UML案例超市进销存系统.pptVIP

练习:请对超市进销存系统进行UML建模 系统需满足的基本需求如下： 1、销售： 售货员接受顾客订购，输入顾客购买的商品，计算总价 顾客付款并接受清单 售货员保存顾客购买的商品记录 2、库存： 库存管理员每天进行盘点 库存管理员每天发现库存商品有损坏时，及时到相关部门报损 供应商的商品到货时，超市人员首先检查商品是否合格，并将合格商品入库处理 经理、统计分析员根据需要进行相关商品的模糊查询或详细查询 3、订货： 订货员用新商品供应商信息更新供应商数据库的信息 订货员统计库存商品是否低于库存下限，然后制作订货单 4、经理： 经理在促销期间或节日期间，注明相关商品的促销价格和手段 经理按市场情况经常变动商品价格 第一页，共三十九页。 练习:请对超市进销存系统进行UML建模 绘出整个用例图 绘出几个用例的顺序图 绘出基于上述顺序图得出的类图 给出“订货单”对象的状态图 第二页，共三十九页。 分析1 1、销售： 售货员接受顾客订购，输入顾客购买的商品，计算总价 顾客付款并接受清单 售货员保存顾客购买的商品记录 1、销售： 1.售货员接受顾客订购 2.售货员输入顾客购买的商品 3.售货员计算总价 4.顾客付款 5.顾客接受清单 6.售货员保存顾客购买的商品记录 第三页，共三十九页。 问题： 1. 接受顾客订购是什么意思？就是打开相关的业务处理界面，开始一次新业务 2.输入商品是可以多次重复的 3.计算总价—系统计算 4.顾客付款—系统接受或确认付款 5.顾客接受清单—清单哪里来的？应该是前面某一步骤中打印出来的(付款后) 第四页，共三十九页。 分析1 销售： 1.打开业务界面，开始一次新的销售； 2.输入顾客购买的商品(可重复多次) 3.计算总价 4.接受付款 5.打印清单并交给顾客 6.保存购买记录？ 第五页，共三十九页。 1、销售 本场景中可能比较特殊的步骤： 1.付款 系统会支持什么样的支付方式未知 如果只收现金，则系统中只需要售货员确认已收款 如果支持刷卡，系统需要有支付接口 详细情况 2.保存购买记录 第六页，共三十九页。 1、销售 可能特殊的步骤，与重复的步骤一样，可用包含关系列出： 第七页，共三十九页。 1、销售 本场景中可能存在的实体类有： 商品：应该会有ID、名称、单价等属性 总价：应该是清单和购买记录的一项数据。 清单：给顾客看的纸 购买记录：与清单的内容应该是一致的（是一致，不是一样） 第八页，共三十九页。 最终结果：商品，购买记录 第九页，共三十九页。 2、库存 需求描述： 库存管理员每天进行盘点 库存管理员每天发现库存商品有损坏时，及时到相关部门报损 供应商的商品到货时，超市人员首先检查商品是否合格，并将合格商品入库处理 经理、统计分析员根据需要进行相关商品的模糊查询或详细查询 提到的业务： 1.盘点(库存管理员) 盘点时，如果发现有损坏则报损 2.入库(超市人员?也可能就是库存管理员) 入库时先检查商品是否合格 3.查询(经理、统计分析员) 以上三种业务相对独立 第十页，共三十九页。 2、库存 第十一页，共三十九页。 3、订货 需求描述： 订货员用新商品供应商信息更新供应商数据库的信息 订货员统计库存商品是否低于库存下限，然后制作订货单 提到的业务： 1.更新供应商数据库 2.订货 条件：某商品的库存低于下限 制作订货单是一个步骤 应该会有选择供应商这个步骤 以上两种业务虽然有关联，但相对独立 第十二页，共三十九页。 3、订货 有关的类：供应商数据库，订货单 第十三页，共三十九页。 4、统计 需求描述： 经理在促销期间或节日期间，注明相关商品的促销价格和手段 经理按市场情况经常变动商品价格 提到的业务： 1.促销： 条件：特殊时期 2.调整商品价格 条件：根据市场变动 促销有可能也是调整商品价格的一种，但是还有个“手段”不详，所以暂按二者是不同业务来处理 第十四页，共三十九页。 4、统计 结合刚才已定义的查询业务： 第十五页，共三十九页。 初步类图 第十六页，共三十九页。 “销售”场景的时序 已知参与者：售货员 已知实体：商品，购买记录 需要构造一个边界类：销售UI 可输入商品 可计算总价 可确认顾客已付款 可打印清单 第十七页，共三十九页。 “销售”场景的时序 第十八页，共三十九页。 “销售”场景的时序 如果要求边界类与控制类分离，则： 再增加一个控制类； 读取商品信息和保存购买记录这两项要求不应由UI直接向实体类提出，而是向控制类提出，由控制类再调用实体类的操作。 第十九页，共三十九页。 “销售”场景的时序 第二十页，共三十九页。 “订货”场景的时序 相关业务