配置管理和质量管理精选文档.ppt

《配置管理和质量管理精选文档.ppt》由会员分享，可在线阅读，更多相关《配置管理和质量管理精选文档.ppt（46页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、配置管理和质量管理本讲稿第一页，共四十六页预备知识：CMMI支持过程域的组成过程域CMMI二级三级四级五级基本支持过程域配置管理（CM）质量保证（PPQA）度量与分析（MA）高级支持过程域决策分析与解决方案（DAR）根本原因分析（CAR）本讲稿第二页，共四十六页基本支持过程域本讲稿第三页，共四十六页课程内容配置管理质量保证本讲稿第四页，共四十六页配置管理nCMMI过程域介绍n标准过程体系介绍本讲稿第五页，共四十六页CMMI过程域-配置管理过程域（CM）目标保证软件项目生成的产品在软件生命周期中的完整性。在给定时间点上确定软件配置，并在整个软件生命周期中维护配置的完整性和可跟踪性。软件配置管理可

2、以分为两方面的内容，一是配置项的识别和 管理，另一方面是变更管理。失效征兆n无法提出产品基线n所提供组件并不是所需要的从而导致返工n无法给出系统各个组件详细清单（导致浪费时间在发现部件、需求和接口）n无法控制变更导致无法控制返工失效后果n无法重建和访问前一个基线从而导致系统维护时间和资源浪费n无法核实被测试的产品就是交付的产品，从而导致时间、工作量和用户信心浪费本讲稿第六页，共四十六页CMMI过程域-配置管理过程域（CM）建立完整性建立完整性建立基线建立基线跟踪和控制变跟踪和控制变更更配置管理员配置管理员配置状态报告配置状态报告配置管理计划配置管理计划本讲稿第七页，共四十六页SG1建立基线SP

3、 1.1 SP 1.1 标识配置项标识配置项在配置管理系统中，识别配置项SP 1.2 SP 1.2 建立配置管理系统建立配置管理系统建立并维护配置管理系统和变更管理系统，控制产品 SP 1.3 SP 1.3 创建或发布基线创建或发布基线创建或发布内部使用的和正式发布的基线本讲稿第八页，共四十六页SG2跟踪和控制变更SP 2.1 SP 2.1 跟踪变更请求跟踪变更请求跟踪配置项的变更请求SP 2.2 SP 2.2 控制配置项控制配置项控制配置项的变更本讲稿第九页，共四十六页SG3 建立完整性SP 3.1SP 3.1建立配置管理记录建立配置管理记录建立并维护配置项描述的记录SP 3.2 SP 3.

4、2 执行配置审计执行配置审计执行配置审计，维护基线的完整性本讲稿第十页，共四十六页标准过程体系的实现本讲稿第十一页，共四十六页任务1：配置管理计划编制配置管理员根据项目特点，依据配置管理员根据项目特点，依据项目计划项目计划编制编制配置管理计划配置管理计划。主要包括：识别配置项、。主要包括：识别配置项、确定基线计划、确定工作流策略、确定配置审计计划、确定安全策略、确定备份和恢复策确定基线计划、确定工作流策略、确定配置审计计划、确定安全策略、确定备份和恢复策略。略。配置管理员应将配置管理员应将配置管理计划配置管理计划提交技术经理审核。并提交组织级配置管理员。组织级配置管理提交技术经理审核。并提交组

5、织级配置管理员。组织级配置管理员根据员根据配置管理计划配置管理计划搭建配置系统环境。搭建配置系统环境。配置管理员负责管理和更新配置管理员负责管理和更新配置管理计划配置管理计划。工作产品工作产品输入：项目计划输入：项目计划输出：配置管理计划输出：配置管理计划相关角色相关角色主要执行者：配置管理员主要执行者：配置管理员其他执行者：技术经理其他执行者：技术经理 组织级配置管理员组织级配置管理员本讲稿第十二页，共四十六页任务2：配置项管理项目成员应该使用配置管理系统来对配置项进行修改和提交，并在指定的开发库的工作空间上操作配置项。主要包括以下几个操作：相关角色相关角色主要执行者：项目成员主要执行者：项

6、目成员其他执行者：配置管理员其他执行者：配置管理员 组织级配置管理员组织级配置管理员工作产品工作产品输入：输入：配置管理计划配置管理计划检出（检出（Check Out)Check Out)检入（检入（Check inCheck in）新增配置项（新增配置项（Add to source controlAdd to source control）交付（交付（DeliverDeliver）项目受控基线建立后，已基线化配置项在开发空间的检入和检出权限将被冻结，其修改需要执行变更管理。本讲稿第十三页，共四十六页任务3：基线管理基线可分为：基线可分为：受控基线：受控基线：指配置项在项目里程碑时点时的已通过

7、正式评审/测试进入受控的一种状态。标识基线：标识基线：指配置项在项目的非里程碑时点的一种特定状态。配置管理员按照配置管理员按照配置管理计划配置管理计划中基线计划在受控库上建立标识中基线计划在受控库上建立标识/受控基线，并将基线信受控基线，并将基线信息登记在息登记在配置管理计划配置管理计划中。基线信息包括：基线名称、建立时间等。中。基线信息包括：基线名称、建立时间等。相关角色相关角色主要执行者：配置管理员主要执行者：配置管理员其他执行者：项目成员其他执行者：项目成员工作产品工作产品输入输入:配置管理计划配置管理计划输出：配置管理计划输出：配置管理计划本讲稿第十四页，共四十六页任务4：配置状态报告

8、编制配置管理员每月月底根据配置项状态、基线和变更的情况编制配置状态报告,配置状态报告内容包括当月配置项版本变化情况、规模增长趋势，基线变化信息，变更的趋势和状态。配置状态报告应发布给项目组成员并提交给组织级配置管理员。相关角色相关角色主要执行者：配置管理员主要执行者：配置管理员其他执行者：组织级配置管理员其他执行者：组织级配置管理员工作产品工作产品输入输入:配置管理计划配置管理计划输出：配置状态报告输出：配置状态报告本讲稿第十五页，共四十六页任务5：组织配置审计组织配置审计由组织级配置管理员组织。审计成员由各项目配置管组织配置审计由组织级配置管理员组织。审计成员由各项目配置管理员组成，以互查和

9、抽查的方式在项目间交叉进行。理员组成，以互查和抽查的方式在项目间交叉进行。组织配置审计主要从以下几个方面进行：基线审计、变更情况审计、组织配置审计主要从以下几个方面进行：基线审计、变更情况审计、生产版本发布审计、配置管理活动审计。生产版本发布审计、配置管理活动审计。相关角色相关角色主要执行者：组织级配置管理员主要执行者：组织级配置管理员其他执行者：配置管理员、项目成员其他执行者：配置管理员、项目成员 工作产品工作产品输入输入:变更记录表变更记录表 变更申请单变更申请单 配置管理计划配置管理计划 需求跟踪矩阵需求跟踪矩阵 输出：开发中心配置审计报告输出：开发中心配置审计报告本讲稿第十六页，共四十

10、六页任务6：变更管理n当基线化配置项须发生变化时，变更发起人需填写当基线化配置项须发生变化时，变更发起人需填写变更申请单变更申请单提出变更提出变更请求。请求。n变更控制委员会（变更控制委员会（CCB）评审提交的变更申请以判断其是否是一个有价）评审提交的变更申请以判断其是否是一个有价值的变更。判断标准一般是基于优先级、进度、资源、风险、严重程度等。值的变更。判断标准一般是基于优先级、进度、资源、风险、严重程度等。n配置管理员根据审批结果编制变更执行计划并更新配置管理员根据审批结果编制变更执行计划并更新变更申请表变更申请表。更新后更新后变更申请表变更申请表应发送变更执行人、变更验证人、需求管理员。

11、应发送变更执行人、变更验证人、需求管理员。本讲稿第十七页，共四十六页任务6：变更管理本讲稿第十八页，共四十六页任务7：版本发布版本发布分为里程碑版本发布和维护优化版本发布。版本发布分为里程碑版本发布和维护优化版本发布。配置管理员负责将开发库测试空间中形成版本发布基线。集成工程师负责配置管理员负责将开发库测试空间中形成版本发布基线。集成工程师负责在受控库上构建产品发布包并进行安装测试。在受控库上构建产品发布包并进行安装测试。配置管理员申请发起中心发布，同时负责将受控库已发布的产品版本同步至开发库中未释配置管理员申请发起中心发布，同时负责将受控库已发布的产品版本同步至开发库中未释放的测试空间和开发

12、空间中。放的测试空间和开发空间中。相关角色相关角色主要执行者：配置管理员主要执行者：配置管理员其他执行者：集成工程师其他执行者：集成工程师 组织发布管理员组织发布管理员 组织配置管理员组织配置管理员工作产品工作产品 输入：源代码输入：源代码 输出：版本发布配置审计申请表输出：版本发布配置审计申请表 版本发布申请表版本发布申请表 版本发布审批表版本发布审批表 版本发布通知单版本发布通知单 发布包发布包 本讲稿第十九页，共四十六页关键技术识别配置项识别哪些工作产品进行版本管理源代码对象代码,数据对于不同工作组共同使用的工作产品在生命周期其他点上产生的工作产品确定对不同类型工作产品的存取访问控制并控

13、制具体的访问和修改。本讲稿第二十页，共四十六页串行开发可能是理想的，但今天这种方式既不有效也不实用开发人员不应等待其他工作完成关键技术构件的并行开发本讲稿第二十一页，共四十六页回顾以上我们介绍了：nCMMI中配置管理过程域的SG及SPn标准过程体系中配置管理过程所含任务n配置管理的关键技术本讲稿第二十二页，共四十六页附加：总行配置管理规范本讲稿第二十三页，共四十六页定义n软件配置 n软件配置管理 n软件配置管理系统 n版本控制 n配置库 n基线 n配置项 n变更请求 本讲稿第二十四页，共四十六页组织与职责n变更控制委员会项目组CCB负责对项目组变更请求的审批，遇较大变更可报组织级CCB评审。项

14、目组CCB成员必须至少包括一名项目组配置管理员。n开发中心开发中心项目管理与质量控制部室是软件配置管理的直接管理机构，负责建立、维护整个配置管理系统环境，并实现监控、评审、考评等管理职能。开发中心技术支持部室是软件配置管理系统的运行维护机构，负责对软件配置管理系统的系统运行、硬件、网络、备份等进行监控和技术保障。n配置管理员配置管理员分为三个层次：总行配置管理员、组织级配置管理员、项目组配置管理员。总行配置管理员负责总行产品基线库的日常管理和维护，具体协调各级配置管理员之间的工作关系，组织级配置管理员负责配置管理系统组织级的日常维护、监控和管理。各开发中心设专职组织级配置管理员岗位，归口项目管

15、理与质量控制部室管理。项目组配置管理员是本项目软件配置管理活动的关键执行人，负责按照既定的策略，实施、维护项目组配置管理环境，并评估这些策略对开发效率的影响。项目组配置管理员原则上由建行员工担任。n项目组项目组负责进行各项软件配置管理活动。项目经理对本项目的软件配置管理活动负有直接的管理责任。本讲稿第二十五页，共四十六页配置管理活动n配置库管理 n配置管理计划编制 n配置项管理 n基线管理 n变更管理 n产品发布 n组织配置审计 n配置状态报告编制 n配置管理日常工作申请 本讲稿第二十六页，共四十六页安全管理n应注意对配置管理系统所管理的资产和过程资产的保护，任何人不得以任何形式复制和传播。n

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

17、时，配置管理员填写工作申请单（SCMCR）进行用户的变更申请，由组织级配置管理员审核后进行处理。用户名和密码是判定系统使用者进入软件配置管理系统的主要手段。项目相关人员应以正确的用户名和密码登录系统，不得非法登录。配置管理系统使用人员在初次登陆配置管理系统成功后，应立即修改密码，并定期更换，如发现或怀疑泄露应立即更改。密码的设定应具有一定的复杂度，密码应由大小写字母、数字或特殊字符组成，长度应不少于6个字符。用户如遗忘密码，应立即向组织级配置管理员提出重置密码申请（见附件八）。配置管理系统使用人员应注意保管个人的用户信息，对用户权限范围内的操作结果负责。禁止盗用、转让、借用用户名和密码，违反规

18、定造成严重后果的，追究当事人责任。本讲稿第二十七页，共四十六页课程内容配置管理质量保证本讲稿第二十八页，共四十六页质量保证过程域目标客观评价项目的过程和工作产品，从而确保项目的质量。失效征兆n无法保证项目质量标准被遵循或达到n低质量工作产品被产生n项目成员正在抵制无效的工作流程n没有说明项目所遵循过程和标准n显而易见的项目问题没有及时升级给高层领导关注失效后果n缺乏对开发过程客观评价导致明显问题没有被及时解决n低质量中间产品降低客户信心哪怕你能够最终提交高质量最终产品本讲稿第二十九页，共四十六页 沟通并确保不符合问题得沟通并确保不符合问题得到解决到解决建立记录建立记录提供客观洞察提供客观洞察

19、相关的利益干系人相关的利益干系人报告和记录 客观评价工客观评价工作产品和服作产品和服务务 客观评价过程客观评价过程客观评价过程和产品质量客观评价过程和产品质量质量保证过程内容本讲稿第三十页，共四十六页术语：质量成本包括所有由质量工作或者进行与质量有关的活动所导致的成本。预防成本：预防成本：预防质量缺陷所需成本。例如：质量保证、培训等。评估成本：评估成本：检查、评定产品质量.是否满足规定要求所需 的成本。如：测试、审计、同行评审。失败成本：失败成本：因质量问题导致的多余成本支出。内部故障成 本。如：返工、缺陷修复、故障分析；外部故 障成本如：解决最终的抱怨、求助电话等生活小例子：预防成本：锻炼身

20、体、听保健讲座等。评估成本：体检 失败成本：治病本讲稿第三十一页，共四十六页SG1-客观评价过程和工作产品根据适用的过程说明、标准和流程客观评价相关的工作产品和服务的符合程度。nSP1.1 SP1.1 客观评价过程客观评价过程n根据适用的过程说明、标准和流程客观评价指定的已实施的过程nSP1.2 SP1.2 客观评价工作产品和服务客观评价工作产品和服务n根据适用的过程说明、标准和流程客观评价指定的工作产品本讲稿第三十二页，共四十六页SG2 提供客观的洞察 客观跟踪、沟通不符合问题，确保其被解决SP2.1 SP2.1 沟通并确保不符合问题得到解决沟通并确保不符合问题得到解决与成员和管理层沟通质量

21、问题，确保不符合问题得到解决SP2.2 SP2.2 建立记录建立记录建立并维护质量保证活动的记录本讲稿第三十三页，共四十六页PPQA在标准过程体系的实现本讲稿第三十四页，共四十六页任务1：质量保证计划编制质量经理在质量经理在项目计划项目计划初稿的基础上编制项目的初稿的基础上编制项目的质量保证计划质量保证计划。项目经理负责审。项目经理负责审核核质量保证计划质量保证计划和其他计划之间的一致性。编制完成的和其他计划之间的一致性。编制完成的质量保证计划质量保证计划提交组织提交组织质量保证员审核。质量保证员审核。当项目发生变更时，质量经理根据情况及时进行修订当项目发生变更时，质量经理根据情况及时进行修订

22、质量保证计划质量保证计划。修订后的。修订后的质量质量保证计划保证计划提交项目经理审核，并报送组织质量保证员。提交项目经理审核，并报送组织质量保证员。相关角色相关角色主要执行者：质量经理主要执行者：质量经理其他执行者：项目经理其他执行者：项目经理 组织质量保证员组织质量保证员工作产品工作产品输入输入:项目计划项目计划 输出：质量保证计划输出：质量保证计划本讲稿第三十五页，共四十六页任务2：质量保证活动实施项目经理和相关人员分析所发现的不符合项，制定改进措施行动计划，并指定责任人实施行动项目经理和相关人员分析所发现的不符合项，制定改进措施行动计划，并指定责任人实施行动计划。计划。质量经理可将质量保

23、证活动发现任何问题（包括无法由项目组解决的不符合项）报告项目协调人和组质量经理可将质量保证活动发现任何问题（包括无法由项目组解决的不符合项）报告项目协调人和组织质量保证员。织质量保证员。对于重要的未及时解决的问题应升级。对于重要的未及时解决的问题应升级。质量经理收集项目组最佳实践、过程改进建议及需上报不符合项，编制每月质量经理收集项目组最佳实践、过程改进建议及需上报不符合项，编制每月质量保证报告质量保证报告。相关角色相关角色主要执行者：质量经理主要执行者：质量经理其他执行者：项目经理其他执行者：项目经理 项目总监项目总监 组织质量保证员组织质量保证员工作产品工作产品输入输入:质量保证计划质量保

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

25、员其他执行者：项目成员 质量带头人质量带头人 质量经理质量经理 组织需求管理员组织需求管理员工作产品工作产品输出：不符合项跟踪表输出：不符合项跟踪表 过程变更请求过程变更请求 开发中心质量保证报告开发中心质量保证报告本讲稿第三十七页，共四十六页质量审计检查表本讲稿第三十八页，共四十六页QA Vs QCnQuality Assurance事前过程中关注如何降低缺陷,成本和返工每个人的职责nQuality Control事后产品关注如何解决缺陷QC工程师的职责本讲稿第三十九页，共四十六页优秀的质量经理应具备熟悉过程善于指导具有亲和力客观的善于沟通关键要点关键要点:标准过程是根据各个优秀项目的最佳实

26、践总结编制的，因此，通过QA的过程检查，可以帮助项目组找到目前操作与最佳实践之间的不同。不同并不代表是不对的，也可能是更好的最佳实践。因此我们说：不符合项是帮助项目改进的机遇。因此我们说：不符合项是帮助项目改进的机遇。本讲稿第四十页，共四十六页回顾以上我们介绍了：n CMMI中质量保证过程域的SG及SPn 标准过程体系中质量保证过程所含任务n QA与QC的区别n 优秀质量经理应具备的能力本讲稿第四十一页，共四十六页部署n版本发布 n上线实施 n用户验收测试实施 n用户支持材料编制 n运行维护 本讲稿第四十二页，共四十六页任务1：上线实施n技术经理负责组织项目成员编写系统上线计划，包括上线期间的

27、组织 架构图应包括关联系统支持小组，并需要明确关联系统在上线过程中的职责。n上线计划评审：基础设施项评审由技术部架构管理部门组织；业务应用项目的系统上线评审一般由技术部业务支持部门组织，其中，技术部确定的重点项目的系统上线计划评审由技术部项目实施管理部门统一组织。项目提出部门、信息中心、相关技术运行部门和业务运行部门等参加评审。项目经理负责组织协调评审专家对系统上线计划进行评审，中心评审专家应包括：组织项目管理员、组织运维管理员、技术经理、业务经理、质量经理、各专业化小组长等。n准备上线资源：包括主机、存储、网络、数据库、平台软件、应用版本等。n安装上线环境-启用应用系统-获取试运行报告相关角

28、色相关角色主要执行者：技术经理主要执行者：技术经理 其他执行者：产品支持员其他执行者：产品支持员 评审专家评审专家 系统管理员系统管理员 项目经理项目经理 项目协调人项目协调人 组织运维管理员组织运维管理员 工作产品工作产品输出：系统上线计划输出：系统上线计划 、评审记录、评审记录 、生产环境资源申请表、试运行报告、生产环境资源申请表、试运行报告 本讲稿第四十三页，共四十六页任务2：用户支持材料编制 n用户支持材料可以分为：业务用户支持材料和技术用户支持材料。其中，业务用户支持材料主要包括：系统操作手册、系统用户手册；技术用户支持材料主要包括：安装实施工艺、常见问题处理手册、应用系统安装配置手

29、册、技术手册、运行维护手册。n系统操作手册需要包括：系统概述、安装与初始化操作说明、操作说明、异常情况的处理办法等内容。系统用户手册需要包括：功能介绍、运行系统的支持条件、安装与初始化、异常情况的处理方法、与其他系统的关系和接口说明等内容。n软件开发类项目的技术手册需要包括：各模块的开发情况、模块功能说明、数据库说明等内容。n工程实施类项目的技术手册需要包括：各子系统的功能设计和实现细节、模块功能说明、数据库说明等内容。相关角色相关角色主要执行者：项目经理主要执行者：项目经理 其他执行者：技术经理其他执行者：技术经理 业务经理业务经理 项目成员项目成员 评审专家评审专家工作产品工作产品输出：业

30、务用户支持材料输出：业务用户支持材料 技术用户支持材料技术用户支持材料 评审报告评审报告本讲稿第四十四页，共四十六页任务3：运行维护 n项目经理负责发起应用系统维护责任人任命，任命流程参照应用系统维护责任人管理流程。项目经理负责组建项目组内部的运维团队。应用系统维护责任人任命后，由应用系统维护责任人负责组织应用系统运维团队进行运行维护支持和系统移交。n应用系统维护责任人负责应用系统的运行维护工作。系统运行维护需要严格按照中国建设银行信息系统总行技术支持服务管理办法（试行）,中国建设银行总行信息技术部门远程维护操作规程(试行),厦门开发中心远程运维管理规定(试行),厦门开发中心运维管理办法V1.41等管理规定进行维护。n应用系统维护责任人负责运行维护的移交。相关角色相关角色主要执行者：运维经理主要执行者：运维经理 其他执行者：产品支持员其他执行者：产品支持员 项目经理项目经理 组织运维管理员组织运维管理员工作产品工作产品输出：运行维护单输出：运行维护单 运行维护报告运行维护报告 运行移交材料运行移交材料本讲稿第四十五页，共四十六页THANK YOU！本讲稿第四十六页，共四十六页