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

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

《订单管理系统的UML架构模型.docx》由会员分享，可在线阅读，更多相关《订单管理系统的UML架构模型.docx（33页珍藏版）》请在冰豆网上搜索。

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

一需求规格说明

1．系统说明

1．1需求描述：

⏹系统需求

在工业生产领域如汽车装配等行业，因为装配过程繁琐，订单的审批流程复杂，造成生产效率低，管理难的局面。

订单管理系统实现了工业生产领域的订单审批流程自动化。

该系统实现了订单录入，订单审批，订单更改功能，以及为了实现这些功能而必须的审批流程设置，组织结构管理（包括在RTX上实现即时提醒）的功能。

在系统中，系统管理员设置好角色与权限，并设置好审批流程后，由不同的角色登陆系统对订单进行管理。

如订单录入人录入订单后，选择某个审批流程。

审批流程中的审批人会收到提醒后进行订单的审批，如果通过，则发给下一审批人；如不通过，则退回订单录入人进行更改。

订单的录入人也可以先停止订单审批流程，自发的进行订单的更改。

1．2资源

主要资源：

其他资源：

1．3活动列表

对现实系统的业务描述

2．某系统人机界面描述

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

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

●业务人员（系统内部）与系统之间的界面

谨对拥有口令的业务人员开放。

允许业务人员查看相关信息。

3．信息资源列表

⏹标准配置计算机信息

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

⏹自定义配置计算机信息

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

⏹定单信息

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

⏹购物信息

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

⏹付款信息

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

二需求分析过程

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

如：

1.客户-----------------Customer

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

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

图1参与者（某系统）

Customer客户

Salesperson

销售人员

Warehouse仓库

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

2．1用例，如：

2．2总用例图，如：

某系统用例图

2．3用例文档：

如

用例：

VerifyandAcceptPayment

简述：

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

参与者：

Customer,Salesperson

前提条件：

Customer收到定单确认信息后，通过信用卡或支票完成转帐。

用例开始。

主流：

检查用户帐号及付款金额，若金额无误，将付款成功信息通知销售人员。

其他流：

若金额不足，向用户发送通知。

后置条件：

如果用例成功，将付款成功信息通知销售人员，并将客户订购信息及交付金额存入数据库。

用例：

UpdateOrderStatus

简述：

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

参与者：

Customer,Salesperson

前提条件：

Customer交付定单，查询定单状态，Salesperson修改定单状态，该用例开始。

主流：

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

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

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

其他流：

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

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

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

后置条件：

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

用例：

PrintInvoice

简述：

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

参与者：

CustomerSalesman

前提条件：

验证和接收客户付款成功。

Salesman选择Invoice（或相似命名的）功能键来生成发票，此时该用例开始。

主流：

Salesman利用系统从数据库中提取订购信息和收到的付款信息生成发票。

系统将该发票提供给Salesman。

Salesman发Email给Customer，并付上发票。

其他流：

无

后置条件：

如果用例成功，客户将收到发票。

用例：

InformWarehouseaboutOrder

简述：

在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的配置的细节。

参与者：

SalesmanWarehouse

前提条件：

验证和接收客户付款成功。

Salesman选择系统提供的订购清单中该客户的订购信息，并点击Refer（或相似命名的）功能键来将订购信息提交给Warehouse时，该用例开始。

主流：

Salesman利用系统从数据库中提取该Customer的订单信息和个人资料，生成一份订购信息列表。

系统将该列表提供给Warehouse。

Warehouse根据提供的信息配置计算机商品。

其他流：

无

后置条件：

如果用例成功，Warehouse发货给客户，修改定单状态为已送货。

3．系统中的类

3．1实体类

从需求中找出候选实体类：

需求号

需求

候选实体类

1

2

3

4

要发出定单，客户必须填写在线表格关于运送和发票地址以及付款细节（信用卡或支票）。

Customer,

Order,

Invoice,

Payment

5

在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的配置的细节。

Customer,

Order,

Salesperson,

ConfiguredComputer,

MerchandiseList

6

把事务的细节，（包括定单号和客户账号）e-mail给客户，使得客户可以在线查看定单的状态。

Order,

Customer,

OrderStatus

7

仓库从销售人员那里获得发票，并给客户运送计算机。

Invoice,

WareHouse

表1需求到实体类的赋值（某系统）

Customer类：

客户类

属性：

customer_name客户名字

customer_address客户地址

phone_number客户电话号码

email_address客户电子邮件

方法：

EmailCustomer（）InputOrderWindow

调用此方法将定单成功存入数据库信息通知

给客户

LinkCustomer（）Salesma调用此方法

联系客户

ContactingCustomer（）调用此方法

Customer完成与Salesman的接触活动。

PayMoney（）调用此方法Customer

完成付款活动

SendInvoice（）使用PrintInvoice（）生成

的发票发送给Customer。

Invoice类：

发票类

属性：

invoice_number发票号

invoice_date发票打印日期

invoice_total已付款金额

方法：

Print（）调用OrderServerWindow类的

PrintInvoice（）产生的发票打印出来。

Order类：

定单类

属性：

order_date定单日期

order_number定单号

order_status定单状态

order_total定单总价

salesperson_name售货人员姓名

ship_address发送地址

order_payment付款方式

方法：

CenerateCustomerAndOrderID（）产生

客户帐号和定单流水号

GetOrder（）取得当前定单信息

NewOrder（）生成新定单对象

ModifyOrder（）修改/删除当前定单，该方法由SelfConfigurationWindow或者由用户使用StandardComputerWindow类调用。

SetOrderStatus（）设置定单状态，由

OrderServerWindow类的ModifyOrderStatus方法调用

GetOrderStatus（）取得定单状态，它调

用DateBase中的LoadOrder（）方法

WareHouse类：

仓库类

方法：

MakeUpComputerOrComponent（）

DataBase类调用该方法将客户订购

计算机及组件的详细情况递交给仓库。

SendToCustomer（）仓库调用该方

法获得顾客信息完成发送商品任务。

3．2数据库类

DataBase类：

数据库类

方法：

LoadOrder（）从数据库提取定单，

被Order类中的方法调用

StoreOrder（）将定单存入数据库中，

被Order类中的方法调用

GetNeedContactOrderList（）从数据

库提取需沟通的客户定单列表。

GetPaidOrderList（）从数据库中提取

已付款的定单列表，被Payment类调用

GetCompleteOrderList（）从数据库中提取已发送的定单列表，被Invoice调用

3．3边界类

MainWindow类：

功能：

应用程序中的所有窗口类均

由此类派生出来

方法：

CreateWindow（）创建窗口。

CloseWindow（）关闭窗口。

ShoppingListWindow类:

功能：

创建并显示购物清单窗口并可修改

购物清单。

方法：

DisplayShoppingList（）显示商品购

物清单，它将调用MerchandiseList类中

的属性，获得商品清单。

ModifyCar（）修改购物车中的商品，

它调用MerchandiseList类中的方法

ModifyMerchndiseList（）更新商品列表。

DisplayTotalCost（）显示当前选购的

商品总值，该值由merchandiselist类中的

ComputeTotalCost（）方法计算得到。

GotoInputOrderWindow（）进入到

定单输入窗口。

3．4控制类

QueryStatusWindow类：

功能：

创建并显示用户查询窗口。

方法：

GetCustmerID（）取得用户输入帐号

GetOrderID（）取得定单流水号。

QueryStatus（）客户点查询按钮触发

它调用Order类中的GetOrderStatus（）方

法取得定单状态。

DisplayStatus（）显示定单状态。

InputOrderWindow类：

功能：

输入定单窗口。

方法：

VertifyInputInformation（）验证用户

输入信息

GenerateOrder（）调用Order类中的

NewOrder（）方法

OrderServerWindow类：

功能：

创建并显示有销售人员使用的窗口，实现修

改定单状态，通知仓库，打印发票等功能。

方法：

ModifyOrderStatus（）销售人员点击修正状

态按钮时触发，它调用Order类的SetOrderStatus（）

方法修改定单状态。

SendToWarehouse（）销售人员点击通知仓库

按钮时触发，它调用DateBase中的GetPaidOrderList（）方法，取得以付款的定单列表。

PrintInvoice（）销售人员点击打印发票按钮时

触发。

它调用Invoice类的Print的方法，并调用

Customer类中的SendInvoice方法。

Payment类：

付款类

属性：

payment_method付款方式

date_received接收日期

amount_received接收金额

方法：

linkPayment（）付款初始化

SetPaymentStatus（）设置付款

修改Order类OrderPament属性。

GetPaymentStatus（）取得付款状态，

从Order类的OrderPayment属性取值

VerifyCustomerID（）验证客户帐号，

被Customer类的Paymoney方法使用

AcceptPayment（）接受客户付款，方

法将修改Order类的OrderPayment对象

三用UML对系统建模

1．用例包图及用例图（用例建模）

图2某系统用例包图

图3某系统用例图

2．系统用例的活动图及活动文档（活动建模）

图6RequestSalespersonContact的活动图

⏹RequestSalespersonContact的文档

1．GettingneedContactCustomer

Customer在填写完定单后选择Contact（或相似命名的）功能来发送消息给Salesman要求咨询。

2．Contactingwithcustomer

Salesman得到请求咨询的讯息，并通过定单上详细联系方式提供Customer咨询及协商价格的服务。

3．Modifiedoriginalorder

Salesman把与Customer的咨询并协商价格后的结果在Server页面上对原定单进行修改。

4．GeneratingfinalorderSavetoDatabase

Salesman将最终修改结果生成新定单后存入数据库中。

图7Order的活动图

⏹Order的文档

1．InputandVerifyInformation

Customer录入定单详细信息，验证该定单信息的真实性。

2．GenerateNewOrder

如果验证得到Customer所填信息真实可靠，生成新定单。

3．StoreOrderToDatabase

定单信息被存入数据库中，同时赋予Customer和此定单唯一的一个客户账号和一个定单号码。

4．MailtoCustomer

将定单成功被录入数据库的信息反馈给Customer，并付上生成的客户账号和定单号码以及详细的定单信息。

图8VerifyandAcceptPayment的活动图

⏹VerifyandAcceptPayment的文档

1．PayMoney

Customer收到定单确认信息后，通过信用卡或支票完成转帐。

2．CheckingCustomerIDAndOrderID

验证并核实用户帐号及定单号。

3．AuditingMoney

对Customer的实际付款金额与定单价格进行核对。

4．SendingerrorInformation

如Customer的实际付款金额与定单价格不等，发送一个发生错误的提示信息给Customer。

5．ModifyPaymentandOrderStatus

如Customer的实际付款金额与定单价格相等，对数据库中的定单状态信息及付款金额信息进行修改。

6．UpdateDatabase

将修改后信息存入数据库中。

图9PrintInvoice的活动图

⏹PrintInvoice的文档

1．GettingpaymentandOrderInformation

Salesman在Server页面选择Invoice（或相似命名的）功能键来取得验证和接收客户付款后的定单详细信息。

2．Generatinginvoice

Salesman选择Generating（或相似命名的）功能键来生成并得到发票。

3．SendinginvoicetoCustomer

Salesman发送发票给Customer。

图10InformWareHouseaboutOrder的活动图

⏹InformWareHouseaboutOrder的文档

1．GettingInformationFromDatabase

Salesman在Server页面选择Information（或相似命名的）功能键来取得验证和接收客户付款后的定单详细信息。

2．SendingInformationtoWareHouse

Salesman点击Refer（或相似命名的）功能键来将订购信息提交给Warehouse。

3．PrepareComputerOrComponent

WareHouse按照定购信息配置计算机及部件。

4．SendingtoCustomer

WareHouse将计算机及部件发送给Customer。

5．ModifyOrderAndUpdateDatabase

WareHouse在发出商品后，修改此时的定单状态并将此状态存入数据库中更新数据库信息。

3．某系统的类图（类建模）

3．1系统类包图

3．2系统实体类关联图

3．3系统界面类关联图

3．4付款行为协作类关联图

3．6送货行为协作类关联图

4．构造顺序图（交互建模）

4．1PrintInvoice的顺序图

4．3Order的顺序图

4．4VerifyAndAcceptPayment的顺序图

4．5RequestSalespersonContact的顺序图

4．7InformWareHouseAboutOrder的顺序图

4．8UpdateOrderStatus的顺序图

5．构造状态图（状态图建模）

5．1Payment的状态图

5．2Ordert的状态图

6．构造协作图

6．2PrintInvoice的协作图

6．3InformWareHouseAboutOrder的协作图

6．4Order的协作图

6．5VerifyAndAcceptPayment的协作图

6．7UpdateOrderStatus的协作图

7．构件图

8．部署图