项目管理模板——项目进度计划.doc

《项目管理模板——项目进度计划.doc》由会员分享，可在线阅读，更多相关《项目管理模板——项目进度计划.doc（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、广州市XXXXXXX信息系统三期采购项目项目实施计划XXXXX有限公司2017年11月22日 项目实施方案发布文号SPP01_T01版本1.0.0文档名广州市XXXXXXX信息系统三期采购项目_项目实施计划文档发布对象广州市XXXXXXX，项目组内部、建设单位、建立单位等简介本文档主要对“广州市XXXXXXX信息系统三期采购项目”的产出、投入、阶段、管理等方面做出阐述，包括项目组织结构、项目日程、阶段、资源投入等。目的本文档主要为项目管理者与项目人员在项目展开过程中提供依据与指导变更履历编写人日期变更简述2017-11-15项目实施方案审核人日期审核意见审批人日期审批意见2017-11-20同

2、意。房勇2017-11-22同意执行文档签收(如有意见，请在收到此份计划七天内提出)监理单位签收人签收日期建设单位签收人签收日期- III -目 录1计划简介11.1引用12项目概述12.1项目目的12.2项目目标22.3影响项目成败的关键问题和风险22.4项目的提交产出物*62.5项目生命周期选择72.6过程定义73项目组织93.1组织结构93.2项目相关方联系方式124项目估算(嵌入估算表格链接)134.1估算方法 *134.2管理阀值135阶段计划及时间表145.1项目阶段及里程碑145.2工作细分结构 (WBS)155.3组间关键依赖185.4关键路径195.5阶段人员配备要求195.

3、6项目运行环境准备205.6.1硬件准备205.6.2软件准备205.6.3数据准备205.7项目采用工具206项目控制216.1需求管理216.2进度控制226.3问题处理章程226.3.1建设方-承建方226.3.2承建方-建设方227风险管理计划237.1风险管理列表237.2风险管理总预算268开发计划278.1开发阶段的主要活动278.2开发主要计划279测试计划2710项目培训计划2711实施计划2711.1合同规定的验收标准2711.2实施阶段安排2712配置管理计划2713质量保证计划2814分包商管理计划2815迭代计划2816度量计划2817其他计划291 计划简介1.1

4、引用文档名版本号编写人备注项目估算记录1.0.0软件测试计划1.0.0软件开发计划1.0.0软件配置管理计划1.0.0SQA计划1.0.0需求调研计划1.0.0招标文件CZ2017-0881用户投标文件CZ2017-0309公司2 项目概述2.1 项目目的本期是居民家庭经济核对系统（三期）建设，是在广州XXXXXXX系统一期和二期的基础上，增加与房产评估、残联、殡葬、福彩、体彩、商业保险、以及剩余商业银行（本期包括19家）等系统对接，获取相关信息，建立更为丰富完善的核对模型，保障经济核对的科学性和公正性，实现对救助业务的精细化管理等；需要构建经济核对网上申报和反馈功能，提高服务效能，实现阳光社

5、会救助；需要建立辅助决策分析功能，辅助领导对社会救助和经济核对进行决策分析。详细的建设目的包括：1、信息共享范围。在已有的数据交换平台上，进一步扩充与商业银行以及其他相关单位的数据采集，实现与19家商业银行以及国土房管局土地发中心、市残联、市殡葬、商业保险公司及省市福利彩票、体育彩票管理部门的信息共享、比对；2、系统数据比对模型。在新接入的银行、保险等经济原始的数据基础上，进一步丰富、完善经济核对模型，更准确的反应出申请人家庭的实际经济状况；3、功能升级改造。在已运行的经济核对系统一期、二期的应用框架中，根据业务的调整需求等，进一步对一期和二期系统的功能进行深化改造，以满足业务办理的需要；4、

6、系统统计分析、数据管理、智能化比对等功用。通过采购商业智能分析软件，实现经济核对系统在线分析数据库的构建以及实现数据在线分析功能，辅助领导以及管理层完成决策的制订；增加系统的数据管理，实现对于历史核对数据的数据清洗、过虑；根据业务需求，增加系统的自动数据比对功能。2.2 项目目标1、 2017年11月，项目启动后展开需求工作；2、 2017年12月，完成需求确认工作；3、 2016年03月，完成测试工作，达到上线试运行标准，并开展实施试运行工作；4、 2016年05月，完成试运行工作，达到上线标准，完成项目初验工作；5、 2016年06月，完成工信委验收相关工作；2.3 影响项目成败的关键问题

7、和风险序号风险问题类别风险/问题描述发生可能性影响级别措施预算1外部业务需求的细节存在较大不确定性80%（1）需求无法确认，从而影响到项目进度。；（2）设计编码无法有效开展；A（1）本次的辅助决策主题分析是领导的需求，需要用户领导层积极参 与才能确定，因此需要积极协调，让领导参与辅助决策的需求调研。（2）核对中心业务人员、项目组需求人员共同加强对需求的沟通和讨论。（3）甲乙项目负责人和需求人员共同参与需求评审及需求确认工作。（4）针对未能确定的需求细节，双方加强必要的正式会议沟通，形成统一意见并形成会议纪要记录，保障项目建设工作的顺利进行。2外部各业务部门及各管理层需求不统一。80%导致需求不

8、能及时确认，或确认的需求无效，甚至返工，从而严重影响到项目进度。A项目组加强与各管理层的沟通，项目组的需求人员应及时组织相关会议确认需求，且签字盖章。3外部需求的合理性70%因工作量、或者一些客观的因素导致需求无法实现，从而严重影响到设计、编阶段的工作，导致项目延期，甚至失败A（1）市核对中心、区（县）街道办事处与承建方的需求人员共同加强对核对业务需求的探讨和分析；（2）承建方需求人员应积极同开发人员沟通，以便确认需求的开发工作量，必要时开发人员也应当参与到需求的评审确认；（3）加强承建方与建设方的内部沟通，双方相互配合、相互理解4内部需求不断变更70%（1）影响项目进度和质量；（2）导致项目

9、需求蔓延，项目无法控制，最终导致项目失败；（3）系统架构不稳定，导致系统缺陷多。A（1）在充分了解和理解需求文档后，多与用户沟通需求；（2）成立项目需求变更控制小组，建立需求变更控制流程，统一的需求出口；（3）对于需求变更对项目和系统产生的影响，需双方进行沟通协商并最终确认；5外部外部因素（数据对接）70%（1）项目进度受影响，导致进度延迟；（2）影响核对业务数据的准确性；（3）影响核对功能的使用以及核对业务的办理。A（1）促请核对中心业务负责人协调好与各个单位数据交换接口工作的开展与配合。（2）加强项目组与第三方单位技术人员技术沟通，并根据以往经验做提醒其余风险列表（见8.1节）中A、B两类

10、风险。2.4 项目的提交产出物*提交产出物接收对象版本号预定交付日期是否配置项？需要何种评审(评审/同行)备注项目合同公司、用户否项目估算记录公司否软件项目计划公司、用户V1.0.02017.11.30否评审需求规格说明书公司、用户V1.0.02017.12.31是评审系统概要设计说明书公司、用户V1.0.02016.02.01是评审系统详细设计说明书公司、用户V1.0.02016.02.01是评审数据库设计说明书公司、用户V1.0.02016.02.01是评审用户操作手册公司、用户V1.0.02016.04.30否系统管理手册公司、用户V1.0.02016.04.30否系统安装手册公司、用户

11、V1.0.02016.04.30否系统测试用例公司V1.0.02016.02.01否评审确认测试用例公司、用户V1.0.02016.03.31否软件源代码、可运行系统公司、用户2016.02.01是系统安装程序公司、用户2016.02.01是系统测试报告公司、用户2016.03.31否性能测试报告公司、用户2016.03.31否确认测试报告公司、用户2016.03.31否初验报告公司、用户2016.05.10否试运行报告公司、用户2016.04.30否项目总结报告公司2016.05.31否向用户提交各种产出物的命名规则：广州XXXXXXX系统三期_xxxxxxxx（产出物名称），如：提交的项目

12、计划，命名为：广州XXXXXXX系统三期_项目计划。2.5 项目生命周期选择本项目采用瀑布模型。2.6 过程定义过程(版本)流程(版本)引用模板(版本)来源评审和同行评审过程/(2.5)评审缺陷跟踪表/(2.5)、产品评审计划/(2.5)、评审报告/(2.5)、缺陷分析表/(2.5)公司需求管理过程/(电)需求变更评估技术流程/(2.5)、需求跟踪技术流程/(2.5)需求变更评估报告/(2.5)、需求变更申请表/(项目自定义模板)、电子政务中心广州XXXXX系统一期_需求获取分析过程（1.0）需求调研技术流程（1.0）需求调研计划/(2.6)、需求调研记录/(2.5)、用户提供材料索引表/(2

13、.5) 需求规格说明书/(项目自定义模板)项目组配置管理计划过程/(2.5)配置管理计划/(2.6)公司配置管理审计过程/(电)电子政务中心配置管理实施过程/(2.5)配置变更管理流程/(2.5)、配置状态报告流程/(2.5)基线审计报告/(2.5)、变更申请表/(2.5)、变更申请记录表/(2.5)、配置项历史记录表/(2.5)、基线历史记录表/(2.5)、配置状态报告/(2.5)公司软件项目启动过程/(2.5)项目启动申请表/(2.5)、软件项目启动通知/(2.5)、项目终止通知/(2.5)、软件项目任务书/(2.5)公司系统设计过程（电）电子政务中心_系统设计技术流程系统设计说明书/(项

14、目自定义模板)、系统测试用例/(2.5)、用户操作手册/(项目自定义模板)、安装手册/(2.5)、系统管理手册/(2.5)、数据库设计说明书/(2.5) 电子政务中心代码设计过程/(2.5)单元测试用例/(2.5)、重点代码检查表/(2.5)、需求跟踪矩阵/(2.5)公司产品发布过程/(电)配置管理记录表、用户操作手册/(项目自定义模板)、需求跟踪矩阵说明：日常跟踪以事项进度跟踪表替代需求跟踪矩阵，验收后5个工作日提交需求跟踪矩阵电子政务中心测试过程/(2.5)延迟或拒绝测试缺陷跟踪表/(2.5)、缺陷分析表/(2.5)、软件测试报告/(2.5)公司系统实施过程/(2.5)系统验收申请表/(2

15、.5)、项目移交资料清单/(2.5)、系统验收报告/(2.5)、系统验收备忘录/(2.5)公司制定软件项目计划过程/(2.6)项目估算流程/(2.5)软件项目计划/(2.7)、项目估算记录/(2.5)、公司制定项目日程过程/(2.5)项目日程/(2.5)公司项目监控过程/(电)里程碑总结流程/(2.5)周项目状态报告/(2.5)、月阶段项目状态报告/(2.5)电子政务中心项目培训计划过程/(2.5)项目培训计划/(2.5)公司培训实施过程/(2.5)培训签到表/(2.5)、培训心得/(2.5)、员工培训卡/(2.5)公司项目中自定义的过程：无3 项目组织3.1 组织结构项目组主要成员：角色姓名

16、职责联系方式项目经理负责整个项目生命周期各项活动的总体计划、阶段计划、任务分配、跟踪、沟通、协调、控制；项目经理是项目组对外的唯一出口855749需求调研员需求调研、业务建模，向需求分析员提交用例模型、需求报告。8557420需求分析员分析用例模型、需求报告，进行用例分析，编写需求规格说明书8557开发经理从需求开始，到系统测试前，负责系统开发活动的计划、任务分配、跟踪、沟通、协调、控制；开发组长对其小组内部工作负责。85架构设计师- 负责架构设计- 架构设计组长对其小组内部工作负责系统设计师- 负责系统设计模块设计师- 模块设计和指导他人数据库设计师- 负责数据库逻辑设计与物理设计界面设计师

17、- 界面美工, 美化用户界面85程序员根据设计师编写的设计文档、按照公司编码过程规定的编码规范完成开发经理分配模块的编码；根据公司的单元测试过程完成所负责编码模块的单元测试；根据公司的代码走读过程，完成开发经理分配模块的代码走读；按照公司开发文档编写规范，编写所负责编码模块的开发文档测试经理- 负责制定确认测试计划、系统测试计划、组织并实施测试活动855测试工程师- 按测试计划实施测试活动等SQA经理- 负责制定质量审计计划、组织并实施质量审计活动85配置管理工程师负责根据公司项目配置过程制定项目的配置管理计划；根据项目的配置管理计划，开展项目配置活动；根据公司项目配置过程定期或事件驱动地向项

18、目经理提交项目配置报告。88实施经理- 负责制定实施计划、组织实施活动85实施工程师- 按实施计划进行实施活动853.2 项目相关方联系方式项目组客户方监理方联系人部门广州有限公司第二部广州市XXXXXXX核查部职务项目经理项目负责人电话(传真(020)(08730EMailz135m2通信地址广州市广州号邮政编码514 项目估算(嵌入估算表格链接)4.1 估算方法 *项目采用类比经验估算方法。阶段生产率(人工时/FP）工作量(人工时)人月（工时7.522.5）软件开发需求0.8928.1255.5设计0.81518.759实现1.05062.530测试0.8795.3754.5实施1518.

19、759维护1518.759项目管理1096.8756.5总标准工作量12439.12573.5项目估算总表注：1、每年的维护工作量约按照软件开发工作量的10计算；4.2 管理阀值管理阀值均为20%。即估算结果比原规模超过20%时，必须重新调整计划。5 阶段计划及时间表5.1 项目阶段及里程碑阶段计划产出物工作内容计划开始日期计划完成日期计划日期阀值需要客户配合的工作软件项目启动软件项目计划、项目日程、项目启动会议纪要2017/11/192017/11/252017/11/27成立项目领导小组、确定双方项目组织；对软件项目计划做出审核并确认。需求计划需求调研计划2017/11/202017/11

20、/282017/11/31配合确定需求计划需求调研与需求分析需求规格说明书需求调研，根据用户需求整理并构建原型2017/11/282017/12/162017/12/15需求调研、原型讨论及提交需求调研记录表，并讨论确认2017/12/072017/12/202017/12/23用户方需求规格说明书确认2017/12/252017/12/282017/12/31组织人员签字确认需求说明书 系统设计系统设计、数据库设计文档系统设计2017/12/52017/12/282016/01/03编码及集成测试编码、集成测试用例、单元测试、集成报告编码、测试2017/12/152016/01/202016

21、/01/311、一、二期功能改造部分需用户签字确认需求确认书。2、用户协调各个单位或机构配合数据交换工作的开展。系统测试系统测试报告系统测试2016/02/012016/02/082016/02/11性能测试性能测试报告性能测试2016/02/132016/02/192016/02/21安全测试安全测试报告安全测试2016/2/202016/02/222016/02/28系统确认测试确认测试报告系统确认测试2016/03/012016/03/082016/03/11组织人员对系统功能进行确认和试用系统实施培训记录等提交培训参加人员名单，配合用户建立操作用户等工作2016/03/152016/0

22、3/252016/03/30用户组织人员积极参与培训数据交换及数据转换数据接口实施方案1、与19家商业银行数据交换工作；2、与省、市福利彩票，省、市体育彩票，商业保险，市殡葬系统，市残联系统，市国土局房产评估的数据交换工作。2017/12/12016/02/202016/03/05协调各个单位或机构配合数据交换工作的开展试运行用户使用报告试运行总结报告试运行2016/04/042016/04/312016/05/05提出运行意见，对用户使用报告盖章确认用户验收用户验收报告用户验收，标志系统验收完成2016/05/022016/05/072016/05/09对用户验收报告盖章确认工信委验收工信委

23、验收报告配合用户进行项目的工信委验收，工信委与用户签订验收报告2016/06/012016/6/262016/06/31验收报告盖章确认5.2 工作细分结构 (WBS)WBS编码工作内容责任人其他说明1项目启动1.1项目估算需求人员前期需求跟踪人员负责项目估算1.2正式合同签订销售1.3组建项目小组项目经理以项目骨干成员为基础组建1.4制定软件项目计划项目经理项目经理，开发经经理、测试经理、SQA经理等项目主要干系人必须参与制定项目计划，其中项目经理组织提供项目文档模板，测试经理提供项目测试计划、SQA经理提供SQA计划，配置管理员提供配置计划。1.5召开项目启动会议（内部）项目经理项目经理，

24、开发经经理、测试经理、SQA经理及项目小组成员必须参加启动会议1.6和用户召开项目启动会议项目经理项目经理、开发经理、SQA经理、用户方项目负责人、主要联系人原则上须出席启动会议2需求2.1制定阶段计划/日程项目经理、需求负责人2.2整理需求规格说明书需求人员需求必须走需求评审过程2.3编写集成测试用例需求人员2.4评审需求规格说明书评审负责人原则上不能进行邮件评审2.5项目估算需求人员第二次估算2.6里程碑总结会议项目经理3设计3.1系统概要设计、详细设计开发经理设计说明书可合并为系统设计说明书3.2数据库设计数据库设计师产出数据库设计说明书3.3评审系统设计文档评审负责人原则上不能进行邮件

25、评审4编码4.1代码实现程序员4.2单元测试程序员若存在交差测试情况，测试Bug录入scarab编码模块4.3重点代码走读与检查开发经理、模块负责人4.4集成测试开发经理、模块负责人开发经理需与模块负责人确定集成方式、时间，需对集成测试报告进行检查，并对可预见的错误采取措施避免5测试5.1系统测试用例设计测试经理5.2用户确认测试用例设计测试经理5.3评审测试用例测试经理可采用邮件评审5.4测试申请模块负责人5.5配置管理配置工程师填写配置管理记录与发布申请表5.6系统测试测试工程师正式测试中提出Bug需记录入scarab对应系统测试模块下，并跟进维护其状态5.7撰写系统测试报告测试经理系统测

26、试回归结束后提交系统测试报告7确认测试7.1用户确认测试实施经理7.2提交用户确认上线报告实施经理正式上线前用户签名8实施8.1制定实施计划实施经理按模板制定8.2数据初始化实施经理开发经理安排工程师配合8.3系统安装调试实施经理开发经理安排工程师配合8.4用户培训实施经理8.5试运行实施经理9验收9.1验收申请项目经理9.2验收文档提交项目经理9.3验收项目经理10收尾10.1项目总结报告项目经理10.2项目总结会议项目经理10.3项目估算项目经理第三次估算11项目管理项目管理贯穿于项目全过程11.1周状态报告项目经理每周定期报告11.2月状态报告项目经理每月定期报告11.3里程碑总结项目经

27、理里程碑完成11.4日程维护与跟踪项目经理5.3 组间关键依赖任务编号任务名称提供组接受组任务完成前提条件计划完成日期最迟完成日期1系统测试开发组测试组系统设计/开发完成2016.03.312016.04.102业务接口联调开发组/实施组用户/业务部门数据接收成功并按要求展示2016.03.152016.03.313数据接口联调开发组/实施组用户/科信局/数据提供部门数据接收成功并按要求展示2016.03.152016.03.314试运行实施组用户试运行报告、系统实施完成2016.04.012016.05.105.4 关键路径关键路径编号日程版本计划开始日期计划结束日期最迟开始日期最迟完成日期

28、1系统测试2016.02.012016.03.312016.02.182016.04.182业务接口联调2017.12.012016.03.102017.12.102016.03.203数据接口联调2017.12.102016.03.202017.12.152016.03.315.5 阶段人员配备要求阶段 人员要求技能需求需求调研、分析人员5名，需求管理人员1名、配置管理工程师1名、界面设计师1名。需求调研员熟悉需求调研、分析技术，了解业务。系统设计架构设计师2名、系统设计师2名、模块设计师2名、数据库设计师1名、文档工程师1名、配置管理工程师1名、测试经理1名、界面设计师2名设计师必须有业务

29、系统建设经验，了解对业务。编码程序员6名、配置管理工程师1名、测试经理1名、测试工程师3名开发人员熟悉普元开发工具，有业务系统开发经验，测试人业务系统系统测试经验，熟悉掌握自动测试工具。保持系统设计与编码阶段人员延续性。完整系统的系统测试、确认测试、发布测试经理1名、测试工程师2名、实施经理1名、实施工程师3名、配置管理工程师1名测试人员有测试经验，熟悉掌握系统测试技术、实施人员熟悉掌握系统安装、使用。实施实施经理1名、实施工程师1名、配置管理工程师1名熟悉掌握系统安装、使用。5.6 项目运行环境准备5.6.1 硬件准备广州XXXXXXX系统三期项目，沿用一二期硬件5.6.2 软件准备任务内容

30、责任单位时间要求其他说明BI分析工具用户2017.12IBM COGNOS软件5.6.3 数据准备任务内容责任单位时间要求其他说明数据交换接口19家商业银行、省（市）体彩、福彩，市残联，市殡葬2016.02需用户协调推进接口交换工作的开展5.7 项目采用工具项目需要一台中/高性能的机器作为数据库服务器和应用服务器，可沿用一期项目的数据库服务器及应用服务器。软件开发/调试/测试工具工具获得方法获得时间责任人Eclipse 3.3公司已有2017-03-06卢迅恒Oracle 10G或以上公司已有2017-03-06卢迅恒Weblogic 9.2或以上公司已有2017-03-06卢迅恒JDK 1.

31、5公司已有2017-03-06卢迅恒普元开发工具用户采购2013-12卢迅恒润乾报表工具用户采购2013-12卢迅恒注释：普元开发工具：作为一款基于Primeton的两款核心产品EOS和BPS的集成开发技术平台套件，其采用了J2EE、Eclipse等业界标准的技术架构，和先进的SOA架构及标准规范，并通过构件化、图形化、一体化的集成平台为客户提供了完整覆盖SOA应用全生命周期的支撑。该产品组件主要包括EOS Server（EOS运行环境）、EOS Studio（EOS集成开发环境）、EOS Governor（EOS治理工具）、EOS Component Library（EOS构件库）、EOS

32、RichWeb（EOS富页面）五个部分，并同时依托goCom社区提供了Application Framework的开源实现供客户自主定制。6 项目控制6.1 需求管理在需求发生变更时，变更流程简单的表述如下：建设方： 1、 需求变更由业务处室的业务人员向核对中心提出需求；2、 核对中心负责人员审核，主要审核需求的合理性，以及需求是否符合项目建设的统一标准；3、 核对中心负责人员提交承建方项目经理；承建方： 1、 承建方项目经理组织技术人员评估，项目经理回馈评估结果，将评估结果和答复告知核对中心；2、 双方协商解决；6.2 进度控制1. 通过合理的阶段性计划、定期的项目例会及阶段性的工作总结来控

33、制项目的进度。2. 每周五出周项目状态报告，每月5日前给出上月状态报告。3. 项目正式签订合同后，以周状态报告和月状态报告向用户报告。4. 在项目例会上，汇报与协调进度，并将会议情况记入会议纪要；进度超出计划5%以上由双方协调解决，及时调整。6.3 问题处理章程6.3.1 建设方-承建方1. 用户方发现的问题，由用户方相关人员填写用户问题报告后向核对中心提出；2. 经核对中心项目负责人员审核后，提交给承建方项目经理；6.3.2 承建方-建设方1. 承建方项目经理是对外承诺的唯一出口，由承建方项目经理或其指定的人员接收建设方提出的问题；并由承建方项目经理统一对用户提供承诺和相关的答复。2. 通过

34、项目例会等沟通方式双方进行问题的沟通协调及处理。7 风险管理计划7.1 风险管理列表序号风险问题类别风险/问题描述发生可能性影响级别措施预算1外部业务需求的细节存在较大不确定性80%（1）需求无法确认，从而影响到项目进度。；（2）设计编码无法有效开展；A（1）本次的辅助决策主题分析是领导的需求，需要用户领导层积极参 与才能确定，因此需要积极协调，让领导参与辅助决策的需求调研。（2）核对中心业务人员、项目组需求人员共同加强对需求的沟通和讨论。（3）甲乙项目负责人和需求人员共同参与需求评审及需求确认工作。（4）针对未能确定的需求细节，双方加强必要的正式会议沟通，形成统一意见并形成会议纪要记录，保障

35、项目建设工作的顺利进行。2外部各业务部门及各管理层需求不统一。80%导致需求不能及时确认，或确认的需求无效，甚至返工，从而严重影响到项目进度。A项目组加强与各管理层的沟通，项目组的需求人员应及时组织相关会议确认需求，且签字盖章。3外部需求的合理性70%因工作量、或者一些客观的因素导致需求无法实现，从而严重影响到设计、编阶段的工作，导致项目延期，甚至失败A（1）市核对中心、区（县）街道办事处与承建方的需求人员共同加强对核对业务需求的探讨和分析；（2）承建方需求人员应积极同开发人员沟通，以便确认需求的开发工作量，必要时开发人员也应当参与到需求的评审确认；（3）加强承建方与建设方的内部沟通，双方相互

36、配合、相互理解4内部需求不断变更70%（1）影响项目进度和质量；（2）导致项目需求蔓延，项目无法控制，最终导致项目失败；（3）系统架构不稳定，导致系统缺陷多。A（1）在充分了解和理解需求文档后，多与用户沟通需求；（2）成立项目需求变更控制小组，建立需求变更控制流程，统一的需求出口；（3）对于需求变更对项目和系统产生的影响，需双方进行沟通协商并最终确认；5外部外部因素（数据对接）70%（1）项目进度受影响，导致进度延迟；（2）影响核对业务数据的准确性；（3）影响核对功能的使用以及核对业务的办理。A（1）促请核对中心业务负责人协调好与各个单位数据交换接口工作的开展与配合。（2）加强项目组与第三方单

37、位技术人员技术沟通，并根据以往经验做提醒风险类别”：技术质量、管理、外部、组织内部“措施”包括：避免、转移、应对“级别”包括：ABCD级，A是灾难性，对合同无法执行、项目无法开展B是严重，预计影响进度50%以上C是普通，预计影响进度30%以上D是轻微，预计影响进度20%以上7.2 风险管理总预算无8 开发计划8.1 开发阶段的主要活动 系统总体架构设计 数据库设计 系统设计8.2 开发主要计划参见广州XXXXXXX系统三期_项目开发计划9 测试计划参见广州XXXXXXX系统三期_软件测试计划10 项目培训计划项目组在原市项目组基础上组建，新加入的人员需要对普元开发工具进行培训。11 实施计划1

38、1.1 合同规定的验收标准验收标准和验收方式参见项目合同 。11.2 实施阶段安排略。见5.1项目阶段及里程碑。12 配置管理计划参见广州XXXXXXX系统三期_配置管理计划13 质量保证计划参见广州XXXXXXX系统三期_SQA计划14 分包商管理计划本项目没有分包。15 迭代计划本项目不采用迭代模型。16 度量计划需要收集的数据：估算与实际的项目规模；计划与实际的成本、工作量、时间进度、项目组成员数量、生产率、缺陷率、过程执行情况、风险发生情况，以及本项目计划遵循的过程中指明的度量。数据收集的方法：根据周状态报告、月状态报告、里程碑状态报告、估算记录、评审报告，以及本项目计划遵循的过程中指定的数据收集方法。需要收集的数据数据收集的方法收集时间估算与实际的项目规模项目估算第一次估算：投标前。第二次估算：需求调研、分析完成计划与实际的成本、工作量、时间进度周状态报告、阶段/月状态报告、里程碑状态报告周、月、里程碑结束生产率项目实际数据表里程碑结束缺陷率评审报告评审结束风险发生情况 周状态报告、月状态报告周、月结束过程执行情况SQA的周审计报告、阶段/月审计报告周、月审计结束17 其他计划暂无。第28页，共28页