GB∕T 8566-2022 系统与软件工程 软件生存周期过程.pdf
《GB∕T 8566-2022 系统与软件工程 软件生存周期过程.pdf》由会员分享,可在线阅读,更多相关《GB∕T 8566-2022 系统与软件工程 软件生存周期过程.pdf(114页珍藏版)》请在咨信网上搜索。
1、ICS 35.080CCS L 77中华人民共和国国家标准GB/T 85662022/ISO/IEC/IEEE 12207:2017代替 GB/T 85662007系统与软件工程软件生存周期过程Systems and software engineering-Software life cycle processes(ISO/IEC/IEEE 12207:2017,IDT)2022-10-12 发布2023-05-01 实施国家市场监督管理总局 国家标准化管理委员会GB/T 85662022/ISO/IEC/IEEE 12207:2017目 次前言.in引言.IV1范围.1l.i 概述.11.
2、2 目的.11.3 应用领域.11.4 限制.22规范性引用文件.23术语和定义、缩略语.23.1 术语和定义.23.2 缩略语.94符合性.104.1 预期用法.104.2 完全符合.114.3 剪裁符合.115 关键概念和应用.115.1 导引.115.2 软件系统概念.115.3 组织和项目概念.155.4 生存周期概念.155.5 过程概念.175.6 过程组.175.7 过程应用.195.8 过程参考模型.206软件生存周期过程.206.1 协定过程组.206.2 组织的项目使能过程组.246.3 技术管理过程组.306.4 技术过程组.43附录A(规范性)剪裁过程.79附录B(资料
3、性)过程信息项示例-.81附录C(资料性)用于评估目的的过程参考模型.85附录D(资料性)过程集成和过程构建.87附录E(资料性)过程视图.89附录F(资料性)软件系统架构建模.96IGB/T 85662022/ISO/IEC/IEEE 12207:2017附录G(资料性)将软件生存周期过程应用于系统之系统.98附录H(资料性)敏捷的应用.101附录NA(资料性)本文件与GB/T 8566-2007的差异.103参考文献.107GB/T 85662022/ISO/IEC/IEEE 12207:2017刖 百本文件按照GB/T 1.12020标准化工作导则 第1部分:标准化文件的结构和起草规则的
4、规定 起草。本文件与GB/T 220322021系统与软件工程 系统生存周期过程共同构成了软件与系统工程 领域的基础性标准。本文件代替GB/T 85662007信息技术 软件生存周期过程。与GB/T 85662007相比,除结 构调整和编辑性改动外,主要技术变化如下:术语和定义做了调整和补充(见第3章,2007年版的第3章);软件生存周期过程模型作了重大调整和变化(详见附录NA)。本文件等同采用1SO/IEC/IEEE 12207:2017系统与软件工程 软件生存周期过程。本文件做了下列最小限度的编辑性改动:-删除附录1(资料性)与ISO/IEC/IEEE 12207:2008的过程映射,本文
5、件代替的2007版本采用 ISO/IEC 12207:1995,本文件采用 ISO/IEC/IEEE 12207:2017,ISO/IEC/IEEE 12207:2008 为中间版本,对国家标准没有意义,并不涉及技术内容的变更;增加了附录NA(资料性)。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国信息技术标准化技术委员会(SAC/TC 28)提出并归口。本文件起草单位:浙江省电子信息产品检验研究院、中国电子技术标准化研究院、江苏赛西科技发 展有限公司、深圳赛西信息技术有限公司、中国电子科技集团公司第五十四研究所、北京航天自动控制 研究所、浙江中控技术股
6、份有限公司、中国航发商用航空发动机有限责任公司、山东山科数字经济研究 院有限公司、中国航天系统科学与工程研究院、北京软件和信息服务交易所有限公司、上海宝信软件股 份有限公司、大连理工大学、中国电子科技集团公司第十研究所、山东省计算中心(国家超级计算济南中 心)、广东益安人防工程科技有限公司、上海计算机软件技术开发中心、北京赛迪认证中心有限公司、成都四方伟业软件股份有限公司、山东正中信息技术股份有限公司、北京华宇软件股份有限公司、上海 市软件评测中心有限公司。本文件主要起草人:张君、张扬扬、季永炜、李文8r孙纪敏、赵浩强、郭晓慧、刘永召、祝钦、李冈八 杨桂枝、于铁强、张星星、黄铉梅、宋明秋、董李
7、梅、赫畅、孙金洋、王公韬、马烈、胡芸、颜怀柏、宋丽华、祁雨奇、庄园、王春晓、董冠涛、米坤、孟艳、李艳、韩德隆、李敏。本文件及其所代替文件的历次版本发布情况为:1988年首次发布为GB/T 85661988计算机软件开发规范;1992年第一次修订为GB/T 85661992信息技术 软件生存期过程;-2001年第二次修订为GB/T 85662001信息技术 软件生存周期过程,2007年第三次 修订;本次为第四次修订。mGB/T 85662022/ISO/IEC/IEEE 12207:2017引 言软件系统的复杂性已经增加到前所未有的程度。这为创建和使用系统的组织带来了新的机遇,但 也带来了更多的
8、挑战,这些挑战存在于软件系统的整个生存周期以及架构层次上的所有细节。本文件 提供了一个公共过程框架,以便采用软件工程方法描述人工创建的系统生存周期。软件工程是成功实 现软件系统的一种跨学科方法和手段,它关注定义利益相关方的需要以及开发周期之前所要求的功能,它关注建立需求文档,它关注执行设计集成和系统验证,同时也考虑全局性的问题。软件工程将所有的 规程和专业组集成到一个团队工作中,形成一个从概念到生产、到操作、到维护的结构化开发过程,同时 也考虑全部利益相关方的业务和技术需要,以提供满足用户和其他利益相关方要求的高质量产品为目 标。该生存周期跨越了从概念到系统退役的整个过程,为系统的获取和供应,
9、提供了相应的过程,同时 也有助于改进创建、使用和管理现代软件系统各方之间的沟通和合作,使它们可以按一种集成化的、高 内聚的模式工作。该框架还提供了对生存周期过程的评估和改进。本文件中的过程形成了一个全面的集合,组织可从中构建适合其产品和服务的软件生存周期模型。根据组织目的,可选择并应用一个适当的子集来实现该目的。本文件可在下列一种或多种模式下使用。a)组织使用一帮助建立所需过程的环境。这些过程可由方法、过程、技术、工具和经过培训的 人员组成基础结构来支持。然后组织可使用上述环境来执行和管理自身的项目,并通过它们 的生存周期阶段来开发软件系统。在这种模式下,本文件用于评估已声明的、已建立的环境是
10、 否符合其规定。b)项目使用帮助选择、构建和使用一个已建立的环境元索来提供产品和服务。在这种模式 下,本文件用于评估项目是否符合已声明和已建立的环境。c)需方和供方使用一帮助制定关于过程和活动的协议。通过该协议,本文件中的过程和活动 被选定、协商、同意和执行。在这种模式下,本文件用于指导协议的制定。d)过程评估者使用一作为过程参考模型,用于过程评估的绩效,以支持组织的过程改进。考虑到软件和系统范围的区别,本文件中的软件生存周期过程模型中的“特定项目包管理过程”与 GB/T 22302-2021系统生存周期过程模型中的“项目群管理过程”指的是同一过程,但在表述上存在 差异。IVGB/T 8566
11、2022/ISO/IEC/IEEE 12207:2017系统与软件工程软件生存周期过程1范围1.1 概述本文件使用良好定义的术语,为软件生存周期过程建立了一个公共框架,以供软件产业界引用。该 框架包含过程、活动和任务,可用于软件系统、产品和服务的获取、供应、开发、运行、维护或处置期间。这些生存周期过程是通过所有与系统有关的各方参与,以实现顾客满意为最终目标来完成的。本文件适用于软件系统、产品和服务,以及任何系统中的软件部分的获取、供应、开发、运行、维护和 处置(无论在组织内部还是外部执行)。软件包括固件的软件部分,还包括为软件产品和服务提供环境 所需的系统定义那些部分。本文件还提供了可用于一个
12、组织或一个项目内来定义、控制和改进软件生存周期过程的过程。本文件中的过程、活动和任务还可应用于一个包含软件的系统的获取期间,其中,既可以单独使用,也可以和GB/T 220322021结合使用。GB/T 220322021主要关注那些很少使用或不使用软件的人造系统,与GB/T 220322021的使 用环境相比,本文件主要关注的是一个连续统一体的软件人造系统。现实中,很少遇见一个没有软件的 复杂系统,且所有软件系统均需通过物理系统的部件(硬件)来运行,或只作为关注焦点的软件系统的一 部分,或只作为一个使能系统或基础设施。因此,是否把本文件应用于软件生存周期,还是把 GB/T 22032-2021
13、应用于软件生存周期,这一选择依赖于所关注的系统。两个标准中的过程具有相 同的过程目的和过程输出,但是分别在执行软件工程或系统工程的活动和任务中有所不同。1.2 目的本文件的目标是在系统生存周期中提供一个已定义过程集合,来促进需方、供方和其他利益相关方 之间的沟通。本文件适用于软件系统、产品和服务的需方、供方、开发方、集成方、操作方、维护方、管理者、质量保 证管理者和用户。它既可由单方作为自我改进工作采用,也可用于多方的情况。各方可来自于同一个 组织,也可来自不同的组织,各方之间的关系可以是非正式合同或正式合同。本文件的过程可用于作为创建业务环境(例如,方法、规程、技术、工具和专业人员)的基础。
14、附录A 规定了对这些软件生存周期过程进行剪裁的规范性要求。1.3 应用领域本文件应用于完整的软件系统、产品和服务的生存周期,包括概念、开发、生产、使用、支持和退役,同时也应用于它们的获取和供应,无论是在组织内部还是外部运行。本文件定义的生存周期过程可同 时地、迭代地、递归地应用于软件系统,也可递增地应用于软件系统元素。在软件系统的目的、应用领域、复杂性、规模、新颖性、适应性、数依、位置、生存时间与演进等方面,软件系统是千差万别的。本文件描述了包含人工软件系统的生存周期过程。因此,它既可应用于单件 生产、面向广泛的商业或公共发行,以及可定制可适应的软件系统,也可应用于完整的单机软件系统和 可嵌入
15、/集成为更大更复杂的完整系统中的软件系统。本文件提供了根据过程目的和过程输出特征而展现的过程参考模型,而过程目的和过程输出来源 于活动和任务的成功执行。附录B列出了与不同过程相关工作产品和信息项的例子。因此本文件作 1GB/T 85662022/ISO/IEC/IEEE 12207:2017为参考模型,用于支持过程评估(参见ISO/IEC 33002:2015)。附录C提供了作为过程参考模型和关于 软件生存周期使用的信息。附录D描述了使用过程参考模型的过程结构。1.4 限制本文件并不规定具体的软件生存周期模型、开发方法学、方法、建模方法或者技术。本文件的用户 负贡选择项目的生存周期模型,并把本
16、文件的过程、活动和任务映射到模型。各方也可选择和应用适合 该项目的合适的方法学、方法、模型和技术。本文件没有建立管理体系,也未要求使用任何管理体系标准。然而还是期望与GB/T 19001规定 的质量管理体系、ISO/IEC 20000-1(IEEE std 20000-D规定的服务管理体系以及GB/T 29246规定的 信息安全管理体系兼容。本文件没有详述关于命名、格式、明确内容、记录媒介的信息项。生存周期过程信息项(文档)内容 参见 ISO/IEC/IEEE 15289。2规范性引用文件本文件没有规范性引用文件。3术语和定义、缩略语3.1 术语和定义下列术语和定义适用于本文件。3.1.1需方
17、 acquirer从供方获得或采购某一产品或服务的利益相关方。注:需方的同义术语,常用的有买方、顾客、所有者、购买者或内部/组织赞助方。3.1.2获取 acquisition获得某一系统、产品或服务的过程。3.1.3活动 activity某一过程中高内聚的任务集合。3.1.4敏捷开发 agile development以迭代开发、频繁检查和调整、增量交付为手段,依靠跨功能团队协同和持续与利益相关方沟通反 馈促进需求和解决方案不断演进的软件开发方法。来源:ISO/IEC/IEEE 26515:20113.1.5协定 agreement据以维持工作关系并得到相互确认的条款与条件。示例:合同,协定备
18、忘录。3.1.6架构 architecture体系结构(系统)在其环境中的一些基本概念或性质,体现在其元素、关系,以及设计与演进原则中。2GB/T 85662022/ISO/IEC/IEEE 12207:2017来源:ISO/IEC/IEEE 42010:2011,3.23.1.7架构框架 architecture framework体系结构框架在特定应用领域和/或利益相关方的团体中,为描述架构所建立的约定、原理和实践。示例1:GB/T 18757中的通用企业参考架构、方法论(GERAM)是一种架构框架。示例2JSO/IEC 10746开放分布式处理参考模型(RM-ODP)是一种架构框架。来源
19、 JSO/IEC/IEEE 42010.2011,3.433.1.8架构视图 architecture view从特定系统关注的视角来表达某一系统架构的工作产品。来源:ISO/IEC/IEEE 42010:2011,3.53.1.9架构视角 architecture viewpoint为架构视图的构造、解释和使用,建立约定的工作产品,以便构建特定系统的关注焦点。来源:ISO/IEC/IEEE 42010:2011,3.633.1.10审核 audit审计为评估工作产品或工作产品集是否符合规范、标准、合同协定或其他准则而进行的独立检查。来源:GB/T 114572006,3.2133.1.11基
20、线 baseline经正式批准的配置项。它与媒介无关,是在该配置项的生存周期中的特定时间节点确定并固化的。来源:IEEE Std 8282012,2.13.1.12业务过程 business process为了达到某种期望的最终结果,从而实现组织的既定目标,可执行的部分有序的企业活动的集合。3.1.13运营观念 concept of operations对于某一组织的一项或一系列行动的设想或意图,以文字和/或图形做出的概略表述。注1:运营观念通常在长远战略规划和年度运营计划中得到体现。在年度运营计划中,运营观念覆盖同时或相继进 行的一系列相关行动。运营观念旨在描述组织运行的整体图景。参见3.1
21、.28运行概念。注2:运营观念为提供确定运行空间、系统能力、界面和运行环境边界的基础。来源:ANSI/AIAA G-043A2012e,5.23.1.14关注焦点concern(系统)一个或多个利益相关方对某一系统的利益所在。注:关注焦点涉及对某一系统在其环境方面的各种影响,包括开发的、技术的、业务的、运行的、组织的、政策的、经 济的、法律的、监管的、生态的以及社会的影响。来源:ISO/IEC/IEEE 42010.2011,3.73.1.15配置项 configuration item技术状态项为了进行配置管理而指定的,在配置管理的过程中作为单个实体对待的硬件、软件或软硬件综合项 3GB/T
22、 85662022/ISO/IEC/IEEE 12207:2017或聚合体。示例:软件、固件、数据、硬件、人员、过程(如,为用户提供服务的过程)、程序(如,操作说明和用户手册)、设施、服 务、材料和自然存在的实体。来源:ISO/IEC/1EEE 24765:2010,3.5633.1.16顾客 customer接受某项产品或服务的组织或个人。示例:消费者、客户、用户、需方、买方或购买者。注:顾客可以是组织内部的或外部的。3.1.17设计(动词)design(过程)界定架构、系统元素、接口,以及某一系统或系统元素的其他特性。来源:ISO/IEC/IEEE 24765:2010,3.800,有修改
23、3.1.18设计(名词)design设计(3.L17)过程的结果。注1:信息,包括系统元素及其相互关系的规范,充分完备足以支持架构兼容实现的信息。注2:设计提供了系统元素的详细的实现级的物理结构、行为、时间关系和的其他属性。3.1.19设计特性 design characteristic属于一个产品或服务的可测量描述的设计属性或特有性质。3.1.20使能系统 enabling system对所关注的系统在其生存周期阶段提供支持,但在其运行期间不必直接发挥功用的系统。示例:在软件开发期间用于控制软件元素的配置管理系统。注:每一个使能系统都有自己的生存周期。当使能系统为了其自身的需要也被作为所关注
24、的系统对待时,本文件 同样适用于它们。3.1.21环境 environment(系统)决定对一个系统的所有影响的设置和情势的周境。来源 JSO/IEC/IEEE 42010:2011,3.83.1.22设施 facility促进行动执行的物理手段或设备,例如厂房、仪器、工具。3.1.23偶发事件incident项目、产品、服务或系统在其生存周期中任意时刻发生的异常、意外事件或者事件、条件、情况的集合。3.1.24信息项 information item信息产品 information product供人们使用而制作、存储和交付的可单独识别的信息体。来源:ISO/IEC/IEEE 15289.2
25、015,3.1.1233.1.25基础设施 infrastructure支持计算机系统与软件的设计、开发和改进的硬件和软件环境。4GB/T 85662022/ISO/IEC/IEEE 12207:20173.1.26生存周期life cycle系统、产品、服务、项目或其他人工实体从概念到退役的演变。3.1.27生存周期模型 life cycle model与生存周期相关的过程和活动的框架,可以组织成多个阶段,也可作为交流和理解的通用参考。3.1.28运彳亍概念 operational concept对于一个组织的,关于一个系统或一组相关系统的运行或一系列运行的,设想或意图的文字和图形 化表述。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT 8566-2022 系统与软件工程 软件生存周期过程 GB 8566 2022 系统 软件工程 软件 生存 周期 过程
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【曲****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【曲****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。