软件项目进度计划.docx

软件项目进度计划.docx

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

软件项目进度计划

一、工期安排

XX项目总体工程实施，依照合同按计划在5个月内完成。

工期从2017年9月初开工，至2018年1月底截止。

为了保证项目圆满完成，分阶段进行进度控制，同时加强软件质量管理，以保障项目按工期规定顺利交付。

二、项目进度表

项目阶段

时间

工作内容

成果

需求调研

．

成立项目咨询专家组，对项目需求进行详细的调研

系统需求规格说明书

系统设计

在需求调研的基础上对系统架构、安全体系、功能等进行系统设计

系统设计说明书

系统开发

进行各个子系统的迭代开发，完成单元测试

不同迭代版本的可运行系统

系统集成

系统集成和对各模块集成测试

测试报告

形成可完整运行的系统

系统初验

项目初验

初验报告

系统试运行

．

、平台上线试运行

2、系统持续优化

升级版本的可运行系统，并安装部署到用户本地

用户培训

．

对各级用户进行培训

使用说明

项目终验

项目终验

验收报告

三、项目实施各环节实施方案

在明确本项目的建设目标、建设任务和范围、建设时间进度要求、项目建设特点分析的基础上，依据招标文件的要求和我方在以往大型信息化平台建设实施方面的经验和教训，为了更好的保障项目的整体进度和整体质量，更好地回避和解决项目建设过程中的可能风险，更好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目的特点，提出我们的项目建设实施整体阶段过程的划分、每个阶段要达成的目标、实施方法和实施计划。

系统建设过程主要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个大的建设阶段。

充分吸收面向对象开发的迭代思想，在经典的几个项目阶段基础上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包括计划、分析、原型等。

于是项目可以递进地进展，每一个迭代周期完成，都会形成一个产品原型，通过与业主的不断交互，完善，直到原型发展成为可用的产品。

如图：

1.项目里程碑

里程碑在项目实施中通常设置在阶段任务完成点或关键任务的完成点。

在项目实施计划中设置里程碑，便于以里程碑为监控点，对项目实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项目组织成员有一个共同的视野，展示项目简明清晰的阶段性目标；便于项目经理与相关人员之间就进度问题进行沟通。

在为项目进度计划设置里程碑时，遵循以下原则：

以项目目标为依据，以可交付成果物为向导，设置里程碑。

可交付成果物可以是文档，也可以是可运行的程序。

将实施各阶段的完成点设置成里程碑。

如需求规格定稿作为需求分析阶段的完成点，可以定义成为里程碑。

设置的里程碑必须可审查、可测量，有明确的完成标准。

只有里程碑通过审查，才能进入到下一个阶段的任务。

综上所述，本项目的里程碑如下表所示：

序号

时间

里程碑描述

1

第20天

应用系统需求分析\设计完成

2

第120天

应用系统编码实现

3

第130天

系统完成测试

4

第140天

用户培训完成

5

第150天

系统上线试运行，完成初验

6

第160天

系统试运行完成

2.需求分析阶段

任务范围：

本阶段任务范围包括完善、细化需求分析阶段的工作计划；开展需求调研工作；进行需求分析；编写需求分析报告。

实施方法：

通过业务需求调研，确定并定义问题区、用户的需求、项目范围、项目成功标准与业主方接收标准。

定义实施范围：

确定并定义项目实施的目标、范围和关键的成功要素。

编写需求分析报告：

包括业务系统的业务模型、业务流程、业务功能设计等。

业务需求调研：

主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管理层、决策层多方位的获取需求。

根据需求交流进展情况，采用快速原型法，以直观的方式确认需求。

采用RationalRose的“用例（UseCase）”表述方法定义系统需求，保证需求的完整性、准确性、唯一性、可度量性、可测试性、可追溯性。

在描述中尽量使用业主方相关使用人员的业务语言，便于需求的审查和测试。

完成标准：

本阶段任务完成的标准是：

正式提交需求分析报告，通过业主方和监理方审核，并经过业主方确认。

可交付成果：

本阶段的可交付成果是：

《XX项目需求分析报告》

3．系统设计阶段

任务范围：

系统设计阶段将按照面向对象的分析设计方法并结合使用其他软件工程方法，完成各子系统的概要设计。

包括功能设计、数据库结构设计、页面设计、软件实现结构的O-O（面向对象）设计。

实施方法：

本子阶段将对业务流程、控制流程、功能模块和数据结构进行设计，这是承上（需求分析）启下（代码实现）的阶段，这个阶段把业务需求变成技术设计，由业务描述变成技术描述，由业务语言变成技术语言。

通常来讲，这个阶段又可以划分为三个主要的步骤，即：

业务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构设计。

业务流程及逻辑设计：

使用业务图形按照业务流程的顺序对业务进行归纳、整理，绘制业务流程图。

对于其中描述良好和规范的业务需求可同需求分析合并进行，绘制工作将借助绘图工具软件Visio对图形表述进行规范。

功能模块及逻辑设计：

抽取最小业务单元，按照按"职能域-业务过程-业务活动"三层结构分解和表达功能，依据业务流程组织功能层次，绘制功能层次图。

把业务流图中以“操作单元”表现的节点看作功能模块，描述其输入、输出、主要处理过程和所涉及到的数据及数据单元。

数据结构设计：

对于功能模块设计中所涉及的有关数据及数据单元进行归纳，利用“对象－关系型语言”表示出来，并指明数据之间的一致性或约束性关系。

这就是通常所说的数据结构或称为数据字典。

这部分工作将采用实体-关系设计工具PowerDesigner来辅助进行。

系统设计说明书审核：

项目经理对各应用子系统的系统设计说明书进行审核。

审核工作由项目经理、技术总监和专家协同进行。

完成标准：

本阶段任务完成的标准是：

正式提交概要设计说明书，通过业主方确认。

可交付成果：

本阶段的可交付成果是：

《XX系统设计说明书》。

4.编码开发阶段

任务范围：

包括对标准化的内部数字内容资源转换加工和管理、数字内容的深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和内容提供服务、产品打包和多渠道发布、在线交互服务等编码实现、单元测试；以及项目的安全保障体系的建设。

实施方法：

（一）日创建、日部署

在本项目各应用子系统开发实现阶段，将采用快速原型法与“日创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短的时间内开发出核心业务功能交付用户使用，并在此基础上再与用户交流沟通，对问题做出相应调整。

这种方法的特点如下：

可以在最短时间内开发出子系统核心业务功能交付项目相关人员测试和试用；

进入开发阶段后，每天形成一个版本，以最直观的沟通方式让业主方项目主管领导看到最终的产品原型；

最大程度避免了产品的实现与系统需求间的分歧；

降低了需求变更的频度；降低了系统实施的风险。

（二）代码走查

代码走查是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。

走查小组由组长，2～3名程序设计和测试人员及程序员组成。

走查小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码走查会，程序员逐句讲解程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的关键所在。

实践表明，程序员在讲解过程中能发现许多自己原来没有发现的错误，而讨论和争议则进一步促使了问题的暴露。

例如，对某个局部性小问题修改方法的讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、模块间接口和系统总结构的大问题，导致对需求定义的重定义、重设计验证，可以大大改善软件的质量。

（三）单元测试

单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。

由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序，清楚地了解该模块的I/O条件和模块的逻辑结构，采用结构测试（白盒法）的用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。

高可靠性的模块是组成可靠系统的坚实基础。

将单元测试结果编写成单元测试报告，提交项目经理审核，审核通过后提交项目领导组审批。

（四）系统测试

随着代码的实现和单元测试完成，软件测试人员开始对代码进行系统测试。

系统测试以子系统为基本单元进行，其基本测试依据是测试计划和测试方案。

根据测试方案中的用例设计按照模块逐一“输入”数据（手工或自动工具），并进行一定的压力测试。

主要工作过程是：

运行程序员提交的功能模块代码，输入数据，如实记录运行结果，填写“测试记录”。

对于未通过测试的功能模块，填写测试反馈单，由程序员修改问题代码后再次提交测试。

这是一个多次循环反馈的过程。

编制系统测试报告：

测试结束后，测试人员编制完整的测试报告，包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试结果汇总，并附完整的测试记录和反馈记录。

完成标准：

本阶段任务完成的标准是：

编码完成且通过单元测试、集成测试、系统测试，并通过技术总监与项目经理的审核。

系统详细施工进度计划，详见《施工进度计划甘特图》。

可交付成果：

本阶段的可交付成果是：

网站各系统可进行正常运行。

5.系统初验阶段

任务范围：

本阶段任务范围包括：

完成应用系统在测试环境的部署和集成测试后，由业主方认定是否满足可进行试运行的基本条件。

并完成验收报告。

实施方法：

由供应商通过集成测试，对各应用系统自检合格后，提交初验申请至用户方审批。

用户方检验应用系统运行情况，看是否符合：

是否满足签字确认的需求分析报告；

是否满足招标文件要求；

是否可以开始试运行。

验收通过后，由双方共同签署初验报告。

完成标准：

本阶段的完成标准是：

系统通过业主初步验收，且可以开始试运行。

可交付成果：

本阶段可交付成果是：

系统初验报告。

6.试运行阶段

任务范围：

本阶段的任务范围是：

在用户培训工作的阶段性成果完成后，开始组织系统试运行工作，由项目经理和业主方主管领导共同确定试运行范围和试运行策略，并编制试运行计划、组织试运行工作。

实施方法：

（一）试运行实施步骤：

准备应用系统运行需要的真实数据；

组建运行组织和人员准备：

建立由业主方主管领导和项目经理组成的试运行领导小组；

确定试运行期间系统管理人员和系统维护人员；

召开试运行参与人员的动员会，统一思想，明确指导思想、工作方针、工作方法和工作计划；

落实其他试运行组织中的各职责人员。

双方共同制定试运行工作计划。

工作计划中包括试运行工作相关各方责任、工作日程安排、运行工作制度。

（二）试运行期间各方职责：

试运行工作将由供应商与业主方密切配合完成。

试运行期间中，各方职责如下：

供应商负责在试运行期间进行应用系统运行记录，对试运行中出现的问题做到及时维护和更新，并完成试运行报告。

在系统试运行阶段，应达到系统连续无重大故障运行1个月，并不断根据试运行报告进行修改完善，在试运行期内如出现重大故障，试运行期从故障排除之日起重新计算，直到系统连续1个月无重大故障为止。

业主方系统使用人员负责在试运行期间定期反馈系统存在问题。

完成标准：

本阶段任务完成的标准是：

试运行期间系统运行稳定，性能达标，试运行报告通过业主方确认。

可交付成果：

通过试运行验证后的可运行的网站系统。

7.系统终验阶段

任务范围：

本阶段任务范围包括：

试运行结束后，经业主方审核通过后，协助组织业主方进行系统终验验收。

实施方法：

试运行结束后，由供应商提出验收申请，并协助业主方组织项目验收，最终完成项目交付。

（一）验收标准：

是否符合项目合同要求；

是否满足签字确认的需求分析报告；

是否满足招标文件要求；

是否满足用户培训要求；

是否满足试运行期间的整改要求。

（二）验收组织

试运行工作完成后，项目验收工作由供应商、业主方共同组成项目验收小组对项目进行验收。

验收小组对验收内容，如实施过程文档、用户培训效果、软件运行效果、项目管理等方面进行审查。

必要时对项目的主要内容、重要功能和性能组织第三方进行专业测试。

验收完成后，由业主方、供应商共同编制验收报告，签署验收意见，完成项目建设成果的交付。

项目验收完成将作为质保期的开始。

完成标准：

本阶段完成标准是：

验收通过，且完成项目建设成果的交付。

可交付成果：

本阶段可交付成果是：

《XX项目验收报告》。

四、保障措施

在项目开发过程中，策划可行的质量管理活动，然后正确地执行和控制这些活动以保证绝大多数的缺陷可以在开发过程中被发现。

在项目里，评审和测试活动是预先策划好的，在执行过程中，根据已定义好的过程来执行这些活动。

通过执行这些活动来识别缺陷，然后消除这些缺陷。

本项目质量保证贯穿于整个项目的始终，开展有计划、有组织的活动，不断地改进质量。

保证指通过实施计划中的系统质量活动，确保项目实施满足要求所需的所用过程。

项目团队的管理人员采取有效措施，监督项目的具体实施结果，判断它们是否符合项目有关的质量标准，并确定消除产生不良结果原因的途径，通过质量控制确保项目质量目标得以完满实现。

通过配置管理控制项目的进化过程，如持续的、变化的变更，为软件系统提供了稳定性，从而保证项目有质量的按规定工期交付。