【正文】 了，而不用每次都去寫連接數(shù)據(jù)庫的程序，這種做法叫做復用。例如： rs=“ SELECT * FROM shop_books” Set Record Set=(rs) 這條語句執(zhí)行后， 對象 Record Set 中就保存了表 tab1 中的所有記錄。 三、創(chuàng)建數(shù)據(jù)對象 (Record Set) ADO 中的數(shù) 據(jù)對象通常保存的是查詢結果。pPath(amp。由此可見， DSN 是應用程序和數(shù)據(jù)庫之間的橋梁。而且我們根本不用知道這個數(shù)據(jù)庫是放在哪里的。本文中個性化頁面的實現(xiàn)便大量地用到了 ADO技術。 IIS 與 ASP的結合 在過去，客戶機 /服務器結構的設計與 Web 的相關技術幾乎處于平行線上，兩者相互獨立并無法作出集成性的設計。結束過程的活動連接到一個終止點 (就像在狀態(tài)圖中一樣 )。 活動圖的符號集與狀態(tài)圖中使用的符號集類似。 ? 活動圖 活動圖表示在處理某個活動時，兩個或者更多類對象之間的過程控制流。 用例圖的主要目的是幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求，包括基于基本流程的 角色 (也就是與系統(tǒng)交互的其他實體 )關系，以及系統(tǒng)內(nèi)用例之間的關系。 UML 提出了一套 IT 專業(yè)人 員期待多年的統(tǒng)一的標準建模符號 ,通過使用 UML，這些人員能夠閱讀和交流系統(tǒng)架構和設計規(guī)劃就像建筑工人多年來所使用的建筑設計圖一樣。它最終顯示在瀏覽器中的網(wǎng)頁并不是在建立初期就存在的，而是當某個瀏覽器向服務器提出請求時，它才根據(jù)需要產(chǎn)生需要的標準網(wǎng)頁，這克服了過去 HTML 編寫的網(wǎng)頁不能更改的缺點，從而使網(wǎng)頁上可以存在許多動態(tài)的 信息。 數(shù)據(jù)庫表關系（簡化關系圖） （ 2） 數(shù)據(jù)庫表結構的詳細設計 下面開始對上一節(jié)列出的數(shù)據(jù)表逐一做出詳細說明。 4．確定是否分解 由于，關系模型的規(guī)范化程度并不是越高越好，在實際應用中高范式可能會帶來程序查詢時間的浪費，所以，在數(shù)據(jù)庫文件設計上，本系統(tǒng)達到第三范式已經(jīng)足夠，無須在做分解。 （一）概念模型的建立 通過第二章中對系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結出系統(tǒng)中數(shù)據(jù)概念模型，如下圖所示： 概念模型（ ER圖）： 圖 32用戶概念模型 模板 用戶 博客 代號 博客名 類別 名稱 代號 提供者 用戶名 編號 用戶密碼 選 寫 模板 用戶 博客分類 系統(tǒng)管理員 代號 用戶密碼 用戶權限 名稱 提供者 分類號 分類名 用戶名 用戶密碼 用戶權限 用戶名 管理 1 N N N 圖 33系統(tǒng)概念模型 （二） 數(shù)據(jù)模型的建立 現(xiàn)根據(jù)上述概念模型，將它們轉化為數(shù)據(jù)模型，由于數(shù)據(jù)較多，現(xiàn)舉部分數(shù)據(jù)進行轉換。 用戶登陸用例 用例名稱 用戶登陸 用例 ID UC12 參與者 用戶、管理員 描述 用戶登陸系統(tǒng)過程 風險 低 優(yōu)先級 高 難度 低 啟動 主動進入用戶登陸畫面或會話超時轉入用戶登陸畫面 前置條件 用戶需在登陸狀態(tài) 后置條件 將用戶信息放入會話中 將用戶相關的博客信息放入會話中 顯示博客閱讀主畫面 主事件流 用戶 系統(tǒng) 1．進入或轉 入用戶登陸畫面 2．用戶輸入用戶名和密碼 3．系統(tǒng)檢查用戶名和密碼是否合法 4．系統(tǒng)檢查用戶名是否存在，密碼是否正確 5．讀取用戶的基本信息、博客的基本信息放入會話中 6．轉到管理博客的主畫面 異常流 異常流 系統(tǒng)中不存在該用戶或用戶名錯誤 系統(tǒng) 轉入登陸畫面 異常 用戶不存在或密碼錯誤 修改密碼用例 用例名稱 修改密碼 用例 ID UC15 參與者 用戶、管理員 描述 用戶、管理員進行密碼修改 風險 低 優(yōu)先級 高 難度 低 啟動 單擊“用戶修改密碼” 主事件流 用戶 系統(tǒng) 1．進入用戶修改密碼，輸入舊密碼一次，新密碼兩次 2．檢查密碼格式是否相符 3．檢查舊密碼是否正確 4．如果正確就進行密碼修改，轉入密碼修改成功畫面 異常流 異常流 密碼檢查不通過 系統(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)容，同時它也是同用戶交談的工具。 ◆可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑。 ◆被擴展的用例：此用例所擴展的用例。 ◆前置條件：一個條件列表，如果其中包含條件。 ◆描述：概述用例的幾句話。 博客系統(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)，我們以用戶的角度進行事件流設計，描述用例提供的價值和工作流程。系統(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ù)的基本結構。 系統(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ù)源有普通瀏覽者、博客用戶和管理員三種。 （ 2）即時可見：對博客的處理（包括寫入、修改、刪除）將立即在主頁的對應欄目顯示出來，達到 即時發(fā)布、即時見效 的功能。為了使系統(tǒng)在實際運行中發(fā)揮更大的作用，實現(xiàn)工作過程的計算機化，提高工作效率和工作質量，現(xiàn)提出如下系統(tǒng)開發(fā)目標： 其工作流程為：系統(tǒng)啟動并調用默認的博客模版類型，所有用戶瀏覽博客主頁面，之后的操作通過權限判斷。 主流博客網(wǎng)：對當前人氣高的博客網(wǎng)進行認真的調查。 第六章介紹的管理系統(tǒng)模塊，同樣通過模塊體系結構，運行圖和代碼設計分別對博客管理和系統(tǒng)管理兩個子模塊進行了比較詳細的設計。主要內(nèi)容是系統(tǒng)的性能要求及功能需求分析，最后按面向對象的分析方式給出了系統(tǒng)的用例模型、流程圖以及數(shù)據(jù)字典。 按上述 兩 方面進行可行性分析、研究后， 我們認為該項目在技術上是可行的，在經(jīng)濟上是可合理的，可以進行 開發(fā) 。因 此，在技術上 ASP 是完全可以勝任這個平臺的開發(fā)。有博客用戶反映這些功能已經(jīng)不能完全滿足他們的需求，他們期待技術更成熟，功能更全面的新的博客技術的出現(xiàn)。另外首頁還包括最新日志列表、訪問率最高的日志列表、最新注冊的用戶列表和博客排行榜。 （ 1）帳號管理 和驗證：帳號申請、權限分配、帳號注銷；區(qū)分博客管理員和系統(tǒng)管理員；能夠通過帳號正確的驗證和標識用戶，防止非博客用戶盜用他人名義發(fā)表內(nèi)容。 （ 1） 博客訪問者：參與博客閱讀、發(fā)表評論。這時通過博客一些新的科學技術將更容易推廣，好的政策好的思想也會更加容易傳播，如果這樣相信社會的進步將會是顯而易見的。 課題的研究意義 從上面的背景知識我們已經(jīng)了解到博客在互連網(wǎng)上已經(jīng)具有相當?shù)囊?guī)模，可以說它已經(jīng)被人們所接受， 博客改變著人們的交流方式和情感體驗和表達形態(tài)，改變著人們聚散的方式；它無限放大著人們對于未來信息世界的預想，它影響著整個中國互聯(lián)網(wǎng)的發(fā)展走向，甚至可能在今后一個時期，波及或影響著現(xiàn)實社會的民主決策過程。 博客發(fā)展到今天已經(jīng)取得了相當規(guī)模的成就，以新浪、搜狐、網(wǎng)易為代表的三大門戶網(wǎng)站都已經(jīng)推出了自己的博客服務，還有一些著名的專業(yè)博客網(wǎng)站都已經(jīng)對博客資源展開了激烈的爭奪。 參 考 文 獻 ................................................. 錯誤 !未定義書簽。 ASP。另外系統(tǒng)頁面風格的可變性是本博客系統(tǒng)一大優(yōu)勢。本課題開發(fā)實現(xiàn)博客的通用功能：發(fā)表日志，上傳圖片，管理博客，閱讀博客，發(fā)表評論等幾大功能。 關鍵詞： 博客 ASP 數(shù)據(jù)庫 Dreamweaver 畢業(yè)設計（論文）外文摘要 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 any cost and any maintenance. It develops and realizes monplace functions of a blog, such as publishing blogs, uploading pictures, administrating blogs, reading blogs, publishing ments and so forth. This project goes with