2.1退货业务建模
业务建模(Business Modeling)对领域内企业管理和业务对象进行建模。包括业务流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象,抽象成分析类。
A. 业务流程建模。
使用UML活动图分析目标系统所支持的业务流程。
B. 领域建模。
使用UML类图构建领域模型。
2.2退货需求规格说明
需求规格说明书(Software Requirements Specification)描述了系统的功能需求。构建系统用例模型描述功能需求。
A. 系统用例图。
B. 退货用例详述文本。
主要参与者:顾客、经理
前置条件:经理必须经过确认和认证,退货商品必须确认可退换。
主成功场景:
1、顾客携带退货商品和购物票据到pos机处办理退货。
2、经理确认商品符合退货要求,检查票据。
3、经理输入订单号,从系统调出该订单,与票据核查。
4、经理填写退货记录表,并修改订单项,系统显示退货金额。
5、POS机弹出收银箱,并打印退款票据。
6、经理将退款和退款票据交还顾客。
扩展:
*a.系统在任意时刻失败:
1、重启系统,登陆,请求恢复上次状态。
2a.商品不符合退货要求,拒绝退货请求。
2b.票据有误,无法退货,拒绝退货请求。
3a.系统订单显示已过退货期限,拒绝退货请求。
2.3 补充性规格说明
小票字体模糊不清无效
2.4 系统顺序图与操作契约
系统顺序图(SSD)针对用例的一个特定场景,阐述从参与者到系统的跨越系统边界的事件制品,便于设计阶段为类分配职责。操作契约(Contract of Operation)定义了重要系统事件对领域模型内对象状态的变化。
A. 系统顺序图。使用UML顺序图,选择1个业务活动用例绘制系统顺序图。
B. 操作契约。选择系统顺序图中复杂的系统事件编写操作契约。
如有需要,使用UML状态图对某些关键对象(如订单)状态转换进行建模分析。
3.1数据库补充