配置管理和质量管理.ppt

1、中国建设银行厦门开发中心,配置管理/质量保证,预备知识：CMMI支持过程域的组成,基本支持过程域,课程内容,配置管理 质量保证,配置管理,CMMI过程域介绍 标准过程体系介绍,CMMI过程域-配置管理过程域（CM）,目标,保证软件项目生成的产品在软件生命周期中的完整性。在给 定时间点上确定软件配置，并在整个软件生命周期中维护配 置的完整性和可跟踪性。 软件配置管理可以分为两方面的内容，一是配置项的识别和 管理，另一方面是变更管理。,失效 征兆,无法提出产品基线 所提供组件并不是所需要的从而导致返工 无法给出系统各个组件详细清单（导致浪费时间在发现部件、需求和接口） 无法控制变更导致无法控制返工

2、,失效 后果,无法重建和访问前一个基线从而导致系统维护时间和资源浪费 无法核实被测试的产品就是交付的产品，从而导致时间、工作量和用户信心浪费,CMMI过程域-配置管理过程域（CM）,建立完整性,建立基线,跟踪和控制变更,配置管理员,配置状态报告,配置管理计划,SG1建立基线,SP 1.1 标识配置项 在配置管理系统中，识别配置项 SP 1.2 建立配置管理系统 建立并维护配置管理系统和变更管理系统，控制产品 SP 1.3 创建或发布基线 创建或发布内部使用的和正式发布的基线,SG2跟踪和控制变更,SP 2.1 跟踪变更请求 跟踪配置项的变更请求 SP 2.2 控制配置项 控制配置项的变更,SG

3、3 建立完整性,SP 3.1建立配置管理记录 建立并维护配置项描述的记录 SP 3.2 执行配置审计 执行配置审计，维护基线的完整性,标准过程体系的实现,任务1：配置管理计划编制,配置管理员根据项目特点，依据项目计划编制配置管理计划。主要包括：识别配置项、确定基线计划、确定工作流策略、确定配置审计计划、确定安全策略、确定备份和恢复策略。 配置管理员应将配置管理计划提交技术经理审核。并提交组织级配置管理员。组织级配置管理员根据配置管理计划搭建配置系统环境。 配置管理员负责管理和更新配置管理计划。,工作产品 输入：项目计划 输出：配置管理计划,相关角色 主要执行者：配置管理员 其他执行者：技术经理

4、 组织级配置管理员,任务2：配置项管理,项目成员应该使用配置管理系统来对配置项进行修改和提交，并在指定的开 发库的工作空间上操作配置项。主要包括以下几个操作：,相关角色 主要执行者：项目成员 其他执行者：配置管理员 组织级配置管理员,工作产品 输入：配置管理计划,检出（Check Out),检入（Check in）,新增配置项（Add to source control）,交付（Deliver）,项目受控基线建立后，已基线化配置项在开发空间的检入和检出权限将被 冻结，其修改需要执行变更管理。,任务3：基线管理,基线可分为： 受控基线：指配置项在项目里程碑时点时的已通过正式评审/测试进入受控的一

5、种状态。 标识基线：指配置项在项目的非里程碑时点的一种特定状态。 配置管理员按照配置管理计划中基线计划在受控库上建立标识/受控基线，并将基线信息登记在配置管理计划中。基线信息包括：基线名称、建立时间等。,相关角色 主要执行者：配置管理员 其他执行者：项目成员,工作产品 输入: 配置管理计划 输出：配置管理计划,任务4：配置状态报告编制,配置管理员每月月底根据配置项状态、基线和变更的情况编制配置状态报告,配置状态报告内容包括当月配置项版本变化情况、规模增长趋势，基线变化信息，变更的趋势和状态。 配置状态报告应发布给项目组成员并提交给组织级配置管理员。,相关角色 主要执行者：配置管理员 其他执行者

6、：组织级配置管理员,工作产品 输入: 配置管理计划 输出：配置状态报告,任务5：组织配置审计,组织配置审计由组织级配置管理员组织。审计成员由各项目配置管理员组成，以互查和抽查的方式在项目间交叉进行。 组织配置审计主要从以下几个方面进行：基线审计、变更情况审计、生产版本发布审计、配置管理活动审计。,相关角色 主要执行者：组织级配置管理员 其他执行者：配置管理员、项目成员,工作产品 输入: 变更记录表 变更申请单 配置管理计划 需求跟踪矩阵 输出：开发中心配置审计报告,任务6：变更管理,当基线化配置项须发生变化时，变更发起人需填写变更申请单提出变更请求。 变更控制委员会（CCB）评审提交的变更申请

7、以判断其是否是一个有价值的变更。判断标准一般是基于优先级、进度、资源、风险、严重程度等。 配置管理员根据审批结果编制变更执行计划并更新变更申请表。更新后变更申请表应发送变更执行人、变更验证人、需求管理员。,任务6：变更管理,任务7：版本发布,版本发布分为里程碑版本发布和维护优化版本发布。 配置管理员负责将开发库测试空间中形成版本发布基线。集成工程师负责在受控库上构建产品发布包并进行安装测试。 配置管理员申请发起中心发布，同时负责将受控库已发布的产品版本同步至开发库中未释放的测试空间和开发空间中。,相关角色 主要执行者：配置管理员 其他执行者：集成工程师 组织发布管理员 组织配置管理员,工作产品

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

9、系统 版本控制 配置库 基线 配置项 变更请求,组织与职责,变更控制委员会项目组CCB负责对项目组变更请求的审批，遇较大变更可报组织级CCB评审。项目组CCB成员必须至少包括一名项目组配置管理员。 开发中心开发中心项目管理与质量控制部室是软件配置管理的直接管理机构，负责建立、维护整个配置管理系统环境，并实现监控、评审、考评等管理职能。开发中心技术支持部室是软件配置管理系统的运行维护机构，负责对软件配置管理系统的系统运行、硬件、网络、备份等进行监控和技术保障。 配置管理员配置管理员分为三个层次：总行配置管理员、组织级配置管理员、项目组配置管理员。总行配置管理员负责总行产品基线库的日常管理和维护，

10、具体协调各级配置管理员之间的工作关系，组织级配置管理员负责配置管理系统组织级的日常维护、监控和管理。各开发中心设专职组织级配置管理员岗位，归口项目管理与质量控制部室管理。项目组配置管理员是本项目软件配置管理活动的关键执行人，负责按照既定的策略，实施、维护项目组配置管理环境，并评估这些策略对开发效率的影响。项目组配置管理员原则上由建行员工担任。 项目组项目组负责进行各项软件配置管理活动。项目经理对本项目的软件配置管理活动负有直接的管理责任。,配置管理活动,配置库管理 配置管理计划编制 配置项管理 基线管理 变更管理 产品发布 组织配置审计 配置状态报告编制 配置管理日常工作申请,安全管理,应注意

11、对配置管理系统所管理的资产和过程资产的保护，任何人不得以任何形式复制和传播。 运行保障开发中心技术支持部室负责配置管理系统运行维护。配置管理系统服务器应放置在开发中心系统机房，纳入开发中心统一管理。定期对配置管理系统进行备份和安全检查，统一进行系统用户管理，建立应急机制。 权限管理组织级配置管理员对配置库拥有完全权限，需设立A、B角，以保证对系统操作的正确性。重大操作必须双人临岗进行处理。项目组配置管理员对本项目配置库拥有使用权限（不包括删除权限）。配置项的权限由项目经理决定，由项目组配置管理员负责实施。总体原则是根据工作小组来设置权限，全面权衡工作方便性和保密性。 用户管理配置管理系统用户管

12、理包括用户新增、变更和注销。当项目组需要进行配置管理系统的用户新增、变更和注销时，配置管理员填写工作申请单（SCMCR）进行用户的变更申请，由组织级配置管理员审核后进行处理。用户名和密码是判定系统使用者进入软件配置管理系统的主要手段。项目相关人员应以正确的用户名和密码登录系统，不得非法登录。配置管理系统使用人员在初次登陆配置管理系统成功后，应立即修改密码，并定期更换，如发现或怀疑泄露应立即更改。密码的设定应具有一定的复杂度，密码应由大小写字母、数字或特殊字符组成，长度应不少于6个字符。用户如遗忘密码，应立即向组织级配置管理员提出重置密码申请（见附件八）。配置管理系统使用人员应注意保管个人的用户

13、信息，对用户权限范围内的操作结果负责。禁止盗用、转让、借用用户名和密码，违反规定造成严重后果的，追究当事人责任。,课程内容,配置管理 质量保证,质量保证过程域,目标,客观评价项目的过程和工作产品，从而确保项目的质量。,失效 征兆,无法保证项目质量标准被遵循或达到 低质量工作产品被产生 项目成员正在抵制无效的工作流程 没有说明项目所遵循过程和标准 显而易见的项目问题没有及时升级给高层领导关注,失效 后果,缺乏对开发过程客观评价导致明显问题没有被及时解决 低质量中间产品降低客户信心哪怕你能够最终提交高质量最终产品,沟通并确保不符合问题得到解决,建立记录,提供客观洞察,相关的利益干系人,报告和记录,

14、客观评价工作产品和服务,客观评价过程,客观评价过程和产品质量,质量保证过程内容,术语：,质量成本包括所有由质量工作或者进行与质量有关的活动 所导致的成本。 预防成本：预防质量缺陷所需成本。例如：质量保证、 培训等。 评估成本：检查、评定产品质量.是否满足规定要求所需 的成本。如：测试、审计、同行评审。 失败成本：因质量问题导致的多余成本支出。内部故障成 本。如：返工、缺陷修复、故障分析；外部故 障成本如：解决最终的抱怨、求助电话等,生活小例子： 预防成本：锻炼身体、听保健讲座等。 评估成本：体检 失败成本：治病,SG1-客观评价过程和工作产品,根据适用的过程说明、标准和流程客观评价相关的工作产

15、品 和服务的符合程度。 SP1.1 客观评价过程 根据适用的过程说明、标准和流程客观评价指定的已实施的过程 SP1.2 客观评价工作产品和服务 根据适用的过程说明、标准和流程客观评价指定的工作产品,SG2 提供客观的洞察,客观跟踪、沟通不符合问题，确保其被解决 SP2.1 沟通并确保不符合问题得到解决 与成员和管理层沟通质量问题，确保不符合问题得到解决 SP2.2 建立记录 建立并维护质量保证活动的记录,PPQA在标准过程体系的实现,任务1：质量保证计划编制,质量经理在项目计划初稿的基础上编制项目的质量保证计划。项目经理负责审核质量保证计划和其他计划之间的一致性。编制完成的质量保证计划提交组织

16、质量保证员审核。 当项目发生变更时，质量经理根据情况及时进行修订质量保证计划。修订后的质量保证计划提交项目经理审核，并报送组织质量保证员。,相关角色 主要执行者：质量经理 其他执行者：项目经理 组织质量保证员,工作产品 输入: 项目计划 输出：质量保证计划,任务2：质量保证活动实施,项目经理和相关人员分析所发现的不符合项，制定改进措施行动计划，并指定责任人实施行动计划。 质量经理可将质量保证活动发现任何问题（包括无法由项目组解决的不符合项）报告项目协调人和组织质量保证员。 对于重要的未及时解决的问题应升级。 质量经理收集项目组最佳实践、过程改进建议及需上报不符合项，编制每月质量保证报告。,相关

17、角色 主要执行者：质量经理 其他执行者：项目经理 项目总监 组织质量保证员,工作产品 输入: 质量保证计划 输出：不符合项跟踪表 质量保证报告,任务3：组织质量审计,组织质量保证员每次组织质量审计前应做编制审计计划. 选择审计范围 -审计人员根据任务定义表和目前实施的阶段选择出本次审计检查的任务范围。 工作产品审计：根据本次审计需要检查的任务范围，依据质量审计检查表提取相关任务的输出工作产品，对已提取的工作产品进行客观评价。 检查行动执行情况：根据本次审计需要检查的任务范围，对相关任务的执行行动进行直接证据的评价。 编制不符合项跟踪表 ，确认和跟踪。,相关角色 主要执行者：组织质量保证员 其他

18、执行者：项目成员 质量带头人 质量经理 组织需求管理员,工作产品 输出：不符合项跟踪表 过程变更请求 开发中心质量保证报告,质量审计检查表,QA Vs QC,Quality Assurance 事前 过程中 关注如何降低缺陷, 成本和返工 每个人的职责,Quality Control 事后 产品 关注如何解决缺陷 QC工程师的职责,优秀的质量经理应具备,熟悉过程 善于指导 具有亲和力 客观的 善于沟通,关键要点:标准过程是根据各个优秀项目的最佳实践总结编制的，因此，通过QA的过程检查，可以帮助项目组找到目前操作与最佳实践之间的不同。不同并不代表是不对的，也可能是更好的最佳实践。 因此我们说：不

19、符合项是帮助项目改进的机遇。,回顾,以上我们介绍了： CMMI中质量保证过程域的SG及SP 标准过程体系中质量保证过程所含任务 QA与QC的区别 优秀质量经理应具备的能力,部署,版本发布 上线实施 用户验收测试实施 用户支持材料编制 运行维护,任务1：上线实施,技术经理负责组织项目成员编写系统上线计划，包括上线期间的组织 架构图应包括关联系统支持小组，并需要明确关联系统在上线过程中的职责。 上线计划评审：基础设施项评审由技术部架构管理部门组织；业务应用项目的系统上线评审一般由技术部业务支持部门组织，其中，技术部确定的重点项目的系统上线计划评审由技术部项目实施管理部门统一组织。项目提出部门、信息

20、中心、相关技术运行部门和业务运行部门等参加评审。项目经理负责组织协调评审专家对系统上线计划进行评审，中心评审专家应包括：组织项目管理员、组织运维管理员、技术经理、业务经理、质量经理、各专业化小组长等。 准备上线资源：包括主机、存储、网络、数据库、平台软件、应用版本等。 安装上线环境-启用应用系统-获取试运行报告,相关角色 主要执行者：技术经理 其他执行者：产品支持员 评审专家 系统管理员 项目经理 项目协调人 组织运维管理员,工作产品 输出：系统上线计划 、评审记录 、生产环境资源申请表、试运行报告,任务2：用户支持材料编制,用户支持材料可以分为：业务用户支持材料和技术用户支持材料。其中，业务用户支持材料主要包括：系统操作手册、系统用户手册；技术用户支持材料主