HD-PP-310_项目开发计划

<2011121201>酒店管理分 类: <模板> 使用者: <项目组> 文档编号:HD-PP-310 四川华迪信息技术有限公司项目计划<版本号>项 目 承 担 部 门： 软件测试班撰 写 人（签名）： 严松柏完 成 日 期：本文档 使 用部门： □主管领导 □项目组 □客户（市场） □维护人员 □用户评审负责人（签名）：评 审 日 期：修订文档历史记录目录1.前言51.1目的错误！未定义书签。

1.2术语与缩略语错误！未定义书签。

2.项目概述错误！未定义书签。

2.1项目背景和目标52.2项目范围52.3交付的产品52.4约束和假设错误！未定义书签。

3.角色和职责53.1利益相关人角色和职责错误！未定义书签。

3.2有关的利益相关人介入计划64.项目约定错误！未定义书签。

5.项目的已定义过程65.1项目的生命周期选择65.2项目阶段划分及主要工作产品65.3本项目采用的过程错误！未定义书签。

5.4裁剪结论错误！未定义书签。

6.工作任务分解错误！未定义书签。

7.项目估计错误！未定义书签。

8.项目所需技能和培训计划88.1项目所需技能错误！未定义书签。

8.2项目培训计划错误！未定义书签。

9.项目相关计划错误！未定义书签。

10.开发计划810.1项目监控计划810.1.1活动列表910.1.2改进指标910.1.3偏差控制（项目计划变更与重估计约定）910.2风险管理计划错误！未定义书签。

10.3度量与分析计划错误！未定义书签。

10.4质量保证计划1010.5配置管理计划1010.6系统测试计划1010.7介入计划错误！未定义书签。

10.8数据管理计划1010.9项目培训计划错误！未定义书签。

10.10需求管理计划1111.工作环境1111.1开发环境1111.1.1硬件设备1111.1.2支持工具和软件环境1211.2测试环境1211.2.1硬件设备1211.2.2支持工具和软件环境1212.其他12项目开发计划1.前言随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。

各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。

酒店管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理，以现代化工具代替传统手工作业。

无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。

酒店管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。

但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。

在当今时代，这些完全可以改用计算机来代替人的手工操作。

作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。

例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。

且办事效率也是决定收入的一个关键因素。

1.1项目背景和目标项目名称：酒店管理系统开发用户：开发者：严松柏于超苗小云韩倩陈军陈斌尹清俨赵奇项目提出的背景：系统设计目标：酒店客房管理系统现在只是在局域网中应用，当是将来可以将其进行进一步的更改使其完善且可应用于广域网中，这样就可成为网上预约定房系统，可扩大经营范围提高酒店影响力等。

对于系统本身可将其应用到大、中、小等各酒店之中，来提高工作效率。

总之是本着方便用户使用，方便经营者管理客房，客房工作人员更快捷了解客房，客户更方便办理入住手续等。

1.2项目范围1.3交付的产品2.角色和职责3.项目的已定义过程3.1项目的生命周期选择本酒店管理系统采用增量式开发模型。

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

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

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

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

1）本酒店管理系统的主分为7大功能模块，其中尤以客房管理模块最为核心，因此可以先基于客房管理功能做出一个最小的使用版本，再逐步添加其余的功能。

这样一来，用户可以在先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。

2）酒店管理系统需求中，要求系统有可扩充性。

若使用增量式模型，可以保证系统的可扩充性。

用户明确了需求的大部分，但也存在很多不详尽的地方。

这样，只有等到一个可用的产品出来，通过客户使用这个可用产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。

3）“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。

4）对一个使用传统管理方式是酒店，要完全舍弃原有的管理方式，用酒店管理系统来进行管理是很不实际的或者说需要一定的时间来转变。

所以，可以从最基础的做起，逐步扩充其应用，让用户可以由简入繁，逐步对系统熟悉以致得心应手。

所以选用增量式模型来开发校务通系统。

5）本项目具备增量式模型的其他特点：项目复杂程度为中等。

预计开发软件的成本为中等。

产品和文档的再使用率会很高。

项目风险较低。

3.2项目阶段划分及主要工作产品4.项目所需技能5.开发计划[开发计划又叫工作进度表，内容包括WBS分解、里程碑标识、任务名称、资源名称、开始时间、完成时间、工期、前置任务、提交成果和备注。

参见《开发计划》。

5.1项目监控计划[描述项目组如何实施项目监控活动。

根据项目情况可裁剪。

大型、中型规模的项目应按照PMC中的《监督与控制计划》模板，填写单独的《监督与控制计划》；小规模的项目可以集成在项目计划中写，因为监督和控制比较有规律，所以不必按照《监督与控制计划》模板表格填写起止时间等内容。

]5.1.1活动列表[监督与控制的最大周期粒度为1周。

]5.1.2改进指标5.1.3偏差控制（项目计划变更与重估计约定）[根据度量结果，综合考虑各种影响因素，明确规模、工作量、进度的偏离阈值。

当偏离值超出阈值时就应考虑变更和重估计。

一般在重点里程碑处（或阶段结束时），根据项目当前情况，应对项目进行重新估计。

可采用如下表格记录偏离阈值，一般而言，根据项目的目标，不同控制对象的偏离阈值应有所区别，如，特别关注进度的项目，进度偏离阈值应小于其它控制对象的偏离阈值。

]进度的跟踪和监控，不但要确定关键路径的控制阈值，而且要明确非关键路径的控制阈值。

就是将非关键路径上的松弛时间，等比例地、动态地定量分配给该非关键路径上的各个活动，再加上原有关键路径的控制阈值。

具体操作步骤举例如下：关键路径的控制阈值A=15%，该条关键路径的长度是a=10（天）找到次关键路径（松弛时间最小的非关键路径），长度b=8（天），设定其控制阈值为BB = A+(a-b)/a = 15%+(10-8)/10 = 35%其他所有非关键路径都采用35%的控制阈值来监控。

另外，还要应用外推法计算出趋势，并用图形（见《度量数据采集表及指示图》）来表示。

在分析时，根据当前点及其前面的2个点的数据进行非线性外推，预测出下周的偏差。

注：公司提供的模板是使用EXCEL的Trend函数返回一条线性回归拟合线的值。

即用最小二乘法，找到适合已知数组known_y's和known_x's的直线，并返回指定数组new_x's在直线上对应的y值。

具体内容见EXCEL帮助。

]5.2质量保证计划[与质量保证活动相关的计划安排，请参见过程和产品质量保证过程域的《质量保证计划》。

]5.3配置管理计划[与配置管理活动相关的计划安排，请参见配置管理过程域的《配置管理计划》。

]5.4系统测试计划[与测试活动相关的安排，如时间安排，人员安排等，可以参见确认过程域的《测试计划》（即系统测试计划）。

]5.5数据管理计划[对资料和数据的管理。

具体参见下表。

]计划收集数据：工作中产生的数据、文档，其他的书籍等资料。

格式：电子、纸质等。

存储介质：如：电子文件在配置库中保存，纸质的在文件柜……保密要求：公共、公司内部。

来源：数据提供来源。

使用限制：谁可以访问，访问级别。

收集人：可以是CM兼。

检查周期：n次/周或n次/月。

注：如果以上内容在配置管理计划中有体现的，可写明具体参考《配置管理计划》。

][与测试活动相关的安排，如时间安排，人员安排等，可以参见确认过程域的《测试计划》（即系统测试计划）。

]5.6需求管理计划[与需求管理活动相关的安排，如什么时间进行什么活动。

]6.工作环境6.1开发环境6.1.1硬件设备6.1.2支持工具和软件环境6.2测试环境6.2.1硬件设备6.2.2支持工具和软件环境7.其他[此处用于描述其他章节中没有涉及的内容。

]。