【文章內(nèi)容簡介】 析了一套博客系統(tǒng)的總體流圖，如圖 21所示。 第 2 章 系統(tǒng)需求分析 7 圖 21 系統(tǒng)數(shù)據(jù)流圖 由于系統(tǒng)數(shù)據(jù)較多現(xiàn)舉出用戶登錄模塊數(shù)據(jù)流圖如圖 22所示。 圖 22 登錄模塊數(shù)據(jù)流圖 博客瀏覽系統(tǒng) 數(shù)據(jù)庫系統(tǒng) 博客管理系統(tǒng) 注冊用戶 登錄信息 用戶信息 博客信息 新用戶注冊信息 站點信息 超級管理員 登錄信息 登錄后的 管理員 修改信息 管理員信息 管 理員 系統(tǒng)信息 用戶信息 修改信息 博客信息 管理員信息 要求登錄 登錄后臺管理頁面 登錄前臺首頁 后臺用戶信息表 管理員登錄窗口 前臺用戶信息表 用戶登錄窗口 前臺用戶 后臺用戶 前臺用戶名和密碼 后臺用戶名和密碼 用戶名和密碼 驗證碼生成器 驗證碼 用戶 信息 管理員 信息 東北電力大學信息工程學院畢業(yè)論文 8 系統(tǒng)功能需求分析 功能劃分 根據(jù)上一節(jié)的流程圖，把系統(tǒng)劃分成兩個大的模塊來完成：博客瀏覽系統(tǒng)模塊和博客管理系統(tǒng)模塊。模塊劃分如表 22所示。 表 22 模塊劃分表 序號 功能模塊類別 功能模塊 備注 1 博客瀏覽系統(tǒng) 模塊 用戶信息管理模塊 博文信息管理模塊 好友信息管理模塊 圖片專輯管理模塊 游戲娛樂管理模塊 2 博客管理系統(tǒng) 模塊 博文信息管理 模塊 相冊管理 模塊 好友管理 模塊 游戲管理 模塊 省市區(qū)縣管理 模塊 大學院系管理 模塊 資料身份管理 模塊 前臺用戶管理 模塊 后臺用戶管理 模塊 系統(tǒng)管理 模塊 功能描述 上面兩節(jié)把建立一個博客系統(tǒng)的流程圖和功能模塊的劃分進行了介紹，下面將各個功能模塊 的功能做詳細的描述，即對上述的模塊功能進行設(shè)計與細化，以便我們下一步的開發(fā)。系統(tǒng)功能的詳細描述如表 2 24 所示。 表 23 博客瀏覽系統(tǒng) 模塊 功能列表 序號 功能列表 功能明細 第 2 章 系統(tǒng)需求分析 9 1 用戶注冊 用戶注冊頁 2 用戶登錄 驗證用戶登錄 3 賬號設(shè)置 修改用戶賬號、密碼和停用 4 首頁 最新信息列表 好友博文列表 好友相冊列表 最近來訪列表 5 個人資料 查看、修改個人信息 6 博文功能 我的博文列表 博文詳細內(nèi)容頁 博文評論列表 寫博文，管理博文 博文 分類管理 7 圖片專輯 我的相冊列表 相冊詳細內(nèi)容頁 相冊評論列表 照片詳細內(nèi)容頁 照片評論列表 上傳照片，管理相冊、照片 8 好友功能 添加、刪除好友 查詢好友 9 游戲功能 游戲娛樂 10 公共功能 好友關(guān)鍵字搜索 列出博文閱讀、評論的總數(shù) 表 24 博客管理系統(tǒng) 模塊 功能列表 序號 功能列表 功能明細 1 博文管理 添加博文 查看博文 查看博文分類 2 相冊管理 添加相冊 查看相冊 添加照片 東北電力大學信息工程學院畢業(yè)論文 10 查看照片 3 好友管理 查看好友 4 游戲管理 添加游戲 查看游戲 5 省市區(qū)縣管理 添加省市區(qū)縣 查看省市區(qū)縣 6 大學院系管理 添加大學院系 查看大學院系 7 資料身份管理 查看資料身份 8 前臺用戶管理 添加前臺用戶 查看前臺用戶 9 后臺用戶管理 添加后臺用戶 查看后臺用戶 10 系統(tǒng)管理 修改密碼 有了這些功能明細后，我們就把整個系統(tǒng)的框架確定下來了，也就確定了系統(tǒng)數(shù)據(jù)的基本結(jié)構(gòu)。 創(chuàng)建用例圖 后臺管理員，參與了管理博客賬號、登錄、修改密碼 3 個 用例。 前臺用戶，參與了登錄、修改密碼、管理博文、管理連接、管理圖片 5個用例。 博客系統(tǒng)用例如圖 23所示。 圖 23 博客系統(tǒng)用例圖 后臺管理員 前臺用戶 前臺用戶 用戶登錄 修改賬號信息 管理博客內(nèi)容 管理前臺博客賬號 增刪改查博客內(nèi)容 管理后臺賬號 瀏覽博客內(nèi)容 發(fā)表評論 第 2 章 系統(tǒng)需求分析 11 詳細描述用例 用例圖是系統(tǒng)的高層試圖，僅僅是用例圖還不能支撐項目組進行設(shè)計工作，對于每一個用例，都需要確定用戶如何使用這個系統(tǒng)，我們以用戶的角度進行事件流設(shè)計，描述用例提供的價值和工作流程。我們按照主流博客網(wǎng)的模板進行設(shè)計（這里只列出了一個用例）。 名稱：表明用戶的意圖或用例的用途。 標識符：惟一表識，如 UC1234，在項目的其他元素中可以用來引用這個用例。 描述：概述用例的幾句話。 參與者：與此用例相關(guān)的參與者列表。 狀態(tài)：指示用例的狀態(tài)。 頻率：參與者訪問此用例的頻率。 前置條件：一個條件列表，如果其中包含條件，則這些條件必須在訪問用例之前得到滿足。 后置條件：一個條件列表，如果其中包含條件，則這些條件必須在用例成功完成以后得到滿足。 被擴展的用例：此用例所擴展的用例。 被包含的用例：此用例所包含用例的列表。 假設(shè)：對 編寫此用例時所創(chuàng)建的域的任何重要假設(shè)。 基本操作流程：參與者在用例中所遵循的主邏輯路徑。 可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑。 修改歷史記錄：關(guān)于用例的修改時間、原因和修改人的詳細信息。 問題：如果存在，則為與此用例的開發(fā)相關(guān)的問題或操作項目的列表。 決策：關(guān)鍵決策的列表，這些決策通常由你的 SME 做出，并屬于用例的內(nèi)容。 表 25 用戶登錄用例 用例名稱 用戶登錄 用例 ID uId131(tb_qt_user)、 uId1(tb_ht_user) 東北電力大學信息工程學院畢業(yè)論文 12 參與者 前臺用戶、后臺管理員 描述 前臺用戶、后臺管理員登錄系統(tǒng)過程 風險 低 優(yōu)先級 高 難度 低 啟動 主動進入用戶登錄畫面或會話超時轉(zhuǎn)入用戶登錄畫面 前置條件 用戶需在登錄狀態(tài) 后置條件 將用戶信息放入會話中 將用戶相關(guān)的博客信息放入會話中 顯示博客閱讀主畫面 主事件流 用戶 系統(tǒng) ，密碼是否正確 、博客的基本信息放 入會話中 異常流 異常流 系統(tǒng)中不存在該用戶或用戶名錯誤 系統(tǒng) 轉(zhuǎn)入登錄畫面 異常 用戶不存在或密碼錯誤 第 2 章 系統(tǒng)需求分析 13 數(shù)據(jù)字典 數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔 [13]，它清楚地定義與詳細地解釋了數(shù)據(jù)流程圖上不能詳細表達的內(nèi)容，同時它也是同用戶交談的工具。 下面列出本系統(tǒng)中的數(shù)據(jù)字典（由于本系統(tǒng)功能強大，所以此處只列一個數(shù)據(jù)字典）： 表 26 前臺用戶信息表 名字：前臺用戶信息表 別名：博客用戶信息表 描述：記錄博客用戶的注冊信息表 定義：前臺用戶信息表 =用戶名 +用戶密碼 位置：用戶驗證中心 名字：用戶賬號 別名： 描述：標識用戶的憑證 定義：用戶名 （郵箱） 位置：用戶驗證中心 用戶信息表 用戶管理部分 名字：用戶密碼 別名： 描述：驗證用戶是否合法的唯一憑證 定義：用戶密碼 =616 個字符 位置：用戶驗證中心 用戶信息表 用戶管理部分 東北電力大學信息工程學院畢業(yè)論文 14 第 3 章 系統(tǒng)設(shè)計 系統(tǒng)總體結(jié)構(gòu)設(shè)計 本系統(tǒng)主要包括兩大模塊組成：博客 瀏覽系統(tǒng)、博客管理系統(tǒng)。 整個系統(tǒng)的結(jié)構(gòu)框架如圖 31所示。 圖 31 系統(tǒng)結(jié)構(gòu)框架圖 系統(tǒng)數(shù)據(jù)模型設(shè)計 由于博客系統(tǒng)中對博客內(nèi)容的寫入、修改和更新工作比較復雜，所以它的主要任務(wù)是進行大量的數(shù)據(jù)庫操作，這就必然要存儲和利用大量的、各種類型的數(shù)據(jù)。如何建立一個良好的數(shù)據(jù)庫結(jié)構(gòu)和文件組織形式，使其能夠迅速、準確的查找所需要的數(shù)據(jù)，是衡量這個系統(tǒng)的主要指標之一 [3]。 (一 )概念模型的建立 通過第二章 中對系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結(jié)出系統(tǒng)中數(shù)據(jù)概念模型（ ER 圖），如圖 3圖 33 所示。 (二 )數(shù)據(jù)模型的建立 博客系統(tǒng) 博客瀏覽系統(tǒng) 博客管理系統(tǒng) 用戶信息管理模塊 好友信息管理模塊 圖片專輯管理模塊 游戲娛樂管理模塊 博文信息管理模塊 博文管理 相冊管理 系統(tǒng)管理 好友管理 游戲管理 省市區(qū)縣管理 大學院系管理 資料身份管理 前臺用戶管理 后臺用戶管理 第 3 章 系統(tǒng)設(shè)計 15 現(xiàn)根據(jù)上述概念模型，將它們轉(zhuǎn)化為數(shù)據(jù)模型，由于數(shù)據(jù)較多，現(xiàn)舉部分數(shù)據(jù)進行轉(zhuǎn)換。根據(jù)關(guān)系模型的轉(zhuǎn)換規(guī)則，一個實體型轉(zhuǎn)換為一個關(guān)系模型： 博文（博文 ID、標題、描述、內(nèi)容、發(fā)表時間、修改時間、所屬分類 ID、權(quán)限、閱讀數(shù)、評價數(shù)、分享數(shù)、有效標志、作者 ID）； 博文分類（分類 ID、分類名稱、有效標志、作者 ID）； 圖 32 用戶概念模型 圖 33 系統(tǒng)概念模型 前臺用戶 操作 操作 相冊 博文 管理 前臺用戶 N 系統(tǒng)管理員 1 博文分類 N 發(fā)表時間 修改時間 博文分類 權(quán)限 閱讀數(shù) 評價數(shù) 分享數(shù) 內(nèi)容 描述 標題 修改時間 名稱 創(chuàng)建時間 權(quán)限 地點 描述 用戶 ID 用戶名 用戶密碼 用戶 ID 用戶名 用戶密碼 分類 ID 分類名稱 管理員 ID 用戶名 權(quán)限 用戶密碼 N 1 1 N 東北電力大學信息工程學院畢業(yè)論文 16 博文評論（評論 ID、評論內(nèi)容、評論時間、評論悄悄話標志、有效標志、博文 ID、作者 ID）； 相冊（相冊 ID、相冊名稱、創(chuàng)建時間、修改時間、地點、描述、權(quán)限、有效標志、作者 ID）； 前臺用戶信息（用戶 ID、賬號、密碼、停用標志、有效標志）； 后臺管理員信息（用戶 ID、賬號、密碼、權(quán)限）； (三 )數(shù)據(jù)模型的優(yōu)化 數(shù)據(jù)庫邏輯設(shè)計的結(jié)果不是唯一的。為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，必須對數(shù)據(jù)模型進行優(yōu)化。 (四 )確定是否分解 由于，關(guān)系模型的規(guī)范化程度并不是越高越好，在實際應用中高范式可能會帶來程序查詢時間的浪費，所以，在數(shù)據(jù)庫文件設(shè)計上，本系統(tǒng)達到第三范式已經(jīng)足夠，無須在做分解。 數(shù)據(jù)庫表的設(shè)計 數(shù)據(jù)庫設(shè)計是項目開發(fā)中的系統(tǒng)設(shè)計中非常重要的另一個關(guān)鍵環(huán)節(jié)，在這里之所以特別強調(diào)數(shù)據(jù)庫設(shè)計的重要性，是因為數(shù)據(jù)庫設(shè)計就像在建設(shè)高樓大廈的根基一樣，如果設(shè)計不好，在后來的系統(tǒng)維護、變更和功能擴充時，甚 至在系統(tǒng)開發(fā)過程中，將會引起比較大的問題，大量的工作將會重新進行。 下面根據(jù)前面列出的系統(tǒng)用例圖，開始設(shè)計相關(guān)數(shù)據(jù)庫（只是部分數(shù)據(jù)庫表）。 本系統(tǒng)需要設(shè)計的數(shù)據(jù)庫如表 31所示。 表 31 數(shù)據(jù)庫表 序 號 數(shù)據(jù)庫表 數(shù)據(jù)庫表存儲內(nèi)容 1 tb_qt_user 存儲前臺用戶賬號和密碼信息 2 tb_ht_user 存儲后臺管理員賬號和密碼信息 3 tb_bowen_fl 存儲博文分類信息 4 tb_publish_bowen 存儲博文信息 5 tb_xiangce_list 存儲相冊信息 第 3 章 系統(tǒng)設(shè)計 17