配置管理和质量管理.ppt_第1页
配置管理和质量管理.ppt_第2页
配置管理和质量管理.ppt_第3页
配置管理和质量管理.ppt_第4页
配置管理和质量管理.ppt_第5页
已阅读5页,还剩41页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中国建设银行厦门开发中心 配置管理/质量保证 2 预备知识:CMMI支持过程域的组成 过程域CMMI 二 级 三 级 四 级 五 级 基本支持过 程域 配置管理(CM) 质量保证(PPQA) 度量与分析(MA) 高级支持过 程域 决策分析与解决方案 (DAR) 根本原因分析(CAR) 3 基本支持过程域 4 课程内容 配置管理 质量保证 5 配置管理 nCMMI过程域介绍 n标准过程体系介绍 6 CMMI过程域-配置管理过程域(CM) 目标 保证软件项目生成的产品在软件生命周期中的完整性。在给 定时间点上确定软件配置,并在整个软件生命周期中维护配 置的完整性和可跟踪性。 软件配置管理可以分为两方面的内容,一是配置项的识别和 管理,另一方面是变更管理。 失效 征兆 n无法提出产品基线 n所提供组件并不是所需要的从而导致返工 n无法给出系统各个组件详细清单(导致浪费时间在发现部 件、需求和接口) n无法控制变更导致无法控制返工 失效 后果 n无法重建和访问前一个基线从而导致系统维护时间和资源 浪费 n无法核实被测试的产品就是交付的产品,从而导致时间、 工作量和用户信心浪费 7 CMMI过程域-配置管理过程域(CM) 建立完整性建立基线 跟踪和控制 变更 配置管理员 配置状态报告配置管理计划 8 SG1建立基线 SP 1.1 标识配置项 在配置管理系统中,识别配置项 SP 1.2 建立配置管理系统 建立并维护配置管理系统和变更管理系统, 控制产品 SP 1.3 创建或发布基线 创建或发布内部使用的和正式发布的基线 9 SG2跟踪和控制变更 SP 2.1 跟踪变更请求 跟踪配置项的变更请求 SP 2.2 控制配置项 控制配置项的变更 10 SG3 建立完整性 SP 3.1建立配置管理记录 建立并维护配置项描述的记录 SP 3.2 执行配置审计 执行配置审计,维护基线的完整性 11 标准过程体系的实现 12 任务1:配置管理计划编制 配置管理员根据项目特点,依据项目计划编制配置管理计划。主要包括 :识别配置项、确定基线计划、确定工作流策略、确定配置审计计划、确定安全 策略、确定备份和恢复策略。 配置管理员应将配置管理计划提交技术经理审核。并提交组织级配置管理员 。组织级配置管理员根据配置管理计划搭建配置系统环境。 配置管理员负责管理和更新配置管理计划。 工作产品 输入:项目计划 输出:配置管理计划 相关角色 主要执行者:配置管理员 其他执行者:技术经理 组织级配置管理员 13 任务2:配置项管理 项目成员应该使用配置管理系统来对配置项进行修改和提交,并在指定的开 发库的工作空间上操作配置项。主要包括以下几个操作: 相关角色 主要执行者:项目成员 其他执行者:配置管理员 组织级配置管理员 工作产品 输入:配置管理计划 检出(Check Out)检入(Check in ) 新增配置项(Add to source control) 交付(Deliver ) 项目受控基线建立后,已基线化配置项在开发空间的检入和检出权限将被 冻结,其修改需要执行变更管理。 14 任务3:基线管理 基线可分为: 受控基线:指配置项在项目里程碑时点时的已通过正式评审/测试进入受控的一种状态 。 标识基线:指配置项在项目的非里程碑时点的一种特定状态。 配置管理员按照配置管理计划中基线计划在受控库上建立标识/受控基线,并将 基线信息登记在配置管理计划中。基线信息包括:基线名称、建立时间等。 相关角色 主要执行者:配置管理员 其他执行者:项目成员 工作产品 输入: 配置管理计划 输出:配置管理计划 15 任务4:配置状态报告编制 配置管理员每月月底根据配置项状态、基线和变更的情况编制配置 状态报告,配置状态报告内容包括当月配置项版本变化情况、 规模增长趋势,基线变化信息,变更的趋势和状态。 配置状态报告应发布给项目组成员并提交给组织级配置管理员。 相关角色 主要执行者:配置管理员 其他执行者:组织级配置管理员 工作产品 输入: 配置管理计划 输出:配置状态报告 16 任务5:组织配置审计 组织配置审计由组织级配置管理员组织。审计成员由各项目配 置管理员组成,以互查和抽查的方式在项目间交叉进行。 组织配置审计主要从以下几个方面进行:基线审计、变更情况 审计、生产版本发布审计、配置管理活动审计。 相关角色 主要执行者:组织级配置管理员 其他执行者:配置管理员、项目成员 工作产品 输入: 变更记录表 变更申请单 配置管理计划 需求跟踪矩阵 输出:开发中心配置审计报告 17 任务6:变更管理 当基线化配置项须发生变化时,变更发起人需填写变更申请单 提出变更请求。 变更控制委员会(CCB)评审提交的变更申请以判断其是否是 一个有价值的变更。判断标准一般是基于优先级、进度、资源、 风险、严重程度等。 配置管理员根据审批结果编制变更执行计划并更新变更申请表 。更新后变更申请表应发送变更执行人、变更验证人、需 求管理员。 18 任务6:变更管理 19 任务7:版本发布 版本发布分为里程碑版本发布和维护优化版本发布。 配置管理员负责将开发库测试空间中形成版本发布基线。集成工程师 负责在受控库上构建产品发布包并进行安装测试。 配置管理员申请发起中心发布,同时负责将受控库已发布的产品版本 同步至开发库中未释放的测试空间和开发空间中。 相关角色 主要执行者:配置管理员 其他执行者:集成工程师 组织发布管理员 组织配置管理员 工作产品 输入:源代码 输出:版本发布配置审计申请表 版本发布申请表 版本发布审批表 版本发布通知单 发布包 20 关键技术识别配置项 识别哪些工作产品进行版本管理 源代码 对象代码, 数据 对于不同工作组共同使用的工作产品 在生命周期其他点上产生的工作产品 确定对不同类型工作产品的存取访问控制 并控制具体的访问和修改。 21 串行开发可能是理想的,但今天这种方式 既不有效也不实用 开发人员不应等待其他工作完成 关键技术构件的并行开发 22 回顾 以上我们介绍了: CMMI中配置管理过程域的SG及SP 标准过程体系中配置管理过程所含任务 配置管理的关键技术 23 附加:总行配置管理规范 24 定义 n软件配置 n软件配置管理 n软件配置管理系统 n版本控制 n配置库 n基线 n配置项 n变更请求 25 组织与职责 n变更控制委员会 项目组CCB负责对项目组变更请求的审批,遇较大变更可报组织级CCB 评审。项目组CCB成员必须至少包括一名项目组配置管理员。 n开发中心 开发中心项目管理与质量控制部室是软件配置管理的直接管理机构,负 责建立、维护整个配置管理系统环境,并实现监控、评审、考评等管理 职能。 开发中心技术支持部室是软件配置管理系统的运行维护机构,负责对软 件配置管理系统的系统运行、硬件、网络、备份等进行监控和技术保障 。 n配置管理员 配置管理员分为三个层次:总行配置管理员、组织级配置管理员、项目 组配置管理员。 总行配置管理员负责总行产品基线库的日常管理和维护,具体协调各级 配置管理员之间的工作关系, 组织级配置管理员负责配置管理系统组织级的日常维护、监控和管理。 各开发中心设专职组织级配置管理员岗位,归口项目管理与质量控制部 室管理。 项目组配置管理员是本项目软件配置管理活动的关键执行人,负责按照 既定的策略,实施、维护项目组配置管理环境,并评估这些策略对开发 效率的影响。项目组配置管理员原则上由建行员工担任。 n项目组 项目组负责进行各项软件配置管理活动。项目经理对本项目的软件配置 管理活动负有直接的管理责任。 26 配置管理活动 n配置库管理 n配置管理计划编制 n配置项管理 n基线管理 n变更管理 n产品发布 n组织配置审计 n配置状态报告编制 n配置管理日常工作申请 27 安全管理 n应注意对配置管理系统所管理的资产和过程资产的保护,任何人不得以任何形式 复制和传播。 n运行保障 开发中心技术支持部室负责配置管理系统运行维护。配置管理系统服务器应放置 在开发中心系统机房,纳入开发中心统一管理。定期对配置管理系统进行备份和 安全检查,统一进行系统用户管理,建立应急机制。 n权限管理 组织级配置管理员对配置库拥有完全权限,需设立A、B角,以保证对系统操作的 正确性。重大操作必须双人临岗进行处理。 项目组配置管理员对本项目配置库拥有使用权限(不包括删除权限)。 配置项的权限由项目经理决定,由项目组配置管理员负责实施。总体原则是根据 工作小组来设置权限,全面权衡工作方便性和保密性。 n用户管理 配置管理系统用户管理包括用户新增、变更和注销。当项目组需要进行配置管理 系统的用户新增、变更和注销时,配置管理员填写工作申请单(SCMCR)进行 用户的变更申请,由组织级配置管理员审核后进行处理。 用户名和密码是判定系统使用者进入软件配置管理系统的主要手段。项目相关人 员应以正确的用户名和密码登录系统,不得非法登录。 配置管理系统使用人员在初次登陆配置管理系统成功后,应立即修改密码,并定 期更换,如发现或怀疑泄露应立即更改。密码的设定应具有一定的复杂度,密码 应由大小写字母、数字或特殊字符组成,长度应不少于6个字符。用户如遗忘密码 ,应立即向组织级配置管理员提出重置密码申请(见附件八)。 配置管理系统使用人员应注意保管个人的用户信息,对用户权限范围内的操作结 果负责。禁止盗用、转让、借用用户名和密码,违反规定造成严重后果的,追究 当事人责任。 28 课程内容 配置管理 质量保证 29 质量保证过程域 目标客观评价项目的过程和工作产品,从而确保项目的质量。 失效 征兆 n无法保证项目质量标准被遵循或达到 n低质量工作产品被产生 n项目成员正在抵制无效的工作流程 n没有说明项目所遵循过程和标准 n显而易见的项目问题没有及时升级给高层领导关注 失效 后果 n缺乏对开发过程客观评价导致明显问题没有被及时解决 n低质量中间产品降低客户信心哪怕你能够最终提交高质量 最终产品 30 沟通并确保不符合 问题得到解决 建立记录 提供客观洞察 相关的利益干系人 报告和记录 客观评价工 作产品和服 务 客观评价过程 客观评价过程和产品质量 质量保证过程内容 31 术语: 质量成本包括所有由质量工作或者进行与质量有关的活动 所导致的成本。 预防成本:预防质量缺陷所需成本。例如:质量保证、 培训等。 评估成本:检查、评定产品质量.是否满足规定要求所需 的成本。如:测试、审计、同行评审。 失败成本:因质量问题导致的多余成本支出。内部故障成 本。如:返工、缺陷修复、故障分析;外部故 障成本如:解决最终的抱怨、求助电话等 生活小例子: 预防成本:锻炼身体、听保健讲座等。 评估成本:体检 失败成本:治病 32 SG1-客观评价过程和工作产品 根据适用的过程说明、标准和流程客观评价相关的工作 产品 和服务的符合程度。 SP1.1 客观评价过程 根据适用的过程说明、标准和流程客观评价指定的已 实施的过程 SP1.2 客观评价工作产品和服务 根据适用的过程说明、标准和流程客观评价指定的工 作产品 33 SG2 提供客观的洞察 客观跟踪、沟通不符合问题,确保其被解决 SP2.1 沟通并确保不符合问题得到解决 与成员和管理层沟通质量问题,确保不符合问题 得到解决 SP2.2 建立记录 建立并维护质量保证活动的记录 34 PPQA在标准过程体系的实现 35 任务1:质量保证计划编制 质量经理在项目计划初稿的基础上编制项目的质量保证计划。项目 经理负责审核质量保证计划和其他计划之间的一致性。编制完成的质量 保证计划提交组织质量保证员审核。 当项目发生变更时,质量经理根据情况及时进行修订质量保证计划。修 订后的质量保证计划提交项目经理审核,并报送组织质量保证员。 相关角色 主要执行者:质量经理 其他执行者:项目经理 组织质量保证员 工作产品 输入: 项目计划 输出:质量保证计划 36 任务2:质量保证活动实施 项目经理和相关人员分析所发现的不符合项,制定改进措施行动计划,并指定 责任人实施行动计划。 质量经理可将质量保证活动发现任何问题(包括无法由项目组解决的不符合项 )报告项目协调人和组织质量保证员。 对于重要的未及时解决的问题应升级。 质量经理收集项目组最佳实践、过程改进建议及需上报不符合项,编制每月 质量保证报告。 相关角色 主要执行者:质量经理 其他执行者:项目经理 项目总监 组织质量保证员 工作产品 输入: 质量保证计划 输出:不符合项跟踪表 质量保证报告 37 任务3:组织质量审计 n组织质量保证员每次组织质量审计前应做编制审计计划. n选择审计范围 - 审计人员根据任务定义表和目前实施的阶段选择出本次审 计检查的任务范围。 n工作产品审计:根据本次审计需要检查的任务范围,依据质量审计检查表 提取相关任务的输出工作产品,对已提取的工作产品进行客观评价。 n检查行动执行情况:根据本次审计需要检查的任务范围,对相关任务的执行行 动进行直接证据的评价。 n编制不符合项跟踪表 ,确认和跟踪。 相关角色 主要执行者:组织质量保证员 其他执行者:项目成员 质量带头人 质量经理 组织需求管理员 工作产品 输出:不符合项跟踪表 过程变更请求 开发中心质量保证报告 38 质量审计检查表 39 QA Vs QC Quality Assurance 事前 过程中 关注如何降低缺陷, 成本 和返工 每个人的职责 Quality Control 事后 产品 关注如何解决缺陷 QC工程师的职责 40 优秀的质量经理应具备 熟悉过程 善于指导 具有亲和力 客观的 善于沟通 关键要点:标准过程是根据各个优秀项目的最佳实践总结 编制的,因此,通过QA的过程检查,可以帮助项目组找 到目前操作与最佳实践之间的不同。不同并不代表是不 对的,也可能是更好的最佳实践。 因此我们说:不符合项是帮助项目改进的机遇。 41 回顾 以上我们介绍了: CMMI中质量保证过程域的SG及SP 标准过程体系中质量保证过程所含任务 QA与QC的区别 优秀质量经理应具备的能力 42 部署 n版本发布 n上线实施 n用户验收测试实施 n用户支持材料编制 n运行维护 43 任务1:上线实施 n技术经理负责组织项目成员编写系统上线计划,包括上线期间的组织 架构图应包括关联系统支持小组,并需要明确关联系统在上线过程中的职责。 n上线计划评审:基础设施项评审由技术部架构管理部门组织;业务应用项目的系统上线 评审一般由技术部业务支持部门组织,其中,技术部确定的重点项目的系统上线计划评审 由技术部项目实施管理部门统一组织。项目提出部门、信息中心、相关技术运行部门和业 务运行部门等参加评审。项目经理负责组织协调评审专家对系统上线计划进行评审,中心 评审专家应包括:组织项目管理员、组织运维管理员、技术经理、业务经理、质量经理、 各专业化小组长等。 n准备上线资源:包括主机、存储、网络、数据库、平台软件、应用版本等。 n安装上线环境-启用应用系统-获取试运行报告 相关角色 主要执行者:技术经理 其他执行者:产品支持员 评审专家 系统管理员 项目经理 项目协调人 组织运维管理员 工作产品 输出:系统上线计划 、评审记录 、生产环境资源申请表、试运行报告 44 任务2:用户支持材料编制 n用户支持材料可以分为:业务用户支持材料和技术用户支持材料。其中,业务用户支持 材料主

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论