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