《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)
1背景介绍：
当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样效率很低，利润薄，而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责，然后直接赚取差价。
还要定期对商家进行卫生安全评估，以及根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析
2.1 获取需求
非功能性需求
1.界面操作简单
功能性需求
2.1.1在大学城订餐系统中主要有以下涉众：
订餐者：订餐
商家：提供餐饮
配送人员：取餐送餐
店面管理员：核实并更新商家信息，管理商家界面显示
订单管理员：管理订单
信息管理员：订餐者信息管理，商家联系信息管理
收银员：收取送餐人员金额
会计员：统计每日收支
财务经理：总财务核算和收入支出
相关法律法规:应遵循的行业规范和标准
业主：网站建设成本，建设周期，建成后的收益
参与者（用户）：
用户名称使用系统方式
订餐者通过系统订餐
配送人员通过系统获取订餐者订餐信息
店面管理员代理商家使用系统实时更新核实并更新
商家信息，管理商家界面显示
订单管理员管理订单
信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额
财务经理通过计算机系统系统进行财务核算收入
支出，
2.1.2边界
对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
如下图所示：
2.1.3业务用例
业务用例（订餐者）
业务用例（信息管理员）
业务用例（财务管理者和收银员）
业务用例（店面管理员）业务用例（订单管理）：
2.1.4活动图
2.1.5用例规约
5.订单管理员及时将订单交给配送人员
6.由配送人员配送订单
异常过程描述 2.11不符合条件，停止订餐过程，用例结束
业务规则用户具有该系统的登陆账号以及所下的订单符合各个要求涉及的业务实体订单
2.2需求分析
2.2.1财务管理
财务管理（财务管理员）用例实现的分析类时序图
财务管理（收银员）用例实现的分析类时序图
分析类图：
2.2.2信息管理
商家基本信息管理维护时序图数据库信息安全维护时序图
订餐主页更新及发布时序图：
信息管理活动图分析类图：
2.2.3店面管理活动图
录入评价档案时序图录入监察档案时序图
录入新店面信息时序图更改店面信息时序图
2.2.4订餐系统用例图
时序图：分析类图
2.2.5 订单管理确认订单时序图
取消订单时序图
3 系统设计
3.1整个系统结构：
根据业务划分业务成的5个包图
五个包图中的大体结构采用如下
界面展示层包：存放与界面展示相关类
业务逻辑层：存放与相应界面的操作对应的控制类
业务实体：向逻辑层提供操作的实体类，在系统完成后对下有数据库操作。
3.2组件图和设计类图
3.2.1店面管理用例的设计类图组件图
3.2.2财务管理用例的设计类图
3.2.3信息管理用例的设计类图
3.2.4订餐管理用例的设计类图
3.2.5订单管理用例的设计类图设计类图
3.3数据库设计
概念设计：
系统E-R 图如图1所示。
订单条目
菜品留言版管理员
菜单分类订单
用户预定包含M 1M
N
生成M 1包含
M 1
包含1M 留言M 1回复
M
1
图1订餐系统E-R 图
以下是主要数据表的E-R 图：
图2 用户E-R 图
图3订单条目E-R图图4 养生咨询E-R图图5 订单E-R图
图6 菜单E-R图
逻辑设计：
表1 订单条目表
Field Type Null Key Comment
ID Int No Yes 标识递增
订单ID Int No No 外键，对应于订单中的“订单ID”
菜名Nchar（10）No No 默认值是“待送餐”
数量Int No No
单价Float Yes No
评分Int Yes No 默认为“0分”
Back 订单Yes No 顾客订餐的信息反馈
表2订单表
Field Type Null Key Comment
订单ID Int No Yes 标识递增
用户ID Int No No 外键，对应于用户表中的“用户ID”订单状态Nchar（10）No No 默认值是“待送餐”
送餐地址Nvarchar（50）No No
备注Nvarchar（MAX）Yes No
订餐姓名Nvarchar（50）No No
订餐时间Datetime Yes No
金额总价Float Yes No
表3 菜单表
Field Type Null Key Comment
cID Int No Yes 标识递增
菜名Nvarchar（50）No No
价格Float No No
菜介绍Nvarchar（MAX）Yes No
Scid Int Yes No 菜系id
菜图片Nvarchar（MAX）Yes No 存储的是图片的路径推荐Nvarchar（50）Yes No
表4菜分类表
Field Type Null Key Comment
Scid Int No Yes 标识递增
种类Nvarchar（50）No No 菜系名
系列介绍Nvarchar（MAX）Yes No
表5用户表
Field Type Null Key Comment
用户ID Int No Yes 标识递增
uName Nvarchar（50）No No 登录名
uPwd Nvarchar（50）No No 登录密码
真实姓名Nchar（10）No No
性别Nchar（10）No No 菜系id
联系电话Nvarchar（50）Yes No
爱好Nvarchar（MAX）Yes No
喜欢口味Nvarchar（MAX）Yes No
QQ Nvarchar（50）Yes No
email Nvarchar（50）Yes No
State Nvarchar（50）No No ID是否有效，默认值是“未审核”身份证号Nvarchar（50）No No
3.4系统部署图
4总结
总结：
41。