情缘饭店点餐系统项目计划书xWord文件下载.docx
《情缘饭店点餐系统项目计划书xWord文件下载.docx》由会员分享，可在线阅读，更多相关《情缘饭店点餐系统项目计划书xWord文件下载.docx（38页珍藏版）》请在冰点文库上搜索。
5.3.9售后服务支持 32
6预算 32
6.1人员成本 32
6.2设备成本 34
6.3其它经费预算 35
7关键因素及技术问题 36
7.1关键因素 36
7.1.1项目可行性研究和计划 36
7.1.2人员协调 36
7.1.3进度管理 36
7.1.4成本管理 36
7.1.5风险管理 37
7.2技术问题 37
7.2.1多渠道支付实现 37
7.2.2发票管理 37
7.2.3点餐机NFC功能 37
情缘饭店点餐系统项目计划书
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容如下：
1引言
1.1背景
（1）项目的名称
（2）项目的委托单位情缘餐厅
（3）项目的用户
情缘餐厅的管理人员及服务人员
（4）项目的任务提出者
智谷网络科技研发有限公司项目经理韩兴华清源饭店经理曹猛
（5）项目的主要承担人员项目经理：
韩兴华
软件设计师兼软件开发师：
王腾软件测试师兼软件架构师：
王一然
（6）项目建设背景
目前，随着餐饮业的高速发展和餐饮店规模的不断扩大，手工点菜方式的工作效率，点菜正确率已经难以适应企业发展的要求，制约了餐饮业的发展，餐饮企业的特色和个性化经营更加明显，管理更趋于信息化，而且加上名优企业品牌扩展力度，加大、餐饮企业集团化步伐，加快等特点，均显示着传统餐饮正逐步向现代餐饮方向转化，而现代餐饮最显著，一个特征就是使用计算机信息化管理系统，这也是餐饮企业经营者们的共识。
计算机信息化管理系统以信息量大、数据准确、速度快、管理效能高的特点已获得了广大餐饮、娱乐企业管理者，认可，它克服了人为因素、人情因素造成企业管理上的不便，明显提高了工作效率。
就点菜系统而言，最普遍的是计算机收银台录入菜单设备、pos点菜系统，除了这种点菜系统，其他的计算机信息系统已经从预定，接待，点菜，菜品上传，厨房分单打印，条码划菜，收银，经理查询等方面在大型餐饮企业全方位的整合起来了。
（7）软件系统与其他系统的关系
情缘餐厅点餐系统需与原有的采购系统、财务系统和后勤系统相连接，进行有效的数据传输，保证餐厅正常运行。
（8）软件系统与机构的关系
情缘餐厅点餐系统需要实现多渠道支付和网上银行服务，所以系统的开发要和支付宝、微信等第三方支付平台合作，确定传输协议和安全协议，另外要获取银联的支持。
1.2定义
表1.2-1服务员表
服务员号
酒店统一编号
服务员姓名
服务员名称
服务员性别
服务员年龄
18～100
服务员参加工作时间
参加工作时间
职位
普通或是负责人
表1.2-2菜品表
菜号
酒店统一编号，具有唯一性
菜名
价格
菜的价格
菜类别
菜所属类别
表1.2-3厨师表
厨师号
厨师姓名
厨师性别
厨师年龄
厨师参加工作时间
厨师职称
初、中、高级等
厨师状态
忙：
1；
空闲：
1.3参考资料
《贝斯曼无线点菜系统硬件使用说明书》
《无线点菜系统实现方案与配置》
《点菜系统加速mysql数据库访问的方法》
《点菜系统配置计算机注意事项》
《无线点菜系统数据库备份与恢复》
《无线点菜系统有哪些厨房打印通讯方式》
《美食译苑——中文菜单英文译法》
《贝斯曼无线点菜系统点菜宝使用说明书》
《厨房（后厨）打印机通讯线接线方式》
1.4标准、条约和约定
《情缘餐厅点餐系统合同书》
《项目章程》
《SB/T10264-1996餐饮业计算机管理软件开发设计基本规范》
《SJ/T11290-2003 面向对象的软件系统建模规范》
《GB/T9386-1988计算机软件测试文件编制规范》
《GB/T12504-90计算机软件质量保证计划规范》
《GB/T12505-90计算机软件配置管理计划规范》
《DB21/T1522-2007软件及信息服务业个人信息保护规范》
《GB／T9386-2008计算机软件测试文档编制规范》
《GB／T9385-2008计算机软件需求规格说明规范》
《GB／T15532-2008计算机软件测试规范》
《GB/T20917-2007软件工程软件测量过程》
2项目概述
2.1项目目标
情缘餐厅点餐系统项目的主要内容是为情缘餐厅开发一套智能点餐系统，包括软件系统开发，硬件
购置和安装，后期维护升级和人员培训几个方面，主要实现：
（1）管理员登录功能、
（2）菜单管理功能、
（3）点餐记录管理功能、（4）多渠道快速支付功能、（5）智能发票生成功能。
项目从需求调查到最终产品的实施使用采取一站式服务，注重于甲方公司的持续交流，以保障需求的充分满足，项目团队由3人组成，具有详细的分工细则和协调办法，制定了详细的实施计划，合理分配资源。
其中为了减少成本和弥补人力不足的缺陷，公司与第三方公司（北京中关村信息科技有限公司）合作，将系统软件的开发工作外包，本公司将大部分精力投入到系统需求调查和分析设计工作，并为甲方提供长期的人员培训和专业人员协助。
项目实施的时间为二零一七年三月十二日至二零一七年九月十三日。
整个项目的实施包括项目范围规划、分析系统需求、设计、开发与测试、培训五个阶段组成。
定义预备资源
双方协商确定资源购置、供给方案
每个进度的交付结果如下：
图2.1-1项目计划分解图
己方进行需求调甲方需求评估与研，并与甲方协
项目计划确认
商修改意见
项目范围规划完
成
确定风险
确定项目所需资
金
初步确定项目计划并提出计划书
乙方进行风险调召开会议，确定风
乙方召开成本估双方召开协商会乙方召开会议确研，并与甲方协商险预测表及解决方乙方召开会议讨论与甲方协商，并生
计会议，确定初议，确定硬件成定最终成本方修改意见步成本预算方案本购置方案案，提出成本表
案文件
项目资金计划
成资金计划方案
行为需求分析
乙方召开会议，起草初步的软件规范
团队共同审阅软件规范及预算情况
根据讨论结果修
改软件规范
获得所需资源
召开第一次系统需求会乙方调查甲方系统需求议，确定初步系统需求
审阅初步软件规范
乙方召开会议制定功能规范
根据功能规审阅功能规根据反馈修
范开发原型 范 改功能规范
完成设计工
作
召开会议确定外包方
公司
完成开发与测试工作
双方召开第一次会双方召开第二次会双方召开第三次会
议，介绍软件设计议，协商确定交货议，签订合作合同
方案并协商交货日标准与阶段成果交
并开始开发工作
审核第一次交货
成果
审核最终交货成
果并完成测试
期与价格
货计划
编写培训材料
审核用户培训效果
组织进行对用户的培训
完成培训
确定培训方法
制定针对产品技术人员的培训规范
制定针对最终用户的培训规范
调控资源，合理修改计划，提出最终系统需求书
完成分析工作
培训
项目范围规划
制定培训机制
召开会议研究讨论材料可用性
与确定公司（中关村）协商
开发与测试（外包
-北京中关村信息科技有限公司）
设计
分析系统需求
估计成本
审核第三次交货成果
审核第二次交货成果
修改开发阶段文件，提出最终设计方案文件
召开会议审核设计阶段工作安排相关文档的合理性
召开会议审核分析阶段工作安排相关文档的合理性
召开第二次系统需求会议，通过修改并提出系统需求书
制定交付期限
召开需求会议确定初步需求
提出最终系统需求方案
项目范围规划——《项目范围说明书》
分析系统需求——《项目需求说明书》、《系统软件协议》设计——《系统软件设计方案》（包括系统原型）
开发与测试——《第一次测试审核结果》、《第二次测试审核结果》、《第三次测试审核结果》（包括系统软件）
培训——《人员培训审核书》
2.2产品目标
情缘餐厅智能点餐系统是一款全新的、集无线、网络、嵌入式技术、人工智能等技术于一体的集成系统。
适用于餐饮场所的餐台管理、点菜录单、结算、信息反馈与传递。
结合传统的点菜管理系统，为餐饮经营管理提供了一整套高效、稳定可靠、先进的解决方案，改变了餐饮等行业的手工经营方式，提高了服务效率和顾客满意程度，提升了店面形象，最终提升了企业竞争力与经营效益。
厨师 收银员
更新点菜信息 确定金额信息
完成信息
消费清单
确定点菜信息查询菜谱信息请求
调整点菜信息请求
顾客
结账请求
菜谱信息消费清单
点菜系统
消费清单
登陆请求
查询请求
账目信息
修改菜谱信息
送菜信息
菜谱信息
服务员
系统管理员
图2.2-1系统工作示意图
2.2.1开发目的
节省人力和财力，提高餐厅工作人员的工作效率节省候餐者的等待时间
有利于提高综合竞争力
2.2.2项目目标
总目标：
开发一套适用中小型营业性餐厅的点餐系统
2.2.3项目主要可交付成果
软件文档用户手册
2.2.4项目经理责任
计划并执行整个项目，同潜在用户进行交流，需求分析，界面设计
2.2.5项目总体进度计划及主要里程碑
项目开始时间：
2017-3-12项目结束时间：
2017-9-13
主要里程碑安排
2017-3-12~2017-4-17：
项目范围
2017-4-18~2017-5-12：
项目需求
2017-5-15~2017-6-14：
项目分析设计
2017-6-15~2017-8-21：
项目程序开发测试
2017-8-22~2017-9-13：
项目培训
2.3假设与约束
2.3.1项目假设
人员假设（团队3人，各具特色能力，可满足项目人员配备组合的要求）技术假设（技术配备合理，储备充裕）
经验假设（专业知识丰富，丰富的开发经验）
2.3.2项目约束
人员限制：
情缘餐厅点餐系统项目组建共包含3人，除项目经理外还包括2位具有强大工作能力的核心人员，人员规模小，但技术强，项目采用“一才多用”的手段，每位参与人员负责两个或多个工作的实施，根据各自的专业领域分配工作任务。
为了降低开发成本，项目组协商后决定于第三方公司合作，本公司只负责程序的设计，而具体的开发工作外包给了第三方公司。
设备限制：
由于开发团队的缩减，开发所需的工作设备需求不高，预算充足。
时间限制：
项目开发的周期为6个月，其中开发工作占据了大部分时间（外包），公司在此阶段可以着手另外的项目计划，时间相对充沛，无重大失误的情况下不存在时间的短缺问题。
2.4项目工作范围
为了有效的把握项目工作的具体范围，项目组间组织了多次会议，进行WBS的编制，通过WBS，项目工作被分解为较小和更加容易管理的多项工作，而每下降一个层次意味着对其进行了更详尽地说明。
表2.4-1WBS工作分解表
标识号
WBS
任务名称
1
2
1.1
甲方需求评估与项目计划确认
3
1.1.1
4
1.1.2
5
1.2
己方进行需求调研，并与甲方协商修改意见
6
1.3
7
1.4
项目范围规划完成
8
1.5
9
1.5.1
乙方召开成本估计会议，确定初步成本预算方案
10
1.5.2
双方召开协商会议，确定硬件成本购置方案
11
1.5.3
乙方召开会议确定最终成本方案，提出成本表
12
1.6
13
1.6.1
乙方进行风险调研，并与甲方协商修改意见
14
1.6.2
召开会议，确定风险预测表及解决方案文件
15
1.7
确定项目所需资金
16
1.7.1
乙方召开会议讨论项目资金计划
17
1.7.2
与甲方协商，并生成资金计划方案
18
1.8
19
1.8.1
20
21
2.1
22
2.1.1
乙方调查甲方系统需求
23
2.1.2
召开第一次系统需求会议，确定初步系统需求
24
2.1.3
25
2.2
乙方召开会议，起草初步的软件规范
26
2.3
27
2.4
根据讨论结果修改软件规范
28
2.5
29
2.7
30
2.8
31
2.8.1
32
2.8.2
调控资源，合理修改计划，提出最终系统需求书
33
34
3.1
35
3.2
36
3.3
根据功能规范开发原型
3.4
审阅功能规范
38
3.5
根据反馈修改功能规范
39
3.6
完成设计工作
40
3.6.1
41
3.6.2
修改开发阶段文件，提出最终设计方案文件
42
开发与测试（外包-北京中关村信息科技有限公司）
43
4.1
召开会议确定外包方公司
44
4.2
45
4.2.1
双方召开第一次会议，介绍软件设计方案并协商交货日期与价格
46
4.2.2
双方召开第二次会议，协商确定交货标准与阶段成果交货计划
47
4.2.3
双方召开第三次会议，签订合作合同并开始开发工作
48
4.3
49
4.3.1
审核第一次交货成果
50
4.3.2
51
4.3.3
52
4.3.4
审核最终交货成果并完成测试
53
54
5.1
55
5.1.1
56
5.1.2
57
5.1.3
58
5.2
59
5.3
60
5.4
61
5.4.1
62
5.4.2
2.5应交付成果
2.5.1需完成的软件
餐厅服务系统的数据库管理系统软件
服务员终端机与数据库的即时沟通和数据交换软件餐厅订单与数据库的网络联接
2.5.2需提交用户的文档
《系统使用说明书》
《可能出现的故障以及排除方法》
《数据库更新方法》
《用户操作注意事项》
2.5.3须提交内部的文档
表2.5.3-1内部文档表
编号
名称
形式
介质
项目开发计划
文档
电子、纸质
软件需求说明书
系统概要设计说明书
总体设计说明书
数据库设计说明书
详细设计文档
为本项目开发的软件源代码
FAT&
SAT报告
试运行报告
性能测试报告、功能测试报告
项目实施报告
培训计划
服务计划
维护手册
操作手册
应用软件清单
系统参数配置说明
所提供的第三方产品的技术说明和操作、维护资料
系统崩溃及恢复步骤文档
技术服务和技术培训等相关资料
项目总结报告
2.5.4应当提供的服务
系统业务介绍
系统简单故障排除培训系统运作使用培训
系统升级服务
2.6项目开发环境
软件环境：
Windowsxpsp3/Windows7/redhatenterprise5
硬件环境：
E7500+4G内存+320G硬盘+百兆兆网卡+百兆局域网开发环境：
J2SE1.4.2+ApacheTomcat5.0.28
开发工具：
Notepad+++XMLMarker+SQLDeveloper+Jad+Eclipse+Keytool
2.7项目验收方式
2.7.1验收步骤
（一）初验
1、申请：
子项目后经测试和试运行合格，合作对象根据合同、招标书、计划任务书，检查、总结项目完
成情况后向业主提出初验申请。
2、方式：
项目业主组织监理和施工单位进行初验。
3、项目开发组单位提供材料：
初验申请书、完工报告、项目总结、一级要求的验收评审资料。
（二）终验
初验合格后，项目业主根据合同、招标书、任务书，检查、总结项目实施和完成情况后向主管部门提出验收申请。
2、经过审核，材料齐全则由主管部门组织验收。
验收工作有由主管部门和项目业主、监理等单位和专家组组成验收小组进行验收。
验收工作分为两个步骤：
验收小组和验收评委会评审，由验收小组共同确定验收时间、评审时间及其他安排。
提交验收报告
签收验收合格文件
评审组评审
提交验收报告和资料
验收小组进行验收
验收小组检查验收
提交验收申请书和验收
准备验收资料
项目试运行
项目移交
图2.7.1-1验收工作流程
2.7.2验收结论
验收结果分为:
验收合格、需要复议和验收不合格三种。
符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；
由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。
1、项目凡具有下列情况之一的，按验收不合格处理：
（一）未按项目考核指标或合同要求达到所预定的主要技术指标的
（二）所提供材料不齐全或不真实的
（三）项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的
（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的
（五）没有对系统或设备进行试运行，或者运行不合格
（六）项目经费使用情况审计发现问题的
（七）违犯法律、法规的其他行为
2、验收结论确认和处理
由主管单位同相关部门根据验收已经和相关资料得出结论，并进行确认。
3、项目验收结论的处理
（一）验收结论为验收合格的，项目业主将全部验收材料同意装订成册并连同相应的电子文档分别报主管部门及相关部门备案。
（二）验收结论需要复议的，主管部门以书面形式通知建设单位在三个月内补充有关材料或者进行相关说明。
（三）验收结论为验收不合格的，主管部门以书面形式通知项目业主和设计、实施单位，限期整改，整改后试运行合格的，项目业主重新申请验收。
（四）未通过验收的信息化项目，不得交付使用。
3项目团队组织
3.1组织结构
总裁
项目经理
架构设计师
原型设计师
计划经理
计划部
设计组
编码外部
软件测试师
系统测试师
测试组
图3.1-1项目组织结构图
项目经理：
架构设计师兼软件测试师：
原型设计师兼系统测试工程师：
王腾
3.2人员分工
姓名
技术水平
角色
工作描述
极高
项目管理、前期分析、设计
分析系统需求、项目计划、项目团队管理、
检查进度
高
分析、设计、编码
分析新功能、软件框架扩展、代码模块分
配、数据库设计说明书
分析、设计
数据交换、安装程序、安装手册
设计、编码
数据加载分析
项目后期总体负责、加载程序编写
数码相机照片读取剪切模块设计
测试
对软件进行测试、软件测试文档
文档编写、测试
用户操作手册
3.3协作与沟通
3.3.1项目团队内部协作
人力资源规划
我们首先制定了良好的人力资源规划，将组织内部分为3个部门：
设计组、
升级会员 