會議管理系統(tǒng)_系統(tǒng)設計

軟 件 工 程文 件 名 稱：系統(tǒng)設計說明書項 目 名 稱：會議管理系統(tǒng)作者： 李湘 日期： 2022-6-21 最新 精品 Word 歡迎下載 可修改1 引言 1.1 編寫目的 本文是在前期需求分析的基礎上，充分與用戶進行溝通，對會議管理系統(tǒng)的設計進行表述。此文檔是后續(xù)編碼實現的依據。1.2 背景 本會議系統(tǒng)完成從需求分析、設計到編碼、測試、發(fā)布的全過程。1.3 參考資料本文使用了Error! Reference source not found.所列為本文用到的參考資料。表 1.3 參考資料編號資料名稱作者1使用軟件工程趙池龍、楊林、孫偉2軟件工程技術概論朱三元3軟件開發(fā)的科學與藝術陳宏剛4會議信息管理系統(tǒng)需求分析說明書李湘1.5 用戶會議管理系統(tǒng)主要是面向參加會議人數在1000人以內的會議。2 系統(tǒng)設計2.1 系統(tǒng)架構 依據前期的需求調研，用戶已經有完善的內部局域網，網絡和硬件條件都較好。架構示意如圖2-1。 圖2-1 系統(tǒng)架構圖2.2 系統(tǒng)設計模式系統(tǒng)采用目前最為流行的MVC設計模式，即Model-View-Controller，即把一個應用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應用被分成三個層模型層、視圖層、控制層。 視圖(View)：代表用戶交互界面，對于Web應用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet。模型(Model)：就是業(yè)務流程/狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數據，并返回最終的處理結果。 控制(Controller)：可以理解為從用戶接收請求, 將模型與視圖匹配在一起，共同完成用戶的請求。一個模型可能對應多個視圖，一個視圖可能對應多個模型。 模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數據，所有其它依賴于這些數據的視圖都應反映到這些變化。因此，無論何時發(fā)生了何種數據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化-傳播機制。模型、視圖、控制器三者之間的關系和各自的主要功能。系統(tǒng)的設計模式如圖2-2所示。圖2-2 系統(tǒng)設計模式2.3系統(tǒng)流程圖圖2-3 系統(tǒng)流程圖流程說明：1）系統(tǒng)提示用戶輸入用戶名和密碼。2）判斷用戶是否具有相應的權限。3）根據不同的身份分配不同的權限。2.4 系統(tǒng)持久層設計數據持久層的設計目標是為整個項目提供一個高層、統(tǒng)一、安全和并發(fā)的數據持久機制。完成對各種數據進行持久化的編程工作，并為系統(tǒng)業(yè)務邏輯層提供服務。數據持久層提供了數據訪問方法，能夠使其它程序員避免手工編寫程序訪問數據持久層，使其專注于業(yè)務邏輯的開發(fā)，并且能夠在不同項目中重用映射框架，大大簡化了數據增、刪、改、查等功能的開發(fā)過程。3 功能設計 根據前期的需求分析，對系統(tǒng)的功能模塊進行劃分，功能結構如圖3-1。 圖3-1會議組織人員操作 3.1 結構模塊名稱功能描述輸入輸出登入登出 讓會議組織人員登錄進系統(tǒng)， 從而有權限對會議進行管理用戶名和密碼登錄成功或失敗的信息會前管理 實現會議的新建、編輯和刪除，管理參會人員會議的相關數據 格式化、數字化的會議信息發(fā)送郵件 向參加某會議的全體參會人員發(fā)送郵件郵件的主題、內容等發(fā)送給參會人員的郵件會中管理 查看參會人員到會情況、進行 會議簽到一卡通數據簽到數據會后反饋調查 實現創(chuàng)建、發(fā)送、統(tǒng)計、刪除 反饋表 反饋表的題目和答案以及參會人員的回答 會議舉行情況的反饋統(tǒng)計結果3.2 功能需求與程序的關系需求功能模塊功能描述新建會議會前管理新建一個會議刪除會議會前管理刪除一個會議管理參會人員會前管理將人員加入或移除會議修改會議人員會前管理修改會議的名稱、主題、時間等信息查看會議信息會前管理查看會議的名稱、主題、時間等信息發(fā)放參會通知發(fā)送郵件向參會人員發(fā)送參會通知查看參會信息會中管理查看一個會議的參會人員的出席情況簽到登記會中管理實現參會人員的刷卡簽到功能管理反饋表會后反饋調查新建、編輯、刪除反饋表管理反饋表問題會后反饋調查添加、編輯、刪除反饋表問題通知填寫反饋表發(fā)送郵件通知參會人員填寫反饋表填寫反饋表會后反饋調查參會人員填寫反饋表查看反饋表會后反饋調查會議組織人員查看反饋結果的統(tǒng)計信息4 數據庫設計4.1 系統(tǒng)數據流說明會議組織人員通過登入登出系統(tǒng)驗證身份，通過身份驗證后，才可以進行相關的查詢、更改等操作，參會人員只有查詢相關會議信息的權限。會議組織人員通過身份驗證后，進入會前管理系統(tǒng)，設置會議的初始信息，如時間、場所、主題等。同時，會議組織人員要把相關參會人員添加到該會議下。如果會議信息有改動，會議組織人員還可以對其進行修改。同時，會議組織人員在會議開始之前發(fā)送郵件通知相關人員參加會議，并把參會的時間、場所、注意事項等消息以郵件的形式發(fā)放給參會人員，在會議結束之后，會議組織人員通知參會人員填寫會議反饋表，以郵件形式告知參會人員填寫反饋表的網址。4.2 整體設計4.3 數據表設計 數據表的表結構設計是一個系統(tǒng)項目成功與否的關鍵，設計的原則除了遵循一定級別的范式要求，更要注重實際應用，根據業(yè)務數據的特點來設計表結構，這樣才能使系統(tǒng)具有更好的可維護性。主要的業(yè)務數據表設計如下。1. 會議表字段名字段代碼數據類型備注會議編號conf_idcharPK,自動增加會議名稱conf_namevarchar場所conf_addvarchar時間conf_timevarchar主題conf_subjectvarchar主辦方conf_organizervarchar2. 參會人員表字段名字段代碼數據類型備注證件號conv_idintPK,自動增加姓名conv_namenvarchar(16)郵箱conv_emailnvarchar(32)單位conv_idnvarchar(32)3. 會議組織人員表字段名字段代碼數據類型備注用戶名org_idnvarchar(16)PK 密碼org_pswnvarchar(16)4. 反饋表字段名字段代碼數據類型備注題目編號question_idintPK,自動增加內容question_contentnvarchar(60)A答案question_Anvarchar(60)B答案question_Bnvarchar(60)C答案question_Cnvarchar(60)D答案question_Dnvarchar(60)選A的人數question_totalAint初始化為0選B的人數question_totalBint初始化為0選C的人數question_totalCint初始化為0選D的人數question_totalDint初始化為0會議編號question_conf_idintFK5. 簽到表字段名字段代碼數據類型備注人員證件號sign_conv_idintPK,FK會議編號sign_conf_idintPK,FK參會狀態(tài)sign_statusbit5 數據字典條目 數據字典是指系統(tǒng)使用的公共數據，這些數據統(tǒng)一維護，會議管理系統(tǒng)使用到的數據字典要進行設定，編程實現時必須嚴格遵守，因為有些數據字典的定義是硬編碼的。