餐館點菜系統(tǒng)-需求規(guī)格說明書

1、餐館點菜系統(tǒng)需求規(guī)格說明書學院：數(shù)學與計算機科學學院專業(yè)：計算機科學與技術(shù)（軟件工程方向）班級：軟件12學號：1060612014049姓名：鄧茂記時間：2015年4月14日目錄1 引言11.1 編寫目的11.2 項目背景11.3 定義11.4 參考資料12 軟件產(chǎn)品的一般性描述22.1 目標22.2 運行環(huán)境與資源22.3 軟件產(chǎn)品的功能描述22.3.1 客戶端主要的功能22.3.2 服務器端主要的功能22.4 用戶特征22.5 限制與約束33 功能需求33.1 功能劃分33.2 功能描述33.2.1 客戶端功能描述33.2.2 服務器端功能描述33.3 業(yè)務架構(gòu)圖層次結(jié)構(gòu)圖33.4 業(yè)務需

2、求功能模型用例模型43.5 相關(guān)用例的展開活動圖53.6 數(shù)據(jù)流圖74 性能需求84.1 數(shù)據(jù)精確度84.2 時間特性84.3 適應性85 運行需求85.1 數(shù)據(jù)庫85.2 用戶界面95.3 硬件接口95.4 軟件接口96 其他要求91 引言1.1 編寫目的需求分析的任務就是解決“做什么”的問題。需求分析是軟件定義時期的最后一個階段，其主要任務就是通過軟件開發(fā)人員與用戶的交流和討論，準確地獲取用戶對系統(tǒng)的具體要求。需求分析中任何模糊不清或微小的遺漏都，都可能造成系統(tǒng)開發(fā)中出現(xiàn)重大問題甚至導致失敗。需求開發(fā)的最終成果是：客戶和開發(fā)小組對將要開發(fā)的產(chǎn)品達成一致的協(xié)議。這一協(xié)議綜合了業(yè)務需求、用戶需

3、求和軟件功能需求。在正確理解用戶需求的前提下，軟件開發(fā)人員還需要將這些需求準確地以文檔的形式表達出來，作為設(shè)計階段的依據(jù)。通過本文檔定義的餐館點菜系統(tǒng)的需求，在用戶和軟件開發(fā)人員之間達成一致的需求描述。1.2 項目背景項目名稱：餐館點菜系統(tǒng)用戶：各大中小型餐廳項目開發(fā)者：鄧茂記、王曉武、顏學宏、胡皓鈞產(chǎn)生背景：隨著科技的快速發(fā)展，互聯(lián)網(wǎng)時代已融入我們生活的各方各面，基于高校學生人數(shù)較多，而學校周邊餐館較少，餐館服務人員單憑手工操作，不僅效率低下，給餐館服務人員帶來一定的困難，而且還會影響師生的就餐效率。餐館點菜系統(tǒng)集點菜、結(jié)賬、查詢等功能一體，能很好地緩解這一嚴重問題。1.3 定義MFC：Mi

4、crosoft Foundation Classes，微軟基礎(chǔ)類庫，同VCL類似，是一種Application Framework，MFV以C+類的形式封裝了Windows的API，并且包含一種應用程序框架，以減少應用程序開發(fā)人員的工作量。API：Application Programming Interface，應用程序編程接口，是一套用來控制Windows的各個部件的外觀和行為的一套預先定義的Windows函數(shù)。1.4 參考資料 1 張俊蘭,王文發(fā),馬樂榮,馮伍.軟件工程M.西安:西安交通大學出版社,2009,4 2 刁成嘉.UML系統(tǒng)建模與分析設(shè)計M.北京:機械工業(yè)出版社,2007,6

5、3 賈經(jīng)冬,林廣艷.軟件項目管理M.北京:高等教育出版社,2012,12 4 張志美.21天學通Visual C+M.3版.北京:電子工業(yè)出版社,2014,12 軟件產(chǎn)品的一般性描述2.1 目標為各種大中小型餐館提供一個方便快捷的點菜環(huán)境，給予顧客一個輕松的點菜方式，方便餐館服務人員點菜省時省力。2.2 運行環(huán)境與資源運行環(huán)境：Windows 7 資源：Microsoft SQL Server 2005 微軟基礎(chǔ)類庫（MFC）2.3 軟件產(chǎn)品的功能描述該系統(tǒng)由客戶端和服務器端兩部分組成，客戶端供餐館消費人員使用，服務器端供餐館工作人員使用，兩者通過數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)的交互。2.3.1 客戶端主要的

6、功能消費者進入系統(tǒng)，錄入自己所在的餐桌號，系統(tǒng)會顯示本餐館的菜品，消費者根據(jù)菜品的名稱和價格選擇自己喜歡的菜品，消費者在沒有下單之前可以選擇性地刪除已選的菜品，下單之后將不能刪除，消費者點擊下單之后會顯示已選的菜品及總價格，提示消費者選擇不同的支付方式進行付款（現(xiàn)金和支付寶方式），消費者在沒有付款之前可以取消菜單。消費者還可以隨時查看自己已選的菜品。2.3.2 服務器端主要的功能餐館工作人員進入系統(tǒng)，可以通過“開始營業(yè)”和“停止營業(yè)”兩個按鈕控制客戶端是否可以使用，餐館工作人員可以增加新的菜品，刪除已有菜品，修改菜品信息，查看全部消費者的下單情況及按餐桌號查看消費者的下單情況。2.4 用戶特征

7、客戶端的使用者為大眾消費人群，系統(tǒng)只需簡單瀏覽就可使用，系統(tǒng)操作簡單易懂，引導性很強，無需專業(yè)人員指導使用，符合廣大群眾使用。服務器端的使用者為餐館工作人員，系統(tǒng)操作簡單易懂，只需簡單培訓或不培訓都可使用。2.5 限制與約束該系統(tǒng)是安裝在餐館的餐桌上的，顧客只能來到該餐館時才能進行點菜，不支持遠程點菜的功能。該系統(tǒng)采用MFC（微軟基礎(chǔ)類庫）和Microsoft SQL Server 2005數(shù)據(jù)庫進行開發(fā)，只能在windows 7 的環(huán)境下使用，給系統(tǒng)的安裝及移植帶來一定的困難。3 功能需求3.1 功能劃分該系統(tǒng)由客戶端和服務器端兩部分組成?？蛻舳斯┎宛^消費人員使用，主要完成顧客點菜的功能及對

8、自己已點菜品的付款功能；服務器端供餐館工作人員使用，主要完成顧客的菜單顯示功能及對本餐館菜品的增加、刪除和修改功能；兩者通過數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)的交互。3.2 功能描述3.2.1 客戶端功能描述消費者進入系統(tǒng)，錄入自己所在的餐桌號，系統(tǒng)會顯示本餐館的菜品，消費者根據(jù)菜品的名稱和價格選擇自己喜歡的菜品，消費者在沒有下單之前可以選擇性地刪除已選的菜品，下單之后將不能刪除，消費者點擊下單之后會顯示已選的菜品及總價格，提示消費者選擇不同的支付方式進行付款（現(xiàn)金和支付寶方式），消費者在沒有付款之前可以取消菜單。消費者還可以隨時查看自己已選的菜品。3.2.2 服務器端功能描述餐館工作人員進入系統(tǒng)，可以通過“開始

9、營業(yè)”和“停止營業(yè)”兩個按鈕控制客戶端是否可以使用，餐館工作人員可以增加新的菜品，刪除已有菜品，修改菜品信息，查看全部消費者的下單情況及按餐桌號查看消費者的下單情況。3.3 業(yè)務架構(gòu)圖層次結(jié)構(gòu)圖 層次結(jié)構(gòu)圖對系統(tǒng)進行分層描述，將餐館點菜系統(tǒng)的功能層次結(jié)構(gòu)直觀地顯示在用戶與項目開發(fā)小組的面前，通過用戶對該系統(tǒng)的功能描述，以及項目開發(fā)小組與用戶的協(xié)商，達成一致的協(xié)議，項目開發(fā)小組最終確定餐館點菜系統(tǒng)的主要功能的層次結(jié)構(gòu)圖如圖3-1所示。 圖3-1 餐館點菜系統(tǒng)的功能層次結(jié)構(gòu)圖3.4 業(yè)務需求功能模型用例模型用例圖的目的是對系統(tǒng)進行業(yè)務建模，具體一點就是用戶對系統(tǒng)進行的一項功能性需求描述，可以直觀的

10、表達用戶使用系統(tǒng)的業(yè)務目的，用例包含了參與者（用戶或者其他系統(tǒng)）、需求描述。通過對餐館點菜系統(tǒng)的分析，以及餐館點菜系統(tǒng)的功能層次結(jié)構(gòu)圖可得出該系統(tǒng)的用例圖如圖3-2所示。圖3-2 餐館點菜系統(tǒng)的用例模型圖3.5 相關(guān)用例的展開活動圖 在上一步中建立起來的用例圖，可以用文字來詳細描述每一個用例。但采用活動圖配合來描述某個重要的用例，用圖形的方式對用例具體實現(xiàn)的過程進行描述，會比文字描述更形象直觀，使用戶能夠更準確地理解用例的功能和具體實現(xiàn)要求。活動圖描述一個操作的執(zhí)行過程中所完成的工作或者動作；描述了對象內(nèi)部的工作；描述用例的執(zhí)行；顯示如何執(zhí)行一組相關(guān)的動作，以及這些動作如何影響周圍對象。將圖3

11、-2餐館點菜系統(tǒng)的用例模型圖展開，得到該系統(tǒng)的一系列的活動圖。圖3-3為客戶端的活動圖，圖3-4為服務器端的活動圖。圖3-3 餐館點菜系統(tǒng)客戶端的活動圖 圖3-4 餐館點菜系統(tǒng)服務器端的活動圖3.6 數(shù)據(jù)流圖 數(shù)據(jù)流圖是作為系統(tǒng)分析人員和用戶進行交流的有效手段。便于用戶表達功能需求和數(shù)據(jù)需求及其聯(lián)系。根據(jù)餐館點菜系統(tǒng)的功能及該系統(tǒng)的業(yè)務邏輯，餐館點菜系統(tǒng)的數(shù)據(jù)流圖如圖3-5所示。應付款數(shù)廚師提交訂單點菜錄入餐桌號后廚管理者顧客 成品菜 餐桌號付 賬 點菜事務退菜款 單 退菜事務 已選菜品 剩余已選菜品 賬單 賬單 圖3-5 餐館點菜系統(tǒng)數(shù)據(jù)流圖4 性能需求4.1 數(shù)據(jù)精確度該系統(tǒng)運行時會頻繁對

12、數(shù)據(jù)庫進行操作，對數(shù)據(jù)庫的增、刪、改、查等操作不會影響到數(shù)據(jù)的精確度，在涉及顧客付款時會計算顧客的消費金額，該系統(tǒng)對數(shù)據(jù)的計算比較精確，沒有很大的誤差，不會影響到用戶對該系統(tǒng)的正常使用。4.2 時間特性該系統(tǒng)在啟動時，由于要連接Microsoft SQL Server 2005數(shù)據(jù)庫，啟動時間可能會較長，但啟動時間不會超過5秒，在用戶的可等待時間范圍內(nèi)；用戶在該系統(tǒng)中對數(shù)據(jù)庫的操作可能會更新數(shù)據(jù)庫中的表，在更新數(shù)據(jù)庫中表的同時用戶界面上的內(nèi)容也要有相應的變化，這個過程中的更新處理時間不會超過500毫秒；該系統(tǒng)在運行時會有相應的數(shù)據(jù)轉(zhuǎn)換與數(shù)據(jù)傳輸，這個過程系統(tǒng)會及時地響應，不會嚴重影響到系統(tǒng)的運

13、行效率，系統(tǒng)的延遲時間都在可預期的范圍內(nèi)，能及時響應用戶的操作。4.3 適應性餐館點菜系統(tǒng)采用微軟基礎(chǔ)類庫（MFC）結(jié)合Microsoft SQL Server 2005數(shù)據(jù)庫進行開發(fā)，因此該系統(tǒng)僅適用于windows 7 操作系統(tǒng)環(huán)境下運行，而且需要SQL Server 2005 數(shù)據(jù)庫的支撐，這兩者缺一不可。該系統(tǒng)實現(xiàn)的功能相對較簡單，在其他軟件接口或開發(fā)計劃等發(fā)生變化時，系統(tǒng)只需做很小的一部分改動，不會消耗太多的人力、資源；系統(tǒng)操作簡單，經(jīng)過簡單培訓甚至不培訓的情況下大多數(shù)用戶都會很快掌握對該系統(tǒng)的使用。5 運行需求5.1 數(shù)據(jù)庫為了使餐館點菜系統(tǒng)的后臺能存儲客戶和菜品的大量數(shù)據(jù)信息，該系統(tǒng)采用SQL Server數(shù)據(jù)庫來存儲顧客信息和本店所有菜品。5.2 用戶界面在設(shè)計用戶界面時美觀大方，色調(diào)和諧，選擇橙色或其他比較自然清新的色彩，避免顏色變化太大造成界面整體的不和諧。5.3 硬件接口兩臺裝有windows 7操作系統(tǒng)的物理機，一臺用于安裝系統(tǒng)的客戶端，另一臺用于安裝系統(tǒng)的服務器端。5.4 軟件接口餐館點菜系統(tǒng)的客戶端和服務器端都與Microsoft SQL Serv