软件项目进度计划.docx
《软件项目进度计划.docx》由会员分享，可在线阅读，更多相关《软件项目进度计划.docx（8页珍藏版）》请在冰点文库上搜索。
软件项目进度计划
施工进度方案书
一、工期安排
**工程总体工程实施，依照合同按方案在5个月完成.工期从2017年9月初开工，至2018年1月底截止.为了保证工程圆满完成，分阶段进展进度控制，同时加强软件质量管理，以保障工程按工期规定顺利交付.
二、工程进度表
工程阶段
时间
工作容
成果
需求调研
成立工程咨询专家组，对工程需求进展详细地调研
系统需求规格说明书
系统设计
在需求调研地根底上对系统架构、平安体系、功能等进展系统设计
系统设计说明书
系统开发
进展各个子系统地迭代开发，完成单元测试
不同迭代版本地可运行系统
系统集成
系统集成和对各模块集成测试
测试报告
形成可完整运行地系统
系统初验
工程初验
初验报告
系统试运行
1、平台上线试运行
2、系统持续优化
升级版本地可运行系统，并安装部署到用户本地
用户培训
对各级用户进展培训
使用说明
工程终验
工程终验
验收报告
三、工程实施各环节实施方案
在明确本工程地建立目标、建立任务和围、建立时间进度要求、工程建立特点分析地根底上，依据招标文件地要求和我方在以往大型信息化平台建立实施方面地经历和教训，为了更好地保障工程地整体进度和整体质量，更好地回避和解决工程建立过程中地可能风险，更好地到达系统地建立目标、工程地总体目标，在本章中，针对本工程地特点，提出我们地工程建立实施整体阶段过程地划分、每个阶段要达成地目标、实施方法和实施方案.
系统建立过程主要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个建立阶段.
充分吸收面向对象开发地迭代思想，在经典地几个工程阶段根底上，于每个阶段地部，又分成了假设干次地迭代过程；每一个迭代包括方案、分析、原型等.于是工程可以递进地进展，每一个迭代周期完成，都会形成一个产品原型，通过与业主地不断交互，完善，直到原型开展成为可用地产品.
如图：
1.工程里程碑
里程碑在工程实施常设置在阶段任务完成点或关键任务地完成点.
在工程实施方案中设置里程碑，便于以里程碑为监控点，对工程实施从进度、质量、绩效等方面进展更加有效地监控和管理；便于工程组织成员有一个共同地视野，展示工程简明清晰地阶段性目标；便于工程经理与相关人员之间就进度问题进展沟通.
在为工程进度方案设置里程碑时，遵循以下原则：
以工程目标为依据，以可交付成果物为向导，设置里程碑.可交付成果物可以是文档，也可以是可运行地程序.
将实施各阶段地完成点设置成里程碑.如需求规格定稿作为需求分析阶段地完成点，可以定义成为里程碑.
设置地里程碑必须可审查、可测量，有明确地完成标准.只有里程碑通过审查，才能进入到下一个阶段地任务.
综上所述，本工程地里程碑如下表所示：
序号
时间
里程碑描述
1
第20天
应用系统需求分析\设计完成
2
第120天
应用系统编码实现
3
第130天
系统完成测试
4
第140天
用户培训完成
5
第150天
系统上线试运行，完成初验
6
第160天
系统试运行完成
2.需求分析阶段
任务围：
本阶段任务围包括完善、细化需求分析阶段地工作方案；开展需求调研工作；进展需求分析；编写需求分析报告.
实施方法：
通过业务需求调研，确定并定义问题区、用户地需求、工程围、工程成功标准与业主方接收标准.
定义实施围：
确定并定义工程实施地目标、围和关键地成功要素.
编写需求分析报告：
包括业务系统地业务模型、业务流程、业务功能设计等.
业务需求调研：
主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式，从业务层、管理层、决策层多方位地获取需求.
根据需求交流进展情况，采用快速原型法，以直观地方式确认需求.
采用RationalRose地"用例〔UseCase〕〞表述方法定义系统需求，保证需求地完整性、准确性、唯一性、可度量性、可测试性、可追溯性.
在描述中尽量使用业主方相关使用人员地业务语言，便于需求地审查和测试.
完成标准：
本阶段任务完成地标准是：
正式提交需求分析报告，通过业主方和监理方审核，并经过业主方确认.
可交付成果：
本阶段地可交付成果是：
"**工程需求分析报告"
3．系统设计阶段
任务围：
系统设计阶段将按照面向对象地分析设计方法并结合使用其他软件工程方法，完成各子系统地概要设计.
包括功能设计、数据库构造设计、页面设计、软件实现构造地O-O〔面向对象〕设计.
实施方法：
本子阶段将对业务流程、控制流程、功能模块和数据构造进展设计，这是承上〔需求分析〕启下〔代码实现〕地阶段，这个阶段把业务需求变成技术设计，由业务描述变成技术描述，由业务语言变成技术语言.通常来讲，这个阶段又可以划分为三个主要地步骤，即：
业务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据构造设计.
业务流程及逻辑设计：
使用业务图形按照业务流程地顺序对业务进展归纳、整理，绘制业务流程图.对于其中描述良好和规地业务需求可同需求分析合并进展，绘制工作将借助绘图工具软件Visio对图形表述进展规.
功能模块及逻辑设计：
抽取最小业务单元，按照按"职能域-业务过程-业务活动"三层构造分解和表达功能，依据业务流程组织功能层次，绘制功能层次图.把业务流图中以"操作单元〞表现地节点看作功能模块，描述其输入、输出、主要处理过程和所涉及到地数据及数据单元.
数据构造设计：
对于功能模块设计中所涉及地有关数据及数据单元进展归纳，利用"对象－关系型语言〞表示出来，并指明数据之间地一致性或约束性关系.这就是通常所说地数据构造或称为数据字典.这局部工作将采用实体-关系设计工具PowerDesigner来辅助进展.
系统设计说明书工程经理对各应用子系统地系统设计说明书进展审核.审核工作由工程经理、技术总监和专家协同进展.
完成标准：
本阶段任务完成地标准是：
正式提交概要设计说明书，通过业主方确认.
可交付成果：
本阶段地可交付成果是：
"**系统设计说明书".
4.编码开发阶段
任务围：
包括对标准化地部数字容资源转换加工和管理、数字容地深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和容提供效劳、产品打包和多渠道发布、在线交互效劳等编码实现、单元测试；以及工程地平安保障体系地建立.
实施方法：
〔一〕日创立、日部署
在本工程各应用子系统开发实现阶段，将采用快速原型法与"日创立、日部署〞开发方法，每天形成一个版本，并进展部署，在最短地时间开发出核心业务功能交付用户使用，并在此根底上再与用户交流沟通，对问题做出相应调整.
这种方法地特点如下：
可以在最短时间开发出子系统核心业务功能交付工程相关人员测试和试用；
进入开发阶段后，每天形成一个版本，以最直观地沟通方式让业主方工程主管领导看到最终地产品原型；
最大程度防止了产品地实现与系统需求间地分歧；
降低了需求变更地频度；降低了系统实施地风险.
〔二〕代码走查
代码走查是由一组人通过阅读、讨论和争议对程序进展静态分析地过程.走查小组由组长，2～3名程序设计和测试人员及程序员组成.走查小组在充分阅读待审程序文本、控制流程图及有关要求、规等文件根底上，召开代码走查会，程序员逐句讲解程序地逻辑，并展开热烈地讨论甚至争议，以提醒错误地关键所在.实践说明，程序员在讲解过程中能发现许多自己原来没有发现地错误，而讨论和争议则进一步促使了问题地暴露.例如，对*个局部性小问题修改方法地讨论，可能发现与之有牵连地甚至能涉及到模块地功说明、模块间接口和系统总构造地大问题，导致对需求定义地重定义、重设计验证，可以大大改善软件地质量.
〔三〕单元测试
单元测试集中在检查软件设计地最小单位—模块上，通过测试发现实现该模块地实际功能与定义该模块地功能说明不符合地情况，以及编码地错误.由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序，清楚地了解该模块地I/O条件和模块地逻辑构造，采用构造测试〔白盒法〕地用例，尽可能到达彻底测试，然后辅之以功能测试〔黑盒法〕地用例，使之对任何合理和不合理地输入都能鉴别和响应.高可靠性地模块是组成可靠系统地坚实根底.将单元测试结果编写成单元测试报告，提交工程经理审核，审核通过后提交工程领导组审批.
〔四〕系统测试
随着代码地实现和单元测试完成，软件测试人员开场对代码进展系统测试.系统测试以子系统为根本单元进展，其根本测试依据是测试方案和测试方案.根据测试方案中地用例设计按照模块逐一"输入〞数据〔手工或自开工具〕，并进展一定地压力测试.主要工作过程是：
运行程序员提交地功能模块代码，输入数据，如实记录运行结果，填写"测试记录〞.对于未通过测试地功能模块，填写测试反应单，由程序员修改问题代码后再次提交测试.这是一个屡次循环反应地过程.
编制系统测试报告：
测试完毕后，测试人员编制完整地测试报告，包括测试地对象、测试围、主要功能、测试环境、测试工具、测试结果汇总，并附完整地测试记录和反应记录.
完成标准：
本阶段任务完成地标准是：
编码完成且通过单元测试、集成测试、系统测试，并通过技术总监与工程经理地审核.
系统详细施工进度方案，详见"施工进度方案甘特图".
可交付成果：
本阶段地可交付成果是：
各系统可进展正常运行.
5.系统初验阶段
任务围：
本阶段任务围包括：
完成应用系统在测试环境地部署和集成测试后，由业主方认定是否满足可进展试运行地根本条件.并完成验收报告.
实施方法：
由供给商通过集成测试，对各应用系统自检合格后，提交初验申请至用户方审批.
用户方检验应用系统运行情况，看是否符合：
是否满足签字确认地需求分析报告；
是否满足招标文件要求；
是否可以开场试运行.
验收通过后，由双方共同签署初验报告.
完成标准：
本阶段地完成标准是：
系统通过业主初步验收，且可以开场试运行.
可交付成果：
本阶段可交付成果是：
系统初验报告.
6.试运行阶段
任务围：
本阶段地任务围是：
在用户培训工作地阶段性成果完成后，开场组织系统试运行工作，由工程经理和业主方主管领导共同确定试运行围和试运行策略，并编制试运行方案、组织试运行工作.
实施方法：
〔一〕试运行实施步骤：
准备应用系统运行需要地真实数据；
组建运行组织和人员准备：
建立由业主方主管领导和工程经理组成地试运行领导小组；
确定试运行期间系统管理人员和系统维护人员；
召开试运行参与人员地发动会，统一思想，明确指导思想、工作方针、工作方法和工作方案；
落实其他试运行组织中地各职责人员.
双方共同制定试运行工作方案.工作方案中包括试运行工作相关各方责任、工作日程安排、运行工作制度.
〔二〕试运行期间各方职责：
试运行工作将由供给商与业主方密切配合完成.试运行期间中，各方职责如下：
供给商负责在试运行期间进展应用系统运行记录，对试运行中出现地问题做到及时维护和更新，并完成试运行报告.
在系统试运行阶段，应到达系统连续无重大故障运行1个月，并不断根据试运行报告进展修改完善，在试运行期如出现重大故障，试运行期从故障排除之日起重新计算，直到系统连续1个月无重大故障为止.
业主方系统使用人员负责在试运行期间定期反应系统存在问题.
完成标准：
本阶段任务完成地标准是：
试运行期间系统运行稳定，性能达标，试运行报告通过业主方确认.
可交付成果：
通过试运行验证后地可运行地系统.
7.系统终验阶段
任务围：
本阶段任务围包括：
试运行完毕后，经业主方审核通过后，协助组织业主方进展系统终验验收.
实施方法：
试运行完毕后，由供给商提出验收申请，并协助业主方组织工程验收，最终完成工程交付.
〔一〕验收标准：
Ø是否符合工程合同要求；
Ø是否满足签字确认地需求分析报告；
Ø是否满足招标文件要求；
Ø是否满足用户培训要求；
Ø是否满足试运行期间地整改要求.
〔二〕验收组织
试运行工作完成后，工程验收工作由供给商、业主方共同组成工程验收小组对工程进展验收.
验收小组对验收容，如实施过程文档、用户培训效果、软件运行效果、工程管理等方面进展审查.必要时对工程地主要容、重要功能和性能组织第三方进展专业测试.
验收完成后，由业主方、供给商共同编制验收报告，签署验收意见，完成工程建立成果地交付.
工程验收完成将作为质保期地开场.
完成标准：
本阶段完成标准是：
验收通过，且完成工程建立成果地交付.
可交付成果：
本阶段可交付成果是：
"**工程验收报告".
四、保障措施
在工程开发过程中，筹划可行地质量管理活动，然后正确地执行和控制这些活动以保证绝大多数地缺陷可以在开发过程中被发现.在工程里，评审和测试活动是预先筹划好地，在执行过程中，根据已定义好地过程来执行这些活动.通过执行这些活动来识别缺陷，然后消除这些缺陷.
本工程质量保证贯穿于整个工程地始终，开展有方案、有组织地活动，不断地改良质量.保证指通过实施方案中地系统质量活动，确保工程实施满足要求所需地所用过程.工程团队地管理人员采取有效措施，监视工程地具体实施结果，判断它们是否符合工程有关地质量标准，并确定消除产生不良结果原因地途径，通过质量控制确保工程质量目标得以完满实现.通过配置管理控制工程地进化过程，如持续地、变化地变更，为软件系统提供了稳定性，从而保证工程有质量地按规定工期交付.
升级会员 