订单管理系统的UML架构模型

一需求规格说明

1．系统说明

1．1需求描述：

?系统需求

在工业生产领域如汽车装配等行业，因为装配过程繁琐，订单的审批流程复杂，造成生产效率低，管理难的局面。订单管理系统实现了工业生产领域的订单审批流程自动化。该系统实现了订单录入，订单审批，订单更改功能，以及为了实现这些功能而必须的审批流程设置，组织结构管理（包括在RTX上实现即时提醒）的功能。在系统中，系统管理员设置好角色与权限，并设置好审批流程后，由不同的角色登陆系统对订单进行管理。如订单录入人录入订单后，选择某个审批流程。审批流程中的审批人会收到提醒后进行订单的审批，如果通过，则发给下一审批人；如不通过，则退回订单录入人进行更改。订单的录入人也可以先停止订单审批流程，自发的进行订单的更改。

1．2资源

主要资源：

其他资源：

1．3活动列表

对现实系统的业务描述

2．某系统人机界面描述

●用户（系统外部）和系统之间的界面

普通用户操作系统功能界面

● 业务人员（系统内部）与系统之间的界面 谨对拥有口令的业务人员开放。允许业务人员查看相关信息。

3．信息资源列表

? 标准配置计算机信息

为需要此类信息的用户提供相关的信息资源。

? 自定义配置计算机信息

为需要此类信息的用户提供相关的信息资源。

? 定单信息

要购买产品的用户输入相关信息，提交系统。

? 购物信息

为用户选购的产品作出记录并估计价格，为用户提供参考。 ? 付款信息

用户输入相关信息，销售人员验证相关信息。

二 需求分析过程

1．某系统应用中的参与者

2．系统中的用例及用例文档

如：1.客户-----------------Customer

2.销售人员-----------Salesperson

3.仓库-----------------Warehouse

图1 参与者（某系统）

Customer 客户 Salesperson 销售人员 Warehouse 仓库

2．1用例，如：

StandardConfiguration (f rom 标准产品

)

Print Invoice

(f rom 付款

)

Verify and Accept Payment (f rom 付款

)Order

(f rom 购买

)

Inform WareHouse about Order (f rom 送货

)Request Salesperson Contact

(f rom 购买

)Update Order Status (f rom 送货

)SelfConfiguration (f rom 自选部件)

2．2总用例图，如：

系统管理员

(from Actors)

(from UC1_审批流程设定)

订单中止(from UC4_订单中止)

)技术部审批人

(from Actors)

)

某系统用例图

2．3用例文档：如

用例：Verify and Accept Payment

简述：该用例验证并接受客户付款，并将付款信息通知销售人员。

参与者：Customer, Salesperson

前提条件：Customer收到定单确认信息后，通过信用卡或支票完成转

帐。用例开始。

主流：检查用户帐号及付款金额，若金额无误，将付款成功信息

通知销售人员。

其他流：若金额不足，向用户发送通知。

后置条件：如果用例成功，将付款成功信息通知销售人员，并将客户

订购信息及交付金额存入数据库。

用例：Update Order Status

简述：该用例用于描述定单状态（定单交付状态，定单确认状态，付款状态）。

参与者：Customer, Salesperson

前提条件：Customer交付定单，查询定单状态，Salesperson修改定单

状态，该用例开始。

主流：Customer填写定单订购商品成功，进入定单交付状态。

Salesman检查定单，发送e-mail给客户，进入定单确认状

态。

Customer付款成功，进入已付款状态。

其他流：若定单不符合要求，则向用户发送定购失败信息。

若销售人员检查定单有误，则向用户发送定购失败信息。

若用户付款金额不对，则向用户发送付款失败信息。

后置条件：如果用例成功，则将定单所处状态存入数据库。

用例：Print Invoice

简述：客户从销售人员处得到发票

参与者：Customer Salesman

前提条件：验证和接收客户付款成功。

Salesman选择Invoice（或相似命名的）功能键来生成发

票，此时该用例开始。