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

《會議管理系統(tǒng)_系統(tǒng)設計》由會員分享，可在線閱讀，更多相關《會議管理系統(tǒng)_系統(tǒng)設計（9頁珍藏版）》請在裝配圖網上搜索。

1、 軟 件 工 程 文 件 名 稱：系統(tǒng)設計說明書 項 目 名 稱：會議管理系統(tǒng) 作者： 李湘 日期： 2022-6-21 最新 精品 Word 歡迎下載 可修改 1 引言 1.1 編寫目的 本文是在前期需求分析的基礎上，充分與用戶進行溝通，對會議管理系統(tǒng)的設計進行表述。此文檔是后續(xù)編碼實現(xiàn)的依據。 1.2 背景 本會議系統(tǒng)完成從需求分析、設計到編碼、測試、發(fā)布的全過程。 1.3 參考資料 本文使用了Error! Reference so

2、urce not found.所列為本文用到的參考資料。 表 1.3 參考資料 編號 資料名稱 作者 1 使用軟件工程 趙池龍、楊林、孫偉 2 軟件工程技術概論 朱三元 3 軟件開發(fā)的科學與藝術 陳宏剛 4 會議信息管理系統(tǒng)需求分析說明書 李湘 1.5 用戶 會議管理系統(tǒng)主要是面向參加會議人數(shù)在1000人以內的會議。 2 系統(tǒng)設計 2.1 系統(tǒng)架構 依據前期的需求調研，用戶已經有完善的內部局域網，網絡和硬件條件都較好。 架構示意如圖2-1。 圖2-1 系統(tǒng)架構圖 2.2

3、系統(tǒng)設計模式 系統(tǒng)采用目前最為流行的MVC設計模式，即Model-View-Controller，即把一個應用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應用被分成三個層——模型層、視圖層、控制層。 視圖(View)：代表用戶交互界面，對于Web應用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet。 模型(Model)：就是業(yè)務流程/狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據，并返回最終的處理結果。 控制(Controller)：可以理解為從用戶接收請求, 將

4、模型與視圖匹配在一起，共同完成用戶的請求。一個模型可能對應多個視圖，一個視圖可能對應多個模型。 模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據，所有其它依賴于這些數(shù)據的視圖都應反映到這些變化。因此，無論何時發(fā)生了何種數(shù)據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化-傳播機制。模型、視圖、控制器三者之間的關系和各自的主要功能。 系統(tǒng)的設計模式如圖2-2所示。 圖2-2 系統(tǒng)設計模式 2.3系統(tǒng)流程圖 圖2-3 系統(tǒng)流程圖 流程說明： 1）系統(tǒng)提示用戶輸入用戶名和密碼。 2

5、）判斷用戶是否具有相應的權限。 3）根據不同的身份分配不同的權限。 2.4 系統(tǒng)持久層設計 數(shù)據持久層的設計目標是為整個項目提供一個高層、統(tǒng)一、安全和并發(fā)的數(shù)據持久機制。完成對各種數(shù)據進行持久化的編程工作，并為系統(tǒng)業(yè)務邏輯層提供服務。數(shù)據持久層提供了數(shù)據訪問方法，能夠使其它程序員避免手工編寫程序訪問數(shù)據持久層，使其專注于業(yè)務邏輯的開發(fā)，并且能夠在不同項目中重用映射框架，大大簡化了數(shù)據增、刪、改、查等功能的開發(fā)過程。 3 功能設計 根據前期的需求分析，對系統(tǒng)的功能模塊進行劃分，功能結構如圖3-1。 圖3-1會議組織人員操作

6、 3.1 結構 模塊名稱 功能描述 輸入 輸出 登入登出 讓會議組織人員登錄進系統(tǒng)， 從而有權限對會議進行管理 用戶名和密碼 登錄成功或失敗的信息 會前管理 實現(xiàn)會議的新建、編輯和刪除，管理參會人員 會議的相關數(shù)據 格式化、數(shù)字化的會議信息 發(fā)送郵件 向參加某會議的全體參會人員發(fā)送郵件 郵件的主題、內容等 發(fā)送給參會人員的郵件 會中管理 查看參會人員到會情況、進行 會議簽到 一卡通數(shù)據 簽到數(shù)據 會后反饋調查 實現(xiàn)創(chuàng)建、發(fā)送、統(tǒng)計、刪除 反饋表 反饋表

7、的題目和答案 以及參會人員的回答 會議舉行情況的反饋統(tǒng)計結果 3.2 功能需求與程序的關系 需求 功能模塊 功能描述 新建會議 會前管理 新建一個會議 刪除會議 會前管理 刪除一個會議 管理參會人員 會前管理 將人員加入或移除會議 修改會議人員 會前管理 修改會議的名稱、主題、時間等信息 查看會議信息 會前管理 查看會議的名稱、主題、時間等信息 發(fā)放參會通知 發(fā)送郵件 向參會人員發(fā)送參會通知 查看參會信息 會中管理 查看一個會議的參會人員的出席情況 簽到登記 會中管理 實現(xiàn)參會人員的刷卡簽到功能 管理反饋表 會后

8、反饋調查 新建、編輯、刪除反饋表 管理反饋表問題 會后反饋調查 添加、編輯、刪除反饋表問題 通知填寫反饋表 發(fā)送郵件 通知參會人員填寫反饋表 填寫反饋表 會后反饋調查 參會人員填寫反饋表 查看反饋表 會后反饋調查 會議組織人員查看反饋結果的統(tǒng)計信息 4 數(shù)據庫設計 4.1 系統(tǒng)數(shù)據流說明 會議組織人員通過登入登出系統(tǒng)驗證身份，通過身份驗證后，才可以進行相關的查詢、更改等操作，參會人員只有查詢相關會議信息的權限。會議組織人員通過身份驗證后，進入會前管理系統(tǒng)，設置會議的初始信息，如時間、場所、主題等。同時，會議組織人員要把相關參會人員添加到該會議下。如果會議信息

9、有改動，會議組織人員還可以對其進行修改。同時，會議組織人員在會議開始之前發(fā)送郵件通知相關人員參加會議，并把參會的時間、場所、注意事項等消息以郵件的形式發(fā)放給參會人員，在會議結束之后，會議組織人員通知參會人員填寫會議反饋表，以郵件形式告知參會人員填寫反饋表的網址。 4.2 整體設計 4.3 數(shù)據表設計 數(shù)據表的表結構設計是一個系統(tǒng)項目成功與否的關鍵，設計的原則除了遵循一定級別的范式要求，更要注重實際應用，根據業(yè)務數(shù)據的特點來設計表結構，這樣才能使系統(tǒng)具有更好的可維護性。 主要的業(yè)務數(shù)據表設計如下。 1. 會議表 字段名 字段代碼 數(shù)據類型 備注 會議編號

10、 conf_id char PK,自動增加 會議名稱 conf_name varchar 場所 conf_add varchar 時間 conf_time varchar 主題 conf_subject varchar 主辦方 conf_organizer varchar 2. 參會人員表 字段名 字段代碼 數(shù)據類型 備注 證件號 conv_id int PK,自動增加 姓名 conv_name nvarchar(16) 郵箱 conv_email nvarchar(32) 單位 c

11、onv_id nvarchar(32) 3. 會議組織人員表 字段名 字段代碼 數(shù)據類型 備注 用戶名 org_id nvarchar(16) PK 密碼 org_psw nvarchar(16) 4. 反饋表 字段名 字段代碼 數(shù)據類型 備注 題目編號 question_id int PK,自動增加 內容 question_content nvarchar(60) A答案 question_A nvarchar(60) B答案 question_B nvarchar(60) C答案 que

12、stion_C nvarchar(60) D答案 question_D nvarchar(60) 選A的人數(shù) question_totalA int 初始化為0 選B的人數(shù) question_totalB int 初始化為0 選C的人數(shù) question_totalC int 初始化為0 選D的人數(shù) question_totalD int 初始化為0 會議編號 question_conf_id int FK 5. 簽到表 字段名 字段代碼 數(shù)據類型 備注 人員證件號 sign_conv_id int PK,FK 會議編號 sign_conf_id int PK,FK 參會狀態(tài) sign_status bit 5 數(shù)據字典條目 數(shù)據字典是指系統(tǒng)使用的公共數(shù)據，這些數(shù)據統(tǒng)一維護，會議管理系統(tǒng)使用到的數(shù)據字典要進行設定，編程實現(xiàn)時必須嚴格遵守，因為有些數(shù)據字典的定義是硬編碼的。