細化迭代3--分析部分

1、業務建模

1. 業務流程建模

（1）「收銀」活動圖

（2）「收銀」業務文本描述

1) 涉衆及其關注點

—收銀員：但願可以準確、快速地輸入，並且沒有支付錯誤，由於若是少收貨款，將從其薪水中扣除。但願能快速地讀取屏幕上的價格，準確無誤地向顧客告知。

—顧客：但願有快速的支付活動。若是是現金支付，但願系統準確且快速地計算找零餘額。若是是信用卡支付，但願系統能快速地請求外部受權服務且獲得快速地迴應，以在最短的時間能完成支付活動。

—公司：但願及時準確地自動更新帳務系統。但願確保記錄了支付受權服務的票據。

—支付受權服務：但願接收到格式和協議正確的數字受權請求。但願但願準確地計算對商店的應付款。

2) 業務規則

l 收銀員在收銀過程當中不得使用糖果等代替一毛錢找零。

l 購買滿300元可免費辦理會員卡。

l 顧客沒法提供任何的會員卡信息且經過經理超控模式查無此會員，不得按會員規則給予打折。

l 會員享受9.5折折扣

l 員工享受9折折扣

3) 票據

l 購買票據：顧客付款後，系統打印顧客購買項目及金額。票據上應說明清楚書店的名稱，地點，購買時間，以及標記好「若是書本有非人爲因素的損壞或缺失頁數，三天內憑小票包退換。」

l 信用卡票據：顧客經過信用卡支付後，由系統打印信用卡票據，顧客在票據上簽名，收銀員將該票據放入現金抽屜。

2. 領域建模

2、需求規格說明

用例UC2：處理收銀

範圍：書店POS應用

級別：子功能

主要參與者：收銀員

後置條件：準確計算支付總額。記錄支付信息。更新帳務。記錄支付受權的批准。生產票據。

主成功場景：

1． 收銀員掃描完全部商品，系統顯示商品價格總額。

2． 收銀員告知顧客商品價格總額並詢問是否有會員卡。

3． 若顧客有會員卡，則輸入會員卡卡號，從新計算折扣後總額，並請顧客付款。

4． 顧客選擇支付方式。

5． 顧客付款，系統處理付款。

6． 系統記錄完整的支付信息，並將支付信息發送到外部的帳務系統進行帳務處理。

7． 系統打印票據。

8． 顧客攜帶商品和票據離開。

擴展：

*a.經理在任意時刻要求進行超控操做：

1. 系統進入經理受權模式。

2. 經理或收銀員執行某一經理模式的操做。例如，變動現金結餘，恢復其餘登陸者中斷的銷售交易，取消銷售交易等。

  3. 系統恢復到收銀員受權模式。

*b.系統在任意時刻失敗：

   爲了支持恢復和更正帳務系統，要保證全部交易的敏感狀態和事件都可以從 場景的任何一步中徹底恢復。

1. 收銀員重啓系統，登陸，請求恢復上次狀態。

2. 系統重建上次狀態。

2a.系統在恢復過程當中檢測到異常：

1. 系統向收銀員提示錯誤，記錄此錯誤，並進入一個初始狀態。

2. 收銀員開始一次新的銷售交易。

*c.系統顯示器突然不亮：

1. 收銀員檢查顯示器插頭是否插好。

1a.收銀員插好顯示器插頭及各個接口。

1b.收銀員繼續收銀操做。

2. 收銀員查看顯示器等是否亮着。

2a.顯示器等不亮，收銀員向經理反映狀況，請求調動系統維護人員檢查問題。

2b.收銀員告知顧客系統出現問題，請顧客移步至其餘收銀臺繳費或稍等片刻。

1a.顧客告知收銀員從商品項目總去除一項或幾項：

所去除的商品價格必須小於收銀員的權限，不然須要經理執行超控操做。

1. 收銀員輸入商品ID並將其刪除

2. 系統刪除該項目並顯示更新後的累計額。

2a.商品價格超過了收銀員權限：

1. 系統提示錯誤，並建議經理超控。

2. 收銀員請求經理超控，完成超控後，重作該操做。

2b.顧客聲稱有會員卡，收銀員請顧客出示會員卡：

1. 顧客出示會員卡：

1a.收銀員輸入顧客出示的會員卡卡號，系統按照會員規則顯示折後總額或累計積分。

2. 顧客告知收銀員沒有帶會員卡：

2a.顧客告知收銀員其會員卡與起手機號綁定，收銀員輸入顧客手機號，系統根據會員規則顯示折後總額或累計積分。

2b.顧客告知收銀員沒法記起起會員卡號且沒有綁定手機

1. 收銀員請求進入經理受權模式，輸入顧客姓名查看顧客會員信息。

2. 收銀員根據顧客描述找到顧客的會員信息。

3. 收銀員將顧客會員信息錄入系統。

4. 系統根據會員規則顯示折後總額或累計積分。

4a.顧客要求現金支付，但所攜帶的現金不足：

1. 顧客要求使用其餘支付方式。

1a.顧客要求取消這次銷售交易，收銀員在系統上取消該銷售交易。

4-5a.現金支付：

1. 收銀員輸入收取的現金額。

2. 系統顯示找零金額，並彈出現金抽屜。

3. 收銀員放入收取的現金，並給顧客找零。

4. 系統記錄該現金支付。

4-5b.信用卡支付：

1. 顧客輸入信用卡帳戶信息。

2. 系統顯示其支付信息以備驗證。

3. 收銀員確認。

3a.收銀員取消付款步驟。

1. 系統回覆到「商品輸入」模式。

4. 系統向外部支付受權服務系統發送支付受權請求，並請求批准該支付。

4a.系統檢測到與外部系統協做時的故障：

1. 系統向收銀員提示錯誤信息。

2. 收銀員請求顧客更換支付方式。

5. 系統收到批准支付的應答並提示收銀員，同時探出現金抽屜

5a.系統收到拒絕支付的應答：

1. 系統向收銀員提示支付被拒絕。

2. 收銀員請求顧客更滑支付方式。

     5b.應答超時

1. 系統提示收銀員應答超時。

2. 收銀員重試，或者請求顧客更換支付方式。

6. 系統記錄信用卡支付信息，其中包括支付批准。

7. 系統顯示信用卡支付的簽名輸入機制。

8. 收銀員請求顧客簽署信用卡支付。顧客輸入姓名。

9. 若是在紙質票據上簽名，則收銀員將該票據放入現金抽屜並關閉抽屜。

7a.顧客還沒有付款，收銀員已打印了票據：

1. 收銀員在系統中取消此項交易。

2. 系統刪除該項交易記錄。

3. 收銀員從新錄入商品信息。

4. 顧客付款，系統打印票據。

7b.打印機打印的票據不清晰：

1. 收銀員與總機聯繫更換總機中的色帶。

2. 從新打印票據。

7c.打印機無紙張：收銀員更換紙張。

業務規則：

1. 購買金額達到1000元可辦理會員。

2. 會員可享受購書打9.5折優惠。

3. 每一個會員分配一個會員ID，爲11位數。能夠是會員的手機號。

4. 每張訂單至少要有一件商品。

5. 收銀員開始交易前必須登陸系統，只有受權的收銀員才能夠完成收銀操做。

6. 收銀員未獲得受權不可擅自修改商品價格。

7. 商品ID能夠用條碼掃描器。

8. 信用卡帳戶信息能夠用讀卡器或鍵盤輸入。

二． 補充性規格說明

修訂歷史

版本

日期

描述

做者

初始草案

2015年4月29日

第一個草案，主要在細化階段中進行精化

馬康麗

簡介

本文檔記錄了書店POS機全部未在用例中描述的需求。

功能性

1.安全性

收銀員天天的第一次使用POS機時都須要身份認證，已記錄交易的處理者。

2.流程控制

經理能夠查詢已有的流程規則，並部署新流程。

3.日誌和錯誤處理

全部的交易操做都須要記錄進系統日誌，對每一次錯誤都須要記錄。

可用性

1.桌面用戶界面應該與windows系統兼容。

2.人性因素

顧客可以看到POS大屏幕顯示器的顯示，所以：

l 應該在2米外輕鬆看到文本。

l 避免使用通常色盲人羣難以辨認的顏色。

收銀員的視線一般集中在商品和顧客上，而不是計算機上，所以，提示和告警應該經過聲音傳遞。

購買者但願快速完成交易，所以快捷無誤的交易及其重要。

3.系統運行

公司但願準確記錄每一次交易，因此係統正常運行尤其重要。

庫存管理但願儘快更新公司庫存，以方便結算業務以及查詢庫存，所以系統運行必須快捷無誤。

可靠性

1.可恢復性

若是在使用外部服務時出現錯誤，爲了完成銷售交易，須要嘗試採用本地方案加以解決。

2.性能

外部支付受權服務儘可能快速，以避免讓顧客等待過久。

3.系統穩定性

系統在運行過程當中儘量保持穩定，不能時常出現死機或系統奔潰現象。

性能

1.在任意時刻，系統最多可支持100訪問量

2.系統能在10秒內提供對數據庫的訪問。

3.系統必須可以在2分鐘內完成全部事務的80%。

可支持性

1.可適應性

POS系統的不一樣客戶在處理銷售時有其特有的業務規則和處理需求。所以可以處理不一樣的狀況。

2.可配置性

不一樣客戶對不一樣的POS系統有不一樣的網絡配置需求。所以，POS系統應當具有可配置性。