【正文】 下面是它的用法： Cint( expression) 我們要把信息寫入數(shù)據(jù)庫，而數(shù)據(jù)庫對一些特殊的字符無法正確處理，所以我們使用函數(shù) InStr( )來判斷那些字符不能在用戶名中存在。 4. 用戶名是否被使用 5. 電子郵件是否被使用。 模塊體系結(jié)構(gòu) 為實現(xiàn)上述功能，將該模塊分為了三個子模塊：新用戶注冊子模塊、注冊用戶登陸子模塊、系統(tǒng)管理員登陸子模塊。當啟動系統(tǒng)時，系統(tǒng)即將用戶視為一般用戶，因此一般用戶直接能進行博客瀏覽和博客閱讀。 使用上面的驅(qū)動程序，只要保證數(shù)據(jù)庫路徑的正確就不會出現(xiàn)問題。這是連接數(shù)據(jù)庫中很關(guān)鍵的一步，這里聲明的是OLE DB 連接數(shù)據(jù)庫的方式。 Data Source = amp。 。 SqlUsername amp。Data Source = amp。 本系統(tǒng)使用的是 Access 數(shù)據(jù)庫，在 ASP 中同數(shù)據(jù)打交道的主 要是 ADO，對數(shù)據(jù)進行操作處理，要讓 ADO 對像能夠存取數(shù)據(jù)庫，最重要的東西就是 OLE DB及 ODBC 驅(qū)動程序。 四、操作數(shù)據(jù)庫 我們通過調(diào)用鏈接對象的 Execute 方法來將查詢結(jié)果返回給一個數(shù)據(jù)對象或進行插入、刪除等操作。 Record Set 是 ADO 中最復雜的對象，有許多屬性和方法。dbamp。 二、創(chuàng)建數(shù)據(jù)庫鏈接 (Connection) 鏈接用以保持一些關(guān)于正在訪問的數(shù)據(jù)的一些狀態(tài)信息，以及鏈接者信息。我們只要寫出 SQL語句，ODBC 驅(qū)動 程序就會幫我們做一切事情。具體的操作步驟可以歸納為以下幾步： 1．創(chuàng)建數(shù)據(jù)庫源名 (DSN) 2．創(chuàng)建數(shù)據(jù)庫鏈接 (Connection) 3． 創(chuàng)建數(shù)據(jù)對象 4．操作數(shù)據(jù)庫 程序和計算邏輯 前端瀏覽器 ActiveX Server ActiveX Server 元件 后端數(shù)據(jù)庫 數(shù)據(jù)庫服務器 Microsoft IIS + ASP 瀏覽器 5．關(guān)閉數(shù)據(jù)對象和鏈接 每一步的作法如下： 一、創(chuàng)建數(shù)據(jù)源名 DSN(Date Source Name)即數(shù)據(jù)源名稱。現(xiàn)在我們利用 IIS+ASP 構(gòu)成三層式 Web結(jié)構(gòu)（如圖 ）的中間一層，將客戶機 /服務器結(jié)構(gòu)與 Web 密切結(jié)合，完成前后端兩者的集成輸出功能，使得 Web 站點的開發(fā)更方便，實現(xiàn)的功能更強大。 ASP 與 IIS 技術(shù) IIS 簡介 Wsb 服務器是 Web應用程序的心臟。像狀態(tài)圖一樣，活動圖也從一個連接到初始活動的實心圓開始?；顒訄D可用于在業(yè)務單元的級別上對更高級別的業(yè)務過程進行建模，或者對低級別的內(nèi)部類操作進行建模。用例圖一般表示出用例的組織關(guān)系 要么是整個 系統(tǒng)的全部用例，要么是完成具有功能 (例如，所有安全管理相關(guān)的用例 )的一組用例。 UML 之所以被稱為統(tǒng)一建模語言，是因為它： ? 統(tǒng)一了多種建模方法 ? 統(tǒng)一了軟件產(chǎn)品開發(fā)的整個過程 ? 統(tǒng)一了實現(xiàn)語言和平臺 UML 適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng) ，可以用 UML對軟件密集型系統(tǒng)的制品進行可視化、詳述、構(gòu)造和文檔化， 而且適用于系統(tǒng)開發(fā)的不同階段 ， 從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護 ,它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設計、瀏覽、配置 、維護和信息控制。 系統(tǒng)運行環(huán)境 硬件環(huán)境 : 服務器端 : 推薦配置為 512M 內(nèi)存 ,CPU 為 Intel Pentium Ⅳ 1700MHZ,硬盤容量為 80G 的微機。 存儲用戶信息、權(quán)限及用戶的博客信息的表如下。 數(shù)據(jù)庫表的設計 數(shù)據(jù)庫設計是項目開發(fā)中的系統(tǒng)設計中非常重要的另一個關(guān)鍵環(huán)節(jié)，在這里之所以特別強調(diào)數(shù)據(jù)庫設計的重要性，上因為數(shù)據(jù)庫設計就像在建設高樓大廈的根基一樣，如果設計不好，在后來的系統(tǒng)維護、變更和功能擴充時，甚至在系統(tǒng)開發(fā)過程中，將會引起比較大的問題，會遇到非常大的困難，大量的工作將會重新進行。根據(jù)關(guān)系模型的轉(zhuǎn)換規(guī)則，轉(zhuǎn)換方式分為如下幾種： （ 1） 一個實體型轉(zhuǎn)換為一個關(guān)系模型 博客（ 博客 ID、內(nèi)容、標題、所屬分類 ID、相關(guān)博客連接關(guān)鍵字、總點擊率、寫入入時間、作者、來源、標題圖片連接、所屬專題 ID、博客管理員 ID、外部連接的 Url）； 注冊會員（ ID、姓名、密碼、 、自我論述、注冊日期、密碼問題、密碼答 案、性別、生日、真實姓名、國家、省、市、電話、地址、 qq）； 管理員（ ID、姓名、密碼、系統(tǒng)標識、權(quán)限、管理的博客分類 ID、發(fā)表的日志數(shù)、自我論述、 ）； 站點信息（熱門日志、最新日志、博客總數(shù)、日志總數(shù)、評論總數(shù)、會員總數(shù)、專題數(shù)） 關(guān)鍵字（ ID、關(guān)鍵字名、關(guān)鍵字連接 Url、關(guān)鍵字連接 alt）； 模版（ 模版 ID、模版名稱、模版類型、模版文件名、模版縮略圖、是否為默認模版）； 系統(tǒng)風格（ ID、名稱、是否默認風格、 css文件路徑）； （ 2） 一個 1： n聯(lián)系轉(zhuǎn)換為一個關(guān)系模型 包含（ 日志 ID，內(nèi)容，標題，所屬 分類 ID，相關(guān)連接關(guān)鍵字，總點擊率，發(fā)表時間，作者，來源，評論數(shù)， 評論 ID，評論內(nèi)容，評論者姓名，評論時間，評論者 ip 地址，是所屬專題 ID，發(fā)表者的用戶 ID， 上傳文件 ID，上傳文件路徑） 屬于（ 注冊用戶 ID，姓名，密碼， ，自我論述，注冊日期，密碼問題，密碼答案，性別，生日，真實姓名，國家，省，市，電話，地址， qq） （ 3） 一個 1： 1聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模型 鏈接（ 關(guān)鍵字 ID，關(guān)鍵字名，關(guān)鍵字連接 Url， 博客 ID，內(nèi)容，標題） （ 4） 三個或三個以上實體間的一個多元聯(lián)系轉(zhuǎn)換為一個關(guān)系模式 評論（日志 ID，評論者 ID，博客分類 ID） （三）數(shù)據(jù)模型的優(yōu)化 數(shù)據(jù)庫邏輯設計的結(jié)果不是唯一的。 下面詳細列出本系統(tǒng)中的數(shù)據(jù)字典： 名字：用戶信息表 別名：博客用戶信息表 描述：記錄博客用戶的注冊信息表 定義：用戶信息表 =用戶名 +用戶密碼 位置：用戶驗證中心 名字：用戶名 別名： 描述：標識用戶的憑證 定義：用戶名 =1{字符 }10 位置：用戶驗證中心 用戶信息表 用戶管理部分 名字：用戶密碼 別名： 描述：驗證用戶是否合法的唯一憑證 定義：用戶密碼 =1{字符 }10 位置：用戶驗證中心 用戶信息表 用戶管理部分 名字：博客信息表 別名： 描述：記錄博客信息表 定義：博客信息表 =博客名 +博客作者 +博客類別 位置：博客信息中心 名字：博客名 別名： 描述：博客網(wǎng)頁的名稱 定義：博客名 =1{字符 }20 位置：博客信息表 名字：作者 別名：博客用戶 描述：博客網(wǎng)頁的制作者和管理者 定義：作者 =1{字符 }20 位置：博客信息表 名字：博客類型 別名：博客分類 描述： 標識博客內(nèi)容所屬的不同分類 定義：博客類型 =1{字符 }20 位置：博客信息表 名字：日志信息表 別名：文章信息表 描述：記錄博客用戶發(fā)表的文章的信息表 定義：日志信息表 =日志主題 +日志分類+發(fā)表日期 位置：日志管理部分 名字：日志主題 別名：文章題目 描述：標識日志的內(nèi)容 定義：日志主題 =1{字符 }20 位置：日志管理部分 名字：日志分類 別名： 描述：日志內(nèi)容所屬的類型 定義：日志分類 ID=1{字符 }20 位置：日志信息表 名字：發(fā)表日期 別名： 描述：日志 更新時間 定義：發(fā)表日期 =1{字符 }20 位置：日志信息表 名字：評論信息表 別名： 描述：記錄對日志的評價信息 定義：評論信息表 =評論主題 +評論人 + 評論日期 位置：評論信息表 評論管理部分 名字：評論主題 別名： 描述：代表評論是對哪個日志而發(fā)表的 定義：評論主題 =1{字符 }20 位置：評論信息表 評論管理部分 名字：評論人 別名： 描述：標識評論的作者 定義：評論人 =1{字符 }10 位置：評論信息表 評論管理部分 名字：評論日期 別名： 描述：代表評 論更新時間 定義：評論日期 =1{字符 }20 位置：評論信息表 評論管理部分 名字：管理信息表 別名：管理員信息表 描述： 記錄管理員的注冊信息表 定義：管理信息表 =用戶名 +用戶密碼 位置： 用戶驗證中心 名字：用戶名 別名： 描述： 標識用戶的憑證 定義：用戶名 =1{字符 }20 位置： 管理信息表 用戶驗證中心 名字：用戶密碼 別名： 描述：驗證用戶是 否合法的唯一憑證 定義：用戶密碼 =1{字符 }50 位置： 管理信息表 用戶驗證中心 名字：模板信息表 別名： 描述：記錄制作博客的模板信息 定義：模板信息表 =模板名稱 +提供者 + 模板代號 位置：模板信息表 名字：模板名稱 別名： 描述：體現(xiàn)模板特色的名字 定義：模板名稱 =1{字符 }20 位置：模板信息表 名字： 提供者 別名： 描述：標識模板的制作者 定義：提供者 =1{字符 }10 位置：管理模板部分 名字： 模板代號 別名： 描述： 唯一標識某一個模板 定義：模板代號 =1{字符 }20 位置：模板信息表 管理模板部分 3 系統(tǒng)設計 系統(tǒng)總體結(jié)構(gòu)設計 本系統(tǒng)主要包括三大模塊組成：博客訪問者模塊、用戶模塊、系統(tǒng)管理員模塊。 ◆修改歷史記錄：關(guān)于用例的修改時間、原因和修改人的詳細信息。 ◆被包含的用例：此用例所包含用例的列表。則 這些條件必須在訪問用例之前得到滿足。 ◆參與者：與此用例相關(guān)的參與者列表。我們按照主流博客網(wǎng)的模板進行設計。 系統(tǒng)功能需求分析 創(chuàng)建用例圖 系統(tǒng)管理員，參與了管理博客賬號、登陸、修改密碼 3個用例。 根據(jù)上述對新系統(tǒng)的初步分析和開發(fā)目標的分析，初步分析了一套博客系統(tǒng)的總體流圖，如下圖所示： 由于系統(tǒng)數(shù)據(jù)較多現(xiàn)舉出用戶登陸數(shù)據(jù)流如下： 系統(tǒng)功能需求分析 功能劃分 根據(jù)上一節(jié)的流程圖，把系統(tǒng)劃分成兩個大的模塊來完成：前臺模塊和后臺管理模塊。 （ 3）功能完善：不僅包括常見網(wǎng)站的博客功能的各個方面：寫日志、瀏覽、刪除、修改、檢索等各個方面 ，而且，還能進行對會員的管理，對用戶推薦的博客進行審核，以及上傳文件的管理。普通用戶只能瀏覽、評論和查詢博客信息。 博客用戶：對正在使用博客的用戶進行面對面的探訪，請教他們對博客的認識和使用意見。 第七章介紹的是博客瀏覽系統(tǒng)模塊，包括這個模塊的體系結(jié) 構(gòu)、運行流程圖和詳細代碼設計以及訪問量統(tǒng)計子模塊的關(guān)鍵代碼描述。 第三章是系統(tǒng)設計部分，本章主要針對系統(tǒng)進行總的體系結(jié)構(gòu)的設計，這部分設計是從用例模型及活動圖導出的；系統(tǒng)數(shù)據(jù)模 型設計包括了核心的 ER 圖、關(guān)系模型和一些重要的數(shù)據(jù)表；最后確定了系統(tǒng)的開發(fā)和運行環(huán)境以及開發(fā)本系統(tǒng)所涉及的一些關(guān)鍵技術(shù)。 論文各章內(nèi)容介紹 第一章是緒論 ,這一章主要是對本次畢業(yè)設計所開發(fā)的系統(tǒng)進行問題的定義 ,通過問題的定義明白需要做些什么 ,并且對開發(fā)內(nèi)容簡單的介紹了一下 。 使用 Dreamweaver 結(jié)合 ASP技術(shù)已經(jīng)成為現(xiàn)代開發(fā)動態(tài)網(wǎng)站的首選技術(shù)，許多已經(jīng)開發(fā)成功的經(jīng)典項目足以證明此技術(shù)的可行性。 把握博客技術(shù)的發(fā)展動態(tài)對更好的開發(fā)設計本課題有很大的幫 助，在調(diào)研過程中反映出來的對博客新技術(shù)的迫切需求更加激勵了我要出色的完成本課題的設計。 （ 4）系統(tǒng)功能頁面： 日志和博客關(guān) 鍵字搜索，列出日志、評論、留言的總數(shù)。 （ 2）管理內(nèi)