研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx

上传人:王** 文档编号:1225799 上传时间:2024-06-05 格式:DOCX 页数:8 大小:32.85KB
下载 相关 举报
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第1页
第1页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第2页
第2页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第3页
第3页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第4页
第4页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第5页
第5页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第6页
第6页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第7页
第7页 / 共8页
研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
资源描述

《研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx》由会员分享,可在线阅读,更多相关《研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构dr.docx(8页珍藏版)》请在优知文库上搜索。

1、ICS35.020CCSYD中华人民共和国通信行业标准YDT1753T2018代替YD/T研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构TheCapabilityMaturityModelofDevOpsPart1:GeneralArchitecture(报批稿)-义发布-X实施中华人民共和国工业和信息化部发布目次前言Ill1范围12规范性引用文件13术语和定义13.1 Nd置项configurationitem13.2 制品artifact13.3 代码复杂度codecomplexity13.4 部署流水线deploymentpipeline13.5 研发运营一体化DeVoP

2、S14缩略语25研发运营一体化(DeVOPS)能力成熟度级别划分26总体架构26.1 过程管理36.1.1 敏捷开发管理36.1.1.1 价值交付管理36.1.1.2 敏捷过程管理36.1.1.3 敏捷组织模式36.1.2 持续交付36.1.2.1 配置管理36.122构建与持续集成36.L2.3测试管理36.1.2.4部署与发布管理46.1.2.5环境管理46.1.2.6数据管理46.L2.7度量与反馈46.1.3技术运营46.2 应用设计46.3 安全及风险管理46.4 组织结构46.4.1 组织形态46.4.2 文化塑造4643人员技能56.4.4 创新管理56.4.5 变革管理56.5

3、 评估方法56.6 系统和工具技术要求5研发运营一体化是指在IT软件及相关服务的研发及交付过程中,将应用的需求、开发、测试、部署和运营统一起来,基于整个组织的协作和应用架构的优化,实现敏捷开发、持续交付和应用运营的无缝集成。帮助企业提升IT效能,在保证稳定的同时,快速交付高质量的软件及服务,灵活应对快速变化的业务需求和市场环境。本标准是“研发运营一体化(DevOps)能力成熟度模型”系列标准的第1部分:总体架构,该系列标准的结构和名称如下:第1部分:总体架构第2部分:敏捷开发管理第3部分:持续交付第4部分:技术运营第5部分:应用设计第6部分:安全及风险管理第7部分:评估方法第8部分:系统和工具

4、技术要求本标准/本部分按照GB/TL12009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准/本部分由中国通信标准化协会提出并归口。本标准/本部分起草单位:中国信息通信研究院、北京华佑科技有限公司、北京百度网讯科技有限公司、北京京东尚科信息技术有限公司.本标准/本部分主要起草人:栗蔚、萧田国、牛晓玲、雷涛、马成功、景韵、张新、石雪峰。研发运营一体化(DevOps)能力成熟度模型第1部分:总体架构1范围本标准规定了研发运营一体化(DevOps)的概念范围、总体架构及能力成熟度模型。本标准适用于具备IT软件研发交付运营能力的组织实施IT软件开发

5、和服务过程的能力进行评价和指导;可供其他相关行业或组织进行参考;也可作为第三方权威评估机构衡量软件开发交付成熟的标准依据。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。1 GB/T32400-2015信息技术云计算概览与词汇2 GB/T32399-2016信息技术云计算参考架构3 YD/2441-2013互联网数据中心技术及分级分类标准4 GB/T33136-2016信息技术服务数据中心服务能力成熟度模型3术语和定义下列术语和定义适用于本标准。3.1配置项config

6、urationitem即纳入配置管理范畴的工作成果,是保存系统和项目的相关配置。3.2制品artifact即构建过程的输出物,包括软件包,测试报告,应用配置文件等。3.3代码复杂度codecomplexity主要度量指标为圈复杂度,即代码中线性独立路径的数量。3.4部署流水线depIoymentpipeline指软件从版本控制库到用户手中这一过程的自动化表现形式。3.5研发运营一体化DevOpsDeVOPS是DeVeIOPnIent和OPerationS的组合词,它是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。它的出现是

7、由于软件行业认识到为了按时交付软件产品和服务,开发和运营工作必须紧密合作。4缩略语下列缩略语适用于本文件。CIContinuousIntegration持续集成CDContinuousDelivery持续交付5研发运营一体化(DevOps)能力成熟度级别划分研发运营一体化(DevOps)能力成熟度模型,共分为5个级别,每个级别中按照不同程度说明,呈现递进的方式,高级别内容宜包含低级别内容,无需重复引用。级别英文中文定义1级InitialLevel初始级在组织局部范围内开始尝试DeVOPS活动并获得初期效果2级FundamentalLevel基础级在组织较大范围内推行DeVOPS实践并获得局部效

8、率提升3级ComprehensiveLevel全面级在组织内全面推行DeVOPS实践并贯穿软件全生命周期获得整体效率提升4级ExcellentLevel优秀级在组织内全面落地DeVOPS并可按需交付用户价值达到整体效率5级FabulousLevel卓越级在组织内全面形成持续改进的文化并不断驱动DeVOPS在更大范围内取得成功6总体架构一.研发运If一体化(DevOps)过程新发管理持电泄技椁re喇的9与附最Kte9管曹柳IHla三9894反3S三三Wtt!三Sft9B用户体善sft粕豫RI件m然询C81年加眩更走3IaaSTSS克Koscsa三js99嚼fiXdB可眦t9i=5S30优%PmS

9、S力量二.MI发达京一体化(【evps)应用,计加蝴T化(DeV0p)姓及MRBlera四.。发运营体化(【evps)方法fi.研发运营一体化(。PvOps)图研发运营一体化(DevOps)标准总体架构研发运营一体化(DevOps)能力成熟度模型覆盖端到端软件交付生命周期全流程,是套体系化的方法论、实践和标准的集合。研发运营一体化(DevOps)总体架构可划分为五部分,即过程(敏捷开发管理、持续交付、技术运营)、应用设计、安全风险管理、评估方法和系统和工具技术要求。1.1 过程管理研发运营一体化(DevOps)过程管理主要包括敏捷开发管理、持续交付和技术运营三部分内容。1. 1.1敏捷开发管理

10、敏捷开发管理从价值交付管理、敏捷过程管理、敏捷组织模式这三个维度,从软件开发过程中的有序迭代,灵活响应,以及价值的快速交付提出能力要求。1.1.1.1 价值交付管理价值交付管理主要是从需求工件、需求活动两部分内容,体现需求管理过程中的分析、测试、验收三个阶段。需求工件从需求内容和形式、需求测试用例编写、需求测试用例验证以及需求测试用例管理四个维度进行描述。需求活动从需求分析协作、需求管理方式、需求验收频率、需求验收范围以及需求验收反馈效率五个维度进行描述。1.1.1.2 敏捷过程管理敏捷过程管理是产品经理、研发团队以及与产品相关的干系人围绕业务价值交付进行的软件研发过程,主要分为价值流和仪式活

11、动两部分。价值流分为交付与需求、交付质量和交付反馈与度量、价值流动四个维度进行描述。仪式活动分为交付计划、交付活动和人员组织三个维度进行描述。1.1.1.3 敏捷组织模式敏捷组织模式是指团队在研发过程中的角色定义、角色能力以及之间的协作,团队结构的工作方式、团队间的协作模式等方面的要求,从而提升交付过程的流畅度,分为敏捷角色和团队结构两个维度的能力进行描述。2. 1.2持续交付持续交付主要是指应用软件集成交付环节,通过配置管理、构建与持续集成、测试管理、部署与发布管理、环境管理、数据管理和度量与反馈的能力建设和工程实践保证软件持续顺畅高质量的对用户完成发布。6. 1.2.1配置管理配置管理是指

12、对软件产品及其开发过程和生命周期进行控制、规范的一系列软件工程过程。配置管理分为版本控制和变更管理两个维度的能力进行评估。7. 1.2.2构建与持续集成构建是指将软件源代码通过构建工具转换为可执行程序的过程,而持续集成是通过频繁的代码提交,自动化构建和测试,尽快验证和发现集成错误,主要分为构建实践和持续集成两个维度的能力进行描述。8. 1.2.3测试管理测试管理是指在软件开发过程中,对测试相关的过程、方法等进行定义和管理,分为测试分层策略、代码质量管理和自动化测试三个维度的能力进行描述。9. 1.2.4部署与发布管理部署与发布管理是指软件生命周期中,将软件应用系统向最终用户交付的过程,分为部署

13、与发布模式和部署流水线两个维度的能力进行描述。10. 1.2.5环境管理环境管理是指对生命周期管理、一致性管理和环境版本管理的过程,主要从环境类型、环境构建和环境依赖与配置管理三方面的能力进行描述。11. 1.2.6数据管理数据管理是指系统开发过程中为满足不同测试需求,保证生产数据安全而人为准备的测试数据,主要从测试数据管理、数据变更管理两个维度的能力进行描述。12. 1.2.7度量与反馈度量与反馈是指通过设立度量指标且及时有效的反馈的机制,主要从度量指标和度量驱动改进两个维度的能力进行描述。13. .3技术运营技术运营环节主要是指应用系统服务发布后的环节,涉及运维成本服务、高可用架构服务、用

14、户体验服务、客户服务、监控服务、产品运行服务和运营数据服务,保障良好的用户体验,打造持续的业务价值反馈流。技术运营从监控管理、事件管理、变更管理、容量管理、成本管理、连续性管理、用户体验管理、运营一体化平台八个维度的能力进行描述。1.2 应用设计应用架构的设计有助于系统解耦和灵活发布,及时响应业务变化,也是高可用与高性能系统的核心能力。1.3 安全及风险管理安全考量和全局规划,可以让安全发挥更大的价值,并真正助力应用的全生命周期安全管理。6. 4组织结构跨功能团队的组织架构和高度互信协同,责任共担的组织文化同样会对组织能力的提升带来正向作用,主要从组织形态、文化塑造、人员技能、创新管理和变革管理五个维度的能力指标进行描述。7. 4.1组织形态组织形态是指纵向的等级关系和横向的协作关系及其沟通关系而形成的企业架构,主要从目标管理、协作模式和决策模式三个维度的能力进行描述。8. 4.2文化塑造

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 软件工程

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!