1、需求分析說明書團隊名稱:組員1學號:組員1姓名:組員2學號:組員2姓名:組員3學號:組員3姓名:組員4學號:組員4姓名:日期:1 引言1.1 編寫目的本文詳細描述任務管理系統的需求,表述的需求信息要求明確、無二義性。開發方與軟件使用者充分溝通需求,最終形成此文檔。此文檔是后續軟件開發的依據。1.2 背景任務管理系統是一個南京工程學院與康尼電氣新技術有限公司產學研合作項目,項目由康尼機電新技術有限公司提出,由南京工程學院承擔開發任務。1.3 定義和縮略語本文使用了表 1.1所顯示的面向用戶的術語、定義,包括通用詞語在本文檔中的專用解釋。 表 1.2所列為本文用到的縮略語。 1.4 參考資料(列出

2、所查閱的圖書及網站1.5 用戶任務信息管理系統的目前用戶為康尼公司電氣事業部,電氣事業部使用成功后可能會在康尼公司推廣。某餐廳餐飲管理系統的目前的用戶為某餐廳。2 任務概述2.1目標康尼公司電氣事業部目前的任務主要有2類:常規工作任務和臨時性工作任務。針對臨時任務布置信息很多時候是處于一種開放狀態,缺少任務信息的修正、回饋、和統計分析。而日常職責規定的常規工作,雖然可以通過標準化的文件固化下來并形成常規工作計劃表作為一種制度來執行,也需要主管在百忙之中花很多時間去檢查完成情況。TIMS系統要求工作管理信息能夠規范錄入,任務信息流向可以選擇,任務信息依據輕重排序,可以設定信息提醒,任務完成情況可

3、以評估、任務完成情況依據選擇項進行統計輸出、工作量進行評估。2.2 系統的特點TIMS項目的需求主要由康尼公司電氣事業部提出,因此本文檔是與康尼公司電氣事業部交互后形成的需求定義,系統的功能和使用特點優先滿足康尼公司電氣事業部的需求,若系統后續由于在康尼公司全面推廣而引入的新需求,則不在本文檔考慮范圍之內。2.3 假定和約束本文檔經雙方確認后,開發方依據本文檔進行下階段工作。若中途需求發生變更則康尼公司需及時告知開發方,若因康尼公司原因引入的需求變更造成開發方工作量的大幅增加,具體解決方案雙方另行協商。若需求變更引入的工作量不大,開發方應盡量配合。4. 需求規定4.1 組織架構康尼公司電氣事業

4、部的組織架構如圖4-1。 圖4-1 電氣事業部組織架構TIMS系統面向整個電氣事業部使用,圖4-1給出了電氣事業部的詳細組織。4.2 權限需求系統的用戶是康尼公司的員工,員工在現實邏輯中分屬不同的部門并具有相應的工作權限。系統權限分配時與員工的組織架構并無對應關系。TIMS系統的權限需求有2層含義。1.針對系統功能設置用戶的操作權限。2.針對用戶可以設置查看哪些任務的權限。例如可以設置某用戶查看生產部的所有任務信息;設置用戶A可以查看用戶B及用戶C的任務信息。系統的用戶是某餐廳的員工,員工在現實邏輯中分屬不同的部門并具有相應的工作權限。系統權限的分配時與員工的組織架構并無對應關系。餐飲管理系統

5、的權限需求如下:1.針對系統功能設置用戶的操作權限。2.針對用戶可以設置查看哪些任務的權限。4.3 任務處理流程需求4.3.1 系統用例圖(這部分如果是用結構化設計的方法,那就不要畫用例圖,改成畫數據流圖。TIMS主要對任務信息進行管理,實現任務信息的標準化管理。TIMS系統關于任務處理的用例圖如圖4-2。 圖4-2 系統用例圖1 圖4-3 系統用例圖2(如果是結構化程序設計方法,請在此添加一節內容介紹所建立的數據字典4.3.2 任務處理流程針對TIMS 系統中任務可能的流程進行分析。為方便理解,對應圖4-4進行表述。 圖4-4 人員組織架構示例圖流程設計思想:TIMS 系統采用信息閉環的思想

6、,即任務由任務發布者發布出去,任務最終也在任務發布者處結束,圖4-5簡單的表示了這一思想,同時也概括了任務在TIMS 系統中的處理流程。 任務發布者任務接收者任務承擔者圖4-5 TIMS 系統任務處理流程圖任務下達采用逐級的層次方式,任務的反饋采用逐級向上的方式。 例如下達任務給制造組的Z3時,任務發布者X 應該將任務發布給制造組的主管Z0,由主管Z0在自己的主管范圍內分配該任務,而最終的任務接收者是Z3。若Z3提交完成情況和延期申請,則先提交至Z0,Z0根據實際情況決定是否提交以及如何提交給X 。X 最終決定是否同意延期以及對任務完成情況進行評價。4.4 詳細功能需求 4.4.1 功能解釋本

7、餐飲管理系統下有系統管理7個子功能: 1、財務管理; 2、系統賬戶管理; 3、前臺管理; 4、后勤管理; 5、員工管理;4.4.1.1 財務管理財務管理下分為收入、出納、工資和利潤。記錄本餐廳的收入信息、支出信息。發放工資以及計算餐廳的利潤。4.4.1.2 系統賬戶管理系統賬戶管理下分賬戶管理和數據管理,由系統管理員身份的用戶可以登錄,他負責添加用戶,用戶分三類:一類為系統管理員,可以添加或刪除各類用戶;可以修改用戶的密碼;可以添加機刪除新的菜品到菜譜,還可添加大堂座位信息。另一類為服務員,服務員可以為顧客安排座位。可以點菜,結賬,接受預定和外賣,及所有日常的營業活動。最后一類是經理,經理具有

8、服務員所具有的所有權限,此外,經理還可以查看及修改服務員的所有基本信息,即有最高的權限。系統管理員可一進行數據庫的備份與恢復,即日常數據管理。4.4.1.3 前臺管理前臺管理下分瀏覽資源,登記菜單,點菜,結賬預定服務和外賣服務,可瀏覽當前飯桌的就餐情況,還有那些空閑的座位可以就餐,定下座位后,可以自動點菜;客人就餐后可按全額結賬,也可以按一定的折扣結賬。預訂服務:預訂服務下分預定訂單和酒宴服務,可添加或刪除訂單,添加的訂單記錄訂單編號、訂單類型、預定日期和預定的座位號等。酒宴服務為預定模塊,可在以后在擴充。外賣服務:外賣服務下分為外賣訂單和送貨服務。負責登記外賣信息,包括訂單號,送貨地點,送貨

9、時間,貨物清單機送貨人信息。4.4.1.4 員工管理員工管理:可添加或刪除員工,登記員工信息,包括編號、姓名、性別、年齡、婚否、住址、所屬部門、薪金、聘用日期等。4.4.1.5 后勤管理后勤管理下分信息分析和物資管理。信息分析是指記錄每日所賣的菜品,定期對此信息作分析。得出不同時期階段的暢銷產品。物資管理原材料的購買和座椅,餐具,電器等設備的購買和維護。4.4.2 數據描述1、靜態數據及數據字典(1用戶登錄表 (2員工信息表 在權限設置中可以設置用戶查看其他用戶的任務信息(包括發布的任務、接收的任務、知曉的任務。1可以查詢到有權限查看的用戶的所有發布的任務信息。2可以查詢到有權限查看的用戶的所

10、有接收的任務信息。3可以查詢到有權限查看的用戶的所有知曉的任務信息。4.4.1.11 任務統計此功能模塊一般只有少數管理者可以使用,此模塊用來完成所有任務信息的查詢和統計。具體功能需求如下:1根據查詢條件對所有任務信息進行查詢,例如根據時間、任務發布者等條件,也可以根據任務所屬項目來查詢該項目產生的所有任務信息。2可按時間段、人員、部門進行任務完成率、完成情況統計,并輸出圖形。具體匯總表格待定。3對于未正常完成的任務信息,可以對原因(未完成的原因由任務接收者在提交任務結束(延期結束時選擇進行匯總,用戶通過匯總表格對原因進行分析。4可將查詢結果導出至Excel表格。導出的格式待定。4.4.1.1

11、2 任務統計發布此功能模塊一般只有少數管理者可以使用。此功能用來完成常規統計,并定期發布統計結果。統計匯總Excel表格在4.4.1.9中生成。具體功能需求如下:1發布統計結果。以Excel表格附件的形式發布。4.2.1.13 任務統計查看1. 功能說明所有用戶通過此功能查看任務統計發布。4.4.2 系統管理4.4.2.1 部門管理維護部門信息。需求說明書 因為系統有向整個康尼公司推廣的可能，因此部門信息表與康尼現有 OA 系 統的部門信息表結構一致，這樣便于數據的移植和系統整合。 4.4.2.2 員工管理 維護員工信息。 因為系統有向整個康尼公司推廣的可能，因此員工信息表與康尼現有 OA 系 統的部門信息表結構一致，這樣便于數據的移植和系統整合。 4.4.2.3 用戶管理 維護系統的用戶。 4.4.2.4 權限管理 設置系統權限。 具體功能需求如下： n n 設置用戶具有哪些模塊的使用權限。 設置用戶可以查看哪些用戶的任務信息。 5. 運行環境規定 5.1 設備 n 客戶端 u u u u n 內存：512M 以上。 CPU：主頻 1.6G 以上。 操作系統：Windows Xp。 瀏覽器：Internet Explorer 6.0 以上。 服務器端 u 內存：2G 以上。 10 需求說明書 u u u CPU：主