大学生网上订餐系统UML建模Word格式.docx
《大学生网上订餐系统UML建模Word格式.docx》由会员分享,可在线阅读,更多相关《大学生网上订餐系统UML建模Word格式.docx(16页珍藏版)》请在冰豆网上搜索。
![大学生网上订餐系统UML建模Word格式.docx](https://file1.bdocx.com/fileroot1/2022-12/9/d2f328cd-41a1-4d80-b365-8cb28bb13849/d2f328cd-41a1-4d80-b365-8cb28bb138491.gif)
大学生网上订餐系统主要有以下几方面需求:
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工具的使用。
同时,我也发现了自己思考问题不全面等一系列不足,促使自己不断改正、不断进步。