软件项目进度计划

施工进度计划书

一、 工期安排

XX工程总体工程实施，依照合同按计划在5个月内完成.工期从 2017年9月初开工，至2018年1月底截止.为了保证工程圆满完成， 分阶段进行进度控制，同时加强软件质量管理，以保障工程按工期规 定顺利交付.

二、 工程进度表

工程阶段 时间 工作内容 成果

需求调研 ■ 成立工程咨询专家组， 对工程需求进行详细 地调研 系统需求规格说

明书

系统设计 在需求调研地基础上

对系统架构、安全体

系、功能等进行系统设 计 系统设计说明书

系统开发 进行各个子系统地迭

代开发，完成单元测试 不同迭代版本地

可运行系统

系统集成

系统集成和对各模块

集成测试 测试报告

形成可完整运行

地系统

系统初验

工程初验 初验报告

系统试运

行 ■ 、平台上线试运行

2、系统持续优化 升级版本地可运

行系统，并安装部

署到用户本地

用户培训 ■ 对各级用户进行培训 使用说明

工程终验 工程终验 验收报告

三、 工程实施各环节实施方案

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

系统建设过程主要分为需求调研/分析、系统设计、开发/测试、

集成测试、培训/试运行、验收交付以及质保期七个大地建设阶段.

充分吸收面向对象开发地迭代思想，在经典地几个工程阶段基础

上，于每个阶段地内部，又分成了若干次地迭代过程；每一个迭代包

括计划、分析、原型等.于是工程可以递进地进展，每一个迭代周期 完成，都会形成一个产品原型，通过与业主地不断交互，完善，直到 原型发展成为可用地产品.

如图：

1.工程里程碑

里程碑在工程实施中通常设置在阶段任务完成点或关键任务地

完成点.

在工程实施计划中设置里程碑，便于以里程碑为监控点，对工程

实施从进度、质量、绩效等方面进行更加有效地监控和管理；便于工

程组织成员有一个共同地视野，展示工程简明清晰地阶段性目标；便

于工程经理与相关人员之间就进度问题进行沟通.

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

以工程目标为依据，以可交付成果物为向导，设置里程碑.可交 付成果物可以是文档，也可以是可运行地程序. 将实施各阶段地完成点设置成里程碑.如需求规格定稿作为需求

分析阶段地完成点，可以定义成为里程碑.

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

程碑通过审查，才能进入到下一个阶段地任务.

综上所述，本工程地里程碑如下表所示：

序号 时间 里程碑描述

1 第20天 应用系统需求分析'设计完成

2 第120天 应用系统编码实现

3 第130天 系统完成测试

4 第140天 用户培训完成

5 第150天 系统上线试运行，完成初验

6 第160天 系统试运行完成

2.需求分析阶段

任务范围：

本阶段任务范围包括完善、细化需求分析阶段地工作计划；开展

需求调研工作；进行需求分析；编写需求分析报告.

实施方法：

通过业务需求调研，确定并定义问题区、用户地需求、工程范围、

工程成功标准与业主方接收标准.

定义实施范围：确定并定义工程实施地目标、范围和关键地成功

要素. 编写需求分析报告：包括业务系统地业务模型、业务流程、业务

功能设计等.

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

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

求.

采用Rational Rose地“用例（Use Case）”表述方法定义系 统需求，保证需求地完整性、准确性、唯一性、可度量性、可测试性、 可追溯性.

在描述中尽量使用业主方相关使用人员地业务语言，便于需求地

审查和测试.

完成标准：

本阶段任务完成地标准是：正式提交需求分析报告，通过业主方

和监理方审核，并经过业主方确认.

可交付成果：

本阶段地可交付成果是：《XX工程需求分析报告》

3．系统设计阶段

任务范围：

系统设计阶段将按照面向对象地分析设计方法并结合使用其他

软件工程方法，完成各子系统地概要设计.

包括功能设计、数据库结构设计、页面设计、软件实现结构地

O-O （面向对象）设计. 实施方法：

本子阶段将对业务流程、控制流程、功能模块和数据结构进行设

计，这是承上（需求分析）启下（代码实现）地阶段，这个阶段把业 务需求变成技术设计，由业务描述变成技术描述，由业务语言变成技 术语言.通常来讲，这个阶段又可以划分为三个主要地步骤，即：业 务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构 设计.

业务流程及逻辑设计：使用业务图形按照业务流程地顺序对业务

进行归纳、整理，绘制业务流程图.对于其中描述良好和规范地业务 需求可同需求分析合并进行，绘制工作将借助绘图工具软件Visio对 图形表述进行规范.

功能模块及逻辑设计：抽取最小业务单元，按照按"职能域-业务

过程-业务活动"三层结构分解和表达功能，依据业务流程组织功能层

次，绘制功能层次图.把业务流图中以“操作单元”表现地节点看作

功能模块，描述其输入、输出、主要处理过程和所涉及到地数据及数

据单元.

数据结构设计：对于功能模块设计中所涉及地有关数据及数据单

元进行归纳，利用“对象－关系型语言”表示出来，并指明数据之间

地一致性或约束性关系.这就是通常所说地数据结构或称为数据字典.

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

系统设计说明书审核：工程经理对各应用子系统地系统设计说明

书进行审核.审核工作由工程经理、技术总监和专家协同进行. 完成标准：

本阶段任务完成地标准是：正式提交概要设计说明书，通过业主

方确认.

可交付成果：

本阶段地可交付成果是：《XX系统设计说明书》.

4.编码开发阶段

任务范围：

包括对标准化地内部数字内容资源转换加工和管理、数字内容地

深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数

据采集和内容提供服务、产品打包和多渠道发布、在线交互服务等编

码实现、单元测试；以及工程地安全保障体系地建设.

实施方法：

（一）日创建、日部署

在本工程各应用子系统开发实现阶段，将采用快速原型法与“日

创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短

地时间内开发出核心业务功能交付用户使用，并在此基础上再与用户

交流沟通，对问题做出相应调整.

这种方法地特点如下：

可以在最短时间内开发出子系统核心业务功能交付工程相关人

员测试和试用；

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

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

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

（二）代码走查

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

地过程.走查小组由组长,2〜3名程序设计和测试人员及程序员组成.

走查小组在充分阅读待审程序文本、控制流程图及有关要求、规范等

文件基础上，召开代码走查会，程序员逐句讲解程序地逻辑，并展开

热烈地讨论甚至争议，以揭示错误地关键所在.实践表明，程序员在 讲解过程中能发现许多自己原来没有发现地错误，而讨论和争议则进 一步促使了问题地暴露.例如，对某个局部性小问题修改方法地讨论， 可能发现与之有牵连地甚至能涉及到模块地功说明、模块间接口和系 统总结构地大问题，导致对需求定义地重定义、重设计验证，可以大 大改善软件地质量.

（三）单元测试

单元测试集中在检查软件设计地最小单位—模块上，通过测试发

现实现该模块地实际功能与定义该模块地功能说明不符合地情况，以

及编码地错误.由于模块规模小、功能单一、逻辑简单，测试人员有 可能通过模块说明书和源程序，清楚地了解该模块地I/O条件和模块 地逻辑结构，采用结构测试（白盒法）地用例，尽可能达到彻底测试， 然后辅之以功能测试（黑盒法）地用例，使之对任何合理和不合理地 输入都能鉴别和响应.高可靠性地模块是组成可靠系统地坚实基础. 将单元测试结果编写成单元测试报告，提交工程经理审核，审核通过 后提交工程领导组审批.

（四）系统测试

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

系统测试.系统测试以子系统为基本单元进行，其基本测试依据是测

试计划和测试方案.根据测试方案中地用例设计按照模块逐一“输 入”数据（手工或自动工具），并进行一定地压力测试.主要工作过 程是：

运行程序员提交地功能模块代码，输入数据，如实记录运行结果，

填写“测试记录”.对于未通过测试地功能模块，填写测试反馈单， 由程序员修改问题代码后再次提交测试.这是一个多次循环反馈地过 程.

编制系统测试报告：测试结束后，测试人员编制完整地测试报告，

包括测试地对象、测试范围、主要功能、测试环境、测试工具、测试 结果汇总，并附完整地测试记录和反馈记录.

完成标准：

本阶段任务完成地标准是：编码完成且通过单元测试、集成测试、

系统测试，并通过技术总监与工程经理地审核.

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