订单管理制度系统的UML架构模型.doc

一 需求规格说明 1．系统说明 1．1需求描述： 系统需求 在工业生产领域如汽车装配等行业，因为装配过程繁琐，订单的审批流程复杂，造成生产效率低，管理难的局面。订单管理系统实现了工业生产领域的订单审批流程自动化。该系统实现了订单录入，订单审批，订单更改功能，以及为了实现这些功能而必须的审批流程设置，组织结构管理（包括在RTX上实现即时提醒）的功能。在系统中，系统管理员设置好角色与权限，并设置好审批流程后，由不同的角色登陆系统对订单进行管理。如订单录入人录入订单后，选择某个审批流程。审批流程中的审批人会收到提醒后进行订单的审批，如果通过，则发给下一审批人；如不通过，则退回订单录入人进行更改。订单的录入人也可以先停止订单审批流程，自发的进行订单的更改。 1．2资源 主要资源： 其他资源： 1．3活动列表 对现实系统的业务描述 2．某系统人机界面描述 用户（系统外部）和系统之间的界面 普通用户操作系统功能界面 业务人员（系统内部）与系统之间的界面 谨对拥有口令的业务人员开放。允许业务人员查看相关信息。 3．信息资源列表 标准配置计算机信息 为需要此类信息的用户提供相关的信息资源。 自定义配置计算机信息 为需要此类信息的用户提供相关的信息资源。 定单信息 要购买产品的用户输入相关信息，提交系统。 购物信息 为用户选购的产品作出记录并估计价格，为用户提供参考。 付款信息 用户输入相关信息，销售人员验证相关信息。 二 需求分析过程 1．某系统应用中的参与者 2．系统中的用例及用例文档 2．1用例，如： 2．2总用例图，如： 某系统用例图 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（或相似命名的）功能键来生成发票，此时该用例开始。 主 流： Salesman利用系统从数据库中提取订购信息和收到的付款信息生成发票。 系统将该发票提供给Salesman。 Salesman发Email给Customer ，并付上发票。 其 他 流： 无 后置条件： 如果用例成功，客户将收到发票。 用 例： Inform Warehouse about Order 简 述： 在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的配置的细节。 参 与 者： Salesman Warehouse 前提条件： 验证和接收客户付款成功。 Salesman选择系统提供的订购清单中该客户的订购信息，并点击Refer（或相似命名的）功能键来将订购信息提交给Warehouse时，该用例开始。 主 流： Salesman利用系统从数据库中提取该Customer的订单信息和个人资料，生成一份订购信息列表。 系统将该列表提供给Warehouse。 Warehouse根据提供的信息配置计算机