《酒店管理系统-软件项目进度计划说明书》

北方民族大学课程设计报告系（部、中心）计算机科学与工程学院姓名王朝令学号20082617专业软件工程班级2008级2班同组人员况晓龙（20082616）黄志刚（20082647）课程名称软件工程项目管理设计题目名称《酒店管理系统软件项目进度计划说明书》起止时间2010年12月6日——2010年12月11日成绩指导教师签名陶铮贾艳波北方民族大学教务处制目录1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)1.5重要术语 (4)2项目进度计划编制的背景概述 (5)2.1软件生存期模型选择与设计 (5)2.2项目团队情况简述 (6)2.3软件估算情况 (7)2.4项目范围的信息分析与使用 (7)2.4.1软件的工作任务分解结构（WBS） (7)2.4.2基于项目背景的WBS的细化方案 (9)2.4.3重要的假设及其说明 (10)3实施计划 (11)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)进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。

它的主要目标是：最短时间、最少成本、最小风险，即在给定的限制条件下，用最短时间、最少成本，以最少风险完成项目工作。

PMI强调：作为项目，成功的三大要素是计划、计划、计划，计划是通向项目成功的路线图。

按时完成项目是对项目经理最大的挑战，因为时间是项目规划中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。

所以进度计划是项目计划中最重要的部分，是项目计划的核心。

项目的进度问题，经常是所有项目冲突的主要原因，为了缓解这个冲突，所以编写了项目进度计划说明书。

本计划书意在指导项目开发过程中的各个阶段的工作，为各个阶段安排具体的工作。

本说明书的与其读者为：每个项目组的组长及其有关人员。

1.2 背景a.待开发的软件系统的名称: 酒店管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：XX酒店高层领导本系统的开发者：YY软件股份有限公司本系统的用户：XX酒店的高层领导、部门经理及其员工。

实现该软件企业（YY软件股份有限公司）的组织结构图：（参考例图）c.该软件系统同其他系统或其他机构的基本的相互来往关系。

与本系统有关的系统：无1.3 定义WBS :Work Breakdown Structure 任务分解结构。

PMI: Project Management Institute 美国项目管理学会，成立于1969年一个国际性组织，PDM :Precedence Diagramming Method 单代号网络图1.4 参考资料[1] 《软件项目管理案例教程》（第一版），韩万江姜立新编著，机械工业出版社，2009年4月[2] 《软件项目管理案例教程》（第二版），韩万江姜立新编著，机械工业出版社，2009年4月[4] 《软件需求》（第二版），（美）Karl E. wiegers 著，刘伟琴、刘洪涛译，清华大学出版社，2007年9月[5] 《酒店管理工作细化执行与模板》，王宏编著，人民邮电出版社，2008年4月1.5 重要术语1.WBS，Work Breakdown Structure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。

2.进度计划,进度，就是工作计划日期表3.质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。

2 项目进度计划编制的背景概述2.1 软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后， 通过严格的阶段性复审与确认，得到该阶段的一致、 完整、 正确和无二义性的良好文档资料，以“冻结”这些文档资料， 作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础， 以每一步的正确性和完整性来保证最终系统的质量。

但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。

而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。

先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。

要求系统的总体设计在初始子集设计阶段就应做出设计。

2）增量模型有如下优点：● 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。

● 可以更快地开发出可以操作的系统。

● 可以减少开发过程中用户需求的变更。

● 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。

3）增量模型开发适合的项目：❑ 项目开始，明确了需求的大部分，但是需求可能会发生变化❑ 对于市场和用户把握不是很准，需要逐步了解❑ 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。

我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。

虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。

同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。

本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。

所以选择增量式作为我们的开发模型。

第一增量第二增量第三增量图2-1 增量式模型2.具体的设计为：第二增量第三增量第四增量图2-2 详细的增量模型2.2 项目团队情况简述表2-1 此项目团队人员的介绍：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。

2.3 软件估算情况此软件估算结果列表：表2-3 估算列表2.4 项目范围的信息分析与使用2.4.1软件的工作任务分解结构（WBS）2.4.2基于项目背景的WBS的细化方案2.4.3重要的假设及其说明假设：1.酒店领导，公司领导都比较重视。

2.酒店里的领导，员工都比较积极主动配合。

3.分配的功能点总数为1012个，平均每人337个功能点4.每个人每个月人均生产率为24个功能点。

3实施计划3.1 进度计划此处用甘特图或进度表格描述。

1）进度计划：备注：安排的时间范围已包含节假日2）项目的PDM图开始项目规划需求获取需求确认项目计划评审概要设计详细设计客房管理子系统编码餐饮管理子系统编码财务管理子系统编码系统集成测试系统测试提交人力资源子系统编码客房管理子系统集成测试餐饮管理子系统集成测试财务管理子系统集成测试人力资源子系统集成测试图3-1 进度计划网络图3）项目进度计划的甘特图：图3-2 进度计划甘特图4）项目甘特图实施部分的计划展开如下：图3-3 实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下表所示。

事件时间增量1——客房管理通用功能2011-03-11增量2——客房登记2011-03-24增量3——客房预订2011-04-06增量4——客房遗物管理2011-04-19增量5——客房经理2011-05-04增量6——客房管理子系统集成2011-05-13增量7——餐饮管理通用功能2011-06-16增量8——餐饮经理2011-07-01增量9——餐饮管理子系统集成2011-07-13增量10——财务经理2011-07-26增量11——查看财务预算汇总表2011-08-08增量12——酒店财务预算2011-08-25增量13——查看报表2011-09-09增量14——财务管理子系统集成2011-09-21增量15——人力资源经理2011-10-05增量16——员工管理2011-10-18增量17——员工查看2011-11-07增量18——人力资源管理子系统集成2011-11-173.2 基于进度计划的成本核算表3-3 基于进度计划的成本核算表任务名称开始时间结束时间比较基准●系统集成2011-11-182011-12-2115，000系统集成2011-11-182011-12-2115，000●系统测试2011-12-222012-1-3115，000系统测试2011-12-222012-1-119，000环境测试2012-1-122012-1-316，000●提交2012-2-12012-2-75，000完成文档2012-2-12012-2-33，500验收、提交2012-2-62012-2-71，500333，900元基本持平（有一点差距）。

这样340，000元可以作为项目的成本控制参考。

3.3 调整后的进度计划逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。

由于系统规模不是很大，开发团队的人员对本系统也很熟悉，所以开发的过程中风险较小。

所以进度计划没有太大的改动。

3.4 关于进度计划的其他说明1.本进度计划是从按照交付日期倒推确定时间，然后安排计划内容；2.进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。

质量管理计划、1.软件质量是设计出来的不是检查出来的。

所以质量管理的关键是预防重于检查，事前计划好质量，而不是事后检查。

2. 软件质量计划的主要内容为：针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等的管理。

配置管理计划1.管理的主要内容为：版本信息。

2.管理的主要目标：软件配置的完整性和可追溯性。

项目跟踪管理计划1.基本原理：2.项目跟踪的主要目的是：保证正确的人在正确的时候得到正确的信息。

4项目成果产品4.1 软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic存储程序的媒体形式: 移动硬盘本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000人同时访问服务器。

4.2 软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3 软件服务4.4 非移交的软件产品项目计划质量保证计划配置管理计划项目范围说明书概要设计说明书详细设计说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5 验收标准1.验收测试的对象：软件包括程序、数据和文档。