《軟件需求規(guī)格說明書12頁.doc》由會員分享，可在線閱讀，更多相關(guān)《軟件需求規(guī)格說明書12頁.doc（12頁珍藏版）》請在匯文網(wǎng)上搜索。

1、需求說明書軟件需求分析說明書 姓 名：史景偉指導老師：吳文平日 期：2016年11月28號1 引言 1.1 編寫目的 本文詳細描述任務(wù)管理系統(tǒng)的需求，表述的需求信息要求明確、無二義性。開發(fā)方與軟件使用者充分溝通需求，最終形成此文檔。此文檔是后續(xù)軟件開發(fā)的依據(jù)。1.2 背景 任務(wù)管理系統(tǒng)是一個南京工程學院與康尼電氣新技術(shù)有限公司產(chǎn)學研合作項目，項目由康尼機電新技術(shù)有限公司提出，由南京工程學院承擔開發(fā)任務(wù)。1.3 定義和縮略語 本文使用了表 1.1所顯示的面向用戶的術(shù)語、定義，包括通用詞語在本文檔中的專用解釋。表 1.1 術(shù)語/定義術(shù)語/定義說 明開發(fā)方宿州學院 用 戶康尼電氣新技術(shù)有限公司用例圖

2、反映用戶與系統(tǒng)交互情況的一種圖形，常用于需求分析表 1.2所列為本文用到的縮略語。表 1.2 縮略語縮略語說 明TIMS 任務(wù)信息管理系統(tǒng)(Task Information Management System)康尼康尼機電新技術(shù)有限公司1.4 用戶任務(wù)信息管理系統(tǒng)的目前用戶為康尼公司電氣事業(yè)部，電氣事業(yè)部使用成功后可能會在康尼公司推廣。某餐廳餐飲管理系統(tǒng)的目前的用戶為某餐廳。2 任務(wù)概述2.1目標康尼公司電氣事業(yè)部目前的任務(wù)主要有2類：常規(guī)工作任務(wù)和臨時性工作任務(wù)。針對臨時任務(wù)布置信息很多時候是處于一種開放狀態(tài)，缺少任務(wù)信息的修正、回饋、和統(tǒng)計分析。而日常職責規(guī)定的常規(guī)工作，雖然可以通過標準化

3、的文件固化下來并形成常規(guī)工作計劃表作為一種制度來執(zhí)行，也需要主管在百忙之中花很多時間去檢查完成情況。TIMS系統(tǒng)要求工作管理信息能夠規(guī)范錄入，任務(wù)信息流向可以選擇，任務(wù)信息依據(jù)輕重排序，可以設(shè)定信息提醒，任務(wù)完成情況可以評估、任務(wù)完成情況依據(jù)選擇項進行統(tǒng)計輸出、工作量進行評估。2.2 系統(tǒng)的特點TIMS項目的需求主要由康尼公司電氣事業(yè)部提出，因此本文檔是與康尼公司電氣事業(yè)部交互后形成的需求定義，系統(tǒng)的功能和使用特點優(yōu)先滿足康尼公司電氣事業(yè)部的需求，若系統(tǒng)后續(xù)由于在康尼公司全面推廣而引入的新需求，則不在本文檔考慮范圍之內(nèi)。2.3 假定和約束本文檔經(jīng)雙方確認后，開發(fā)方依據(jù)本文檔進行下階段工作。若中

4、途需求發(fā)生變更則康尼公司需及時告知開發(fā)方，若因康尼公司原因引入的需求變更造成開發(fā)方工作量的大幅增加，具體解決方案雙方另行協(xié)商。若需求變更引入的工作量不大，開發(fā)方應(yīng)盡量配合。4. 需求規(guī)定4.1 組織架構(gòu) 康尼公司電氣事業(yè)部的組織架構(gòu)如圖4-1。 圖4-1 電氣事業(yè)部組織架構(gòu) TIMS系統(tǒng)面向整個電氣事業(yè)部使用，圖4-1給出了電氣事業(yè)部的詳細組織。4.2 權(quán)限需求系統(tǒng)的用戶是康尼公司的員工，員工在現(xiàn)實邏輯中分屬不同的部門并具有相應(yīng)的工作權(quán)限。系統(tǒng)權(quán)限分配時與員工的組織架構(gòu)并無對應(yīng)關(guān)系。TIMS系統(tǒng)的權(quán)限需求有2層含義。1.針對系統(tǒng)功能設(shè)置用戶的操作權(quán)限。2.針對用戶可以設(shè)置查看哪些任務(wù)的權(quán)限。例

5、如可以設(shè)置某用戶查看生產(chǎn)部的所有任務(wù)信息；設(shè)置用戶A可以查看用戶B及用戶C的任務(wù)信息。系統(tǒng)的用戶是某餐廳的員工，員工在現(xiàn)實邏輯中分屬不同的部門并具有相應(yīng)的工作權(quán)限。系統(tǒng)權(quán)限的分配時與員工的組織架構(gòu)并無對應(yīng)關(guān)系。餐飲管理系統(tǒng)的權(quán)限需求如下：1. 針對系統(tǒng)功能設(shè)置用戶的操作權(quán)限。2.針對用戶可以設(shè)置查看哪些任務(wù)的權(quán)限。4.3 任務(wù)處理流程需求4.3.1 系統(tǒng)用例圖（這部分如果是用結(jié)構(gòu)化設(shè)計的方法，那就不要畫用例圖，改成畫數(shù)據(jù)流圖。）TIMS主要對任務(wù)信息進行管理，實現(xiàn)任務(wù)信息的標準化管理。TIMS系統(tǒng)關(guān)于任務(wù)處理的用例圖如圖4-2。 圖4-2 系統(tǒng)用例圖圖4-3 系統(tǒng)用例圖2（如果是結(jié)構(gòu)化程序設(shè)計

6、方法，請在此添加一節(jié)內(nèi)容介紹所建立的數(shù)據(jù)字典）4.3.2 任務(wù)處理流程針對TIMS系統(tǒng)中任務(wù)可能的流程進行分析。為方便理解，對應(yīng)圖4-4進行表述。 圖4-4 人員組織架構(gòu)示例圖流程設(shè)計思想：TIMS系統(tǒng)采用信息閉環(huán)的思想，即任務(wù)由任務(wù)發(fā)布者發(fā)布出去，任務(wù)最終也在任務(wù)發(fā)布者處結(jié)束，圖4-5簡單的表示了這一思想，同時也概括了任務(wù)在TIMS系統(tǒng)中的處理流程。 圖4-5 TIMS系統(tǒng)任務(wù)處理流程圖任務(wù)下達采用逐級的層次方式，任務(wù)的反饋采用逐級向上的方式。例如下達任務(wù)給制造組的Z3時，任務(wù)發(fā)布者X應(yīng)該將任務(wù)發(fā)布給制造組的主管Z0，由主管Z0在自己的主管范圍內(nèi)分配該任務(wù)，而最終的任務(wù)接收者是Z3。若Z3提

7、交完成情況和延期申請，則先提交至Z0，Z0根據(jù)實際情況決定是否提交以及如何提交給X。X最終決定是否同意延期以及對任務(wù)完成情況進行評價。4.4 詳細功能需求4.4.1 功能解釋 本餐飲管理系統(tǒng)下有系統(tǒng)管理7個子功能：1、 財務(wù)管理；2、 系統(tǒng)賬戶管理；3、 前臺管理；4、 后勤管理；5、 員工管理； 4.4.1.1 財務(wù)管理 財務(wù)管理下分為收入、出納、工資和利潤。記錄本餐廳的收入信息、支出信息。發(fā)放工資以及計算餐廳的利潤。 4.4.1.2 系統(tǒng)賬戶管理 系統(tǒng)賬戶管理下分賬戶管理和數(shù)據(jù)管理，由系統(tǒng)管理員身份的用戶可以登錄，他負責添加用戶，用戶分三類：一類為系統(tǒng)管理員，可以添加或刪除各類用戶；可以修

8、改用戶的密碼；可以添加機刪除新的菜品到菜譜，還可添加大堂座位信息。另一類為服務(wù)員，服務(wù)員可以為顧客安排座位?？梢渣c菜，結(jié)賬，接受預(yù)定和外賣，及所有日常的營業(yè)活動。最后一類是經(jīng)理，經(jīng)理具有服務(wù)員所具有的所有權(quán)限，此外，經(jīng)理還可以查看及修改服務(wù)員的所有基本信息，即有最高的權(quán)限。系統(tǒng)管理員可一進行數(shù)據(jù)庫的備份與恢復(fù)，即日常數(shù)據(jù)管理。 4.4.1.3 前臺管理前臺管理下分瀏覽資源，登記菜單，點菜，結(jié)賬預(yù)定服務(wù)和外賣服務(wù)，可瀏覽當前飯桌的就餐情況，還有那些空閑的座位可以就餐，定下座位后，可以自動點菜；客人就餐后可按全額結(jié)賬，也可以按一定的折扣結(jié)賬。預(yù)訂服務(wù)：預(yù)訂服務(wù)下分預(yù)定訂單和酒宴服務(wù)，可添加或刪除訂

9、單，添加的訂單記錄訂單編號、訂單類型、預(yù)定日期和預(yù)定的座位號等。酒宴服務(wù)為預(yù)定模塊，可在以后在擴充。外賣服務(wù)：外賣服務(wù)下分為外賣訂單和送貨服務(wù)。負責登記外賣信息，包括訂單號，送貨地點，送貨時間，貨物清單機送貨人信息。 4.4.1.4 員工管理員工管理：可添加或刪除員工，登記員工信息，包括編號、姓名、性別、年齡、婚否、住址、所屬部門、薪金、聘用日期等。 4.4.1.5 后勤管理后勤管理下分信息分析和物資管理。信息分析是指記錄每日所賣的菜品，定期對此信息作分析。得出不同時期階段的暢銷產(chǎn)品。物資管理原材料的購買和座椅，餐具，電器等設(shè)備的購買和維護。 4.4.2 數(shù)據(jù)描述1、 靜態(tài)數(shù)據(jù)及數(shù)據(jù)字典（1）

10、用戶登錄表字 段 名 中 文 描 述類 型長 度是否可以為空是否作為主鍵User_id用戶名char10否是User_pwd用戶密碼char10否否User_pepdom用戶身份smallint2是否User_mod1前臺營業(yè)模式bit1是否User_mod2酒宴服務(wù)模式bit1是否User_mod3外賣服務(wù)模式bit1是否User_mod4員工管理模式bit1是否（2） 員工信息表字段名中文描述類型長度是否可以為空是否作為主鍵ClerkID服務(wù)員編號nvarchar6否是Name服務(wù)員姓名nvarchar50是否Sex性別bit1是否Merry婚姻狀況smallint2是否Dept所在部門n

11、avrchar50是否Duty職責nvarchar50是否Salary薪金decimal9是否HireDate聘用期datatime8是否Tel電話navrchar50是否Address住址nvarchar50是否 在權(quán)限設(shè)置中可以設(shè)置用戶查看其他用戶的任務(wù)信息（包括發(fā)布的任務(wù)、接收的任務(wù)、知曉的任務(wù)）。1)可以查詢到有權(quán)限查看的用戶的所有發(fā)布的任務(wù)信息。2)可以查詢到有權(quán)限查看的用戶的所有接收的任務(wù)信息。3)可以查詢到有權(quán)限查看的用戶的所有知曉的任務(wù)信息。4.4.1.11 任務(wù)統(tǒng)計此功能模塊一般只有少數(shù)管理者可以使用，此模塊用來完成所有任務(wù)信息的查詢和統(tǒng)計。具體功能需求如下：1)根據(jù)查詢條件

12、對所有任務(wù)信息進行查詢，例如根據(jù)時間、任務(wù)發(fā)布者等條件，也可以根據(jù)任務(wù)所屬項目來查詢該項目產(chǎn)生的所有任務(wù)信息。2)可按時間段、人員、部門進行任務(wù)完成率、完成情況統(tǒng)計，并輸出圖形。具體匯總表格待定。3)對于未正常完成的任務(wù)信息，可以對原因（未完成的原因由任務(wù)接收者在提交任務(wù)結(jié)束（延期結(jié)束）時選擇）進行匯總，用戶通過匯總表格對原因進行分析。4)可將查詢結(jié)果導出至Excel表格。導出的格式待定。4.4.1.12 任務(wù)統(tǒng)計發(fā)布此功能模塊一般只有少數(shù)管理者可以使用。此功能用來完成常規(guī)統(tǒng)計，并定期發(fā)布統(tǒng)計結(jié)果。統(tǒng)計匯總Excel表格在4.4.1.9中生成。具體功能需求如下：1)發(fā)布統(tǒng)計結(jié)果。以Excel表

13、格附件的形式發(fā)布。4.2.1.13 任務(wù)統(tǒng)計查看1. 功能說明 所有用戶通過此功能查看任務(wù)統(tǒng)計發(fā)布。4.4.2 系統(tǒng)管理4.4.2.1 部門管理維護部門信息。因為系統(tǒng)有向整個康尼公司推廣的可能，因此部門信息表與康尼現(xiàn)有OA系統(tǒng)的部門信息表結(jié)構(gòu)一致，這樣便于數(shù)據(jù)的移植和系統(tǒng)整合。4.4.2.2 員工管理維護員工信息。因為系統(tǒng)有向整個康尼公司推廣的可能，因此員工信息表與康尼現(xiàn)有OA系統(tǒng)的部門信息表結(jié)構(gòu)一致，這樣便于數(shù)據(jù)的移植和系統(tǒng)整合。4.4.2.3 用戶管理 維護系統(tǒng)的用戶。4.4.2.4 權(quán)限管理設(shè)置系統(tǒng)權(quán)限。具體功能需求如下：n 設(shè)置用戶具有哪些模塊的使用權(quán)限。n 設(shè)置用戶可以查看哪些用戶的任務(wù)信息。5. 運行環(huán)境規(guī)定5.1 設(shè)備n 客戶端u 內(nèi)存：512M以上。u CPU：主頻1.6G以上。u 操作系統(tǒng)：Windows Xp。u 瀏覽器：Internet Explorer 6.0以上。n 服務(wù)器端u 內(nèi)存：2G以上。u CPU：主頻2G以上。u 操作系統(tǒng)：Windows Server 2003。u 硬盤：120G以上。5.2 支撐軟件n 后臺數(shù)據(jù)庫采用MySql。n Web服務(wù)器采用Tomcat。6 開發(fā)技術(shù)約定n 系統(tǒng)采用B/S架構(gòu)，即Browser/Server架構(gòu)。n 開發(fā)語言采用Jsp、Java語言。n 系統(tǒng)功能頁面的分辨率為1024 x 768。