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