【电子行业标准(SJ)】 软件过程能力评估模型

1CS 35. 080
备案号：87792001
中华人民共和国电子行业标准
SJ/↑ 11234—2001
软件过程能力评估模型
Software Processes
Capability Assessment Model
2001-04-13发布
2001-05-01实施
中华人民共和利国信息产业部发布前言
引用文件
模型结构
4.1结构综述
部件说明
4.3必要部件、期望部件利参考部件5能力等级
5.0能力等级0
5.1能力等级 1-
不完整级
已执行级
5.1.1等级 1的通用日标
5.1.2等级1的通用惯例
5.2能力等级 2-
受管理级
5.2.1 等级 2 的通用日标
5,2.2等级2的道用惯例
5.3能力等级 3-
已定义级
5.3.1 等级 3的通用目标
5.3.2等级3的通用惯例
5.4能力等级 4-
定量管理级
5.4.1等级 4的通用日标
5.4.2等缴4的通用惯例
5.5能力等级5-
-持续优化级
5.5.1 等级5的通用日标
5.5.2等级5的出惯例
6参考模型·
6.1综述
6.1.1过程管理类的基本和商级过程方而6.1.2项山管理类的基本和高级过程方面6.1.3支持炎的基本和商级过程方面6.2过程管理类过程
6.2.1纠织过程聚焦
SG1确定过程改进机会
SP1.1-1确定组织的过种需要
SJ/T 11234—2001
SJ/T t1234—2001
SP 1.2-1评估组织的过程
SP1.3-1确定组织的过程改进项目SG 2策划并实施过程改进动
SP2.1-1制订过程行动计划
SP2.2-1实施过程行动计划
SP2.3-1部署过程和相关的过程财富SP 2.4-1 把过相关的经验纳入组织的过程财富GG 通用目标
6.2.2组织过程定义
SG 1 创建组织过程财富
SP1.1-1建立标准过程
SP1.2-1建立牛存周期模型描述
SP 1.3-1 制订剪裁准则和指南 --.SG2创建支持类过程财富
SP2.1-1建立组织度望数据库
SP 2.2-1建立组织的过程财富库G通用口标
6.2.3组织培训
SG1确定培训需求并安排培训
SP1.1-1确定钱略培训需求
SP 1.2-1 确定有哪些培训需求要由组织负责满足SP 1.3-1建立组织培训战术计划SP 1.4-1建立培训能力
SG2提供必要的培训
SP 2.1-1 交付培训
SP2,2-1建立培训记录
SP 2.3-1 评估培训效果
GG 通用目标
6.2.4纠织过程性能
SC1建立性能基线和模型
SP1.1-1选择过程
SP1.2-1建立过程性能度量项H
SP 1.3-1建立质和过程性能日标SP 1.4-1建过程性能基线
SP 1.5-1 建立过程性能模
GG通所门标
6.2.5组织量新和部等
SC1选择改进项月
SP 1.1-1 收集和分析改进建议
SP 1.2-1识别革新
SP 1.3-1 试点改进
SP 1.4-1 选择改进建议用丁部署SG2部署改进
SP 2.1-1策划部署
SP 2.2-1管理部署
SP 2.3-1度单改进效果
GG 通用目标
6.3项日管理类过程
6,3.1项目策划
SG1完成参数估计
SP 1.1-1: 估计项目的范围
SP 1.2-1项目属性的估计
确定项日生存周期
估计工作量和成本
SG2拟订项日计划
编制预算和进度
识别项目风险
SP 2.3-1策划资料管理·**
策划项目资源
SP 2.5-1策划必要的知识和技能SP2.6-1策划共利益者的介入
制订项目计划
SG 3 获得对该计划的承诺
SP 3.1-1 审变从属计划 :
SP 3.2-1协调资源和工作
SP 3.3-1 获得计划承诺
GG通川标
6.3.2项日监督和控制
SG1对照计划监督项
监督项目策划参数
SP 1.2-1 监替承诺
监督项目风险
监督资料管理
SP 1.5-1监督共利简者介入情况SJ/r 112342001
SJ/T 11234——2001
杏进展
SP 1,6-1
里程碑伟查
SG2管理纠止措施，直到结束
SP 2.1-1 分析间题
SP2.2-1采取纠止措施
管理纠正措施
6.3.3供方协定管理
SG1订立供方协定
SP 1,1-1 分析由项日所决定的需求SP 1.2-1
选择供方
SP 1.3-1订立供方协定
SG2满足供方协定
SP2.1-1采办商业现货心品
SP2.2-1执行供方协定
SP2.3-1进行验收测试
SP 2.4-1 转移产品
6.3.4：集成项目管理
SG 1 运用项II已定义过程
SP 1.1-1编制项且凹定义过程
SP1.2-1运用组织过程财富策划项目活动SP 1.3-1合成计划 ..
SP1.4-1运用综合计划管理项
SP 1.5-1充实组织过程财富
SG2与相关的儿利益者协谢和合性SP 2.1-1管理共利益者介入
管理依存关系
SP 2.3-1解决协调问题
6.3.5风险管理
SG 1 准备风险管理
SP 1.1-1确定风险米源和分类
SP 1.2-1 定义风险参数
SP1.3-1制订风险管理策略
SG2识别利分折风险
SP 2.1-1 识别风险
SP2.2-1对风险进行评价、分类和排列优先顺序.SG3缓解风险
SP 3.1-1拟训风险缓解方深
SP 3.2-1 实施风险缓解方案
6.3.6 定量项身管理
SG 1 定管理项目
SP1.1-1拟订项日目标+
SP 1.2-1合成已定义过程
P1.3-1选择将予以管理的子过程SP1.4-1管理项目性能
SG2对子过程进行统计管理
SP 2.1-1选择度项日和分析技术.
SP 2.2-1运用统计方法掌握变化情况….SP 2.3-1 监督所选择的子过程的性能SP 2.4-1
6.41.程化类过程
6.4.1需求管理
记录统计管理数据
SG1管理需求
SP 1.1-1求得对需求的理解
SP 1.2-2 求得对常求的承诺
SP 1.3-1管理需求变史.
SP 1.4-2维护对需求的双向溯源性识别项目工作与需求之间的不致sP 1.5-1
6.4.2需求开发
SG 1开发颐客需求
SP 1.1-1 收集共利益者的需要
SP 1.1-2 导出需要
转换需求
SG2开发产品需求
SP2.1-确定产品和产品构件需求SP2.2-1分配产品构件需求…
SP2.3-1识别接口需求
SG3分析和确认需求
SP3.1-1建立操作概念和操作场景SP 3.2-1
建立所需功能度的定义
分析需求
SP3.4-3评价产品成本、进度和风险SP 3.5-1 确认需求
SP3.5-2用综合性的方法确认需求6.4.3技术解决
SJ/T 11234—2001
：150
：150
SJ/T 11234--2001
SG 1选择产品解决方案
SP 1.1-1拟订候选解决方案和选择准则·SP 1.1-2拟详细候选解决方案和选择准则SP1.2-2发展操作概念和场景
选择产品构件解决方案.
SG2设计
运用有效的设计方法
开发技术数据包
建立完整的技术数据包
SP2.3-1确定接口描述
设计综合接口
SP2.4-3进行制作、购买或复用分析.SG 3实现户品设计
实现设计
SP 3.2-1编制产品支持文档
6.4.4：产品集成
SG 1 准备产晶集成
建立产品集成策略
SP1.2-1建文产品集成环境
SP1.3-1规定详细的产品集成规程SG 2确保接口兼容性
SP2.1-审查接门描述的完备性
SP2.2-1管理接口：
SG3组装产品构件和交付产品：
SP3.1-1确认集成用的产品构件已经准就绪SP3.2-1组装产品构件
SP3.3-1核代已组装的产品构件
SP3.4-1产品或品构件打包和交付6.4.5 验证
SG 1 准各验证
SP 1.1-1制订验证策略
SP1.2-2建立验证坏境
SP 1.3-3 制订详细的验证计划
SG2执行同行市查
SP2.1-1准备同行审登
SP2.2-1进行同行审查
SF 2.3-2分析同行审夺数据
SG3验证T作产品
SP 3.1-1执行验证
SP 3.2-2分析验证结果和确定纠正措施SP3.3-1执行复验
6.4.6确认
SG1准备确认
SP1.1-1 制订确认策略.
SP 1,2-2 建立确认环境
SP 1.3-3规定详细的确认规科
SG2确认产品或产品构件
进行确认
SP 2.2-1汇集和分折确认结果
6.5支持类过程
6.5.1配置管理
SG 建文基线
确定配置项wwW.bzxz.Net
建立配置管理系统
SP 1.3-1建立或放行基线
SG2·跟踪和控制变更
SP 2.1-1 跟踪变史
SP 2.2-1 控制变更 **
SG 3确立完整性
SP3.1-1建配置管理记录
SP 3.2-1 进行配置审核**
6.5.2过程和产品质量保证
SG 1客观评价过程和.1.作产品
SP 1.1-1 客观评价过程
SP 1.2-1客观地评价工作产品和服务SG2通报择解决问题
SP 2.1-1通报不符会问题，弃H确保解决它们SP 2.2-1
建记录
GG 通用日标
6.5.3测量和分析
SG 1 调整测量和分析活动
SP 1.1-1 建立测晕目标·
SP 1.2-1 规定度量项日
SP 1.3-1规定数据收集和存储规程SJ/T t1234—-2001
· 225
SJ/T 11234—2001
SP\1.4-1规定分析规程
SG2提供度量给果
SP 2.1-1 收集度量项目数据
SP 2.2-1分析度量数据-*
SP 2.3-1存储数据和结果
SP 2.4-1通报分析结果-
6.5.4原因分析和决定
SG1确定缺陷的原因
SP 1.1-1 选择分析用的缺陷数据SP 1.2-1 分析原因
SG2处璀缺陷原因
SP 2.1-1 实施措施建议 -
SP 2.2-1 评价变更的效果
SP2.3-1记录数据
6.5.5决策分析和决定
SG 1 评价候选方案
SP1.1-1拟订并运决策分析的指导原则SP 1.2-1 选择评价技术
SP E.3-1建立评价准则
SP 1.4-1 确定推荐的候选方案
SP1.5-1评价选解决方案
SP 1.6-1 选择解决方案
附件A
评估模型剪裁准则
模型剪裁着眼点
A.2内部过程收进的模型剪裁准则A.3
绳基准的模型剪裁准则
适合较小项用的模型剪裁
评估方法剪裁准测
模型凯成概念
过程管理类过程方而交与们用关系图3过程管理类高级过程方面交互作用关系图4
项山管理类基本过程方面交互作用关系项出管理类商级过帮方面交上作用关系图6
支持类垫本过程方面交五作用关系图7
支持类高级过程方而交五作用关系非程化类过程方曲交丘作用关系228
SJ/T11234—2001
为了适应我国软件企业改进软件过程私提高软件开发规范水平的游求，特制定本标准。本标准制定过程中，主要参考了国外先进的软件过程管理理念、方法和模型以及有关国际标雅。为配合本标准的使用，同时编辑、发布并出版了本标准的于版本。这两种版本具有同等效力
本标准的附录A是提示的附录，为剪裁本标准所描述的评估模型提供指南。本标准由信息产业部电了第四研究所归口。本标准起草单位：信息产业部电子第四研究所、力友和科技咨谢公司、信息产业部电子五所北人方正公司、北京合力金桥系统集成公司、联想神州数码公司、长城计算机软件与系统公司、大唐软件公司、创智公司、天津金卡.1程公司、北京时林电脑公司、1州新太科技公司。北京案福威尔软件技术公司、浪潮齐鲁软件产业公司、北京中邮绿卡金融网络公司、州锐新软件技术公司等。
本标准主要起草人：吴源俊、林宁、李韵琴、冯惠、吴庆宝、陈静、罗锋盈、张展新等。Ix
手范围
软件过程能力评估模型
本标准规定了用丁衡最软件纽织的软件过程能力的模型。SJ/T 11234---2001
本标准适用于组织对自已的软作过程进行改进，也适用于第3方或第2方对组织的软件过程能力进行评估。
本标准所描述的模型包含从软件需求提出、软件设计、开发、编码、测试、交付运行到软件退役的整个生存周期里各个软件过程的各项基本元素。从管理角度看，整个软件产品开发生存周期的成功运转是在有机地实施一系列软件过程和其他支持过程。软件过程能力的优劣直接影响到产品开发的成功与否。由丁成功与否的衡率标准随着技术的进步和需求的提高不断提高，因而要求软件过程能力不断提高。本标推定义的软件过程能力评估模型给出了一系列软件过程参考模板，希望为有关组织改进其软押过和提高其对软作产品或服务的开发，采购以及维护的能力提供规范的途径。这个模型中，每个软件过程包含若干惯例。这些惯例是模型推荐并期望子以实施的过程基本元素，它们形成丁众软件组织的长期开发实戏活动，被认为是有一-定普遍性的母佳惯例。对照本模型中的惯例对实际软件过程活动进行检查，将有助丁评估组织的软件过程能力，进而确是适当的改进对象以及实施过程改进的顺序。这些惯例是世界软件界的经验和理论的结晶。鉴于经验的不断积累，理论的不断提高，这些惯例将可能发生变化和得以补充；此外，模型结构也可能随着软件活动管理水的提商而发展，所以，本标准将会在适当时候子以补充或修订。由于各个软件组织的规模、应用领域、结构形式以及业务目标等研能有很大差异，本标准所描述的模型中的各个过程不可能与各个软件组织的实际软作过程一一对应，内此，在使本标准时可能有必要结台实际需要加以裁剪。裁剪的原则参见附录A评估模型裁剪准则》。2引用文件
在本标准的描述和应用中将使用到下列标推的有关势容。GB5271数据处理词汇
GB门11457—1995：软件1.程术语GB8567一1988计算机软件产品开发文件编制指南GB9385一1988计算机软件需求说明编制指南GB9386—1988计算机软件测试文件编制GB/T8566—1995信息技术软件生存周期过程GB/T125(4—1990计算机软件质量保证计划规范GB/T12505—1990计算机软件配置管理计划规范GB/T14079—1993计算机软件维护指南GB14394—1993计算机软件可靠性和维护性管理GB门15532一1995计算机软件单元测试SJ/T 11234—2001
ISO/IECTRI5504软件过程评估
1SO9000—2000质量管理体系—基本原理和词汇3术语
除了上面第2章引证的文件中的术语和定义之外，下面所列术语及其定义和/或说明也适用于本标雄：
共利益者（slakeholder）
所谓“共利益者\，指的是受到荣件事情的输出的影响或对输出负有某种责任的群体或个人。共利益者可能包括项日经理、供方、顾客以及其他人。术语“相关的共利益者”用于指某个计划中要求执行某类活动或接收某类信息的群体和个人。经理（manager）
“经理”一词指的是对在其负责范围内执行任务或从事活动的人们提供技术指导和行政管理的人。经理的传统职能包括策划、组织、指导和控制某个责任范围内的工作。项目经理（prajectmanager）
“项日经理”一词指的是负责策划、指导、控制、构造和推动项目的人。项月经理对顾客负根本责在征。
高级经理（srniormanager）
术语“高级经理”是指组织里的商层管理岗位，在这个岗位上的人主要致力于使本组织拥有长期活力，面不是应付短期的项目和合同问题及压力。高级经理有权指导资源的分配或垂新分配，以支持组织过程改进。高级经理可以是任何符合上述说明的经理，包括本组织的领导人在内。“执行官“和“顶层经理”与“高级经理”是同义词。本标准中只使用高级经理这个词。组织（organization）
组织是行政管理结构，在这个管理结构中，人们共间管理一个域作为整体的多个项目，这些项目共有一个高级经理并且在同样的方针之下运行。在本标准中，“组织”这个词主要指软件开发和/或服务实体；“它可能烂~个独立实体，也可能是更大的实体的一个组成部分。企业(enterprise）
术语“企业”泛指那些用“组织”一·词尚不是以表述的人型实体。一个大型公可里可能有许多期有不同顾客、坐落在不同地方的组织。“企业”堤这些大型公司的统称。开发（develop）
本标准中提到“开发”时，不是单纯指升发活动，还包括维护活动在内。项目（project）
术语“项目”指的是向顾客或最终用户交付-“个或多个产品的受管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件并月说明要交付或实现的产品、所用的资源和经赞、要做的工作以及「作进度。-个项目可能由若干项目组成。
工作产品（workproduct）
术语“作产品”用指中过程产生的任何制品。这些制品可能包括文卷，文档，产品的组成部分，服务、过程、规范以及清册等。产品构件（productcomponent）“产品构件”是产品的组成部分。把产品构科加以集成，可以构造出产品。可能存在多个层次2
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。