【正文】 whole system into several parts called modules and then we develop the system one by one and finally we bine all the parts together and get a plete blog system. The system is developed mainly with Dreamweaver. And with the adoption of database technology and ASP, dynamic functions of the blog system perfectly e true. We can see the successful development of this system as a reflection of excellent bination of Dreamweaver and ASP technology when developing dynamic websites. Keywords: blog。本課題開發(fā)實(shí)現(xiàn)博客的通用功能：發(fā)表日志，上傳圖片，管理博客，閱讀博客，發(fā)表評論等幾大功能。另外系統(tǒng)頁面風(fēng)格的可變性是本博客系統(tǒng)一大優(yōu)勢。 ASP。 參 考 文 獻(xiàn) ................................................. 錯(cuò)誤 !未定義書簽。 博客發(fā)展到今天已經(jīng)取得了相當(dāng)規(guī)模的成就，以新浪、搜狐、網(wǎng)易為代表的三大門戶網(wǎng)站都已經(jīng)推出了自己的博客服務(wù)，還有一些著名的專業(yè)博客網(wǎng)站都已經(jīng)對博客資源展開了激烈的爭奪。 課題的研究意義 從上面的背景知識我們已經(jīng)了解到博客在互連網(wǎng)上已經(jīng)具有相當(dāng)?shù)囊?guī)模，可以說它已經(jīng)被人們所接受， 博客改變著人們的交流方式和情感體驗(yàn)和表達(dá)形態(tài)，改變著人們聚散的方式；它無限放大著人們對于未來信息世界的預(yù)想，它影響著整個(gè)中國互聯(lián)網(wǎng)的發(fā)展走向，甚至可能在今后一個(gè)時(shí)期，波及或影響著現(xiàn)實(shí)社會的民主決策過程。這時(shí)通過博客一些新的科學(xué)技術(shù)將更容易推廣，好的政策好的思想也會更加容易傳播，如果這樣相信社會的進(jìn)步將會是顯而易見的。 （ 1） 博客訪問者：參與博客閱讀、發(fā)表評論。 （ 1）帳號管理 和驗(yàn)證：帳號申請、權(quán)限分配、帳號注銷；區(qū)分博客管理員和系統(tǒng)管理員；能夠通過帳號正確的驗(yàn)證和標(biāo)識用戶，防止非博客用戶盜用他人名義發(fā)表內(nèi)容。另外首頁還包括最新日志列表、訪問率最高的日志列表、最新注冊的用戶列表和博客排行榜。有博客用戶反映這些功能已經(jīng)不能完全滿足他們的需求，他們期待技術(shù)更成熟，功能更全面的新的博客技術(shù)的出現(xiàn)。因 此，在技術(shù)上 ASP 是完全可以勝任這個(gè)平臺的開發(fā)。 按上述 兩 方面進(jìn)行可行性分析、研究后， 我們認(rèn)為該項(xiàng)目在技術(shù)上是可行的，在經(jīng)濟(jì)上是可合理的，可以進(jìn)行 開發(fā) 。主要內(nèi)容是系統(tǒng)的性能要求及功能需求分析，最后按面向?qū)ο蟮姆治龇绞浇o出了系統(tǒng)的用例模型、流程圖以及數(shù)據(jù)字典。 第六章介紹的管理系統(tǒng)模塊，同樣通過模塊體系結(jié)構(gòu)，運(yùn)行圖和代碼設(shè)計(jì)分別對博客管理和系統(tǒng)管理兩個(gè)子模塊進(jìn)行了比較詳細(xì)的設(shè)計(jì)。 主流博客網(wǎng)：對當(dāng)前人氣高的博客網(wǎng)進(jìn)行認(rèn)真的調(diào)查。為了使系統(tǒng)在實(shí)際運(yùn)行中發(fā)揮更大的作用，實(shí)現(xiàn)工作過程的計(jì)算機(jī)化，提高工作效率和工作質(zhì)量，現(xiàn)提出如下系統(tǒng)開發(fā)目標(biāo)： 其工作流程為：系統(tǒng)啟動(dòng)并調(diào)用默認(rèn)的博客模版類型，所有用戶瀏覽博客主頁面，之后的操作通過權(quán)限判斷。 （ 2）即時(shí)可見：對博客的處理（包括寫入、修改、刪除）將立即在主頁的對應(yīng)欄目顯示出來，達(dá)到 即時(shí)發(fā)布、即時(shí)見效 的功能。 系統(tǒng)數(shù)據(jù)流圖 本系統(tǒng)主要完成博客的瀏覽與管理的功能，因此，在邏輯上可以將系統(tǒng)分為博客瀏覽系統(tǒng)和博客管理系統(tǒng)兩部分，同時(shí)，系統(tǒng)的所有數(shù)據(jù)都需通過一個(gè)數(shù)據(jù)庫系統(tǒng)來實(shí)現(xiàn)查詢、更新和輸入，所以在總體上可將總系統(tǒng)分為博客瀏覽系統(tǒng)、博客管理系統(tǒng)和數(shù)據(jù)庫系 統(tǒng)三個(gè)系統(tǒng)，對本系統(tǒng)操作的數(shù)據(jù)源有普通瀏覽者、博客用戶和管理員三種。系統(tǒng)功能的詳細(xì)描述如下： 前臺功能列表 序號 功能列表 功能明細(xì) 1 首頁 最新日志列表 熱門日志列表 日志分類列表 2 閱讀日志功能塊 全部日志列表 日志內(nèi)容頁 日志評論功能（發(fā)表評論） 3 博客列表功能塊 全部博客列表 博客內(nèi)容頁 4 注冊功能塊 用戶注冊頁 5 登陸功能塊 驗(yàn)證用戶權(quán)限 6 公共模塊 日志和博客關(guān)鍵字搜索 列出博客、日志、評論的總數(shù) 博客排行榜 博客管理功能列表 序號 功能列表 功能明細(xì) 1 寫博客 寫日志，管理日志 管理評論 專題分類管理 修改公告 修改個(gè)人博客信息 2 模板管理 添加、刪除和修改用戶模板 系統(tǒng)管理功能列表 1 系統(tǒng)模板管理 添加、刪除和修改系統(tǒng)模板 2 管理用戶 修改用戶信息和密碼 添加和刪除用戶 3 系統(tǒng)參數(shù)設(shè)置 設(shè)置系統(tǒng)的一些名稱和數(shù)據(jù) 4 數(shù)據(jù)庫管理 數(shù)據(jù)庫的備份和還原 有了這些功能明細(xì)后，我們 就把整個(gè)系統(tǒng)的框架確定下來了，也就確定了系統(tǒng)數(shù)據(jù)的基本結(jié)構(gòu)。 博客系統(tǒng)參與者 : 用 戶系 統(tǒng) 管 理 員 博 客 訪 問 者博 客 管 理 員 u s e s u s e s u s e s 博客系統(tǒng)用例： 用 戶系 統(tǒng) 管 理 員博 客 訪 問 者博 客 管 理 員用 戶 登 陸修 改 賬 號 信 息管 理 博 客 賬 號刪 除 博 客 內(nèi) 容閱 讀 博 客 內(nèi) 容發(fā) 表 評 論瀏 覽 博 客 目 錄管 理 博 客 內(nèi) 容管 理 模 板系 統(tǒng) 參 數(shù) 設(shè) 置 詳細(xì)描述用例 用例圖是系統(tǒng)的高層試 圖，僅僅是用例圖還不能支撐項(xiàng)目組進(jìn)行設(shè)計(jì)工作，對于每一個(gè)用例，都需要確定用戶如何使用這個(gè)系統(tǒng)，我們以用戶的角度進(jìn)行事件流設(shè)計(jì)，描述用例提供的價(jià)值和工作流程。 ◆描述：概述用例的幾句話。 ◆前置條件：一個(gè)條件列表，如果其中包含條件。 ◆被擴(kuò)展的用例：此用例所擴(kuò)展的用例。 ◆可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現(xiàn)異?；虬l(fā)生錯(cuò)誤的情況下所遵循的路徑。 用戶登陸用例 用例名稱 用戶登陸 用例 ID UC12 參與者 用戶、管理員 描述 用戶登陸系統(tǒng)過程 風(fēng)險(xiǎn) 低 優(yōu)先級 高 難度 低 啟動(dòng) 主動(dòng)進(jìn)入用戶登陸畫面或會話超時(shí)轉(zhuǎn)入用戶登陸畫面 前置條件 用戶需在登陸狀態(tài) 后置條件 將用戶信息放入會話中 將用戶相關(guān)的博客信息放入會話中 顯示博客閱讀主畫面 主事件流 用戶 系統(tǒng) 1．進(jìn)入或轉(zhuǎn) 入用戶登陸畫面 2．用戶輸入用戶名和密碼 3．系統(tǒng)檢查用戶名和密碼是否合法 4．系統(tǒng)檢查用戶名是否存在，密碼是否正確 5．讀取用戶的基本信息、博客的基本信息放入會話中 6．轉(zhuǎn)到管理博客的主畫面 異常流 異常流 系統(tǒng)中不存在該用戶或用戶名錯(cuò)誤 系統(tǒng) 轉(zhuǎn)入登陸畫面 異常 用戶不存在或密碼錯(cuò)誤 修改密碼用例 用例名稱 修改密碼 用例 ID UC15 參與者 用戶、管理員 描述 用戶、管理員進(jìn)行密碼修改 風(fēng)險(xiǎn) 低 優(yōu)先級 高 難度 低 啟動(dòng) 單擊“用戶修改密碼” 主事件流 用戶 系統(tǒng) 1．進(jìn)入用戶修改密碼，輸入舊密碼一次，新密碼兩次 2．檢查密碼格式是否相符 3．檢查舊密碼是否正確 4．如果正確就進(jìn)行密碼修改，轉(zhuǎn)入密碼修改成功畫面 異常流 異常流 密碼檢查不通過 系統(tǒng) 返回密碼修改畫面，提示舊密碼不正確、新密碼格式不符、兩次不同等 異常 用戶舊密碼錯(cuò)誤 規(guī)則 密碼需要大于 6 位小于 12 位 管理博客賬號用例 用例名稱 管理博客賬號 用例 ID UC25 參與者 管理員 描 述 管理員進(jìn)行博客賬號管理 主事件流 用戶 系統(tǒng) 1．單擊博客賬號管理圖標(biāo) 2．顯示博客賬號管理主畫面，包括博客賬號的列 表及刪除按鈕 可選事件流 刪除博客賬號 用戶 系統(tǒng) 1．單擊 [刪除 ]按鈕 2．提示確認(rèn)刪除 3．單擊 [確認(rèn) ]刪除 4．系統(tǒng)刪除博客賬號的信息，提示刪除成功 表 25 修改博客賬號用例 用例名稱 修改博客信息 用例 ID UC28 參與者 博客使用者 描述 修改博客賬號信息 風(fēng)險(xiǎn) 低 優(yōu)先級 高 難度 低 啟動(dòng) 進(jìn)入修改博客畫面 前置條件 博客使用者已登陸 后置條件 更新 Session 中的博客信息 主事件流 用戶 系統(tǒng) 1．單擊修改博客信息鏈接 2．系統(tǒng)顯示修改博客畫面，初始化該博客相關(guān)信息 3．修改博客的相關(guān)信息，單擊【保存】 4．檢查同名的博客是否存在、檢查博客的名稱、描述是否包含特殊字符 5．保存博客的相關(guān)信息、提示保存成功 異常流 異常流 同名博客 賬號存在 系統(tǒng) 提示已有同名博客存在，提示用戶重新輸入博客的名稱 系統(tǒng) 提示輸入的信息不合法，提示用戶重新輸入博客的名稱、描述 規(guī)則 博客名稱不能包含特殊字符 博客的名稱不能重復(fù) 數(shù)據(jù)字典 數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它清楚地定義與詳細(xì)地解釋了數(shù)據(jù)流程圖上不能詳細(xì)表達(dá)的內(nèi)容，同時(shí)它也是同用戶交談的工具。 （一）概念模型的建立 通過第二章中對系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結(jié)出系統(tǒng)中數(shù)據(jù)概念模型，如下圖所示： 概念模型（ ER圖）： 圖 32 用戶概念模型 模板 用戶 博客 代號 博客名 類別 名稱 代號 提供者 用戶名 編號 用戶密碼 選 寫 模板 用戶 博客分類 系統(tǒng)管理員 代號 用戶密碼 用戶權(quán)限 名稱 提供者 分類號 分類名 用戶名 用戶密碼 用戶權(quán)限 用戶名 管理 1 N N N 圖 33 系統(tǒng)概念模型 （二） 數(shù)據(jù)模型的建立 現(xiàn)根據(jù)上述概念模型，將它們轉(zhuǎn)化為數(shù)據(jù)模型，由于數(shù)據(jù)較多，現(xiàn)舉部分?jǐn)?shù)據(jù)進(jìn)行轉(zhuǎn)換。 4．確定是否分解 由于，關(guān)系模型的規(guī)范化程度并不是越高越好，在實(shí)際應(yīng)用中高范式可能會帶來程序查詢時(shí)間的浪費(fèi)，所以，在數(shù)據(jù)庫文件設(shè)計(jì)上，本系統(tǒng)達(dá)到第三范式已經(jīng)足夠，無須在做分解。 數(shù)據(jù)庫表關(guān)系（簡化關(guān)系圖） （ 2） 數(shù)據(jù)庫表結(jié)構(gòu)的詳細(xì)設(shè)計(jì) 下面開始對上一節(jié)列出的數(shù)據(jù)表逐一做出詳細(xì)說明。它最終顯示在瀏覽器中的網(wǎng)頁并不是在建立初期就存在的，而是當(dāng)某個(gè)瀏覽器向服務(wù)器提出請求時(shí)，它才根據(jù)需要產(chǎn)生需要的標(biāo)準(zhǔn)網(wǎng)頁，這克服了過去 HTML 編寫的網(wǎng)頁不能更改的缺點(diǎn)，從而使網(wǎng)頁上可以存在許多動(dòng)態(tài)的 信息。 UML 提出了一套 IT 專業(yè)人 員期待多年的統(tǒng)一的標(biāo)準(zhǔn)建模符號 ,通過使用 UML，這些人員能夠閱讀和交流系統(tǒng)架構(gòu)和設(shè)計(jì)規(guī)劃就像建筑工人多年來所使用的建筑設(shè)計(jì)圖一樣。 用例圖的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求，包括基于基本流程的 角色 (也就是與系統(tǒng)交互的其他實(shí)體 )關(guān)系，以及系統(tǒng)內(nèi)用例之間的關(guān)系。 ? 活動(dòng)圖 活動(dòng)圖表示在處理某個(gè)活動(dòng)時(shí)，兩個(gè)或者更多類對象之間的過程控制流。 活動(dòng)圖的符號集與狀態(tài)圖中使用的符號集類似。結(jié)束過程的活動(dòng)連接到一個(gè)終止點(diǎn) (就像在狀態(tài)圖中一樣 )。 IIS 與 ASP 的結(jié)合 在過去，客戶機(jī) /服務(wù)器結(jié)構(gòu)的設(shè)計(jì)與 Web 的相關(guān)技術(shù)幾乎處于平行線上，兩者相互獨(dú)立并無法作出集成性的設(shè)計(jì)。本文中個(gè)性化頁面的實(shí)現(xiàn)便大量地用到了 ADO 技術(shù)。而且我們根本不用知道這個(gè)數(shù)據(jù)庫是放在哪里的。由此可見， DSN是應(yīng)用程序和數(shù)據(jù)庫之間的橋梁。pPath(amp。 三、創(chuàng)建數(shù)據(jù)對象 (Record Set) ADO 中的數(shù) 據(jù)對象通常保存的是查詢結(jié)果。例如： rs=“ SELECT * FROM shop_books” Set Record Set=(rs) 這條語句執(zhí)行后， 對象 Record Set 中就保存了表 tab1 中的所有記錄。 Record Set R