配置管理和质量管理

配置管理和质量管理第1页，共46页，2023年，2月20日，星期四预备知识：CMMI支持过程域的组成过程域CMMI二级三级四级五级基本支持过程域配置管理（CM）√质量保证（PPQA）√度量与分析（MA）√高级支持过程域决策分析与解决方案（DAR）√根本原因分析（CAR）√第2页，共46页，2023年，2月20日，星期四基本支持过程域第3页，共46页，2023年，2月20日，星期四课程内容配置管理质量保证第4页，共46页，2023年，2月20日，星期四配置管理CMMI过程域介绍标准过程体系介绍第5页，共46页，2023年，2月20日，星期四CMMI过程域--配置管理过程域（CM）目标保证软件项目生成的产品在软件生命周期中的完整性。在给定时间点上确定软件配置，并在整个软件生命周期中维护配置的完整性和可跟踪性。软件配置管理可以分为两方面的内容，一是配置项的识别和管理，另一方面是变更管理。失效征兆无法提出产品基线所提供组件并不是所需要的从而导致返工无法给出系统各个组件详细清单（导致浪费时间在发现部件、需求和接口）无法控制变更导致无法控制返工失效后果无法重建和访问前一个基线从而导致系统维护时间和资源浪费无法核实被测试的产品就是交付的产品，从而导致时间、工作量和用户信心浪费第6页，共46页，2023年，2月20日，星期四CMMI过程域--配置管理过程域（CM）建立完整性建立基线跟踪和控制变更配置管理员配置状态报告配置管理计划第7页，共46页，2023年，2月20日，星期四SG1–建立基线SP1.1标识配置项在配置管理系统中，识别配置项SP1.2建立配置管理系统建立并维护配置管理系统和变更管理系统，控制产品SP1.3创建或发布基线创建或发布内部使用的和正式发布的基线第8页，共46页，2023年，2月20日，星期四SG2–跟踪和控制变更SP2.1跟踪变更请求跟踪配置项的变更请求SP2.2控制配置项控制配置项的变更第9页，共46页，2023年，2月20日，星期四SG3–建立完整性SP3.1建立配置管理记录建立并维护配置项描述的记录SP3.2执行配置审计执行配置审计，维护基线的完整性第10页，共46页，2023年，2月20日，星期四标准过程体系的实现第11页，共46页，2023年，2月20日，星期四任务1：配置管理计划编制配置管理员根据项目特点，依据《项目计划》编制《配置管理计划》。主要包括：识别配置项、确定基线计划、确定工作流策略、确定配置审计计划、确定安全策略、确定备份和恢复策略。配置管理员应将《配置管理计划》提交技术经理审核。并提交组织级配置管理员。组织级配置管理员根据《配置管理计划》搭建配置系统环境。配置管理员负责管理和更新《配置管理计划》。

工作产品输入：项目计划输出：配置管理计划相关角色主要执行者：配置管理员其他执行者：技术经理组织级配置管理员第12页，共46页，2023年，2月20日，星期四任务2：配置项管理项目成员应该使用配置管理系统来对配置项进行修改和提交，并在指定的开发库的工作空间上操作配置项。主要包括以下几个操作：相关角色主要执行者：项目成员其他执行者：配置管理员组织级配置管理员工作产品输入：配置管理计划检出（CheckOut)检入（Checkin）新增配置项（Addtosourcecontrol）交付（Deliver）项目受控基线建立后，已基线化配置项在开发空间的检入和检出权限将被冻结，其修改需要执行变更管理。第13页，共46页，2023年，2月20日，星期四任务3：基线管理基线可分为：受控基线：指配置项在项目里程碑时点时的已通过正式评审/测试进入受控的一种状态。标识基线：指配置项在项目的非里程碑时点的一种特定状态。

配置管理员按照《配置管理计划》中基线计划在受控库上建立标识/受控基线，并将基线信息登记在《配置管理计划》中。基线信息包括：基线名称、建立时间等。

相关角色主要执行者：配置管理员其他执行者：项目成员工作产品输入:配置管理计划输出：配置管理计划第14页，共46页，2023年，2月20日，星期四任务4：配置状态报告编制配置管理员每月月底根据配置项状态、基线和变更的情况编制《配置状态报告》,《配置状态报告》内容包括当月配置项版本变化情况、规模增长趋势，基线变化信息，变更的趋势和状态。《配置状态报告》应发布给项目组成员并提交给组织级配置管理员。

相关角色主要执行者：配置管理员其他执行者：组织级配置管理员工作产品输入:配置管理计划输出：配置状态报告第15页，共46页，2023年，2月20日，星期四任务5：组织配置审计组织配置审计由组织级配置管理员组织。审计成员由各项目配置管理员组成，以互查和抽查的方式在项目间交叉进行。组织配置审计主要从以下几个方面进行：基线审计、变更情况审计、生产版本发布审计、配置管理活动审计。相关角色主要执行者：组织级配置管理员其他执行者：配置管理员、项目成员

工作产品输入:变更记录表变更申请单配置管理计划需求跟踪矩阵输出：开发中心配置审计报告

第16页，共46页，2023年，2月20日，星期四任务6：变更管理当基线化配置项须发生变化时，变更发起人需填写《变更申请单》提出变更请求。变更控制委员会（CCB）评审提交的变更申请以判断其是否是一个有价值的变更。判断标准一般是基于优先级、进度、资源、风险、严重程度等。配置管理员根据审批结果编制变更执行计划并更新《变更申请表》。更新后《变更申请表》应发送变更执行人、变更验证人、需求管理员。第17页，共46页，2023年，2月20日，星期四任务6：变更管理第18页，共46页，2023年，2月20日，星期四任务7：版本发布版本发布分为里程碑版本发布和维护优化版本发布。配置管理员负责将开发库测试空间中形成版本发布基线。集成工程师负责在受控库上构建产品发布包并进行安装测试。配置管理员申请发起中心发布，同时负责将受控库已发布的产品版本同步至开发库中未释放的测试空间和开发空间中。

相关角色主要执行者：配置管理员其他执行者：集成工程师组织发布管理员组织配置管理员

工作产品输入：源代码输出：版本发布配置审计申请表版本发布申请表版本发布审批表版本发布通知单发布包第19页，共46页，2023年，2月20日，星期四关键技术－识别配置项识别哪些工作产品进行版本管理源代码对象代码,数据对于不同工作组共同使用的工作产品在生命周期其他点上产生的工作产品确定对不同类型工作产品的存取访问控制并控制具体的访问和修改。第20页，共46页，2023年，2月20日，星期四串行开发可能是理想的，但今天这种方式既不有效也不实用开发人员不应等待其他工作完成关键技术－构件的并行开发第21页，共46页，2023年，2月20日，星期四回顾以上我们介绍了：CMMI中配置管理过程域的SG及SP标准过程体系中配置管理过程所含任务配置管理的关键技术第22页，共46页，2023年，2月20日，星期四附加：总行配置管理规范第23页，共46页，2023年，2月20日，星期四定义软件配置

软件配置管理

软件配置管理系统

版本控制

配置库

基线

配置项

变更请求

第24页，共46页，2023年，2月20日，星期四组织与职责变更控制委员会

项目组CCB负责对项目组变更请求的审批，遇较大变更可报组织级CCB评审。项目组CCB成员必须至少包括一名项目组配置管理员。开发中心

开发中心项目管理与质量控制部室是软件配置管理的直接管理机构，负责建立、维护整个配置管理系统环境，并实现监控、评审、考评等管理职能。

开发中心技术支持部室是软件配置管理系统的运行维护机构，负责对软件配置管理系统的系统运行、硬件、网络、备份等进行监控和技术保障。配置管理员

配置管理员分为三个层次：总行配置管理员、组织级配置管理员、项目组配置管理员。

总行配置管理员负责总行产品基线库的日常管理和维护，具体协调各级配置管理员之间的工作关系，

组织级配置管理员负责配置管理系统组织级的日常维护、监控和管理。各开发中心设专职组织级配置管理员岗位，归口项目管理与质量控制部室管理。

项目组配置管理员是本项目软件配置管理活动的关键执行人，负责按照既定的策略，实施、维护项目组配置管理环境，并评估这些策略对开发效率的影响。项目组配置管理员原则上由建行员工担任。项目组

项目组负责进行各项软件配置管理活动。项目经理对本项目的软件配置管理活动负有直接的管理责任。第25页，共46页，2023年，2月20日，星期四配置管理活动配置库管理

配置管理计划编制

配置项管理

基线管理

变更管理

产品发布

组织配置审计

配置状态报告编制

配置管理日常工作申请

第26页，共46页，2023年，2月20日，星期四安全管理应注意对配置管理系统所管理的资产和过程资产的保护，任何人不得以任何形式复制和传播。运行保障

开发中心技术支持部室负责配置管理系统运行维护。配置管理系统服务器应放置在开发中心系统机房，纳入开发中心统一管理。定期对配置管理系统进行备份和安全检查，统一进行系统用户管理，建立应急机制。权限管理

组织级配置管理员对配置库拥有完全权限，需设立A、B角，以保证对系统操作的正确性。重大操作必须双人临岗进行处理。

项目组配置管理员对本项目配置库拥有使用权限（不包括删除权限）。

配置项的权限由项目经理决定，由项目组配置管理员负责实施。总体原则是根据工作小组来设置权限，全面权衡工作方便性和保密性。用户管理

配置管理系统用户管理包括用户新增、变更和注销。当项目组需要进行配置管理系统的用户新增、变更和注销时，配置管理员填写工作申请单（SCMCR）进行用户的变更申请，由组织级配置管理员审核后进行处理。

用户名和密码是判定系统使用者进入软件配置管理系统的主要手段。项目相关人员应以正确的用户名和密码登录系统，不得非法登录。

配置管理系统使用人员在初次登陆配置管理系统成功后，应立即修改密码，并定期更换，如发现或怀疑泄露应立即更改。密码的设定应具有一定的复杂度，密码应由大小写字母、数字或特殊字符组成，长度应不少于6个字符。用户如遗忘密码，应立即向组织级配置管理员提出重置密码申请（见附件八）。

配置管理系统使用人员应注意保管个人的用户信息，对用户权限范围内的操作结果负责。禁止盗用、转让、借用用户名和密码，违反规定造成严重后果的，追究当事人责任。第27页，共46页，2023年，2月20日，星期四课程内容配置管理质量保证第28页，共46页，2023年，2月20日，星期四质量保证过程域目标客观评价项目的过程和工作产品，从而确保项目的质量。失效征兆无法保证项目质量标准被遵循或达到低质量工作产品被产生项目成员正在抵制无效的工作流程没有说明项目所遵循过程和标准显而易见的项目问题没有及时升级给高层领导关注失效后果缺乏对开发过程客观评价导致明显问题没有被及时解决低质量中间产品降低客户信心哪怕你能够最终提交高质量最终产品第29页，共46页，2023年，2月20日，星期四沟通并确保不符合问题得到解决建立记录提供客观洞察相关的利益干系人报告和记录客观评价工作产品和服务客观评价过程客观评价过程和产品质量质量保证过程内容第30页，共46页，2023年，2月20日，星期四术语：质量成本包括所有由质量工作或者进行与质量有关的活动所导致的成本。预防成本：预防质量缺陷所需成本。例如：质量保证、培训等。评估成本：检查、评定产品质量.是否满足规定要求所需的成本。如：测试、审计、同行评审。失败成本：因质量问题导致的多余成本支出。内部故障成本。如：返工、缺陷修复、故障分析；外部故障成本如：解决最终的抱怨、求助电话等生活小例子：预防成本：锻炼身体、听保健讲座等。评估成本：体检失败成本：治病第31页，共46页，2023年，2月20日，星期四SG1-客观评价过程和工作产品根据适用的过程说明、标准和流程客观评价相关的工作产品和服务的符合程度。SP1.1客观评价过程根据适用的过程说明、标准和流程客观评价指定的已实施的过程SP1.2客观评价工作产品和服务根据适用的过程说明、标准和流程客观评价指定的工作产品第32页，共46页，2023年，2月20日，星期四SG2提供客观的洞察客观跟踪、沟通不符合问题，确保其被解决SP2.1沟通并确保不符合问题得到解决与成员和管理层沟通质量问题，确保不符合问题得到解决SP2.2建立记录建立并维护质量保证活动的记录第33页，共46页，2023年，2月20日，星期四PPQA在标准过程体系的实现第34页，共46页，2023年，2月20日，星期四任务1：质量保证计划编制质量经理在《项目计划》初稿的基础上编制项目的《质量保证计划》。项目经理负责审核《质量保证计划》和其他计划之间的一致性。编制完成的《质量保证计划》提交组织质量保证员审核。当项目发生变更时，质量经理根据情况及时进行修订《质量保证计划》。修订后的《质量保证计划》提交项目经理审核，并报送组织质量保证员。相关角色主要执行者：质量经理其他执行者：项目经理组织质量保证员

工作产品输入:项目计划输出：质量保证计划

第35页，共46页，2023年，2月20日，星期四任务2：质量保证活动实施项目经理和相关人员分析所发现的不符合项，制定改进措施行动计划，并指定责任人实施行动计划。质量经理可将质量保证活动发现任何问题（包括无法由项目组解决的不符合项）报告项目协调人和组织质量保证员。对于重要的未及时解决的问题应升级。质量经理收集项目组最佳实践、过程改进建议及需上报不符合项，编制每月《质量保证报告》。相关角色主要执行者：质量经理其他执行者：项目经理项目总监组织质量保证员

工作产品输入:质量保证计划

输出：不符合项跟踪表质量保证报告第36页，共46页，2023年，2月20日，星期四任务3：组织质量审计组织质量保证员每次组织质量审计前应做编制《审计计划》.选择审计范围--

审计人员根据任务定义表和目前实施的阶段选择出本次审计检查的任务范围。工作产品审计：根据本次审计需要检查的任务范围，依据《质量审计检查表》提取相关任务的输出工作产品，对已提取的工作产品进行客观评价。检查行动执行情况：根据本次审计需要检查的任务范围，对相关任务的执行行动进行直接证据的评价。编制不符合项跟踪表，确认和跟踪。相关角色主要执行者：组织质量保证员其他执行者：项目成员质量带头人质量经理组织需求管理员

工作产品输出：不符合项跟踪表过程变更请求开发中心质量保证报告

第37页，共46页，2023年，2月20日，星期四质量审计检查表第38页，共46页，2023年，2月20日，星期四QAVsQCQualityAssurance事前过程中关注如何降低缺陷,成本和返工每个人的职责QualityControl事后产品关注如何解决缺陷QC工程师的职责第39页，共46页，2023年，2月20日，星期四优秀的质量经理应具备熟悉过程善于指导具有亲和力客观的善于沟通关键要点:标准过程是根据各个优秀项目的最佳实践总结编制的，因此，通过QA的过程检查，可以帮助项目组找到目前操作与最佳实践之间的不同。不同并不代表是不对的，也可能是更好的最佳实践。因此我们说：不符合项是帮助项目改进的机遇。第40页，共46页，2023年，2月20日，星期四回顾以上我们介绍了：

CMMI中质量保证过程域的SG及SP

标准过程体系中质量保证过程所含任务

QA与QC的区别优秀质量经理应具备的能力第41页，共46页，2023年，2月20日，星期四部署版本发布√上线实施用户验收测试实施用户支持材料编制运行维护第42页，共46页，2023年，2月20日，星期四任务1：上线实施技术经理负责组织项目成员编写《系统上线计划》，包括上线期间的组织架构图应包括关联系统支持小组，并需要明确关联系统在上线过程中的职责。上线计划评审：基础设施项评审由技术部架构管理部门组织；业务应用项目的系统上线评审一般由技术部业务支持部门组织，其中，技术部确定的重点项目的系统上线计划评审由技术部项目实施管理部门统一组织。项目提出部门、信息中心、相关技术运行部门和业务运行部门等参加评审。项目经理负责组织协调评审专家对系统上线计划进行评审，中心评审专家应包括：组织项目管理员、组织运维管理员、技术经理、业务经理、质量经理、各专业化小组长等。准备上线资源：包括主机、存储、网络、数据库、平台软件、应用版本等。安装上线环境->启用应用系统->获取试运行报告

相关角色主要执行者：技术经理其他执行者：产品支持员评审专家系统管理员项目经理项目协调人组织运维管理员工作产品输出：系统上线计划、评审记录、生产环境资源申请表、试运行报告第43页，共46页，2023年，2月20日，星期四任务2：用户支持材料编制

用户支持材料可以分为：业务用户支持材料和技术用户支持材料。其中，业务用户支持材料主要包括：系统操作手