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