【正文】 概念模型（ ER圖）： 圖 32 用戶概念模型 模板 用戶 博客 代號 博客名 類別 名稱 代號 提供者 用戶名 編號 用戶密碼 選 寫 模板 用戶 博客分類 系統(tǒng)管理員 代號 用戶密碼 用戶權限 名稱 提供者 分類號 分類名 用戶名 用戶密碼 用戶權限 用戶名 管理 1 N N N 圖 33 系統(tǒng)概念模型 （二） 數(shù)據(jù)模型的建立 現(xiàn)根據(jù)上述概念模型，將它們轉(zhuǎn)化為數(shù)據(jù)模型，由于數(shù)據(jù)較多，現(xiàn)舉部分數(shù)據(jù)進行轉(zhuǎn)換。 整個系統(tǒng)的結(jié)構框架如下圖所示 博客系統(tǒng) 博客訪問者模塊 博客用戶模塊 博客系統(tǒng)管理員模塊 閱讀日志功能塊 博客列表功能塊 公共模塊 日志評論管理模塊 修改個人博客信息 管理公告模塊 管理用戶模塊 模板管理模塊 系統(tǒng)參數(shù)設置模塊 數(shù)據(jù)庫管理模塊 注冊/登陸模塊 系統(tǒng)數(shù)據(jù)模型設計 由于博客系統(tǒng)中對博客內(nèi)容的寫入、修改和更新工作比較復雜，所以它的主要任務是進行大量的數(shù)據(jù)庫操作，這就必然要存儲和利用大量的、各種類 型的數(shù)據(jù)。 用戶登陸用例 用例名稱 用戶登陸 用例 ID UC12 參與者 用戶、管理員 描述 用戶登陸系統(tǒng)過程 風險 低 優(yōu)先級 高 難度 低 啟動 主動進入用戶登陸畫面或會話超時轉(zhuǎn)入用戶登陸畫面 前置條件 用戶需在登陸狀態(tài) 后置條件 將用戶信息放入會話中 將用戶相關的博客信息放入會話中 顯示博客閱讀主畫面 主事件流 用戶 系統(tǒng) 1．進入或轉(zhuǎn) 入用戶登陸畫面 2．用戶輸入用戶名和密碼 3．系統(tǒng)檢查用戶名和密碼是否合法 4．系統(tǒng)檢查用戶名是否存在，密碼是否正確 5．讀取用戶的基本信息、博客的基本信息放入會話中 6．轉(zhuǎn)到管理博客的主畫面 異常流 異常流 系統(tǒng)中不存在該用戶或用戶名錯誤 系統(tǒng) 轉(zhuǎn)入登陸畫面 異常 用戶不存在或密碼錯誤 修改密碼用例 用例名稱 修改密碼 用例 ID UC15 參與者 用戶、管理員 描述 用戶、管理員進行密碼修改 風險 低 優(yōu)先級 高 難度 低 啟動 單擊“用戶修改密碼” 主事件流 用戶 系統(tǒng) 1．進入用戶修改密碼，輸入舊密碼一次，新密碼兩次 2．檢查密碼格式是否相符 3．檢查舊密碼是否正確 4．如果正確就進行密碼修改，轉(zhuǎn)入密碼修改成功畫面 異常流 異常流 密碼檢查不通過 系統(tǒng) 返回密碼修改畫面，提示舊密碼不正確、新密碼格式不符、兩次不同等 異常 用戶舊密碼錯誤 規(guī)則 密碼需要大于 6 位小于 12 位 管理博客賬號用例 用例名稱 管理博客賬號 用例 ID UC25 參與者 管理員 描 述 管理員進行博客賬號管理 主事件流 用戶 系統(tǒng) 1．單擊博客賬號管理圖標 2．顯示博客賬號管理主畫面，包括博客賬號的列 表及刪除按鈕 可選事件流 刪除博客賬號 用戶 系統(tǒng) 1．單擊 [刪除 ]按鈕 2．提示確認刪除 3．單擊 [確認 ]刪除 4．系統(tǒng)刪除博客賬號的信息，提示刪除成功 表 25 修改博客賬號用例 用例名稱 修改博客信息 用例 ID UC28 參與者 博客使用者 描述 修改博客賬號信息 風險 低 優(yōu)先級 高 難度 低 啟動 進入修改博客畫面 前置條件 博客使用者已登陸 后置條件 更新 Session 中的博客信息 主事件流 用戶 系統(tǒng) 1．單擊修改博客信息鏈接 2．系統(tǒng)顯示修改博客畫面，初始化該博客相關信息 3．修改博客的相關信息，單擊【保存】 4．檢查同名的博客是否存在、檢查博客的名稱、描述是否包含特殊字符 5．保存博客的相關信息、提示保存成功 異常流 異常流 同名博客 賬號存在 系統(tǒng) 提示已有同名博客存在，提示用戶重新輸入博客的名稱 系統(tǒng) 提示輸入的信息不合法，提示用戶重新輸入博客的名稱、描述 規(guī)則 博客名稱不能包含特殊字符 博客的名稱不能重復 數(shù)據(jù)字典 數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它清楚地定義與詳細地解釋了數(shù)據(jù)流程圖上不能詳細表達的內(nèi)容，同時它也是同用戶交談的工具。 ◆問題：如果存在，則為與此用例的開發(fā)相 關的問題或操作項目的列表。 ◆可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑。 ◆假設：對編寫此用例時所創(chuàng)建的域的任何重要假設。 ◆被擴展的用例：此用例所擴展的用例。 ◆后置條件：一個條件列表，如果其中包含條件。 ◆前置條件：一個條件列表，如果其中包含條件。 ◆狀態(tài)：指示用例的狀態(tài)。 ◆描述：概述用例的幾句話。 ◆名稱：表明用戶的意圖或用例的用途。 博客系統(tǒng)參與者 : 用 戶系 統(tǒng) 管 理 員 博 客 訪 問 者博 客 管 理 員 u s e s u s e s u s e s 博客系統(tǒng)用例： 用 戶系 統(tǒng) 管 理 員博 客 訪 問 者博 客 管 理 員用 戶 登 陸修 改 賬 號 信 息管 理 博 客 賬 號刪 除 博 客 內(nèi) 容閱 讀 博 客 內(nèi) 容發(fā) 表 評 論瀏 覽 博 客 目 錄管 理 博 客 內(nèi) 容管 理 模 板系 統(tǒng) 參 數(shù) 設 置 詳細描述用例 用例圖是系統(tǒng)的高層試 圖，僅僅是用例圖還不能支撐項目組進行設計工作，對于每一個用例，都需要確定用戶如何使用這個系統(tǒng)，我們以用戶的角度進行事件流設計，描述用例提供的價值和工作流程。 博客使用者，參與了登陸、修改密碼、管理文章、管理連接、管理圖片 5 個用例。系統(tǒng)功能的詳細描述如下： 前臺功能列表 序號 功能列表 功能明細 1 首頁 最新日志列表 熱門日志列表 日志分類列表 2 閱讀日志功能塊 全部日志列表 日志內(nèi)容頁 日志評論功能（發(fā)表評論） 3 博客列表功能塊 全部博客列表 博客內(nèi)容頁 4 注冊功能塊 用戶注冊頁 5 登陸功能塊 驗證用戶權限 6 公共模塊 日志和博客關鍵字搜索 列出博客、日志、評論的總數(shù) 博客排行榜 博客管理功能列表 序號 功能列表 功能明細 1 寫博客 寫日志，管理日志 管理評論 專題分類管理 修改公告 修改個人博客信息 2 模板管理 添加、刪除和修改用戶模板 系統(tǒng)管理功能列表 1 系統(tǒng)模板管理 添加、刪除和修改系統(tǒng)模板 2 管理用戶 修改用戶信息和密碼 添加和刪除用戶 3 系統(tǒng)參數(shù)設置 設置系統(tǒng)的一些名稱和數(shù)據(jù) 4 數(shù)據(jù)庫管理 數(shù)據(jù)庫的備份和還原 有了這些功能明細后，我們 就把整個系統(tǒng)的框架確定下來了，也就確定了系統(tǒng)數(shù)據(jù)的基本結(jié)構。模塊劃分如表所示。 系統(tǒng)數(shù)據(jù)流圖 本系統(tǒng)主要完成博客的瀏覽與管理的功能，因此，在邏輯上可以將系統(tǒng)分為博客瀏覽系統(tǒng)和博客管理系統(tǒng)兩部分，同時，系統(tǒng)的所有數(shù)據(jù)都需通過一個數(shù)據(jù)庫系統(tǒng)來實現(xiàn)查詢、更新和輸入，所以在總體上可將總系統(tǒng)分為博客瀏覽系統(tǒng)、博客管理系統(tǒng)和數(shù)據(jù)庫系 統(tǒng)三個系統(tǒng)，對本系統(tǒng)操作的數(shù)據(jù)源有普通瀏覽者、博客用戶和管理員三種。同時，為了能有效方面的更新系統(tǒng)的界面，系統(tǒng)還增加了調(diào)用博客界面模版的功能。 （ 2）即時可見：對博客的處理（包括寫入、修改、刪除）將立即在主頁的對應欄目顯示出來，達到 即時發(fā)布、即時見效 的功能。管理員分為系統(tǒng)管理員和博客管理員，前者可以對系統(tǒng)管理的所有功能進行操作，后者只有對博客進行寫入、修改和 刪除的權限，并且其權限也受到系統(tǒng)管理員的限制，他只能在自己的權限范圍內(nèi)進行對博客的管理操作。為了使系統(tǒng)在實際運行中發(fā)揮更大的作用，實現(xiàn)工作過程的計算機化，提高工作效率和工作質(zhì)量，現(xiàn)提出如下系統(tǒng)開發(fā)目標： 其工作流程為：系統(tǒng)啟動并調(diào)用默認的博客模版類型，所有用戶瀏覽博客主頁面，之后的操作通過權限判斷。 做一個自己的博客：最好的需求調(diào)研就是深入到業(yè)務過程中，在主流博客網(wǎng)注冊自己的帳號，親 自體會博客的強大功能然后記錄下來。 主流博客網(wǎng)：對當前人氣高的博客網(wǎng)進行認真的調(diào)查。2 系統(tǒng)需求分析 根據(jù)第一章所定義的課題研究方向及目標，本章將對系統(tǒng)功能進行具體的需求分析，具體分析博客網(wǎng)所要實現(xiàn)的功能及欲達到的效果。 第六章介紹的管理系統(tǒng)模塊，同樣通過模塊體系結(jié)構，運行圖和代碼設計分別對博客管理和系統(tǒng)管理兩個子模塊進行了比較詳細的設計。 第四章介紹的是系統(tǒng)的數(shù)據(jù)庫連接文件，以后系統(tǒng)需要連接數(shù)據(jù)庫的只要直接調(diào)用這個文件就可以了。主要內(nèi)容是系統(tǒng)的性能要求及功能需求分析，最后按面向?qū)ο蟮姆治龇绞浇o出了系統(tǒng)的用例模型、流程圖以及數(shù)據(jù)字典。同時本章還對課題的研究背景與研究意義進行分析 ,對開發(fā)本系統(tǒng)的可行性分析還有對論文各章內(nèi)容的簡要介紹。 按上述 兩 方面進行可行性分析、研究后， 我們認為該項目在技術上是可行的，在經(jīng)濟上是可合理的，可以進行 開發(fā) 。 （ 2） 經(jīng)濟可行性 由于本項目的特殊性，無需投入額外的設備購買及人員培訓費用，所以在經(jīng)濟上本系統(tǒng)的開發(fā)是可行的。因 此，在技術上 ASP 是完全可以勝任這個平臺的開發(fā)。 調(diào)研還發(fā)現(xiàn)目前的博客系統(tǒng)存在局限性，例如現(xiàn)在博客用戶使用的網(wǎng)頁模板都是系統(tǒng)提供的固定格式，這就一定程度上限制了用戶博客網(wǎng)頁個性的發(fā)揮，因此能夠讓用戶自己隨意的設計自己喜歡的能夠體現(xiàn)用戶個性的模板將是博客技術發(fā)展的必然要求。有博客用戶反映這些功能已經(jīng)不能完全滿足他們的需求，他們期待技術更成熟，功能更全面的新的博客技術的出現(xiàn)。 課題調(diào)研與可行性分析 課題調(diào)研 為了出色的完成本課題的開發(fā)，對當前博客技術的應用狀況展開了調(diào)查分析。另外首頁還包括最新日志列表、訪問率最高的日志列表、最新注冊的用戶列表和博客排行榜。除評論外，每種信息均可自行管理信息分類，以及管理這種信息。 （ 1）帳號管理 和驗證：帳號申請、權限分配、帳號注銷；區(qū)分博客管理員和系統(tǒng)管理員；能夠通過帳號正確的驗證和標識用戶，防止非博客用戶盜用他人名義發(fā)表內(nèi)容。 （ 3） 系統(tǒng)管理員：管理博客賬號、博客內(nèi)容、系統(tǒng)博客分類。 （ 1） 博客訪問者：參與博客閱讀、發(fā)表評論。同時為瀏覽者提供瀏覽日志、發(fā)表評論的權力，并通過系統(tǒng)管理員對整個系統(tǒng)的博客賬號、博客內(nèi)容以及評論進行管理。這時通過博客一些新的科學技術將更容易推廣，好的政策好的思想也會更加容易傳播，如果這樣相信社會的進步將會是顯而易見的。所以我們要把這種好的影響力發(fā)揮到最大，怎樣提高博客影響力必然就要求開發(fā)博客新技術來獲得更多人的認可。 課題的研究意義 從上面的背景知識我們已經(jīng)了解到博客在互連網(wǎng)上已經(jīng)具有相當?shù)囊?guī)模，可以說它已經(jīng)被人們所接受， 博客改變著人們的交流方式和情感體驗和表達形態(tài)，改變著人們聚散的方式；它無限放大著人們對于未來信息世界的預想，它影響著整個中國互聯(lián)網(wǎng)的發(fā)展走向，甚至可能在今后一個時期，波及或影響著現(xiàn)實社會的民主決策過程。 但是現(xiàn)在的博客技術還不夠完善，要想永久確立它的網(wǎng)絡地 位必須不斷開發(fā)并推出新的博客技術來滿足人們的需要。 博客發(fā)展到今天已經(jīng)取得了相當規(guī)模的成就，以新浪、搜狐、網(wǎng)易為代表的三大門戶網(wǎng)站都已經(jīng)推出了自己的博客服務，還有一些著名的專業(yè)博客網(wǎng)站都已經(jīng)對博客資源展開了激烈的爭奪。就在不經(jīng)意間，博客竟如雨后春筍般冒出來，博得越來越多網(wǎng)民的歡心，并在互聯(lián)網(wǎng)上引發(fā)了一股博客熱潮。 參 考 文 獻 ................................................. 錯誤 !未定義書簽。 Dreamweaver