[misp]細化迭代一

1引言

1.1項目設想

A. 系統展望。簡要介紹產品應用場景、用戶,系統範圍,基本目標。程序員

咱們小組所作的餐飲行業POS管理系統主要應用於大型酒店,提供給酒店經理開臺點餐,收銀員結帳等使用的。主要是要知足從客戶開臺吃飯到最後結帳整個過程的各類需求(換桌、點餐、退單、加單、結帳等等),並且不乏知足部分客戶的個性化需求,以此來方便酒店管理,簡化點餐流程,減小錯誤率,縮短上菜時間。數據庫

B. 系統特性。用高階、簡潔的語句對系統預期功能和性能加以概述。架構

咱們小組所作的餐飲行業POS管理系統的主要功能有開臺、換桌、點餐、對單、加單、結帳等。框架

開臺:在客人到餐廳就餐並落座後,服務人員在系統中選取一張或幾張符合客人要求的餐桌。工具

換桌:將當前餐桌改到另外一張或多張餐桌。性能

退單:刪除客人選取的菜單。測試

加單:增長客人所要選取的菜單。spa

結帳:根據所下的菜單的數量和單價進行結算。ci

力求作出一個高穩定性、操做靈活、方便使用、反應迅速的POS系統。開發

1.2 開發計劃

A. 團隊成員

團隊成員姓名

職能

周慧琪

項目經理

黃富

架構師

黃慶光

程序員

廖文波

分析師

陳學朋

測試員

 

 

B. 項目進度

327~328

肯定計劃,架構師設定架構

329~41

程序員完成代碼階段,實現功能

42

測試員文檔以及成品遞交

 

C. 風險控制

1、需求沒法細化;現階段架構師對整個軟件的總體設想是已經有的,可是在一些具體的需求上沒法實現細化,一個大型的pos系統對應具體的商家的特殊要求部分還比較模糊。

2、主程序員工做;主程序員在進行代碼書寫的時候,遇到問題須要及時和團隊成員溝通。避免在臨近遞交成果的時候,出現比較混亂的狀況。

3、測試員的分步工做;測試應該在每個功能實現的時候進行功能的測試,避免最後出來的的成果測試遇到比較大的問題。

4、團隊成員分工與時間安排;每一個成員的分工不同,若是要減小每一個成員之間的溝通摩擦,項目經理須要很是積極主動的去推動整個項目的進行,而且跟蹤到每個部分,讓每一個團隊成員都有存在感和在分工細緻的狀況下自由的合做和工做。

1.3 技術路線

      對本項目用到的技術工具和做用進行簡要說明。包括開發語言和工具、計算模式(單機應用,C/SB/S)、框架,類庫、數據庫管理系統等,附上版本號,可簡要描述選擇依據。

相關文章
相關標籤/搜索