首先建立系统的需求模型，确定系统的使用者及功能。需求模型用UML用例图进行描述。用例图主要由参与者和用例组成。参与者就是用户相对于系统而言所扮演的角色。参与者总是期望使用系统所提供的功能。一个用例就是参与者对系统的一次使用。根据前面分析的汽配销售运作过程，本系统用例图如图l所示。


系统的参与者有4个：采购员、仓库管理员、销售员和企业管理员。采购员可以联系供应商、执行采购、进货查询；仓库管理员可以入库处理、出库处理、库存盘点及库存查询；销售员可以联系客户、发报价单、执行销售、退货处理及销售查询；企业管理员可以进货查询、销售查询及库存查询。

3．3 分析模型

该系统的分析模型包括静态模型(用类图表示)和动态模型(用顺序图表示)。首先根据问题描述及用例，通过词法分析，抽取出系统的对象，进而画出实体类图，用以表示系统静态模型。系统部分实体类图如图2所示，这里隐藏了类的属性和操作，用三角形符号表示父类．子类联系，连线代表一般联系。如销售员驱动“销售”用例进行销售操作，要填写销售单及销售单明细。每张销售单对应一个客户，并填写销售日期、操作人等信息。一张销售单可能有多条明细，每条明细对应一种商品、一个仓库货架及其销售数量。通过分析这样的用例描述，确定该用例涉及的对象应该有销售单、销售单明细、商品、客户与仓库货架，再抽象成类。

建立静态模型后，为了表达系统的动态特征，需建立系统的动态模型。动态模型可用顺序图等表示。图3给出了销售用例的顺序图。

由图3可以看出，销售用例中涉及5个对象：销售员、销售编辑窗口、销售单、销售明细、库存项。参考者对象销售员启动这个用例，如框图左上角所示。过程开始时，销售员启动系统打开销售编辑窗口，就可新增销售单进行编辑，可添加多条销售明细，对每一条明细都要检查库存项，查看配件的库存量是否充足，若库存不足，则撤消当前销售明细，

扩展阅读

版权声明：