软件项目进度计划

1、施工进度计划书工期安排XX项目总体工程实施，依照合同按计划在 5个月内完成。工期从 2017年9月初开工，至2018年1月底截止。为了保证项目圆满完成， 分阶段进行进度控制，同时加强软件质量管理，以保障项目按工期规 定顺利交付。项目进度表项目阶段时间工作内容成果需求调研2017.9 . 1-2017.9.20成立项目咨询专家 组，对项目需求进行 详细的调研系统需求规格说 明书系统设计2017.9.20-2017.10.20在需求调研的基础上 对系统架构、安全体 系、功能等进行系统 设计系统设计说明书系统开发2017.9.20-2017.12.15进行各个子系统的迭 代开发，完成单元测 试不同迭

2、代版本的 可运行系统系统集成2017.12.15-2017.12.25系统集成和对各模块 集成测试测试报告形成可完整运行 的系统系统初验2017.12.25-2017.12.30项目初验初验报告系统试运 行2017.12 . 30-2018.1.101、平台上线试运行2、系统持续优化升级版本的可运 行系统，并安装部 署到用户本地用户培训2018.1 . 10-2018.1.25对各级用户进行培训使用说明项目终验2018.1.30项目终验验收报告三、 项目实施各环节实施方案在明确本项目的建设目标、建设任务和范围、建设时间进度要求、 项目建设特点分析的基础上，依据招标文件的要求和我方在以往大型 信

3、息化平台建设实施方面的经验和教训，为了更好的保障项目的整体 进度和整体质量，更好地回避和解决项目建设过程中的可能风险， 更 好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目 的特点，提出我们的项目建设实施整体阶段过程的划分、每个阶段要达成的目标、实施方法和实施计划。系统建设过程主要分为需求调研/分析、系统设计、开发/测试、 集成测试、培训/试运行、验收交付以及质保期七个大的建设阶段。充分吸收面向对象开发的迭代思想，在经典的几个项目阶段基础 上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包 括计划、分析、原型等。于是项目可以递进地进展，每一个迭代周期 完成，都会形成一个产

4、品原型，通过与业主的不断交互，完善，直到原型发展成为可用的产品如图:分析计划J分析设计丄J煨駛可<J原型测试Lj害户 评1S计划1.-4分析设计JIf1原型测试耳户 评拮计划分析设计测试下L牛 曲卜提取可复用类原型衣容户评怙1.项目里程碑里程碑在项目实施中通常设置在阶段任务完成点或关键任务的完成点。在项目实施计划中设置里程碑， 便于以里程碑为监控点，对项目 实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项 目组织成员有一个共同的视野，展示项目简明清晰的阶段性目标；便 于项目经理与相关人员之间就进度问题进行沟通。在为项目进度计划设置里程碑时，遵循以下原则：以项目目标为依据，以可

5、交付成果物为向导，设置里程碑。可交 付成果物可以是文档，也可以是可运行的程序。将实施各阶段的完成点设置成里程碑。如需求规格定稿作为需求 分析阶段的完成点，可以定义成为里程碑。设置的里程碑必须可审查、可测量，有明确的完成标准。只有里 程碑通过审查，才能进入到下一个阶段的任务。综上所述，本项目的里程碑如下表所示:序号时间里程碑描述1第20天应用系统需求分析设计完成2第120天应用系统编码实现3第130天系统完成测试4第140天用户培训完成5第150天系统上线试运行，完成初验6第160天系统试运行完成2. 需求分析阶段任务范围：本阶段任务范围包括完善、 细化需求分析阶段的工作计划； 开展需求调研工作

6、；进行需求分析；编写需求分析报告。实施方法：通过业务需求调研， 确定并定义问题区、 用户的需求、 项目范围、 项目成功标准与业主方接收标准。定义实施范围： 确定并定义项目实施的目标、 范围和关键的成功 要素。编写需求分析报告：包括业务系统的业务模型、业务流程、业务 功能设计等。业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、 调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管 理层、决策层多方位的获取需求。根据需求交流进展情况， 采用快速原型法， 以直观的方式确认需 求。采用Ratio nal Rose 的“用例（Use Case）”表述方法定义系 统需求，保证需求的完整性、

7、 准确性、唯一性、可度量性、可测试性、 可追溯性。在描述中尽量使用业主方相关使用人员的业务语言， 便于需求的 审查和测试。完成标准：本阶段任务完成的标准是： 正式提交需求分析报告， 通过业主方 和监理方审核，并经过业主方确认。可交付成果：本阶段的可交付成果是：XX项目需求分析报告3系统设计阶段任务范围：系统设计阶段将按照面向对象的分析设计方法并结合使用其他 软件工程方法，完成各子系统的概要设计。包括功能设计、数据库结构设计、页面设计、软件实现结构的0-0 （面向对象）设计。实施方法：本子阶段将对业务流程、 控制流程、功能模块和数据结构进行设计，这是承上（需求分析）启下（代码实现）的阶段，这个阶

8、段把业 务需求变成技术设计， 由业务描述变成技术描述， 由业务语言变成技 术语言。通常来讲，这个阶段又可以划分为三个主要的步骤，即：业 务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构 设计。业务流程及逻辑设计： 使用业务图形按照业务流程的顺序对业务 进行归纳、整理， 绘制业务流程图。对于其中描述良好和规范的业务 需求可同需求分析合并进行， 绘制工作将借助绘图工具软件 Visio 对图形表述进行规范功能模块及逻辑设计： 抽取最小业务单元， 按照按 "职能域-业务 过程-业务活动 "三层结构分解和表达功能， 依据业务流程组织功能层 次，绘制功能层次图。 把业务流图

9、中以“操作单元”表现的节点看作 功能模块，描述其输入、输出、主要处理过程和所涉及到的数据及数 据单元。数据结构设计：对于功能模块设计中所涉及的有关数据及数据单 元进行归纳， 利用“对象关系型语言”表示出来， 并指明数据之间 的一致性或约束性关系。这就是通常所说的数据结构或称为数据字 典。这部分工作将采用实体 - 关系设计工具 PowerDesigner 来辅助进 行。系统设计说明书审核： 项目经理对各应用子系统的系统设计说明 书进行审核。审核工作由项目经理、技术总监和专家协同进行。 完成标准：本阶段任务完成的标准是： 正式提交概要设计说明书， 通过业主 方确认。可交付成果：本阶段的可交付成果是

10、：XX系统设计说明书。4. 编码开发阶段任务范围：包括对标准化的内部数字内容资源转换加工和管理、 数字内容的深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数 据采集和内容提供服务、 产品打包和多渠道发布、 在线交互服务等编 码实现、单元测试；以及项目的安全保障体系的建设。实施方法：（一）日创建、日部署在本项目各应用子系统开发实现阶段， 将采用快速原型法与“日 创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短 的时间内开发出核心业务功能交付用户使用， 并在此基础上再与用户 交流沟通，对问题做出相应调整。这种方法的特点如下： 可以在最短时间内开发出子系统核心业务功能交付项目

11、相关人 员测试和试用；进入开发阶段后， 每天形成一个版本， 以最直观的沟通方式让业 主方项目主管领导看到最终的产品原型；最大程度避免了产品的实现与系统需求间的分歧； 降低了需求变更的频度；降低了系统实施的风险。（二）代码走查代码走查是由一组人通过阅读、 讨论和争议对程序进行静态分析 的过程。走查小组由组长，23名程序设计和测试人员及程序员组 成。走查小组在充分阅读待审程序文本、控制流程图及有关要求、规 范等文件基础上，召开代码走查会，程序员逐句讲解程序的逻辑，并 展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序 员在讲解过程中能发现许多自己原来没有发现的错误， 而讨论和争议 则进一

12、步促使了问题的暴露。 例如，对某个局部性小问题修改方法的 讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、 模块间接 口和系统总结构的大问题，导致对需求定义的重定义、重设计验证， 可以大大改善软件的质量。（三）单元测试单元测试集中在检查软件设计的最小单位模块上， 通过测试发 现实现该模块的实际功能与定义该模块的功能说明不符合的情况， 以 及编码的错误。由于模块规模小、功能单一、逻辑简单，测试人员有 可能通过模块说明书和源程序， 清楚地了解该模块的 I/O 条件和模块 的逻辑结构， 采用结构测试 （白盒法）的用例，尽可能达到彻底测试， 然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合

13、理的 输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。 将单元测试结果编写成单元测试报告， 提交项目经理审核， 审核通过 后提交项目领导组审批。（四）系统测试随着代码的实现和单元测试完成， 软件测试人员开始对代码进行 系统测试。 系统测试以子系统为基本单元进行， 其基本测试依据是测 试计划和测试方案。根据测试方案中的用例设计按照模块逐一“输 入”数据（手工或自动工具），并进行一定的压力测试。主要工作过 程是：运行程序员提交的功能模块代码， 输入数据，如实记录运行结果， 填写“测试记录”。对于未通过测试的功能模块，填写测试反馈单， 由程序员修改问题代码后再次提交测试。 这是一个多次循

14、环反馈的过 程。编制系统测试报告： 测试结束后，测试人员编制完整的测试报告， 包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试 结果汇总，并附完整的测试记录和反馈记录。完成标准：本阶段任务完成的标准是： 编码完成且通过单元测试、 集成测试、 系统测试，并通过技术总监与项目经理的审核。系统详细施工进度计划，详见施工进度计划甘特图。 可交付成果：本阶段的可交付成果是：网站各系统可进行正常运行。5. 系统初验阶段任务范围：本阶段任务范围包括： 完成应用系统在测试环境的部署和集成测 试后，由业主方认定是否满足可进行试运行的基本条件。 并完成验收 报告。实施方法：由供应商通过集成测试， 对各

15、应用系统自检合格后， 提交初验申 请至用户方审批。用户方检验应用系统运行情况，看是否符合： 是否满足签字确认的需求分析报告； 是否满足招标文件要求； 是否可以开始试运行。 验收通过后，由双方共同签署初验报告。完成标准：本阶段的完成标准是： 系统通过业主初步验收， 且可以开始试运 行。可交付成果：本阶段可交付成果是：系统初验报告。6. 试运行阶段任务范围：本阶段的任务范围是： 在用户培训工作的阶段性成果完成后， 开 始组织系统试运行工作， 由项目经理和业主方主管领导共同确定试运 行范围和试运行策略，并编制试运行计划、组织试运行工作。实施方法：一）试运行实施步骤：准备应用系统运行需要的真实数据；组

16、建运行组织和人员准备：建立由业主方主管领导和项目经理组成的试运行领导小组；确定试运行期间系统管理人员和系统维护人员； 召开试运行参与人员的动员会，统一思想，明确指导思想、工作 方针、工作方法和工作计划；落实其他试运行组织中的各职责人员。 双方共同制定试运行工作计划。 工作计划中包括试运行工作相关 各方责任、工作日程安排、运行工作制度。（二）试运行期间各方职责： 试运行工作将由供应商与业主方密切配合完成。试运行期间中， 各方职责如下：供应商负责在试运行期间进行应用系统运行记录， 对试运行中出 现的问题做到及时维护和更新，并完成试运行报告。在系统试运行阶段， 应达到系统连续无重大故障运行 1 个月

17、，并 不断根据试运行报告进行修改完善，在试运行期内如出现重大故障， 试运行期从故障排除之日起重新计算， 直到系统连续 1 个月无重大故 障为止。业主方系统使用人员负责在试运行期间定期反馈系统存在问题。完成标准：本阶段任务完成的标准是： 试运行期间系统运行稳定， 性能达标，试运行报告通过业主方确认 可交付成果：通过试运行验证后的可运行的网站系统。7. 系统终验阶段任务范围：本阶段任务范围包括：试运行结束后，经业主方审核通过后，协助组织业主方进行系统终验验收。实施方法：试运行结束后， 由供应商提出验收申请， 并协助业主方组织项目验收，最终完成项目交付。（一）验收标准：是否符合项目合同要求；是否满足

18、签字确认的需求分析报告；是否满足招标文件要求；是否满足用户培训要求； 是否满足试运行期间的整改要求。（二）验收组织试运行工作完成后， 项目验收工作由供应商、 业主方共同组成项目验收小组对项目进行验收验收小组对验收内容，如实施过程文档、用户培训效果、软件运 行效果、项目管理等方面进行审查。必要时对项目的主要内容、重要 功能和性能组织第三方进行专业测试。验收完成后，由业主方、供应商共同编制验收报告，签署验收意 见，完成项目建设成果的交付。项目验收完成将作为质保期的开始。完成标准：本阶段完成标准是：验收通过，且完成项目建设成果的交付。可交付成果：本阶段可交付成果是：XX项目验收报告。四、 保障措施在项目开发过程中，策划可行的质量管理活动，然后正确地执行 和控制这些活动以保证绝大多数的缺陷可以在开发过程中被发现。 在 项目里，评审和