1、*實踐教學*蘭州理工大學計算機與通信學院2008年春季學期軟件開發綜合訓練課程設計題 目：會議管理系統與會代表和會議設備安排子模塊 專業班級： 計算機科學與技術05級4班 姓 名： 陳 鈺 學 號： 05240423 指導教師： 徐 志 剛 成 績： 目 錄摘 要I序 言I1、可行性分析11.1問題描述11.2可行性分析研究1技術可行性2經濟可行性2操作可行性21.3結論意見22、項目開發計劃32.1編寫目的32.2項目背景32.3項目概述32.4項目開發計劃42.5交付期限53、需求分析63.1任務需求分析63.2數據流圖、數據字典及實體聯系圖6數據流圖6數據字典8實體聯系E-R圖94.1總

2、體設計134.2系統功能模塊圖134.3數據庫概念設計154.4數據庫邏輯結構設計154.5連接數據庫的特點175、詳細設計185.1系統的主要功能185.2程序流程圖185.3用戶界面設計20一般交互設計20信息顯示設計21數據輸入設計215.4程序設計過程22登錄界面及密碼修改225.5軟件測試23測試的方法和步驟23測試用例246、軟件使用說明書25設計總結27參考文獻28致謝29摘 要本設計說明書主要包括會議管理系統與會代表管理和會議設備管理子系統的可行性分析、需求性分析、設計方案、以及測試過程等，本系統是一個典型的信息管理系統(MIS),其開發主要包括后臺數據庫(Access 200

3、0)的建立和維護以及前端應用程序(Delphi v7.0)的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的數據庫。而對于后者則要求應用程序功能完備,易使用等特點。會議管理系統主要是以企業，商業作為使用對象而開發的，之所以對該系統定位如此小，主要是考慮作為學生的課程設計題目不宜過大，但考慮系統的完整性，仍然把它作為一個典型的信息管理系統而設計。其系統開發的任務主要包括數據庫的設計與維護、客戶端應用程序的開發等兩個方面。對于前者要求建立起的數據庫具有完整性和一致性，且具有一定的數據安全性如用戶需要密碼才能使用等，而對于后者則要求程序界面友好、功能完備等特點。利用其提供的集成開

4、發環境及各種控件，尤其是對DAO的支持完成對數據庫的各種操作，達到對圖書資料管理的目的。設計時首先建立系統應用原型，然后對原型系統進行需求迭代，不斷修正和改進，直到形成用戶滿意的實際可行系統。本系統可以方便的與會代表管理、會議室設備管理的功能。關鍵詞：與會代表，會議設備管理，數據庫，會議管理系統。序 言數據庫是從60年代初發展起來的計算機技術。經過四十多年的發展，數據庫技術己經趨于成熟。就數據應用而言呈現出多樣化的空間，如數字圖書館、電子出版物、電子商務、遠程教育系統等的出現，給數據庫技術提出了更多、更高的要求。同時，隨著國內高校校園網的建設，基于互聯網的應用系統的開發正在蓬勃發展并發揮著較大

5、的作用。隨著計算機技術的飛速發展，計算機在企業、學校等中應用的普及，不管在公司還是高校，都存在會議管理的問題，而現在絕大多的會議管理還處于手工作業狀態，效率很低，而且容易出錯，不便于管理，還不排除有不真實的現象。會議管理的內部管理、自我完善不容忽視，我們認為有必要開發一個中小型會議管理軟件。利用DELPHI 7作為開發工具、Accesss2000作為數據庫開發出來的單機版中小型會議管理系統。整個系統各操作窗口清新、大方，操作方便，包含了管理員登錄、會議信息的建立、會議信息的修改、會議信息刪除、會議信息查詢（又分成：會議時間查詢、會議地點查詢、會議主持查詢、參加人數查詢、會議名稱查詢等）數據庫恢

6、復備份、報表打印等功能。本設計說明書主要介紹了會議管理系統的開發背景，所要完成的功能和開發的過程。重點的說明了系統設計的重點、設計思想、難點技術和解決方案。1、可行性分析1.1問題描述會議管理系統的與會人員管理和會議室設備管理子系統是一個由人、計算機等組成的能進行信息的收集、傳送、儲存、維護和使用的系統，中小型會議管理系統，使整個會議從時間到地點，從會議名稱到主辦單位，會議內容到會議結果聯為一體，形成一個積極、互動、有效的不管在公司還是高校，都存在會議管理的問題，而現在絕大多的會議管理還處于手工作業狀態，效率很低，而且容易出錯，不便于管理，還不排除有不真實的現象。會議管理的內部管理、自我完善不

7、容忽視，我們認為有必要開發一個中小型會議管理軟件。整體實現信息共享，更好地為公司，用人單位服務運用計算機來管理會議信息具有公正、嚴格和高效等諸多優點，從而取代了人工管理模式下由于各種原因出現管理漏洞的可能性，因而增強了參會人員工作的積極性，提高了參會人員的工作效率，確保會議能夠正常地舉行。我們在現行系統初步調查的基礎上提出了新系統目標，即新系統建立后所要求達到的運行指標，這是系統開發和評價的依據。1.2可行性分析研究當接受一個軟件開發任務，就進入軟件生命的第一個階段，即進行可行性的研究。并不是所有問題具有簡單的解決辦法，許多問題不能在預定的規模之內解決。因此通過可行性的研究分析可以知道問題。有

8、無可行性的解決方法，進而避免人力、物力和才力的浪費。在現行系統初步調查的基礎上就可以提出新系統目標，即新系統建立后所要求達到的運行指標，這是系統開發和評價的依據。系統目標應充分體現，直接為會議管理系統服務，并且，程序可以分期分批實現。但是，需要指出的是，系統目標是不可能在總體規劃階段就提得非常具體，它還將在開發過程中逐步明確和定量化。以達到更加出色的程序系統?？墒?，目標的提法不盡相同，例如：提高會議管理效率，減輕勞動強度。提高信息處理速度和準確性。為管理者提供更方便、科學的服務項目。1.2.1技術可行性技術上的可行性分析主要分析現有技術條件能否順利完成開發工作，硬、軟件配置能否滿足開發者需要等

9、。目前每個公司都建有局域網，各辦公室均采用PC機作為工作臺，其容量、速度能滿足系統要求。根據客戶提出的系統功能、性能及實現系統的各項約束條件，根據新系統目標來衡量所需的技術是否具備，本系統是一個數據庫管理和查詢的系統，現有的技術以較為成熟，硬件、軟件的性能要求、環境條件等各項條件良好，估計利用現有技術條件應完全可以達到該系統的功能目標。同時，考慮給予的開發期限也較為充裕，預計系統是可以在規定期限內完成開發。1.2.2經濟可行性主要是對開發會議管理系統與會代表和會議室設備安排的經濟效益進行評價，一方面是估算開發它的支出費用，其中包括設備購置費、軟件開發費、管理和維護費、人員工資和培訓費等。另一方

10、面是估算會議管理這個軟件可能取得的收益中可以用錢來衡量的那部分。并對目前的軟件市場進行調查,所做軟件是否有很大的銷售市場和相當規模的用戶群。所做軟件的開發成本與客戶提出的要求是否可達到雙方都滿意。并且，分析系統開發是否會對其它產品或利潤帶來一定影響。經過對上述幾個方面的調查研究和分析，我們得出會議管理系統這個軟件的市場前景是相當客觀的，在經濟角度來說，開發會議管理系統是可行的。1.2.3操作可行性主要是了解會議管理的相關人員對開發信息系統是否支持，現有會議管理制度和方法是否科學，規章制度是否齊全，原始數據是否正確等。會議管理人員積極支持該系統開發，使新系統能夠充分的發揮作用；系統操作簡單，易于

11、理解，操作者經過短時間的培訓就可以使用會議管理系統。1.3結論意見 經過認真地可行性研究，系統基本上做到了在技術、經濟、運行、法律上的可行。因此，相信在按照計劃上實施的前提下，全系統的設計將會按時、高質量完成。所以，系統研制和開發是可以馬上進行的。2、項目開發計劃2.1編寫目的隨著社會的發展，社會信息化也是社會發展的必然趨勢，會議管理系統也以方便、快捷、費用低的優點正慢慢地進入人們的生活。從傳統的會議管理方式徹底的解脫出來，將減輕管理人員以往繁忙的工作，減小出錯的概率，提高其管理效率，使人們有更多時間來獲取信息、了解信息、掌握信息 。當今時代是飛速發展的信息時代。在各行各業中離不開信息處理，這

12、正是計算機被廣泛應用于信息管理系統的環境。尤其對于復雜的信息管理，計算機能夠充分發揮它的優越性。本系統是為了方便對會議管理人員對會議信息進行高效的管理而編寫的，面對會議信息處理中出現的各種情況，該會議管理信息系統在實施后應基本達到以下目標：(1)系統界面友好美觀，操作簡單易行，查詢靈活方便。(2)系統運行可靠，維護方便，靈活通用。2.2項目背景項目分析單位在接到項目分析員給出的項目可行性分析報告后，在本系統，即圖書館管理系統開發主管部門的統一下制定用于軟件實質開發的軟件項目計劃，以使軟件開發單位理解軟件開發要求，進行開發。 2.3項目概述1、工作內容讓計算機對會議信息進行管理，用戶可以直接在計

13、算機上實現各種會議的信息管理，并能在一定程度上實現自動化。 2、條件與限制開發該軟件的條件比較簡單，以開發單位目前的經濟與技術條件已完全具備開發的條件。該系統可在用戶要求的期限內完成。 3、產品1）程序該項目因開發時間較短，這里只給出設計思想，具體程序沒寫。2）文檔文檔內容包括：（1) 封面（2）目錄（3）中文摘要100字左右；關鍵詞3-5個（4）序言（5）可行性分析（6）項目開發計劃（7）需求規格說明（包含需要的系統流程圖、數據流程圖、數據字典、E-R圖）（8）概要設計（包含總體軟件結構圖、總體數據結構）（9）詳細設計（對概要設計內容進行詳細設計）（10）設計總結、參考文獻、致謝等4、驗收標

14、準軟件的驗收標準完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。2.4項目開發計劃1、任務分解分三個大的階段進行開發第一階段完成本系統的數據流圖跟E-R圖。第二階段完成概要設計跟詳細設計。第三階段書寫文檔。2、預算軟件資金投入較少，具體預算分配簡略。3、關鍵問題各模塊之間的聯系和后臺數據庫的完成。使用目前的設備與現有開發技術完全可以開發出該系統，總的來說該項目沒有較大的技術難點與其他的一些風險因素。對于出現的一些小難點總都能得到解決。2.5交付期限所要開發的系統較簡單，所有開發工作用戶要求要在1個月內完成，完成項目的最遲時間為2008年7月5日。3、需求分析3.1任務需求分析整個

15、軟件生命周期中，開發所占的費用和時間都很小。后期維護工作一般要占整個軟件生命周期的80% 以上。所以系統分析很重要，一個好的系統分析可以減少很多后期維護工作。需求性分析是軟件定義時期的最后一個階段,它的基本任務是準確的回答:系統必須做什么!需求性分析通常提出對系統的功能需求、性能需求、可靠性和可用性需求等多種需求.本設計中將對我們設計的“會議管理系統之與會人員管理和會議室設備管理”的進行需求性分析.一個好的會議管理系統，應該有對各種會議信息的處理，包括會議室的安排，會議設備的安排，以及會議人員的安排等信息的處理，還有對本次會議主題的描述等，這些都是一個好的會議系統必備的。當要舉行一個會議的時候

16、，首先，要對會議室管理部門下個開會的定單，以免會議室沒有空閑。然后再由該部門進行會議所需要的設備的管理和與會人員的管理，當通過審核人審核后，該會議就可以舉行3.2數據流圖、數據字典及實體聯系圖3.2.1數據流圖 設備編號 設備名稱負責人使用時間聯系電話擺放位置備注姓名年齡性別所屬科室聯系電話備注用戶登錄主界面會議設備安排與會代表圖3.2 系統數據流程圖數據流圖由四種基本的元素構成：數據流(Data Flow)，處理(Process)，數據存儲和數據源（數據終點）。數據流(Data Flow)：為具有名稱且有流向的數據，用標有名稱的箭頭表示，一個數據可以是記錄、組合項或基本項。處理(Proces

17、s)：表示對數據所進行的加工和變換，在圖中用矩形框表示。指向處理數據流為該處理的輸入數據，離開處理的數據為處理的輸出數據。數據存儲：表示用文件方式或數據庫形式所存儲的數據，堆砌進行的存取分別以指向或離開數據存儲的箭頭表示。數據源及數據終點：表示數據的來源或數據的去向，可以是一個組織或人員，它處于系統范圍之外，所以又稱它為外部實體，它是為了幫助理解系統界面而引入的，一般只出現在數據流圖的起點和終點3.2.2數據字典數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。由于本次設計是小型軟件系統的開發，所以采用卡片形式書寫數據字典。每張卡片上保存描述一個數據的信息這樣做更新

18、和修改起來比較方便，而且能單獨處理描述每個數據的信息。下面將列出若干數據元素的數據卡片信息。數據字典卡片：名字：會議設備信息別名： 描述：惟一地標識會議設備信息清單中一個特定設備的關鍵域定義：設備編號=50（文本）50位置：設備信息表 事務保存到磁盤名字：與會代表信息別名：描述：惟一地標識與會代表信息清單中一個特定代表的關鍵域定義：代表編號=50文本50位置：與會代表信息表 事務保存到磁盤名稱：設備編號別名：描述：惟一地標識設備使用所有信息的關鍵域定義：設備號=字符8位置：單張視圖；列表視圖名字：單張視圖列表別名：描述：設備信息的描述定義：設備編號+設備名稱+負責人+使用時間+聯系電話+擺放位

19、置+備注位置：部門檔案名字：權限二別名： 描述：標識本系統的用戶對本系統查詢權的使用權限定義：權限二=8字符8位置：操作用戶表名字：權限一別名： 描述：標識本系統的用戶對本系統管理權使用權限定義：權限一=8字符8位置：操作用戶表 名稱：密碼修改別名：描述：用戶密碼信息的描述定義：用戶名稱+原始密碼+新密碼位置：系統設置名稱：添加用戶別名：描述：用戶信息的描述定義：用戶名稱+用戶密碼+確認密碼+用戶權限位置：系統設置名字：密碼別名： 描述：驗證本系統的用戶身份定義：密碼=8字符8位置：系統設置名字：用戶名別名： 描述：惟一標識本系統的用戶身份定義：用戶名=8字符8位置：系統設置3.2.3實體聯系

20、E-R圖根據對數據流圖和數據字典的分析，我們可以確定該應用中的實體，屬性和實體之間的關系，并畫出如下所示的E-R圖。得到上面的數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。本設計根據上面的設計,得到各個實體具體的描述E-R圖如下。會議設備負責人設備編號設備名字使用時間擺放位置聯系電話會議設備實體E-R圖（一）與會代表姓名性別年齡所屬科室級別驗收人聯系電話備注工資訂單名稱訂單編號主管制單人代表號與會代表實體E-R圖（二）聯系電話職務性別職工編號姓名屬性所在的部門職工職稱政治面貌使用開會擺放位置調用會議設備使用時間會議室負責人地點名

21、字負責人設備編號備注聯系電話會議室編號備注聯系電話實體和實體之間的E-R圖（三）4、系統概要設計4.1總體設計總體設計的基本目的是概括的說系統應該如何實現，它又通常分為兩個階段：系統設計階段和結構設計階段本系統開發的任務是實現會議管理的信息化、系統化、規范化。目的是開發一個具有添加，查詢，修改，更新，維護等功能的比較強大的數據庫管理系統。通過選題、嘗試和熟悉開發環境和數據庫系統，本系統前臺開發工具采用可視化編程工具Delphi7.0，后臺數據庫采用微軟的Accesss 2000數據庫。4.2系統功能模塊圖可以根據模塊獨立原理對軟件結構進行精化。為了合理的分解，得到盡可能高會議設備安排設備編號設

22、備名稱負責人使用時間擺放位置聯系電話備注查詢模塊輸入模塊刪除模塊添加模塊編輯模塊更新模塊修改模塊刪除模塊的內聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現、易于測試和易于維護的軟件結構，應該對模塊進行再分解或合并。系統功能模塊圖如圖4.1所示： 圖4.1系統功能子模塊（一）級別聯系電話審核人備注工資主管制單人驗收人與會代表代表號會議號所屬科室名稱開會時間使用費用 輸入模塊刪除模塊查詢模塊添加模塊編輯模塊更新模塊修改模塊刪除模塊 系統功能子模塊之（二）4.3數據庫概念設計數據庫一般分為三級模式：外模式、概念模式和內模式。在這里我們將要設計的是數據庫的概念模式，通過對數據流程分析及E-R圖

23、，設計如下數據項和數據結構。會議設備信息。包括設備編號，設備名，負責人，使用時間，聯系電話，擺放位置，備注等信息。與會代表信息。包括代表名稱，性別，出生日期，年齡，聯系電話，審核人，備注等信息。4.4數據庫邏輯結構設計在數據庫設計中相當重要的一步就是將概念模型轉化為計算機上DBMS所支持的數據模型，例如，將E-R圖模型轉化為關系模型，道理很簡單，我們設計概念模型基本上都是一些抽象的關系，在再數據庫設計的實現過程中，在計算機上有效地表示出這些關系就成了數據庫設計的關鍵。根據會議管理系統的功能要求，選取Access 2000作為后臺數據庫。在上面的實體和實體之間的E-R圖設計基礎上，形成數據庫中的

24、表格及表格之間的關系。該數據庫由2表組成：職工信息表，會議設備信息表。1.職工信息表表4-1. 職工結構表列 名數據類型長 度是否允許為空說明Serial文本50否職工編號（主鍵）Name文本50否職工名Birthday日期/時間否出生日期Sex文本50是性別tel文本50是聯系電話Title文本50否職稱2. 會議設備信息表4-2 會議設備結構表列 名數據類型長 度是否為空說 明Serial文本50否設備編號（主鍵）name文本50否名字tel文本50是聯系電話local文本50否擺放位置people文本50否負責人time日期/時間否使用時間 4.5連接數據庫的特點當開發環境通過連接到數據

25、庫上之后，在設計中使用數據庫畫筆可實現對該數據庫中表格，視圖等的操作，如創建表,修改表，刪除表，增加/刪除記錄。設計中設計數據窗口的時候，通過對話框實現與數據的連接。在應用程序中則一般是在應用程序對象中書寫連接數據庫的程序代碼，使得應用程序開始運行并實現與數據庫的連接。5、詳細設計詳細設計階段的根本目標是確定應該如何具體地實現所要求的系統，包括了用戶界面設計、程序過程設計等步驟。5.1系統的主要功能1、根據可行性研究的結果和客戶的要求，分析現有情況及問題，采用C/S結構，將會議管理系統劃分為：會議室管理、會議設備管理、會議人員管理、會議信息管理、信息查詢等；2、系統要實現基本信息錄入、修改、查

26、詢等功能；3、系統要實現滿足多種條件的統計分析功能，有些統計數據要采用圖表的格式呈現；4、系統要有一定的安全控制策略；5、整個系統可以選擇采用2層C/S結構或3層B/S結構。數據庫系統可采用Access, SQL Server 2000等，前臺開發工具可以選用PowerBuilder或Visual Basic、ASP或JSP等；6、會議管理系統所涉及的信息有設備、會議室等方面，可通過系統流程圖、數據流程圖和數據字典對其進行描述，在分析和設計的基礎上，提出系統的總體框架并進行詳細設計編碼；5.2程序流程圖程序流程圖的優點是對控制流程的描繪很直觀，易于掌握。1、系統程序流程圖如下圖所示:用戶 輸入

27、登陸信息庫存信息用戶信息輸入信息根據超級用戶或管理員用戶信息進入頁面顯示主操作頁面進行選擇顯示當前信息添加和刪除操作顯示操作結果 系統程序流程圖5.3用戶界面設計5.3.1一般交互設計一般交互涉及信息顯示、數據輸入、和系統整體控制等方面。1、一致性為客戶交互界面中的菜單選擇、命令輸入、數據顯示以及眾多的其他功能，使用一致的格式。在設計的過程中，基本上保持了系統的格式一致。2、信息的反饋向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統之間及時地建立雙向通信。在本系統設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分窗體中包括了刷新按鈕，會對數據庫中的數據進行及時地顯示。另外，在進行錯

28、誤操作是，會彈出提示窗口并發出警告提示音。3、執行有較大影響的操作前提示用戶確認在設計過程中，如果用戶要執行刪除操作，以及對數據庫的讀寫操作時，都會有窗體彈出詢問繼續操作或者予以提示。4、減少兩次操作間需要記憶的內容為了避免用戶為下一步操作而記憶大量數據，所以在設計過程中在需要數據傳遞的窗體中設置全局變量，來傳遞數據。例如在入賬和入庫的模塊的操作中都用到了這樣的方法。5、對話、移動和思考的效率盡量減少用戶擊鍵的次數，在設計時考慮到了用戶屏幕的布局以減少用戶鼠標移動的距離，盡量避免用戶在操作中發生疑問的情況。6、允許錯誤允許用戶的誤操作盡量不對系統造成傷害。7、按功能對動作分類，并據此設計屏幕布

29、局屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。5.3.2信息顯示設計 應當盡量為用戶提供的界面顯示時完整的、明確的和容易理解的。這樣才能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、移動和大小，使用顏色和省略等方式傳達信息。1、只顯示與當前工作有關的信息在用戶操作有關系統的特定功能的信息時，不必看到與之無關的數據、菜單和圖形。2、使用便于用戶迅速吸收數據的方式來表示數據在系統設計的過程中，較多地使用了圖表的形式表示數據，例如在分析中就使用了柱狀圖的形式表現了復雜的數據。這樣，用戶可以直觀的體會到圖表所表示的含義。3、使用一致的標記、標準的縮寫和可預知的顏

30、色為了使系統所表達的含義準確、無誤，就必須適用一致的標記、標準的縮寫和可以預知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適用軟件。4、產生有意義的錯誤信息對于系統在運行過程中產生的錯誤盡量給用戶返回一個容易理解的錯誤信息，以使用戶保持對系統的信任，和系統的可用性。5、使用窗口分隔不同類型的信息使用不同的窗口顯示、保存不同類型的信息。6、高效率的使用顯示屏當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。此外，屏幕的大小應該選得和應用系統的類型相配套。在各個顯示數據的窗口中，由于數據窗體項目較多，所以在數據窗體空間中較多的是用了垂直和水平滾動條，以保證信息的全面正確顯

31、示。5.3.3數據輸入設計用戶的大部分時間用在選擇菜單命令、鍵入數據和向系統提供輸入。在系統中，鍵盤是主要的輸入介質，但是鼠標等設備的也是重要的輸入手段，所以，對于他們的數據輸入操作有如下約定：1、保持信息顯示和數據輸入間的一致性為了方便用戶的使用，鼠標應當盡量減少操作的幅度。2、保持顯示信息和輸入信息之間的一致性對于用戶來說，要保證其輸入的數據在顯示上與其他顯示的視覺特征（例如：文字大小、顏色、位置等）要一致。對于不同類型的用戶在登錄到系統后，由于有不同的權限，所以在主界面中會有一些項目受到限制而無法使用，所以要使這些項目不發生作用，以保證系統安全。5.4程序設計過程程序過程設計主要是在借助

32、過程設計工具的情況下，對程序的具體實現過程進行設計。程序的主要部分設計在這個環節完成。其主要包括以下幾個部分：5.4.1登錄界面及密碼修改1、登錄界面如圖5.2所示用戶名是否輸入否 是 密碼是否輸入否 是 查找管理員表中對應密碼的用戶 否 存在？ 是 打開主窗體 檢查輸入次數3 關閉窗體圖5.2 登錄界面圖在用戶登錄時，在輸入用戶名和密碼及用戶類型的前提下將其與數據庫中的數據進行對比，若一致，則打開主窗體，若不一致提示錯誤，并要求再次輸入，若輸入次數超過三次，則關閉系統。在這個部分中，需要對用戶的類型存入一個全局變量，予以判斷其所具有的系統使用權限，例如，用戶類型為DBA，則該用戶擁有系統的一

33、切權力，可以對每一部分進行添加、刪除、查找、統計等操作；而其他用戶類型都依據其類型的屬性，可以使用的部分也會相應減少，而只能使用一部分與其類型相匹配的功能。2、密碼修改如圖5.3所示 兩次輸入的密碼是否一致 否 是 原密碼是否正確 否 是 對數據庫中的相應字段進行更新 提示已更新并提交更新 關閉窗體 檢查輸入次數3圖5.3 密碼修改圖在用戶更改密碼時，系統首先判斷輸入的兩次舊密碼是否一致，若一致，則判斷原密碼是否正確，如果原密碼正確，則對數據庫中的相應字段進行更新。在完成了用戶界面設計和程序過程設計后，基本上完成了詳細設計的內容。 5.5軟件測試一個軟件開發完成后，并不能投入使用，而需要有好長

34、時間的測試。測試的目的就是在軟件投入生產性運行之前，盡可能多地發現軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟，它是對軟件規格說明、設計和編碼的最后復審。在本次設計中，涉及到的主要模塊有五個，即設備管理、會議室管理、會議人員管理、會議定單管理和系統管理.，它們之間的聯系決定了在測試中必須將上述五個功能模塊進行統一的測試。在設計模塊時，應盡力向高內聚、低偶合的思想方面靠攏。5.5.1測試的方法和步驟軟件的測試方法有兩種，一種是黑盒測試（功能測試），另外一種是白盒測試（結構測試）。在本次軟件的測試工作中，由于水平的限制，僅僅對軟件的各個功能模塊進行了測試，并對各個模塊之間的接口進行了詳細

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