基于asp+access的部落格網站設計與實作（畢業論文+程式源碼）
大家好，今天給大家介紹基于asp+access的部落格網站設計與實作，文章末尾附有本畢業設計的論文和源碼下載下傳位址哦。需要下載下傳開題報告PPT模闆及論文答辯PPT模闆等的小夥伴，可以進入我的部落格首頁檢視左側最下面欄目中的自助下載下傳方法哦
文章目錄：
- 基于asp+access的部落格網站設計與實作（畢業論文+程式源碼）
-
- 1、項目簡介
- 2、資源詳情
- 3、關鍵詞：
- 4、畢設簡介
- 5、資源下載下傳
1、項目簡介
- 部落格簡單來說就是“網絡日記”，本課題研究的部落格網站就是可以讓使用者零成本、較少維護地建立自己的網絡媒體。本課題開發實作部落格的通用功能：發表日志，上傳圖檔，管理部落格，閱讀部落格，發表評論等幾大功能。另外系統頁面風格的可變性是本部落格系統一大優勢。
- 本課題遵循了“放眼于系統，按功能分快”的原則，巧妙地将開發一個完整的部落格網站的過程分解成各個子產品，然後逐一的實作各個功能子產品，最後把所有的子產品連在一起就構成了一個完整的部落格系統。
- 本系統的頁面設計主要是在Dreamweaver環境下完成的，通過引入ASP技術和資料庫技術使得部落格系統的動态功能得以很好的實作，本系統的成功開發可以說是Dreamweaver結合ASP技術開發動态網站的成功展現。
2、資源詳情
項目難度：中等難度
适用場景：相關題目的畢業設計
配套論文字數：20431個字51頁
包含内容：整套源碼+完整畢業論文
3、關鍵詞：
部落格 ASP 資料庫 Dreamweaver
4、畢設簡介
提示：以下為畢業論文的簡略介紹，項目源碼及完整畢業論文下載下傳位址見文末。
引言
1.1 課題的研究背景與意義
1.1.1 課題的研究背景
省略
1.1.2 課題的研究意義
省略
一旦部落格研究取得關鍵性技術的新突破，将會在網絡世界掀起一股前所未有的部落格浪潮，介時将會有更多的人擁有自己的部落格，部落格影響力也将倍增。這時通過部落格一些新的科學技術将更容易推廣，好的政策好的思想也會更加容易傳播，如果這樣相信社會的進步将會是顯而易見的。
1.2 問題定義和簡介
1.2.1 課題的定義
本課題開發的部落格網就是為使用者提供一個網絡空間，使用者可以在這個空間上發表日志、上傳圖檔等操作。同時為浏覽者提供浏覽日志、發表評論的權力，并通過系統管理者對整個系統的部落格賬号、部落格内容以及評論進行管理。
根據以上定義，本部落格系統主要研究以下幾個子產品。
（1） 部落格通路者：參與部落格閱讀、發表評論。
（2） 部落格管理者：參與登陸、修改自己資訊、管理日志、管理圖檔、管理連結。
（3） 系統管理者：管理部落格賬号、部落格内容、系統部落格分類。
1.2.2 課題簡介
本課題主要開發以下幾個功能：使用者元件和樣式的設計，賬号管理和驗證，管理内容，閱讀部落格，系統功能頁面等。
（1）帳号管理和驗證：帳号申請、權限配置設定、帳号登出；區分部落格管理者和系統管理者；能夠通過帳号正确的驗證和辨別使用者，防止非部落格使用者盜用他人名義發表内容。
（2）管理内容：為每個部落格管理者提供部落格的内容管理平台，提供日志、留言、評論、連結、四大類的資訊管理内容。除評論外，每種資訊均可自行管理資訊分類，以及管理這種資訊。
（3）閱讀部落格：系統首頁為部落格通路者提供了部落格分類清單，浏覽者可以選擇自己喜歡的部落格專題。另外首頁還包括最新日志清單、通路率最高的日志清單、最新注冊的使用者清單和部落格排行榜。
（4）系統功能頁面： 日志和部落格關鍵字搜尋，列出日志、評論、留言的總數。
1.3 課題調研與可行性分析
1.3.1 課題調研
省略
1.3.2 可行性分析
本系統主要從經濟可行性和技術可行性兩個角度對其可行性進行分析：
（1）技術可行性
本系統使用ASP技術進行開發，現在有很多企業及技術人員選擇它來作為開發平台。是以，在技術上ASP是完全可以勝任這個平台的開發。
使用Dreamweaver結合ASP技術已經成為現代開發動态網站的首選技術，許多已經開發成功的經典項目足以證明此技術的可行性。
（2）經濟可行性
由于本項目的特殊性，無需投入額外的裝置購買及人員教育訓練費用，是以在經濟上本系統的開發是可行的。
部落格系統一旦開發成功投入運作，将會吸引很多的部落格使用者，網站的知名度迅速上升，通路量也會大幅度提高到時将會帶來可靠的經濟效益。
按上述兩方面進行可行性分析、研究後，我們認為該項目在技術上是可行的，在經濟上是可合理的，可以進行開發。
1.4 論文各章内容介紹
第一章是緒論,這一章主要是對本次畢業設計所開發的系統進行問題的定義,通過問題的定義明白需要做些什麼,并且對開發内容簡單的介紹了一下;同時本章還對課題的研究背景與研究意義進行分析,對開發本系統的可行性分析還有對論文各章内容的簡要介紹。
第二章是系統需求分析。主要内容是系統的性能要求及功能需求分析，最後按面向對象的分析方式給出了系統的用例模型、流程圖以及資料字典。
第三章是系統設計部分，本章主要針對系統進行總的體系結構的設計，這部分設計是從用例模型及活動圖導出的；系統資料模型設計包括了核心的E-R圖、關系模型和一些重要的資料表；最後确定了系統的開發和運作環境以及開發本系統所涉及的一些關鍵技術。
第四章介紹的是系統的資料庫連接配接檔案，以後系統需要連接配接資料庫的隻要直接調用這個檔案就可以了。
第五章從這章将開始本系統的詳細設計階段，本章介紹的是注冊登陸子產品，包括這個子產品的體系結構，運作圖，以及代碼設計中的要點。
第六章介紹的管理系統子產品，同樣通過子產品體系結構，運作圖和代碼設計分别對部落格管理和系統管理兩個子子產品進行了比較詳細的設計。
第七章介紹的是部落格浏覽系統子產品，包括這個子產品的體系結構、運作流程圖和詳細代碼設計以及通路量統計子子產品的關鍵代碼描述。
2 系統需求分析
根據第一章所定義的課題研究方向及目标，本章将對系統功能進行具體的需求分析，具體分析部落格網所要實作的功能及欲達到的效果。
2.1 需求調研
從需求調查開始部落格系統的研究，我們決定從下面幾個來源進行收集資料。
主流部落格網：對目前人氣高的部落格網進行認真的調查。
部落格使用者：對正在使用部落格的使用者進行面對面的探訪，請教他們對部落格的認識和使用意見。
做一個自己的部落格：最好的需求調研就是深入到業務過程中，在主流部落格網注冊自己的帳号，親自體會部落格的強大功能然後記錄下來。
部落格系統需求管理規劃表如表2-1
表2-1 部落格系統需求分析表
2.2 業務流程分析
本系統是将現代化的計算機技術與部落格服務技術相結合，按照部落格技術的服務流程設計完成的。為了使系統在實際運作中發揮更大的作用，實作工作過程的計算機化，提高工作效率和工作品質，現提出如下系統開發目标：
其工作流程為：系統啟動并調用預設的部落格模版類型，所有使用者浏覽部落格首頁面，之後的操作通過權限判斷。普通使用者隻能浏覽、評論和查詢部落格資訊。管理者分為系統管理者和部落格管理者，前者可以對系統管理的所有功能進行操作，後者隻有對部落格進行寫入、修改和删除的權限，并且其權限也受到系統管理者的限制，他隻能在自己的權限範圍内進行對部落格的管理操作。
具體目标如下：
（1）操作簡單、界面友好：完全控件式的頁面布局，使得使用者寫部落格的工作更簡便；許多選項包括部落格類别、作者等隻需要點選滑鼠就可以完成；另外，跟蹤出現的提示資訊也讓使用者随時清楚自己的操作情況。
（2）即時可見：對部落格的處理（包括寫入、修改、删除）将立即在首頁的對應欄目顯示出來，達到"即時釋出、即時見效"的功能。
（3）功能完善：不僅包括常見網站的部落格功能的各個方面：寫日志、浏覽、删除、修改、檢索等各個方面，而且，還能進行對會員的管理，對使用者推薦的部落格進行稽核，以及上傳檔案的管理。同時，為了能有效方面的更新系統的界面，系統還增加了調用部落格界面模版的功能。
（4）動态管理：對系統資料庫實行動态操作，能實作對資料庫資訊的動态查詢、動态更新修改和動态錄入資料。
2.3 系統資料流圖
本系統主要完成部落格的浏覽與管理的功能，是以，在邏輯上可以将系統分為部落格浏覽系統和部落格管理系統兩部分，同時，系統的所有資料都需通過一個資料庫系統來實作查詢、更新和輸入，是以在總體上可将總系統分為部落格浏覽系統、部落格管理系統和資料庫系統三個系統，對本系統操作的資料源有普通浏覽者、部落格使用者和管理者三種。
根據上述對新系統的初步分析和開發目标的分析，初步分析了一套部落格系統的總體流圖，如下圖所示：
由于系統資料較多現舉出使用者登陸資料流如下：
2.4 系統功能需求分析
2.4.1 功能劃分
根據上一節的流程圖，把系統劃分成兩個大的子產品來完成：前台子產品和背景管理子產品。子產品劃分如表所示。
2.4.2 功能描述
上面兩節把建立一個部落格系統的流程圖和功能子產品的劃分進行了介紹，下面将各個功能子產品的功能做詳細的描述，即對上述的子產品功能進行設計與細化，以便我們下一步的開發。系統功能的較長的描述如下：
有了這些功能明細後，我們就把整個系統的架構确定下來了，也就确定了系統資料的基本結構。
2.5 系統功能需求分析
2.5.1 建立用例圖
系統管理者，參與了管理部落格賬号、登陸、修改密碼3個用例。
部落格使用者，參與了登陸、修改密碼、管理文章、管理連接配接、管理圖檔5個用例。
部落格通路者，參與了閱讀部落格、發表評論2個用例。
部落格系統參與者:
部落格系統用例：
2.5.2 較長的描述用例
用例圖是系統的高層試圖，僅僅是用例圖還不能支撐項目組進行設計工作，對于每一個用例，都需要确定使用者如何使用這個系統，我們以使用者的角度進行事件流設計，描述用例提供的價值和工作流程。我們按照主流部落格網的模闆進行設計。
◆名稱：表明使用者的意圖或用例的用途。
◆辨別符：惟一表識，如UC1234，在項目的其他元素中可以用來引用這個用例。
◆描述：概述用例的幾句話。
◆參與者：與此用例相關的參與者清單。
◆狀态：訓示用例的狀态。
◆頻率：參與者通路次用例的頻率。
◆前置條件：一個條件清單，如果其中包含條件。則這些條件必須在通路用例之前得到滿足。
◆後置條件：一個條件清單，如果其中包含條件。則這些條件必須在用例成功完成以後得到滿足。
◆被擴充的用例：此用例所擴充的用例。
◆被包含的用例：此用例所包含用例的清單。
◆假設：對編寫此用例時所建立的域的任何重要假設。
◆基本操作流程：參與者在用例中所遵循的主邏輯路徑。
◆可選操作流程：用例中很少用到的邏輯路徑，那些在變更工作方式、出現異常或發生錯誤的情況下所遵循的路徑。
◆修改曆史記錄：關于用例的修改時間、原因和修改人的詳細資訊。
◆問題：如果存在，則為與此用例的開發相關的問題或操作項目的清單。
◆決策：關鍵決策的清單，這些決策通常由你的SME做出，并屬于用例的内容。
2.6 資料字典
資料字典是系統分析階段的重要文檔，它清楚地定義與詳細地解釋了資料流程圖上不能詳細表達的内容，同時它也是同使用者交談的工具。
下面詳細列出本系統中的資料字典：
3 系統設計
3.1 系統總體結構設計
本系統主要包括三大子產品組成：部落格通路者子產品、使用者子產品、系統管理者子產品。
整個系統的結構架構如下圖所示
3.2 系統資料模型設計
由于部落格系統中對部落格内容的寫入、修改和更新工作比較複雜，是以它的主要任務是進行大量的資料庫操作，這就必然要存儲和利用大量的、各種類型的資料。如何建立一個良好的資料庫結構和檔案組織形式，使其能夠迅速、準确的查找所需要的資料，是衡量這個系統的主要名額之一。
（一）概念模型的建立
通過第二章中對系統資料流以及局部資料流和資料字典的分析，可以總結出系統中資料概念模型，如下圖所示：
概念模型（E-R圖）：
圖3-2使用者概念模型
圖3-3系統概念模型
（二） 資料模型的建立
現根據上述概念模型，将它們轉化為資料模型，由于資料較多，現舉部分資料進行轉換。根據關系模型的轉換規則，轉換方式分為如下幾種：
（1） 一個實體型轉換為一個關系模型
部落格（ 部落格 ID、内容、标題、所屬分類ID、相關部落格連接配接關鍵字、總點選率、寫入入時間、作者、來源、标題圖檔連接配接、所屬專題ID、部落格管理者ID、外部連接配接的Url）；
注冊會員（ID、姓名、密碼、email、自我論述、注冊日期、密碼問題、密碼答案、性别、生日、真實姓名、國家、省、市、電話、位址、qq）；
管理者（ID、姓名、密碼、系統辨別、權限、管理的部落格分類ID、發表的日志數、自我論述、email）；
站點資訊（熱門日志、最新日志、部落格總數、日志總數、評論總數、會員總數、專題數）
關鍵字（ID、關鍵字名、關鍵字連接配接Url、關鍵字連接配接alt）；
模版（模版ID、模版名稱、模版類型、模版檔案名、模版縮略圖、是否為預設模版）；
系統風格（ID、名稱、是否預設風格、css檔案路徑）；
（2） 一個1：n聯系轉換為一個關系模型
包含（日志 ID，内容，标題，所屬分類ID，相關連接配接關鍵字，總點選率，發表時間，作者，來源，評論數，評論ID，評論内容，評論者姓名，評論時間，評論者ip位址，是所屬專題ID，發表者的使用者ID，上傳檔案ID，上傳檔案路徑）
屬于（注冊使用者ID，姓名，密碼，email，自我論述，注冊日期，密碼問題，密碼答案，性别，生日，真實姓名，國家，省，市，電話，位址，qq）
（3） 一個1：1聯系可以轉換為一個關系模型
連結（關鍵字ID，關鍵字名，關鍵字連接配接Url，部落格ID，内容，标題）
（4） 三個或三個以上實體間的一個多元聯系轉換為一個關系模式
評論（日志ID，評論者ID，部落格分類ID）
（三）資料模型的優化
資料庫邏輯設計的結果不是唯一的。為了進一步提高系統資料庫應用系統的性能，必須對資料模型進行優化。由于資料較多，隻就部分資料舉例如下：
1．确定資料依賴
新聞關系模型中存在如下資料依賴：
部落格ID→内容，部落格ID→标題，部落格ID→所屬分類ID，部落格ID→相關部落格連接配接關鍵字，新聞ID→錄入時間，部落格ID→作者，部落格ID→來源，部落格ID→日點選率，部落格ID→評論ID，部落格ID→标題圖檔連接配接，部落格ID→所屬專題ID，部落格ID→發表者的管理者ID，部落格ID→部落格外部連接配接的Url，部落格ID→上傳檔案ID，部落格ID→上傳檔案路徑，部落格ID→評論數，上傳檔案ID→上傳檔案路徑，評論ID→評論内容、評論ID→評論者姓名、評論ID→評論圖象、評論ID→評論時間、評論ID→評論者ip位址，（日志ID、評論ID）→評論數，評論ID→評論數
其中碼有（部落格ID，評論ID，上傳檔案ID，日志ID）
2．消除備援關系
觀察上述依賴發現如果一篇日志含有多個評論，那麼日志的其他屬性将重複存儲很多次，是以可以将關系模型轉化為：
日志（日志 ID、内容、标題、所屬分類ID、總點選率、發表時間、作者、來源、評論數、标題圖檔連接配接、所屬專題ID、發表者的使用者ID、摘要、日志外部連接配接的Url、上傳檔案ID、上傳檔案路徑、評論ID）
評論（日志ID、評論ID、評論數、評論内容、評論者姓名、評論圖象、評論時間、評論者ip位址）
3．考查部分函數依賴、傳遞函數依賴等的存在性，以确定關系模型分别達到的範式
在“日志”關系模式中“評論ID”并不決定其他的非主屬性，同時存在“日志ID→上傳檔案ID”，“上傳檔案ID→上傳檔案路徑”這樣的傳遞函數依賴，是以，在消除部分依賴和傳遞依賴後可以将關系轉換為：
日志（日志ID、内容、标題、所屬分類ID、相關日志連接配接關鍵字、總點選率、發表時間、作者、來源、評論數、是否頭條新聞、标題圖檔連接配接、所屬專題ID、發表者的使用者ID、日志外部連接配接的Url）
評論（評論ID、評論内容、評論者姓名、評論圖象、評論時間、評論者ip位址）
上傳檔案（上傳檔案ID、上傳檔案路徑）
是以，可以确定這樣的關系模型達到了第三範式。
4．确定是否分解
由于，關系模型的規範化程度并不是越高越好，在實際應用中高範式可能會帶來程式查詢時間的浪費，是以，在資料庫檔案設計上，本系統達到第三範式已經足夠，無須在做分解。
3.3 資料庫表的設計
資料庫設計是項目開發中的系統設計中非常重要的另一個關鍵環節，在這裡之是以特别強調資料庫設計的重要性，上因為資料庫設計就像在建設高樓大廈的根基一樣，如果設計不好，在後來的系統維護、變更和功能擴充時，甚至在系統開發過程中，将會引起比較大的問題，會遇到非常大的困難，大量的工作将會重新進行。
下面根據前面列出的系統用例圖，開始設計相關資料庫。
(1) 資料庫表及表之間的互相關系
本系統需要設計的資料庫表如下
資料庫表
上表列出了本系統所用到的資料表，并根據流程和功能表示出資料各表之間的關系，具體如下。
資料庫表關系（簡化關系圖）
（2） 資料庫表結構的詳細設計
下面開始對上一節列出的資料表逐一做出詳細說明。
存儲使用者資訊、權限及使用者的部落格資訊的表如下。
3.4 系統開發與運作環境确定
3.4.1 系統開發環境
3.4.1.1 系統開發環境及開發工具
開發工具對一個系統的成敗具有決定性作用。由于本系統是應用于網絡的，是以，我們選擇了Asp技術進行開發，同時，選用Access作為系統背景資料庫，開發中将用到以下主要幾款開發工具：
3.4.1.2 使用Asp作為系統開發工具的優點
ASP就是由伺服器端腳本、對象以及元件拓展過的标準網頁（也可以了解為在普通的網頁中嵌入了一些擴充的指令），另一方面，ASP也可以了解為一種支援ASP擴充的Web伺服器環境。它最終顯示在浏覽器中的網頁并不是在建立初期就存在的，而是當某個浏覽器向伺服器提出請求時，它才根據需要産生需要的标準網頁，這克服了過去HTML編寫的網頁不能更改的缺點，進而使網頁上可以存在許多動态的資訊。
3.5 系統實作的若幹關鍵技術
3.5.1 UML模組化技術
1997年，OMG組織(Object Management Group對象管理組織)釋出了統一模組化語言(Unified Modeling Language，UML)。UML是一種可以應用于任何軟體開發過程的标記法和語義語言,UML的目标之一就是為開發團隊提供标準通用的設計語言來開發和建構計算機應用。UML提出了一套IT專業人員期待多年的統一的标準模組化符号,通過使用UML，這些人員能夠閱讀和交流系統架構和設計規劃–就像建築勞工多年來所使用的建築設計圖一樣。
省略
3.5.2 ASP與IIS技術
IIS簡介
Wsb伺服器是Web應用程式的心髒。IIS(Internet Information Server)是微軟推出的Windows NT Option Pack的主要成員，作為Win的擴充，自推出以來已經有了很大發展，其體系結構是當今市場上最受關注的Web伺服器之一。新推出的IIS6.0版本增強了系統安全性，具有伺服器端腳本開發調試，内容管理和站點分析，崩潰防護，内置JAVA虛拟機及全面支援ASP等強大功能。
IIS與ASP的結合
在過去，客戶機/伺服器結構的設計與Web的相關技術幾乎處于平行線上，兩者互相獨立并無法作出內建性的設計。現在我們利用IIS+ASP構成三層式Web結構（如圖2.1所示）的中間一層，将客戶機/伺服器結構與Web密切結合，完成前後端兩者的內建輸出功能，使得Web站點的開發更友善，實作的功能更強大。
利用IIS+ASP技術來內建Web前後端所帶來的強大效益可歸結為以下幾個方面：
減少建構和維護成本
加快聯機過程
應用軟體集中在伺服器端開發管理
前端可使用任何浏覽器（IE、Netscape……）
後端可存取任何資料庫 (SQL、Access……)
可使用任何腳本語言開發 (VBScript、JavaScript、PERL……)
3.5.3 利用ADO通路資料庫技術
ADO（ActiveX Data Objects）是一種操作Microsoft所支援的資料庫的新技術。在ASP中，ADO可以看作是一個伺服器元件(Server Component)，更簡單點說，是一系列的對象，應用這些功能強大的對象，即可輕松完成對資料庫複雜的操作。本文中個性化頁面的實作便大量地用到了ADO技術。具體的操作步驟可以歸納為以下幾步：
1．建立資料庫源名(DSN)
2．建立資料庫連結(Connection)
3．建立資料對象
4．操作資料庫
5．關閉資料對象和連結
省略
5 詳細設計
根據對系統所需實作功能的分析和系統結構設計，現将對系統進行詳細設計。但由于系統子產品的代碼較多，現就系統的幾個重要子產品的部分設計在以下的幾章中進行舉例，其中在第五章中将介紹注冊登陸系統中的部分子產品，而在第六章中會介紹部落格管理系統中的部分子產品。
5.1 系統登入子產品子產品簡介
該子產品是部落格系統中的一個重要組成，用于完成對使用者權限的判定。當啟動系統時，系統即将使用者視為一般使用者，是以一般使用者直接能進行部落格浏覽和部落格閱讀。注冊使用者需送出密碼和使用者名登陸系統，之後不僅可以完成以上功能，還能建立自己的部落格并進行管理；倘若忘記了密碼，可以進行密碼查詢，此時系統會根據使用者填寫的使用者名查找密碼的問題以提示使用者，使用者輸入正确密碼後可修 改密碼。一般使用者若想注冊，可以進行資料登記，資料送出後系統稽核通過後系統會提醒你注冊成功，通過首頁登陸即可進入自己的部落格管理頁面。管理者（無論是系統管理者，還是部落格管理者都一樣）需送出使用者名和密碼，系統管理者還需輸入系統随機産生的校驗碼進行登陸，之後進入管理頁面。
5.2 子產品體系結構
為實作上述功能，将該子產品分為了三個子子產品：新使用者注冊子子產品、注冊使用者登陸子子產品、系統管理者登陸子子產品。各子產品之間關系如下：
5.3 運作圖
圖5-2登陸系統運作圖
5.4 設計說明
5.4.1 新使用者注冊子子產品
使用者注冊，首先要檢查的就是使用者填寫的資訊，其中包括：
- 字段是否空白，若空白則不接受。
- 輸入的E-mail是否正确。
- 兩次輸入的密碼是否一緻。
- 使用者名是否被使用
-
電子郵件是否被使用。
注冊頁面如圖：
省略
5.4.2 管理者登陸子子產品
管理者登陸子產品由管理者登陸頁面組成，它是部落格管理部分的登陸頁面。
1． 登陸頁面流程圖：
2． 登入頁面代碼程式的實作部分：
登陸界面如上圖所示。
管理者在前台輸入并送出資訊，每一個送出程式都會用到Form容器，在這個容器裡含有兩個輸入對象，一個是使用者名，一個是使用者密碼，系統的驗證主要依靠這兩個對象輸入框來完成。
使用者在在前台輸入資訊後，系統在背景要進行驗證，以便管理者使用者登陸，管理部落格系統，驗證代碼見程式檔案admin_login.asp.
這個程式的主要功能就是接受使用者輸入的參數，對使用者輸入的參數進行判斷，判斷通過後向資料庫系統送出，傳回資料庫查詢結果，當有相應的合法資料後，系統将把此使用者的ID号賦給系統進行驗證的Session變量，然後系統将直接到達部落格系統的管理首頁。
3． 校驗碼産生的實作部分：
我們發現使用者每次登陸時的驗證碼都不一樣，這樣做的目的是為了防止有人利用破解
程式暴力破解使用者的密碼。
程式設計由系統産生的随機數形成校驗碼，并繪成圖檔以顯示資料于頁面上，将其變為使用者可視的校驗碼，生成此碼的同時，将其資料存入系統緩存中，以便系統對資料的核實。
為實作此功能，引入Randomize初始化随機數生成器，使用說明如下：
Randomize[number]
Number參數可以是任何有效的數值表達式。
Randomize使用number參數初始化Rnd函數的随機數生成器，賦給它新的種子值。如果省略number，則使用系統計時期傳回的值作為新的種子值。
6 部落格管理系統子產品
該子產品是部落格管理系統中的重要子產品，它也是部落格管理系統的主子產品，該子產品的功能豐富，管理者對本系統的背景管理與操作都将由該子產品來完成。
該子產品有如下幾項功能：
部落格管理（添加/管理日志、管理評論、管理部落格公告）
會員管理（修改使用者資訊）
使用者管理（添加/管理管理者）
系統管理（設定系統參數、備份資料庫檔案、添加/管理模版檔案、管理上傳檔案、統計站内資料）
分類管理（添加/管理部落格分類、添加/管理日志專題）
是以為實作各部分的功能，為每部分功能設計了相應的子子產品。
現舉部分子子產品的詳細設計：
6．1 部落格管理子子產品
6.1.1 子產品簡介
該子產品用于對系統中所有的部落格進行管理，該子產品可以說是部落格系統中最主要的子產品，部落格使用者就是在這個子產品中建立自己的部落格發表自己的日志的。這個模闆主要實作的功能有：發表/管理日志、管理評論。
6.1.2 子產品體系結構
本子產品分成六個子子產品：寫新日志子產品、管理日志子產品、管理評論子產品、專題分類子產品、公告管理子產品、模闆管理子產品。各子產品之間關系如下：
圖6-1子產品體系結構圖
6.1.3 設計說明
（1） 發表新日志子子產品
寫新日志是新聞管理頁面的組成部分，為此設計了一個日志資訊編輯錄入頁面，為了實作這個功能而設計了相應的資料庫檔案blog（日志資訊表）表。此部分的資訊是由部落格使用者送出的，當管理者送出新的日志資訊時，系統會将資料存入blog表中。
1．發表新日志程式流程圖：
系統就是根據下面的運作流程把新的日志資訊寫入資料庫的。
程式流程如下左圖
2．發表新日志程式的實作部分：
設計頁面如上右圖。
從圖中可知發表新日志主要是填寫标題、内容、和分類等資訊，然後送出把日志資訊儲存在資料庫中。
在這個子產品中主要涉及到檔案的上傳，這裡我們采用POST的資訊傳輸方式，相對于GET 方式POST比較靈活傳輸的資料量的大小不受限制，下面看一句關鍵的程式代碼：
enctype=”multipart/form-data”
這一句說明使用者要上傳多種格式的檔案，大家在上傳檔案時一定要加上這一句，否則無法上傳成功。詳細代碼見檔案user_addblog.asp
（2） 管理日志子子產品
管理日志子子產品是部落格管理頁面的組成部分，該子產品的資料庫檔案為blog（日志資訊表）表。此部分的資訊是由部落格管理者送出的，當部落格管理者送出對日志的修改/删除資訊時，系統會将修改資料存入blog表中或删除表中資料。
1．管理日志頁面運作流程圖：
2．日志管理功能程式的實作部分
日志管理主要就是對日志的修改、删除的管理，其中日志修改的程式跟我們上一節講的發表新日志的程式是類似的，都是普通的表單送出/接受。
删除日志程式中首先利用FileExists方法判斷要删除的檔案是否存在。FileExists是FSO的一個方法，可以用來判斷指定檔案是否存在，如果指定的檔案存在則傳回True，否則傳回False。FileExists的文法如下：
object. FileExists(filespec)
其中object是必選項，因為FileSystemObject對象的名稱。Filespec也是必選項，為檔案名，表示要确定是否存在的檔案。如果檔案不在目前的檔案夾中，則必須提供完整的路徑名。
如果檔案存在我們就要删除它，我們采用File對象的Delete方法，通過FSO的GetFile方法獲得對檔案的所有屬性的通路，并建立File對象。建立對象後就可以直接操作獲得的檔案對象了，使用Delete删除指定的檔案的程式代碼：
Set f2=fso.GetFile(MyPathRoot)
f2.Delete
除了采用File對象的Delete方法删除檔案外，我們還可以利用FSO對象的DeleteFile方法删除指定的檔案。DeleteFile方法的文法為：
Object.DeleteFile filespec[,force]
Filespec為必選項，為要删除的檔案名。
當使用DeleteFile時如果沒找到比對的檔案，則會出現錯誤。DeleteFile方法在遇到出現的第一個錯誤時停止，該方法不會撤消錯誤發生前所做的任何更改。詳細的程式代碼見檔案user_blog.asp
6．2 系統管理子子產品
6.2.1 子產品簡介
該子產品用于對系統設定進行管理，這些設定包括系統的風格、系統的上傳檔案、系統的資料庫檔案、部落格浏覽頁面的模版類型檔案、系統的站點資訊。是以，在管理上就包括如下功能：
設定系統的風格（即對系統的樣式單檔案.css檔案的内容進行設定）
備份系統的資料庫檔案和上傳的檔案
添加/管理系統模版類型檔案
管理（即決定删除與否）上傳檔案
統計站内資訊資料（即系統的日志總數和系統使用者數）
6.2.2 子產品體系結構
為實作上述功能并且便于管理，設計時将該子產品分為了六個子子產品分别實作上述功能。這些子產品包括：設定系統風格子產品、備份資料庫檔案子產品、添加模版子產品、管理模版子產品、統計站内資料子產品、擷取調用腳本子產品、管理上傳檔案子產品。
各子產品之間關系如下：
6.2.3 設計說明
1 管理部落格系統頁面模闆子子產品
管理系統模闆子子產品是部落格管理的組成部分，為此設計了一個修改系統模闆頁面admin_sysskin.asp，同時設計了一個系統模闆樣式檔案Admin_STYLE.CSS，和相應的資料庫檔案style（系統模闆資料表）表。此部分的資訊是由系統管理者送出的，當管理者送出相應的模版樣式檔案時，系統會修改資料庫表中模闆的資料。
（1）．管理系統模闆運作過程
系統管理者在背景頁面中可以直接修改系統模闆樣式檔案的代碼，再通過檔案上傳的方法将管理者送出的模闆資訊資料存入style系統模闆資料表中。
程式流程如下左圖：
（2）．管理系統模闆程式的實作部分：
添加新模闆和修改模闆就是上傳一個檔案到伺服器上去，因為要上傳檔案，是以要将前台表單ENCTYPE屬性設定成multipart/form-data值。這樣就把表單的MIME編碼設定成了允許上傳檔案的格式。
為了能夠适應各種伺服器，我們的部落格系統采用了無元件上傳的方式。所謂的無元件上傳就是不需要在伺服器安裝什麼上傳足見，而是通過一個ASP頁實作上傳對象，代碼檔案upload.asp就是實作上傳對象的ASP頁。
這樣隻要在admin_addsysskin.asp中包含upload.asp,我們就可以通過：
Set upload=new upload_blog
建立上傳對象了。上傳對象通過Stream對象得到背景傳來的二進制資料流，并且将其儲存成相應的檔案。
2 資料庫備份與還原子子產品
資料備份對于一個部落格網來說很重要。當部落格系統運作了一段時間之後不小心資料庫被删除了，或者資料被破壞了，這時候備份資料庫就非常的重要了，是以本系統要時刻注意資料庫的備份。
（1）.資料庫備份與還原功能運作圖：
在這個子產品系統管理者發出對資料庫的操作指令，系統将調用admin_database.asp頁面然後對資料庫進行備份或還原。
（2） .管理資料庫程式的實作部分：
資料庫備份程式(admin_data.asp)
Dim fso, Engine, strDBPath
strDBPath = left(dbPath,instrrev(DBPath,"\"))
Set fso = Server.CreateObject("Scripting.FileSystemObject")
If fso.FileExists(dbPath) Then
Set Engine = CreateObject("JRO.JetEngine")
Engine.CompactDatabase "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & dbpath," Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & strDBPath & "temp.mdb"
fso.CopyFile strDBPath & "temp.mdb",dbpath
fso.DeleteFile(strDBPath & "temp.mdb")
Set fso = nothing
Set Engine = nothing
7 部落格浏覽系統子產品
部落格浏覽系統提供了浏覽日志、閱讀和搜尋、系統登陸功能，是以在系統設計上将此子產品分為了四個子產品來完成這些功能，即系統登陸子產品、部落格浏覽子產品、日志閱讀子產品和搜尋子產品。現在就部落格浏覽子產品和搜尋子產品介紹如下：
7．1 部落格浏覽子產品
7.1.1 子產品簡介
此子產品提供了給所有使用者浏覽部落格的功能。系統啟動後即可進入該子產品，是以使用者在系統啟動時即可使用該子產品浏覽系統中的日志清單和部落格清單。在設計上分為了兩部分，一部分為系統所有部落格清單和日志清單的總體浏覽，另一部分為具體類型的部落格浏覽。
7.1.2 子產品體系結構
7.1.3 運作流程
7.1.4 設計說明
浏覽子產品是部落格通路者接觸最多的部分，為此設計了幾個浏覽頁面，有系統首頁面，部落格清單浏覽頁面，日志清單浏覽頁面，同時為了實作這個功能而設計了相應的資料庫檔案sysskin（系統模版表）表，classname（部落格專題表）表，blog（日志資訊表）表，usertype（使用者類型表）表。系統啟動時會從sysskin表中查找部落格系統的模版類型，然後啟動首頁面，之後的操作資訊是由使用者送出的，當使用者點選相應的連結時，系統會從相應的表中查找資料，若有符合條件的部落格資訊則将結果顯示于用戶端的頁面上。比如：點選日志，系統則從blog表中查找日志内容，然後顯示在頁面上。
List.asp是将符合要求的日志清單顯示出來的頁面。在這個頁面裡，使用者可以看到清單顯示的日志題目和發表時間。
這個子產品中采用RecommendColumn而不是Columaid作為文章所屬關系的判斷，因為在這個系統裡一篇日志可以被推薦到多個欄目，為了使資料結構清晰，我們認為日志實際屬于的欄目也是一個被推薦的欄目，并且是一個被推薦到的欄目，是以本系統采用RecommendColumn作為日志所屬關系的判斷。
此用戶端檔案為index.asp檔案，bloggerlist.asp檔案，list.asp檔案和newtopic.asp檔案。
7.2 通路量統計子產品
對部落格系統管理者來說，要想準确的知道浏覽者喜歡哪類部落格不喜歡哪類部落格進而更好的管理好部落格系統，就必須獲得頁面通路的準确資料，雖然可以利用網絡日志得到這些資料，但畢竟不太友善，是以要為部落格系統設計通路量統計的功能。
下面是一段增加日志通路數的程式：
Function AddVistCount(blogID)
Dim sqlAddVistCount
sqlAddVistCount = “update tbl_PubBlogInfo set BlogTotalVisit = BlogTotalVisit + 1
where BlogID = ” & BlogID
oConn.Execute(sqlAddVistCount)
end Function
這個函數非常簡單，就是一個update語句，前台顯示頁面調用一次即将日志的通路量增加一。
8 使用者手冊
系統開發完成後，如何正确投入使用是一個系統成功運作的重要條件，是以，下面一章将介紹系統的使用方法。
8．1 系統運作環境
由于系統開發是使用ASP技術，是以，在系統的配置上有一些要求，現就系統硬體和軟體的配置要求說明如下。
8．2 系統的安裝
将本系統源代碼目錄下的所有檔案和目錄拷貝到想建立Web站點的目錄下，如在D:\blog目錄下，然後打開IIS管理器，設定D:\blog為虛拟目錄，這樣就可以運作該部落格系統了。
8．3 系統頁面及其功能
admin_addsysskin.asp………………………………………添加系統模闆頁面
admin_adduserskin.asp……………………………………添加使用者模闆頁面
admin_admin.asp…………………………………管理者管理頁面
admin_class.asp…………………………………………管理日志分類頁面
admin_.asp…………………………………………系統資料統計
admin_database.asp…………………………………………管理資料庫
admin_index.asp……………………………………系統管理首頁
admin_login.asp…………………………………系統管理者登陸頁面
admin_placard.asp…………………………………………修改首頁公告
admin_rename.asp…………………………………修改使用者名頁面
admin_regtext.asp…………………………………………修改注冊條款頁面
admin_siteconfing.asp………………………………………網站配置頁面
Admin_STYLE.CSS.asp……………………………………系統模闆樣式表
admin_sysskin.asp……………………………………系統模闆管理
admin_uploadfile.asp…………………………………上傳檔案管理頁面
admin_user.asp………………………………………注冊使用者管理
admin_userskin.asp…………………………………………使用者模闆管理
admin_usertype.asp…………………………………………管理部落格分類
conn.asp…………………………………資料庫連接配接檔案
count.asp……………………………網站資料統計
edit.asp……………………………………編輯框
help.asp……………………………………………部落格幫助頁面
index.asp………………………………………系統首頁
list.asp……………………………………日志清單
listblogger.asp……………………部落格清單
message.asp………………………………………流言闆
tb.asp………………………………………加密檔案
updata.asp…………………………………………更新資料
upload.asp………………………………………上傳檔案
user_addblog.asp…………………………………添加日志頁面
user_blog.asp……………………………………管理日志頁面
user_comment.asp…………………………………管理評論頁面
user_index.asp…………………………………部落格管理首頁
user_info.asp………………………………………修改部落格資訊頁面
user_login.asp………………………………………使用者登陸頁面
user_skin.asp……………………………………設定使用者模闆
user_subject.asp…………………………………添加專題頁面
user_uploadfile.asp…………………………………………………管理上傳檔案
8．4 系統的使用
8.4.1 常用操作說明
本系統操作簡單、界面清晰、使用友善，由于本系統是基于Web開發的，是以隻要在浏覽器IE的位址欄中鍵入http://伺服器IP域名即可啟動本系統。
8.4.2 各子產品的使用說明
部落格浏覽：系統啟動後的界面如下圖所示，此時，使用者（包括所有使用者）即可浏覽本系統的部落格内容，包括部落格清單，日志清單，熱門日志，最新日志等等。
系統登陸：在頁面的“會員登入”版面上，注冊使用者輸入正确的使用者名和密碼後，即可進入使用者權限操作。點選“注冊”按鈕即可進行新會員的注冊，之後的每一步操作都有相應的提示。登陸成功後，“會員登入”版面會變為如下圖所示：
會員可以點選“更改資料”進行個人資料的修改。
點選首頁面右上角的“管理登入”超連結即可進入管理者登入子子產品。此時出現如下圖所示的登陸頁面：
系統管理者登入時，還必須填寫系統産生的驗證碼，登入成功後即進入部落格系統管理子產品，在該子產品中管理者可添加、修改、删除系統的各種設定。管理首頁面如下圖所示：
部落格管理：部落格使用者通過首頁幾可以進入自己的部落格管理界面如下圖所示：
部落格搜尋：該子產品設定在系統首頁，使用者隻要在下圖所示的搜尋欄中輸入所要查找的部落格資訊（如日志标題、日志内容、部落格名稱）後點選搜尋按鈕，就可進行查詢。系統也會以頁面形式傳回查找的結果。
閱讀部落格：點選如下所示的部落格資訊的連結即可進入閱讀頁面。
日志評論：如下圖所示的日志評論頁面，使用者可以在此發表評論。
5、資源下載下傳
本項目源碼及完整論文如下，有需要的朋友可以點選進行下載下傳。如果連結失效可點選下方卡片掃碼自助下載下傳。
| 序号 | 畢業設計全套資源（點選下載下傳） |
|---|---|
| 本項目源碼 | 基于asp+access的部落格網站設計與實作（源碼+文檔）_asp_BS架構_部落格網站.zip |