大学生网上订餐系统UML建模.docx
- 文档编号:30500502
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:17
- 大小:324.92KB
大学生网上订餐系统UML建模.docx
《大学生网上订餐系统UML建模.docx》由会员分享,可在线阅读,更多相关《大学生网上订餐系统UML建模.docx(17页珍藏版)》请在冰豆网上搜索。
大学生网上订餐系统UML建模
题目:
大学生网上订餐系统
1背景介绍
随着网络技术的飞速进展,人们的生活也愈来愈追求方便化。
通过观看,发觉整个大学城的学生对平常订餐需求专门大,但他们订餐的方式都是比较原始的订餐。
而各个餐饮店也是各自为战,自己接,记录定单需求,自己配送。
如此做效率很低,利润薄,而且信息不流畅。
因此我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面,能够在上面挂上该商家的名称,饭菜的图片和价钱等信息,让订餐者能够方便地订餐,还能够对商家的餐饮进行评判,由系统生成评判档案以供其他人参考等,而商家后期只负责做饭菜并安排人配送。
另外,需要按期对商家进行卫生平安监察,生成商家监察档案,并以此为依据来决定商家的去留等。
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店铺治理员成立商家监察档案
(1)店铺治理员登录到系统;
(2)录入通过检查得出的监察结果;
(3)生成监察档案;
(4)系统将结果显示给店铺治理员;
(5)退出系统。
依照店铺治理员成立商家监察档案的时序图能够创建如下协作图:
5.1.6定单治理员治理定单
(1)定单治理员登录到系统中;
(2)治理定单信息;
(3)提交更新数据;
(4)系统将更新结果显示给定单治理员;
(5)提交成功,退出系统。
依照定单治理员治理定单的时序图能够创建如下协作图:
5.1.7系统治理员治理订餐者信息
(1)系统治理员注册一个自己的登录账号;
(2)输入用户名和密码进行身份验证;
(3)系统将验证结果显示结果返回给系统治理员;
(4)系统治理员在订餐者信息治理界面对订餐者信息进行更新;
(5)提交更新数据;
(6)系统将提交结果返回;
(7)提交成功,退出系统。
依照系统治理员治理订餐者信息的时序图能够创建如下协作图:
5.1.8系统治理员治理商家信息
(1)系统治理员注册一个自己的登录账号;
(2)输入用户名和密码进行身份验证;
(3)系统将验证结果显示结果返回给系统治理员;
(4)系统治理员在商家信息治理界面对商家信息进行更新;
(5)提交更新数据;
(6)系统将提交结果返回;
(7)提交成功,退出系统。
依照系统治理员治理商家信息的时序图能够创建如下协作图:
5.1.9系统治理员保护系统
(1)系统治理员注册一个自己的登录账号;
(2)输入用户名和密码进行身份验证;
(3)系统将验证结果显示结果返回给系统治理员;
(4)系统治理员在系统保护界面对系统进行保护;
(5)提交保护操作;
(6)系统将提交结果返回;
(7)提交成功,退出系统。
依照系统治理员保护系统的时序图能够创建如下协作图:
5.2系统活动图
依照大学生网上订餐系统的整个活动进程,创建了如下的系统活动图:
5.3系统状态图
依照前面的分析和设计能够发觉,每一个参与者在利用系统前都需要进行登录,登录以后就能够够进行各自相应的操作,操作完成后退出系统。
创建的系统状态图如下:
6系统部署图
6.1系统构件图
网上订餐系统的构件图咱们通过构件映射到系统的实现类中,说明该构件物理实现的逻辑类,在本系统中,咱们能够对订餐者类、系统治理员类、商家类、店铺治理员类、定单治理员类、定单类和餐饮类别离创建对应的构件进行映射。
6.2系统部署图
网上订餐系统的部署图刻画的是系统节点上运行资源的安排。
包括四个节点,别离是:
客户端阅读器、HTTP效劳器、数据库效劳器和打印机。
7总结
通过认真地分析我得出了系统的需求分析,确信了系统的要紧参与者和各自的要紧活动。
通过学习UML建模的有关知识和RationalRose工具,我亲自动手练习,最终画出了系统的系统用例模型(各自用例的用例图)、系统静态模型(系统类图)、系统的动态模型(系统时序图、系统活动图和系统状态图)和系统部署模型(系统构件图和系统部署图)。
通过自己的亲自动手操作,使我进一步了解并把握了UML的建模进程和RationalRose工具的利用。
同时,我也发觉了自己试探问题不全面等一系列不足,促使自己不断更正、不断进步。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大学生 网上 系统 UML 建模