GB+T20158-2006+信息技术+软件生存周期过程+配置管理

所需积分/C币:18 2014-01-21 14:02:42 752KB PDF

GB+T20158-2006+信息技术+软件生存周期过程+配置管理
GB/T20158-2006/ISO/ IEC TR15846:1998 前言 本标准等同采用ISO/ IEC TR15846:1998《信息技术软件生存周期过程配置管理》(英文版) 将原文中的“本技术报告”改为“本标准 本标准的附录A是资料性附录 本标准由中华人民共和国信息产业部提出。 本标准由信息产业部电子第四研究所归口 本标准由信息产业部电子第四研究所负责起草。 本标准主要起草人:罗锋盈、黄家英、王宝艾 Ⅲ GB/T20158-2006/IO/ IEC TR15846:1998 引言 与其他标准的相互关系 本标准提出软件配置管理(以下简称SCM)过程的要求。SCM是支持软件产品生存周期的配置管 理过程,如《信息技术软件生存周期过程》(GB/T8566)中所述。SCM贯穿于开发、运行和维护过程 本标准的附录A示出本标准与GB/T8566-2001的对照关系 除个别术语定名不同外,本标准与GB/T19017:1995《质量管理配置管理指南》基本一致。 GB/T19017与本标准的对照关系示于附录A 为便于识别,本标准中对直接引自GB/T8566的条文均加上方框 软件的类型 sCM管逕那些可以存储于计算机的包括软件产品在内的任何信息。例如,规格说明、数据库模式 测试用例、用户操作说明、可重用编码对象、源代码和可执行代码或数据 SCM还可以管理存储在其他位置的有关重要软件项的清单和记录。例如,安装在运行现场的产品 或装载在网络上的现货产品。 在软件环境中作为创建、维护、归档或恢复可交付软件产品的工具使用的软件产品,也属于可以由 SCM管理的软件类型,它们是运行这种工具的指令、定制产品或参数。软件环境(如开发环境)可能是 可交付的或专有的。SCM可用于生存周期活动的少数软件项或所有的软件项。 SCM过程的实施 可以通过综合运用各种软件工具、方法和技术来执行SCM。本标准不规定如何实施或执行SCM 过程中的活动和任务。SCM的要求不考虑各种实现SCM的工具。 对于SCM的一些新生的要求(例如,对于具有不同产品配置向多个地方交付产品或者对于配置项 的并行修改提出的SCM要求)可以在本标准描述的SCM过程中使用,有助于控制这些新生领域。建 议打算执行这些任务的各方,在合同协议或SCM策略和工作程序中规定附加要求。 注:工作程序可以是文件、模板,等等。 好处 通过下列手段,本标准可以改进运行维护和开发等过程中的可视性和可统计性 a)为标识和控制电子文档代码、接口、数据库等提供一种适当文档化的和可重复的方案,以支持 软件生存周期各过程; b)支持所选的开发维护或运行方法,它们适应需求、标准、策略和指示、组织和管理原理; c)生成各种管理和产品信息,它们与基线、变更、版次、版本、归档等的状态有关; d)将软件配置项(以下简称SCI)递归地定义到要加以控制的重要单个项的层次; e)控制用于存储SCI及其状态和相关信息的库; f)引用GB/T8566的有关过程规定,以确保配置的完整性; g)控制软件环境,使软件产品能在其有效生存周期中得到配置和重新配置;受控的软件环境包 括用于开发和验证软件产品的软件工具、确保配置完整性的软件工具(如需求跟踪程序,SCM 库监护器,版本编辑程序),以及运行这些工具的软件工具(如操作系统); GB/T20158-2006/IsO/ IEC TR15846:1998 h)存储和检索关于各个SCI和软件产品配置的异常情况信息; )报告知识产权所有权事项,如许可证或版权。 合同关系中的SCM SCM的要求至少源于三个供求关系链 )需方将工作委托给软件产品供方; b)供方负责交付软件产品; c)分包商或软件技术人员完成此工作。 需方和供方同意使用第三方存档(契约性保管)时,可能存在第四个供求关系链。在此种关系中,除 了需方和供方间的双向供求链外,存在一个三角形的单向流从供方经由第三方存档到达需方(见 表1和图1)。 对原始需方的好处 对于需方,SCM的一些好处是 a)确保开发、运行或维护需求的完备性; b)灵活—能够在受控条件下变更需求; c)为建立对SCM活动和任务的评价准则奠定基础 d)规定了完备项和不完备(如工程发布)项的条款 采用本标准旨在有助于确保 a)项目目标满足顾客和组织约束 b)规定成功实现项目目标的判定准则和方法 c)规定SCM软件生存周期产品及其相互关系 d)规定过程间的相互关系,在这种情况下,SCM活动与其他软件生存周期过程(例如,软件质量 保证)相互作用 e)控制软件基线; f)创建、使用、监控和调整SCM活动的计划或有关的计划文档; g)规定双方或多方或过程之间的SCM界面。 在由于存在多个小组和(或)分包商关系而更强调接口管理的情况下,通常要调整配置控制,以适应 该接口的变化,这些变化将波及分包或组织的各个层面。 对软件产品供方的好处 对于软件产品供方,SCM的一些好处是: )借助控制变更,关注满足需求的项; b)通过为里程碑管理提供SCI的状态(这种情况下,主要软件产品来自于某个生存周期过程) 支持联合评审过程; )通过汇集符合性检查用的可度量结果,支持审核过程 d)支持质量保证、验证和确认过程向整个软件生存周期扩展。 对分包商或软件技术人员的好处 对于分包商或软件技术人员,SCM的一些好处是 a)稳定的基线,但这些基线又是可重建的; b)状态信息的一致沟通; c)有待满足的各个需求的状态和相互依赖关系 GB/T20158-2006/ISO/ IEC TR15846:1998 d)变更的通知、分析和撇消 )受委托的变更权; f)处理、存储、复制、打包和发布SCI的一致方法 对第三方存档(保存契约方)的好处 SCⅠ的状态可能会在供方需方和负责保管物品的第三方代理之间共享,直到一定合同条件得到满 足,例如,最终供方完成支付或清偿。 对于采用SCM的第三方代理的需方和供方的好处是保证所存放的SCI的完整性。本标准规定了 保护和检索这些SCI的要求 表1 角色 作 为需方 作为供方 与软件产品供方的关系 与最终客户的关系: 需方/操作员/用户请求产品 可以提供软件产品 接收SCM管理的产品 可以运用软件产品以交付信息技术服务 与SCM过程供方的关系 与需方/操作员/用户的关系 软件产品供方 请求SCM过程 提供软件产品 接收SCM活动和任务的结果 接收(经过调整的)SCM过程的要求 与分包商或销售商的关系 与软件产品供方的关系 SCM过程供方 请求分包商的工作或工具 接收关于SCM过程的请求 接收分包商的工作或工具 提供软件产品SCM结果 与SCM过程供方的关系 分包商或销售商 与更低层分包商的关系 可能请求工作或工具,等等 接收关于分包商工作或工具的请求 需方 软件产品供方 运行过程 维护过程 开发过程 契约性保管 过程供方 界面控制 契约性保管 图例 关系如下 SCM的供 分包商、顾客或 SCM的需方 工具销售商 操作关系 图1SCM过程的供方和其他各方之间的角色关系 GB/T20158-2006/ISO/ IEC TR15846:1998 信息技术软件生存周期过程 配置管理 1范围 本标准是基于GB/T8566的配置管理CM过程[以下称作软件配置管理(SCM)过程],规定了计 算机软件配置管理的实施要求,以用于软件产品的开发维护和运行。 本标准适用于 任何形式的软件; 软件产品的整个生存周期和生存周期内的单个开发维护和运行项目;从分包商或销售商获得 的软件; 软件产品的供方和需方。 本标准适用于供、需双方的情况,并且双方属于同一组织时也同样适用。这种双方情况的范围从非 正式协定到正式合同。本标准可由一方用于自我强制安排的任务,或者运用于现货产品 1.1本标准的剪裁 某些软件产品和软件生存周期可能需要提出其他适用标准或合同规定的要求或者适合于本地惯例 的要求。SCM过程可通过增加要求的方式予以剪裁 如果发现不适用本标准中规定的某些具体的要求,也可对SCM过程加以剪裁,略去这些要求。利 用本标准提供的对照表(见附录A)有助于按照GB/T8566《信息技术软件生存周期过程》的剪裁要 求处理对本标准的剪裁 1.2过程角色 本标准的用户充当需方和供方角色(见图1) 执行GB/T8566中规定的维护和开发过程的软件产品供方是SCM的需方。 对于运行过程,在软件产品验收后,上述需方可能针对最终客户或用户充当SCM的供方角色。 SCM过程的供方可充当分包工作或销售商工作的需方角色 2符合性 不作要求。 3规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有 的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。 GB/T8566-2001信息技术软件生存周期过程( idt iso/IEC12207:1995) 术语和定义 GB/T85662001确立的下列术语和定义适用于本标准 批准的修改 approved modification 对于一项或多项变更申请的处置,即授权变更SCI GB/T20158-2006/ISo/ FEC TR15846:1998 注:“变更申请”与“批准的修改”之间可能存在多对多关系。某次变更申请可能引起若干SCI(即使只对代码和测试 用例)的修改。某个修改也可能源于若干变更中请,这些变更申请可能是同时批准的,也可能是当已经批准的 个修改尚在推进之中的那段时间内批准的新的修改。 4.2 变更授权机构 change authority 同GB/T19017中的“配置控制委员会”。 注:由指定的变更授权机构对变更申请加以处置。该机构往往也称为“变更控制委员会”或“配置控制委员会”。此 机构可能批准某变更申请,进而将其转换成批准的修改,或者可能否决某变更申请,或者可能推迟决定 4,3 变更申请 proposed change 非常规的、要求的或建议改进的报告:从登记意见起直到由被指定的变更授权机构予以处置为止 注1:处置可能是拒绝、推迟决定以待进一步分析或接受。一且接受,变更申请即成为批准的修改 注2:变更和批准的修改之间可能存在一对一、对多或多对多的关系。 4.4 软件配置管理(SCM) Software Configuration Management(sCM 在整个软件生存周期内为确保SCI的完整性和正确性而运用配置管理(见GB/T19017)的过程。 4.5 软件库 software library 在开发、运行和维护中提供帮助的一种SCI受控集合 4.6 软件工具 software tool 对软件生存周期任务提供自动支持的一种软件产品。 注:软件工具包括销售商软件和内部开发的工具,与创建者是否支持无关。工具包括由操作系统运行的软件和操 作系统本身。工具还包括解释程序,如宏、测试脚本,或构造指令。 5缩略语 CⅠ配置项 CM配置管理 SCI软件配置项 SCM软件配置管理 6SCM过程实施 GB/T85662001 6.2.1过程实施 此项活动包括下述任务: 6.2.1.1编制配置管理计划。该计划应该描述:配置管理活动;为实施这些活动采用的规程和进度 安排;负责实施这些活动的组织,以及它们和其他组织的关系,例如:软件开发和维护部门。计划应 该形成文档并实施 注:该计划可以是系统配置管理计划的一部分。 GB/T20158-2006/IsO/ IEC TR15846:1998 SCM过程实施覆盖关于开发、运行或维护过程的整个软件生存周期或任何特定子集 6.1启动和规定范围 6.1.1规定SCM过程的输入 SCM过程应该获取SCM需求作为本过程的输入,应确保SCM需求是完整的和可理解的。这些 SCM需求应包含 a)作为SCM过程的组成部分的软件产品; b)按SCM计划执行SCM过程的证据或保证; )执行SCM过程的软件环境 只要软件产品包含获得的顾客提供的、分包的或销售商的SCI,SCM过程就应该识别任何外部产 生的SCI,并且控制其变更、说明其状态并执行配置评价(也称作“配置审核”) 6.1.2规定SCM过程的资源和约束 SCM过程应该从技术和管理两方面建立组织环境,在这个环境中通过规定下列内容,实施SC 活动: a)组织单位—那些受基线SCI影响、参与或负责SCM活动的单位; b)这些组织单位的SCM角色及其职责 c)组织单位之间的关系需方或供方。 SCM过程应该建立和维护文档,用于规定组织、活动、任务、规程、计划信息和报告的格式以及资 源。SCM过程应唯一地标识对SCM规程、标准、术语和相关文档等的引用。 分配职资和权限 SCM过程应该策划获取和使用必要的SCM资源。 SCM过程应该将SCM活动分配给具有执行SCM活动的权限和能力的组织单位来执行,这些 SCM活动包括 a)建立基线; b)批准或否决基线的变更; c)发布软件产品; d)批准或否决偏离SCM要求的让步。 SCM过程应该标识和指定单一联络点 SCM过程应该确定基线变更的审批准则。 SCM过程应该确定变更权和指定权限范围 6.1.4SCI的选择准则 SCM过程应该建立软件产品的SCI选择准则: a)所要求的SCI; b)软件环境拟使用的SCI; c)拟用于派生发布的SCI,包括派生工具的使用说明和参数 SCM过程应该规定充分选择SCI的准则,以便管理SCI的性能参数和物理特性 注:SCM过程宜避免选择过多的SCI否则将妨碍管理的清晰性并增加成本。 6.1.5规定SCM过程的输出 SCM过程应根据需要进行策划,以得到下列输出: a)运行软件环境的信息; b)SCI标识方案 c)重新构造SCI的工具和软件环境; GB/T20158-2006/ISO/ IEC TR15846:1998 d)SC【版本控制方案 e)支持SCI结构的文档; f)SCI状态的含义; )SCI的状态; h)SCI状态的完整性; SCI。 6.2策划 对于具体软件产品,SCM过程应策划SCM活动对软件生存周期里程碑或影响SCM实施的事件 (例如引入接日控制)的依赖性 那些执行SCM活动的或者与SCM活动相互影响的人员代表应该评审和批准该SCM策划。 SCM过程应该按照要求提供有关SCM过程的变迁和SCM软件产品的进展 适当时,SCM过程应该计划终止SCM活动。 SCM过程应该更新SCM计划信息以反映变更情况。在执行变更的SCM任务之前,SCM过程应 该评审该变更并且得到有关人员的批准 sCM计划中应该包括或引用(适当时)下列信息: a)合同标识 b)规定的软件生存周期过程的SCM支持范围 )拟交付的已知软件产品的标识 d)后续维护所要求的其他软件产品的标识,或影响上述c)标识的产品的完整性的其他软件产品 的标识 )组织的定义和相互关系; f)角色和职责 g)所需资源的清单和何时需要资源 h)适当时,SCM与任何硬件或系统配置管理的相互关系,以及各种活动(包括分包商SCM控制) 的接口规程 状态报告过程,包括格式进度和发布 j)控制变更(包括提出变更申请)的规程,以及授予变更和提升SCI的权限的规程; k)前期版本支持政策,包括拟保留的版本的编号; 1)以多种版本对各个不同的顾客提供支持 m)基线验证评审 n)对拟采用的SCM过程完整性的验证审核 o)SCM过程不能执行所要求的任务(因而将影响SCM任务的成本、进度或性能)的风险 p)关于发布管理和交付的规程; q)接口控制 6.3控制执行 SCM过程应该为软件环境提供适当的工具和设备以及充裕的人员培训时间,以便执行SCM计划 所规定的SCM任务。SCM过程应该依照SCM计划中记录的SM任务。 6.4SCM过程的评审和评价 SCM过程应该确保SCM任务符合SCM计划。SCM过程应该执行诸如“问题解决”和(或)“过程 改进”之类过程,以修正对SCM计划中的偏离。 6.5结束 适当时,SCM过程应该终止SCM活动

...展开详情
img
喜狼狼9527

关注 私信 TA的资源

上传资源赚积分,得勋章
相关内容推荐