软件项目总体计划清单

-.z.---考试资料【工程名称】工程总体方案文档版本号：文档编号：文档：归属部门/工程：编写人：生效日期：-.z.文档修订记录版本号修订日期修订人修订说明修订状态审核日期审核人批准人修订状态：A--增加，M--修改，D--删除日期格式：YYYY-MM-DD目录TOC\o"1-2"\h\z1.前言11.1目的11.2范围11.3术语定义11.4预期读者与阅读建议11.5参考12.工程工作陈述12.1工程工作范围22.2工程工作时限22.3工程交付成果22.4工程用户与验收条件22.5工程目标22.6约束22.7关联工程23.工程组织23.1组织构造23.2外部组织23.3角色与责任33.4团队建立方案34.工程管理34.1工程过程定义34.2工作分解构造34.3工程估算数据34.4阶段划分与检查点44.5工程进度安排54.6工程资源方案54.7数据管理方案64.8配置管理方案64.9质量保证方案64.10总体测试方案64.11风险管理方案64.12本钱方案64.13工程沟通方案74.14确认方案74.15需求管理方案74.16决策分析方案85.支持方案列表86.测量方案97.附件9-.z.前言目的〔如下描述〕通过本方案描述ＸＸＸＸＸ工程的工程范围、工作内容、工作方法、时间安排、管理与控制方法、资源情况等，使工程的实施在本方案的根底上得到实施与控制。范围〔如下描述〕本方案主要描述了本工程的工作内容、工程组织、工程的管理方法与过程要求、工程采用的技术、度量方法与相关的管理、控制要求。在本方案的根底上还将形成工程的进度方案、配置管理方案、质量保证方案、总体测试方案，这些方案作为本方案的补充与具体说明，受本方案影响。术语定义{提供所有为正确解释本软件开发方案所必需的术语和缩略语的定义。术语很多时，用列表作为本文档的附件。}预期读者与阅读建议{描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如：}预期读者阅读建议工程高层经理仔细阅读工程简介、工程用户、约束、工作构造分解、工程组织与里程碑设定。工程组成员仔细阅读文档的全部内容。关联工程组阅读工程范围、里程碑设计。关联组〔配置组、测试组〕仔细阅读文档全部内容。…………参考〔列出描述工程方案时参考的所有文档。〕工程立项公告工程可行性分析报告需求规格说明书工程合同组织测量库等工程工作陈述工程工作范围{在此描述工程要做什么事情。}工程工作时限{在此描述工程最迟提交交付物的时间。}工程交付成果{描述向公司外部、内部提交的交付成果。}工程用户与验收条件〔描述工程的最终接收者或验收者，明确工程接收条件、验收标准。〕工程目标{根据""选择并描述本工程的工作目标，工作目标包括过程目标与质量目标。}约束〔列出描述本方案所基于的约定：包括来自与客户方的、公司内部的、以及有关组织的约定。例如，工程必须满足的预算、人员、设备、进度等。这些约束分为：技术约束和非技术约束。技术约束可能包括〔但不限于〕以下几点：必须准从的标准、流程、规程必须采用的方法、技术或工具必须到达的性能目标必须服从的格式非技术约束可能包括〔但不限于〕以下几点：客户或用户的习惯或惯例费用日期资源的限制合作伙伴的限制、政治、文化、观念上的限制〕关联工程〔描述与该工程关联的其它工程以及两者之间的影响因素。〕工程组织组织构造〔描述工程的内部组织构造，包括管理人员〔组〕、技术人员〔组〕、质量保证人员〔组〕、测试组等所有与工程实施有关的人员和组之间的关系构造图。〕外部组织〔列出与工程接口的外部组，对每个接口，指定内、外组的联络人。一般，外部组包括〔举例〕：上层组织〔如果本工程是*一大工程的子工程时，存在上层组织〕客户组织〔内部或外部客户组织，如一个合同客户，或公司高层领导〕分包商文档组〔如果文档组不是设置在工程组内部〕最终用户支持组〔可能包括一些关联的工程〕工程与之交互的任何其它组〕角色与责任〔列出在组织构造中的所有角色〔不限于此〕，并说明他们的职责。〕角色人员职责工程上层经理工程经理软件工程组测试组QA工程师CM工程师客户〔客户代表〕团队建立方案〔描述该研发团队的建立内容。〕工程管理工程过程定义〔识别工程的特点，从"生命周期模型裁剪指南"中选用适用的生命周期模型，并根据"集成工程管理过程"剪裁确定本工程的PDP。〕本工程的特点是：本工程所选择的生命周期模型是：本工程根据公司的"集成工程管理过程"与生命周期模型选择，制定了"ＸＸＸ工程PDP"。工作分解构造〔根据工程范围将整个工程工作分解成工作包〔WorkPackage〕，形成工作分解构造(WBS:WorkBreakdownStructure)。WBS可以用Project或E*cel来表达。〕工程估算数据〔选用"工程估算规程"中的方法对的规模、工作量、进度进展估计，形成"工程估算记录"，并将估算结果在此进展描述。〕工程阶段估计项规模工作量本钱预算阶段一阶段二阶段三阶段四阶段划分与检查点里程碑/次里程碑〔根据WBS与估算结果，划分工程阶段，并以表格方式列出工程中所有重要的里程碑/次里程碑、内容和时间。〕工程阶段〔次〕里程碑里程碑内容描述里程碑完毕标志方案完成时间需求阶段需求开发完成〔次〕完成用户需求确认完成需求文档编制完成需求跟踪表完成内部同行评审内部同行评审通过建立需求基线进展需求评审完成需求修改建立并发布基线需求评审通过并纳入基线库，发出基线发布通知主要阶段工作产品〔列出在整个生命周期中主要阶段的软件工作产品，包括简单的内容描述和产生时间等。〕工程阶段工作产品名称评审方案〔根据工程阶段划分与里程碑点设置各阶段的检查点与检查方式，约定在本工程的的主要评审点、时间、评审性质与评审组成员要求。并根据评审方案组织评审活动，评审包括同行评审与管理评审。如下：〕工程阶段评审对象时间点评审方式评审组成员要求……工程进度安排〔根据WBS、估计数据与里程碑划，编制工程进度方案，具体描述不同的工程阶段、功能、活动和任务的时间及人员安排。要考虑到各项任务间的依赖关系、里程碑要求、评审活动、管理活动、可能发生的更改等。小工程可直接在本文档中描述开发进度。大工程可在软件开发方案中列出，建议用MSProject进展工程进度安排。〕工程资源方案人员方案〔根据工程的进度安排指定工程组所需人员的角色、、技能、进入时间、退出时间、时间比例、资源状态等。可以在Project中表达。〕角色能力要求进入时间退出时间时间比例资源状态培训方案〔可选〕〔根据工程在技术、管理、工具、工作方法等方面的能力要求，评价工程组成员目前的差距，确定需要的培训、培训的时机、培训对象和培训人。如果培训内容较多则列出专门的方案。〕培训内容培训对象培训时机培训讲师培训费用工作场所〔可选〕〔对额外需要的工作场所需求做了说明。〕任务描述地点人员时间段预计费用工作环境与工具使用〔关键计算机资源的估计要给出各个环境的计算机、网络设备、特殊硬件的数量、配置，IP分配，工具选择、版本要求、需要打的补丁包等要求。本局部内容可以单独形成一张表作为总体方案的附件，并在工程实施过程中进展维护：〕开发环境：设备名称数量配置、型号备注测试环境：设备名称数量配置、型号备注最终运行：设备名称数量配置、型号备注软件工具：工具名称版本号补丁要求其它配置要求备注数据管理方案参照"配置管理方案"。配置管理方案参照"配置管理方案"。质量保证方案参照"质量保证方案"。总体测试方案参照"总体测试方案"。风险管理方案〔根据"风险管理规程"制定工程风险管理策略，识别工程的风险、制定缓解措施，并形成"风险管理报告"。工程经理还应确定采取风险缓解措施可能要付出的本钱。本工程的风险评估周期为：与工程周期会议一致，或***；风险跟踪人：风险缓解措施本钱预计：本钱方案〔综合各块的本钱方案，在此方案工程各个工程的费用方案。内容比拟多时，可以用E*CEL表格表示。〕工程沟通方案〔在这里约定工程的工作汇报的规则，这些规则包括工程组内个人、小组的沟通方式、工程经理与组外相关部门、高层经理的沟通方式，沟通的内容可以是例行会议、工程进展、技术交流、工程偏差等。〕沟通方式沟通内容责任人沟通对象沟通时机确认方案产品名称确认方法用户需求规格说明书客户代表签字确认软件需求规格说明书客户代表签字确认概要设计说明书客户代表签字确认详细设计说明书客户代表签字确认用户