软件开发方法与实践 课件 第9、10章 软件能力成熟度模型、华为云软件开发生产线案例

第九章软件能力成熟度模型目录019.1CMM概述能力成熟度模型的起源软件工程三要素CMM五个成熟度等级成熟度等级演进路径029.2CMMICMMI的提出背景CMMI的过程域阶段式表示法连续式表示法039.3华为云零信任零信任发展现状及趋势零信任能力成熟度模型五大安全领域详解华为云零信任实践9.1CMM概述能力成熟度模型的起源软件工程三要素与CMM五个成熟度等级9.1CMM概述9.1CMM概述软件开发的三大目标计算机软件是当今社会各行各业实现信息化的重要基石。软件的种类、规模和功能需求不断延伸扩展，对软件开发的三大目标提出了越来越高的挑战：质量—软件产品满足用户需求的程度成本—开发过程中投入的资源控制进度—项目按时交付的能力三大目标之间相互关联、相互制约，需要平衡这三者之间的关系。质量成本进度1968SOFTWAREENGINEERING为解决或缓解软件危机，减少软件质量不达标、成本和进度超预期的情况，北大西洋公约组织于1968年提出了"软件工程"的概念。用现代工程化的方法进行软件的构建、管理、运行、维护和更新，成为软件工程的核心思想。9.1CMM概述软件工程三要素：过程、方法、工具01过程（Process）软件工程三要素的根基。将工具和方法综合起来，达到合理、及时地进行软件开发的目的。是软件产品构建时所执行的一系列活动、动作和任务的集合。02方法（Method）提供"如何做"的技术。覆盖面很广，包括业务沟通、需求分析、设计建模、程序构建、功能测试等各个阶段的方法论指导。03工具（Tool）提供自动或半自动的软件支撑环境。包括开发工具、测试工具、项目管理工具等，帮助团队更高效地完成软件开发任务。9.1CMM概述CMM的起源与发展1986年，美国卡内基·梅隆大学的软件工程研究所（SEI）为了解决由于软件过程管理不善而导致软件开发质量低下的问题，开始研发改进软件过程的软件过程成熟度框架。1991年，SEI提出了软件能力成熟度模型CMM1.0版。CMM既是软件品质、开发和维护过程等（统称软件过程）管理的模型，也是一种衡量软件开发能力和成熟度的标准。CMM在推动软件过程改进的实践中，提供了一个包含5个成熟度等级的框架，可用于衡量软件开发组织的成熟度并评估其软件过程能力。CMM1.0CAPABILITYMATURITYMODELCMM提供了一个包含5个成熟度等级的框架：1.初始级（等级1）2.可重复级（等级2）3.已定义级（等级3）4.已管理级（等级4）5.优化级（等级5）每个等级都建立在前一等级的基础上，朝着实现更成熟的软件过程的方向发展。9.1CMM概述CMM五个成熟度等级总览—从混沌到持续改进的渐进框架等级1初始级混沌的过程软件过程缺乏规范管理，处于混乱无序状态，项目成功依赖个人能力。等级2可重复级有纪律的过程已建立基本项目管理过程，能重复过往成功项目的经验。等级3已定义级标准一致的过程组织层面已定义标准化软件过程，所有项目遵循统一标准流程。等级4已管理级可预测的过程对软件过程和产品质量进行量化管理，实现过程的可预测性。等级5优化级持续改进的过程聚焦持续改进，通过数据分析识别改进机会，引入新技术优化过程。9.1CMM概述等级1初始级—混沌的过程软件过程缺乏规范管理，处于混乱、无序状态。项目成功完全依赖个人能力和英雄主义，过程不可控，质量难以保证。没有建立基本的项目管理流程，每次项目都是独特的冒险。等级2可重复级—有纪律的过程已经建立基本项目管理过程，能重复过往成功项目的经验。可对成本、进度、功能进行跟踪管理，过程具备一定规范性。项目计划、需求变更管理等基础实践已到位。等级3已定义级—标准一致的过程组织层面已定义标准化软件过程，所有项目遵循统一标准流程。团队协作模式和文档规范统一透明且一致。通过组织级的过程定义和培训推广，确保过程标准化执行。等级4已管理级—可预测的过程对软件过程和产品质量进行量化管理，通过数据收集与分析实现过程的可预测性。能精准监控项目进度、质量等指标，建立量化目标并持续跟踪度量。9.1CMM概述等级5优化级—能持续改进的软件过程聚焦持续改进，通过数据分析识别过程改进机会，引入新技术、新方法优化过程，实现软件过程的动态提升效率优化与持续创新。成熟度等级演进路径初始级→可重复级可重复级→已定义级已定义级→已管理级已管理级→优化级从无序到有序管理建立基本项目管理流程，如制订项目计划、跟踪进度、管理需求变更。从项目级到组织级标准梳理并定义全组织统一的标准化软件过程，形成文档化规范。从定性管理到量化管理建立量化指标，通过数据收集、分析监控过程，实现精准管理。从维持稳定到持续改进利用量化数据深度分析过程瓶颈，引入新技术持续优化软件过程。9.1CMM概述CMM核心要点总结1CMM的定义与目标CMM是软件过程管理的模型，也是衡量软件开发能力和成熟度的标准。其核心目标是通过5个成熟度等级框架，帮助软件组织确定改进优先次序，实现软件过程的高效、可控与持续优化。2五个成熟度等级从初始级（混沌）到优化级（持续改进），每个等级建立在前一等级基础上。演进路径为：初始级→可重复级→已定义级→已管理级→优化级，逐步实现过程规范化、量化和优化。CMM在软件工程中的重要意义CMM为软件组织提供了系统性的过程改进框架，通过定义、实施、度量、控制和改进软件过程，使软件开发更加有序，有效降低项目风险，提升软件质量。它是后续CMMI发展的基础，对软件工程领域产生了深远影响。9.2CMMI能力成熟度模型集成的提出背景过程域与表示方法9.2CMMI9.2CMMICMMI的提出背景CMM的推出对软件开发管理和质量提升有着巨大帮助。然而，随着IT信息行业的快速发展，软件系统环境和开发环境变得越来越复杂，单一学科的CMM模型不再适用。SEI逐渐开发了多种CMM模型：•系统工程（SE-CMM）•软件工程（SW-CMM）•软件采办（SA-CMM）•人力资源管理（PCMM）•集成化产品和过程开发（IPPD-CMM）在跨学科、跨组织和多文化交叉融合的背景下，模型选择可能发生冲突，亟需一种集成化的解决方案。2000CMMI1.0RELEASED1999年，SEI正式提出CMMI概念并完成首次实验。2000年，SEI正式推出CMMI1.0版本。CMMI融合了多个领域能力，解决了多模型并行的管理难题，在多领域过程改进场景中逐渐取代CMM。演进脉络：模型起源→模型整合→后续版本迭代。9.2CMMICMMI的过程域—CMMI-DEV1.2版本共22个过程域，分为4个类别项目管理类过程域（7个）中文名称英文名称缩写需求管理RequirementsManagementREQM项目规划ProjectPlanningPP项目监控ProjectMonitoringandControlPMC供应商协议管理SupplierAgreementManagementSAM集成项目管理IntegratedProjectManagementIPM风险管理RiskManagementRSKM定量项目管理QuantitativeProjectManagementQPM过程域（ProcessArea,PA）是同属于某个领域且彼此相关的实践集合，当这些过程域共同执行时，可以达到过程改进的目的。每个过程域都表示过程改进活动中应关注或改进的某个方面，包含：•特定目标（SpecificGoals）•特定实践（SpecificPractices）•公共实践（GenericPractices）项目管理类过程域围绕项目的全生命周期展开，从项目规划、监控到风险管理，确保项目顺利推进。9.2CMMI过程管理类过程域（5个）中文名称英文名称缩写组织过程焦点OrganizationalProcessFocusOPF组织过程定义OrganizationalProcessDefinitionOPD组织培训OrganizationalTrainingOT组织过程绩效OrganizationalProcessPerformanceOPP组织革新与部署OrganizationalInnovationandDeploymentOID工程类过程域（6个）中文名称英文名称缩写需求开发RequirementsDevelopmentRD技术解决方案TechnicalSolutionTS产品集成ProductIntegrationPI验证VerificationVER确认ValidationVAL过程管理类主要对组织的标准过程进行规划、建立、改进和维护。通过组织过程定义建立统一的标准过程库；借助组织过程焦点分析和改进过程；组织培训则为人员提供与过程相关的知识和技能，提升组织整体过程能力。工程类侧重于将用户需求转化为最终产品或服务。需求开发明确产品要实现的功能和特性；技术解决方案设计具体的实现方案；产品集成把各个组件组合起来；验证和确认则分别检查产品是否满足设计要求和用户的实际需求，保证产品质量。9.2CMMI支撑类过程域（5个）中文名称英文名称缩写度量分析MeasurementandAnalysisMA过程和产品质量保证ProcessandProductQualityAssurancePPQA配置管理ConfigurationManagementCM决策分析与解决方案DecisionAnalysisandResolutionDAR原因分析与解决方案CausalAnalysisandResolutionCAR支撑类过程域为其他过程提供必要的支持和保障：•配置管理：对工作产品的版本、变更等进行控制•过程和产品质量保证：确保过程和产品符合既定标准和规范•度量分析：用于收集和分析数据，为决策提供依据•决策分析与解决方案：通过客观评估来选择最优方案•原因分析与解决方案：识别并系统性解决根本原因22个过程域的四大类别总结项目管理过程（7个）：围绕项目全生命周期，从规划到监控，保障项目顺利推进。过程管理过程（5个）：对组织标准过程进行规划、建立、改进和维护。工程过程（6个）：将用户需求转化为最终产品或服务。支持过程（5个）：为其他过程提供必要的支持和保障。9.2CMMICMMI阶段式表示法—5个成熟度等级等级1初始级过程呈现无序性，表现为不可预测的被动管理状态，缺乏系统性过程规范。项目成功完全依赖个人能力，过程不可控。等级2已管理级聚焦项目层级管理，通过计划性管控实现项目执行过程的可度量性与受控性，确保项目按规划推进。等级3已定义级基于组织级标准化体系，构建覆盖项目的管理指南，实现从被动响应到主动规划的管理升级。等级4量化管理级以数据驱动管理决策，通过建立可预测的量化绩效改进目标，实现过程的可度量与可控性，精准满足需求。等级5优化级立足组织持续改进，在保持稳定运营基础上，强化灵活性以响应机会与挑战，为创新实践提供核心支撑。9.2CMMICMMI连续式表示法—6个能力等级（0~5）等级0不完整级流程执行具有不完整性，仅部分实施流程活动，未全面达成所有具体目标要求。等级1已执行级流程已实施并实现全部具体目标，满足基础执行要求，但缺乏系统性的计划与监控。等级2已管理级依据组织政策，在项目层面完成流程规划与定义，对流程实施系统性监控与控制。等级3已定义级基于组织标准流程集，结合项目实际需求完成过程定制，确保流程执行的一致性与规范性。等级4量化管理级针对定义完备的过程，运用统计技术实施量化管控，实现过程管理的精准性与可预测性。等级5优化级通过定量分析持续驱动流程优化，主动预防缺陷，积极采用新技术实现流程持续优化。9.3华为云零信任能力成熟度模型零信任安全理念与能力成熟度模型的融合华为云零信任能力成熟度模型架构与实践9.3华为云零信任能力成熟度模型9.3华为云零信任能力成熟度模型零信任发展现状及趋势2010年，Forrester研究机构首席分析师JohnKindervag提出了零信任理念。经过多年的发展和演进，零信任已经成为网络安全领域的重要趋势。零信任安全模型基于"永不信任，始终验证"的原则，认为网络上的任何用户、设备、应用程序和服务都不可信，需要在访问网络资源前进行身份验证和授权。这种方法打破了传统的网络边界概念，因为企业网络内外的任何人、设备和系统都需要进行验证和授权。2010ZEROTRUSTPROPOSED零信任模型的核心机制：持续身份验证对每个用户、设备或应用程序进行持续验证，确保他们仍然是受信任的。动态授权基于验证结果，对访问权限进行细粒度控制，确保只能访问所需资源。9.3华为云零信任能力成熟度模型"零信任+AI"融合发展的四大关键方向1评估访问主体更全面借助AI强大的数据处理能力，引入更加多元化的评估源，实现对访问主体更综合、更全面的评估。2威胁检测范围扩大AI能够将访问主体的属性与流量、访问行为数据进行智能关联，大大拓展了威胁检测的边界。3威胁预测能力增强基于历史攻击数据和威胁行为，AI能够构建精准的预测模型，提前洞察潜在威胁。4安全分析决策效率提升AI能够快速识别语言意图，自动处理威胁并生成详细的安全报告，为安全决策提供专业建议。9.3华为云零信任能力成熟度模型华为云零信任能力成熟度模型架构华为云零信任能力成熟度模型参考业界零信任架构，并融合华为云零信任落地实践经验，将成熟度评估理论转化为用于指导实操的具体框架。模型架构分为三部分：1.零信任安全领域人员、设备、网络、工作负载/应用、数据5大安全领域2.零信任能力成熟度等级初始、部分管理、成型、先进、持续优化5个等级3.零信任能力维度组织建设、制度流程、技术工具、数据运营4个维度模型的三大特点评估领域细化在业界已有评估领域基础上，进一步细化零信任5大能力支柱的关键安全领域。能力维度全面除了技术能力，还可评估组织建设、制度流程及数据运营等管理能力。度量指标量化为所有关键安全领域制定具体的度量指标，可量化评估成熟度等级。9.3华为云零信任能力成熟度模型零信任安全领域—5大领域细分为20个关键安全子域人员安全•身份标签管理•持续身份认证•动态权限管理•特权账号管理确保各类人员身份及其活动的安全设备安全•设备属性管理•设备动态访问•设备合规•终端设备保护持续识别验证授权保护所有设备网络安全•微分段•双向传输安全•威胁防护•软件定义边界保障数据传输和访问通道安全工作负载/应用安全•应用安全访问•开源与第三方代码安全•DevSecOps•安全配置保障应用层和计算组件安全数据安全•数据发现与分类•数据脱敏•数据防泄露•数据血缘确保数据全生命周期安全保护9.3华为云零信任能力成熟度模型人员安全领域—四个核心能力身份标签管理对用户账号及标签进行全生命周期的管理，确保合法用户的身份信息可靠且持续更新。从初始级的账号标识到持续优化级的AI自适应管理。持续身份认证对用户身份进行持续验证，确保用户访问资源前和使用资源过程中的身份合法性。从静态密码到多因素认证，再到AI自适应调整认证策略。动态权限管理实时评估用户身份风险，根据风险要素进行基于最小权限原则的资源分配。从人工授权到基于角色的静态策略，再到AI自适应权限调整。特权账号管理对特权账号进行管理，防止凭证泄露或特权滥用带来的风险。从人工分散记录到统一平台纳管，再到AI自适应调整特权访问权限。9.3华为云零信任能力成熟度模型设备安全领域—四个核心能力设备属性管理持续且自动化地识别、记录和跟踪组织内不同类型设备资产及对应属性的能力，为设备动态访问控制提供前置条件。设备动态访问基于ABAC模型持续评估设备主体属性及上下文环境，完成对设备动态认证与授权动作的能力。设备合规自动化且持续验证不同类型设备相关配置策略的符合性，并针对不符合配置基线的设备执行修复的能力。终端设备保护自动化且持续地针对不同类型设备执行威胁预防、检测和响应机制的能力。9.3华为云零信任能力成熟度模型网络安全领域—四个核心能力微分段对网络和应用资源进行分段隔离，将访问客体资源进行细粒度划分。从仅区分内外网络边界到全网络资源实现微分段，再到AI自适应调整分段策略。双向传输安全通过双向身份认证以及对传输链路进行加密，确保数据传输过程中的真实性、完整性和私密性。从单一加密算法到混合加密算法和双向传输协议。威胁防护对网络活动进行检测分析，确保及时发现并响应网络威胁。从已知威胁特征匹配到机器学习行为分析模型，实现未知威胁的自动检测与修复。软件定义边界通过资源隐身、强身份认证以及动态授权，对目标进行保护，有效将企业应用和不安全网络进行隔离。从传统防火墙到基于身份的动态访问控制。9.3华为云零信任能力成熟度模型工作负载/应用安全领域—四个核心能力应用安全访问通过基于策略的环境上下文动态凭证，实现应用程序或服务间的访问控制。从简单隔离到基于环境上下文的动态认证和凭证自动管理。开源与第三方代码安全通过多层次的自动化安全检查，保障用于构建应用程序的二进制、库或源代码的安全性。从人工按需扫描到多层次自动化安全检查及可视化监控。DevSecOps通过左移策略，将安全重心转移到开发最初阶段就采取安全措施，实现从开发到运行的快速响应和敏捷迭代。安全活动融入应用全生命周期。安全配置通过配置策略代码化等方式，对配置文件进行版本控制，同时更智能和高效地实现对虚拟化基础设施的配置安全管理。实现配置策略代码化落地与自动合规校验。9.3华为云零信任能力成熟度模型数据安全领域—四个核心能力数据发现与分类对数据进行识别、标记、分类，作为数据安全落实的前置条件，确保组织能够及时、准确发现并保护不同类别的数据。数据脱敏通过脱敏规则对敏感信息进行数据的变形，实现敏感隐私数据的可靠保护，确保数据在使用时的安全。数据防泄露自动化且持续地检测、防止和响应敏感数据在使用、存储和传输过程中违反组织数据安全政策的能力，防止敏感信息的意外泄露。数据血缘通过自动化技术，追溯并记录数据在生命周期中"来源-流转路径-处理过程-最终去向"的能力，提高数据可见性，降低数据在流动与使用过程中的风险。9.3华为云零信任能力成熟度模型华为云零信任实践架构—五大逻辑层级用户接入层统一身份管理（OneAccess），提供统一的用户、组织机构、应用、账号和凭证管理，是零信任架构的可信接入基石。核心控制层零信任安全访问平台（ATC），承担身份认证、访问代理、策略决策与执行的核心职能，是连接用户与业务资源的唯一可信代理通道。业务资源防护层虚拟私有云（VPC）内核心防护体系，由网络微分段、数据安全可管理与敏感数据识别三大模块构成，实现全生命周期防护。安全运营层整个零信任架构的决策与运营中枢，由安全中心、策略中心与全景呈现模块构成，为架构各层级的稳定运行与动态优化提供全局支撑。云原生安全底座为整个零信任架构提供全栈的云原生安全能力补充，覆盖DDoS防护、主机安全、入侵防御、数据库安全、安全审计、WAF等基础安全能力。本章小结（一）01CMM能力成熟度模型CMM为软件组织搭建起从软件过程定义、实施到度量、控制与改进的渐进式框架，有效推动软件流程规范化，降低开发风险，显著提升软件质量。五个成熟度等级从初始级到优化级，为软件组织提供了清晰的过程改进路径和评估标准。02CMMI能力成熟度模型集成CMMI整合多学科前沿实践经验，成功攻克多模型并行带来的管理难题。通过22个过程域和阶段式与连续式两种表示方法，企业能够依据自身实际情况精准运用，全方位、高效率地提升能力成熟度。本章小结（二）华为云零信任能力成熟度模型面对日益严峻的网络安全形势，华为云零信任能力成熟度模型应运而生。它秉持"永不信任，始终验证"的理念，从人员安全、设备安全、网络安全、工作负载/应用安全以及数据安全等多个维度精心构建安全体系。该模型将零信任5大能力支柱细分为20个关键安全子领域，从组织建设、制度流程、技术工具、数据运营4个维度衡量零信任能力，形成可量化的度量指标。华为云零信任能力成熟度模型有力抵御复杂多变的网络攻击，为软件在开发与运行过程中的安全保驾护航，成为软件能力成熟度模型在网络安全领域的创新性应用典范。第十章华为云软件开发生产线案例本章目录0110.1HE2EDevOps实施框架方案概述、资源规划、操作流程与实施步骤，涵盖规划与设计、计划跟踪、持续交付三大阶段和十大操作步骤0210.2项目经理驾驶舱通过项目经理驾驶舱查看项目状况及项目工作负荷，掌握项目可视化监控与团队工作负荷管理方法0310.3企业多团队账号管理企业多团队账号划分管理实践，构建企业级多团队协作与账号权限管理体系10.1.1方案概述10.1HE2EDevOps实施框架方案背景信息华为端到端（HE2E）DevOps实施框架，是结合多年研发经验并集合业界先进实践所形成的一套可操作、可落地的敏捷开发方法论。规划和设计步骤①和②是业务人员与技术团队进行产品规划的过程。•影响地图：明确用户需求，挖掘需求根因•用户故事：以用户场景展开叙述，串联各阶段核心活动•控制需求粒度，避免视角局限计划和跟踪、迭代开发步骤③~⑩是Scrum框架过程，代表主要的管理实践。•Scrum框架：产品故事列表、迭代故事列表、潜在可交付增量•核心活动：Sprint计划、每日站会、评审会议、回顾会议•结合Kanban精益思想持续交付从步骤⑪开始，进入工程实践（CI/CD过程）。•代码管理：代码资产安全、多人并行开发•自动化流水线：代码检查、构建、测试、部署•制品管理与环境管理规划和设计阶段详解影响地图（ImpactMapping）•明确用户需求，挖掘需求产生的根本原因•从业务目标出发，逐层拆解到具体功能•帮助团队理解为什么要做某个功能•避免堆砌功能，聚焦用户价值交付用户故事（UserStory）•以用户场景展开叙述，便于信息传递•串联各阶段核心活动及细分活动•既能清晰呈现单个需求，又能让团队完整理解整体场景•格式：作为<角色>，我想要<功能>，以便于<价值>规划和设计阶段核心要点步骤①和②是业务人员（或客户）与技术团队之间进行产品规划，梳理产品/项目的整体逻辑脉络，以及进行产品设计到实施计划的拆分，并控制需求粒度的过程。软件开发的本质是解决问题，提供用户价值，而并非仅仅堆砌功能。影响地图用来明确用户需求并挖掘根因，用户故事是目标和需求的载体，以用户场景为主线串联各个阶段的核心活动。计划和跟踪、迭代开发阶段详解Scrum框架核心产物•产品故事列表：ProductBacklog•迭代故事列表：SprintBacklog•潜在可交付的产品增量•问题列表：持续跟踪风险Kanban方法结合•借鉴精益思想，消除浪费•可视化价值流，透明工作进展•发现并解决阻塞与瓶颈•加速价值流交付，加快反馈回路核心团队活动1Sprint计划会议2团队每日站会3Sprint评审会议4Sprint回顾会议5团队日常更新Scrum定义了一个相对完整的敏捷过程管理框架，可以与团队日常开发活动很好地融合起来，实现持续改进。持续交付阶段详解（CI/CD）从步骤⑪开始，进入工程实践，也就是通常所说的CI/CD过程。持续交付流水线是对各个阶段的运行环境、执行活动、质量门禁及输入输出制品的全流程管理。代码配置管理代码检查自动化构建自动化测试自动化部署代码配置管理除传统代码资产安全与管控、多人并行开发、版本与基线管理外，还体现团队协作与沟通代码检查（静态扫描）检测潜在语法错误、代码异味及安全漏洞，提供修复建议自动化构建与测试各阶段自动化测试有机串联在流水线上，确保质量制品与环境管理包括开发环境、测试环境、准生产环境及生产环境持续交付流水线对持续交付各个阶段的：•运行环境•执行活动•质量门禁•输入输出制品进行全流程管理应用场景与方案架构通过"凤凰商城"示例代码及DevOps全流程样例项目，介绍华为云软件开发生产线实现HE2EDevOps框架。该方案适用于Scrum研发项目。Web用户端服务器（Vote）Python+Flask+Gunicorn，Redis缓存用户选择Web管理端服务器（Result）Node.js+Express，PostgreSQL统计数据后台订单批处理（Worker）.NETCore或Java，监控Redis存入PostgreSQL订单缓存（Redis）用户端UI服务的数据持久化服务订单数据库（PostgreSQL）管理端UI服务的数据源方案优势•针对需求变动频繁、开发测试环境复杂、多版本分支维护困难、无法有效监控进度和质量等研发痛点，提供一站式云端管理平台，管理软件开发全过程•提供可视化、可定制的持续交付流水线服务，实现持续交付，让软件上线提速一倍•5个微服务组件可独立开发、测试和部署，支持灵活的技术栈选择10.1.2资源规划完成实践所需的资源清单与规划资源规划表完成本实践所需的资源如下，实践预计用时2~3小时：资源名称数量/说明软件开发生产线CodeArts开通基础版即可云容器引擎CCE1个弹性云服务器ECS1个补充说明•CodeArts提供体验版、基础版、专业版、企业版四种套餐，本实践开通基础版即可满足需求•CCE用于容器化部署，ECS用于传统主机部署，两种部署方式可根据实际需求选择•所有资源均采用按需计费模式，完成后请及时释放以避免不必要的费用10.1.3操作流程HE2EDevOps实践的十大操作步骤操作流程总览1实践准备2管理项目规划3管理项目配置4开发代码5检查代码6构建应用7部署应用8管理项目测试9配置流水线10释放资源流程说明在HE2EDevOps这一高度集成且环环相扣的实践操作流程体系中，每一个步骤都肩负着独特且关键的使命，需精确无误地完成相应操作，从而推动整个流程的高效运转，确保项目从开发到部署各个环节的顺畅衔接与质量保障。管理实践（步骤1-3）：实践准备→项目规划→项目配置，为项目奠定坚实基础工程实践（步骤4-9）：代码开发→代码检查→构建→部署→测试→流水线，实现持续交付收尾工作（步骤10）：释放资源，实现资源的可持续利用步骤一：实践准备1注册账号并实名认证注册华为账号，访问华为云完成实名认证（个人或企业账号）2购买软件开发生产线选择基础版套餐，采用包年/包月计费模式3创建项目由产品负责人Sarah创建"凤凰商城"DevOps全流程样例项目4添加项目成员为团队成员创建账号并分配角色项目成员项目角色工作职责Sarah产品负责人负责产品整体规划与产品团队的组建Maggie项目经理负责管理项目交付计划Chris开发人员负责项目代码的开发、编译、部署及验证Billy测试人员负责编写测试用例并执行步骤二：管理项目规划（上）需求管理服务提供简单、高效的团队协作服务，采用Scrum模式进行迭代开发，每个迭代周期为两周。工作项层级结构（思维导图规划）EpicFeatureStoryTask公司重要战略举措如"凤凰商城"对客户有价值的功能如"门店网络查询"用户场景细分一个迭代内完成用户故事的细分如准备环境、测试用例迭代4规划示例前3个迭代已完成凤凰商城版本的开发，当前正在进行迭代4的规划。按照项目规划，迭代4要完成的功能为：•限时打折管理：支持商城商品限时打折活动•团购活动管理：支持团购活动的创建与管理•门店网络查询功能（紧急新增需求）：支持查询所有门店网络信息步骤二：管理项目规划（下）迭代规划步骤1.创建迭代：设置迭代名称和时间周期2.规划迭代：将Story加入迭代3.分配Story：指定处理人（如Chris）4.分解Story：拆分为前端展示和后台管理Task迭代跟踪机制每日站立会议：同步进展、识别阻塞迭代评审会议：展示成果、收集反馈卡片模式：可视化查看工作项状态燃尽图：跟踪迭代进度迭代4分解示例Story"作为用户可以查询所有门店网络"分解为以下Task：•Task1：前端展示-添加门店网络菜单（处理人：Chris）•Task2：后台管理-添加门店网络管理维护模块（处理人：Chris）通过将Story分解为可执行的Task，确保每个任务都有明确的负责人和完成标准，便于跟踪和管理。步骤三：管理项目配置管理项目通知配置项目通知设置，确保团队成员及时获取任务变更信息：•站内信通知：任务分配、状态变更•邮件通知：支持配置邮件模板•通知对象：处理人、关注人、自定义角色•触发条件：工作项创建、状态流转、评论添加定制项目工作流程根据团队实际业务需求定制工作流程：•添加状态：如"验收中"状态•配置流转规则：谁可以修改状态•设置状态属性：进行态/完成态•调整顺序：拖动调整状态排列配置示例：添加"验收中"状态在迭代评审会议中，团队向产品负责人做产品演示并出示测试报告，由产品负责人确认Story是否完成。当前Story状态中缺少"测试已完成"的状态显示，因此测试人员建议增加"验收中"状态。操作步骤：进入项目设置→选择"公共状态设置"→点击"添加状态"→输入状态名称"验收中"→选择状态属性"进行态"→保存配置。步骤四：开发代码代码托管服务提供基于Git的在线代码管理服务，包括代码克隆/提交、分支管理等功能。分支管理策略保护master分支创建Feature分支提交合并请求评审合入主干开发规范•禁止直接在master分支开发•统一采用功能分支与合并请求模式•每个功能分支代码需经团队评审•评审通过后方可合并到master•分支命名建议：Feature-xxx操作示例•设置master为受保护分支•创建分支"Feature-Store"•关联工作项"门店网络查询"•修改代码并提交•发起合并请求给Maggie评审步骤五：检查代码代码检查服务提供基于云端的代码质量管理服务，支持代码静态检查（包括代码质量、代码风格等）和安全检查。预置任务任务说明phoenix-codecheck-worker检查Worker功能对应代码phoenix-codecheck-result检查Result功能对应代码phoenix-codecheck-vote检查Vote功能对应代码phoenix-codecheck-javas检查整个代码仓库的JavaScript代码代码检查流程1.配置检查任务：选择预置任务或新建任务，增加Python语言检查规则集使检查更全面2.执行检查：点击"开始检查"启动任务，等待检查完成3.查看结果：在"概览"页签查看执行结果统计，在"代码问题"页签查看问题列表4.修复问题：点击"问题帮助"查看修改建议，根据建议优化代码步骤六：构建应用编译构建服务提供配置简单的混合语言构建平台，支持任务一键创建、配置和执行，实现获取代码、构建、打包等活动自动化。配置SWR服务•进入容器镜像服务(SWR)•获取登录指令（含用户名、密码、服务器地址）•创建组织（如"phoenix"）•记录dockerServer和dockerOrg参数配置构建任务参数•codeBranch：代码分支（如master）•dockerOrg：SWR组织名称•dockerServer：SWR服务器地址•确保参数值正确，否则任务将失败构建任务执行与自动触发•执行构建任务"phoenix-sample-ci"，生成5个镜像（vote、result、worker、redis、postgres）和部署包•在软件发布库中查看发布件（docker-stack.tar.gz和.yaml文件）•开启"提交代码触发执行"，实现代码变更后自动触发构建（持续集成）步骤七：部署应用（CCE篇）购买并配置CCE集群•集群类型：CCEStandard集群•网络模型：容器隧道网络•节点规格：2核8G及以上•操作系统：Euler镜像•计费模式：按需计费调整yaml文件配置•若CCE集群版本高于v1.15，需调整yaml文件•将apiVersion从extensions/v1beta1修改为apps/v1•在spec段添加selector匹配标签•将imagePullSecrets从"regcred"修改为"default-secret"配置部署应用与验证•配置部署步骤：选择集群名称、命名空间（如"default"）•设置参数：ci_task_name和version与构建任务保持一致•执行部署应用"phoenix-cd-cce"，查看部署日志•验证部署结果：配置负载均衡访问方式，获取公网地址访问应用步骤七：部署应用（ECS篇）购买并配置ECS•操作系统：Ubuntu16.04Server64bit•规格：通用计算型，2核8G或以上•网络：配置弹性公网IP•安全组：开放5000-5001端口•计费：按需计费添加主机与安装依赖•将ECS添加为项目部署主机•配置主机连通性验证•安装Docker及Docker-Compose•验证依赖工具安装成功•配置部署来源为构建任务执行部署与验证•配置部署应用"phoenix-sample-standalone"，选择已添加的ECS主机作为部署目标•设置部署参数：dockerOrg、dockerServer、version等•执行部署任务，查看部署日志确认成功•验证部署结果：访问http://ECS_IP:5000查看商城主页，访问http://ECS_IP:5001查看管理端步骤八：管理项目测试测试计划服务提供一站式云端测试平台，融入DevOps敏捷测试理念，有助于高效管理测试活动，保障产品高质量交付。1创建测试计划•创建迭代测试计划"迭代4"•关联迭代4•设置处理人为Billy•选择计划时间周期2设计测试用例•设计"门店网络查询"用例•编写测试步骤•定义预期结果•设置用例优先级3执行与跟踪•执行测试用例•记录实际结果•失败时创建缺陷•关联用例与缺陷测试用例示例：门店网络查询测试步骤：1.打开凤凰商城首页2.点击菜单"门店网络"3.查看门店列表是否正确显示预期结果：页面正常显示所有门店的网络信息，包括门店名称、地址、营业时间等实际结果记录：通过/失败，附截图和详细描述。若失败则创建缺陷并关联该用例步骤九：配置流水线流水线服务提供可视化、可定制的自动交付软件生产线，支持代码检查、构建、部署等多种任务类型。phoenix-workflow流水线配置代码源代码检查构建部署准出条件流水线配置要点1.添加代码检查阶段：在代码源和构建之间添加代码检查阶段，选择对应的代码检查任务2.配置部署任务：关联构建任务，确保部署使用的是最新构建的镜像和部署包3.添加质量门禁（准出条件）：设置代码检查问题数阈值，超过阈值则流水线执行失败，阻止不合格代码进入部署环节4.设置自动触发：配置"代码提交时触发"，选择master分支，实现代码提交后自动触发流水线执行，完成持续交付步骤十：释放资源完成体验后需及时释放资源以避免不必要的费用。资源释放后无法恢复，请谨慎操作。1删除CodeArts项目进入项目设置，选择删除项目，确认后项目及所有数据将被清除2删除SWR组织及镜像进入容器镜像服务，删除创建的组织及其下的所有镜像3删除CCE集群进入云容器引擎服务，删除创建的CCE集群及所有节点4删除ECS进入弹性云服务器服务，删除购买的ECS实例重要提醒•资源释放后无法恢复，请在释放前确认已完成所有数据备份•建议按照上述顺序依次释放资源，避免依赖关系导致的释放失败•释放资源后可降低项目成本，实现资源的可持续利用10.1.4实施步骤详细操作指南与常见问题处理实施步骤详解-实践准备注册与购买流程1.注册华为账号•访问华为云官网•点击"注册"填写信息•完成手机/邮箱验证2.实名认证•登录后进入账号中心•选择实名认证类型•提交认证材料3.购买CodeArts•搜索"CodeArts"进入服务页•选择基础版套餐•确认订单并完成支付创建项目与添加成员4.创建项目•进入CodeArts控制台•点击"新建项目"•选择"DevOps全流程样例"•输入项目名称"凤凰商城"•确认创建5.添加项目成员•进入项目"设置"•选择"成员管理"•添加4名成员并分配角色：-Sarah：产品负责人-Maggie：项目经理-Chris：开发人员-Billy：测试人员实施步骤详解-管理项目规划思维导图需求规划1.创建Epic•进入"工作>需求管理"•点击"新建Epic"•输入标题"凤凰商城"2.创建Feature•在Epic下新建Feature•输入"门店网络查询"•描述功能目标和范围3.创建Story•在Feature下新建Story•格式：作为用户，我想要查询所有门店网络，以便于了解门店分布•设置优先级和验收标准迭代规划与分解4.创建迭代4•进入"工作>迭代"•点击"新建迭代"•设置时间周期为2周5.规划迭代•将Story加入迭代4•分配Story给Chris6.分解Story•将Story分解为Task：-Task1：前端展示-添加门店网络菜单-Task2：后台管理-添加门店网络管理维护模块•设置Task处理人为Chris•预估工时实施步骤详解-开发代码与检查代码开发代码流程1.创建Feature分支•进入"代码>代码仓库"•选择"分支"页签•新建分支"Feature-Store"•关联工作项"门店网络查询"2.修改并提交代码•修改前端代码添加菜单•修改后端代码添加接口•提交代码并关联工作项3.发起合并请求•创建合并请求•指定评审人为Maggie•等待评审通过检查代码流程1.配置检查任务•进入"代码检查"服务•选择任务"phoenix-codecheck-worker"•增加Python语言检查规则集2.执行检查•点击"开始检查"•等待检查完成3.查看与修复•查看"概览"统计结果•进入"代码问题"列表•点击"问题帮助"查看建议•根据建议修复代码•重新提交并再次检查实施步骤详解-构建应用与部署构建应用流程1.配置SWR服务•进入容器镜像服务•获取登录指令•创建组织"phoenix"2.配置构建参数•codeBranch:master•dockerOrg:phoenix•dockerServer:SWR地址3.执行构建•运行phoenix-sample-ci•生成5个镜像•查看发布库中的部署包部署应用流程CCE部署•购买Standard集群•调整yaml文件•配置部署步骤•执行phoenix-cd-cce•配置负载均衡访问ECS部署•购买ECS（Ubuntu16.04）•配置安全组（5000-5001）•添加主机并安装Docker•执行phoenix-sample-standalone•访问IP:5000验证实施步骤详解-测试与流水线配置测试管理流程1.创建测试计划•进入"测试>测试计划"•新建计划"迭代4"•关联迭代，设置处理人Billy2.设计测试用例•新建"门店网络查询"用例•编写测试步骤和预期结果3.执行与缺陷管理•执行测试并记录结果•失败时创建缺陷•关联用例与缺陷•开发人员修复后回归测试流水线配置流程1.配置phoenix-workflow•进入"流水线"服务•编辑phoenix-workflow2.添加代码检查阶段•在代码源和构建之间添加•选择对应的检查任务3.配置质量门禁•设置问题数阈值•超阈值则流水线失败4.设置自动触发•配置"代码提交时触发"•选择master分支•实现持续交付10.2项目经理驾驶舱10.2项目经理驾驶舱项目经理驾驶舱的概念与价值项目经理驾驶舱（ProjectDashboard）是项目管理的"指挥中心"，通过可视化方式集中展示项目关键指标。在DevOps实践中，驾驶舱帮助项目经理：•实时掌握项目健康状况•及时发现潜在风险并预警•科学分配团队工作负荷•基于数据做出管理决策可视化数据直观展示实时监控动态数据刷新智能预警异常自动告警驾驶舱核心功能▸

项目概览：进度、质量、风险总览▸

迭代跟踪：燃尽图、累积流图▸

质量分析：缺陷趋势、代码检查▸

工作负荷：人员负荷分布图▸

流水线监控：构建部署状态▸

风险预警：自动异常检测10.2项目经理驾驶舱项目状况监控的核心维度进度状况•迭代完成率•Story完成率•燃尽图趋势•里程碑达成度质量状况•缺陷密度•代码检查通过率•测试覆盖率•技术债务指标风险状况•延期工作项•阻塞问题数•资源瓶颈•依赖风险成本状况•工时投入分析•资源利用率•预算偏差•ROI评估四大维度相互关联，共同构成项目健康状况的完整视图，帮助项目经理从全局视角把控项目走向关键洞察：进度和质量是最核心的两个维度，进度偏差往往预示着质量风险，而质量下降又会反过来影响进度。优秀的项目经理需要在二者之间找到平衡点。10.2项目经理驾驶舱项目工作负荷分析方法论工作负荷分析是确保团队可持续交付的关键手段，主要包含以下分析方法：1.工时分布分析对比计划工时与实际工时，识别偏差2.人员负荷均衡度识别过载和欠载成员，均衡分配3.迭代容量规划基于团队速率Velocity评估承载能力4.资源冲突检测多项目并行下的资源竞争识别5.负荷趋势预测基于历史数据预测未来负荷走向团队成员负荷分布示例⚠负荷预警分析●

Chris：实际工时62h，超负荷24%，需减负或增员●

Billy：实际工时38h，负荷正常，可承担更多任务●

Maggie：实际工时48h，接近警戒线，需关注建议：将Chris部分任务转移给Billy10.2项目经理驾驶舱CodeArts项目经理驾驶舱功能概览功能模块功能说明核心价值自定义视图支持自定义仪表盘布局，按需选择展示指标不同角色关注不同指标，灵活适配管理需求实时数据刷新自动刷新项目数据，无需手动更新确保决策基于最新数据，避免信息滞后历史趋势对比支持多迭代数据对比和趋势分析识别团队能力变化趋势，持续改进异常自动预警配置预警规则，异常时自动通知从被动响应到主动预防，降低项目风险多维度集成集成需求、代码、流水线、测试等数据一站式查看项目全链路状态，统一管理10.2项目经理驾驶舱仪表盘核心指标解读（上）—进度类迭代燃尽图反映迭代内剩余工作量的变化趋势。理想状态为平滑下降至零；若曲线高于参考线，预示迭代可能延期。累积流图展示各阶段工作项的流动情况。通过观察各状态区域的宽度变化，识别流程瓶颈和阻塞点。迭代完成率衡量迭代计划达成度的核心指标。计算公式：已完成Story点数/计划Story点数×100%。健康值应≥80%。LeadTime/CycleTimeLeadTime=需求提出到交付的总时长；CycleTime=开发开始到交付的时长。反映团队交付效率。指标健康度参考标准指标绿色（健康）黄色（关注）红色（告警）迭代完成率≥90%80%-90%<80%CycleTime≤5天5-8天>8天10.2项目经理驾驶舱仪表盘核心指标解读（下）—质量与风险缺陷逃逸率生产环境发现的缺陷数/总缺陷数。反映测试有效性，健康值应<5%。代码异味密度每千行代码的异味数。体现代码健康度，持续上升预示需要重构。流水线成功率成功构建次数/总构建次数。衡量工程实践成熟度，健康值应≥85%。红黄绿灯状态展示机制绿灯：指标在健康范围内团队运行良好，保持当前节奏黄灯：指标接近警戒线需要关注并制定改善计划红灯：指标超出阈值立即介入处理，防止问题扩大实践建议：红黄绿灯机制的价值在于将复杂的数据转化为直观的视觉信号，让项目经理能够在最短时间内识别需要关注的领域。建议每日站会前快速浏览仪表盘，按灯色优先级处理问题。10.2项目经理驾驶舱工作负荷可视化实践个人负荷分布通过饼图或柱状图展示每个成员的任务分配和工时投入团队容量对比对比各迭代团队容量与实际负荷，识别容量瓶颈资源占用矩阵矩阵展示多项目并行下各成员的资源分配情况加班趋势预警设置周工时预警线，超过阈值自动告警通知CodeArts工作负荷可视化操作路径Step1进入"工作>看板"查看工作项分布按成员维度筛选，了解任务分配Step2进入"度量>工时统计"查看投入对比计划与实际工时偏差Step3配置"预警规则"自动监控设置负荷阈值和通知方式核心原则：工作负荷可视化的目的不是监控员工，而是帮助项目经理合理分配任务、避免团队成员过载，确保项目的可持续交付。10.2项目经理驾驶舱项目风险识别与预警机制自动预警规则配置预警类型触发条件预警级别通知方式进度偏差预警迭代进度偏差>20%黄色预警站内信通知项目经理进度严重偏差迭代进度偏差>30%红色预警站内信+邮件通知团队质量异常预警缺陷密度>历史均值1.5倍红色预警邮件通知PM和测试负责人人员过载预警成员周工时>50小时黄色预警站内信通知相关人员风险处理流程①数据采集自动收集项目指标②规则匹配判断是否触发预警③预警通知按级别发送通知④人工介入项目经理处理⑤跟踪闭环确认风险解除10.2项目经理驾驶舱凤凰商城案例分析：驾驶舱实战案例背景：迭代4进度监控发现问题：项目经理Maggie通过驾驶舱发现"门店网络查询"Story开发进度滞后，完成度仅60%（计划应为80%）。根因分析：•Chris同时承担前端和后台开发任务•门店接口文档不完整，多次返工处理措施：•协调Sarah补充完善接口文档•将前端任务分配给有能力的Billy•每日跟踪该Story进展直至完成迭代4各Story进度对比处理结果•Story最终按时完成，迭代4成功交付•团队负荷重新均衡，无人员过载•建立了接口文档前置检查机制•驾驶舱预警规则优化，提前3天发现偏差10.2项目经理驾驶舱数据驱动的项目决策方法从"经验驱动"到"数据驱动"的项目管理转型是否调整迭代范围？依据：燃尽图趋势。若剩余工作量>团队容量，考虑缩减范围是否增加测试资源？依据：缺陷发现速率。若缺陷密度持续上升，增加测试投入是否需要代码重构？依据：技术债务指标。若代码异味密度超过阈值，安排重构是否调整团队结构？依据：个人负荷分布。若长期不均衡，考虑调整团队分工关键原则：数据驱动决策不是完全依赖数据，而是将数据作为决策的重要参考。项目经理需要结合团队实际情况、业务优先级和成员反馈，做出综合判断。数据提供"what"（发生了什么），人的判断提供"why"（为什么）和"how"（如何应对）。10.2项目经理驾驶舱项目经理驾驶舱最佳实践1每日站会前查看每日站会前5分钟浏览仪表盘，了解全局状态，带着数据开会，提高会议效率2每周趋势分析每周进行一次趋势分析，识别潜在问题，在回顾会议上分享数据洞察和改进建议3迭代回顾指标迭代评审时回顾关键指标达成情况，用数据验证改进措施的效果4建立团队指标基线基于历史数据建立团队级指标基线（如平均Velocity、缺陷密度基准值），持续对比优化，避免与其他团队盲目比较5避免过度度量度量的目的是改进而非考核。选择少量关键指标，避免给团队造成"被监控"的压力，保持度量文化的正向激励作用10.3企业多团队账号管理10.3企业多团队管理企业多团队管理的背景与挑战随着企业规模扩大，DevOps实践从单团队扩展到多团队协作时，面临以下核心挑战：账号体系混乱员工离职后账号未及时回收，存在安全风险权限边界模糊越权操作风险高，缺乏清晰的权限管控机制项目资源隔离不足敏感代码和配置可能被非授权人员访问团队协作效率低下重复配置工作多，跨团队沟通和协作成本高解决方案方向建立统一的企业级账号管理体系，实现：统一身份认证（SSO）、分层组织架构、精细化权限控制、项目资源安全隔离、跨团队高效协作。CodeArts企业版提供完整的多团队管理解决方案。10.3企业多团队管理企业账号体系架构设计身份层（IdentityLayer）统一身份认证|企业AD/LDAP对接|SSO单点登录组织层（OrganizationLayer）企业→部门→团队的层级结构管理项目层（ProjectLayer）按项目维度划分资源空间|项目间隔离与共享角色层（RoleLayer）预置角色+自定义角色|细粒度权限配置架构特点：四层架构自上而下层层递进，身份层解决"我是谁"的问题，组织层解决"我属于哪个团队"，项目层解决"我能访问哪些资源"，角色层解决"我能做什么操作"。CodeArts支持与企业IAM集成实现SSO单点登录。10.3企业多团队管理角色与权限模型设计（RBAC）预置角色权限范围典型使用场景企业管理员全局管理权限，可管理所有组织和项目IT部门负责人，负责平台整体管理和配置项目创建者可创建新项目，管理项目成员和设置部门技术负责人，为团队创建项目空间项目经理项目内管理权限，可分配任务、查看报表ScrumMaster或项目经理，负责迭代管理开发人员代码开发、提交、构建权限开发团队成员，负责代码开发和单元测试测试人员测试用例设计、执行、缺陷管理权限QA团队成员，负责测试用例设计和执行自定义角色支持除预置角色外，支持创建自定义角色并配置细粒度权限，满足企业特殊岗位需求（如安全审计员、DevOps工程师等）10.3企业多团队管理团队组织架构管理CodeArts组织架构层级企业（Enterprise）部门（Department）团队（Team）项目（Project）支持团队成员批量导入、组织架构同步、跨团队协作配置。每个层级可设置独立的管理员和权限策略。关键管理操作1.创建企业注册企业账号，配置基本信息和企业策略2.划分子组织按事业部/部门创建子组织，指定组织管理员3.创建项目团队在组织下创建项目团队，指定团队负责人4.成员管理批量导入成员、分配角色、设置团队归属5.跨团队协作配置项目共享、联合评审等协作机制10.3企业多团队管理项目资源隔离与共享策略项目级隔离•每个项目拥有独立的代码仓库•独立的流水线配置和执行环境•独立的制品库和部署目标•项目间数据默认不可见组织级共享•共享代码模板和脚手架•公共组件库和工具链•最佳实践文档和规范•统一的流水线模板跨项目协作通过项目间引用实现代码复用、联合流水线触发、跨项目依赖管理。在保障安全的前提下促进知识共享和协作效率。设计原则：安全与效率的平衡。核心商业项目的代码必须严格隔离；公共工具、组件库应在组织内共享以降低重复开发成本；跨项目协作通过显式授权机制控制访问边界，确保"需要知道的人才能访问"。10.3企业多团队管理多团队账号划分实践步骤1梳理组织架构梳理企业组织架构和项目关系，明确团队边界和协作模式2设计命名规范设计账号命名规范和角色映射关系，确保规范统一3创建组织层级在CodeArts中创建组织层级和项目空间，配置基本参数4配置角色权限配置角色权限和访问策略，设置资源隔离和共享规则5导入用户分配角色批量导入用户并分配角色，确保人员与权限匹配6验证并上线验证权限配置的正确性，进行试运行后正式上线实施建议：建议采用渐进式rollout策略，先在小范围试点团队验证配置方案，收集反馈并优化后再推广到全企业。同时制定详细的回滚计划，确保出现问题时可快速恢复。10.3企业多团队管理