（1）新开订单 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务规则 待处理问题 更新日志 001 订单管理员 订单管理员创建一个订单 有用户提交订单 当客户选购商品并确认提交订单后，订单管理人员随即新开一个订单 所有客户提交的订单均可 确定了可能形成的发货管理 优先级 高 库存管理系统
（2）维护订单 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 002 订单管理员 订单管理员审核、维护一个订单 有用户修改或删除订单，或者审核发现库存为0 当有客户发现商品不合心意或其他原因需要修改订单和删除订单后，订单管理人员再对其所生成的订单做相应的修改。 举例如：（1）到货地址修改 (2)商品货号尺码修改 (3)删除订单 所有客户修改和删除的订单均可 确定了可能形成的发货管理 优先级 高 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务规则 待处理问题 更新日志
库存管理系统 （3）查询订单 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 003 订单管理员 订单管理员查询一个订单 对订单内容有更详尽的需求时 管理员可通过查询订单来获取订单的状态以及内容，比如： (1) 客户信息（也可对应记录客户信用） (2) 下单日期 (3) 订单号 (4) 订单金额 (5) 订单状态（是否损坏） 所有已经确定生成的订单 优先级 高 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务则 待处理问题 更新日志 库存管理系统、用户下单
（4）处理订单 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务规则 待处理问题 更新日志 004 订单管理员 订单管理员处理订单 客户确认提交订单 当客户确认提交订单，一切信息没有变动之后，订单管理员创建的订单也确认无修改之后，便开始着手处理订单，从库存处更新商品信息，并准备发货 订单管理员审核确认后的所有订单 确定了可能形成的发货管理 优先级 高 库存管理系统
2.3.3发货管理
用例编号 001 002 （1）货物基础数据管理 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 001 库存管理员 库存管理员整理库存货物 仓库内有货物变动时 用例名称 货物基础数据管理 货物库存管理 优先级 高 当仓库内有新增货物品种和数量时，则需要货物信息录入，或者货物信息修改，货物信息查询，以及仓库内有货物出仓时，还有货物信息删除等等，都需要在库存管理系统里进行实时更新 仓库内所有发生变动的商品货物 确定了更新的仓库货物管理 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务规则 待处理问题 更新日志
（2）货物库存管理 需求编号 适用角色 业务场景 限制条件 前置条件 详细描述 可选路径 后置条件 数据元素 影响模块 非功能性需求 业务规则 待处理问题 更新日志 002 订单管理员 收到订单管理系统发出的发货通知后，进行出库 收到订单管理系统发出的发货通知 仓库管理员收到订单管理系统发出的发货、提货通知，再进行对商品的出库管理 仓库管理系统发出的所有出库通知 确定了发生的物流通知 优先级 高
3系统设计
在系统的设计阶段，根据之前系统分析给出的理论依据、实际问题和模块划分功能划分，从而得到类在系统中的基本属性和行为，完善类框图，识别类之间的关系，即识别类结构关系，如类的扩展，组成，泛化等关系，确立类之间存在的协作关系，构建系统类图。用来类图来描述系统中各个模块中类之间的关系，包括类或者类与接口的
继承关系，类之间的依赖、聚合等关系以及每一个类的详细信息，包括变量，和方法。通过类图，就能实际的把系统中的各个类，即对象描述清楚，然后按照这个详细的类图设计编码。
3.1 系统类图设计