【正文】 復雜的信息給學生；同時學生之間、師生之間可以通過Email、聊天室、BBS、留言簿等方式進行交流；學生可以通過選課系統(tǒng)、成績查詢系統(tǒng)進行選課或獲得自己成績；還提供了網(wǎng)上計算機課程教學。建設原則：長遠規(guī)劃，分步實施；實用性、安全性、可靠性、先進性?；究蚣埽汉诵闹鞲删W(wǎng)、基層網(wǎng)對外交連：采用以TCP/IP協(xié)議為標準平臺的網(wǎng)絡互連；；對外互連設備為路由器（Router）。 系統(tǒng)軟件組成和體系結構本系統(tǒng)運行在Windows 2000環(huán)境下，用Windows Server 2000、IIS 、Access 2000作為數(shù)據(jù)庫服務器。瀏覽器：Internet Explore 開發(fā)工具：ASP、SQL Sever、Dreamweaver mx、Authorware、flash、photoshop等軟件開發(fā)工具3．5 概要設計3．5．1 任務 概要設計就是要將軟件需求轉化為數(shù)據(jù)結構和軟件的系統(tǒng)結構。在上一章中對系統(tǒng)的軟件需求已作了分析。本小節(jié)主要給出系統(tǒng)的總體設計、概要數(shù)據(jù)設計等。3．5．2 系統(tǒng)總體設計 給出留言簿系統(tǒng)的總體流程，將整個系統(tǒng)分割成多個功能層次分明的模塊，明確個模塊之間的相互聯(lián)系，確定每個模塊的功能，建立與已確定的軟件需求的對應關系。：顯示錯誤信息提示重新輸入管理員登陸 N留言簿主頁 Y留言搜索刪除留言引用留言顯示留言簽寫留言編輯留言顯示搜索結果 留言簿系統(tǒng)總體流程 概要數(shù)據(jù)設計 為了記錄不同的用戶基本信息、用戶留言信息以及管理員信息等的具體內(nèi)容，必須建立一個數(shù)據(jù)庫，并通過其中的數(shù)據(jù)表來記錄相應信息。本留言簿數(shù)據(jù)庫中主要包含以下5個數(shù)據(jù)表：address表、admin表、config表、guestbook表和theme表， 留言簿數(shù)據(jù)表 詳細設計3．6．1 任務 詳細設計即過程設計。通過對結構表示進行細化，得到軟件的詳細的數(shù)據(jù)結構和算法。主要是給出各個功能模塊的流程及實現(xiàn)各模塊的代碼文件。3．6．2 各模塊功能流程l 留言簿各模塊間聯(lián)系邏輯流程圖,：其中,A、B、C、D、E、F、G、H、I分別為發(fā)表留言、退出留言、編輯留言、刪除留言、引用留言回復留言、留言搜索、發(fā)電子郵件、查看qq資料。運行系統(tǒng)輸入管理員名和密碼提交驗證管理員和密碼是否正確 N Y進入留言簿系統(tǒng) 各模塊聯(lián)系邏輯流程圖l 部分模塊程序流程圖，、: 部分模塊的ASP文件l :詳細注冊信息頁面。l :留言信息主頁。l :留言簿函數(shù)定義文件。l ：系統(tǒng)參數(shù)及部分函數(shù)定義l :錯誤提示頁面，檢測是否登陸成功。發(fā)表留言與數(shù)據(jù)庫建立連接填寫留言提交系統(tǒng)顯示錯誤信息返回?action=sign N Y Y在guestbook表中插入一條新記錄 發(fā)表留言模塊流程圖刪除留言與數(shù)據(jù)庫建立連接刪除 N 刪除guestbook表中相應記錄 Y 刪除留言模塊流程圖第4章 軟件測試 軟件測試基礎為了保證系統(tǒng)的質(zhì)量和可靠性,應力求在分析、設計等各個開發(fā)階段結束前，對系統(tǒng)進行嚴格的技術評審與測試。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，它是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程 軟件測試定義測試的定義：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。具體地說，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計出一批測試用例，并利用測試用例來運行程序，以發(fā)現(xiàn)程序錯誤的過4．1．2 軟件測試信息流測試結果正確調(diào)試錯誤評價軟件配置測試預測結果測試配置可靠模 型錯誤率數(shù)據(jù)可靠性預測 軟件測試信息流4．2 軟件測試目的和原則l 測試目的1） 測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；2） 一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；3） 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。l 測試原則1） 應當把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘；2） 測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果這兩部分組成；3） 在設計測試用例時，應包括合理的輸入條件和不合理的輸入條件；4） 充分注意測試中的群集現(xiàn)象；5） 嚴格執(zhí)行測試計劃，排除測試的隨意性；6） 對每一個測試結果作全面檢查；7） 妥善保存測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便。4．3 軟件測試工具4．3．1 靜態(tài)測試工具靜態(tài)分析程序不需要執(zhí)行所測試的程序，它掃描所測試程序的正文，對程序的數(shù)據(jù)流和控制流進行分析，然后送出測試報告。靜態(tài)分析工具的結構一般由四部分組成：語言程序的預處理器、數(shù)據(jù)庫、錯誤分析器、和報告生成器。4．3．2 動態(tài)測試工具動態(tài)測試就是通過選擇適當?shù)臏y試用例，實際運行所測程序，比較實際運行結果和預期結果，以找出錯誤。動態(tài)測試分為結構測試和功能測試。在結構測試中采用語句測試、分支測試或路徑測試。作為動態(tài)測試工具，它應能使所測試程序有控制地運行，自動地監(jiān)視、記錄、統(tǒng)計程序的運行情況。4．4 軟件測試步驟1．單元測試又稱模塊測試。每個程序模塊完成一個相對獨立的子功能，所以可以對該模塊進行單獨的測試。由于每個模塊都有清晰定義的功能，所以通常比較容易設計相應的測試方案，以檢驗每個模塊的正確性。2．集成測試在單元測試完成后，要考慮將模塊集成為系統(tǒng)的過程中可能出現(xiàn)的問題，例如，模塊之間的通信和協(xié)調(diào)問題，所以在單元測試結束之后還要進行集成測試。這個步驟著重測試模塊間的接口，子功能的組合是否達到了預期要求的功能，全程數(shù)據(jù)結構是否有問題等。3．有效性測試集成測試通過后，應在用戶的參與下進行有效性測試。這個時候往往使用實際數(shù)據(jù)進行測試，從而驗證系統(tǒng)是否能滿足用戶的實際需要4．系統(tǒng)測試系統(tǒng)測試是把通過有效性測試的軟件，作為基于計算機系統(tǒng)的一個整體元素，與整個系統(tǒng)的其他元素結合起來，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的集成測試和有效性測試。 軟件測試與開發(fā)階段的關系我們的軟件開發(fā)過程是一個自頂向下，逐步細化的過程，首先在軟件計劃階段定義了軟件的作用域，然后進行軟件需求分析，建立軟件的數(shù)據(jù)域、功能和性能需求、約束和一些有效性準則。接著進入軟件開發(fā)，首先是軟件設計，然后再把設計用某種程序設計語言轉換成程序代碼。而測試過程則是依相反的順序安排的自底向上，逐步集成的過程。低一級測試為上一級測試準備條件。當然不排除兩者平行地進行測試。，首先對每一個程序模塊進行單元測試，消除程序模塊內(nèi)部在邏輯上和功能上的錯誤和缺陷。再對照軟件設計進行集成測試，檢測和排除子系統(tǒng)（或系統(tǒng)）結構上的錯誤。隨后再對照需求，進行確認測試。最后從系統(tǒng)全體出發(fā)，運行軟件系統(tǒng)，看是否滿足要求。 編 程 設 計需求分析單元測試集成測試確認測試 需求分析說明書 概要設計說明書 詳細設計說明書 源代碼說明書 單元測試 集成測試 確認測試 軟件測試與軟件開發(fā)過程的關系4．6 留言簿系統(tǒng)測試通過軟件調(diào)試的主要步驟包括單元測試、組裝測試、確認測試和系統(tǒng)測試。由于多方面的限制，本系統(tǒng)主要進行了單元測試和系統(tǒng)測試，以集中進行對源代碼實現(xiàn)的每個程序單元進行測試，檢測各個程序模塊是否正確實現(xiàn)其原定的功能。在測試過程中，通過數(shù)據(jù)和內(nèi)容的輸入和輸出進行檢測，各程序模塊基本能夠正常正確的操作；在對局部數(shù)據(jù)結構進行測試的過程中，曾發(fā)現(xiàn)過無法管理，對輸入的身份證字段長度不能進行判斷。通過對其加入一個ASP插件重新設定，做到問題一一解決。經(jīng)過對程序測試中的問題和錯誤做了針對性的改進和糾正后，現(xiàn)在各模塊基本上能夠進行正確的工作，能實現(xiàn)預期的效果。通過答疑系統(tǒng)模塊中的留言簿，用戶在享受網(wǎng)站提供的服務時可以對網(wǎng)站的內(nèi)容等直接發(fā)表自己的意見和建議，實現(xiàn)網(wǎng)絡管理人員和用戶的最直接的交流。在測試過程中，本留言簿具體可實現(xiàn)如下功能：1）不良語句過濾。2）防灌水功能。3）豐富的配色方案。4）Ctrl+Enter快速提交留言功能5）管理員蘭子前臺管理留言功能（回復、編輯和刪除留言）6）留言搜索功能7）即時操作提示功能此外，本留言簿還有比一般的留言簿新增的功能：+Enter快速提交留言功能 留言簿主功能界面第5章 軟件維護 軟件維護概念和分類l 概念簡單地講,軟件維護就是保證軟件在一個相當長的時間內(nèi)能夠正常運行。l 分類維護活動可歸納為以下幾類：1）改正性維護2）適應性維護3）完善性維護4）預防性維護5．2 軟件維護策略1）改正性維護通過使用新技術，可大大提高可靠性，并減少進行改正性維護的需要。這些技術包括：數(shù)據(jù)庫管理系統(tǒng)、軟件開發(fā)環(huán)境、程序自動生成系統(tǒng)、較高級的（第四代）語言，應用以上四種方法可產(chǎn)生更加可靠的代碼。2）適應性維護這一類維護不可避免，但可以控制。把與硬件、操作系統(tǒng)，以及其他外圍設備有關的程序歸到特定的程序模塊中，可把因環(huán)境變化而必須修改的程序局部于某些程序模塊之中。3）完善性維護利用前兩類中列舉的方法，也可以減少這一類維護。特別是數(shù)據(jù)庫管理系統(tǒng)、程序生成器、應用軟件包，可減少系統(tǒng)或程序員的維護工作量。此外，建立軟件系統(tǒng)的原形，把它在實際系統(tǒng)開發(fā)之前提供給用戶，用戶通過研究原形，進一步完善他們的功能需求，就可以減少以后完善性維護的需要。5．3 軟件維護的問題1）理解他人編寫的程序一般都有一定的困難性。2）軟件配置的文檔嚴重不足甚至沒有，或者沒有合格的文檔。3）當需要對軟件進行維護時，由于軟件人員經(jīng)常流動，維護階段持續(xù)的時間又很長，所以一般不能指望由原來的開發(fā)人員來完成或提供軟件的解釋。4）絕大多數(shù)軟件在設計時沒有考慮到將來的修改問題。5）軟件維護可以說是一項毫無吸引力的工作。之所以形成這樣一種觀念，一方面是因為軟件維護工作量大，看不到什么“成果”，更主要的原因是因為維護工作難度大，又經(jīng)常遭受挫折。5．4 維護評價一般來說，可以從以下七個方面來評價維護工作：（1）每次程序運行時的平均出錯次數(shù)；（2）用于每一類維護活動的總“人時”數(shù)；（3）每個程序、每種語言、每種維護類型所做的平均修改數(shù)；（4）維護過程中，增加或刪除每條源程序語句花費的平均“人時”數(shù)；（5）用于每種語言的平均“人時”數(shù)；（6）一張維護申請報告的平均處理時間；（7）各類維護類型所占的百分比。5．5 軟件可維護性的度量可以從以下四個方面來度是軟件的可維護性：1．可理解性2．可測試性3．可修改性4．可移植性5．6 提高軟件可維護性的方法1．建立明確的軟件質(zhì)量標準2．利用先進的軟件技術和工具3．建立明確的質(zhì)量保證制度4．選擇可維護的程序設計語言5．改進軟件的文檔 第6章 編碼實現(xiàn)該系統(tǒng)中,所有的用戶都可申請進入留言簿,所有的訪問者都可自由留言。管理員還可以在前臺管理留言（回復、編輯和刪除留言）。還為用戶提供了留言搜索等功能。 留言簿首頁程序祥解,為主程序的代碼編寫提供了方便,同時也提高了代碼的可讀性。: %… … dim conn dim connstr dim db db=data/ 39。on error resume next Set conn = ()if err then errormsg=BRli操作失敗，無法創(chuàng)建數(shù)據(jù)庫對象！ call disperrs(errormsg) end ifconnstr=Provider=。Data Source= amp。 (amp。dbamp。) connstrif err then errormsg=BRli操作失敗，無法創(chuàng)建數(shù)據(jù)庫連接！ call disperrs(errormsg) end if39。dim system parametersdim guestbookname39。dim board parametersdim PageSize,MaxBoardSize,MoodURL,FaceURLdim IpFlag,FromFlag,ubbflag,BadWords39。dim theme parametersdim TableborderColor,TablebodyColor1,TablebodyColor2,TabletitleColordim bodycolor,MenuBackColor,Tablewidth,MenuFontColor