畢業設計-基于asp的博客網站設計與實現—論文(編輯修改稿)

　

【文章內容簡介】 添加、刪除和修改用戶模板 系統管理功能列表 1 系統模板管理 添加、刪除和修改系統模板 2 管理用戶 修改用戶信息和密碼 添加和刪除用戶 3 系統參數設置 設置系統的一些名稱和數據 4 數據庫管理 數據庫的備份和還原 有了這些功能明細后，我們 就把整個系統的框架確定下來了，也就確定了系統數據的基本結構。 系統功能需求分析 創建用例圖 系統管理員，參與了管理博客賬號、登陸、修改密碼 3個用例。 博客使用者，參與了登陸、修改密碼、管理文章、管理連接、管理圖片 5 個用例。 博客訪問者，參與了閱讀博客、發表評論 2個用例。 博客系統參與者 : 用 戶系 統 管 理 員 博 客 訪 問 者博 客 管 理 員 u s e s u s e s u s e s 博客系統用例： 用 戶系 統 管 理 員博 客 訪 問 者博 客 管 理 員用 戶 登 陸修 改 賬 號 信 息管 理 博 客 賬 號刪 除 博 客 內 容閱 讀 博 客 內 容發 表 評 論瀏 覽 博 客 目 錄管 理 博 客 內 容管 理 模 板系 統 參 數 設 置 詳細描述用例 用例圖是系統的高層試 圖，僅僅是用例圖還不能支撐項目組進行設計工作，對于每一個用例，都需要確定用戶如何使用這個系統，我們以用戶的角度進行事件流設計，描述用例提供的價值和工作流程。我們按照主流博客網的模板進行設計。 ◆名稱：表明用戶的意圖或用例的用途。 ◆標識符：惟一表識，如 UC1234，在項目的其他元素中可以用來引用這個用例。 ◆描述：概述用例的幾句話。 ◆參與者：與此用例相關的參與者列表。 ◆狀態：指示用例的狀態。 ◆頻率：參與者訪問次用例的頻率。 ◆前置條件：一個條件列表，如果其中包含條件。則 這些條件必須在訪問用例之前得到滿足。 ◆后置條件：一個條件列表，如果其中包含條件。則這些條件必須在用例成功完成以后得到滿足。 ◆被擴展的用例：此用例所擴展的用例。 ◆被包含的用例：此用例所包含用例的列表。 ◆假設：對編寫此用例時所創建的域的任何重要假設。 ◆基本操作流程：參與者在用例中所遵循的主邏輯路徑。 ◆可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現異常或發生錯誤的情況下所遵循的路徑。 ◆修改歷史記錄：關于用例的修改時間、原因和修改人的詳細信息。 ◆問題：如果存在，則為與此用例的開發相 關的問題或操作項目的列表。 ◆決策：關鍵決策的列表，這些決策通常由你的 SME 做出，并屬于用例的內容。 用戶登陸用例 用例名稱 用戶登陸 用例 ID UC12 參與者 用戶、管理員 描述 用戶登陸系統過程 風險 低 優先級 高 難度 低 啟動 主動進入用戶登陸畫面或會話超時轉入用戶登陸畫面 前置條件 用戶需在登陸狀態 后置條件 將用戶信息放入會話中 將用戶相關的博客信息放入會話中 顯示博客閱讀主畫面 主事件流 用戶 系統 1．進入或轉 入用戶登陸畫面 2．用戶輸入用戶名和密碼 3．系統檢查用戶名和密碼是否合法 4．系統檢查用戶名是否存在，密碼是否正確 5．讀取用戶的基本信息、博客的基本信息放入會話中 6．轉到管理博客的主畫面 異常流 異常流 系統中不存在該用戶或用戶名錯誤 系統 轉入登陸畫面 異常 用戶不存在或密碼錯誤 修改密碼用例 用例名稱 修改密碼 用例 ID UC15 參與者 用戶、管理員 描述 用戶、管理員進行密碼修改 風險 低 優先級 高 難度 低 啟動 單擊“用戶修改密碼” 主事件流 用戶 系統 1．進入用戶修改密碼，輸入舊密碼一次，新密碼兩次 2．檢查密碼格式是否相符 3．檢查舊密碼是否正確 4．如果正確就進行密碼修改，轉入密碼修改成功畫面 異常流 異常流 密碼檢查不通過 系統 返回密碼修改畫面，提示舊密碼不正確、新密碼格式不符、兩次不同等 異常 用戶舊密碼錯誤 規則 密碼需要大于 6 位小于 12 位 管理博客賬號用例 用例名稱 管理博客賬號 用例 ID UC25 參與者 管理員 描 述 管理員進行博客賬號管理 主事件流 用戶 系統 1．單擊博客賬號管理圖標 2．顯示博客賬號管理主畫面，包括博客賬號的列 表及刪除按鈕 可選事件流 刪除博客賬號 用戶 系統 1．單擊 [刪除 ]按鈕 2．提示確認刪除 3．單擊 [確認 ]刪除 4．系統刪除博客賬號的信息，提示刪除成功 表 25 修改博客賬號用例 用例名稱 修改博客信息 用例 ID UC28 參與者 博客使用者 描述 修改博客賬號信息 風險 低 優先級 高 難度 低 啟動 進入修改博客畫面 前置條件 博客使用者已登陸 后置條件 更新 Session 中的博客信息 主事件流 用戶 系統 1．單擊修改博客信息鏈接 2．系統顯示修改博客畫面，初始化該博客相關信息 3．修改博客的相關信息，單擊【保存】 4．檢查同名的博客是否存在、檢查博客的名稱、描述是否包含特殊字符 5．保存博客的相關信息、提示保存成功 異常流 異常流 同名博客 賬號存在 系統 提示已有同名博客存在，提示用戶重新輸入博客的名稱 系統 提示輸入的信息不合法，提示用戶重新輸入博客的名稱、描述 規則 博客名稱不能包含特殊字符 博客的名稱不能重復 數據字典 數據字典是系統分析階段的重要文檔，它清楚地定義與詳細地解釋了數據流程圖上不能詳細表達的內容，同時它也是同用戶交談的工具。 下面詳細列出本系統中的數據字典： 名字：用戶信息表 別名：博客用戶信息表 描述：記錄博客用戶的注冊信息表 定義：用戶信息表 =用戶名 +用戶密碼 位置：用戶驗證中心 名字：用戶名 別名： 描述：標識用戶的憑證 定義：用戶名 =1{字符 }10 位置：用戶驗證中心 用戶信息表 用戶管理部分 名字：用戶密碼 別名： 描述：驗證用戶是否合法的唯一憑證 定義：用戶密碼 =1{字符 }10 位置：用戶驗證中心 用戶信息表 用戶管理部分 名字：博客信息表 別名： 描述：記錄博客信息表 定義：博客信息表 =博客名 +博客作者 +博客類別 位置：博客信息中心 名字：博客名 別名： 描述：博客網頁的名稱 定義：博客名 =1{字符 }20 位置：博客信息表 名字：作者 別名：博客用戶 描述：博客網頁的制作者和管理者 定義：作者 =1{字符 }20 位置：博客信息表 名字：博客類型 別名：博客分類 描述：標識博客內容所屬的不同分類 定義：博客類型 =1{字符 }20 位置：博客信息表 名字：日志信息表 別名：文章信息表 描 述：記錄博客用戶發表的文章的信息表 定義：日志信息表 =日志主題 +日志分類+發表日期 位置：日志管理部分 名字：日志主題 別名：文章題目 描述：標識日志的內容 定義：日志主題 =1{字符 }20 位置：日志管理部分 名字：日志分類 別名： 描述：日志內容所屬的類型 定義：日志分類 ID=1{字符 }20 位置：日志信息表 名字：發表日期 別名： 描述：日志更新時間 定義：發表日期 =1{字符 }20 位置：日志信息表 名字：評論信息表 別名： 描述：記錄對日志的評價信息 定義：評論信息表 =評論主題 +評論人 + 評論日期 位置：評論信息表 評論管理部分 名字：評論主題 別名： 描述：代表評論是對哪個日志而發表的 定義：評 論主題 =1{字符 }20 位置：評論信息表 評論管理部分 名字：評論人 別名： 描述：標識評論的作者 定義：評論人 =1{字符 }10 位置：評論信息表 評論管理部分 名字：評論日期 別名： 描述：代表評論更新時間 定義：評論日期 =1{字符 }20 位置：評論信息表 評論管理部分 名字：管理信息表 別名：管理員信息表 描述： 記錄管理員的注冊信息表 定義：管理信息表 =用戶名 +用戶密碼 位置： 用戶驗證中心 名字：用戶名 別名： 描述： 標識 用戶的憑證 定義：用戶名 =1{字符 }20 位置： 管理信息表 用戶驗證中心 名字：用戶密碼 別名： 描述：驗證用戶是否合法的唯一憑證 定義：用戶密碼 =1{字符 }50 位置： 管理信息表 用戶驗證中心 名字：模板信息表 別名： 描述：記錄制作博 客的模板信息 定義：模板信息表 =模板名稱 +提供者 + 模板代號 位置：模板信息表 名字：模板名稱 別名： 描述：體現模板特色的名字 定義：模板名稱 =1{字符 }20 位置：模板信息表 名字： 提供者 別名： 描述：標識模板的制作者 定義：提供者 =1{字符 }10 位置：管理模板部分 名字： 模板代號 別名： 描述： 唯一標識某一個模板 定義：模板代號 =1{字符 }20 位置：模板信息表 管理模板部分 3 系統設計 系統總體結構設計 本系統主要包括三大模塊組成：博客訪問者模塊、用戶模塊、系統管理員模塊。 整個系統的結構框架如下圖所示 博客系統 博客訪問者模塊 博客用戶模塊 博客系統管理員模塊 閱讀日志功能塊 博客列表功能塊 公共模塊 日志評論管理模塊 修改個人博客信息 管理公告模塊 管理用戶模塊 模板管理模塊 系統參數設置模塊 數據庫管理模塊 注冊/登陸模塊 系統數據模型設計 由于博客系統中對博客內容的寫入、修改和更新工作比較復雜，所以它的主要任務是進行大量的數據庫操作，這就必然要存儲和利用大量的、各種類 型的數據。如何建立一個良好的數據庫結構和文件組織形式，使其能夠迅速、準確的查找所需要的數據，是衡量這個系統的主要指標之一。 （一）概念模型的建立 通過第二章中對系統數據流以及局部數據流和數據字典的分析，可以總結出系統中數據概念模型，如下圖所示： 概念模型（ ER圖）： 圖 32 用戶概念模型 模板 用戶 博客 代號 博客名 類別 名稱 代號 提供者 用戶名 編號 用戶密碼 選 寫 模板 用戶 博客分類 系統管理員 代號 用戶密碼 用戶權限 名稱 提供者 分類號 分類名 用戶名 用戶密碼 用戶權限 用戶名 管理