【正文】 需求分析說明書 團隊 名 稱： 組員 1 學號： 組員 1 姓名： 組員 2 學號： 組員 2 姓名： 組員 3 學號： 組員 3 姓名： 組員 4 學號： 組員 4 姓名： 日 期： 需求說明書 1 1 引言 編寫目的 本文詳細描述任務管理系統(tǒng)的需求，表述的需求信息要求明確、無二義性。開發(fā)方與軟件使用者充分溝通需 求，最終形成此文檔。此文檔是后續(xù)軟件開發(fā)的依據。 背景 任務管理系統(tǒng)是一個南京工程學院與康尼電氣新技術有限公司產學研合作項目，項目由康尼機電新技術有限公司提出，由南京工程學院承擔開發(fā)任務。 定義和縮略語 本文使用了 表 、定義，包括通用詞語在本文檔中的專用解釋。 表 術語 /定義 術語 /定義 說 明 開發(fā)方 南京工程 學院 用 戶 康尼電氣新技術有限公司 用例圖 反映用戶與系統(tǒng)交互情況的一種圖形，常用于需求分析 表 。 表 縮略語 縮略語 說 明 TIMS 任務信息管理系統(tǒng) (Task Information Management System) 康尼 康尼機電新技術有限公司 參考資料 （列出所查閱的圖書及網站） 需求說明書 2 用戶 任務信息管理系統(tǒng)的目前用戶為康尼公司電氣事業(yè)部，電氣事業(yè)部使用成功后可能會在康尼公司推廣。 某餐廳餐飲管理系統(tǒng)的目前的用戶為某餐廳。 2 任務概述 目標 康尼公司電氣事業(yè)部目前的任務主要有 2類：常規(guī)工作任務和臨時性工作任務。 針對臨時任務布置信息很多時候是處于一種開放狀態(tài)，缺少任務信息的修正、回饋、和統(tǒng)計分析。而日常職責規(guī)定的常規(guī)工作，雖然可以通過標準化的文件固化下來并形成《常規(guī)工作計劃表》作為一種制度來執(zhí)行，也需要主管在百忙之中花很多時間去檢查完成情況。 TIMS系統(tǒng)要求工作管理信息能夠 規(guī)范錄入，任務信息流向可以選擇，任務信息依據輕重排序，可以設定信息提醒，任務完成情況可以評估、任務完成情況依據選擇項進行統(tǒng)計輸出、工作量進行評估。 系統(tǒng)的特點 TIMS 項目的需求主要由康尼公司電氣事業(yè)部提出，因此本文檔是與康尼公司電氣事業(yè)部交互后形成的需求定義，系統(tǒng)的功能和使用特點優(yōu)先滿足康尼公司電氣事業(yè)部的需求，若系統(tǒng)后續(xù)由于在康尼公司全面推廣而引入的新需求，則不在本文檔考慮范圍之內。 假定和約束 本文檔經雙方確認后，開發(fā)方依據本文檔進行下階段工作。若中途需求發(fā)生變更則康尼公司需及時告知 開發(fā)方，若因康尼公司原因引入的需求變更造成開發(fā)需求說明書 3 方工作量的大幅增加，具體解決方案雙方另行協(xié)商。若需求變更引入的工作量不大，開發(fā)方應盡量配合。 4. 需求規(guī)定 組織架構 康尼公司電氣事業(yè)部的組織架構如圖 41。 總 經 理 管理部生產部開發(fā)部財務組管理組計劃組采購組工藝組制造組倉庫硬件組軟件組管理組系統(tǒng)組 圖 41 電氣事業(yè)部組織架構 TIMS 系統(tǒng)面向整個電氣事業(yè)部使用，圖 41 給出了電氣事業(yè)部的詳細組織。 權限需求 系統(tǒng)的用戶是康尼公 司的員工，員工在現實邏輯中分屬不同的部門并具有相應的工作權限。系統(tǒng)權限分配時與員工的組織架構并無對應關系。 TIMS 系統(tǒng)的權限需求有 2 層含義。 。 。例如可以設置某用戶查看生產部的所有任務信息；設置用戶 A 可以查看用戶 B 及用戶 C 的任務信息。 系統(tǒng)的用戶是某餐廳的員工，員工在現實邏輯中分屬不同的部門并具有相應的工作權限。系統(tǒng)權限的分配時與員工的組織架構并無對應關系。餐飲管理系統(tǒng)的權限需求如下： 。 需求說明書 4 以設置查看哪些任務的權 限。 任務處理流程需求 系統(tǒng)用例圖 （這部分如果是用結構化設計的方法，那就不要畫用例圖，改成畫數據流圖。） TIMS 主要對任務信息進行管理，實現任務信息的標準化管理。 TIMS 系統(tǒng)關于任務處理的用例圖如圖 42。 發(fā) 布 任 務 者發(fā) 布 任 務任 務 接 收 者拒 絕 任 務修 改 任 務接 受 任 務填 寫 階 段 匯 報發(fā) 送 消 息完 成 任 務申 請 延 期評 價 任 務任 務 申 訴分 配 任 務處 理 延 期授 權任 務 信 息 管 理 系 統(tǒng) T I M S任 務 查 詢任 務 統(tǒng) 計 查 看管 理 崗 位 用 戶任 務 統(tǒng) 計任 務 統(tǒng) 計 發(fā) 布 圖 42 系統(tǒng)用例圖１ 需求說明書 5 系 統(tǒng) 管 理 員任 務 信 息 管 理 系 統(tǒng) T I M S部 門 管 理員 工 管 理用 戶 管 理權 限 管 理數 據 字 典 維 護發(fā) 布 設 置任 務 申 訴 人申 訴 處 理 人申 訴 審 核 人任 務 申 訴申 訴 處 理申 訴 處 理 審 核 圖 43 系統(tǒng)用 例圖 2 （如果是結構化程序設計方法，請在此添加一節(jié)內容介紹所建立的數據字典） 任務處理流程 針對 TIMS 系統(tǒng)中任務可能的流程進行分析。為方便理解，對應圖 44 進行表述。 總 經 理 ( Z J L ) K 1開 發(fā) 部( 主 管 K 0 )生 產 部( 主 管 S 0 )管 理 部( 主 管 L 0 )K 2K 0J 0計 劃 組( 主 管 J 0 )工 藝 組( 主 管 G 0 )制 造 組( 主 管 Z 0 )J 2J 1 J 3工 段 1( 主 管 D 0 )Z 0 Z 2Z 1 Z 3D 1D 0 D 2 圖 44 人員組織架構示例圖 流程設計思想： 需求說明書 6 TIMS 系統(tǒng)采用信息閉環(huán)的思想，即任務由任務發(fā)布者發(fā)布出去，任務最終也在任務發(fā)布者處結束，圖 45 簡單的表示了這一思想，同時也概括了任務在 TIMS系統(tǒng)中的處理流程。 任 務 發(fā) 布 者 任 務 接 收 者發(fā) 布 任 務分 配 任 務接 收 任 務任 務 承 擔 者反 饋 任 務任 務 反 饋 信 息任 務 反 饋 信 息 圖 45 TIMS 系統(tǒng)任務處理流程圖 任務下達采用逐級的層次方式，任務的反饋采用逐級向上的方式。 例如下達任務給制造組的 Z3 時，任務發(fā)布者 X 應該將任務發(fā)布給制造組的主管 Z0，由主管 Z0 在自己的主管范圍內分配該任務，而最終的任務接收者是 Z3。若 Z3 提交完成情況和延期申請，則先提交至 Z0， Z0 根據實際情況決定是否提交以及如何提交給 X。 X 最終決定是否同意延期以及對任務完成情況進行評價。 詳細功 能需求 功能解釋 本餐飲管理系統(tǒng)下有系統(tǒng)管理 7 個子功能： 財務管理； 系統(tǒng)賬戶管理； 前臺管理； 后勤管理； 員工管理； 財務管理 財務管理下分為收入、出納、工資和利潤。記錄本餐廳的收入信息、支出信息。發(fā)放工資以及計算餐廳的利潤。 需求說明書 7 系統(tǒng)賬戶管理 系統(tǒng)賬戶管理下分賬戶管理和數據管理，由系統(tǒng)管理員身份的用戶可以登錄，他負責添加用戶，用戶分三類：一類為系統(tǒng)管理員，可以添加或刪除各類用戶；可以修改用戶的密碼；可以添加機刪除新的菜品到菜譜，還可 添加大堂座位信息。另一類為服務員，服務員可以為顧客安排座位?？梢渣c菜，結賬，接受預定和外賣，及所有日常的營業(yè)活動。最后一類是經理，經理具有服務員所具有的所有權限，此外，經理還可以查看及修改服務員的所有基本信息，即有最高的權限。系統(tǒng)管理員可一進行數據庫的備份與恢復，即日常數據管理。 前臺管理 前臺管理下分瀏覽資源，登記菜單，點菜，結賬預定服務和外賣服務，可瀏覽當前飯桌的就餐情況，還有那些空閑的座位可以就餐，定下座位后，可以自動點菜；客人就餐后可按全額結賬，也可以按一定的折扣結賬。 預訂服 務： 預訂服務下分預定訂單和酒宴服務，可添加或刪除訂單，添加的訂單記錄訂單編號、訂單類型、預定日期和預定的座位號等。酒宴服務為預定模塊，可在以后在擴充。 外賣服務：外賣服務下分為外賣訂單和送貨服務。負責登記外賣信息，包括訂單號，送貨地點，送貨時間，貨物清單機送貨人信息。 員工管理 員工管理：可添加或刪除員工，登記員工信息，包括編號、姓名、性別、年齡、婚否、住址、所屬部門、薪金、聘用日期等。 后勤管理 后勤管理下分信息分析和物資管理。信息分析是指記錄每日所賣的菜 品，定期對此信息作分析。得出不同時期階段的暢銷產品。物資管理原材料的購買和座椅，餐具，電器等設備的購買和維護。 數據描述 靜態(tài)數據及數據字典 需求說明書 8 （ 1）用戶登錄表 字 段 名 中 文 描 述 類 型 長 度 是否可以為空 是否作為主鍵 User_id 用戶名 char 10 否 是 User_pwd 用戶密碼 char 10 否 否 User_pepdom 用戶身份 smallint 2 是 否 User_mod1 前臺營業(yè)模式 bit 1 是 否 User_mod2 酒宴服務模式 bit 1 是 否 User_mod3 外賣服務模式 bit 1 是 否 User_mod4 員工管理模式 bit 1 是 否 （ 2） 員工信息表 字段名 中文描述 類型 長度 是否可以為空 是否作為主鍵 ClerkID 服務員編號 nvarchar 6 否 是 Name 服務員姓名 nvarchar 50 是 否 Sex 性別 bit 1 是 否 Merry 婚姻狀況 smallint 2 是 否 Dept 所在部門 navrchar 50 是 否 Duty 職責 nvarchar 50 是 否 Salary 薪金 decimal 9 是 否 HireDate 聘用期 datatime 8 是 否 Tel 電話 navrchar 50 是 否 Address 住址 nvarchar 50 是 否 在權限設置中可以設置用戶查看其他用戶的任務信息（包括發(fā)布