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

1、 目目 錄錄 摘 要.i 序 言.i 1、可行性分析.1 1.1 問題描述.1 1.2 可行性分析研究.1 1.2.1 技術可行性 .2 1.2.2 經(jīng)濟可行性 .2 1.2.3 操作可行性 .2 1.3 結(jié)論意見.2 2、項目開發(fā)計劃.3 2.1 編寫目的.3 2.2 項目背景.3 2.3 項目概述.3 2.4 項目開發(fā)計劃.4 2.5 交付期限.5 3、需求分析.6 3.1 任務需求分析 .6 3.2 數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖.6 3.2.1 數(shù)據(jù)流圖 .6 3.2.2 數(shù)據(jù)字典 .8 3.2.3 實體聯(lián)系 e-r 圖 .9 4.1 總體設計 .13 4.2 系統(tǒng)功能模塊圖.13 4

2、.3 數(shù)據(jù)庫概念設計.15 4.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設計.15 4.5 連接數(shù)據(jù)庫的特點.17 5、詳細設計.18 5.1 系統(tǒng)的主要功能.18 5.2 程序流程圖.18 5.3 用戶界面設計.20 5.3.1 一般交互設計 .20 5.3.2 信息顯示設計 .21 5.3.3 數(shù)據(jù)輸入設計 .21 5.4 程序設計過程.22 5.4.1 登錄界面及密碼修改 .22 5.5 軟件測試 .23 5.5.1 測試的方法和步驟 .23 5.5.2 測試用例 .24 6、軟件使用說明書.25 設計總結(jié).27 參考文獻.28 致謝.29 摘摘 要要 本設計說明書主要包括會議管理系統(tǒng)與會代表管理和會議設備管

3、理子系 統(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)定位如此小，主要是考慮作為學生的 課程設計題目不宜過大，但考慮系 統(tǒng)的完整性，仍然把 它作為一個典型的信息管理系統(tǒng)而設計。其系統(tǒng)開發(fā)的 任務主要包括數(shù)據(jù)庫的設計 與維護、客戶端應用程序的開

4、發(fā)等兩個方面。對 于前者要求建立起的數(shù)據(jù)庫具有完整性和一致性，且具有一定的數(shù)據(jù)安全性 如用戶需要密碼才能使用等，而對于后者則要求程序界面友 好、功能完備等 特點。利用其提供的集成開發(fā)環(huán)境及各種控件，尤其是對dao的支持完成對數(shù) 據(jù)庫的各種操作，達到對圖書資料管理的目的。設計時首先建立系統(tǒng)應用原型， 然后對原型系統(tǒng)進行需求迭代，不斷修正和改進，直到形成用戶滿意的實際可 行系統(tǒng)。 本系統(tǒng)可以方便的與會代表管理、會議室設備管理的功能。 關鍵詞關鍵詞：與會代表，會議設備管理，數(shù)據(jù)庫，會議管理系統(tǒng)。 序序 言言 數(shù)據(jù)庫是從 60 年代初發(fā)展起來的計算機技術。經(jīng)過四十多年的發(fā)展，數(shù) 據(jù)庫技術己經(jīng)趨于成熟。

5、就數(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)部管理、自我完善不容忽視，我們認為有必要開發(fā)一個中小 型會議管理軟件。利用 delphi 7 作為開發(fā)工具、accesss2000 作為數(shù)據(jù)庫開發(fā) 出來

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

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

8、現(xiàn)行系統(tǒng)初 步調(diào)查的基礎上提出了新系統(tǒng)目標，即新系統(tǒng)建立后所要求達到的運行指標，這是 系統(tǒng)開發(fā)和評價的依據(jù)。 1.21.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)。但是，需要指出的是，

9、系統(tǒng)目標是不可能在總體規(guī)劃階段 就提得非常具體，它還將在開發(fā)過程中逐步明確和定量化。以達到更加出色的程序 系統(tǒng)。可是，目標的提法不盡相同，例如： 提高會議管理效率，減輕勞動強度。 提高信息處理速度和準確性。 為管理者提供更方便、科學的服務項目。 1.2.11.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ù)庫管理和

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

11、出的要求是否可達到雙 方都滿意。并且，分析系統(tǒng)開發(fā)是否會對其它產(chǎn)品或利潤帶來一定影響。經(jīng)過對上 述幾個方面的調(diào)查研究和分析，我們得出會議管理系統(tǒng)這個軟件的市場前景是相當 客觀的，在經(jīng)濟角度來說，開發(fā)會議管理系統(tǒng)是可行的。 1.2.31.2.3 操作可行性操作可行性 主要是了解會議管理的相關人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有會議管理制度 和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。會議管理人員積極支 持該系統(tǒng)開發(fā)，使新系統(tǒng)能夠充分的發(fā)揮作用；系統(tǒng)操作簡單，易于理解，操作者 經(jīng)過短時間的培訓就可以使用會議管理系統(tǒng)。 1.31.3 結(jié)論意見結(jié)論意見 經(jīng)過認真地可行性研究，系統(tǒng)基本上做到了在技

12、術、經(jīng)濟、運行、法律上的 可行。因此，相信在按照計劃上實施的前提下，全系統(tǒng)的設計將會按時、高質(zhì)量完 成。所以，系統(tǒng)研制和開發(fā)是可以馬上進行的。 2 2、項目開發(fā)計劃、項目開發(fā)計劃 2.12.1 編寫目的編寫目的 隨著社會的發(fā)展，社會信息化也是社會發(fā)展的必然趨勢，會議管理系統(tǒng)也以方 便、快捷、費用低的優(yōu)點正慢慢地進入人們的生活。從傳統(tǒng)的會議管理方式徹底的 解脫出來，將減輕管理人員以往繁忙的工作，減小出錯的概率，提高其管理效率， 使人們有更多時間來獲取信息、了解信息、掌握信息 。 當今時代是飛速發(fā)展的信息時代。在各行各業(yè)中離不開信息處理，這正是計算 機被廣泛應用于信息管理系統(tǒng)的環(huán)境。尤其對于復雜的

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

14、算機上實現(xiàn)各種會議的信 息管理，并能在一定程度上實現(xiàn)自動化。 2、條件與限制 開發(fā)該軟件的條件比較簡單，以開發(fā)單位目前的經(jīng)濟與技術條件已完全具備開 發(fā)的條件。該系統(tǒng)可在用戶要求的期限內(nèi)完成。 3、產(chǎn)品 1）程序 該項目因開發(fā)時間較短，這里只給出設計思想，具體程序沒寫。 2）文檔 文檔內(nèi)容包括： （1) 封面 （2）目錄 （3）中文摘要 100 字左右；關鍵詞 3-5 個 （4）序言 （5）可行性分析 （6）項目開發(fā)計劃 （7）需求規(guī)格說明（包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、e-r 圖） （8）概要設計（包含總體軟件結(jié)構(gòu)圖、總體數(shù)據(jù)結(jié)構(gòu)） （9）詳細設計（對概要設計內(nèi)容進行詳細設計）

15、（10）設計總結(jié)、參考文獻、致謝等 4、驗收標準 軟件的驗收標準完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶 的要求。 2.42.4 項目開發(fā)計劃項目開發(fā)計劃 1、任務分解 分三個大的階段進行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟 e-r 圖。第二階段 完成概要設計跟詳細設計。第三階段書寫文檔。 2、預算 軟件資金投入較少，具體預算分配簡略。 3、關鍵問題 各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成。使用目前的設備與現(xiàn)有開發(fā)技術完全 可以開發(fā)出該系統(tǒng)，總的來說該項目沒有較大的技術難點與其他的一些風險因素。 對于出現(xiàn)的一些小難點總都能得到解決。 2.52.5 交付期限交付期限 所要開發(fā)的系統(tǒng)較簡單

16、，所有開發(fā)工作用戶要求要在 1 個月內(nèi)完成，完成項目 的最遲時間為 2008 年 7 月 5 日。 3 3、需求分析、需求分析 3.13.1 任務需求分析任務需求分析 整個軟件生命周期中，開發(fā)所占的費用和時間都很小。后期維護工作一般要占 整個軟件生命周期的 80% 以上。所以系統(tǒng)分析很重要，一個好的系統(tǒng)分析可以減少 很多后期維護工作。 需求性分析是軟件定義時期的最后一個階段,它的基本任務是準確的回答:系統(tǒng) 必須做什么!需求性分析通常提出對系統(tǒng)的功能需求、性能需求、可靠性和可用性需 求等多種需求. 本設計中將對我們設計的“會議管理系統(tǒng)之與會人員管理和會議室設備管理” 的進行需求性分析.一個好的會

17、議管理系統(tǒng)，應該有對各種會議信息的處理，包括會 議室的安排，會議設備的安排，以及會議人員的安排等信息的處理，還有對本次會 議主題的描述等，這些都是一個好的會議系統(tǒng)必備的。 當要舉行一個會議的時候，首先，要對會議室管理部門下個開會的定單，以 免會議室沒有空閑。然后再由該部門進行會議所需要的設備的管理和與會人員的管 理，當通過審核人審核后，該會議就可以舉行 3.23.2 數(shù)據(jù)流圖、數(shù)據(jù)字典數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖及實體聯(lián)系圖 3.2.13.2.1 數(shù)據(jù)流圖數(shù)據(jù)流圖 圖 3.2 系統(tǒng)數(shù)據(jù)流程圖 設備編號 設備名稱 負責人 使用時間 聯(lián)系電話 擺放位置 備注 姓名 年齡 性別 所屬科室 聯(lián)系電話

18、 備注 用 戶 登 錄 主 界 面 會 議 設 備 安 排 與 會 代 表 數(shù)據(jù)流圖由四種基本的元素構(gòu)成：數(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ù)存儲的箭頭表示。 數(shù)據(jù)源及數(shù)據(jù)終點：表示數(shù)據(jù)的來源或數(shù)據(jù)

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

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

21、識設備使用所有信息的 關鍵域 定義：設備號=字符8 位置：單張視圖；列表視圖 名稱：添加用戶 別名： 描述：用戶信息的描述 定義：用戶名稱+用戶密碼+確認密碼+用戶 權限 位置：系統(tǒng)設置 名稱：密碼修改 別名： 描述：用戶密碼信息的描述 定義：用戶名稱+原始密碼+新密碼 位置：系統(tǒng)設置 名字：用戶名 別名： 描述：惟一標識本系統(tǒng)的用戶身份 定義：用戶名=8字符8 位置：系統(tǒng)設置 名字：密碼 別名： 描述：驗證本系統(tǒng)的用戶身份 定義：密碼=8字符8 位置：系統(tǒng)設置 3.2.33.2.3 實體聯(lián)系實體聯(lián)系 e-re-r 圖圖 根據(jù)對數(shù)據(jù)流圖和數(shù)據(jù)字典的分析，我們可以確定該應用中的實體，屬性和實 體

22、之間的關系，并畫出如下所示的 e-r 圖。 得到上面的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)以后，就可以設計出能夠滿足用戶需求的各種實 體，以及它們之間的關系，為后面的邏輯結(jié)構(gòu)設計打下基礎。 本設計根據(jù)上面的設計,得到各個實體具體的描述 e-re-r 圖如下。 會議設備 負責人 設備編號 設備名字 使用時間 擺放位置 聯(lián)系電話 圖 3.2.3 會議設備實體 e-r 圖（一） 與會代表 姓名 性別 年齡 所屬科室 級別 驗收人 聯(lián)系電話備注 工資 訂單名稱 訂單編 號 主管 制單人 圖 3.2.3 與會代表實體 e-r 圖（二） 姓名 性別 職務 職工編號 聯(lián)系電話 代表號 圖 3.2.3 實體和實體之間的 e-r

23、圖（三） 職工 屬性所在的部門 政治面貌 職稱 會議室 地點 聯(lián)系 電話 負責人 備注 會議室 編號 會議設備 名字 聯(lián)系 電話 負責人 備注 設備編 號 使用 時間 擺放 位置 開會 使用 調(diào)用 4 4、系統(tǒng)概要設計、系統(tǒng)概要設計 4.14.1 總體設計總體設計 總體設計的基本目的是概括的說系統(tǒng)應該如何實現(xiàn)，它又通常分為兩個階段： 系統(tǒng)設計階段和結(jié)構(gòu)設計階段 本系統(tǒng)開發(fā)的任務是實現(xiàn)會議管理的信息化、系統(tǒng)化、規(guī)范化。目的是開發(fā)一 個具有添加，查詢，修改，更新，維護等功能的比較強大的數(shù)據(jù)庫管理系統(tǒng)。 通過選題、嘗試和熟悉開發(fā)環(huán)境和數(shù)據(jù)庫系統(tǒng)，本系統(tǒng)前臺開發(fā)工具采用可視 化編程工具 delphi7

24、.0，后臺數(shù)據(jù)庫采用微軟的 accesss 2000 數(shù)據(jù)庫。 4.24.2 系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖 可以根據(jù)模塊獨立原理對軟件結(jié)構(gòu)進行精化。為了合理的分解，得到盡可能高 的內(nèi)聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現(xiàn)、易于測試和易 于維護的軟件結(jié)構(gòu)，應該對模塊進行再分解或合并。 系統(tǒng)功能模塊圖如圖 4.1 所示： 會議設備安排 設備編號 設 備 名 稱 負 責 人 使 用 時 間 擺 放 位 置 聯(lián) 系 電 話 備 注 查詢模塊 輸入模塊 刪除模塊 添加模塊 編輯模塊 更新模塊 修改模塊 刪除模塊 圖 4.1 系統(tǒng)功能子模塊（一） 與會代表 名 稱 所 屬 科 室 會 議

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

26、，性別，出生日期，年齡，聯(lián)系電話，審核人， 備注等信息。 4.44.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設計數(shù)據(jù)庫邏輯結(jié)構(gòu)設計 在數(shù)據(jù)庫設計中相當重要的一步就是將概念模型轉(zhuǎn)化為計算機上 dbms 所支持 的數(shù)據(jù)模型，例如，將 e-r 圖模型轉(zhuǎn)化為關系模型，道理很簡單，我們設計概念模 型基本上都是一些抽象的關系，在再數(shù)據(jù)庫設計的實現(xiàn)過程中，在計算機上有效地 表示出這些關系就成了數(shù)據(jù)庫設計的關鍵。 根據(jù)會議管理系統(tǒng)的功能要求，選取 access 2000 作為后臺數(shù)據(jù)庫。 在上面的實體和實體之間的 e-r 圖設計基礎上，形成數(shù)據(jù)庫中的表格及表格之 間的關系。 該數(shù)據(jù)庫由 2 表組成：職工信息表，會議設備信息表。 1

27、.職工信息表 表 4-1. 職工結(jié)構(gòu)表 列 名數(shù)據(jù)類型長 度是否允許 為空 說明 serial文本50否否職工編號 （主鍵） name文本50否職工名 birthday日期/時 間 否出生日期 sex文本50是性別 tel文本50是聯(lián)系電話 title文本50否職稱 2. 會議設備信息 表 4-2 會議設備結(jié)構(gòu)表 列 名數(shù)據(jù)類 型 長 度是否為 空 說 明 serial文本50否否設備編號（主 鍵） name文本50否否名字 tel文本50是是聯(lián)系電話 local文本50否否擺放位置 people文本50否否負責人 time日期/ 時間 否否使用時間 4.54.5 連接數(shù)據(jù)庫的特點連接數(shù)據(jù)庫的

28、特點 當開發(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ù)庫的程序代碼，使得應用程序開始運行并實 現(xiàn)與數(shù)據(jù)庫的連接。 5 5、詳細設計、詳細設計 詳細設計階段的根本目標是確定應該如何具體地實現(xiàn)所要求的系統(tǒng)，包括了用 戶界面設計、程序過程設計等步驟。 5.15.1 系統(tǒng)的主要功能系統(tǒng)的主要功能 1、根據(jù)可行性研究的結(jié)果和客戶的要求，分析現(xiàn)有情況及問題，采用 c/s 結(jié) 構(gòu)，將會議管理系統(tǒng)劃分為：會議室管理、

29、會議設備管理、會議人員管理、會議信 息管理、信息查詢等； 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 結(jié)構(gòu)或 3 層 b/s 結(jié)構(gòu)。數(shù)據(jù)庫系統(tǒng)可采用 access, sql server 2000 等，前臺開發(fā)工具可以選用 powerbuilder 或 visual basic、asp 或 jsp 等； 6、會議管理系統(tǒng)所涉及的信息有設備、會議室等方面，可通過系統(tǒng)流程圖、 數(shù)據(jù)流程圖和數(shù)據(jù)字典對其進行描述，在分析和設計的基礎上，提出系統(tǒng)

30、的總體框 架并進行詳細設計編碼； 5.25.2 程序流程圖程序流程圖 程序流程圖的優(yōu)點是對控制流程的描繪很直觀，易于掌握。 1、系統(tǒng)程序流程圖如下圖所示: 系統(tǒng)程序流程圖 用戶 輸入登陸信息 用戶信息 庫存信 息 輸入信息 根據(jù)超級用戶或 管理員用戶信息 進入頁面 顯示主操作頁面 進行選擇 顯示當前信息 添加和刪除操 作 顯示操作結(jié)果 5.35.3 用戶界面設計用戶界面設計 5.3.15.3.1 一般交互設計一般交互設計 一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。 1、一致性 為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能，使 用一致的格式。 在設計的過程中，基本

31、上保持了系統(tǒng)的格式一致。 2、信息的反饋 向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時地建立 雙向通信。 在本系統(tǒng)設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分窗體 中包括了刷新按鈕，會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。另外，在進行錯誤操作 是，會彈出提示窗口并發(fā)出警告提示音。 3、執(zhí)行有較大影響的操作前提示用戶確認 在設計過程中，如果用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時，都會 有窗體彈出詢問繼續(xù)操作或者予以提示。 4、減少兩次操作間需要記憶的內(nèi)容 為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設計過程中在需要數(shù)據(jù)傳 遞的窗體中設置全局變量，來傳遞數(shù)據(jù)。例如在

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

33、前工作有關的信息 在用戶操作有關系統(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)生的錯誤盡量給用戶返回一個容易理解的錯誤信息， 以使用戶保持對系統(tǒng)的

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

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

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

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

38、個，即設備管理、會議室管理、會議人 員管理、會議定單管理和系統(tǒng)管理.，它們之間的聯(lián)系決定了在測試中必須將上述五 個功能模塊進行統(tǒng)一的測試。 在設計模塊時，應盡力向高內(nèi)聚、低偶合的思想方面靠攏。 5.5.15.5.1 測試的方法和步驟測試的方法和步驟 軟件的測試方法有兩種，一種是黑盒測試（功能測試） ，另外一種是白盒測試 兩次輸入的密碼是否一致 否 是 原密碼是否正確 否 是 對數(shù)據(jù)庫中的相應字段進行更新 提示已更新并提交更新 關閉窗體 檢查輸入次數(shù)3 （結(jié)構(gòu)測試） 。 在本次軟件的測試工作中，由于水平的限制，僅僅對軟件的各個功能模塊進行 了測試，并對各個模塊之間的接口進行了詳細的測試（用黑盒測

39、試法） 。 測試的步驟： 由于該系統(tǒng)是一個小系統(tǒng)，可以把整個系統(tǒng)作為一個單獨的實體來測試。當然， 在測試的過程中可以分模塊、分階段來進行。大型軟件系統(tǒng)通常是有若干個子系統(tǒng) 組成，且每個子系統(tǒng)由由許多模塊組成，因此，軟件的測試過程基本上由以下步驟 組成： (一).模塊測試 (二).子系統(tǒng)測試 (三).系統(tǒng)測試 (四).驗收測試 5.5.25.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 6、軟件使用說明書、軟件使