CoolMeeting會議管理系統(tǒng)設計說明書

1、目 錄摘 要I序 言I1、可行性分析11.1問題描述11.2可行性分析研究1技術可行性2經(jīng)濟可行性2操作可行性21.3結論意見22、項目開發(fā)計劃32.1編寫目的32.2項目背景32.3項目概述32.4項目開發(fā)計劃42.5交付期限53、需求分析63.1任務需求分析63.2數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖6數(shù)據(jù)流圖6數(shù)據(jù)字典8實體聯(lián)系E-R圖94.1總體設計134.2系統(tǒng)功能模塊圖134.3數(shù)據(jù)庫概念設計154.4數(shù)據(jù)庫邏輯結構設計154.5連接數(shù)據(jù)庫的特點175、詳細設計185.1系統(tǒng)的主要功能185.2程序流程圖185.3用戶界面設計20一般交互設計20信息顯示設計21數(shù)據(jù)輸入設計215.4程序

2、設計過程22登錄界面及密碼修改225.5軟件測試23測試的方法和步驟23測試用例246、軟件使用說明書25設計總結27參考文獻28致謝29摘 要本設計說明書主要包括會議管理系統(tǒng)與會代表管理和會議設備管理子系統(tǒng)的可行性分析、需求性分析、設計方案、以及測試過程等，本系統(tǒng)是一個典型的信息管理系統(tǒng)(MIS),其開發(fā)主要包括后臺數(shù)據(jù)庫(Access 2000)的建立和維護以及前端應用程序(Delphi v7.0)的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。而對于后者則要求應用程序功能完備,易使用等特點。會議管理系統(tǒng)主要是以企業(yè)，商業(yè)作為使用對象而開發(fā)的，之所以對該系統(tǒng)定

3、位如此小，主要是考慮作為學生的課程設計題目不宜過大，但考慮系統(tǒng)的完整性，仍然把它作為一個典型的信息管理系統(tǒng)而設計。其系統(tǒng)開發(fā)的任務主要包括數(shù)據(jù)庫的設計與維護、客戶端應用程序的開發(fā)等兩個方面。對于前者要求建立起的數(shù)據(jù)庫具有完整性和一致性，且具有一定的數(shù)據(jù)安全性如用戶需要密碼才能使用等，而對于后者則要求程序界面友好、功能完備等特點。利用其提供的集成開發(fā)環(huán)境及各種控件，尤其是對DAO的支持完成對數(shù)據(jù)庫的各種操作，達到對圖書資料管理的目的。設計時首先建立系統(tǒng)應用原型，然后對原型系統(tǒng)進行需求迭代，不斷修正和改進，直到形成用戶滿意的實際可行系統(tǒng)。本系統(tǒng)可以方便的與會代表管理、會議室設備管理的功能。關鍵詞：

4、與會代表，會議設備管理，數(shù)據(jù)庫，會議管理系統(tǒng)。序 言數(shù)據(jù)庫是從60年代初發(fā)展起來的計算機技術。經(jīng)過四十多年的發(fā)展，數(shù)據(jù)庫技術己經(jīng)趨于成熟。就數(shù)據(jù)應用而言呈現(xiàn)出多樣化的空間，如數(shù)字圖書館、電子出版物、電子商務、遠程教育系統(tǒng)等的出現(xiàn)，給數(shù)據(jù)庫技術提出了更多、更高的要求。同時，隨著國內(nèi)高校校園網(wǎng)的建設，基于互聯(lián)網(wǎng)的應用系統(tǒng)的開發(fā)正在蓬勃發(fā)展并發(fā)揮著較大的作用。隨著計算機技術的飛速發(fā)展，計算機在企業(yè)、學校等中應用的普及，不管在公司還是高校，都存在會議管理的問題，而現(xiàn)在絕大多的會議管理還處于手工作業(yè)狀態(tài)，效率很低，而且容易出錯，不便于管理，還不排除有不真實的現(xiàn)象。會議管理的內(nèi)部管理、自我完善不容忽視，我

5、們認為有必要開發(fā)一個中小型會議管理軟件。利用DELPHI 7作為開發(fā)工具、Accesss2000作為數(shù)據(jù)庫開發(fā)出來的單機版中小型會議管理系統(tǒng)。整個系統(tǒng)各操作窗口清新、大方，操作方便，包含了管理員登錄、會議信息的建立、會議信息的修改、會議信息刪除、會議信息查詢（又分成：會議時間查詢、會議地點查詢、會議主持查詢、參加人數(shù)查詢、會議名稱查詢等）數(shù)據(jù)庫恢復備份、報表打印等功能。本設計說明書主要介紹了會議管理系統(tǒng)的開發(fā)背景，所要完成的功能和開發(fā)的過程。重點的說明了系統(tǒng)設計的重點、設計思想、難點技術和解決方案。1、可行性分析1.1問題描述會議管理系統(tǒng)的與會人員管理和會議室設備管理子系統(tǒng)是一個由人、計算機等

6、組成的能進行信息的收集、傳送、儲存、維護和使用的系統(tǒng)，中小型會議管理系統(tǒng)，使整個會議從時間到地點，從會議名稱到主辦單位，會議內(nèi)容到會議結果聯(lián)為一體，形成一個積極、互動、有效的不管在公司還是高校，都存在會議管理的問題，而現(xiàn)在絕大多的會議管理還處于手工作業(yè)狀態(tài)，效率很低，而且容易出錯，不便于管理，還不排除有不真實的現(xiàn)象。會議管理的內(nèi)部管理、自我完善不容忽視，我們認為有必要開發(fā)一個中小型會議管理軟件。整體實現(xiàn)信息共享，更好地為公司，用人單位服務運用計算機來管理會議信息具有公正、嚴格和高效等諸多優(yōu)點，從而取代了人工管理模式下由于各種原因出現(xiàn)管理漏洞的可能性，因而增強了參會人員工作的積極性，提高了參會人

7、員的工作效率，確保會議能夠正常地舉行。我們在現(xiàn)行系統(tǒng)初步調(diào)查的基礎上提出了新系統(tǒng)目標，即新系統(tǒng)建立后所要求達到的運行指標，這是系統(tǒng)開發(fā)和評價的依據(jù)。1.2可行性分析研究當接受一個軟件開發(fā)任務，就進入軟件生命的第一個階段，即進行可行性的研究。并不是所有問題具有簡單的解決辦法，許多問題不能在預定的規(guī)模之內(nèi)解決。因此通過可行性的研究分析可以知道問題。有無可行性的解決方法，進而避免人力、物力和才力的浪費。在現(xiàn)行系統(tǒng)初步調(diào)查的基礎上就可以提出新系統(tǒng)目標，即新系統(tǒng)建立后所要求達到的運行指標，這是系統(tǒng)開發(fā)和評價的依據(jù)。系統(tǒng)目標應充分體現(xiàn)，直接為會議管理系統(tǒng)服務，并且，程序可以分期分批實現(xiàn)。但是，需要指出的是

8、，系統(tǒng)目標是不可能在總體規(guī)劃階段就提得非常具體，它還將在開發(fā)過程中逐步明確和定量化。以達到更加出色的程序系統(tǒng)?？墒?，目標的提法不盡相同，例如：·提高會議管理效率，減輕勞動強度。·提高信息處理速度和準確性。·為管理者提供更方便、科學的服務項目。1.2.1技術可行性技術上的可行性分析主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，硬、軟件配置能否滿足開發(fā)者需要等。目前每個公司都建有局域網(wǎng)，各辦公室均采用PC機作為工作臺，其容量、速度能滿足系統(tǒng)要求。根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，根據(jù)新系統(tǒng)目標來衡量所需的技術是否具備，本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng)

9、，現(xiàn)有的技術以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項條件良好，估計利用現(xiàn)有技術條件應完全可以達到該系統(tǒng)的功能目標。同時，考慮給予的開發(fā)期限也較為充裕，預計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。1.2.2經(jīng)濟可行性主要是對開發(fā)會議管理系統(tǒng)與會代表和會議室設備安排的經(jīng)濟效益進行評價，一方面是估算開發(fā)它的支出費用，其中包括設備購置費、軟件開發(fā)費、管理和維護費、人員工資和培訓費等。另一方面是估算會議管理這個軟件可能取得的收益中可以用錢來衡量的那部分。并對目前的軟件市場進行調(diào)查,所做軟件是否有很大的銷售市場和相當規(guī)模的用戶群。所做軟件的開發(fā)成本與客戶提出的要求是否可達到雙方都滿意。并且，分析系統(tǒng)開發(fā)是

10、否會對其它產(chǎn)品或利潤帶來一定影響。經(jīng)過對上述幾個方面的調(diào)查研究和分析，我們得出會議管理系統(tǒng)這個軟件的市場前景是相當客觀的，在經(jīng)濟角度來說，開發(fā)會議管理系統(tǒng)是可行的。1.2.3操作可行性主要是了解會議管理的相關人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有會議管理制度和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。會議管理人員積極支持該系統(tǒng)開發(fā)，使新系統(tǒng)能夠充分的發(fā)揮作用；系統(tǒng)操作簡單，易于理解，操作者經(jīng)過短時間的培訓就可以使用會議管理系統(tǒng)。1.3結論意見 經(jīng)過認真地可行性研究，系統(tǒng)基本上做到了在技術、經(jīng)濟、運行、法律上的可行。因此，相信在按照計劃上實施的前提下，全系統(tǒng)的設計將會按時、高質(zhì)量完成。所以，

11、系統(tǒng)研制和開發(fā)是可以馬上進行的。2、項目開發(fā)計劃2.1編寫目的隨著社會的發(fā)展，社會信息化也是社會發(fā)展的必然趨勢，會議管理系統(tǒng)也以方便、快捷、費用低的優(yōu)點正慢慢地進入人們的生活。從傳統(tǒng)的會議管理方式徹底的解脫出來，將減輕管理人員以往繁忙的工作，減小出錯的概率，提高其管理效率，使人們有更多時間來獲取信息、了解信息、掌握信息 。當今時代是飛速發(fā)展的信息時代。在各行各業(yè)中離不開信息處理，這正是計算機被廣泛應用于信息管理系統(tǒng)的環(huán)境。尤其對于復雜的信息管理，計算機能夠充分發(fā)揮它的優(yōu)越性。本系統(tǒng)是為了方便對會議管理人員對會議信息進行高效的管理而編寫的，面對會議信息處理中出現(xiàn)的各種情況，該會議管理信息系統(tǒng)在實

12、施后應基本達到以下目標：(1)系統(tǒng)界面友好美觀，操作簡單易行，查詢靈活方便。(2)系統(tǒng)運行可靠，維護方便，靈活通用。2.2項目背景項目分析單位在接到項目分析員給出的項目可行性分析報告后，在本系統(tǒng)，即圖書館管理系統(tǒng)開發(fā)主管部門的統(tǒng)一下制定用于軟件實質(zhì)開發(fā)的軟件項目計劃，以使軟件開發(fā)單位理解軟件開發(fā)要求，進行開發(fā)。 2.3項目概述1、工作內(nèi)容讓計算機對會議信息進行管理，用戶可以直接在計算機上實現(xiàn)各種會議的信息管理，并能在一定程度上實現(xiàn)自動化。 2、條件與限制開發(fā)該軟件的條件比較簡單，以開發(fā)單位目前的經(jīng)濟與技術條件已完全具備開發(fā)的條件。該系統(tǒng)可在用戶要求的期限內(nèi)完成。 3、產(chǎn)品1）程序該項目因開發(fā)時

13、間較短，這里只給出設計思想，具體程序沒寫。2）文檔文檔內(nèi)容包括：（1) 封面（2）目錄（3）中文摘要100字左右；關鍵詞3-5個（4）序言（5）可行性分析（6）項目開發(fā)計劃（7）需求規(guī)格說明（包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、E-R圖）（8）概要設計（包含總體軟件結構圖、總體數(shù)據(jù)結構）（9）詳細設計（對概要設計內(nèi)容進行詳細設計）（10）設計總結、參考文獻、致謝等4、驗收標準軟件的驗收標準完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。2.4項目開發(fā)計劃1、任務分解分三個大的階段進行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟E-R圖。第二階段完成概要設計跟詳細設計。第三階段書寫文

14、檔。2、預算軟件資金投入較少，具體預算分配簡略。3、關鍵問題各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成。使用目前的設備與現(xiàn)有開發(fā)技術完全可以開發(fā)出該系統(tǒng)，總的來說該項目沒有較大的技術難點與其他的一些風險因素。對于出現(xiàn)的一些小難點總都能得到解決。2.5交付期限所要開發(fā)的系統(tǒng)較簡單，所有開發(fā)工作用戶要求要在1個月內(nèi)完成，完成項目的最遲時間為2008年7月5日。3、需求分析3.1任務需求分析整個軟件生命周期中，開發(fā)所占的費用和時間都很小。后期維護工作一般要占整個軟件生命周期的80% 以上。所以系統(tǒng)分析很重要，一個好的系統(tǒng)分析可以減少很多后期維護工作。需求性分析是軟件定義時期的最后一個階段,它的基本任務是準確

15、的回答:系統(tǒng)必須做什么!需求性分析通常提出對系統(tǒng)的功能需求、性能需求、可靠性和可用性需求等多種需求.本設計中將對我們設計的“會議管理系統(tǒng)之與會人員管理和會議室設備管理”的進行需求性分析.一個好的會議管理系統(tǒng)，應該有對各種會議信息的處理，包括會議室的安排，會議設備的安排，以及會議人員的安排等信息的處理，還有對本次會議主題的描述等，這些都是一個好的會議系統(tǒng)必備的。當要舉行一個會議的時候，首先，要對會議室管理部門下個開會的定單，以免會議室沒有空閑。然后再由該部門進行會議所需要的設備的管理和與會人員的管理，當通過審核人審核后，該會議就可以舉行3.2數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖3.2.1數(shù)據(jù)流圖 設備

16、編號 設備名稱負責人使用時間聯(lián)系電話擺放位置備注姓名年齡性別所屬科室聯(lián)系電話備注用戶登錄主界面會議設備安排與會代表圖3.2 系統(tǒng)數(shù)據(jù)流程圖數(shù)據(jù)流圖由四種基本的元素構成：數(shù)據(jù)流(Data Flow)，處理(Process)，數(shù)據(jù)存儲和數(shù)據(jù)源（數(shù)據(jù)終點）。數(shù)據(jù)流(Data Flow)：為具有名稱且有流向的數(shù)據(jù)，用標有名稱的箭頭表示，一個數(shù)據(jù)可以是記錄、組合項或基本項。處理(Process)：表示對數(shù)據(jù)所進行的加工和變換，在圖中用矩形框表示。指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。數(shù)據(jù)存儲：表示用文件方式或數(shù)據(jù)庫形式所存儲的數(shù)據(jù)，堆砌進行的存取分別以指向或離開數(shù)據(jù)存儲的箭頭

17、表示。數(shù)據(jù)源及數(shù)據(jù)終點：表示數(shù)據(jù)的來源或數(shù)據(jù)的去向，可以是一個組織或人員，它處于系統(tǒng)范圍之外，所以又稱它為外部實體，它是為了幫助理解系統(tǒng)界面而引入的，一般只出現(xiàn)在數(shù)據(jù)流圖的起點和終點3.2.2數(shù)據(jù)字典數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。由于本次設計是小型軟件系統(tǒng)的開發(fā)，所以采用卡片形式書寫數(shù)據(jù)字典。每張卡片上保存描述一個數(shù)據(jù)的信息這樣做更新和修改起來比較方便，而且能單獨處理描述每個數(shù)據(jù)的信息。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。數(shù)據(jù)字典卡片：名字：會議設備信息別名： 描述：惟一地標識會議設備信息清單中一個特定設備的關鍵域定義：設備編號=50（文本）5

18、0位置：設備信息表 事務保存到磁盤名字：與會代表信息別名：描述：惟一地標識與會代表信息清單中一個特定代表的關鍵域定義：代表編號=50文本50位置：與會代表信息表 事務保存到磁盤名稱：設備編號別名：描述：惟一地標識設備使用所有信息的關鍵域定義：設備號=字符8位置：單張視圖；列表視圖名字：單張視圖列表別名：描述：設備信息的描述定義：設備編號+設備名稱+負責人+使用時間+聯(lián)系電話+擺放位置+備注位置：部門檔案名字：權限二別名： 描述：標識本系統(tǒng)的用戶對本系統(tǒng)查詢權的使用權限定義：權限二=8字符8位置：操作用戶表名字：權限一別名： 描述：標識本系統(tǒng)的用戶對本系統(tǒng)管理權使用權限定義：權限一=8字符8位置

19、：操作用戶表 名稱：密碼修改別名：描述：用戶密碼信息的描述定義：用戶名稱+原始密碼+新密碼位置：系統(tǒng)設置名稱：添加用戶別名：描述：用戶信息的描述定義：用戶名稱+用戶密碼+確認密碼+用戶權限位置：系統(tǒng)設置名字：密碼別名： 描述：驗證本系統(tǒng)的用戶身份定義：密碼=8字符8位置：系統(tǒng)設置名字：用戶名別名： 描述：惟一標識本系統(tǒng)的用戶身份定義：用戶名=8字符8位置：系統(tǒng)設置3.2.3實體聯(lián)系E-R圖根據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析，我們可以確定該應用中的實體，屬性和實體之間的關系，并畫出如下所示的E-R圖。得到上面的數(shù)據(jù)項和數(shù)據(jù)結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的

20、邏輯結構設計打下基礎。本設計根據(jù)上面的設計,得到各個實體具體的描述E-R圖如下。會議設備負責人設備編號設備名字使用時間擺放位置聯(lián)系電話會議設備實體E-R圖（一）與會代表姓名性別年齡所屬科室級別驗收人聯(lián)系電話備注工資訂單名稱訂單編號主管制單人代表號與會代表實體E-R圖（二）聯(lián)系電話職務性別職工編號姓名屬性所在的部門職工職稱政治面貌使用開會擺放位置調(diào)用會議設備使用時間會議室負責人地點名字負責人設備編號備注聯(lián)系電話會議室編號備注聯(lián)系電話實體和實體之間的E-R圖（三）4、系統(tǒng)概要設計4.1總體設計總體設計的基本目的是概括的說系統(tǒng)應該如何實現(xiàn)，它又通常分為兩個階段：系統(tǒng)設計階段和結構設計階段本系統(tǒng)開發(fā)的

21、任務是實現(xiàn)會議管理的信息化、系統(tǒng)化、規(guī)范化。目的是開發(fā)一個具有添加，查詢，修改，更新，維護等功能的比較強大的數(shù)據(jù)庫管理系統(tǒng)。通過選題、嘗試和熟悉開發(fā)環(huán)境和數(shù)據(jù)庫系統(tǒng)，本系統(tǒng)前臺開發(fā)工具采用可視化編程工具Delphi7.0，后臺數(shù)據(jù)庫采用微軟的Accesss 2000數(shù)據(jù)庫。4.2系統(tǒng)功能模塊圖可以根據(jù)模塊獨立原理對軟件結構進行精化。為了合理的分解，得到盡可能高會議設備安排設備編號設備名稱負責人使用時間擺放位置聯(lián)系電話備注查詢模塊輸入模塊刪除模塊添加模塊編輯模塊更新模塊修改模塊刪除模塊的內(nèi)聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現(xiàn)、易于測試和易于維護的軟件結構，應該對模塊進行再分解或

22、合并。系統(tǒng)功能模塊圖如圖4.1所示： 圖4.1系統(tǒng)功能子模塊（一）級別聯(lián)系電話審核人備注工資主管制單人驗收人與會代表代表號會議號所屬科室名稱開會時間使用費用 輸入模塊刪除模塊查詢模塊添加模塊編輯模塊更新模塊修改模塊刪除模塊 系統(tǒng)功能子模塊之（二）4.3數(shù)據(jù)庫概念設計數(shù)據(jù)庫一般分為三級模式：外模式、概念模式和內(nèi)模式。在這里我們將要設計的是數(shù)據(jù)庫的概念模式，通過對數(shù)據(jù)流程分析及E-R圖，設計如下數(shù)據(jù)項和數(shù)據(jù)結構。會議設備信息。包括設備編號，設備名，負責人，使用時間，聯(lián)系電話，擺放位置，備注等信息。與會代表信息。包括代表名稱，性別，出生日期，年齡，聯(lián)系電話，審核人，備注等信息。4.4數(shù)據(jù)庫邏輯結構設

23、計在數(shù)據(jù)庫設計中相當重要的一步就是將概念模型轉化為計算機上DBMS所支持的數(shù)據(jù)模型，例如，將E-R圖模型轉化為關系模型，道理很簡單，我們設計概念模型基本上都是一些抽象的關系，在再數(shù)據(jù)庫設計的實現(xiàn)過程中，在計算機上有效地表示出這些關系就成了數(shù)據(jù)庫設計的關鍵。根據(jù)會議管理系統(tǒng)的功能要求，選取Access 2000作為后臺數(shù)據(jù)庫。在上面的實體和實體之間的E-R圖設計基礎上，形成數(shù)據(jù)庫中的表格及表格之間的關系。該數(shù)據(jù)庫由2表組成：職工信息表，會議設備信息表。1.職工信息表表4-1. 職工結構表列 名數(shù)據(jù)類型長 度是否允許為空說明Serial文本50否職工編號（主鍵）Name文本50否職工名Birthd

24、ay日期/時間否出生日期Sex文本50是性別tel文本50是聯(lián)系電話Title文本50否職稱2. 會議設備信息表4-2 會議設備結構表列 名數(shù)據(jù)類型長 度是否為空說 明Serial文本50否設備編號（主鍵）name文本50否名字tel文本50是聯(lián)系電話local文本50否擺放位置people文本50否負責人time日期/時間否使用時間 4.5連接數(shù)據(jù)庫的特點當開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后，在設計中使用數(shù)據(jù)庫畫筆可實現(xiàn)對該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表,修改表，刪除表，增加/刪除記錄。設計中設計數(shù)據(jù)窗口的時候，通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。在應用程序中則一般是在應用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫

25、的程序代碼，使得應用程序開始運行并實現(xiàn)與數(shù)據(jù)庫的連接。5、詳細設計詳細設計階段的根本目標是確定應該如何具體地實現(xiàn)所要求的系統(tǒng)，包括了用戶界面設計、程序過程設計等步驟。5.1系統(tǒng)的主要功能1、根據(jù)可行性研究的結果和客戶的要求，分析現(xiàn)有情況及問題，采用C/S結構，將會議管理系統(tǒng)劃分為：會議室管理、會議設備管理、會議人員管理、會議信息管理、信息查詢等；2、系統(tǒng)要實現(xiàn)基本信息錄入、修改、查詢等功能；3、系統(tǒng)要實現(xiàn)滿足多種條件的統(tǒng)計分析功能，有些統(tǒng)計數(shù)據(jù)要采用圖表的格式呈現(xiàn)；4、系統(tǒng)要有一定的安全控制策略；5、整個系統(tǒng)可以選擇采用2層C/S結構或3層B/S結構。數(shù)據(jù)庫系統(tǒng)可采用Access, SQL S

26、erver 2000等，前臺開發(fā)工具可以選用PowerBuilder或Visual Basic、ASP或JSP等；6、會議管理系統(tǒng)所涉及的信息有設備、會議室等方面，可通過系統(tǒng)流程圖、數(shù)據(jù)流程圖和數(shù)據(jù)字典對其進行描述，在分析和設計的基礎上，提出系統(tǒng)的總體框架并進行詳細設計編碼；5.2程序流程圖程序流程圖的優(yōu)點是對控制流程的描繪很直觀，易于掌握。1、系統(tǒng)程序流程圖如下圖所示:用戶 輸入登陸信息庫存信息用戶信息輸入信息根據(jù)超級用戶或管理員用戶信息進入頁面顯示主操作頁面進行選擇顯示當前信息添加和刪除操作顯示操作結果 系統(tǒng)程序流程圖5.3用戶界面設計5.3.1一般交互設計一般交互涉及信息顯示、數(shù)據(jù)輸入、

27、和系統(tǒng)整體控制等方面。1、一致性為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能，使用一致的格式。在設計的過程中，基本上保持了系統(tǒng)的格式一致。2、信息的反饋向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時地建立雙向通信。在本系統(tǒng)設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分窗體中包括了刷新按鈕，會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。另外，在進行錯誤操作是，會彈出提示窗口并發(fā)出警告提示音。3、執(zhí)行有較大影響的操作前提示用戶確認在設計過程中，如果用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時，都會有窗體彈出詢問繼續(xù)操作或者予以提示。4、減少兩次操作間需要記憶的內(nèi)容

28、為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設計過程中在需要數(shù)據(jù)傳遞的窗體中設置全局變量，來傳遞數(shù)據(jù)。例如在入賬和入庫的模塊的操作中都用到了這樣的方法。5、對話、移動和思考的效率盡量減少用戶擊鍵的次數(shù)，在設計時考慮到了用戶屏幕的布局以減少用戶鼠標移動的距離，盡量避免用戶在操作中發(fā)生疑問的情況。6、允許錯誤允許用戶的誤操作盡量不對系統(tǒng)造成傷害。7、按功能對動作分類，并據(jù)此設計屏幕布局屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。5.3.2信息顯示設計 應當盡量為用戶提供的界面顯示時完整的、明確的和容易理解的。這樣才能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按

29、位置、移動和大小，使用顏色和省略等方式傳達信息。1、只顯示與當前工作有關的信息在用戶操作有關系統(tǒng)的特定功能的信息時，不必看到與之無關的數(shù)據(jù)、菜單和圖形。2、使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù)在系統(tǒng)設計的過程中，較多地使用了圖表的形式表示數(shù)據(jù)，例如在分析中就使用了柱狀圖的形式表現(xiàn)了復雜的數(shù)據(jù)。這樣，用戶可以直觀的體會到圖表所表示的含義。3、使用一致的標記、標準的縮寫和可預知的顏色為了使系統(tǒng)所表達的含義準確、無誤，就必須適用一致的標記、標準的縮寫和可以預知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適用軟件。4、產(chǎn)生有意義的錯誤信息對于系統(tǒng)在運行過程中產(chǎn)生的錯誤盡量給用戶返回一個容

30、易理解的錯誤信息，以使用戶保持對系統(tǒng)的信任，和系統(tǒng)的可用性。5、使用窗口分隔不同類型的信息使用不同的窗口顯示、保存不同類型的信息。6、高效率的使用顯示屏當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。此外，屏幕的大小應該選得和應用系統(tǒng)的類型相配套。在各個顯示數(shù)據(jù)的窗口中，由于數(shù)據(jù)窗體項目較多，所以在數(shù)據(jù)窗體空間中較多的是用了垂直和水平滾動條，以保證信息的全面正確顯示。5.3.3數(shù)據(jù)輸入設計用戶的大部分時間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標等設備的也是重要的輸入手段，所以，對于他們的數(shù)據(jù)輸入操作有如下約定：1、保持信息顯示和數(shù)據(jù)

31、輸入間的一致性為了方便用戶的使用，鼠標應當盡量減少操作的幅度。2、保持顯示信息和輸入信息之間的一致性對于用戶來說，要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征（例如：文字大小、顏色、位置等）要一致。對于不同類型的用戶在登錄到系統(tǒng)后，由于有不同的權限，所以在主界面中會有一些項目受到限制而無法使用，所以要使這些項目不發(fā)生作用，以保證系統(tǒng)安全。5.4程序設計過程程序過程設計主要是在借助過程設計工具的情況下，對程序的具體實現(xiàn)過程進行設計。程序的主要部分設計在這個環(huán)節(jié)完成。其主要包括以下幾個部分：5.4.1登錄界面及密碼修改1、登錄界面如圖5.2所示用戶名是否輸入否 是 密碼是否輸入否 是 查找管理員

32、表中對應密碼的用戶 否 存在？ 是 打開主窗體 檢查輸入次數(shù)>3 關閉窗體圖5.2 登錄界面圖在用戶登錄時，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中的數(shù)據(jù)進行對比，若一致，則打開主窗體，若不一致提示錯誤，并要求再次輸入，若輸入次數(shù)超過三次，則關閉系統(tǒng)。在這個部分中，需要對用戶的類型存入一個全局變量，予以判斷其所具有的系統(tǒng)使用權限，例如，用戶類型為DBA，則該用戶擁有系統(tǒng)的一切權力，可以對每一部分進行添加、刪除、查找、統(tǒng)計等操作；而其他用戶類型都依據(jù)其類型的屬性，可以使用的部分也會相應減少，而只能使用一部分與其類型相匹配的功能。2、密碼修改如圖5.3所示 兩次輸入的密碼是否一致

33、否 是 原密碼是否正確 否 是 對數(shù)據(jù)庫中的相應字段進行更新 提示已更新并提交更新 關閉窗體 檢查輸入次數(shù)>3圖5.3 密碼修改圖在用戶更改密碼時，系統(tǒng)首先判斷輸入的兩次舊密碼是否一致，若一致，則判斷原密碼是否正確，如果原密碼正確，則對數(shù)據(jù)庫中的相應字段進行更新。在完成了用戶界面設計和程序過程設計后，基本上完成了詳細設計的內(nèi)容。 5.5軟件測試一個軟件開發(fā)完成后，并不能投入使用，而需要有好長時間的測試。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關鍵步驟，它是對軟件規(guī)格說明、設計和編碼的最后復審。在本次設計中，涉及到的主要模塊有五個

34、，即設備管理、會議室管理、會議人員管理、會議定單管理和系統(tǒng)管理.，它們之間的聯(lián)系決定了在測試中必須將上述五個功能模塊進行統(tǒng)一的測試。在設計模塊時，應盡力向高內(nèi)聚、低偶合的思想方面靠攏。5.5.1測試的方法和步驟軟件的測試方法有兩種，一種是黑盒測試（功能測試），另外一種是白盒測試（結構測試）。在本次軟件的測試工作中，由于水平的限制，僅僅對軟件的各個功能模塊進行了測試，并對各個模塊之間的接口進行了詳細的測試（用黑盒測試法）。測試的步驟：由于該系統(tǒng)是一個小系統(tǒng)，可以把整個系統(tǒng)作為一個單獨的實體來測試。當然，在測試的過程中可以分模塊、分階段來進行。大型軟件系統(tǒng)通常是有若干個子系統(tǒng)組成，且每個子系統(tǒng)由由

35、許多模塊組成，因此，軟件的測試過程基本上由以下步驟組成：(一).模塊測試(二).子系統(tǒng)測試(三).系統(tǒng)測試(四).驗收測試5.5.2測試用例本次設計主要模塊有2個，即設備管理、會議人員管理。這里只列出這一個模塊的測試用例。當然，在實際的測試中應盡可能的對每個功能，都能測試到。1、設備管理模塊的窗體應顯示某個會議設備的所有信息，包括設備編號，設備名稱，負責人，聯(lián)系電話，使用時間，擺放位置等信息，本模塊可分別對這些信息進行修改。2、基本資料修改模塊將要修改的設備編號，設備名稱，負責人，聯(lián)系電話，使用時間，擺放位置等修改好并確認后，系統(tǒng)將檢查編號是否重復，重復則提示：該編號有重復。否則，將提示：修改成功。 3、在主界面中選擇輸入模塊的按鈕后，如設備編號，使用時間等必須填如數(shù)據(jù)，否則，系統(tǒng)提示：定單編號不能為空；成功如果輸入內(nèi)容與管理要求相一致，確認后系統(tǒng)提示：成功。4、報表模塊將自動統(tǒng)計一定條件的設備信息情況。進入統(tǒng)計功能項后，其將顯示所有滿足一定條件的設備信息。6、軟件使用說明書本次設計主要模塊有五個，即設備管理、會議室管理、會議人員管理、會議定單管理和系統(tǒng)管理.。一系統(tǒng)的登錄完成了程序各個功能模