《软件项目进度计划》由会员分享，可在线阅读，更多相关《软件项目进度计划（15页珍藏版）》请在金锄头文库上搜索。
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.2系统集成和对各模块测试报告系统集成形 成可完 整运行5集成测试的系统系统初验2017.12.25-2017.12.3项目初验初验报告0系统试运1、平台上线试运行升 级版本 的可运2017.12 30-2018.1.10行系统，并安装部行2、系统持续优化署到用户本地用户培训2018.1 10-2018.1.25对各级用户进行培训使用说明项目终验2018.1.30项目终验验收报告1/15三、项目实施各环节实施方案在明确本项目的建设目标、 建设任务和范围、建设时间进度要求、项目建设特点分析的基础上， 依据招标文件的要求和我方在以往大型
3、信息化平台建设实施方面的经验和教训， 为了更好的保障项目的整体进度和整体质量， 更好地回避和解决项目建设过程中的可能风险， 更好地达到系统的建设目标、项目的总体目标，在本章中，针对本项目的特点，提出我们的项目建设实施整体阶段过程的划分、 每个阶段要达成的目标、实施方法和实施计划。系统建设过程主要分为需求调研 / 分析、系统设计、开发 / 测试、集成测试、培训 / 试运行、验收交付以及质保期七个大的建设阶段。充分吸收面向对象开发的迭代思想， 在经典的几个项目阶段基础上，于每个阶段的内部，又分成了若干次的迭代过程；每一个迭代包括计划、分析、原型等。于是项目可以递进地进展，每一个迭代周期完成，都会形
4、成一个产品原型，通过与业主的不断交互，完善，直到原型发展成为可用的产品。如图：2/151. 项目里程碑里程碑在项目实施中通常设置在阶段任务完成点或关键任务的完成点。在项目实施计划中设置里程碑，便于以里程碑为监控点， 对项目实施从进度、质量、绩效等方面进行更加有效的监控和管理；便于项目组织成员有一个共同的视野， 展示项目简明清晰的阶段性目标； 便于项目经理与相关人员之间就进度问题进行沟通。在为项目进度计划设置里程碑时，遵循以下原则：以项目目标为依据，以可交付成果物为向导，设置里程碑。可交付成果物可以是文档，也可以是可运行的程序。将实施各阶段的完成点设置成里程碑。如需求规格定稿作为需求分析阶段的完
5、成点，可以定义成为里程碑。设置的里程碑必须可审查、可测量，有明确的完成标准。只有里程碑通过审查，才能进入到下一个阶段的任务。综上所述，本项目的里程碑如下表所示：序号时间里程碑描述1第 20天应用系统需求分析设计完成2第 120天应用系统编码实现3第 130天系统完成测试4第 140天用户培训完成5第 150天系统上线试运行，完成初验6第 160天系统试运行完成3/152. 需求分析阶段任务范围：本阶段任务范围包括完善、 细化需求分析阶段的工作计划； 开展需求调研工作；进行需求分析；编写需求分析报告。实施方法：通过业务需求调研， 确定并定义问题区、 用户的需求、项目范围、项目成功标准与业主方接收
6、标准。定义实施范围： 确定并定义项目实施的目标、 范围和关键的成功要素。编写需求分析报告：包括业务系统的业务模型、业务流程、业务功能设计等。业务需求调研：主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管理层、决策层多方位的获取需求。根据需求交流进展情况， 采用快速原型法， 以直观的方式确认需求。采用 Rational Rose 的“用例（ Use Case）”表述方法定义系统需求，保证需求的完整性、 准确性、唯一性、可度量性、可测试性、可追溯性。在描述中尽量使用业主方相关使用人员的业务语言， 便于需求的审查和测试。4/15完成标准：本阶段任
7、务完成的标准是： 正式提交需求分析报告， 通过业主方和监理方审核，并经过业主方确认。可交付成果：本阶段的可交付成果是：XX项目需求分析报告3系统设计阶段任务范围：系统设计阶段将按照面向对象的分析设计方法并结合使用其他软件工程方法，完成各子系统的概要设计。包括功能设计、数据库结构设计、页面设计、软件实现结构的O-O（面向对象）设计。实施方法：本子阶段将对业务流程、 控制流程、功能模块和数据结构进行设计，这是承上（需求分析）启下（代码实现）的阶段，这个阶段把业务需求变成技术设计， 由业务描述变成技术描述， 由业务语言变成技术语言。通常来讲，这个阶段又可以划分为三个主要的步骤，即：业务流程及逻辑设计
8、、控制及表现逻辑设计、功能模块设计、数据结构设计。业务流程及逻辑设计： 使用业务图形按照业务流程的顺序对业务进行归纳、整理， 绘制业务流程图。对于其中描述良好和规范的业务需求可同需求分析合并进行， 绘制工作将借助绘图工具软件 Visio 对5/15图形表述进行规范。功能模块及逻辑设计： 抽取最小业务单元， 按照按 职能域 - 业务过程 - 业务活动 三层结构分解和表达功能， 依据业务流程组织功能层次，绘制功能层次图。 把业务流图中以“操作单元”表现的节点看作功能模块，描述其输入、输出、主要处理过程和所涉及到的数据及数据单元。数据结构设计：对于功能模块设计中所涉及的有关数据及数据单元进行归纳，利
9、用“对象关系型语言”表示出来， 并指明数据之间的一致性或约束性关系。这就是通常所说的数据结构或称为数据字典。这部分工作将采用实体 - 关系设计工具 PowerDesigner 来辅助进行。系统设计说明书审核： 项目经理对各应用子系统的系统设计说明书进行审核。审核工作由项目经理、技术总监和专家协同进行。完成标准：本阶段任务完成的标准是： 正式提交概要设计说明书， 通过业主方确认。可交付成果：本阶段的可交付成果是：XX系统设计说明书。4. 编码开发阶段任务范围：包括对标准化的内部数字内容资源转换加工和管理、数字内容的6/15深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和内容提
10、供服务、 产品打包和多渠道发布、 在线交互服务等编码实现、单元测试；以及项目的安全保障体系的建设。实施方法：（一）日创建、日部署在本项目各应用子系统开发实现阶段， 将采用快速原型法与“日创建、日部署”开发方法，每天形成一个版本，并进行部署，在最短的时间内开发出核心业务功能交付用户使用， 并在此基础上再与用户交流沟通，对问题做出相应调整。这种方法的特点如下：可以在最短时间内开发出子系统核心业务功能交付项目相关人员测试和试用；进入开发阶段后， 每天形成一个版本， 以最直观的沟通方式让业主方项目主管领导看到最终的产品原型；最大程度避免了产品的实现与系统需求间的分歧；降低了需求变更的频度；降低了系统实
11、施的风险。（二）代码走查代码走查是由一组人通过阅读、 讨论和争议对程序进行静态分析的过程。走查小组由组长， 23 名程序设计和测试人员及程序员组成。走查小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码走查会，程序员逐句讲解程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序7/15员在讲解过程中能发现许多自己原来没有发现的错误， 而讨论和争议则进一步促使了问题的暴露。 例如，对某个局部性小问题修改方法的讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、 模块间接口和系统总结构的大问题，导致对需求定义的重定义、重设计验证，可以大大改善软件的质量
12、。（三）单元测试单元测试集中在检查软件设计的最小单位模块上， 通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况， 以及编码的错误。由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序， 清楚地了解该模块的 I/O 条件和模块的逻辑结构，采用结构测试（白盒法）的用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。将单元测试结果编写成单元测试报告， 提交项目经理审核， 审核通过后提交项目领导组审批。（四）系统测试随着代码的实现和单元测试完成， 软件测试人员开始对代码进
13、行系统测试。系统测试以子系统为基本单元进行， 其基本测试依据是测试计划和测试方案。根据测试方案中的用例设计按照模块逐一“输入”数据（手工或自动工具），并进行一定的压力测试。主要工作过程是：运行程序员提交的功能模块代码， 输入数据，如实记录运行结果，8/15填写“测试记录”。对于未通过测试的功能模块，填写测试反馈单，由程序员修改问题代码后再次提交测试。这是一个多次循环反馈的过程。编制系统测试报告：测试结束后，测试人员编制完整的测试报告，包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试结果汇总，并附完整的测试记录和反馈记录。完成标准：本阶段任务完成的标准是： 编码完成且通过单元测试、 集成测试、系统测试，并
