国办电子政务试点示范工程安全支撑平台与应用支撑平台议标会汇

1CMMI3级精简并行过程介绍维豪集团技术委员会办公室2004-8-302目录1、SPP的含义2、SPP模型3、SPP过程域的目的4、SPP与CMMI的关系5、SPP文档与规范6、SPP角色与职责表7、SPP裁剪与扩充的指导方针31、SPP的含义•SPP“精简并行过程”（SimplifiedParallelProcess）是基于CMMI3级的软件过程改进方法与规范，它由一系列的过程规范和模板组成。•SPP主要用于指导企业持续地改进其软件过程能力。•对CMMI3级以内的关键过程域以及关键实践作了“精简”处理。•将项目管理过程、项目研发过程和机构支撑过程在项目生命周期中“并行”开展。•基于Web的项目管理工具，包括项目规划、项目监控、质量管理、配置管理等对项目的三大类过程进行可视化管理。42、SPP模型52、SPP模型产品生命周期划分为6个阶段：•产品概念阶段，标记为PH0。•产品定义阶段，标记为PH1。•产品开发阶段，标记为PH2。•产品测试阶段，标记为PH3。•用户验收阶段，标记为PH4。•产品维护阶段，标记为PH5。62、SPP模型项目的过程分为三大类：•项目管理过程。•项目研发过程。•机构支持过程。72、SPP模型项目管理过程包含6个过程域：•立项管理•结项管理•项目规划•项目监控•风险管理•需求管理82、SPP模型项目研发过程包含8个过程域：•需求开发•技术预研•系统设计•实现与测试•系统测试•Beta测试•客户验收•技术评审92、SPP模型机构支撑过程包含5个过程域：•配置管理•质量保证•培训管理•外包与采购管理•服务与维护102、SPP模型SPP模型的主要特征和优点：•直观的过程模型项目管理、项目研发、机构支撑所包含的工作被划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，所有人员可以根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使企业内的各个职能单位有条不紊地开展工作。•容易裁剪与扩充三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。企业可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。113、SPP过程域的目的项目管理过程域目的立项管理采纳符合机构最大利益的立项建议，通过立项管理使该建议成为正式的项目。杜绝不符合机构最大利益的立项建议被采纳，避免浪费机构的资源、资金、时间等。结项管理在项目开发工作结束后，对项目的有形资产和无形资产进行清算、对项目进行综合评估以及总结经验教训等。项目规划为项目的研发和管理工作制定合理的行动纲领（即项目计划），以便所有相关人员按照该计划有条不紊地开展工作。项目监控周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。风险管理在风险产生危害之前识别它们，从而有计划地消除或削弱风险。需求管理在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。3.1项目管理过程域目的123、SPP过程域的目的3.2项目研发过程域目的项目研发过程域目的需求开发通过调查与分析，获取用户需求并定义产品需求。技术预研在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。系统设计设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。实现与测试依据系统设计文档，编写并测试整个系统的代码。在SPP中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。系统测试对最终系统进行全面的测试，确保最终系统满足产品需求并且遵循系统设计。Beta测试在产品正式销售之前，开发方将产品交付给一些潜在的客户免费试用，请他们对产品进行测试，并获取他们对产品的建议。客户验收客户依据合同对产品进行审查和测试，确保产品满足客户需求。技术评审尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量。133、SPP过程域的目的3.3机构支撑过程域目的机构支撑过程域目的配置管理通过执行版本控制、变更控制等规程，以及使用配置管理软件来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。质量保证提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。外包与采购管理选择合适的承包商（外包）和供应商（采购），并依据合同进行有效的管理。培训管理根据机构（或项目）的需求来制定培训计划，并监督该计划的实施，确保培训取得预期效果。服务与维护是指产品销售之后的客户服务和产品维护，其宗旨是提高客户对产品以及对开发方的满意度。144、SPP与CMMI的关系SPP的19个过程域CMMI3级以内的18个过程域项目管理过程立项管理CMMI3级，DecisionAnalysisandResolution结项管理项目规划CMMI2级，ProjectPlanning项目监控CMMI2级，ProjectMonitoringandControlCMMI2级，MeasurementandAnalysis风险管理CMMI3级，RiskManagement需求管理CMMI2级，RequirementsManagement项目研发过程需求开发CMMI3级，RequirementsDevelopment技术预研系统设计实现与测试CMMI3级，TechnicalSolutionCMMI3级，ProductIntegration系统测试Beta测试用户验收技术评审CMMI3级，VerificationCMMI3级，Validation机构支撑过程配置管理CMMI2级，ConfigurationManagement质量保证CMMI2级，ProcessandProductQualityAssurance外包与采购管理CMMI2级，SupplierAgreementManagement培训管理CMMI3级，OrganizationalTraining服务与维护155、SPP文档与规范过程改进政策过程域规程文档模板SPIPoliciesProcessesAreasProceduresTemplatesSPP文档结构165、SPP文档与规范项目管理过程域主要规程文档模板立项管理SPP-PROC-PIM立项建议立项评审项目筹备《立项建议书》《立项调查报告书》《立项可行性分析报告》《立项评审报告》结项管理SPP-PROC-PCM结项管理《结项申请书》《结项评审报告》项目规划SPP-PROC-PP项目估计制定项目计划审批项目计划项目计划变更控制《项目估计表》《项目计划》《项目计划变更控制报告》项目监控SPP-PROC-PMC项目计划跟踪偏差控制项目进展总结《项目监控数据表》《项目偏差控制报告》《项目进展报告》风险管理SPP-PROC-PM风险管理《风险检查表》《风险管理报告》需求管理SPP-PROC-RM需求确认需求跟踪需求变更控制《需求跟踪报告》《需求变更控制报告》175、SPP文档与规范项目研发过程域主要规程文档模板需求开发SPP-PROC-RD需求调查需求分析需求定义《用户需求说明书》《产品需求规格说明书》技术预研SPP-PROC-TPR技术预研《技术预研计划》《技术预研报告》系统设计SPP-PROC-SD体系结构设计用户界面设计数据库设计模块设计《体系结构设计报告》《用户界面设计报告》《数据库设计报告》《模块设计报告》实现与测试SPP-PROC-IT实现与测试《实现与测试计划》《编程文档》系统测试SPP-PROC-ST系统测试《系统测试计划》《测试用例》《测试报告》Beta测试SPP-PROC-BETABeta测试《Beta测试协议》《Beta测试报告》客户验收SPP-PROC-CA客户验收《客户验收计划》《客户验收报告》技术评审SPP-PROC-TR正式技术评审非正式技术评审《技术评审计划》《技术评审报告》《技术评审检查表》185、SPP文档与规范机构支撑过程域规程与关键活动文档模板质量保证SPP-PROC-QA制定质量保证计划过程与产品质量检查问题跟踪与质量改进《质量保证计划》《质量保证检查表》《质量保证报告》《质量问题跟踪表》配置管理SPP-PROC-CM制定配置管理计划配置库管理版本控制变更控制《配置管理计划》《配置库管理报告》《配置项变更控制报告》外包与采购管理SPP-PROC-OPM外包管理《外包开发竞标邀请书》《承包商评估报告》《外包开发合同》《外包开发过程监控报告》《外包开发成果验收报告》采购管理《采购竞标邀请书》《供应商评估报告》《采购合同》《采购物品验收报告》培训管理SPP-PROC-TM机构培训管理项目培训管理《培训计划》《培训评估报告》服务与维护SPP-PROC-SM客户服务《客户服务计划》《客户服务报告》产品维护《产品维护计划》《产品维护报告》196、SPP角色与职责表常设角色职责简述机构过程改进角色软件工程过程组（SEPG）（1）制定适合于本机构的过程规范。（2）在机构范围内推广该规范（如培训、考核），评估机构过程能力等。质量保证小组（QAG）（1）监督规范的实施，确保所有项目以及相关部门准照规范开展工作。（2）分析并解决机构内存在的共性质量问题，协组SEPG完善规范。项目管理过程角色机构领导（1）是机构内所有项目的主管，对立项管理和结项管理有最终决策权。（2）监督项目经理的工作，审批项目经理的各种申请。项目经理（1）向机构领导汇报工作。（2）是项目规划、项目监控、风险管理和需求管理过程域的负责人。（3）监督项目成员的工作，审批项目成员的各种申请。项目研发过程角色需求分析员调查、分析并定义需求，撰写相应的需求文档，尽最大努力使需求文档能够正确无误地反映用户的真实意愿。系统设计师根据需求文档设计软件系统的体系结构、用户界面、数据库、模块等，并撰写相应的设计文档。程序员（1）根据系统设计文档，编写软件系统的代码。（2）随时测试和检查自己的代码，及时消除代码中的缺陷。测试员从事单元测试、集成测试和系统测试，主要工作包括制定测试计划、设计测试用例、执行测试和撰写测试报告。206、SPP角色与职责表常设角色职责简述机构支撑过程角色配置管理员（1）为项目制定《配置管理计划》。（2）创建并维护配置库，如分配权限、清除垃圾文件、备份配置库等。质量保证员（即QAG成员）（1）为项目制定《质量保证计划》。（2）周期性的开展“过程与产品质量检查”。（3）跟踪质量问题，给出质量改进措施。外包管理员（1）挑选最合适的承包商，签订外包开发合同。（2）监控外包开发过程，验收外包开发成果。采购管理员（1）挑选最合适的供应商，签订采购合同。（2）验收采购物品。培训管理员制定机构（或项目）的《培训计划》，监督该计划的实施，撰写《培训评估报告》。客户服务人员为客户提供与产品相关的服务（如技术咨询），快速响应客户的要求，给客户一个满意的解答。产品维护人员（1）纠错性维护：及时解决用户遇到的技术故障和消除产品中的缺陷。（2）完善性维护：在资源允许的情况下，不断改善产品功能与质量。216、SPP角色与职责表临时角色职责说明立项建议小组（1）开展立项调查、产品构思和可行性分析，撰写相应文档。（2）申请立项，并在立项评审会议上答辩。立项评审委员会由机构领导、各级经理、市场人员、技术专家、财务人员等组成，委员会按少数服从多数原则投票决定是否同意立项。结项评审委员会对项目的有形资产和无形资产进行清算，对项目进行综合评估，总结经验教训等。结项委员会的人员组成与立项评审委员会的类似。技术评审委员会对工作成果进行正式技术评审，尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷。该委员会由项目内外的技术专家组成。配置控制委员会对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）。227