餐饮行业分析网上订餐系统分析与设计实验报告.docx
《餐饮行业分析网上订餐系统分析与设计实验报告.docx》由会员分享，可在线阅读，更多相关《餐饮行业分析网上订餐系统分析与设计实验报告.docx（69页珍藏版）》请在冰点文库上搜索。
餐饮行业分析网上订餐系统分析与设计实验报告
（餐饮行业分析）网上订餐系统分析与设计实验报告
第一部分项目管理与计划3
实验1指定项目计划3
实验2项目可行性分析6
第二部分系统分析8
实验3项目需求收集8
实验4用例建模9
实验5通过用例获取概念数据模型16
实验6将概念数据模型转换为对象关系模型17
实验7分析类图建模（序列图、分析类图）17
实验8三种可选方案选择分析20
第三部分系统设计23
实验9物理数据库设计23
实验10确定系统构架等设计元素、设计类图建模28
实验11界面设计30
第一部分项目管理与计划
实验1指定项目计划
1.1项目的工作分解结构（WBS），所需资源
网上订餐系统WBS
WBS
所需资源
1需求开发
1.1需求获取
1.2需求定义
1.3需求验证
1.4需求规格说明书
一定的用户群体需求调查资料
2总体设计
2.1系统方案设计
2.2总体进度规划
2.3风险评估
同类别系统相关信息
3详细设计
3.1结构设计
3.2人机界面设计
3.3接口设计
3.4网络构架设计
3.5数据库设计
相应的设计人员
4设计实施
4.1用户管理模块
4.1.1添加用户
4.1.2修改个人信息
4.1.3删除用户
4.1.4系统退出
4.2店铺管理模块
4.2.1添加店铺
4.2.2修改店铺信息
4.2.3查询店铺
4.3.4删除店铺
4.3菜品管理模块
4.3.1添加菜品
4.3.2修改菜品信息
2.3.3查找菜品
4.3.4删除菜品
4.4订餐操作
4.4.1购物车管理
4.4.2结算管理
4.5订单管理
4.5.1处理订单
4.5.2修改订单
4.5.3查找订单
4.5.4删除订单
4.6新闻管理模块
4.6.1添加新闻信息
4.6.2修改新闻信息
4.6.3查找新闻信息
4.6.4删除新闻信息
4.7评论管理模块
4.7.1添加评论
4.7.2查找评论
4.7.3删除评论
4.8统计管理模块
4.8.1订餐统计
4.8.2消费统计
合作商家
基础菜品信息
实施人员
管理人员
5测试
5.1集成测试
5.2环境测试
5.3系统测试
5.4缺陷跟踪
5.5测试总结
测试工具，环境
6交付
6.1验收测试
6.2产品提交
6.3用户培训
交洽人员，场地
1.2通过PERT技术估算项目的持续时间
PERT公式
（其中a为乐观时间，m为最可能时间，b为悲观时间）
模块
乐观时间（day）
最可能时间
悲观时间
PERT估计期望时间
需求开发
7
11
15
11
总体设计
3
4
5
4
详细设计
5
7
11
7
设计实施
14
20
32
21
测试
5
7
9
7
交付
5
12
19
12
总计
62
1.3甘特图和网络图
甘特图
网络图
实验2项目可行性分析
2.1经济可行性分析
随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步的需求。
网络订餐系统给人们带来了方便，成为一种全新的商务模式。
网上订餐平台一方面为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面，能为广大消费者争取更多的优惠。
这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。
一次性成本工作表
网上订餐系统
0年
A.开发费用¥15,000
B.新硬件25,000
C.新购买的软件
1.应用软件包4,000
2.Internet站点注册1,000
D.用户（商家）培训1,000
E.站点准备0
F.其他________________0
一次性成本合计46,000
续生成本工作表
网上订餐系统
1~5年
A.应用软件维护20,000
B.增加的数据存储需求3,000
估算费用
C.Internet通信3,000
D.新硬件或硬件租用0
E.供给品1,000
F.其他________________0
续生成本合计27,000
有形收益
网上订餐姓名
1~5年
费用减少避免¥5,000
错误减少3,000
增加的灵活性10,000
提高的活动速度15,000
管理技术或控制的改进0
增加销售20,000
____
有形收益合计¥53,000
（之后每年预计增加10000）
表1:
经济可行性分析表
2.2技术可行性分析
技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源是否具备、能否得到。
技术条件包括硬件、系统软件、使用的操作环境等多个方面。
随着信息技术的发展，当前的计算机硬件配置完全可以满足开发的需求。
在软件方面，由于目前的单机模式发展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，价格相对较低。
此系统是基于JSP+SQLServer2008环境开发的，目前SQLServer2008数据库管理系统的功能也足够强大，足以满足我们的需求。
由于该系统的规模是相对较小的，主要功能是客户在网上注册、登录、浏览记录、订餐以及管理员的订单管理等，复杂性较低，对开发人员的知识水平限制较小。
而且在项目启动之前，小组成员已经学习了相关知识，根据各自的擅长部分合理分配任务，完全具备开发此系统的技术。
2.3进一步细化的项目进度安排
1、需求开发
我们产品服务对象主要面向在校学生及白领等工作人士。
由于开发团队为在校学生因此，可直接在校内收集大学生就餐信息。
已工作白领，可以求光谷软件园进行调查，所以，需要花费两到三天的时间进行调查准备，包括设计调查问卷、确立访谈话题及详细问题等，调查手段包括观察、问卷、访谈等。
企划部对收集到需求进行整理，归纳，筛选。
由企划部进行调查为期一周。
2、产品设计
根据需求调查结果，我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产品功能模块。
历时一天。
将功能模块交由设计部进行详细设计，根据产品服务对象的特点确定系统结构、界面UI等项目，历时三天。
开发部进行软件设计开发。
耗时七至十天。
最后有测试人员进行调试，消除bug后产品交付。
3、试运行
产品交付用户后，技术人员跟踪平台运行情况，抓住平台需求，结合企划部平台推广方案。
对功能进行进一步扩充，包括地理定位系统、电子支付接口、账户预存、店铺优惠系统包括红包、打折等功能接口预留。
关注系统流畅度及用户反馈并及时升级系统。
2.4系统服务请求报告
系统服务请求
饱了么网上订餐平台
请求者日期
部门管理部
地点
联系方式手机：
XXXXXXXXXX电子邮件：
XXXXXXX@
请求类型紧迫性
[x]新系统[]立即--业务受损或者或者失去机会
[]系统增强[]存在问题，但可以渐渐改变
[]系统错误修改[x]业务损失可以容忍到新系统安装
问题陈述
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
服务请求
联系人手机：
XXXXXXXXXXX电子邮件：
XXXXXXXXX@
发起人
----------------------------------------由系统优先委员会完成-------------------------------
[]批准请求分派给________________________________________
开始日期______________________________________
[]建议修改
[]建议用户开发
[]否决，原因是_________________________________________________
2.5项目范围说明书
饱了么网上订餐平台
项目范围说明书
A.项目信息
提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息
项目名称:
饱了吗网上订餐系统
客户名称:
饱了么科技有限公司
项目组长:
起草人:
项目发起人:
日期:
2014.10.27
B.项目的交付结果
饱了吗网上订餐系统分析与设计
饱了吗网上订餐系统系统程序
饱了吗网上订餐系统系统文档
饱了吗网上订餐系统转换盒培训程序
C.项目问题
当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
D.项目目标
使客户能够有效高效地从饱了么网上订餐平台订餐。
E.项目描述
建立一个新的信息系统，使得客户能够使用标准web浏览器通过Internet完成网上订餐或活动，项目将遵循系统的开发周期。
F.业务收益
增加销售
改进对客户订餐方式的理解
改进对市场和销售人员的利用
拆分词条
G.估计项目持续时间
4个月
拆分词条拆分词条
第二部分系统分析
实验3项目需求收集
3.1访谈笔录、观察笔记、会议记录
访谈记录表1
课题名称
网上订餐系统用户调查
访谈主题
商家对于网上订餐系统的接受度及建议
访谈者
访谈日期
访谈时间
14:
00---14:
30
访谈地点
XX烤肉饭馆
访谈对象信息
姓名
李老板
职业
个体户
单位
XX烤肉饭馆
联系地址
西苑XX烤肉饭馆
联系电话
XXXXXXXXXX
访谈目的：
了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。
采访的问题：
1、请问您的餐馆有没有扩展业务的意向或者在人流高峰期有没有忙不过来的时候？
2、请问您有没有做网上订餐的兴趣？
3、您对网上订餐的系统有没有要求？
4、您对网上订餐的系统有没有顾虑？
5、您对网上订餐的系统有没有建议？
访谈记录（整理要点）：
1、有做网上订餐业务的意向。
2、对此项目的宣传抱有怀疑，担心受众的广度。
3、对主办方与商家自身的利益划分。
4、希望商家能有更加完备的商业企划及相关的管理办法条例。
访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：
基本了解了商家的市场需求，对于系统功能的设计有了一定的启发。
被访问者的建议：
希望系统安全性好并且配有好的宣传。
观察记录1
受访者虽然表示有意向参加网上订餐，但表现不够热情，对此项目的信任度不大，或者兴趣不够浓厚。
访谈记录表2
课题名称
网上订餐系统用户调查
访谈主题
商家对于网上订餐系统的接受度及建议
访谈者
访谈日期
访谈时间
15:
00---14:
15
访谈地点
学生宿舍
访谈对象信息
姓名
张同学
职业
学生
单位
中南财经政法大学
联系地址
学生宿舍
联系电话
XXXXXXXXXX
访谈目的：
了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。
采访的问题：
1、请问您有没有网上订餐的想法？
2、怎样会吸引您去网上订餐？
3、您对网上订餐的系统有没有顾虑？
4、您对网上订餐的系统有没有建议？
访谈记录（整理要点）：
1.有网上订餐业务的意向。
2.价格的优惠和免费送餐比较有吸引力。
3.对商家的信任度抱有怀疑。
4.对送餐的及时性有顾虑。
访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：
基本了解了消费者的市场需求，对于系统功能的设计有了一定的启发。
被访问者的建议：
希望系统安全性好并且配有相关的优惠及评价体系。
观察记录2
从受访者的表情来看，受访者还是对此项目有比较浓的兴趣，有此方面的需求，也希望有相关的订餐体系。
观察记录3
时间：
11.08中午12:
00----下午1:
00
地点：
西苑
观察现象：
餐厅爆满，有些餐厅排长队，服务员在人最多的时候忙不过来。
还有些人因为没有地方打包，有的人打包好多份应该的帮人带的。
结论：
外卖送餐及网上订餐应该有很大的市场需求。
会议纪要
一、基本信息
会议名称
模拟JAD
召集人
会议日期
2014-11-06
开始时间
14:
00
会议地点
文泰
持续时间
40分钟
记录人
审核人
2、会议目标
对于系统设计及商业运营方面的协调
三、参加人员
四、主要议程
1.需求调查报告；
2.项目设计构想；
3.项目设计进度安排；
4.联系用户提出的意见进行系统的设计安排；
5.分配任务。
六、遇到的问题
1、系统设计的灵活性及安全性；
2、用户使用的舒适度体验；
3、开发资金及维护费用；
4、谈妥商家入驻系统。
七、工作计划
1、现阶段主要进行系统功能设计，结合用户建议进行系统设计；
2、将安全性考虑进系统开发，对用户评价系统设计的舒适易行；
3、分配设计图的工作。
3.2资产负债表、利润表、业务表单
年份
科目
第一年
第二年
第三年
第四年
第五年
资产
流动资产：
货币资金
31.41
47.33
60.71
90.30
116.49
应收账款
20.50
28.90
40.35
50.65
70.46
预付账款
48.00
48.00
48.00
48.00
48.00
其他应收款
5.50
9.75
18.77
28.98
44.25
存货
135.20
168.80
223.2
247.36
257.44
其他流动资产
3.50
5.85
8.90
13.45
24.88
流动资产合计
244.11
308.63
399.93
478.74
561.52
非流动资产：
固定资产
26.82
27.35
27.88
28.41
28.94
减：
累计折旧
2.68
5.42
8.21
11.05
13.94
固定资产净值
24.14
21.93
19.67
17.36
15.00
无形资产
22.50
25.45
27.89
27.89
30.20
其他非流动资产
25.80
25.80
25.80
25.80
25.80
非流动资产合计
72.44
73.18
73.36
71.05
71.00
资产总计
316.55
381.81
473.29
549.79
632.52
资产负债表
单位：
网上订餐系统金额单位：
人民币（万元）
负债和所有者权益
负债
流动负债：
短期借款
50.00
60.00
70.00
85.00
100.00
应付账款
5.90
3.98
7.55
13.85
4.56
预收账款
15.80
18.90
33.45
40.87
50.99
应付职工薪酬
43.89
50.50
66.88
71.20
88.90
应交税费
8.45
17.11
25.03
29.19
30.70
应付利息
3.25
3.90
4.23
5.53
6.5
应付股利
9.63
18.29
28.51
33.26
35.00
流动负债合计
136.92
172.68
235.65
278.90
316.65
非流动负债：
长期借款
50.00
60.00
60.00
60.00
70.00
非流动负债合计
50.00
60.00
60.00
60.00
70.00
负债合计
186.92
232.68
295.65
338.90
386.65
所有者权益
实收资本
120.00
120.00
120.00
120.00
120.00
盈余公积
1.93
5.83
11.53
18.28
25.18
未分配利润
7.70
23.3
46.11
72.71
100.69
所有者权益合计
129.63
149.13
177.64
210.89
245.87
负债和所有者权益总计
316.55
381.81
463.29
549.79
632.52
利润表
单位：
网上订餐系统金额单位：
人民币（万元）
年份
科目
第一年
第二年
第三年
第四年
第五年
一、营业收入
288.00
372.00
508.00
568.40
593.60
减：
生产成本
211.20
244.80
299.20
323.96
333.44
制造费用
7.08
7.14
7.19
7.24
7.29
管理费用
13.22
13.22
13.22
13.22
13.22
销售费用
28.80
51.24
107.34
129.78
141.00
二、营业利润
27.70
55.60
81.05
94.20
98.65
加：
营业外收入
1.00
1.50
2.00
2.50
3.00
减：
营业外支出
1.00
1.00
1.00
1.00
1.00
三：
利润总额
27.70
56.10
82.05
95.70
100.65
减：
应交税费
8.45
17.11
25.03
29.19
30.70
四、净利润
19.25
38.99
57.02
66.51
69.95
销售日报表
日期：
______年______月______日单位：
元
编号
客户名称
商品名称
数量
单价
折扣
金额
送餐地址
1
2
3
4
5
6
7
8
9
10
11
今日访问数
本月累计访问数
本月营业目标：
当日收款总计：
已完成目标累计：
未完成目标累计：
市场动态品质反应
主管评估工作价值
总经理
主管
经理
制表人
实验4用例建模
4.1用例图
顶层用例图
1．用户分为游客和游客和会员，游客注册登录会称为会员。
只有会员才可以进行订餐操作，避免恶意欺诈行为。
2．管理员分为系统管理员和订单管理员和店铺管理员和新闻管理员。
系统管理员主要负责对永和注册的审核和对管理员的管理；
订单管理员主要负责处理订单；
店铺管理员主要负责对店铺菜品的编辑和对评论的管理；
新闻管理员主要负责首页的新闻管理。
用户使用订餐系统用例图
1．游客可以浏览首页但是不能订餐，通过注册，由系统管理员审核后方可成为会员。
2．会员可以登录，登陆后可以修改信息。
进行订餐服务，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜品数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的基础上进行。
进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提交订单需要在填写订单信息的基础上进行，然后由订单管理员进行处理，评论菜品需要在查看历史订单的基础上进行，由店铺管理员进行管理。
管理员用例图
1．管理员可以对所有的账号进行管理。
分为对顾客的管理和对管理员的管理。
2．对顾客的管理包括审核注册用户和查看顾客信息。
3．对管理员的管理包括添加删除修改管理员。
店铺管理员用例图
1．店铺管理员可以管理店铺、菜品、评论。
2．浏览店铺后可以添加和删除店铺。
3．浏览菜品后可以添加、修改、删除菜品。
4．浏览评论后可以删除评论，不可以进行修改等操作。
订单管理员用例图
订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理”等。
新闻管理员用例图
新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。
4.2用例描述
用户用例描述
用例名称：
注册
主参与者：
游客
层次：
海平面（用户目标）
利益相关者：
游客，用户
前置条件：
游客必须在线访问网站
最低保证：
回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：
游客能成功打开网上订餐网站
触发器：
游客访问网站主页
主要成功情节：
1．游客提出注册请求；
2．游客点击注册按钮；
3．系统打开注册页面；
4．游客输入用户名、密码、再次输入密码及用户常用邮箱
5．单击“提交”；
6．系统验证登录用户的信息并返回相应信息。
扩展：
a用户选择“重置”，系统将清空输入框信息；
a注册不成功
6.a.1系统管理员审核不通过。
6.a.2用户输入的用户名已存在，则提示用户重新输入；
6.a.3用户输入的密码格式不正确或两次密码不一致，则提示用户重新输入；
6.a.4系统注册时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示会员注册失败.
用例名称：
浏览商品
主参与者：
用户
层次：
海平面（用户目标）
利益相关者：
用户
前置条件：
用户必须已经能在线访问网站
最低保证：
回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：
用户成功打开网站，浏览首页
触发器：
用户成功打开网站，浏览首页
主要成功情节：
1.用户打开网站首页；
2.成功加载所有信息。
扩展：
2.a浏览商品时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，则浏览商品信息不成功。
用例名称：
登录
主参与者：
用户
层次：
海平面（用户目标）
利益相关者：
用户
前置条件：
用户已注册成网上订餐系统的用户
最低保证：
回滚任何未完成的事务，系统记录进展日志直至失败
成功保证：
用户成功登录网站，返回首页
触发器：
用户选择“登录”按钮
主要成功情节：
1.系统为用户打开登录页面；
2.用户输入用户名、密码、验证码，再选择“登录”；
3.系统验证登录用户名和密码的正确性；
4.经验证用户名和密码正确则进入网上订餐系统。
扩展：
a登录页面打开失败
1.a.1用户重新刷新打开网页
a登录失败
3.a.1用户名或者密码错误，提示用户重新输入信息，返回登录页面。
3.a.2验证码出现错误，提示用户重新验证码，返回登录页面。
3.a.3系统登录时出现
升级会员 