【正文】 ....................... 53 軟件環(huán)境 ..................................................... 53 8． 2 系統(tǒng)的安裝 ....................................................... 53 8． 3 系統(tǒng)頁(yè)面及其功能 ................................................. 53 8． 4 系統(tǒng)的使用 ....................................................... 54 常用操作說(shuō)明 ................................................. 54 各模塊的使用說(shuō)明 ............................................. 54 結(jié) 論 ...................................................... 錯(cuò)誤 !未定義書簽。同時(shí)為瀏覽者提供瀏覽日志、發(fā)表評(píng)論的權(quán)力，并通過(guò)系統(tǒng)管理員對(duì)整個(gè)系統(tǒng)的博客賬號(hào)、博客內(nèi)容以及評(píng)論進(jìn)行管理。 調(diào)研還發(fā)現(xiàn)目前的博客系統(tǒng)存在局限性，例如現(xiàn)在博客用戶使用的網(wǎng)頁(yè)模板都是系統(tǒng)提供的固定格式，這就一定程度上限制了用戶博客網(wǎng)頁(yè)個(gè)性的發(fā)揮，因此能夠讓用戶自己隨意的設(shè)計(jì)自己喜歡的能夠體現(xiàn)用戶個(gè)性的模板將是博客技術(shù)發(fā)展的必然要求。2 系統(tǒng)需求分析 根據(jù)第一章所定義的課題研究方向及目標(biāo)，本章將對(duì)系統(tǒng)功能進(jìn)行具體的需求分析，具體分析博客網(wǎng)所要實(shí)現(xiàn)的功能及欲達(dá)到的效果。模塊劃分如表所示。 ◆后置條件：一個(gè)條件列表，如果其中包含條件。為了進(jìn)一步提高系統(tǒng)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能，必須對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化。 最常用的 UML 圖包括：用例圖、類圖、序列圖、狀態(tài)圖、活動(dòng)圖、組件圖和部署圖。 IIS(Inter Information Server)是微軟推出的 Windows NT Option Pack 的主要成員，作為 Win2020server 的擴(kuò)展，自推出以來(lái)已經(jīng)有了很大發(fā)展，其體系結(jié)構(gòu)是當(dāng)今市場(chǎng)上最受關(guān)注的 Web服務(wù)器之一。ASP 文件中如果要訪問(wèn)數(shù)據(jù)，必須首先創(chuàng)建與數(shù)據(jù)庫(kù)的鏈接，其語(yǔ)法如下： set Conn=(“ ” ) 這條語(yǔ)句創(chuàng)建了鏈接對(duì)象 Conn，接下來(lái)： connstr=Provider=。任何一種數(shù)據(jù)庫(kù)，必須具備對(duì)應(yīng)的驅(qū)動(dòng)程序， ADO 對(duì)象才能存取。 SqlLocalName amp。各模塊之間關(guān)系如下： 系統(tǒng)登陸模塊 新會(huì)員注冊(cè) 進(jìn)入博客管理界面 管理員登陸 登陸成功 注冊(cè)會(huì)員登陸 注冊(cè)成功 提交審核 填寫注冊(cè)資料 登陸系統(tǒng)管理頁(yè)面 系統(tǒng)登陸模塊圖 運(yùn)行圖 圖 52 登陸系統(tǒng)運(yùn)行圖 設(shè)計(jì)說(shuō)明 新用戶注冊(cè)子模塊 用戶注冊(cè)，首先要檢查的就是用戶填寫的信息，其中包括： 1. 字段是否空白，若空白則不接受。管理員（ 無(wú)論是系統(tǒng)管理員，還是博客管理員都一樣）需提交用戶名和密碼，系統(tǒng)管理員還需輸入系統(tǒng)隨機(jī)產(chǎn)生的校驗(yàn)碼進(jìn)行登陸，之后進(jìn)入管理頁(yè)面。 。 Record Set Record Set=Nothing /關(guān)閉創(chuàng)建的數(shù)據(jù)對(duì)象 Set mConn=Nothing /關(guān)閉創(chuàng)建的鏈接對(duì)象 4 數(shù)據(jù)庫(kù)連接函數(shù) 為什么要將本部分列出來(lái)呢？因?yàn)樵谡麄€(gè)博客系統(tǒng)的開發(fā)過(guò)程中，數(shù)據(jù)庫(kù)連接是必不可少的，是公用的，我們可以把這一部分先拿出來(lái)，單獨(dú)做成一個(gè)函數(shù)，在需要的時(shí)候只需調(diào)用就可以了，而不用每次都去寫連接數(shù)據(jù)庫(kù)的程序，這種做法叫做復(fù)用。由此可見(jiàn)， DSN是應(yīng)用程序和數(shù)據(jù)庫(kù)之間的橋梁。結(jié)束過(guò)程的活動(dòng)連接到一個(gè)終止點(diǎn) (就像在狀態(tài)圖中一樣 )。 UML 提出了一套 IT 專業(yè)人 員期待多年的統(tǒng)一的標(biāo)準(zhǔn)建模符號(hào) ,通過(guò)使用 UML，這些人員能夠閱讀和交流系統(tǒng)架構(gòu)和設(shè)計(jì)規(guī)劃就像建筑工人多年來(lái)所使用的建筑設(shè)計(jì)圖一樣。 （一）概念模型的建立 通過(guò)第二章中對(duì)系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結(jié)出系統(tǒng)中數(shù)據(jù)概念模型，如下圖所示： 概念模型（ ER圖）： 圖 32 用戶概念模型 模板 用 戶 博客 代號(hào) 博客名 類別 名稱 代號(hào) 提供者 用戶名 編號(hào) 用戶密碼 選 寫 模板 用戶 博客分類 系統(tǒng)管理員 代號(hào) 用戶密碼 用戶權(quán)限 名稱 提供者 分類號(hào) 分類名 用戶名 用戶密碼 用戶權(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)換。 ◆前置條件：一個(gè)條件列表，如果其中包含條件。 系統(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)查詢、更新和輸入，所以在總體上可將總系統(tǒng)分為博客瀏覽系統(tǒng)、博客管理系統(tǒng)和數(shù)據(jù)庫(kù)系 統(tǒng)三個(gè)系統(tǒng)，對(duì)本系統(tǒng)操作的數(shù)據(jù)源有普通瀏覽者、博客用戶和管理員三種。 第六章介紹的管理系統(tǒng)模塊，同樣通過(guò)模塊體系結(jié)構(gòu)，運(yùn)行圖和代碼設(shè)計(jì)分別對(duì)博客管理和系統(tǒng)管理兩個(gè)子模塊進(jìn)行了比較詳細(xì)的設(shè)計(jì)。有博客用戶反映這些功能已經(jīng)不能完全滿足他們的需求，他們期待技術(shù)更成熟，功能更全面的新的博客技術(shù)的出現(xiàn)。這時(shí)通過(guò)博客一些新的科學(xué)技術(shù)將更容易推廣，好的政策好的思想也會(huì)更加容易傳播，如果這樣相信社會(huì)的進(jìn)步將會(huì)是顯而易見(jiàn)的。 ASP。 致 謝 ...................................................... 錯(cuò)誤 !未定義書簽。 根據(jù)以上定義，本博客系統(tǒng)主要研究以下幾個(gè)模塊。 可行性分析 本系統(tǒng)主要從經(jīng)濟(jì)可行性和技術(shù)可行性兩個(gè)角度對(duì)其可行性進(jìn)行分析： （ 1） 技術(shù)可行性 本系統(tǒng)使用 ASP 技術(shù)進(jìn)行開發(fā)，現(xiàn)在有很多企業(yè)及技術(shù)人員選擇它來(lái)作為開發(fā)平臺(tái)。 需求調(diào)研 從需求調(diào)查開始博客系統(tǒng)的研究，我們決定從下面幾個(gè)來(lái)源進(jìn)行收集資料。 序號(hào) 功能模塊類別 功能模塊 備注 瀏覽者 博客瀏覽系統(tǒng) 注冊(cè)用戶 數(shù)據(jù)庫(kù)系統(tǒng) 博客管理系統(tǒng) 用戶信息 博客信息 站點(diǎn)信息 新用戶注冊(cè)信息 管理員信息 系統(tǒng)信息 用戶信息 修改信息 博客信息 管理員 登陸信息 登陸后的管理員 管理員信息 修改信息 系統(tǒng)數(shù)據(jù)流圖 博客信息 新用戶注冊(cè)信息 登陸信息 1 前臺(tái)模塊 閱讀日志功能塊 博客列表功能塊 注冊(cè)功能塊 登陸功能塊 公共模塊 2 博客管理模塊 用戶模板管理功能塊 博客管理功能快 3 系統(tǒng)管理模塊 用戶管理功能塊 系統(tǒng)模板管理功能塊 公告管理功能塊 系統(tǒng)參數(shù)設(shè)置功能塊 數(shù)據(jù)庫(kù)管理功能塊 功能描述 上面兩節(jié)把建立一個(gè)博客系統(tǒng)的流程圖和功能模塊的劃分進(jìn)行了介紹，下面將各個(gè)功能模塊的功能做詳細(xì)的描述，即對(duì)上述的模塊功能進(jìn)行設(shè)計(jì)與細(xì)化，以便我們下一步的 開發(fā)。則這些條件必須在用例成功完成以后得到滿足。由于數(shù)據(jù)較多，只就部分?jǐn)?shù)據(jù)舉例如下： 1．確定數(shù)據(jù)依賴 新聞關(guān)系模型中存在如下數(shù)據(jù)依賴： 博客 ID→內(nèi)容，博客 ID→標(biāo)題，博客 ID→所屬分類 ID，博客 ID→相關(guān)博客連接關(guān)鍵字，新聞 ID→錄入時(shí)間，博客 ID→作者，博客 ID→來(lái)源，博客 ID→日點(diǎn)擊率，博客 ID→評(píng)論 ID，博客 ID→標(biāo)題圖片連接，博客 ID→所屬專題ID，博客 ID→發(fā)表者的管理員 ID，博客 ID→博客外部連接的 Url，博客 ID→上傳文件 ID，博客 ID→上傳文件路徑，博客 ID→評(píng)論數(shù)，上傳文件 ID→上傳文件路徑，評(píng)論 ID→評(píng)論內(nèi)容、評(píng)論 ID→評(píng)論者姓名、評(píng)論 ID→評(píng)論圖象、評(píng)論 ID→評(píng)論時(shí)間、評(píng)論 ID→評(píng)論者 ip 地址，（日志 ID、評(píng)論 ID）→評(píng)論數(shù)，評(píng)論 ID→評(píng)論數(shù) 其中碼有（博客 ID，評(píng)論 ID，上傳文件 ID，日志 ID） 2．消除冗余關(guān)系 觀察上述依賴發(fā)現(xiàn)如果一篇日志含有多個(gè)評(píng)論，那么日志的其他屬性將重復(fù)存儲(chǔ)很多次，因此可以將關(guān)系模型轉(zhuǎn)化為： 日志（ 日志 ID、內(nèi)容、標(biāo)題、所屬分類 ID、總點(diǎn)擊率、發(fā)表時(shí)間、作者、來(lái)源 、評(píng)論數(shù)、標(biāo)題圖片連接、所屬專題 ID、發(fā)表者的用戶 ID、摘要、日志外部連接的 Url、 上傳文件 ID、上傳文件路徑、 評(píng)論 ID） 評(píng)論（ 日志 ID、 評(píng)論 ID、評(píng)論數(shù)、評(píng)論內(nèi)容、評(píng)論者姓名、評(píng)論圖象、評(píng)論時(shí)間、評(píng)論者 ip 地址） 3．考查部分函數(shù)依賴、傳遞函數(shù)依賴等的存在性，以確定關(guān)系模型分別達(dá)到的范式 在“日志”關(guān)系模式中“評(píng)論 ID”并不決定其他的非主屬性，同時(shí)存在“日志 ID→上傳文件 ID”，“上傳文件 ID→上傳文件路徑”這樣的傳遞函數(shù)依賴，因此，在消除部分依賴和傳遞依賴后可以將關(guān)系轉(zhuǎn)換為： 日志（ 日志 ID、內(nèi)容、標(biāo) 題、所屬分類 ID、相關(guān)日志連接關(guān)鍵字、總點(diǎn)擊率、發(fā)表時(shí)間、作者、來(lái)源、評(píng)論數(shù)、是否頭條新聞、標(biāo)題圖片連接、所屬專題ID、發(fā)表者的用戶 ID、日志外部連接的 Url） 評(píng)論（ 評(píng)論 ID、評(píng)論內(nèi)容、評(píng)論者姓名、評(píng)論圖象、評(píng)論時(shí)間、評(píng)論者 ip地址） 上傳文件（ 上傳文件 ID、上傳文件路徑） 因此，可以確定這樣的關(guān)系模型達(dá)到了第三范式。 因?yàn)楸鞠到y(tǒng)開發(fā)設(shè)計(jì)所涉及的范圍，以下僅對(duì)用 例圖 、 類圖、活動(dòng)圖三種 UML 圖給出簡(jiǎn)要說(shuō)明： ? 用例圖 用例圖是使用 UML 設(shè)計(jì)新系統(tǒng)的起點(diǎn)，說(shuō)明誰(shuí)要使用系統(tǒng)以及他們使用該系統(tǒng)可以做什么，描述的是外部執(zhí)行者所理解的系統(tǒng)功能。新推出的 版本增強(qiáng)了系統(tǒng)安全性，具有服務(wù)器端腳本開發(fā)調(diào)試，內(nèi)容管理和站點(diǎn)分析，崩潰防護(hù)，內(nèi)置 JAVA 虛擬機(jī)及全面支持 ASP 等強(qiáng)大功能。=amp。 本系統(tǒng)連接 Access 數(shù)據(jù)庫(kù)使用的是微軟的 OLE DB 機(jī)制，博客系統(tǒng)數(shù)據(jù)庫(kù)連接的關(guān)鍵代碼如下： Dim Db 39。 。 2. 輸入的 Email 是否正確。一般用戶若想注冊(cè)，可以進(jìn)行資料登記，資料提交后系統(tǒng)審核通過(guò)后系統(tǒng)會(huì)提醒你注冊(cè)成功，通過(guò)首頁(yè)登陸即可進(jìn)入自己的博客管理頁(yè)面。 SqlDatabaseName amp。通過(guò)調(diào)用方法 close 實(shí)現(xiàn)關(guān)閉，然后再釋放它。如果數(shù)據(jù)庫(kù)的平臺(tái)變了，比如我們改用了 SQL Server 的數(shù)據(jù)庫(kù)，只要其中表的結(jié)構(gòu)沒(méi)變，我們就不用改寫我們的程序，只要重新在系統(tǒng)中配置 DSN 就行了?；顒?dòng)可以通過(guò)轉(zhuǎn)換線段連接到其他活動(dòng)，或者連接到判斷點(diǎn)，這些判斷點(diǎn)連接到由判斷點(diǎn)的條件所保護(hù)的不同活動(dòng)。 UML是一種可以應(yīng)用于任何軟件開發(fā)過(guò)程的標(biāo)記法和語(yǔ)義語(yǔ)言 ,UML 的目標(biāo)之一就是為開發(fā)團(tuán)隊(duì)提供標(biāo)準(zhǔn)通用的設(shè)計(jì)語(yǔ)言來(lái)開發(fā)和構(gòu)建計(jì)算機(jī)應(yīng)用。如何建立一個(gè)良好的數(shù)據(jù)庫(kù)結(jié)構(gòu)和文件組織形式，使其能夠迅速、準(zhǔn)確的查找所需要的數(shù)據(jù)，是衡量這個(gè)系統(tǒng)的主要指標(biāo)之一。 ◆頻率：參與者訪問(wèn)次用例的頻率。 （ 4）動(dòng)態(tài)管理：對(duì)系統(tǒng)數(shù)據(jù)庫(kù)實(shí)行動(dòng)態(tài)操作，能實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)信息的動(dòng)態(tài)查詢、動(dòng)態(tài)更新修改和動(dòng)態(tài)錄入數(shù)據(jù)。 第五章從這章將開始本系統(tǒng)的詳細(xì)設(shè)計(jì)階段，本章介紹的是注冊(cè)登陸模塊，包括這個(gè)模塊的體系結(jié)構(gòu)，運(yùn)行圖，以及代碼設(shè)計(jì)中的要點(diǎn)。通過(guò)對(duì)部分博客用戶的調(diào)查和查閱大量的相關(guān)資料，發(fā)現(xiàn)博客技術(shù)從出現(xiàn)到現(xiàn)在一直在不斷的發(fā)展中，博客的功能也從最初的只有簡(jiǎn)單的文章發(fā)表到現(xiàn)在集日志發(fā)表、評(píng)論、留言、相冊(cè)等多功能于一身。 一旦博客研究取得關(guān)鍵性技術(shù)的新突破，將會(huì)在網(wǎng)絡(luò)世界掀起一股前所未有的博客浪潮，介時(shí)將會(huì)有更多的人擁有自己的博客，博客影響力也將倍增。 關(guān)鍵詞： 博客 ASP 數(shù)據(jù)庫(kù) Dreamweaver 畢業(yè)設(shè)計(jì)（論文）外文摘要 The Design and Realization of Blog Website Based on ASP Abstract: This project studies a web blog, with which users can create their own web media without a