【正文】 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)換。根據(jù)關(guān)系模型的轉(zhuǎn)換規(guī)則，轉(zhuǎn)換方式分為如下幾種： （ 1） 一個實(shí)體型轉(zhuǎn)換為一個關(guān)系模型 博客（ 博客 ID、內(nèi)容、標(biāo)題、所屬分類 ID、相關(guān)博客連接關(guān)鍵字、總點(diǎn)擊率、寫入入時間、作者、來源、標(biāo)題圖片連接、所屬專題 ID、博客管理員 ID、外部連接的 Url）； 注冊會員（ ID、姓名、密碼、 、自我論述、注冊日期、密碼問題、密碼答 案、性別、生日、真實(shí)姓名、國家、省、市、電話、地址、 qq）； 管理員（ ID、姓名、密碼、系統(tǒng)標(biāo)識、權(quán)限、管理的博客分類 ID、發(fā)表的日志數(shù)、自我論述、 ）； 站點(diǎn)信息（熱門日志、最新日志、博客總數(shù)、日志總數(shù)、評論總數(shù)、會員總數(shù)、專題數(shù)） 關(guān)鍵字（ ID、關(guān)鍵字名、關(guān)鍵字連接 Url、關(guān)鍵字連接 alt）； 模版（ 模版 ID、模版名稱、模版類型、模版文件名、模版縮略圖、是否為默認(rèn)模版）； 系統(tǒng)風(fēng)格（ ID、名稱、是否默認(rèn)風(fēng)格、 css 文件路徑）； （ 2） 一個 1： n聯(lián)系轉(zhuǎn)換為一個關(guān)系模型 包含（ 日志 ID，內(nèi)容，標(biāo)題，所屬 分類 ID，相關(guān)連接關(guān)鍵字，總點(diǎn)擊率，發(fā)表時間，作者，來源，評論數(shù)， 評論 ID，評論內(nèi)容，評論者姓名，評論時間，評論者 ip 地址，是所屬專題 ID，發(fā)表者的用戶 ID， 上傳文件 ID，上傳文件路徑） 屬于（ 注冊用戶 ID，姓名，密碼， ，自我論述，注冊日期，密碼問題，密碼答案，性別，生日，真實(shí)姓名，國家，省，市，電話，地址， qq） （ 3） 一個 1： 1聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模型 鏈接（ 關(guān)鍵字 ID，關(guān)鍵字名，關(guān)鍵字連接 Url， 博客 ID，內(nèi)容，標(biāo)題） （ 4） 三個或三個以上實(shí)體間的一個多元聯(lián)系轉(zhuǎn)換為一個關(guān)系模式 評論（日志 ID，評論者 ID，博客分類 ID） （三）數(shù)據(jù)模型的優(yōu)化 數(shù)據(jù)庫邏輯設(shè)計(jì)的結(jié)果不是唯一的。為了進(jìn)一步提高系統(tǒng)數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，必須對數(shù)據(jù)模型進(jìn)行優(yōu)化。由于數(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→錄入時間，博客 ID→作者，博客 ID→來源，博客 ID→日點(diǎn)擊率，博客 ID→評論 ID，博客 ID→標(biāo)題圖片連接，博客 ID→所屬專題ID，博客 ID→發(fā)表者的管理員 ID，博客 ID→博客外部連接的 Url，博客 ID→上傳文件 ID，博客 ID→上傳文件路徑，博客 ID→評論數(shù)，上傳文件 ID→上傳文件路徑，評論 ID→評論內(nèi)容、評論 ID→評論者姓名、評論 ID→評論圖象、評論 ID→評論時間、評論 ID→評論者 ip 地址，（日志 ID、評論 ID）→評論數(shù)，評論 ID→評論數(shù) 其中碼有（博客 ID，評論 ID，上傳文件 ID，日志 ID） 2．消除冗余關(guān)系 觀察上述依賴發(fā)現(xiàn)如果一篇日志含有多個評論，那么日志的其他屬性將重復(fù)存儲很多次，因此可以將關(guān)系模型轉(zhuǎn)化為： 日志（ 日志 ID、內(nèi)容、標(biāo)題、所屬分類 ID、總點(diǎn)擊率、發(fā)表時間、作者、來源 、評論數(shù)、標(biāo)題圖片連接、所屬專題 ID、發(fā)表者的用戶 ID、摘要、日志外部連接的 Url、 上傳文件 ID、上傳文件路徑、 評論 ID） 評論（ 日志 ID、 評論 ID、評論數(shù)、評論內(nèi)容、評論者姓名、評論圖象、評論時間、評論者 ip 地址） 3．考查部分函數(shù)依賴、傳遞函數(shù)依賴等的存在性，以確定關(guān)系模型分別達(dá)到的范式 在“日志”關(guān)系模式中“評論 ID”并不決定其他的非主屬性，同時存在“日志 ID→上傳文件 ID”，“上傳文件 ID→上傳文件路徑”這樣的傳遞函數(shù)依賴，因此，在消除部分依賴和傳遞依賴后可以將關(guān)系轉(zhuǎn)換為： 日志（ 日志 ID、內(nèi)容、標(biāo) 題、所屬分類 ID、相關(guān)日志連接關(guān)鍵字、總點(diǎn)擊率、發(fā)表時間、作者、來源、評論數(shù)、是否頭條新聞、標(biāo)題圖片連接、所屬專題ID、發(fā)表者的用戶 ID、日志外部連接的 Url） 評論（ 評論 ID、評論內(nèi)容、評論者姓名、評論圖象、評論時間、評論者 ip地址） 上傳文件（ 上傳文件 ID、上傳文件路徑） 因此，可以確定這樣的關(guān)系模型達(dá)到了第三范式。 4．確定是否分解 由于，關(guān)系模型的規(guī)范化程度并不是越高越好，在實(shí)際應(yīng)用中高范式可能會帶來程序查詢時間的浪費(fèi)，所以，在數(shù)據(jù)庫文件設(shè)計(jì)上，本系統(tǒng)達(dá)到第三范式已經(jīng)足夠，無須在做分解。 數(shù)據(jù)庫表的設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì)是項(xiàng)目開發(fā)中的系統(tǒng)設(shè)計(jì)中非常重要的另一個關(guān)鍵環(huán)節(jié)，在這里之所以特別強(qiáng)調(diào)數(shù)據(jù)庫設(shè)計(jì)的重要性，上因?yàn)閿?shù)據(jù)庫設(shè)計(jì)就像在建設(shè)高樓大廈的根基一樣，如果設(shè)計(jì)不好，在后來的系統(tǒng)維護(hù)、變更和功能擴(kuò)充時，甚至在系統(tǒng)開發(fā)過程中，將會引起比較大的問題，會遇到非常大的困難，大量的工作將會重新進(jìn)行。 下面根據(jù)前面列出的系統(tǒng)用例圖，開始設(shè)計(jì)相關(guān)數(shù)據(jù)庫。 (1) 數(shù)據(jù)庫表及表之間的相互關(guān)系 本系統(tǒng)需要設(shè)計(jì)的數(shù)據(jù)庫表如下 數(shù)據(jù)庫表 序 號 數(shù)據(jù)庫表 數(shù)據(jù)庫表存儲內(nèi)容 1 user 存儲用戶信息、權(quán)限及用戶的博客信息 2 classname 存儲分類信息 3 blog 存儲日志信息 4 sysskin 存儲系統(tǒng)模板信息 5 ment 存儲評論信息 6 userskin 存儲用戶模板信息 7 admin 存儲系統(tǒng)管理員信息 上表列出了本系統(tǒng)所用到的數(shù)據(jù)表，并根據(jù)流程和功能表示出數(shù)據(jù)各表之間的關(guān)系，具體如下。 數(shù)據(jù)庫表關(guān)系（簡化關(guān)系圖） （ 2） 數(shù)據(jù)庫表結(jié)構(gòu)的詳細(xì)設(shè)計(jì) 下面開始對上一節(jié)列出的數(shù)據(jù)表逐一做出詳細(xì)說明。 存儲用戶信息、權(quán)限及用戶的博客信息的表如下。 博客用戶信息表 Blog 序號 字段名 字段類型 說明 備注 1 BlogID int 博客編號 鍵 2 Subject Varchar 主題 3 Username Varchar 用戶登陸名 惟一 4 Password Varchar 用戶密碼 5 Description Varchar 描述 6 Email Varchar 用戶電子郵件 7 EntryNum Varchar 被訪問次數(shù) 8 Name Varchar 博客名 9 Role Varchar 角色級別 0=系統(tǒng)管理員 1=普通用戶 10 EssayCount int 隨筆數(shù) 分類表 Classname 日志表 Blog 用戶表 User 評論表 Comment 管理員表 Admin 模板表 Skin 11 ArticleCount int 文章篇數(shù) 12 FeedCount Int 評論數(shù) 欄目分類表 classname 序號 字段名 字段類型 說明 備注 1 ID Int 編號 鍵 2 name Varchar 欄目名 3 blogID int 博客編號 4 type Varchar 類型 5 description Varchar 描述 日志信息表 Blog 序號 字段名 字段類型 說明 備注 1 ID Int 編號 鍵 2 subject Varchar 主題 3 content Varchar 內(nèi)容 4 classID Int 所屬分類號 5 blogID Int 博客編號 6 uptime Datetime 更新時間 7 view Varchar 被訪問次數(shù) 8 ment Varchar 評論數(shù) 模板信息表 Skin 序號 字段名 字段類型 說明 備注 1 ID Int 模板編號 鍵 2 skinname Varchar 主題 3 skinmian Varchar 樣式 4 auther Varchar 提供者 5 isdefault Int 是否是默認(rèn)模板 6 time Datetime 更新時間 評論信息表 Comment 序號 字段名 字段類型 說明 備注 1 feedBackID Int 評論編號 鍵 2 subject Varchar 主題 3 content Varchar 內(nèi)容 4 blogID Int 博客編號 5 categoryID Int 分類號 6 contentID Int 排 序號 7 category Varchar 所屬分類 8 time Datetime 更新時間 9 username Varchar 評論人名 10 url Varchar 路徑 系統(tǒng)管理員信息表 admin 序號 字段名 字段類型 說明 備注 1 ID Int 編號 鍵 2 usename Varchar 用戶名 3 passward Varchar 路徑 4 lastloginip Int 最后登陸的 IP 5 lastlogintime Int 最后登陸時間 系統(tǒng)開發(fā)與運(yùn)行環(huán)境確定 系統(tǒng)開發(fā)環(huán)境 系統(tǒng)開發(fā)環(huán)境及開發(fā)工具 開發(fā)工具對一個系統(tǒng)的成敗具有決定性作用。由于本系統(tǒng)是應(yīng)用于網(wǎng)絡(luò)的，因此，我們選擇了 Asp 技術(shù)進(jìn)行開發(fā)，同時，選用 Access 作為系統(tǒng)后臺數(shù)據(jù)庫，開發(fā)中將用到以下主要幾款開發(fā)工具： 開發(fā)工具名稱 軟件用途 Microsoft visio 2021 系統(tǒng)設(shè)計(jì)， UML建模等 Microsoft Access 建立系統(tǒng)的后臺數(shù)據(jù)庫 ASP 編寫代碼實(shí)現(xiàn)網(wǎng)站動態(tài)功能 Dreamweaver MX 2021 靜態(tài)頁面的設(shè)計(jì)、制作 使用 Asp 作為系統(tǒng)開發(fā)工具的優(yōu)點(diǎn) ASP 就是由服務(wù)器端腳本、對象以及組件拓展過的標(biāo)準(zhǔn)網(wǎng)頁（也可以理解為在普通的網(wǎng)頁中嵌入了一些擴(kuò)展的指令），另一方面， ASP 也可以理解為一種支持 ASP 擴(kuò)展的 Web 服務(wù)器環(huán)境。它最終顯示在瀏覽器中的網(wǎng)頁并不是在建立初期就存在的，而是當(dāng)某個瀏覽器向服務(wù)器提出請求時，它才根據(jù)需要產(chǎn)生需要的標(biāo)準(zhǔn)網(wǎng)頁，這克服了過去 HTML 編寫的網(wǎng)頁不能更改的缺點(diǎn)，從而使網(wǎng)頁上可以存在許多動態(tài)的 信息。 系統(tǒng)運(yùn)行環(huán)境 硬件環(huán)境 : 服務(wù)器端 : 推薦配置為 512M 內(nèi)存 ,CPU 為 Intel Pentium Ⅳ 1700MHZ,硬盤容量為 80G 的微機(jī)。 通信網(wǎng)絡(luò) : Inter 網(wǎng) 軟件環(huán)境 : 服務(wù)器端 : ? 操作系統(tǒng)： Windows 2021 Server /NT/2021 Server/XP ? 數(shù)據(jù)庫 : ACCESS ? Web服務(wù)器： Inter 信息服務(wù) 或以上版本 ? Microsoft .NET 框架： .NET Framework 客戶端： ? 操作系統(tǒng)： Windows 2021/XP/2021 ? 瀏覽器 : Inter Explore 或以上版本 ? 推薦分辨率 :1024*768 或以上 系統(tǒng)實(shí)現(xiàn)的若干關(guān)鍵技術(shù) UML 建模技術(shù) 1997 年， OMG 組織 (Object Management Group 對象管理組織 )發(fā)布了統(tǒng)一建模語言 (Unified Modeling Language， UML)。 UML是一種可以應(yīng)用于任何軟件開發(fā)過程的標(biāo)記法和語義語言 ,UML 的目標(biāo)之一就是為開發(fā)團(tuán)隊(duì)提供標(biāo)準(zhǔn)通用的設(shè)計(jì)語言來開發(fā)和構(gòu)建計(jì)算機(jī)應(yīng)用。 UML 提出了一套 IT 專業(yè)人 員期待多年的統(tǒng)一的標(biāo)準(zhǔn)建模符號 ,通過使用 UML，這些人員能夠閱讀和交流系統(tǒng)架構(gòu)和設(shè)計(jì)規(guī)劃就像建筑工人多年來所使用的建筑設(shè)計(jì)圖一樣。 UML 之所以被稱為統(tǒng)一建模語言，是因?yàn)樗? ? 統(tǒng)一了多種建模方法 ? 統(tǒng)一了軟件產(chǎn)品開發(fā)的整個過程 ? 統(tǒng)一了實(shí)現(xiàn)語言和平臺 UML 適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng) ，可以用 UML對軟件密集型系統(tǒng)的制品進(jìn)行可視化、詳述、構(gòu)造和文檔化， 而且適用于系統(tǒng)開發(fā)的不同階段 ， 從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護(hù) ,它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計(jì)、瀏覽、配置 、維護(hù)和