2.成功建立商家的评价档案
3.成功建立商家的监察档案
主过程描述
1.商家到公司来填写店面申请，提交店面管理员
2.店面管理员初步核实申请信息，查询商家是否有在该公司的不良记录
3.店面管理员录入申请信息，产生店面申请
4.店面管理员到现场勘察卫生安全问题等，符合条件执行5，不符合条件执行4.11
5.审核通过则通知店家提供店面信息，比如菜的价格，名称，图片等，由店面管理人员录入信息
6店面管理员还管理订餐者对某店面的有价值的评价，建立评价档案
7.并时常到现场监察商家食品卫生，建立监察档案
异常过程描述
4.11不符合条件，停止申请过程，用例结束
业务规则
申请者无在该系统的不良记录，比如卫生事件或者诚信问题。
涉及的业务实体
申请单，现场勘察单，商家监察档案，用户评价档案。
订单管理用例规约
2
2.1
非功能性需求
1.界面操作简单
功能性需求
订餐者：订餐
商家：提供餐饮
配送人员：取餐送餐
店面管理员：核实并更新商家信息，管理商家界面显示
订单管理员：管理订单
信息管理员：订餐者信息管理，商家联系信息管理
收银员：收取送餐人员金额
会计员：统计每日收支
财务经理：总财务核算和收入支出
相关法律法规:应遵循的行业规范和标准
业主：网站建设成本，建设周期，建成后的收益
参与者（用户）：
用户名称
使用系统方式
订餐者
通过系统订餐
配送人员
通过系统获取订餐者订餐信息
店面管理员
代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示
订单管理员
管理订单
信息管理员
订餐者信息管理，商家联系信息管理
收银员
收取送餐人员金额
财务经理
通过计算机系统系统进行财务核算收入支出，
3.订单管理员再次确认用户是否修改订单，是的话重新执行2，否则执行4
4.订单管理员生成未付款订单
5.订单管理员及时将订单交给配送人员
6.由配送人员配送订单
异常过程描述
2.11不符合条件，停止订餐过程，用例结束
业务规则
用户具有该系统的登陆账号以及所下的订单符合各个要求
涉及的业务实体
订单
2.2
财务管理（财务管理员）用例实现的分析类时序图
用例名称
管理订单
用例描述
管理员先核实订单，然后决定是生成未付款订单还是取消订单，最后配送快餐
执行者
订单管理员
前置条件
1.用户有登录该系统
2.用户有下订单
后置条件
1.核实过后确定订单无误
2.用户有再次确认自己的订单
主过程描述
1.用户登录该系统，确认自己喜欢的东西，然后生成订单
2.订单管理员核实订单，如若订单有误，执行2.11，否则执行3
无
后置条件
6.网站内容得到更新。
7.商家和买家基本信息保证有效和安全
8.数据库安全性得到保护
主过程描述
6.登陆网站
7.登录信息管理员界面
8.选择执行的操作
9.验证想执行的操作是否合理
10.及时更新所有相关的内容
分支过程描述
无
异常过程描述
退出信息管理系统界面
业务规则
保证商家和用户信息的安全性
涉及的业务实体
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
默认为“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
图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 NhomakorabeaNo默认值是“待送餐”
数量
Int
No
No
单价
Float
Yes
No
评分
Int
财务管理（收银员）用例实现的分析类时序图
分析类图：
商家基本信息管理维护时序图
数据库信息安全维护时序图
订餐主页更新及发布时序图：
信息管理活动图
分析类图：
活动图
录入评价档案时序图
录入监察档案时序图
录入新店面信息时序图
更改店面信息时序图
系统用例图
时序图：
分析类图
确认订单时序图
取消订单时序图
3
3.1
根据业务划分业务成的5个包图
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
4
总结：
五个包图中的大体结构采用如下
界面展示层包：存放与界面展示相关类
业务逻辑层：存放与相应界面的操作对应的控制类
业务实体：向逻辑层提供操作的实体类，在系统完成后对下有数据库操作。
组件图
设计类图
概念设计：
系统E-R图如图1所示。
图1订餐系统E-R图
以下是主要数据表的E-R图：
图2用户E-R图
图3订单条目E-R图
执行者
收银员，财务管理员
前置条件
1．配送员将收取的费用交给收银员
2.收银员将已收款订单存入数据库
后置条件
3.成功将货款归入银行或保险库
4.成功登记账单
5.成功将已付款订单入库
主过程描述
1配送人员根据订单进行配送餐并收钱。
2配送员将收得的货款交给收银员。
3收银员确认未收款订单生成已收款订单存入数据库
4财务管理员定期生检查，监督，统计各个录入计算机系统财务数据的正确性，及时性，完整性。
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
执行者
订餐者
前置条件
无
后置条件
1.成功生成订单
2.订餐者成功订餐
主过程描述
1.登陆网站
2.选择店家
3.选择餐饮
4.先订单
5.收餐时付钱
分支过程描述
无
异常过程描述
订单餐饮不足时，订餐者可取消订单，订餐异常结束
业务规则
涉及的业务实体
订单、餐饮
用例名称
管理财务
用例描述
每次的收支进行存储记录，定期进行财务统计，并生成账单，分析数据，用例结束。
对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。如下图所示：
业务用例（订餐者）
业务用例（信息管理员）
业务用例（财务管理者和收银员）
业务用例（店面管理员）
业务用例（订单管理）：
用例名称
订餐
用例描述
订餐者登网站，选择参餐饮，并下单，完成订餐
5总结分析各人员日常录入计算机的财务数据出现异常的原因。
6.生成财务报表
分支过程描述
收支异常时核对账单
异常过程描述
结束用例。
业务规则
账目清楚
涉及的业务实体
已付款订单，未付订单，账单
用例名称
信息管理
用例描述
对订餐网站进行更新，对商家和买家的基本信息进行维护，并保证数据库的安全行。
执行者
信息管理员
前置条件
《UML建模语言》课程设计报告
题目：订餐管理系统
数学与计算机科学（软件）学院
软件工程专业2011级