软件-项目进度计划.doc

—— — 施工进度计划书 工期安排 XX项目总体工程实施，依照合同按计划在5个月内完成。工期从2017年9月初开工，至2018年1月底截止。为了保证项目圆满完成，分阶段进行进度控制，同时加强软件质量管理，以保障项目按工期规定顺利交付。 项目进度表 项目阶段 时间 工作内容 成果 需求调研 2017.9．1-2017.9.20 成立项目咨询专家组，对项目需求进行详细的调研 系统需求规格说明书 系统设计 2017.9.20-2017.10.20 在需求调研的基础上对系统架构、安全体系、功能等进行系统设计 系统设计说明书 系统开发 2017.9.20-2017.12.15 进行各个子系统的迭代开发，完成单元测试 不同迭代版本的可运行系统 系统集成 2017.12.15-2017.12.25 系统集成和对各模块集成测试 测试报告 形成可完整运行的系统 系统初验 2017.12.25-2017.12.30 项目初验 初验报告 系统试运行 2017.12．30-2018.1.10 1、平台上线试运行 2、系统持续优化 升级版本的可运行系统，并安装部署到用户本地 用户培训 2018.1．10-2018.1.25 对各级用户进行培训 使用说明 项目终验 2018.1.30 项目终验 验收报告 项目实施各环节实施方案 在明确本项目的建设目标、建设任务和范围、建设时间进度要求、项目建设特点分析的基础上，依据招标文件的要求和我方在以往大型信息化平台建设实施方面的经验和教训，为了更好的保障项目的整体进度和整体质量，更好地回避和解决项目建设过程中的可能风险，更好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目的特点，提出我们的项目建设实施整体阶段过程的划分、每个阶段要达成的目标、实施方法和实施计划。 系统建设过程主要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个大的建设阶段。 充分吸收面向对象开发的迭代思想，在经典的几个项目阶段基础上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包括计划、分析、原型等。于是项目可以递进地进展，每一个迭代周期完成，都会形成一个产品原型，通过与业主的不断交互，完善，直到原型发展成为可用的产品。 如图： 项目里程碑 里程碑在项目实施中通常设置在阶段任务完成点或关键任务的完成点。 在项目实施计划中设置里程碑，便于以里程碑为监控点，对项目实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项目组织成员有一个共同的视野，展示项目简明清晰的阶段性目标；便于项目经理与相关人员之间就进度问题进行沟通。 在为项目进度计划设置里程碑时，遵循以下原则： 以项目目标为依据，以可交付成果物为向导，设置里程碑。可交付成果物可以是文档，也可以是可运行的程序。 将实施各阶段的完成点设置成里程碑。如需求规格定稿作为需求分析阶段的完成点，可以定义成为里程碑。 设置的里程碑必须可审查、可测量，有明确的完成标准。只有里程碑通过审查，才能进入到下一个阶段的任务。 综上所述，本项目的里程碑如下表所示： 序号 时间 里程碑描述 1 第20天 应用系统需求分析\设计完成 2 第120天 应用系统编码实现 3 第130天 系统完成测试 4 第140天 用户培训完成 5 第150天 系统上线试运行，完成初验 6 第160天 系统试运行完成 需求分析阶段 任务范围： 本阶段任务范围包括完善、细化需求分析阶段的工作计划；开展需求调研工作；进行需求分析；编写需求分析报告。 实施方法： 通过业务需求调研，确定并定义问题区、用户的需求、项目范围、项目成功标准与业主方接收标准。 定义实施范围：确定并定义项目实施的目标、范围和关键的成功要素。 编写需求分析报告：包括业务系统的业务模型、业务流程、业务功能设计等。 业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管理层、决策层多方位的获取需求。 根据需求交流进展情况，采用快速原型法，以直观的方式确认需求。 采用Rational Rose 的“用例（Use Case）”表述方法定义系统需求，保证需求的完整性、准确性、唯一性、可度量性、可测试性、可追溯性。 在描述中尽量使用业主方相关使用人员的业务语言，便于需求的审查和测试。 完成标准： 本阶段任务完成的标准是：正式提交需求分析报告，通过业主方和监理方审核，并经过业主方确认。 可交付成果： 本阶段的可交付成果是：《XX项目需求分析报告》 3．系统设计阶段 任务范围： 系统设计阶段将按照面向对象的分析设计方法并结合使用其他软件工程方法，完成各子系统的概要设计。 包括功能设计、数据库结构设计、页面设计、软件实现结构的O-O（面向对象）设计。 实施方法： 本子阶段将