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

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

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

此外，需要定期对商家进展卫生平安监察，生成商家监察档案，并以此为依据来决定商家的去留等。

2需求分析

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

1〕订餐者

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

当然用餐后还可以对此餐饮进展评价。

2〕商家

商家首先需要申请一个网上店铺，当申请通过后，登录到系统中，可以核实订单并安排配送，然后对本店的餐饮信息进展更新。

3〕订单管理员

当订餐者下订单后，订单管理员需及时生成订单，如果订餐者对订单有所更改时，订单管理员也要及时对数据进展更新。

4〕店铺管理员

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

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

如果订餐者对某餐饮店的某餐饮进展评价后，店铺管理员需及时更新评价档案。

5〕系统管理员

系统管理员主要完成对商家和订餐者信息的管理、以及系统的维护。

3系统用例模型

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

3.1订餐者用例图

订餐者可以登录系统，登录后可以订餐，订餐过程包括选择店铺、选择餐饮、下订单以及到餐付款，用餐后还可以对餐饮进展评价。

3.2商家用例图

商家可以登录系统，登录后需要对订餐者的订单进展核实并安排配送，然后更新店铺有关餐饮信息〔增加、删除、修改〕。

3.3店铺管理员用例图

店铺管理员可以更新店铺信息〔包括录入新申请通过的商家、修改、删除和查询店铺信息〕，还要为每一个店铺建立客户评价档案盒商家监察档案。

3.4订单管理员用例图

订单管理员当订餐者下订单后要立即生成新订单，如果订单有所改动需及时更新〔查询、修改、删除〕。

3.5系统管理员用例图

系统管理员可以登录系统，对商家和订餐者的信息进展管理〔增加、删除、修改、查询〕，还有系统的维护。

4系统静态模型

由需求分析中知，我们可以依据主要六个类对象：

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

5系统动态模型

5.1系统时序图

5.1.1订餐者订餐

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

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

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

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

（5）订餐者选择店铺；

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

（7）订餐者浏览信息并选择所需餐饮；

（8）订餐者下订单；

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

（10）退出系统；

（11）用餐后对餐饮进展评价。

根据订餐者订餐的时序图可以创立如下协作图：

5.1.2商家管理店铺

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

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

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

（4）商家处理订单；

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

（6）提交更新数据；

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

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

根据商家管理店铺的时序图可以创立如下协作图：

5.1.3店铺管理员管理店铺信息

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

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

（3）提交更新数据；

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

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

根据店铺管理员管理店铺信息的时序图可以创立如下协作图：

5.1.4店铺管理员建立客户评价档案

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

（2）对订餐者的评价进展核实并筛选；

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

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

（5）退出系统。

根据店铺管理员建立客户评价档案的时序图可以创立如下协作图：

5.1.5店铺管理员建立商家监察档案

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

（3）生成监察档案；

根据店铺管理员建立商家监察档案的时序图可以创立如下协作图：

5.1.6订单管理员管理订单

（1）订单管理员登录到系统中；

（2）管理订单信息；

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

根据订单管理员管理订单的时序图可以创立如下协作图：

5.1.7系统管理员管理订餐者信息

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

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

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

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

（5）提交更新数据；

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

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

根据系统管理员管理订餐者信息的时序图可以创立如下协作图：

5.1.8系统管理员管理商家信息

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

根据系统管理员管理商家信息的时序图可以创立如下协作图：

5.1.9系统管理员维护系统

（4）系统管理员在系统维护界面对系统进展维护；

（5）提交维护操作；

根据系统管理员维护系统的时序图可以创立如下协作图：

5.2系统活动图

根据大学生网上订餐系统的整个活动过程，创立了如下的系统活动图：

5.3系统状态图

根据前面的分析和设计可以发现，每个参与者在使用系统前都需要进展登录，登录之后就可以进展各自相应的操作，操作完成后退出系统。

创立的系统状态图如下：

6系统部署图

6.1系统构件图

网上订餐系统的构件图我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，我们可以对订餐者类、系统管理员类、商家类、店铺管理员类、订单管理员类、订单类和餐饮类分别创立对应的构件进展映射。

6.2系统部署图

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

包括四个节点，分别是：

客户端浏览器、HTTP效劳器、数据库效劳器和打印机。

7总结

经过认真地分析我得出了系统的需求分析，确定了系统的主要参与者以及各自的主要活动。

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

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

同时，我也发现了自己思考问题不全面等一系列缺乏，促使自己不断改正、不断进步。