細化迭代3--分析部分

1、業務建模數據庫

1. 業務流程建模windows

(1)「收銀」活動圖安全

wps1D31.tmp(2)「收銀」業務文本描述網絡

1) 涉衆及其關注點性能

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

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

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

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

2) 業務規則事務

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

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

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

l 會員享受9.5折折扣

l 員工享受9折折扣

3) 票據

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

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

2. 領域建模

wps1D51.tmp

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系統應當具有可配置性。

相關文章
相關標籤/搜索