软件项目进度计划(整理).docx
《软件项目进度计划(整理).docx》由会员分享，可在线阅读，更多相关《软件项目进度计划(整理).docx（9页珍藏版）》请在冰豆网上搜索。
施工进度计划书
一、 工期安排
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. 工程里程碑
里程碑在工程实施中通常设置在阶段任务完成点或关键任务地完成点.
在工程实施计划中设置里程碑，便于以里程碑为监控点，对工程实施从进度、质量、绩效等方面进行更加有效地监控和管理；便于工程组织成员有一个共同地视野，展示工程简明清晰地阶段性目标；便于工程经理与相关人员之间就进度问题进行沟通.
在为工程进度计划设置里程碑时，遵循以下原则：
以工程目标为依据，以可交付成果物为向导，设置里程碑.可交付成果物可以是文档，也可以是可运行地程序.
将实施各阶段地完成点设置成里程碑.如需求规格定稿作为需求分析阶段地完成点，可以定义成为里程碑.
设置地里程碑必须可审查、可测量，有明确地完成标准.只有里程碑通过审查，才能进入到下一个阶段地任务.
综上所述，本工程地里程碑如下表所示：
序号
时间
里程碑描述
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个月无重大故障为止.
业主方系统使用人员负责在试运行期间定期反馈系统存在问题.
完成标准：
本阶段任务完成地标准是：
试运行期间系统运行稳定，性能达标，试运行报告通过业主
升级会员 