网上图书销售系统UML建模 1系统的用例图 用例图（Use Case View ）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。 1.1确定参与者 在本系统的UML 建模中，可以创建顾客，管理员，一般员工参与者。 1.2创建用例 根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases）。 订单处理，订单维护，订单状态查询，个人信息维护，订购，接收发货，库存查询，缺货拒绝，商品查询，商品信息维护，销售查询，员工信息维护，报表维护，订单增加，订单删除。 1.3创建用例图 1.3.1系统管理的用例图如图1所示。 接受订单并发货缺货处理库存查询一般员工图书信息维护员工信息维护销售记录查询报表维护订单处理<><><>查询订单<>更新库存<>拒绝订单<>管理员新书采购 图1 系统管理用例图 1.3.2系统用户的用例图如图2所示。 增加删除订单状态查询个人信息维护商品查询订购订单维护顾客<><><> 图2 系统用户用例图 2系统的活动图 活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。查看泳道中的活动，就可以知道某个参与者的责任。通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。顾客购买商品和管理员处理订单的活动图如图3 所示。 商品查询顾客查询订单状态订单已处理未接受处理订单接受订单有库存拒绝订单无库存更新订单记录和库存订单已接受管理员 图3 系统活动图 从图3 中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。 3类图的生成 3.1参与者相关的类 3.1.1系统中的类图如图4所示。 图4 系统类图 Person 是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。它的方法包括根据ID 查询、根据姓名查询、设置某人的姓名、地址等。 Customer 继承了父类的方法和属性并添加了自己的属性和方法。date 表示该用户客户订单。 Employee 继承了 person，它的属性password 表示登录密码。这是所有员工共有的操作。系统管理员...
