大学生网上订餐系统UML建模Word格式文档下载.docx

大学生网上订餐系统UML建模Word格式文档下载.docx

《大学生网上订餐系统UML建模Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《大学生网上订餐系统UML建模Word格式文档下载.docx（16页珍藏版）》请在冰豆网上搜索。

大学生网上订餐系统要紧有以下几方面需求：

1）订餐者

订餐者第一需要注册一个账号用于系统登录，登录后能够查看店铺信息，并选中某一店铺后进入其餐饮信息界面，最终选中所需餐饮，下定单。

固然用餐后还能够对此餐饮进行评判。

2）商家

商家第一需要申请一个网上店铺，当申请通事后，登录到系统中，能够核实定单并安排配送，然后对本店的餐饮信息进行更新。

3）定单治理员

当订餐者下定单后，定单治理员需及时生成定单，若是订餐者对定单有所更改时，定单治理员也要及时对数据进行更新。

4）店铺治理员

当商家申请通过时，店铺治理员需要及时录入店铺信息，并为其设立店面、成立客户评判档案、商家监察档案。

当商家增加、修改、删除其餐饮信息时，店铺治理员需及时对数据进行更新，以便其他人订餐。

若是订餐者对某餐饮店的某餐饮进行评判后，店铺治理员需及时更新评判档案。

5）系统治理员

系统治理员要紧完成对商家和订餐者信息的治理、和系统的保护。

3系统用例模型

大学生网上订餐系统的参与者有：

订餐者用例图

订餐者能够登录系统，登录后能够订餐，订餐进程包括选择店铺、选择餐饮、下定单和到餐付款，用餐后还能够对餐饮进行评判。

商家用例图

商家能够登录系统，登录后需要对订餐者的定单进行核实并安排配送，然后更新店铺有关餐饮信息（增加、删除、修改）。

店铺治理员用例图

店铺治理员能够更新店铺信息（包括录入新申请通过的商家、修改、删除和查询店铺信息），还要为每一个店铺成立客户评判档案盒商家监察档案。

定单治理员用例图

定单治理员当订餐者下定单后要当即生成新定单，若是定单有所改动需及时更新（查询、修改、删除）。

系统治理员用例图

系统治理员能够登录系统，对商家和订餐者的信息进行治理（增加、删除、修改、查询），还有系统的保护。

4系统静态模型

由需求分析中知，咱们能够依据要紧六个类对象：

订餐者、定单治理员、商家、店铺治理员、系统治理员、定单、店铺和餐饮创建完整的类图。

5系统动态模型

系统时序图

订餐者订餐

（1）订餐者注册一个系统登录账号；

（2）在登录界面输入相应的用户名和密码进行身份验证；

（3）系统验证后将验证结果返回给用户；

（4）系统展现有关店铺信息；

（5）订餐者选择店铺；

（6）系统展现该店铺的有关餐饮信息；

（7）订餐者阅读信息并选择所需餐饮；

（8）订餐者下定单；

（9）下定单成功后，系统更新餐饮信息；

（10）退出系统；

（11）用餐后对餐饮进行评判。

依照订餐者订餐的时序图能够创建如下协作图：

商家治理店铺

（1）商家申请一个网上虚拟店铺；

（2）申请成功后，在登录界面输入自己的用户名和密码进行身份验证；

（3）系统进行验证并将验证结果返回给商家；

（4）商家处置定单；

（5）更新店铺相关餐饮信息；

（6）提交更新数据；

（7）系统将提交的结果显示给商家；

（8）提交成功，退出系统。

依照商家治理店铺的时序图能够创建如下协作图：

店铺治理员治理店铺信息

（1）店铺治理员登录系统进入治理界面；

（2）对店铺的信息进行更新；

（3）提交更新数据；

（4）系统将提交结果显示给店铺治理员；

（5）提交成功，退出系统。

依照店铺治理员治理店铺信息的时序图能够创建如下协作图：

店铺治理员成立客户评判档案

（1）店铺治理员登录到系统；

（2）对订餐者的评判进行核实并挑选；

（3）生成最终的评判档案；

（4）系统将结果显示给店铺治理员；

（5）退出系统。

依照店铺治理员成立客户评判档案的时序图能够创建如下协作图：

店铺治理员成立商家监察档案

（2）录入通过检查得出的监察结果；

（3）生成监察档案；

依照店铺治理员成立商家监察档案的时序图能够创建如下协作图：

定单治理员治理定单

（1）定单治理员登录到系统中；

（2）治理定单信息；

（4）系统将更新结果显示给定单治理员；

依照定单治理员治理定单的时序图能够创建如下协作图：

系统治理员治理订餐者信息

（1）系统治理员注册一个自己的登录账号；

（2）输入用户名和密码进行身份验证；

（3）系统将验证结果显示结果返回给系统治理员；

（4）系统治理员在订餐者信息治理界面对订餐者信息进行更新；

（5）提交更新数据；

（6）系统将提交结果返回；

（7）提交成功，退出系统。

依照系统治理员治理订餐者信息的时序图能够创建如下协作图：

系统治理员治理商家信息

（4）系统治理员在商家信息治理界面对商家信息进行更新；

依照系统治理员治理商家信息的时序图能够创建如下协作图：

系统治理员保护系统

（4）系统治理员在系统保护界面对系统进行保护；

（5）提交保护操作；

依照系统治理员保护系统的时序图能够创建如下协作图：

系统活动图

依照大学生网上订餐系统的整个活动进程，创建了如下的系统活动图：

系统状态图

依照前面的分析和设计能够发觉，每一个参与者在利用系统前都需要进行登录，登录以后就能够够进行各自相应的操作，操作完成后退出系统。

创建的系统状态图如下：

6系统部署图

系统构件图

网上订餐系统的构件图咱们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，咱们能够对订餐者类、系统治理员类、商家类、店铺治理员类、定单治理员类、定单类和餐饮类别离创建对应的构件进行映射。

系统部署图

网上订餐系统的部署图刻画的是系统节点上运行资源的安排。

包括四个节点，别离是：

客户端阅读器、HTTP服务器、数据库服务器和打印机。

7总结

通过认真地分析我得出了系统的需求分析，确信了系统的要紧参与者和各自的要紧活动。

通过学习UML建模的有关知识和RationalRose工具，我亲自动手练习，最终画出了系统的系统用例模型（各自用例的用例图）、系统静态模型（系统类图）、系统的动态模型（系统时序图、系统活动图和系统状态图）和系统部署模型（系统构件图和系统部署图）。

通过自己的亲自动手操作，使我进一步了解并把握了UML的建模进程和RationalRose工具的利用。

同时，我也发觉了自己试探问题不全面等一系列不足，促使自己不断更正、不断进步。