uml网上订餐系统

Nvarchar （ 50）
备注
Nvarchar （ MAX）
Null
Key
Comment
No
Yes
标识递增
No
No
外键，对应于用户表中的“用户 ID ”
No
No
默认值是“待送餐”
No
No
Yes
No
订餐姓名
Nvarchar （ 50）
订餐时间
Datetime
金额总价
Float
表 3 菜单表
Field
1
包含
1
生成
M
订单条目
M
包含
1
M
订单
图 2 用户 E-R 图
图 3 订单条目 E-R 图 图 4 养生咨询 E-R 图 图 5 订单 E-R 图
图 6 菜单 E-R 图 逻辑设计： 表 1 订单条目表
Field
Type
ID
Int
订单 ID
Int
菜名
Nchar （10）
数量
Int
单价
Float
评分
4 总结 ..............................................
错误 ! 未定义书签。
1 背景介绍：
当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大 的方便。经过我们小组成员在生活中细致观察， 发现整个大学城的学生对平常订 餐需求很大， 但他们订餐的方式都是比较原始的电话订餐。 而各个餐饮店也是各 自为战，自己接电话，记录订单需求，自己配送。这样效率很低，利润薄，而且 信息不流畅。基于这个现状。我们决定提供一个平台 --- 网上订餐系统。在网上 给申请的商家一个虚拟店面， 可以在上面挂上该商家的名称， 饭菜的图片和价格 等，让订餐者可以方便的订餐， 可以对商家进行评价等。 而商家后期只负责煮菜。 物流有我们系统运营者负责， 然后直接赚取差价。 还要定期对商家进行卫生安全 评估，以及根据用户的评价来生产评价档案。 并以此为依据来决定商家的去留等。
《 UML建模语言》课程设计报告
题目：订餐管理系统
数学与计算机科学（软件）学院 软件工程专业 2011 级
实验时间： 2013－2014 学年第一学期 任课教师：张舒
目录
1 背景介绍： ........................................ 2、系统分析 .........................................
Int
Back
订单
Null
Key
Comment
No
Yes
标识递增
No
No
外键，对应于订单中的“订单 ID”
No
No
默认值是“待送餐”
No
No
Yes
No
Yes
No
默认为“ 0 分”
Yes
No
顾客订餐的信息反馈
表 2 订单表
Field
Type
订单 ID
Int
用户 ID
Int
订单状态
Nchar （10）
送餐地址
异常过程描述
不符合条件，停止订餐过程，用例结束
业务规则 涉及的业务实体
用户具有该系统的登陆账号以及所下的订单符合各个要求 订单
需求分析
财务管理
财务管理（财务管理员）用例实现的分析类时序图
财务管理（收银员）用例实现的分析类时序图 分析类图：
信息管理
商家基本信息管理维护时序图
数据库信息安全维护时序图 订餐主页更新及发布时序图：
错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。 错误 ! 未定义书签。
用例名称 用例描述
执行者 前置条件
后置条件
管理商家店面 商家可以申请在使用本系统的某公司网站上申请虚拟店面， 并上传自己店面的信息 商家可以申请更新店面已有的信息。
店面管理员（代理商家操作） 1. 商家没有不良记录 2. 商家食品卫生安全审核通过 3. 商家愿意和公司签订合同 1. 成功建立商家的店面信息 2. 成功建立商家的评价档案 3. 成功建立商家的监察档案
2、系统分析
获取需求
非功能性需求 1. 界面操作简单
功能性需求
在大学城订餐系统中主要有以下涉众：
订餐者：订餐 商家：提供餐饮 配送人员：取餐送餐 店面管理员：核实并更新商家信息，管理商家界面显示
订单管理员：管理订单 信息管理员：订餐者信息管理，商家联系信息管理 收银员：收取送餐人员金额 会计员：统计每日收支 财务经理：总财务核算和收入支出 相关法律法规 : 应遵循的行业规范和标准 业主：网站建设成本，建设周期，建成后的收益
边界
对于该系统， 我们以业务功能为依据进行边界的划分， 划分出五个边界： 订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边 界。如下图所示：
业务用例
业务用例（订餐者）
业务用例（信息管理员）
业务用例（财务管理者和收银员）
业务用例（店面管理员）
业务用例（订单管理） ：
活动图 用例规约
组件图和设计类图 店面管理用例的设计类图
组件图
财务管理用例的设计类图
信息管理用例的设计类图
订餐管理用例的设计类图
订单管理用例的设计类图
设计类图
数据库设计
概念设计：
系统 E-R 图如图 1 所示。
菜单分类
管理员
1
回复
M
留言版
1
包含
M
留言
M
菜品
M
预定
N
1
用户
图 1 订餐系统 E-R 图 以下是主要数据表的 E-R 图：
3 系统设计 .......................................... 整个系统结构： .................................. 组件图和设计类图 ................................ 店面管理用例的设计类图 ...................... 财务管理用例的设计类图 ...................... 信息管理用例的设计类图 ...................... 订餐管理用例的设计类图 ...................... 订单管理的设计类图 .......................... 数据库设计 ...................................... 系统部署图 ......................................
Type
cID
Int
菜名
Nvarchar （ 50）
价格
Float
菜介绍
Nvarchar （ MAX）
Scid
Int
菜图片 推荐
Nvarchar （ MAX） Nvarchar （ 50）
用例名称 用例描述 执行者 前置条件 后置条件
主过程描述
分支过程描述 异常过程描述 业务规则 涉及的业务实 体
订餐 订餐者登网站，选择参餐饮，并下单，完成订餐 订餐者 无 1. 成功生成订单 2. 订餐者成功订餐 1. 登陆网站 2. 选择店家 3. 选择餐饮 4. 先订单 5. 收餐时付钱 无 订单餐饮不足时，订餐者可取消订单，订餐异常结束
订单、餐饮
用例名称 用例描述
执行者 前置条件
管理财务 每次的收支进行存储记录，定期进行财务统计，并生成账单， 分析数据，用例结束。 收银员，财务管理员 1．配送员将收取的费用交给收银员
后置条件 主过程描述
分支过程描述 异常过程描述 业务规则 涉及的业务实 体
2. 收银员将已收款订单存入数据库 3. 成功将货款归入银行或保险库 4. 成功登记账单 5. 成功将已付款订单入库 1 配送人员根据订单进行配送餐并收钱。 2 配送员将收得的货款交给收银员。 3 收银员确认未收款订单生成已收款订单存入数据库 4 财务管理员定期生检查，监督，统计各个录入计算机系统财 务数据的正确性，及时性，完整性。 5 总结分析各人员日常录入计算机的财务数据出现异常的原 因。 6. 生成财务报表 收支异常时核对账单 结束用例。 账目清楚 已付款订单，未付订单，账单
主过程描述
1. 商家到公司来填写店面申请，提交店面管理员 2. 店面管理员初步核实申请信息， 查询商家是否有在该公司 的不良记录 3. 店面管理员录入申请信息，产生店面申请 4. 店面管理员到现场勘察卫生安全问题等， 符合条件执行 5， 不符合条件执行 5. 审核通过则通知店家提供店面信息， 比如菜的价格， 名称， 图片等，由店面管理人员录入信息 6 店面管理员还管理订餐者对某店面的有价值的评价，建立 评价档案 7. 并时常到现场监察商家食品卫生，建立监察档案
后置条件 主过程描述
2. 用户有下订单 1. 核实过后确定订单无误 2. 用户有再次确认自己的订单 1. 用户登录该系统，确认自己喜欢的东西，然后生成订单 2. 订单管理员核实订单，如若订单有误，执行，否则执行 3 3. 订单管理员再次确认用户是否修改订单， 是的话重新执行 2，否则执行 4 4. 订单管理员生成未付款订单 5. 订单管理员及时将订单交给配送人员 6. 由配送人员配送订单