定稿项目计划进度说明书.docx

定稿项目计划进度说明书.docx

《定稿项目计划进度说明书.docx》由会员分享，可在线阅读，更多相关《定稿项目计划进度说明书.docx（19页珍藏版）》请在冰豆网上搜索。

定稿项目计划进度说明书

学习年份

2019

学号

201740405211

衡水学院

酒店管理系统

计划进度说明书

学生姓名

:

贾永志

系别

:

数学与计算机学院

专业

:

计算机科学与技术

课程

:

软件工程导论

指导教师

:

安达

归档日期

:

2019年X月X日

1.1

编写目的

进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。

它的主要目标是：

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

PMI强调：

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

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

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

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

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

本说明书的与其读者为：

每个项目组的组长及其有关人员。

1.2定义

WBS:

WorkBreakdownStructure任务分解结构。

PMI:

ProjectManagementInstitute美国项目管理学会，成立于1969年一个国际性组织，

PDM:

PrecedenceDiagrammingMethod单代号网络图

参考资料

[1]《软件项目管理案例教程》（第一版），韩万江姜立新编著，机械工业出版社，2009年4月

[2]《软件项目管理案例教程》（第二版），韩万江姜立新编著，机械工业出版社，2009年4月

[3]《软件项目估计》（第二版）,（美）CAPERSJONES著，刘从越编译，电子工业出版社，2008年3月

[4]《软件需求》（第二版），（美）KarlE.wiegers著，刘伟琴、刘洪涛译，清华大学出版社，2007年9月

[5]《酒店管理工作细化执行与模板》，王宏编著，人民邮电出版社，2008年4月

重要术语

1.WBS，WorkBreakdownStructure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。

2.进度计划,进度，就是工作计划日期表

3.质量计划：

主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：

需求规格、设计说明书，源程序，测试计划，测试结果等。

2项目进度计划编制的背景概述

2.1软件生存期模型选择与设计

1.选择增量模型的原因：

1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后，通过严格的阶段性复审与确认，得到该阶段的一致、完整、正确和无二义性的良好文档资料，以“冻结”这些文档资料，作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础，以每一步的正确性和完整性来保证最终系统的质量。

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

而在增量开发过程：

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

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

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

2）增量模型有如下优点：

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

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

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

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

3）增量模型开发适合的项目：

项目开始，明确了需求的大部分，但是需求可能会发生变化

对于市场和用户把握不是很准，需要逐步了解

对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。

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

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

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

本项目具备增量模型的其他特点：

项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。

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

图2-1增量式模型

2.具体的设计为：

图2-2详细的增量模型

2.2项目团队情况简述

表2-1此项目团队人员的介绍：

职位

人员

项目经理：

贾永志

需求分析员：

邓宇

概要设计员：

陈丹丽

详细设计员：

贾永志邓宇陈丹丽樊镇凯陈轶男

编码人员：

贾永志邓宇陈丹丽樊镇凯陈轶男

测试人员：

樊镇凯陈轶男

由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。

表2-2项目初期计划

任务

完成时间

负责人

资源

备注

项目规划

2019-11-24

贾永志

全体人员参与

需求获取

2021-01-05

邓宇陈丹丽

贾永志，邓宇陈丹丽，酒店领导，部门经理，员工代表参与

需求确定

2021-01-13

贾永志

全体人员参与

概要设计

2021-02-03

邓宇陈丹丽

详细设计

2021-03-04

贾永志

全体人员参与

项目实施

2021-11-17

贾永志

邓宇陈丹丽，樊镇凯陈轶男参与

有待细化

项目集成、测试

2022-01-11

樊镇凯陈轶男

提交

2023-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.2

酒店月度预算发布

发布酒店月度预算报表并显示在部门经理窗体下相应版块

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

员工添加

添加新员工的信息

4.1.2

员工信息修改

修改员工信息

4.1.3

员工删除

删除被解雇的员工信息

4.2

绩效考核

调出员工月度考核表并对员工做出加薪、降薪、升职、解雇等命令等

4.3

员工查看

调出员工信息表以备查询

4.3.1

个人基本信息

查看员工的基本信息

4.3.2

培训档案

查看员工的培训档案

4.4

人力资源经理

人力资源部经理的各项职能

4.4.1

工作报告

写入业务文档备份

2.4.2基于项目背景的WBS的细化方案

表2-5WBS细化方案

项目阶段

各活动下的任务

任务内容定义

责任人

需求分析阶段

1．对各个子系统进行需求获取

用多种方式进行需求获取

贾永志

2．对获得的需求进行确认

分阶段的开需求评审会议

贾永志

概要设计阶段

1.各个系统的用例描述和图

各个系统总的用例，分用例和所有的用例解说

邓宇陈丹丽

2.各个系统的概念数据建模

各个系统的E-R模型和UML模型

邓宇陈丹丽

3.概要设计评审

分阶段开概要评审会议

邓宇陈丹丽

详细设计阶段

1.各个系统对象关系建模

各个系统的对象模型建立

贾永志

2.各个系统分析类

各个系统的分析类，界面类，控制类

邓宇陈丹丽

3.各个系统设计类

设置所有类的属性值，和方法头

樊镇凯陈轶男

4.各个系统物理数据库设计

对所有关系进行物理数据库

贾永志

5.详细设计评审

分阶段开详细评审会议

樊镇凯陈轶男

编码阶段

1.客房管理子系统编码

对管理员子系统的分析类的方法进行编码

贾永志

2客房管理子系统集成

对管理员子系统所有模块进行集成

贾永志

3.餐饮管理子系统编码

对教师子系统的分析类的方法进行编码

邓宇陈丹丽

4.餐饮管理子系统集成

对教师子系统所有模块进行集成

邓宇陈丹丽

5.财务管理子系统编码

对学生子系统的分析类的方法进行编码

贾永志

6.财务管理子系统集成

对学生子系统所有模块进行集成

贾永志

7.人力资源管理子系统编码

对人力资源管理子系统的分析类的方法进行编码

樊镇凯陈轶男

8.人力资源管理子系统集成

对人力资源管理子系统所有模块进行集成

樊镇凯陈轶男

系统集成

1.系统集成

对各个子系统进行集成

樊镇凯陈轶男

系统测试

1.集成测试

对各个子系统的集成进行测试

樊镇凯陈轶男

2.环境测试

对发布版本的环境进行测试

樊镇凯陈轶男

提交

1.编写用户使用手册

包括使用的方法

贾永志

2.提供给用户安装程序

主要是安装向导

贾永志

用户培训

1.给用户进行

初期进行系统应用的基本培训

邓宇陈丹丽

2.4.3重要的假设及其说明

假设：

1.酒店领导，公司领导都比较重视。

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

3.分配的功能点总数为1012个，平均每人337个功能点

4.每个人每个月人均生产率为24个功能点。

3实施计划

3.1进度计划

1）项目的PDM图

图3-1进度计划网络图

2）项目进度计划的甘特图：

图3-2进度计划甘特图

3）项目甘特图实施部分的计划展开如下：

图3-3实施部分的甘特图

3.2调整后的进度计划

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

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

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

3.3关于进度计划的其他说明

1.本进度计划是从按照交付日期倒推确定时间，然后安排计划内容；

2.进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。

3.4关于其他计划的说明

质量管理计划、

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

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

2.软件质量计划的主要内容为：

针对项目过程中那些对最终产品起着重要的作用的中间产品：

需求规格、设计说明书，源程序，测试计划，测试结果等的管理。

配置管理计划

1.管理的主要内容为：

版本信息。

2.管理的主要目标：

软件配置的完整性和可追溯性。

项目跟踪管理计划

1.基本原理：

2.项目跟踪的主要目的是：

保证正确的人在正确的时候得到正确的信息。

项目成果产品

3.5软件程序

程序名称：

酒店管理系统安装程序

所用的编程语言：

VisualBasic

存储程序的媒体形式:

移动硬盘

本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000人同时访问服务器。

3.6软件文档

验收报告：

客户对产品的验收情况的记录

用户安装手册：

指导用户怎样安装产品

用户使用手册：

指导用户怎样使用本系统

帮助：

提供给用户在使用过程中的参考

3.7软件服务

服务名称

服务的级别

服务开始日期

服务期限

是否收费

安装培训

低

软件提交给用户时

1d

不收

系统维护

高

每年寒假开始

2d

视情况而定

运行支持

高

软件提交给用户时

1d

不收

3.8验收标准

1.验收测试的对象：

软件包括程序、数据和文档。

2.验收测试要注意问题：

（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。

（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。

（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。

（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

3.验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。

通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。

安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。

（1）安装测试：

安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。

（2）功能测试：

功能测试是验收测试中的主要内容。

功能测试要包含以下项目：

单个模块的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；基础数据定义的精度；计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确；数据共享能力；身份验证和权限管理。

（3）界面测试：

界面要符合现行标准和用户习惯。

软件企业可以形成自己的特色，但要确保整个软件风格一致。

界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。

测试用例的设计要重点掌握以下几点：

第一，背景和前景的颜色是否协调，颜色反差是否用得恰当；第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率；第三，窗口元素的布局是否合理，并保持一致；第四，各种字段标题的信息描述是否准确；第五，快捷键、按钮、鼠标等操作在软件中是否一致；第六，窗口及报表的显示比例和格式是否能适应用户的预期需求；第七，误操作引起的错误提示是否友好；第八，活动窗口和被选中的记录是否高亮显示；第九，是否有帮助信息，菜单导航能否正常执行；第十，检查一些特殊域和特殊控件能否运行。

（4）性能测试：

性能测试主要测试软件的运行速度和对资源的消耗。

通过调整软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。

一般借助WinRunner之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。

（5）文档测试：

文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。

文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。

（6）其他测试：

第一，安全性测试。

通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性；第二，兼容性测试。

通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。

4其他

因为项目开发是个循环迭代的过程。

在项目计划编制过程中，存在清楚的依赖关系，原则上要求它们按照基本相同的顺序进行。

但在具体的实现过程中可能会有所变动。

因此项目计划是一个逐步完善的过程。

项目计划的开发是贯穿项目始终的，可以渐进式进行，例如初始计划可能包含资源的属性和未定义的项目日期的活动排序，而后可以细化项目计划，包括具体的资源和明确的项目日期等。