《酒店管理系统-软件项目进度计划说明书v2》Word文档格式.doc
《《酒店管理系统-软件项目进度计划说明书v2》Word文档格式.doc》由会员分享，可在线阅读，更多相关《《酒店管理系统-软件项目进度计划说明书v2》Word文档格式.doc（19页珍藏版）》请在冰豆网上搜索。
3.1 进度计划 11
3.2 基于进度计划的成本核算 15
3.3 调整后的进度计划 17
3.4 关于进度计划的其他说明 17
3.5 关于其他计划的说明 17
4 项目成果产品 18
4.1 软件程序 18
4.2 软件文档 18
4.3 软件服务 18
4.4 非移交的软件产品 18
4.5 验收标准 18
5 其他 19
1.1编写目的
进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。
它的主要目标是：
最短时间、最少成本、最小风险，即在给定的限制条件下，用最短时间、最少成本，以最少风险完成项目工作。
PMI强调：
作为项目，成功的三大要素是计划、计划、计划，计划是通向项目成功的路线图。
按时完成项目是对项目经理最大的挑战，因为时间是项目规划中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。
所以进度计划是项目计划中最重要的部分，是项目计划的核心。
项目的进度问题，经常是所有项目冲突的主要原因，为了缓解这个冲突，所以编写了项目进度计划说明书。
本计划书意在指导项目开发过程中的各个阶段的工作，为各个阶段安排具体的工作。
本说明书的与其读者为：
每个项目组的组长及其有关人员。
1.2背景
a.待开发的软件系统的名称:
酒店管理系统
b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）
项目的任务提出者：
XX酒店高层领导
本系统的开发者：
YY软件股份有限公司
本系统的用户：
XX酒店的高层领导、部门经理及其员工。
实现该软件企业（YY软件股份有限公司）的组织结构图：
（参考例图）
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
与本系统有关的系统：
无
1.3定义
WBS:
WorkBreakdownStructure任务分解结构。
PMI:
ProjectManagementInstitute美国项目管理学会，成立于1969年一个国际性组织，
PDM:
PrecedenceDiagrammingMethod单代号网络图
1.4参考资料
[1]《软件项目管理案例教程》（第一版），韩万江姜立新编著，机械工业出版社，2009年4月
[2]《软件项目管理案例教程》（第二版），韩万江姜立新编著，机械工业出版社，2009年4月
[3]《软件项目估计》（第二版）,（美）CAPERSJONES著，刘从越编译，电子工业出版社，2008年3月
[4]《软件需求》（第二版），（美）KarlE.wiegers著，刘伟琴、刘洪涛译，清华大学出版社，2007年9月
[5]《酒店管理工作细化执行与模板》，王宏编著，人民邮电出版社，2008年4月
1.5重要术语
1.WBS，WorkBreakdownStructure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。
2.进度计划,进度，就是工作计划日期表
3.质量计划：
主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：
需求规格、设计说明书，源程序，测试计划，测试结果等。
2项目进度计划编制的背景概述
2.1软件生存期模型选择与设计
1.选择增量模型的原因：
1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后，通过严格的阶段性复审与确认，得到该阶段的一致、完整、正确和无二义性的良好文档资料，以“冻结”这些文档资料，作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，以每一步的正确性和完整性来保证最终系统的质量。
但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。
而在增量开发过程：
软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。
先完成一个系统子集的开发，再按同样的开发步骤增加功能（系统子集）,如此递增下去直至满足全部系统需求。
要求系统的总体设计在初始子集设计阶段就应做出设计。
2）增量模型有如下优点：
l可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。
l可以更快地开发出可以操作的系统。
l可以减少开发过程中用户需求的变更。
l一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。
3）增量模型开发适合的项目：
q项目开始，明确了需求的大部分，但是需求可能会发生变化
q对于市场和用户把握不是很准，需要逐步了解
q对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。
我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。
虽然大部分的需求已明确，但是部分需求可能会发生变化；
对于用户需逐步了解才能准确把握；
对于复杂功能的系统进行功能改进，就需要一步一步实施的。
同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。
本项目具备增量模型的其他特点：
项目的复杂程度中等；
项目的风险较低；
产品和文档的使用率会很高。
所以选择增量式作为我们的开发模型。
图2-1增量式模型
2.具体的设计为：
图2-2详细的增量模型
2.2项目团队情况简述
表2-1此项目团队人员的介绍：
职位
人员
项目经理：
王朝令
需求分析员：
王朝令况晓龙
概要设计员：
况晓龙
详细设计员：
王朝令况晓龙黄志刚
编码人员：
测试人员：
黄志刚
由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。
表2-2项目初期计划
任务
完成时间
负责人
资源
备注
项目规划
2010-12-24
全体人员参与
需求获取
2011-01-05
王朝令，况晓龙，酒店领导，部门经理，员工代表参与
需求确定
2011-01-13
概要设计
2011-02-03
详细设计
2011-03-04
项目实施
2011-11-17
况晓龙，黄志刚参与
有待细化
项目集成、测试
2012-01-11
提交
2012-02-07
2.3软件估算情况
此软件估算结果列表：
表2-3估算列表
估算项
估算结果
功能点估算：
该软件的功能点总数约为1012个
进度估算：
该软件开发时间15.9个月
成本估算：
总成本为333900元
人员数估算：
所需的人员为3个人
2.4项目范围的信息分析与使用
2.4.1软件的工作任务分解结构（WBS）
表2-4WBS分解情况
编号
任务名称
任务内容定义
备注
1
客房管理子系统
涉及到客房部经理及部门员工的功能
1.1
客房登记
登记信息生成报表
1.1.1
入住登记
登记信息生成入住报表，收取押金，交给客户住房卡及钥匙等
1.1.2
退房登记
登记信息生成退房报表，收银结算，收回住房卡和钥匙，交给客户票据副根等
1.2
客房预订
客房的预定服务
1.2.1
预订登记
预定登记并生产报表
1.2.2
预订查询
对已订房查询
1.3
客房更换
客户要求改变客房时对报表操作
1.4
客户遗物管理
管理客户遗失物品
1.4.1
遗物信息录入
录入客户遗失的物品
1.4.2
遗物查询
遗物查询及数据备份防止纠纷
1.5
客房经理
涉及客房部经理的功能模块
1.5.1
客房价格调整
显示客房价格变更的信息
1.5.2
工作报告
年、月预算报表的提交，酒店正式年、月预算的查看，员工绩效考核等
1.6
信息查询
查询客房历史记录及客户信息等
2
餐饮管理子系统
涉及到餐饮部经理及部门员工的功能
2.1
点单
生成点菜单报表
2.2
预定
记录客户预定餐饮服务并生产报表
2.3
买单
收银结算并生成清单交付客户票据副根等
2.4
换台
更新报表
2.5
餐饮经理
涉及餐饮部经理的功能模块
2.5.1
餐饮价格调整
显示餐饮价格变更的信息
2.5.2
年、月预算报表的提交，酒店正式年、月预算的查看，员工绩效考核等
2.6
查询餐饮历史记录及客户信息等
3
财务管理子系统
涉及财务的相关功能
3.1
查看财务预算汇总表
查看汇总后的预算报表
3.1.1
查看月度预算汇总表
查看汇总后的月度预算报表
3.2.2
查看年度预算汇总表
查看汇总后的年度预算报表
3.2
酒店财务预算
综合各信息后由相关负责人发布酒店正式的财务预算报表
3.2.1
酒店年度预算发布
发布酒店年度预算报表并显示在部门经理窗体下相应版块
酒店月度预算发布
发布酒店月度预算报表并显示在部门经理窗体下相应版块
3.2.3
查看
查看酒店的年度预算报表及月度预算报表
3.3
查看报表
3.3.1
年度报表
查看年度报表
3.3.2
月度报表
查看月度报表
3.4
财务经理
查看酒店的财务报表
3.4.1
查看各部门的月度财务报表
并可将其整合为总月度财务报表
3.4.2
查看各部门的年度财务报表
并可将其整合为总年度财务报表
3.5
写入业务文档备份为财务预算提供信息
4
人力资源管理子系统
涉及人力资源管理的相关功能
4.1
员工管理
管理员工信息的录入、修改、删除
4.1.1
员工添加
升级会员 