【文章內(nèi)容簡介】 256MB及其以上 硬盤 20GB及其以上 光驅(qū) 無要求 軟驅(qū) 無要求 顯示器 無要求 其他計算機設(shè)備 網(wǎng)卡等聯(lián)網(wǎng)設(shè)備 系統(tǒng)開發(fā)平臺 電腦配置： DELL 電腦 CPU： P3 內(nèi)存： 2G 硬盤： 320G 操作系統(tǒng)： Microsoft Windows7 旗艦版 數(shù)據(jù)庫： SQL Server 2020 開發(fā)平臺： Macromedia Dreamweaver 8+IIS 平臺 研究方法介紹 本系統(tǒng)采用軟件工程中的生存周期方法進行設(shè)計。 需求分析 通過該需求分析的方法確定系統(tǒng)必須完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。 經(jīng)過需求分析確定對系統(tǒng)的綜合要求從系統(tǒng)的功能、性能、運行、以及將來可能提出的問題進行需求分析。必要時運用需求分析的軟件工具驗證需求分析。 第 一 章 系統(tǒng) 概述 7 總體設(shè)計 總體設(shè)計采用軟件工程最基本的總體設(shè)計方法也稱為概要設(shè)計 或初步設(shè)計，首先主要工作是通過這個設(shè)計階段的工作劃分出組成系統(tǒng)的物理元素 ——程序、文件、數(shù)據(jù)庫、人工過程和文檔等等。 其次進入總體設(shè)計的第二階段是設(shè)計軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個程序是由那些模塊組成的，以及這些模塊相互間的關(guān)系。 具體過程是首先設(shè)想供選擇的方案，其次選取合理的方案、再次推薦最佳方案，之后進行功能分解、設(shè)計軟件結(jié)構(gòu)、數(shù)據(jù)庫設(shè)計、制定相應(yīng)的測試計劃最終完成總體設(shè)計。 詳細設(shè)計 詳細設(shè)計階段的目標是確定應(yīng)該怎樣具體的實現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個階段的設(shè)計工作，應(yīng)該得出對系統(tǒng)的精確 描述，從而在編碼階段可以把這個描述直接翻譯成某種程序設(shè)計語言書寫程序。 主要采用結(jié)構(gòu)程序設(shè)計的方法，采用自頂向下逐步求精的設(shè)計方法和單入單出的控制結(jié)構(gòu)。應(yīng)用詳細設(shè)計的工具程序流程圖，繪制程序流程圖進行詳細設(shè)計，確定程序流程圖從而完成詳細設(shè)計。 軟件測試 與開發(fā)過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前一個步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由若干個模塊組成。因此，大型軟件系統(tǒng)的測試基本上由下述幾個步驟組成： ? 模塊測試：在這個測試步驟中所發(fā)現(xiàn)的往往是編碼和詳細設(shè)計的錯 誤。 ? 子系統(tǒng)測試：這個步驟著重測試模塊的接口。 ? 系統(tǒng)測試：在這個測試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。 ? 驗收測試：在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。 運行與維護 ? 可執(zhí)行程序正確性維護：該系統(tǒng)為 web 服務(wù)，可執(zhí)行程序即為網(wǎng)頁，如出現(xiàn)錯誤則可重新連接。 ? 數(shù) 據(jù)庫文件正確性維護：系統(tǒng)提供數(shù)據(jù)庫備份功能，可以進行備份 還原。 ? 系統(tǒng)配置文件正確性維護：系統(tǒng)配之文件如出現(xiàn)錯誤， 則以原有默認模式取代當前出錯配置文件。第 二 章 系統(tǒng) 分析 8 第二章 系統(tǒng)分析 可行性分析 可行性分析 (Feasibility Analysis)也稱為可行性研究，是在系統(tǒng)調(diào)查的基礎(chǔ)上，針對新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術(shù)、經(jīng)濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。為了確定開發(fā)具有可行性，對本系統(tǒng)主要進行了以下四個方面的分析。 經(jīng)濟可行性。經(jīng)濟可行性主要是對項目的經(jīng)濟效益進行評價。本系統(tǒng)對系統(tǒng)開發(fā)者來說并不需要太高的成本支出，只是對系統(tǒng)的管理者付出管理報酬即可，而且開發(fā)周期不需要太長 ，節(jié)省了人力、物力、財力資源，所以本系統(tǒng)在經(jīng)濟上是可行的。 技術(shù)上的可行性。技術(shù)上的可行性分析主要是分析技術(shù)條件能否順利完成開發(fā)工作，硬、軟件能否滿足開發(fā)者的需要等。在軟件方面，本系統(tǒng)采用的是 ASP（ Active Sever Pages） 進行開發(fā)，前臺網(wǎng)頁設(shè)計使用的是 Macromedia Dreamweaver 8，而數(shù)據(jù)庫系統(tǒng)采用的是 SQL Server 2020。 通過分析，在軟、硬件方面現(xiàn)有工具與環(huán)境完全可以實現(xiàn)系統(tǒng)的開發(fā)，因此具有技術(shù)上的可行性。 時機可行性。時機可行性是分析系統(tǒng)開發(fā)時機是 否成熟。目前越來越多的應(yīng)用程序都已經(jīng)是轉(zhuǎn)向基于 Web 的開發(fā)，并且 Inter 已經(jīng)廣泛使用，因此系統(tǒng)的設(shè)計具有時機可行性。 管理上的可行性：主要是管理人員是否支持，現(xiàn)有的管理制度和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。系統(tǒng)的開發(fā)主要就是為了方便校友信息的管理，補充現(xiàn)在傳統(tǒng)管理方式的不足，因此具備了管理上的可行性。 綜上所述，本系統(tǒng)開發(fā)目標已明確，在技術(shù)和經(jīng)濟等方面具備可行性，并且投入少、見效快，因此系統(tǒng)的開發(fā)是完全可行的。 需求分析 在可行性分析階段已經(jīng)簡要地分析和研究了本 系統(tǒng)的基本需求，也論證了第二章 系統(tǒng)分析 9 開發(fā)平臺及軟件的可行性，但為了明確系統(tǒng)設(shè)計的目標，了解用戶的需求，現(xiàn)對用戶需求作以調(diào)研，從而進一步明確了設(shè)計所實現(xiàn)子系統(tǒng)的功能。 管理員登錄 在調(diào)研中了解到，用戶想要使用系統(tǒng)，首先要有一個友好的用戶注冊界面，其次，用戶需要經(jīng)歷登錄驗證過程，只有合法的擁有管理員身份的用戶才可以使用系統(tǒng)中的管理功能，這樣做可以防止非法用戶登錄并使用本系統(tǒng)，妨害數(shù)據(jù)安全。 用戶登錄。通過系統(tǒng)登錄驗證，用戶成功進入系統(tǒng)并開始使用其中功能。 文章管理 文章管理是用戶所有文章的信息， 用戶可以進入此處進行相關(guān)文章的管理。這部分主要包括以下方面： 文章信息顯示。顯示出所有文章的大概信息。 發(fā)表新文章?？梢园l(fā)表新的文章 。 刪除文章。允許用戶對文章信息進行刪除操作。 系統(tǒng)信息管理 系統(tǒng)開始運行之后，隨著時間的變化會有想要更改系統(tǒng)的相關(guān)信息的要求，比如：修改博客的 個人頭像，愛好，最難忘的事 等等， 因此需要提供信息修改的功能。 第二章 系統(tǒng)分析 10 數(shù)據(jù)分析 博客系統(tǒng)中，主要是管理用戶的文章、 留言 、系統(tǒng)信息等數(shù)據(jù)。數(shù)據(jù)的類型決定了程序?qū)?shù)據(jù)的處理方式也就是算法，因此，數(shù)據(jù)是系統(tǒng)實 現(xiàn)分析的起點?，F(xiàn)通過數(shù)據(jù)流圖的方式分析系統(tǒng)中數(shù)據(jù)的流動和處理。 對系統(tǒng)的管理員，在登錄系統(tǒng)后，本系統(tǒng)接受管理員的修改、添加、刪除請求，通過分析 將這種請求轉(zhuǎn)化成相應(yīng)的 SQL 語句執(zhí)行對數(shù)據(jù)庫的相關(guān)的操作，并將執(zhí)行的相應(yīng)結(jié)果送回系統(tǒng)中。系統(tǒng)接收到數(shù)據(jù)庫返回的結(jié)果集，經(jīng)過一定的分析處理，將其轉(zhuǎn)化成 ASP 頁面，返回到客戶端顯示給用戶。 數(shù)據(jù)流圖 博客整體 結(jié)構(gòu)示意 圖 如圖 ： 圖 博客整體結(jié)構(gòu)示意圖 管理員用戶 登錄信息 修改操作 增加操作 相應(yīng)結(jié)果返回 Blog 系統(tǒng)服務(wù)器 瀏覽者 提供數(shù)據(jù) 瀏 覽 請 求 第二章 系統(tǒng)分析 11 博客文章細節(jié)示意圖 如圖 ： 瀏覽文章添加新文章刪除文章文章信息確認瀏覽信息確認添加信息確認修改信息修改文章確認刪除信息 圖 博客文章細節(jié)示意圖 第三章 數(shù)據(jù)庫設(shè) 計 12 第三章 數(shù)據(jù)庫 設(shè)計 數(shù)據(jù)庫技術(shù)概述 數(shù)據(jù)庫 (Database)，是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫，是用于查詢的大量數(shù)據(jù)的存儲區(qū)域。使用數(shù)據(jù)庫可以帶來許多好處：如減少了數(shù)據(jù)的冗余度，從而大大地節(jié)省了數(shù)據(jù)的存儲空間，實現(xiàn)數(shù)據(jù)資源的充分共享等等。近年來推出的計算機關(guān)系數(shù)據(jù)庫管理系統(tǒng)，還具有操作直觀，使用靈活，編程方便，功能強大，環(huán)境適應(yīng)廣泛，數(shù)據(jù)處理能力極強等諸多優(yōu)點。 總的來說，數(shù)據(jù)庫的設(shè)計對系統(tǒng) 的經(jīng)濟性、功能性和效率有很大的影響，一個好的數(shù)據(jù)庫，要求在設(shè)計時盡量避免數(shù)據(jù)的多余，另外，還要盡可能提高數(shù)據(jù)的存取速度。數(shù)據(jù)庫設(shè)計時速度與空間在范式上是相互矛盾的。一方面按規(guī)范化理論的要求，關(guān)系模式應(yīng)盡量取高級范式，尤其對記錄數(shù)較多的關(guān)系，低級范式將會造成存儲的大量重復，是空間遭受嚴重浪費；另一方面從存取速度上考慮，應(yīng)該盡量做到一個模式涉及的屬性越多越好，相互運算越少越好，這樣，又應(yīng)取低級范式。因此我們在設(shè)計數(shù)據(jù)庫時要嚴格地探討它的使用環(huán)境，充分了解用戶的需求，清楚地掌握數(shù)據(jù)庫系統(tǒng)的特點。經(jīng)過綜合的評價和分 析后設(shè)計出的數(shù)據(jù)庫應(yīng)滿足以下要求： 數(shù)據(jù)庫信息要能充分體現(xiàn)出用戶使用系統(tǒng)的需求。 能夠支持用戶對數(shù)據(jù)進行的所有處理。 能夠容易被數(shù)據(jù)庫管理系統(tǒng)運行維護。 數(shù)據(jù)一致性、完整性好，無更新異常 。 第 三 章 數(shù)據(jù)庫 設(shè)計 13 數(shù)據(jù)庫選擇 本 系統(tǒng)所采用的數(shù)據(jù)庫是 SQL Server2020。 SQL(Structured Query Language)， 結(jié)構(gòu)化查詢語言 。 SQL 語言的主要功能就是同各種數(shù)據(jù)庫建立聯(lián)系，進行溝通。按照 ANSI(美國國家標準協(xié)會 )的規(guī)定，SQL 被作為 關(guān)系型數(shù)據(jù)庫管理系統(tǒng) 的標準 語言。 SQL 語句可以用來執(zhí)行各種各樣的操作，例如更新數(shù)據(jù)庫中的數(shù)據(jù)，從數(shù)據(jù)庫中提取數(shù)據(jù)等。絕大多數(shù)流行的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)都采用了 SQL 語言標準。雖然很多數(shù)據(jù)庫都對 SQL 語句進行了再開發(fā)和擴展，但是包括 Select, Insert, Update, Delete, Create,以及 Drop在內(nèi)的標準的 SQL 命令仍然可以被用來完成幾乎所有的數(shù)據(jù)庫操作。 數(shù)據(jù)庫邏輯結(jié) 構(gòu)設(shè)計 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫邏輯結(jié)構(gòu)。 根據(jù)博客的使用情況的不同，可以采用 SQL Server 2020 數(shù)據(jù)庫， SQL Server 2020 便于安裝。 博客系統(tǒng)中 各個表的設(shè)計結(jié)果如下面 圖表 所示。每個表格表示在數(shù)據(jù)庫中的一個表 。 表 Users 注冊用戶表 Users 注冊用戶表，用來記錄用戶信息 。 第 三 章 數(shù)據(jù)庫 設(shè)計 14 表 AddUser 表 AddUser 表記 添加 用戶 。 表 AddrizhiMessage 博文信息 表 AddrizhiMessage 博文信息表，發(fā)表博文的信息存儲 。 表 Comments 文章評論表 Comments 文章評論表 ，記錄文章的所有評論。 第 三 章 數(shù)據(jù)庫 設(shè)計 15 表 liuyan 文章表 liuyan 文章表 ，記錄用戶書寫的所有留言 。 數(shù)據(jù)庫的完整性和安全性 數(shù)據(jù)庫的完整性約束 數(shù)據(jù)庫的完整性是指數(shù)據(jù)的正確性和相容性。數(shù)據(jù)庫管理系統(tǒng) (DBMS)用一定的機制來檢查數(shù)據(jù)庫中的數(shù)據(jù)是否滿足規(guī)定的條件 —— 完整性約束條件，數(shù)據(jù)的約束條件是語義的體現(xiàn)，將作為模式的一部分存入數(shù)據(jù)庫中。數(shù)據(jù)庫的完整性約束主要包括以下三方面要求： 實體完整性 實體完整性是指若屬性 A 是基本關(guān)系 R 的主屬性，則屬性 A 不能取空值。對于每個表來說，主鍵都不可以為空。在用戶提交信息時，系統(tǒng)會對用戶所填寫的信息進行驗證，對于其中的關(guān)鍵信息沒有填寫或者數(shù)據(jù)非法時，系統(tǒng)會提示用戶更改后再提交。這樣保證了系統(tǒng)實體完整性。 參照完整性 由于表和表之間會存在某些聯(lián)系，當關(guān)系 R 和關(guān)系 S 之間是一對多關(guān)系時(R 的主鍵是 A， S 的主鍵是 b， c 是 s 中的外碼 )，在插入數(shù)據(jù)時就要保證外碼 c的值或者為空或者等于 R 中某個元組的主碼值。在對被參照表進行刪除操作時應(yīng)同時進行及聯(lián)刪除。 用戶定義完整性 任何關(guān)系數(shù)據(jù)庫系統(tǒng)都應(yīng)該支持實體完整性和參照完整性 。除此之外，不同的關(guān)系數(shù)據(jù)庫系統(tǒng)根據(jù)其應(yīng)用環(huán)境的不同，往往還需要一些特殊的約束條件，用戶定義的完整性就是針對某一具體關(guān)系數(shù)據(jù)庫的約束條件。它反映某一具體第 三 章 數(shù)據(jù)庫 設(shè)計 16 應(yīng)用所涉及的數(shù)據(jù)必須滿足的語義要求。例如某個屬性必須取唯一值、某個屬性的取值范圍等。 數(shù)據(jù)庫的安全性 數(shù)據(jù)庫的安全性是指保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。在數(shù)據(jù)庫系統(tǒng)中，大量的數(shù)據(jù)集中存放，同時又為許多用戶直接共享，是寶貴的信息資源，因此系統(tǒng)的安全保護措施就顯得更為重要。鍵全的數(shù)據(jù)庫安全機制可以防止數(shù)據(jù)庫被惡意的破壞和非 法的存取。 本系統(tǒng)的安全設(shè)計包括服務(wù)器和數(shù)據(jù)庫兩方面設(shè)計。當用戶使用系統(tǒng)時，系統(tǒng)首先會檢查用戶是否登錄，如果用戶還沒有登錄，系統(tǒng)將會彈出警告窗口提醒用戶，并將相應(yīng)的頁面跳轉(zhuǎn)至用戶登錄。在用戶提交登錄信息后，系統(tǒng)會對用戶的身份進行核對，如果在數(shù)據(jù)庫中查找到了相關(guān)記錄，打開用戶頁面，表明用戶登錄成功。對于數(shù)據(jù)庫的安全，主要是通過對授權(quán)用戶的身份驗證實現(xiàn)的。在的系統(tǒng)管理頁面，提示用戶使用管理員帳號在