情缘饭店点餐系统项目计划书.docx
- 文档编号:6589289
- 上传时间:2023-01-08
- 格式:DOCX
- 页数:43
- 大小:405.75KB
情缘饭店点餐系统项目计划书.docx
《情缘饭店点餐系统项目计划书.docx》由会员分享,可在线阅读,更多相关《情缘饭店点餐系统项目计划书.docx(43页珍藏版)》请在冰豆网上搜索。
情缘饭店点餐系统项目计划书
情缘饭店点餐系统
项目计划书
2017-3-21
情缘饭店点餐系统项目计划书
根据《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厨师表
厨师号
酒店统一编号,具有唯一性
厨师姓名
厨师姓名
厨师性别
厨师性别
厨师年龄
18~100
厨师参加工作时间
参加工作时间
厨师职称
初、中、高级等
厨师状态
忙:
1;空闲:
0
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
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
2
分析系统需求
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
3
设计
34
3.1
审阅初步软件规范
35
3.2
乙方召开会议制定功能规范
36
3.3
根据功能规范开发原型
37
3.4
审阅功能规范
38
3.5
根据反馈修改功能规范
39
3.6
完成设计工作
40
3.6.1
召开会议审核设计阶段工作安排相关文档的合理性
41
3.6.2
修改开发阶段文件,提出最终设计方案文件
42
4
开发与测试(外包-北京中关村信息科技有限公司)
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
5
培训
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内部文档表
编号
名称
形式
介质
1
项目开发计划
文档
电子、纸质
2
软件需求说明书
文档
电子、纸质
3
系统概要设计说明书
文档
电子、纸质
4
总体设计说明书
文档
电子、纸质
5
数据库设计说明书
文档
电子、纸质
6
详细设计文档
文档
电子、纸质
7
为本项目开发的软件源代码
文档
电子、纸质
8
FAT&SAT报告
文档
电子、纸质
9
试运行报告
文档
电子、纸质
10
性能测试报告、功能测试报告
文档
电子、纸质
11
项目实施报告
文档
电子、纸质
12
培训计划
文档
电子、纸质
13
服务计划
文档
电子、纸质
14
维护手册
文档
电子、纸质
15
操作手册
文档
电子、纸质
16
应用软件清单
文档
电子、纸质
17
系统参数配置说明
文档
电子、纸质
18
所提供的第三方产品的技术说明和操作、维护资料
文档
电子、纸质
19
系统崩溃及恢复步骤文档
文档
电子、纸质
20
技术服务和技术培训等相关资料
文档
电子、纸质
21
项目总结报告
文档
电子、纸质
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、项目开发组单位提供材料:
初验申请书、完工报告、项目总结、一级要求的验收评审资料。
(二)终验
1、申请:
初验合格后,项目业主根据合同、招标书、任务书,检查、总结项目实施和完成情况后向主管部门提出验收申请。
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个部门:
设计组、测试组、计划部。
根据部门间的相互协作,进行有效的沟通,提升团队凝聚力。
与客户沟通
与客户进行有效的沟通,正确清晰地了解用户的需求,可以起到事半功倍的效果。
对此我们做了以下几方面:
(1)项目经理用引导的方式,了解用户的需求,因为客户往往不是技术人员,并不能自己表述清楚。
(2)及时的与客户相互通信,使其了解项目的进度和遇到的问题,促进双方理解,减少意外发生。
(3)测试时候,及早的邀请客户参与到测试中来,根据用户的体验进行参考,减少后期的变更。
组织内部沟通
(1)制定沟通计划,采用定期沟通、项目周报等方式,促进成员的相互理解。
(2)每5天一次例会,主要讨论项目进程,以及各部门之间遇到的问题,由项目经理进行协调。
(3)与著名心理咨询师建立了长期的合作关系,定期对员工进行心理辅导,了解他们的心理情况,对有问题的成员,及时进行辅导调理。
3.3.2项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:
(1)负责本项目同用户的接口人员;
(2)负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
(3)负责本项目同分包方的接口人员。
以上均由本公司公关部经理李云鹏负责。
表3.3.2-1接口人员信息
姓名
职责
联系方式
沟通方式
协作模式
王一然
架构设计师
123456789011
公关活动
伙伴关系
3.3.3项目团队外部沟通与协作模式
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法。
明确最终用户、直接用户及其所在部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
表4.3.3-1项目人员沟通表
时间
沟通对象
负责人
沟通方式
沟通内容
沟通成果
2017年4月24日
情缘餐厅经理:
曹猛
王一然
网络会议
用户需求
初步确立需求
2017年5月9日
情缘餐厅经理:
曹猛
王一然
会面
仔细确认需求,讨论细节
确立项目目标,定下计划书
2017年6月19日
北京中关村信息科技有限公司
王腾
网络会议
介绍软件设计方案,协商交易日期和价格
确定交易日期和价格
2017年6月21日
北京中关村信息科技有限公司
王腾
网络会议
确定交货标准与阶段成果交货计划
下达订单
4实施计划
4.1风险评估及对策
4.1.1风险评估
1、政策风险
经济政策风险是指在建设期货经营期内,由于所处的经济环境和经济条件的变化,致使实际的经济效益与预期的经济效益相背离。
对经济环境和经济条件,应以宏观和微观两个角度进行考察。
宏观经济环境与经济条件的变化,是指国家经济制度的变革、经济法规和经济政策的修改、产业政策的调整及经济发展速度的波动。
2、市场风险
市场风险是指由于某种全局性的因素引起的投资收益的可能变动,这些因素来自公司外部,是公司无法控制盒回避的。
3、财务风险
财务风险是指企业由于不同的资本结构而对企业投资者的收益产生的不确定影响。
财务风险来源于企业资金利润率和接入资金利息率差额上的不确定因素以及借入资金与自有资金的比例的大小。
借入资金比例越大,风险程度越大;反之则越小。
4、管理风险
项目的实施有一定的周期,涉及的环节也较多,在这期间如果出现一些人力不可抗拒的意外事件或某个环节出现问题以及宏观经济形势发生较大的变化,公司组织结构、管理方法可能不适应不断变化的内外环境,将会大大影响项目的进展或收益。
4.1.2风险防范和降低风险对策
1、应对政策风险的对策
公司应在国家各项经济政策和产业政策的指导下,汇聚各方信息,提炼最佳方案,统一指挥调度,合理确定公司发展目标和战略;加强内部管理,提高服务管理水平,降低营运成本,努力提高经营效率,形成公司的独特优势,增强抵御政策风险的能力。
2、应对市场风险的对策
面对市场的激烈竞争和飞速变化,企业应不断强化内部管理,实现以服务为中心的转型。
(1)规范内部管理,固化运作流程,实现对经营流程各环节的优化和控制,提高企业管控水平,降低经营风险。
(2)财务数据从业务数据自动形成,财务业务一体化,提高财务核算、财务分析和资金周转效率。
(3)建立科学、实时、准确的成本核算系统和统计分析系统,满足经营分析、绩效考核和管理决策需要。
(4)优化人力资源管理,提升组织能力,确保战略实施。
3、应对财务风险的对策
实行严格的资金借贷和运用审批制度,根据公司发展情况和资金市场成本变化,调整资本结构; 使投资项目尽快产生效益,提高资产盈利能力,降低投资风险; 加强对业务收入、业务支出、日常现金等的管理,在保持较高的流动性的基础上,减少资金占用,为公司扩大投资提供现金流; 加强对资金运行情况的监控,最大限度地提高资金使用效率;实施财务预决算制度; 建立相应的风险预警机制,加强内部管理,严格规章制度,把可能发生的损失降低到最低程度。
为避免企业在发生意外及其它各种不可抗拒因素给企业造成损失,将在财务预算中拨出专款,购买各种保险以规避可能遇到的风险。
4、应对管理风险的对策
项目融资成功后,吸收具有丰富投资管理、运营管理方面经验的专业人才进入公司管理层;规范公司治理,制定完善各项管理制度,保障股东和投资者的合法权益;加强对管理人员组织结构、管理制度、管理方法等方面的内部培训、外部培训,提高其整体素质和经营管理水平;推行目标成本全面管理,加强成本控制;倡导组织创新、思想创新,以适应不断变化的外部环境。
4.2工作流程
图4.2-1工作流程图
4.3总体进度计划
第一阶段、项目范围规划,主要工作有:
1.甲方需求评估与项目计划确认
其中包括会见甲方进行需求评估,并对系统进行基本构思。
2.召开内部会议确定系统初步需求:
包括系统基本功能确定、系统使用初步框架确定、所需软件初步确定、所需硬件初步确定、提出计划书。
3.与甲方
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 情缘 饭店 系统 项目 计划书
![提示](https://static.bdocx.com/images/bang_tan.gif)