大学生网上订餐系统UML建模精编版.doc_第1页
大学生网上订餐系统UML建模精编版.doc_第2页
大学生网上订餐系统UML建模精编版.doc_第3页
大学生网上订餐系统UML建模精编版.doc_第4页
大学生网上订餐系统UML建模精编版.doc_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、题目:大学生网上订餐系统目录1背景介绍: .22需求分析 .23系统用例模型.43.1订餐者用例图 .43.2商家用例图 .43.3店铺管理员用例图 .错误!未定义书签。3.4订单管理员用例图 .53.5系统管理员用例图 .64系统静态模型.75系统动态模型.85.系统时序图 .85.1.1订餐者订餐 .85.1.2商家管理店铺 .95.1.3店铺管理管理员管理店铺 .105.1.4店铺管理员建立客户评价档案 .115.1.5店铺管理员建立商家监察档案 .125.1.6订单管理员管理订单 .135.1.7系统管理员管理商家信息 .145.1.8系统管理员管理订餐者信息 .错误!未定义书签。5.

2、1.9系统管理员维护系统 .165.2系统活动图 .175.3系统状态图 .176系统部署模型.186.1系统构件图 .186.2系统部署图 .187总结 .1911 背景介绍随着网络技术的飞速发展,人们的生活也越来越追求方便化。经过观察,发现整个大学城的学生对平常订餐需求很大, 但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。这样做效率很低, 利润薄,而且信息不流畅。 所以我决定为大学生提供一个平台-网上订餐系统。 在网上给申请的商家一个虚拟店面, 可以在上面挂上该商家的名称,饭菜的图片和价格等信息, 让订餐者可以方便地订餐, 还可以对商

3、家的餐饮进行评价,由系统生成评价档案以供其他人参考等, 而商家后期只负责做饭菜并安排人配送。此外,需要定期对商家进行卫生安全监察,生成商家监察档案,并以此为依据来决定商家的去留等。2 需求分析大学生网上订餐系统主要有以下几方面需求:1)订餐者订餐者首先需要注册一个账号用于系统登录,登录后可以查看店铺信息,并选中某一店铺后进入其餐饮信息界面, 最终选中所需餐饮, 下订单。当然用餐后还可以对此餐饮进行评价。2) 商家商家首先需要申请一个网上店铺,当申请通过后,登录到系统中,可以核实订单并安排配送,然后对本店的餐饮信息进行更新。3) 订单管理员当订餐者下订单后,订单管理员需及时生成订单,如果订餐者对

4、订单有所更改时,订单管理员也要及时对数据进行更新。4) 店铺管理员当商家申请通过时,店铺管理员需要及时录入店铺信息,并为其设立店面、建立客户评价档案、商家监察档案。当商家增加、修改、删除其餐饮信息时,店铺管理员需及时对数据进行更新, 以便其他人订餐。 如果订餐者对某餐饮店的某餐饮进行评价后,店铺管理员需及时更新评价档案。5) 系统管理员系统管理员主要完成对商家和订餐者信息的管理、以及系统的维护。23 系统用例模型大学生网上订餐系统的参与者有:3.1 订餐者用例图订餐者可以登录系统, 登录后可以订餐, 订餐过程包括选择店铺、 选择餐饮、下订单以及到餐付款,用餐后还可以对餐饮进行评价。3.2 商家

5、用例图商家可以登录系统,登录后需要对订餐者的订单进行核实并安排配送,然后更新店铺有关餐饮信息(增加、删除、修改) 。33.3 店铺管理员用例图店铺管理员可以更新店铺信息(包括录入新申请通过的商家、修改、删除和查询店铺信息),还要为每一个店铺建立客户评价档案盒商家监察档案。3.4 订单管理员用例图订单管理员当订餐者下订单后要立即生成新订单, 如果订单有所改动需及时更新(查询、修改、删除) 。43.5 系统管理员用例图系统管理员可以登录系统,对商家和订餐者的信息进行管理(增加、删除、修改、查询),还有系统的维护。4 系统静态模型由需求分析中知,我们可以依据主要六个类对象:订餐者、订单管理员、商5家

6、、店铺管理员、系统管理员、订单、店铺和餐饮创建完整的类图。65 系统动态模型5.1 系统时序图5.1.1 订餐者订餐( 1)订餐者注册一个系统登录账号;( 2)在登录界面输入相应的用户名和密码进行身份验证;( 3)系统验证后将验证结果返回给用户;( 4)系统展示有关店铺信息;( 5)订餐者选择店铺;( 6)系统展示该店铺的有关餐饮信息;( 7)订餐者浏览信息并选择所需餐饮;( 8)订餐者下订单;( 9)下订单成功后,系统更新餐饮信息;( 10)退出系统;( 11)用餐后对餐饮进行评价。根据订餐者订餐的时序图可以创建如下协作图:75.1.2 商家管理店铺( 1)商家申请一个网上虚拟店铺;( 2)

7、申请成功后,在登录界面输入自己的用户名和密码进行身份验证;( 3)系统进行验证并将验证结果返回给商家;( 4)商家处理订单;( 5)更新店铺相关餐饮信息;( 6)提交更新数据;( 7)系统将提交的结果显示给商家;( 8)提交成功,退出系统。8根据商家管理店铺的时序图可以创建如下协作图:5.1.3 店铺管理员管理店铺信息(1)店铺管理员登录系统进入管理界面;(2)对店铺的信息进行更新;(3)提交更新数据;(4)系统将提交结果显示给店铺管理员;(5)提交成功,退出系统。根据店铺管理员管理店铺信息的时序图可以创建如下协作图:95.1.4 店铺管理员建立客户评价档案(1)店铺管理员登录到系统;(2)对

8、订餐者的评价进行核实并筛选;(3)生成最终的评价档案;(4)系统将结果显示给店铺管理员;(5)退出系统。根据店铺管理员建立客户评价档案的时序图可以创建如下协作图:105.1.5 店铺管理员建立商家监察档案( 1)店铺管理员登录到系统;( 2)录入通过检查得出的监察结果;( 3)生成监察档案;( 4)系统将结果显示给店铺管理员;( 5)退出系统。根据店铺管理员建立商家监察档案的时序图可以创建如下协作图:115.1.6 订单管理员管理订单( 1)订单管理员登录到系统中;( 2)管理订单信息;( 3)提交更新数据;( 4)系统将更新结果显示给定单管理员;( 5)提交成功,退出系统。根据订单管理员管理

9、订单的时序图可以创建如下协作图:125.1.7 系统管理员管理订餐者信息( 1)系统管理员注册一个自己的登录账号;( 2)输入用户名和密码进行身份验证;( 3)系统将验证结果显示结果返回给系统管理员;( 4)系统管理员在订餐者信息管理界面对订餐者信息进行更新;( 5)提交更新数据;( 6)系统将提交结果返回;( 7)提交成功,退出系统。根据系统管理员管理订餐者信息的时序图可以创建如下协作图:135.1.8 系统管理员管理商家信息( 1)系统管理员注册一个自己的登录账号;( 2)输入用户名和密码进行身份验证;( 3)系统将验证结果显示结果返回给系统管理员;( 4)系统管理员在商家信息管理界面对商

10、家信息进行更新;( 5)提交更新数据;( 6)系统将提交结果返回;( 7)提交成功,退出系统。根据系统管理员管理商家信息的时序图可以创建如下协作图:5.1.9 系统管理员维护系统( 1)系统管理员注册一个自己的登录账号;14( 2)输入用户名和密码进行身份验证;( 3)系统将验证结果显示结果返回给系统管理员;( 4)系统管理员在系统维护界面对系统进行维护;( 5)提交维护操作;( 6)系统将提交结果返回;( 7)提交成功,退出系统。根据系统管理员维护系统的时序图可以创建如下协作图:155.2 系统活动图根据大学生网上订餐系统的整个活动过程,创建了如下的系统活动图:5.3 系统状态图根据前面的分

11、析和设计可以发现,每个参与者在使用系统前都需要进行登录,登录之后就可以进行各自相应的操作, 操作完成后退出系统。 创建的系统状态图如下:166 系统部署图6.1 系统构件图网上订餐系统的构件图我们通过构件映射到系统的实现类中, 说明该构件物理实现的逻辑类,在本系统中,我们可以对订餐者类、系统管理员类、商家类、店铺管理员类、订单管理员类、订单类和餐饮类分别创建对应的构件进行映射。6.2 系统部署图网上订餐系统的部署图描绘的是系统节点上运行资源的安排。包括四个节点,分别是:客户端浏览器、 HTTP 服务器、数据库服务器和打印机。177 总结经过认真地分析我得出了系统的需求分析, 确定了系统的主要参与者以及各自的主要活动。 通过学习 UML 建模的有关知识和 Rational Rose工具,我亲自动手练习,最终画出了系统

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论