【正文】 3 需求分析 10 3 需求分析 隨著計算機系統(tǒng)功能的日益增強，為充分利用計算機資源，服務企事業(yè)單位工作，減輕會議管理人員 的工作負擔，實現(xiàn)管理工作信息化，做好會議管理系統(tǒng)是單位迫切的需求。 可行性分析 只要時間和資源不加限制，所有項目在理論上都是可行的。但項目開發(fā)總是始終受制于資源和開發(fā)時間。為確保本系統(tǒng)的開發(fā)能夠順利進行。應該在正式開展前對系統(tǒng)開發(fā)的可行性進行仔細而謹慎的評估。 就運行環(huán)境而言，我校機房提供了足夠的硬件資源和軟件資源來支持系統(tǒng)的運行。 就開發(fā)所需的工具軟件及技術(shù)而言，目前用于軟件開發(fā)的工具有很多，功能強大且齊全。而相關(guān)資料從我校的圖書館和互聯(lián)網(wǎng)上很容易得到且內(nèi)容豐富。 開發(fā)時間，大約三個月的時間 ，雖然對于 ASP 開發(fā)，我還缺乏經(jīng)驗，但只要通過努力，在規(guī)定時間內(nèi)完成開發(fā)任務是可以做到的。 目前，本人開發(fā)環(huán)境是：賽揚 CPU， 80G 硬盤空間， 256M 內(nèi)存， Windows XP Professional 操作系統(tǒng)， ，這樣的計算機系統(tǒng)對于應用軟件的開發(fā)來說是可行的。 需求的提出 軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解 ,使之成為整個開發(fā)工作的基礎，為了更好地了解會議 管理系統(tǒng) ,我們首先必須對其進行需求分析。 傳統(tǒng)的軟件工程方法學使用結(jié)構(gòu)化分析技術(shù)，完成 分析用戶需求工作。需求分析要了解用戶的情況，接下來通過與用戶交流，對用戶的基本要求反復細化，以得出對目標系統(tǒng)的完整、準確和具體的需求 [11]。需求分析是為了發(fā)現(xiàn)用戶的真正需求，首先應從宏觀角度調(diào)查、分析用戶所面臨的問題，也就是說，需求分析的第一步是盡可能準確地了解用戶當前的情況和需要解決的問題 .會議管理系統(tǒng)中用戶所要知道的就是自己所要查詢會議的一些具體情況 ,系統(tǒng)管理員和部門管理員可以將要召開的 會議信息發(fā)布到系統(tǒng)上 ,并且對已召開的會議進行整理以備用戶的查詢 ,從而使用戶達到自己的目的 . 軟件需求包括三個不同的層 次 ： 業(yè)務需求、用戶需求和功能需求 — 也包括非功能需求 [12]。業(yè)務需求反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務，這在使用實例文檔或方案腳本說明中予以說明。功能需求定義 開 西安工業(yè)大學學士學位論文 11 發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求。 本次設計是基于 ASP 技術(shù)的會議管理系統(tǒng) . 經(jīng)過研究分析發(fā)現(xiàn)，系統(tǒng)的用戶體系結(jié)構(gòu)設置如圖 所示。 圖 用戶體系結(jié)構(gòu)圖 3． 3 功能需求 在仔細調(diào)查了現(xiàn)在企事業(yè)（以我校為主要參照）的相關(guān)工作人員后并結(jié)合自己的經(jīng)驗，總結(jié)出以下需求。 會議管理者可以對會議安排進行發(fā)布，刪除和修改操作。 會議管理者可以添加，刪除，修改部門名稱 會議管理者可以將已召開會議進行添加，整理并可以查詢，修改。 會議管理者可以添加，刪除，修改用戶并設置其權(quán)限。 會議管理者可以對部門會議管理者進行添加，修改和刪除。 用戶可以查詢近期會議計劃安排。 用戶可以對已召開會議按照會議名 稱或者獲益內(nèi)容輸入關(guān)鍵字兩種不同方法對未召開和已召開會議內(nèi)容進行查詢。 部門會議管理者可對部門會議進行發(fā)布，修改和刪除。 3． 4 系統(tǒng)性能需求 根據(jù)需求分析我們可以歸納系統(tǒng)所應 要求 的性能： ：時實查詢。管理者發(fā)布完信息后，用戶在客戶端登陸即可實時查詢。 ：該系統(tǒng)需要存儲大量的會議記錄，會議安排和用戶信息等，所以需要大量的存儲空間。由于系統(tǒng)要不斷的更新因此需要大量的存儲介質(zhì)。 ：由于會議記錄屬于單位內(nèi)部信息，安全性比較重要，所以需要設置用戶權(quán)限，并對用戶密碼 進行加密。 登陸 系統(tǒng)管理員 部門管理員 普通員工 添加 按名稱會議 按內(nèi)容會議 修改 刪除 查詢 添加 修改 刪除 全體會議 會議 用戶 用戶 用戶 會議 部門會議 部門會議 部門會議 西安工業(yè)大學學士學位論文 12 ： 硬件：選用 CPU:推薦使用 PentiumШ 或以上。 內(nèi)存： 256M以上，顯示模式：推薦分辨率 800 600，真彩 16 色。軟件： Windows XP 操作系統(tǒng) ACCESS2021。 數(shù)據(jù)流圖 數(shù)據(jù)流圖的整個過程反映了自頂向下進行功能分解和細化的分析過程 . 下面是頂層數(shù)據(jù)流圖 ， 如圖 所示 。 : 部門用戶信息 部門會議 管理 部門 會議記錄 安排 查詢結(jié)果 全體會議安排 查詢請求 全體會議記錄 整理已召開會議 圖 第 0層 DFD圖 第 1 層 DFD 對頂層的“會議管理”進行展開 ， 如圖 所示 。 圖 第 1層 DFD圖 系統(tǒng)管理員 部門管理員 普通員工 會議管理 系統(tǒng)管理員 普通用戶 全體會議信息 全體會議安排 部門會議信息 部門會議安排 發(fā)布部門會議信息 整理以召開會議信息 發(fā)布全體會議 整理已召開會議 查詢 會議記錄 寫入部門管理員信息 西安工業(yè)大學學士學位論文 13 第 2 層 DFD 圖 對頂層的“查詢”進行展開 ， 如圖 所示 。 查詢請求 查詢 條件 查詢 條件 圖 第 2層 DFD圖 數(shù)據(jù)字典 數(shù)據(jù)流名 :NewsID 描述：會議 ID,系統(tǒng)唯一標識會議的編碼 別名：無 類型：整型數(shù) 長度： 6 位字符 其他說明：系統(tǒng)按次序自動編號 數(shù)據(jù)名：日志信息 描述：系統(tǒng)的一條信息記錄 定義：用戶名 +登陸 ip+使用的操作系統(tǒng) +登陸日期 +是否成功登陸 +登陸 錯誤密碼 類型：字符串 長度： 50 位字符 數(shù)據(jù)流名 :level 描述：會議的緊急程度 別名：無 類型：字符串 長度：三位字符 普通用戶 普通用戶 部門 會議信息 查詢語句 合法性查詢 查詢成績 西安工業(yè)大學學士學位論文 14 數(shù)據(jù)流名： Serverid 描述：數(shù)據(jù)庫中用來為一標識部門的編號 別名：無 類型：整型 長度： 6 位數(shù)字 其他說明：系統(tǒng)按次序自動編號 數(shù)據(jù)流名： News 描述：發(fā)布的全體會議的最新信息 定義：會議名稱 +開會時間 +開會地點 +參加人員 +聯(lián)系人 +主持人 +緊急程度 +會議類型 +部門 id 別名：無 類型：字符串 長度： 50 位字符 數(shù)據(jù)流名： ID 描述 : 用戶 ID,數(shù)據(jù)庫中唯一標識用戶名的 編號 別名 :無 類型 :整型 長度 :6 位數(shù)字 其他說明 :系統(tǒng)按照次序自動編號 4 系統(tǒng)設計 15 4 系統(tǒng)設計 詳細 進行 了需求 分析 后，可以開始設計應用程序了。在項目設計階段，要明確系統(tǒng)開發(fā)環(huán)境。數(shù)據(jù)庫以及它們之間的關(guān)系。數(shù)據(jù)庫模式的確定是應用程序開發(fā)以及接口設定的前提 [13]。如果開發(fā)過程中，發(fā)現(xiàn)數(shù)據(jù)庫需要修改會對已設計完的模塊有影響。甚至重新設計模塊，所以數(shù)據(jù)庫的設計非常重要。 數(shù)據(jù)庫是數(shù)據(jù)庫應用程序的核心 [14]。在該系統(tǒng)中，數(shù)據(jù)庫中設計了 4 張表。用戶 登陸日志表命名為“ Log”， 其中 User 字段定義為主鍵 。結(jié)構(gòu)如表 所示。Log 設計了， User, LoginIP,OS,Result,ErrorPas,Date 總共 7 個字段。分別代表登陸日志 ID，登陸用戶名，登陸 IP 操作系統(tǒng)類型，登陸結(jié)果（成功登陸，錯誤），登陸錯誤時的錯誤密碼，登陸日期。 表 用戶登陸日志表 名稱 數(shù)據(jù)類型 長度 允許為空 User 文本 50 否 LoginIP 文本 50 否 OS 文本 50 否 Result 文本 50 否 ErrorPas 整型 50 否 Date 時間 20 否 用戶信 息表命名為“ UserManage”，其中 ID 字段定義為主鍵 。結(jié)構(gòu)如表 所示。 UserManage 表 中 設 計 了 ， ID,UserName,Password,purview,Date, SystemSet 共 6 個字段。分別代表用戶 ID（自動編號） , 用戶名，用戶密碼，權(quán)限，登陸日期，部門 ID. 表 用戶信息表 名稱 數(shù)據(jù)類型 長度 允許為空 ID 自動編號 4 否 Password 整型 20 否 purview 文本 50 否 Date 時間 20 否 SystemSet 整型 4 否 部 門表命名為“ Server”，其中 serverid 字段定義為主鍵 。結(jié)構(gòu)如表 所示。 Server 表中設計了， serverid,servername 兩個字段。分別代表部門 ID,部門名稱。 西安工業(yè)大學學士學位論文 16 表 部門表 名稱 長度 允許為空 serverid 自動編號 否 servername 50 否 會議信息表命名為“ News”，其中 NewsID 字段定義為主鍵 。結(jié)構(gòu)如表 所示 。News 表中 設計了， NewsID,name,department, lianxi,owner,state,address, timeline,content,level,note,Date,type,bumen 共 14 個字段。 分別代表會議 ID（自動編號），會議名稱，參加人員，聯(lián)系人，主持人，會議狀態(tài)（已召開，未召開，正召開），會議地址，開會時間，會議內(nèi)容，緊急程度，會議總結(jié)，未召開會議的日期， 會議類型，部門的 ID 號 。 表 會議信息表 名稱 數(shù)據(jù)類型 長度 允許為空 NewsID 自動編號 4 否 name 文本 50 否 department 文本 50 否 lianxi 文本 50 否 owner 文 本 50 是 state 文本 50 否 address 文本 50 是 timeline 時間 20 否 content 文本 100 是 level 文本 50 否 note 文本 1000000 是 Date 時間 20 是 type 文本 50 否 bumen 文本 50 是 系統(tǒng)實體關(guān)系圖 由數(shù)據(jù)庫 我們看出總共設計了系統(tǒng)管理員，部門管理員，普通員工和會議信息共 4 個實體。 首先是系統(tǒng)管理員和部門管理員的 ER 圖如圖 所示 。 1 m 1 n