【正文】 為了檢測用戶名的長度，這里用到了 VBScript 的一個函數(shù) Cint( )。 注冊頁面如圖： 修改成功 系統(tǒng)初始頁面 登記新密碼 填寫答案 顯示問題 提交數(shù)據(jù) 新用戶注冊 管理登陸 管理登陸頁面 注冊用戶登陸 用戶資料登記 是否同意網(wǎng)站條例 是否符合 提交成功 是否符合 是否符合 數(shù)據(jù)存入表中 提交密碼用戶名 系統(tǒng)查詢 登 陸 成功 忘記密碼 填寫會員名 系統(tǒng)查詢 存入數(shù)據(jù)庫 管理登陸頁面 產(chǎn) 生 校驗碼 填寫用戶名密碼和校驗碼 查詢 admin 表 否 否 否 否 這個模塊的功能實現(xiàn)中用 (“name”)來獲取前端提交的 name 文本框的值。 3. 兩次輸入的密碼是否一致。各模塊之間關系如下： 系統(tǒng)登陸模塊 新會員注冊 進入博客管理界面 管 理員登陸 登陸成功 注冊會員登陸 注冊成功 提交審核 填寫注冊資料 登陸系統(tǒng)管理頁面 系統(tǒng)登陸模塊圖 運行圖 圖 52 登陸系統(tǒng)運行圖 設計說明 新用戶注冊子模塊 用戶注冊，首先要檢查的就是用戶填寫的信息，其中包括： 1. 字段是否空白，若空白則不接受。管理員（ 無論是系統(tǒng)管理員，還是博客管理員都一樣）需提交用戶名和密碼，系統(tǒng)管理員還需輸入系統(tǒng)隨機產(chǎn)生的校驗碼進行登陸，之后進入管理頁面。注冊用戶需提交密碼和用戶名登陸系統(tǒng)，之后不僅可以完成以上功能，還能建立自己的博客并進行管理；倘若忘記了密碼，可以進行密碼查詢，此時系統(tǒng)會根據(jù)用戶填寫的用戶名查找密碼的問題以提示用戶，用戶輸入正確密碼后可修 改密碼。 系統(tǒng)登錄模塊模塊簡介 該模塊是博客系統(tǒng)中的一個重要組成，用于完成對用戶權限的判定。 5 詳細設計 根據(jù)對系統(tǒng)所需實現(xiàn)功能的分析和系統(tǒng)結構設計，現(xiàn)將對系統(tǒng)進行詳細設計。 一般來說，凡是涉及到具體目錄的地方，都不要直接使用目錄名，而用 函數(shù)來代替。 再看 Data Source 部分，它的后面跟的就是數(shù)據(jù)庫文件所在的路徑。 第四行為 ConnStr 賦值。 SqlLocalName amp。 。 Initial Catalog = amp。 SqlPassword amp。 。 User ID = amp。 (db) else 39。access 數(shù)據(jù)庫連接參數(shù)： Db = data/ ConnStr = Provider = 。任何一種數(shù)據(jù)庫，必須具備對應的驅動程序， ADO 對象才能存取。 Record Set Record Set=Nothing /關閉創(chuàng)建的數(shù)據(jù)對象 Set mConn=Nothing /關閉創(chuàng)建的鏈接對象 4 數(shù)據(jù)庫連接函數(shù) 為什么要將本部分列出來呢？因為在整個博客系統(tǒng)的開發(fā)過程中，數(shù)據(jù)庫連接是必不可少的，是公用的，我們可以把這一部分先拿出來，單獨做成一個函數(shù)，在需要的時候只需調用就可以了，而不用每次都去寫連接數(shù)據(jù)庫的程序，這種做法叫做復用。例如： rs=“ INSERT INTO tab1 VALUES(1,2)” (rs) /執(zhí)行插入操作 五、關閉數(shù)據(jù)對象和鏈接對象 在使用了 ADO 對象之后要關閉它，因為它使用了一定的服務器資源。例如： rs=“ SELECT * FROM shop_books” Set Record Set=(rs) 這條語句執(zhí)行后， 對象 Record Set 中就保存了表 tab1 中的所有記錄。 Record Set 保存的是一行行的記錄，并標有一個當前記錄。 三、創(chuàng)建數(shù)據(jù)對象 (Record Set) ADO 中的數(shù) 據(jù)對象通常保存的是查詢結果。) connstr 這條語句打開鏈接，用到了 DSN，本例為“ connstr”。pPath(amp。ASP 文件中如果要訪問數(shù)據(jù)，必須首先創(chuàng)建與數(shù)據(jù)庫的鏈接，其語法如下： set Conn=(“ ” ) 這條語句創(chuàng)建了鏈接對象 Conn，接下來： connstr=Provider=。由此可見， DSN是應用程序和數(shù)據(jù)庫之間的橋梁。我們在給 ODBC 驅動程序傳 SQL 指令時，即是用 DSN 來告訴它到底操作的是哪一個數(shù)據(jù)庫。而且我們根本不用知道這個數(shù)據(jù)庫是放在哪里的。我們知道， ODBC 是一種訪問數(shù)據(jù)庫的方法，只要系統(tǒng)中有相應的 ODBC 驅動程序，任何程序就可以通過 ODBC 操縱驅動程序的數(shù)據(jù)庫。本文中個性化頁面的實現(xiàn)便大量地用到了 ADO 技術。 利用 IIS+ASP技術來集成 Web前后端所帶來的強大效益可歸結為以下幾個方面： 減少構建和維護成本 加快聯(lián)機過程 應用軟件集中在服務器端開發(fā)管理 前端可使用任何瀏覽器（ IE、 Netscape? ..） 后端可存取任何數(shù)據(jù)庫 (SQL、 Access? ..) 可使用任何腳本語言開發(fā) (VBScript、 JavaScript、 PERL? ..) 利用 ADO 訪問數(shù)據(jù)庫技術 ADO（ ActiveX Data Objects）是一種操作 Microsoft 所支持的數(shù)據(jù)庫的新技術。 IIS 與 ASP 的結合 在過去，客戶機 /服務器結構的設計與 Web 的相關技術幾乎處于平行線上，兩者相互獨立并無法作出集成性的設計。 IIS(Inter Information Server)是微軟推出的 Windows NT Option Pack 的主要成員，作為 Win2020server 的擴展，自推出以來已經(jīng)有了很大發(fā)展，其體系結構是當今市場上最受關注的 Web服務器之一。結束過程的活動連接到一個終止點 (就像在狀態(tài)圖中一樣 )?；顒邮峭ㄟ^一個圓角矩形 (活動的名稱包含在其內 )來表示的。 活動圖的符號集與狀態(tài)圖中使用的符號集類似。根據(jù)我的經(jīng)驗，活動圖最適合用于對較高級別的過程建模，比如公司當前在如何運作業(yè)務，或者業(yè)務如何運作等。 ? 活動圖 活動圖表示在處理某個活動時，兩個或者更多類對象之間的過程控制流。要在用例圖上顯示某個用例，可繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。 用例圖的主要目的是幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求，包括基于基本流程的 角色 (也就是與系統(tǒng)交互的其他實體 )關系，以及系統(tǒng)內用例之間的關系。 最常用的 UML 圖包括：用例圖、類圖、序列圖、狀態(tài)圖、活動圖、組件圖和部署圖。 UML 提出了一套 IT 專業(yè)人 員期待多年的統(tǒng)一的標準建模符號 ,通過使用 UML，這些人員能夠閱讀和交流系統(tǒng)架構和設計規(guī)劃就像建筑工人多年來所使用的建筑設計圖一樣。 通信網(wǎng)絡 : Inter 網(wǎng) 軟件環(huán)境 : 服務器端 : ? 操作系統(tǒng)： Windows 2020 Server /NT/2020 Server/XP ? 數(shù)據(jù)庫 : ACCESS ? Web服務器： Inter 信息服務 或以上版本 ? Microsoft .NET 框架： .NET Framework 客戶端： ? 操作系統(tǒng)： Windows 2020/XP/2020 ? 瀏覽器 : Inter Explore 或以上版本 ? 推薦分辨率 :1024*768 或以上 系統(tǒng)實現(xiàn)的若干關鍵技術 UML 建模技術 1997 年， OMG 組織 (Object Management Group 對象管理組織 )發(fā)布了統(tǒng)一建模語言 (Unified Modeling Language， UML)。它最終顯示在瀏覽器中的網(wǎng)頁并不是在建立初期就存在的，而是當某個瀏覽器向服務器提出請求時，它才根據(jù)需要產(chǎn)生需要的標準網(wǎng)頁，這克服了過去 HTML 編寫的網(wǎng)頁不能更改的缺點，從而使網(wǎng)頁上可以存在許多動態(tài)的 信息。 博客用戶信息表 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 內容 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 是否是默認模板 6 time Datetime 更新時間 評論信息表 Comment 序號 字段名 字段類型 說明 備注 1 feedBackID Int 評論編號 鍵 2 subject Varchar 主題 3 content Varchar 內容 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ā)與運行環(huán)境確定 系統(tǒng)開發(fā)環(huán)境 系統(tǒng)開發(fā)環(huán)境及開發(fā)工具 開發(fā)工具對一個系統(tǒng)的成敗具有決定性作用。 數(shù)據(jù)庫表關系（簡化關系圖） （ 2） 數(shù)據(jù)庫表結構的詳細設計 下面開始對上一節(jié)列出的數(shù)據(jù)表逐一做出詳細說明。 下面根據(jù)前面列出的系統(tǒng)用例圖，開始設計相關數(shù)據(jù)庫。 4．確定是否分解 由于，關系模型的規(guī)范化程度并不是越高越好，在實際應用中高范式可能會帶來程序查詢時間的浪費，所以，在數(shù)據(jù)庫文件設計上，本系統(tǒng)達到第三范式已經(jīng)足夠，無須在做分解。為了進一步提高系統(tǒng)數(shù)據(jù)庫應用系統(tǒng)的性能，必須對數(shù)據(jù)模型進行優(yōu)化。 （一）概念模型的建立 通過第二章中對系統(tǒng)數(shù)據(jù)流以及局部數(shù)據(jù)流和數(shù)據(jù)字典的分析，可以總結出系統(tǒng)中數(shù)據(jù)概念模型，如下圖所示：