手机版

(完整word版)uml网上订餐系统

发布时间:2024-11-10   来源:未知    
字号:

实用文档

《UML建模语言》课程设计报告

题目:订餐管理系统

数学与计算机科学(软件)学院

软件工程专业2011级

实验时间:2013-2014学年第一学期

任课教师:张舒

目录

1背景介绍: (3)

2、系统分析 (3)

2.1 获取需求 (3)

2.1.1在大学城订餐系统中主要有以下涉众: (3)

2.1.2边界 (4)

2.1.3业务用例 (7)

2.1.4活动图 (10)

2.1.5用例规约 (11)

2.2需求分析 (14)

2.2.1财务管理 (14)

2.2.2信息管理 (16)

2.2.3店面管理 (19)

2.2.4订餐 (22)

2.2.5 订单管理 (24)

3 系统设计 (26)

3.1整个系统结构: (26)

3.2组件图和设计类图 (27)

3.2.1店面管理用例的设计类图 (27)

3.2.2财务管理用例的设计类图 (28)

3.2.3信息管理用例的设计类图 (31)

3.2.4订餐管理用例的设计类图 (34)

3.2.5订单管理的设计类图 (35)

3.3数据库设计 (37)

3.4系统部署图 (40)

4总结 (41)

2

1背景介绍:

当今社会,计算机技术尤其是网络技术飞速发展,给我们的生活带来的极大的方便。经过我们小组成员在生活中细致观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。这样效率很低,利润薄,而且信息不流畅。基于这个现状。我们决定提供一个平台---网上订餐系统。在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等,让订餐者可以方便的订餐,可以对商家进行评价等。而商家后期只负责煮菜。物流有我们系统运营者负责,然后直接赚取差价。还要定期对商家进行卫生安全评估,以及根据用户的评价来生产评价档案。并以此为依据来决定商家的去留等。

2、系统分析

2.1 获取需求

非功能性需求

1.界面操作简单

功能性需求

2.1.1在大学城订餐系统中主要有以下涉众:

订餐者:订餐

商家:提供餐饮

配送人员:取餐送餐

店面管理员:核实并更新商家信息,管理商家界面显示

订单管理员:管理订单

信息管理员:订餐者信息管理,商家联系信息管理

收银员:收取送餐人员金额

会计员:统计每日收支

财务经理:总财务核算和收入支出

相关法律法规:应遵循的行业规范和标准

业主:网站建设成本,建设周期,建成后的收益

3

参与者(用户):

用户名称使用系统方式

订餐者通过系统订餐

配送人员通过系统获取订餐者订餐信息

店面管理员代理商家使用系统实时更新核实并更新

商家信息,管理商家界面显示

订单管理员管理订单

信息管理员订餐者信息管理,商家联系信息管理收银员收取送餐人员金额

财务经理通过计算机系统系统进行财务核算收入

支出,

2.1.2边界

对于该系统,我们以业务功能为依据进行边界的划分,划分出五个边界:订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。如下图所示:

4

5

6

2.1.3业务用例

业务用例(订餐者)

业务用例(信息管理员)

7

业务用例(财务管理者和收银员)

8

业务用例(店面管理员)

业务用例(订单管理):

9

10

2.1.4活动图

2.1.5用例规约

用例名称订餐

用例描述订餐者登网站,选择参餐饮,并下单,完成订餐

执行者订餐者

前置条件无

后置条件 1.成功生成订单

2.订餐者成功订餐

主过程描述 1.登陆网站

2.选择店家

3.选择餐饮

4.先订单

5.收餐时付钱

分支过程描述无

异常过程描述订单餐饮不足时,订餐者可取消订单,订餐异常结束

业务规则

订单、餐饮

涉及的业务实

用例名称管理财务

用例描述每次的收支进行存储记录,定期进行财务统计,并生成账单,分析数据,用例结束。

执行者收银员,财务管理员

前置条件1.配送员将收取的费用交给收银员

2.收银员将已收款订单存入数据库

后置条件 3.成功将货款归入银行或保险库

4.成功登记账单

5.成功将已付款订单入库

主过程描述1配送人员根据订单进行配送餐并收钱。

2配送员将收得的货款交给收银员。

3收银员确认未收款订单生成已收款订单存入数据库

4财务管理员定期生检查,监督,统计各个录入计算机系统财

11

务数据的正确性,及时性,完整性。

5总结分析各人员日常录入计算机的财务数据出现异常的原

因。

6.生成财务报表

分支过程描述收支异常时核对账单

异常过程描述结束用例。

业务规则账目清楚

已付款订单,未付订单,账单

涉及的业务实

用例名称信息管理

用例描述对订餐网站进行更新,对商家和买家的基本信息进行维护,并

保证数据库的安全行。

执行者信息管理员

前置条件无

后置条件 6.网站内容得到更新。

7.商家和买家基本信息保证有效和安全

8.数据库安全性得到保护

主过程描述 6.登陆网站

7.登录信息管理员界面

8.选择执行的操作

9.验证想执行的操作是否合理

10.及时更新所有相关的内容

分支过程描述无

异常过程描述退出信息管理系统界面

业务规则保证商家和用户信息的安全性

各种基本信息表单,数据库,订单网站

涉及的业务实

用例名称管理商家店面

用例描述商家可以申请在使用本系统的某公司网站上申请虚拟店面,

并上传自己店面的信息

商家可以申请更新店面已有的信息。

执行者店面管理员(代理商家操作)

前置条件 1.商家没有不良记录

2.商家食品卫生安全审核通过

12

3.商家愿意和公司签订合同

后置条件 1.成功建立商家的店面信息

2.成功建立商家的评价档案

3.成功建立商家的监察档案

主过程描述 1.商家到公司来填写店面申请,提交店面管理员

2.店面管理员初步核实申请信息,查询商家是否有在该公司

的不良记录

3.店面管理员录入申请信息,产生店面申请

4.店面管理员到现场勘察卫生安全问题等,符合条件执行5,

不符合条件执行4.11

5.审核通过则通知店家提供店面信息,比如菜的价格,名称,

图片等,由店面管理人员录入信息

6店面管理员还管理订餐者对某店面的有价值的评价,建立

评价档案

7.并时常到现场监察商家食品卫生,建立监察档案

异常过程描述 4.11不符合条件,停止申请过程,用例结束

业务规则申请者无在该系统的不良记录,比如卫生事件或者诚信问

题。

涉及的业务实体申请单,现场勘察单,商家监察档案,用户评价档案。

订单管理用例规约

用例名称管理订单

用例描述管理员先核实订单,然后决定是生成未付款订单还是取消

订单,最后配送快餐

执行者订单管理员

前置条件 1.用户有登录该系统

2.用户有下订单

后置条件 1.核实过后确定订单无误

2.用户有再次确认自己的订单

主过程描述 1.用户登录该系统,确认自己喜欢的东西,然后生成订单

2.订单管理员核实订单,如若订单有误,执行2.11,否则执

行3

3.订单管理员再次确认用户是否修改订单,是的话重新执行

2,否则执行4

4.订单管理员生成未付款订单

13

5.订单管理员及时将订单交给配送人员

6.由配送人员配送订单

异常过程描述 2.11不符合条件,停止订餐过程,用例结束

业务规则用户具有该系统的登陆账号以及所下的订单符合各个要求涉及的业务实体订单

2.2需求分析

2.2.1财务管理

财务管理(财务管理员)用例实现的分析类时序图

财务管理(收银员)用例实现的分析类时序图

14

分析类图:

15

2.2.2信息管理

商家基本信息管理维护时序图

数据库信息安全维护时序图

16

(完整word版)uml网上订餐系统.doc 将本文的Word文档下载到电脑,方便复制、编辑、收藏和打印
    ×
    二维码
    × 游客快捷下载通道(下载后可以自由复制和排版)
    VIP包月下载
    特价:29 元/月 原价:99元
    低至 0.3 元/份 每月下载150
    全站内容免费自由复制
    VIP包月下载
    特价:29 元/月 原价:99元
    低至 0.3 元/份 每月下载150
    全站内容免费自由复制
    注:下载文档有可能出现无法下载或内容有问题,请联系客服协助您处理。
    × 常见问题(客服时间:周一到周五 9:30-18:00)