【文章內容簡介】 量避免數據的多余，另外，還要盡可能提高數據的存取速度。數據庫設計時速度與空間在范式上是相互矛盾的。一方面按規(guī)范化理論的要求，關系模式應盡量取高級范式，尤其對記錄數較多的關系，低級范式將會造成存儲的大量重復，是空間遭受嚴重浪費；另一方面從存取速度上考慮，應該盡量做到一個模式涉及的屬性越多越好，相互運算越少越好，這樣，又應取低級范式。因此我們在設計數據庫時要嚴格地探討它的使用環(huán)境，充分了解用戶的需求，清楚地掌握數據庫系統的特點。經過綜合的評價和分析后設計出的數據庫應滿足以下要求： 數據庫信息要能充分體現出用戶使用系統的需求。 能夠支持用戶對數據進行的所有處理。 能夠容易被數據庫管理系統運行維護。 數據一致性、完整性好，無更新異常。 數據庫選擇本系統所采用的數據庫是 SQL Server2005。 SQL(Structured Query Language)，結構化查詢語言。SQL語言的主要功能就是同各種數據庫建立聯系，進行溝通。按照ANSI(美國國家標準協會)的規(guī)定，SQL被作為關系型數據庫管理系統的標準語言。SQL語句可以用來執(zhí)行各種各樣的操作，例如更新數據庫中的數據，從數據庫中提取數據等。絕大多數流行的關系型數據庫管理系統都采用了SQL語言標準。雖然很多數據庫都對SQL語句進行了再開發(fā)和擴展，但是包括Select, Insert, Update, Delete, Create,以及Drop在內的標準的SQL命令仍然可以被用來完成幾乎所有的數據庫操作。 數據庫的概念結構設計完畢后，現在可以將上面的數據庫概念結構轉化為某種數據庫系統所支持的實際數據模型，也就是數據庫邏輯結構。根據博客的使用情況的不同，可以采用SQL Server 2005數據庫，SQL Server 2005便于安裝。博客系統中各個表的設計結果如下面圖表所示。每個表格表示在數據庫中的一個表。 Users注冊用戶表Users注冊用戶表，用來記錄用戶信息。 AddUser表AddUser表記添加用戶。 AddrizhiMessage博文信息表AddrizhiMessage博文信息表，發(fā)表博文的信息存儲。 Comments文章評論表Comments文章評論表，記錄文章的所有評論。 liuyan文章表liuyan文章表，記錄用戶書寫的所有留言。 數據庫的完整性和安全性 數據庫的完整性約束 數據庫的完整性是指數據的正確性和相容性。數據庫管理系統(DBMS)用一定的機制來檢查數據庫中的數據是否滿足規(guī)定的條件——完整性約束條件，數據的約束條件是語義的體現，將作為模式的一部分存入數據庫中。數據庫的完整性約束主要包括以下三方面要求：實體完整性實體完整性是指若屬性A是基本關系R的主屬性，則屬性A不能取空值。對于每個表來說，主鍵都不可以為空。在用戶提交信息時，系統會對用戶所填寫的信息進行驗證，對于其中的關鍵信息沒有填寫或者數據非法時，系統會提示用戶更改后再提交。這樣保證了系統實體完整性。參照完整性由于表和表之間會存在某些聯系，當關系R和關系S之間是一對多關系時(R的主鍵是A，S的主鍵是b，c是s中的外碼)，在插入數據時就要保證外碼c的值或者為空或者等于R中某個元組的主碼值。在對被參照表進行刪除操作時應同時進行及聯刪除。用戶定義完整性任何關系數據庫系統都應該支持實體完整性和參照完整性。除此之外，不同的關系數據庫系統根據其應用環(huán)境的不同，往往還需要一些特殊的約束條件，用戶定義的完整性就是針對某一具體關系數據庫的約束條件。它反映某一具體應用所涉及的數據必須滿足的語義要求。例如某個屬性必須取唯一值、某個屬性的取值范圍等。 數據庫的安全性數據庫的安全性是指保護數據庫以防止不合法的使用所造成的數據泄漏、更改或破壞。在數據庫系統中，大量的數據集中存放，同時又為許多用戶直接共享，是寶貴的信息資源，因此系統的安全保護措施就顯得更為重要。鍵全的數據庫安全機制可以防止數據庫被惡意的破壞和非法的存取。本系統的安全設計包括服務器和數據庫兩方面設計。當用戶使用系統時，系統首先會檢查用戶是否登錄，如果用戶還沒有登錄，系統將會彈出警告窗口提醒用戶，并將相應的頁面跳轉至用戶登錄。在用戶提交登錄信息后，系統會對用戶的身份進行核對，如果在數據庫中查找到了相關記錄，打開用戶頁面，表明用戶登錄成功。對于數據庫的安全，主要是通過對授權用戶的身份驗證實現的。在的系統管理頁面，提示用戶使用管理員帳號在此登錄，沒有管理權限的系統注冊用戶無法登錄到數據庫管理的后臺。系統確認了管理員身份之后統會打開管理頁面，系統管理者可在此對整個系統的數據庫進行管理和維護。第四章 系統設計第四章 系統設計對博客系統進行系統分析、數據庫設計之后，本章將主要介紹系統各功能模塊的設計及其實現。軟件所實現的功能強弱是衡量一個軟件的最根本的標準。通過對系統的全面分析并結合調研的情況，確定了本系統的功能模塊圖。本章先從系統總體結構設計介紹，接著分別對公用模塊、客戶界面、管理對功能模塊加以描述。 系統總體設計本系統數據庫采用SQL Sever 2005 ，Web服務器采用IIS 。 公用模塊的編寫 數據庫連接文件 為了操作數據庫方便，把連接數據庫、查詢、更新、插入、這樣其他頁面引入這個頁面，就可以調用數據庫操作方法，操作數據庫了，這樣便于提高程序的重用性。 用戶登錄和注銷。當用戶在首爺輸入用戶名和密碼請求登錄時，先從數據庫查詢該用戶的用戶名和密碼是否正確，如果正確則把該用戶的用戶名和密碼，寫入用戶Cookie，這樣其他頁面如果需要用戶登錄才能訪問，只需要從Cookie取用戶的用戶名，如果能取得，則說明用戶已經登錄，否則用戶未登錄。當然用Cookie記錄用戶登錄是有風險的，最好用Session記錄。注銷只需要設置記錄用戶的Cookie過期就可以了。 客戶界面的設計與實現界面模塊化，可以提高代碼的重用性，能為編程提供很大便利，節(jié)省開發(fā)時間，提高開發(fā)效率。 界面頭設計 （1）設計思想為了體現簡潔明快的風格，界面頭不打算用很復雜的動畫圖片，頂部直接安排一個導航欄，讓用戶可以在首頁、個人資料、博文、評論、博文管理、評論管理等模塊之間方便的切換。（2）效果預覽按上面的設計思想，經過一番美工的潤飾。 界面頭 界面尾設計界面尾部，一般聲明一些版權信息，是否有ISP登記，聯系信息等，本博客只需聲明一下版權就可以了。 界面尾 首頁設計與實現首頁是一個網站的窗口，長久留住一個用戶靠網站強大的功能和豐富的內容，要想吸引用戶，首頁的設計精美和人性化也是重要的因素。首先是給瀏覽者留下的第一印象。所以設計要精美；首頁是網站的導航圖，所以設計要人性化，重點層次突出。設計思想：首頁直接引入前面設計的公用模塊的界面頭和尾。首頁左邊給出瀏覽者一個清晰的導航。在右邊用戶能登錄/注冊、最新更新的博文列表、評論，在左邊顯示最新更新的博文信息。 博客最核心的是文章，所以正文右邊給出一塊很大空間，用以展示最新書寫的幾篇文章的標題和內容概要，用戶單擊博文標簽，能進入查看該文章的詳細內容。 首頁 “文章評論”功能模塊設計在展現文章頁面的末尾，提供接口供瀏覽者針對該文章發(fā)表評論，技術實現非常簡單，就是提供發(fā)表評論標題和評論內容的文本框，讓讀者輸入評論標題和內容，當讀者單擊[提交]按鈕的時候，把評論標題和內容保存到數據庫。 “添加文章”功能模塊通過“添加文章”功能模塊用戶能設置文章標題，選擇文章所屬分類，填寫文章概要和文章內容，對應的頁面是 發(fā)表文章 “文章管理”功能模塊“文章管理”功能模塊主要顯示當前用戶所寫的所有文章，并能修改或者刪除現有文章, 日志管理 “評論管理”功能模塊 評論管理 “基本設置”功能模塊用戶可能需要為自己的博客設置非常有個性的標題、LOGO圖標或者發(fā)表一個有個性的公告顯示在首頁等，為此需要為用戶提供一個界面,方便用戶進行這些個性化設置。 個人資料第五章 系統測試第五章 系統測試 測試目的程序測試就是在程序投入運行前，對程序的需求分析、設計規(guī)格說明和編碼的最終復審，是保證程序質量的關鍵步驟。如果要給程序測試下定義，可以這樣講，程序測試是為了發(fā)現錯誤而執(zhí)行程序的過程。測試的目的就是在軟件投入生產性運行之前，盡可能多地發(fā)現軟件中的錯誤。在開發(fā)大型軟件系統的過程中，需要面對錯綜復雜的問題，因此，在軟件生存周期的每個階段都不可避免地會產生錯誤。編程人員力求在每個階段結束之前通過嚴格的技術審查，盡可能早的發(fā)現并糾正錯誤。 測試方法程序測試的主要方法分為兩大類，白盒測試和黑盒測試。白盒測試：也稱結構測試，將軟件看成一個透明的白盒子，按照程序的內部結構和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查它與設計是否相符。黑盒測試：也稱功能測試，將軟件看作黑盒子，在完全不考慮程序的內部結構和特性的情況下，測試軟件的外部特性。根據軟件的需求規(guī)格說明書設計測試用例，從程序的輸入和輸出特性上測試是否滿足設定的功能。在本次測試工作中使用了兩種方法。但主要使用的是黑盒測試方法。 測試實例 后臺管理權限測試測試內容：非管理員用戶點擊管理按鈕，系統是否會允許進入后臺管理。操作：以瀏覽者的身份進入博客系統，點擊管理按鈕。 前臺文章顯示測試測試內容：打開前臺首頁后，是否會顯示相應的文章列表。操作：打開前臺首頁查看。結果：文章列表區(qū)域正確顯示發(fā)表的文章。結論：顯示的內容與數據庫中的內容一致，經調試成功。 前臺顯示文章詳細內容測試測試內容：點擊一個文章的標題，是否會顯示出文章的全部內容。操作：隨意點擊一篇文章的標題。結果：在文章細節(jié)頁面正確的顯示出文章的全部內容。結論：測試成功。 文章管理 發(fā)表文章測試內容：管理員用戶發(fā)表新文章。操作：以管理員的身份進入博客系統，點擊管理按鈕，填寫完文章內容之后單擊添加按鈕，看系統是否會提示發(fā)表成功。 發(fā)表文章 刪除文章。測試內容：用戶對自己所發(fā)表的文章信息能否成功刪除。操作：點擊刪除系統詢問是否刪除該文章信息， 結果：文章信息被成功刪除。結論：測試成功。 系統信息管理 顯示原系統信息。測試內容：進入頁面后，能否正確的顯示原系統信息中的內容。操作：進入系統信息管理頁面查看信息情況。結果：頁面成功的顯示出正確的信息。結論：測試成功。 修改系統信息測試內容：修改系統內容后，系統配置是否能正確反映。操作：分別修改系統信息中的不同的信息。結果：成功的修改了配置，并成功反應到系統中。結論：測試成功。第六章 結束語經過了兩個多月的學習和工作，我終于完成了《基于ASP技術的個人博客系統的開發(fā)設計研究》的論文。從開始接到論文題目到系統的實現，再到論文文章的完成，每走一步對我來說都是新的嘗試與挑戰(zhàn)，這也是我在大學期間獨立完成的最大的項目。在這段時間里，我學到了很多知識也有很多感受，從對博客一無所知，對ASP等相關技術很不了解的狀態(tài)，我開始了獨立的學習和試驗，查看相關的資料和書籍，讓自己頭腦中模糊的概念逐漸清晰，使自己非常稚嫩作品一步步完善起來，每一次改進都是我學習的收獲，每一次試驗的成功都會讓我興奮好一段時間。從中我也充分認識到了博客這一新興的出版方式給我們生活帶來的樂趣，在屬于自己的網絡空間上，盡情宣泄自己的情感，表達自己的感受，并且把自己的想法與他人分享，我也有了一個屬于自己的博客空間。雖然我的論文作品不是很成熟，還有很多不足之處，但我可以自豪的說，這里面的每一段代碼，都有我的勞動。當看著自己的程序，自己成天相伴的系統能夠健康的運行，真是莫大的幸福和欣慰。我相信其中的酸甜苦辣最終都會化為甜美的甘泉。這次做論文的經歷也會使我終身受益，我感受到做論文是要真真正正用心去做的一件事情，是真正的自己學習的過程和研究的過程，沒有學習就不可能有研究的能力，沒有自己的研究，就不會有所突破，那也就不叫論文了。希望這次的經歷能讓我在以后學習中激勵我繼續(xù)進步。參考文獻參考文獻[1]崔金鵬,支麗平. 基于ASP的動態(tài)網站的設計與實現[J]. 中國科技信息, 2007, (22). [2]唐輝. 基于ASP技術動態(tài)網站的規(guī)劃與設計[J]. 中國校外教育(理論), 2008, (S1).