系统集成项目管理工程师第十五章_信息和配置管理 闫波.ppt

2020 1 21 1 第十五章信息 文档 和配置管理 系统集成项目管理工程师教程 2020 1 21 2 前言 软件项目开发遇到如下问题怎么办 开发人员使用错误的版本修改程序开发人员未经授权修改代码或文档 或修改的结果不能及时反映到各个相关部分 人员流动交接不彻底造成软件关键部件遗失 已修复的Bug在新版本中出现 找不到某个文件的历史版本 无法重新编译某个历史版本 因协同开发中 或者异地开发 版本变更混乱导致整个项目失败 2020 1 21 3 软件项目进行中面临的一个主要问题是持续不断的变化有效的项目管理能够控制变化 以最有效的手段应对变化 不断命中移动的目标 2020 1 21 4 信息系统项目相关信息 文档 指某种数据媒体和其中所记录的数据 软工 文档用来表示对活动 需求 过程或结果 进行描述 定义 规定 报告或认证的任何书面或图示的信息 2020 1 21 5 信息系统项目相关信息 文档 种类 非正式文档 正式文档 项目周期 开发文档 产品文档 管理文档 可研报告 项目开发计划 软件需求说明书 数据要求说明书 概要设计说明书 详细设计说明书 数据库设计说明书 用户手册 操作手册 模块开发卷宗 测试计划 测试分析报告 开发进度月报 项目开发总结报告 2020 1 21 6 文档管理的规则与办法 1文档书写规范 2图表编号规则 3文档目录编写标准 4文档管理制度 2020 1 21 7 配置管理 通过技术与行政手段对产品及其开发过程和生命周期进行控制 规范的一系列措施和过程 对变更加以控制PMBOKISO9000CMM的重要组成部分 2020 1 21 8 配置管理的重要目标 有序 及时和正确的处理对软件配置项的变更 实现此目标需要CCB的有效管理 2020 1 21 9 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 10 配置管理概念 PMBOK配置管理系统包括提交建议的变更的过程 评审和批准建议的变更的跟踪系统 为授权和控制变更规定的批准级别 和确认批准的变更的方法 CMMI运用配置标识 配置控制 配置状态统计和配置审计 建立和维护工作产品的完整性 制定配置管理计划 识别配置项 建立配置管理系统 创建或发行基线 跟踪变更 控制变更 建立配置管理记录 执行配置审核 版本控制 2020 1 21 11 软件配置管理 SCM 概述 指一套管理软件开发和软件维护以及各种中间软件产品的方法和规则 记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置 最终保证软件产品的完整性 一致性 追朔性 可控性 2020 1 21 12 软件配置管理 SCM 概述 主要思想和具体内容在于版本控制 版本控制注意功能是追踪变更 2020 1 21 13 配置管理的作用 软件项目的位置管理 WhoamI WhyamIhereWhyamIwhoIam WheredoIbelong 2020 1 21 14 配置管理主要功能 给出程序的状态给出一个程序的最新版本处理并发更新申请取消一个程序变更防止未授权的变更或删除提供需求变更申请和程序变更之间的可跟踪性取消一个需求变更显示相关变更收集当前系统源代码和文档信息 以便恢复 2020 1 21 15 软件配置管理的主要活动 配置识别 变更控制 状态报告 配置审计 2020 1 21 16 配置项 产品配置项是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档 计算机程序 部件以及数据的集合 该集合中每一个元素成为该产品的一个配置项 ConfigurationItem属于该产品组成部分的工作成果 属于项目管理和机构支撑过程域产生的文档 2020 1 21 17 软件配置项 软件配置项 SoftwareConfigurationItem 是项目定义其受控于软件配置管理的项 每个项目的配置项也许会不同 一个软件配置项是一个特定的 可文档化的工作产品集 这些工作产品是生存期中产生或者使用的 2020 1 21 18 常见配置项示例 项目计划书系统规格说明书软件需求规格说明书设计规格说明书源代码清单测试规格说明书 2020 1 21 19 版本 软件的每一个版本都是源代码 文档及数据以及相关的系统环境的一个收集 且各个版本都可能由不同的变种组成 2020 1 21 20 版本控制与配置管理 版本控制是CM的关键部分版本控制不等同于配置管理版本控制是软件配置管理重要部分 但不是配置管理的全部 2020 1 21 21 配置项版本 需求规格 需求规格1 0 需求规格1 1 需求规格1 2 2020 1 21 22 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 23 配置管理计划 配置管理软硬件资源 配置项计划 基线计划 交付计划 备份计划 配置审计和评审 变更管理等 配置控制委员会CCB审批该计划 2020 1 21 24 配置管理计划过程 2020 1 21 25 配置管理计划大纲 基线定义版本控制定义变更控制过程变更委员会的管理变更控制纪录 2020 1 21 26 配置管理计划模板 1引言2软件配置管理软件配置管理组织软件配置管理责任与软件过程生命周期的关系3软件配置管理活动配置标识项目基线配置库 2020 1 21 27 配置管理计划模板 续 软件配置管理活动配置控制程序配置状态报告配置审核4支持 2020 1 21 28 制定配置管理计划的步骤 1建立并维护配置管理的组织方针2确定配置管理需要使用的资源配置管理工具 数据管理工具 归档和复制工具 数据库程序 3分配责任配置管理人员的责任4培训计划 2020 1 21 29 制定配置管理计划的步骤 5确定配置管理的项目干系人建立基线 审查配置管理系统报告和解决问题 评估配置项变更的影响 进行配置审核 6制定识别配置项的原则7制定配置项管理表标号 名称 特征 进入时间 8确定配置管理的软硬件资源VSS CVS CLEARCASE 2020 1 21 30 制定配置管理计划的步骤 9制定基线计划10制定配置库备份计划11制定变更控制规程申请人提出变更 配置管理员受理 配置管理员评估影响 CCB审批 实施变更 CCB审批变更结果 12制定审批计划 2020 1 21 31 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 32 基线 BaseLine IEEE 基线 已经正式通过复审和批准的某规约或产品 它因此可作为进一步开发的基础 并且只能通过正式的变化控制过程改变 基线由一组配置项组成 这些配置项构成了一个相对稳定的逻辑实体 基线中配置项不能随意修改 基线通常对应开发过程中的里程碑 Milestone 2020 1 21 33 基线 基线提供了软件生存期中各个开发阶段的一个特定点一个 些 配置项形成并通过审核 即形成基线基线标志开发过程一个阶段的结束和里程碑基线修改需要执行正式的程序 2020 1 21 34 软件开发各个阶段基线图示 系统工程 需求分析 软件设计 程序编写 测试 系统提交 系统规格说明 软件需求规格说明 软件设计说明 源代码 测试计划 过程 数据 可运行系统 2020 1 21 35 基线的作用 把开发阶段的工作划分更明确 使连续的工作在这些点上断开 以便于检查和肯定阶段成果 属性名称 标识符 版本 日期 ReleaseBuild 2020 1 21 36 基本的活动 2020 1 21 37 识别配置项 识别将置于配置管理之下的配置项和有关的工作产品 包括 交付给顾客的产品 制定内部工作产品 采办的产品 工具 其他用于创建和描述这些工作的实体 2020 1 21 38 配置项标识 识别产品的结构 产品的构件及其类型 并为其分配唯一的标识符 提供存取控制 同时找出需要跟踪管理的中间产品 并维护其关系 2020 1 21 39 配置项识别 1识别过程描述 需求 设计 测试计划和规程 测试结果 代码 工具 接口描述 2分配唯一的标识号3确定每个配置项的重要特征4确定进入配置管理的时间5确定每个配置项的拥有者的责任6填写配置项管理表7审批配置项管理表 2020 1 21 40 配置项标识 跟踪 将软件项目中需要进行控制的部分拆分成SCI 因为项目中要生成很多的过程文件 建立唯一的标识 建立相互间的对应关系 进行系统的跟踪和版本控制 以确保项目过程中的产品与需求和规格的要求相一致 2020 1 21 41 配置项拆分示例 设计规格说明书a 数据设计描述b 总体结构设计描述c 模块设计描述d 界面设计描述界面设计1界面设计2 e 对象描述 2020 1 21 42 配置项标识 配置项被唯一的标识ID一个项目可能有多种配置项标识定义 如文档类 代码类 工具类 也可以统一一个规范定义 2020 1 21 43 配置项标识示例 项目名称 所属阶段 产品名称 版本标识版本标识以V开头版本号分三部分 主版本号 次版本号 内部版本号 2020 1 21 44 配置项标识示例 2020 1 21 45 配置项的跟踪 2020 1 21 46 配置项跟踪过程示例 2020 1 21 47 配置项跟踪过程示例 2020 1 21 48 建立配置管理方案的步骤 1组建配置管理方案构造小组 2对目标机构进行了解评估 3配置管理工具及其提供商评估 4制定实施计划 5定义配置管理流程 6试验项目的实施 7全面实施 2020 1 21 49 创建基线并发行基线 构造基线或发行基线的步骤1获得CCB授权 2创建构造基线或发行基线 3形成文件 4使基线可用 2020 1 21 50 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 51 变更管理 变更是信息系统的最普遍的特点配置管理的主要任务是对变更加以有效控制和管理 防止软件在多变的情况下失控 2020 1 21 52 项目变更的不可避免性 用户开发人员无序变更可能导致 基准失效 项目干系人冲突 资源浪费 项目执行情况混乱 2020 1 21 53 信息系统变更的复杂性 规模 版本 牵延性 内部人员沟通协调 2020 1 21 54 项目变更的分类 按性质 重大变更 重要变更 一般变更 按迫切性 紧急变更 非紧急变更 按发生的领域和阶段 进度变更 成本变更 设计变更 范围变更 按发生的空间 内部环境变更 外部环境变更 2020 1 21 55 项目变更产生的原因 由于项目渐进明细的特性 常见变更原因 产品范围定义过失或疏忽 项目范围定义过失或疏忽 增值变更 应对风险紧急计划或回避计划 执行中与基准不一致导致 外部事件 2020 1 21 56 变更管理的基本原则 建立项目基准 变更流程和变更控制委员会 基准管理 建立变更控制流程 明确组织分工 完整体现变更的影响 妥善保存变更产生的文档 确保其完整 及时 准确 清晰 适当时候引入配置管理工具 2020 1 21 57 变更管理的任务 分析变更 必要性 经济 技术的可行性 记录和追踪变更 采取措施保证变更在受控状态下进行 2020 1 21 58 配置库 ConfigurationLibrary作用 记录与配置相关的信息 利用库中信息评价变更后果 从库中提取配置管理过程的管理信息 2020 1 21 59 关于软件配置库的概念 动态库 开发库 程序员库 工作库 开发周期的某个阶段 存放与该阶段工作有关系的信息受控库 主库 系统库 开发周期的某个阶段结束时 存放做为该阶段产品及其相关的信息 配置管理对其中的信息进行管理 也称配置库静态库 软件仓库 软件产品库 存放最终产品的软件库备份库 2020 1 21 60 配置库的建库模式 按配置项类型分类建库 适用于通用的应用软件开发 按任务建库 适用于专业软件研发组织 2020 1 21 61 受控操作 包括建立控制点和建立报告与审查制度变更控制要素 同步控制和存取控制 受控环境 2020 1 21 62 配置库 有效的版本管理更好的解决并发控制的问题 2020 1 21 63 变更控制 ConfigurationControlBoard CCB 是配置项变更的监管组织 其任务是对建议的配置项更改做出评价 审批以及监督已批准变更的实施 利用配置库实现变更控制 2020 1 21 64 CCB 配置控制委员会SCCB ConfigurationControlBoard 评估变更批准变更申请在生存期内规范变更申请流程对变更进行反馈与项目管理层沟通 2020 1 21 65 CCB 组成 项目经理及其相关人员处理 对于新的变更请求 依据配置项和基线 CCB根据技术的 逻辑的 策略的 经济的和组织的角度 以及基线的层次 对变更影响进行评估 评估基线变更对项目的影响 并决定是否变更 2020 1 21 66 CCB 是决策机构 不是作业机构 通过评审手段决定项目能否变更 但不提出变更方案 2020 1 21 67 变更管理机构的工作程序 1提出与接受变更申请 2对变更进行初审 3变更方案论证 4CCB审查 5发出变更通知并开始实施 6变更实施的监控 7变更效果的评估 8判断发生变更后项目是否纳入正常轨道 2020 1 21 68 变更请求 变更描述 变更理由 变更的影响 做什么变更 为什么做 如何做 对变更的审批 2020 1 21 69 变更控制过程 1变更申请 2变更评估 3变更实施 4变更验证与确认 5变更发布 2020 1 21 70 项目变更处理注意事项 分批处理 分优先级处理 对变更产生因素施加影响 变更确认正式化 变更控制过程规范化 2020 1 21 71 对进度变更控制 判断项目进度当前状态 对造成进度变更的因素施加影响 查明进度是否已经改变 在实际变更出现时对其进行管理 2020 1 21 72 对成本变更控制 对造成成本基准变更的因素施加影响 确保变更请求获得同意 在实际变更出现时对其进行管理 保证潜在的费用超支不超过授权的项目阶段资金和总体资金 监督费用绩效 找出偏差 2020 1 21 73 严格控制项目变更申请的提交 变更原因复杂 如不评估就实施对项目的影响难以预料 变更申请是项目的变更流程的起点 严格控制确保基准反映项目实际情况 2020 1 21 74 故障报告 已经入库的基线发现新缺陷 FaultReport FRFRIDCCB评估意见故障修复信息 2020 1 21 75 基线变更管理过程 基线修改应受到控制 这种变化要经CCB授权 按程序进行控制并记录基线修改的过程 2020 1 21 76 基线变更系统 2020 1 21 77 变更请求 2020 1 21 78 变更评估 2020 1 21 79 变更批准 拒绝 2020 1 21 80 变更实现 2020 1 21 81 变更控制系统示例 2020 1 21 82 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 83 配置项状态 草稿Draft正式发布Released正在修改Changing 2020 1 21 84 版本号规则 0 YZ草稿X Y正式X YZ正在修改 2020 1 21 85 版本图 V1 0 V1 2 V1 1 V1 3 V1 4 V2 0 2 1 V1 1 1 V1 1 2 2020 1 21 86 配置项版本控制流程 1创建配置项2修改处于草稿状态的配置项3技术评审或领导审批4正式发布5变更 2020 1 21 87 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 88 配置审计 配置审计的任务是验证配置项对配置标识的一致性 对配置项处理是否背离初始的规格说明 配置标识的准则是否得到遵循 变更控制规则是否已遵循 规格说明 项目产品和变更请求之间是否保持可追溯性 功能配置审计物理配置审计 2020 1 21 89 配置审计 配置管理活动审计确保项目组成员所有的配置管理活动 符合软件配置管理方针和规程 基线审计保证基线化软件产品的完整性和一致性 2020 1 21 90 配置审计的意义 确保项目管理的有效性防止出现向用户提交不适合的产品 确认记录 文档可追溯性 确认配置项在所要求的质量控制下作为基线入库保存 2020 1 21 91 如何实施配置审计 时机 产品交付或产品发布前 开发的阶段工作结束之后 维护工作中 实施 项目经理决定何时进行工作 指定配置审核人员 确定审核范围 准备配置审核检查单 审核文档和记录 发现不一致 记录 消除问题 2020 1 21 92 配置项审计 利用配置项记录验证软件达到的预期结果 确认产品完整性并维护构件间的一致性 2020 1 21 93 本章要点 15 1配置管理的概念15 2配置管理计划15 3配置标识与建立基线15 4变更管理15 5版本管理15 6配置审核15 7配置状态报告 2020 1 21 94 配置状态报告 ConfigurationStatusReporting有效的记录和报告管理配置所需要的信息 目的是及时 准确的给出配置项的当前状况 供相关人员了解 以加强配置管理工作 2020 1 21 95 配置项状态统计 记录并报告配置项和修改请求的状态 并收集关于产品构件的统计信息 2020 1 21 96 配置状态统计 检查配置管理系统以及内容 检测配置项变更历史 2020 1 21 97 IEEE标准828 1998规定用于计算配置状态的最小数据集包括 被批准的配置项配置项的所有请求的变化状态配置项所有被批准的变更实现状态 2020 1 21 98 评估一个配置系统状态 变更请求的数量变更请求的历史报告存储量的增长配置管理系统以及SCCB在运作中发生异常的次数等等 2020 1 21 99 配置管理工具 必须认识到CM首先是一个方法 其次是一个过程 第三才是一系列的工具工具应具有的功能版本管理变更管理问题追踪建立管理状态统计 查询和报告 配置审核访问控制和安全控制 2020 1 21 100 常用的配置管理工具 ClearCase ClearQuestPVCSHarvestCVSVSS 2020 1 21 101 建库要考虑的内容 内容 所支持的组件类型 版本策略 SCM模型 数据管理 系统生成的报告 用户界面和查询能力 可追溯性 自动构建方法 安全性 测试管理 定制化管理 集成 2020 1 21 102 ClearCase Rational公司开发功能最强大 价格最昂贵的产品适用于复杂的并行开发 发布和维护 功能包括版本控制 工作空间管理 构造管理 过程控制 2020 1 21 103 ClearCase IBMRational ClearCase 可为中型和大型团队提供软件资产管理 SAM 管理从设计 编码到测试的整个开发过程中的所有工件 统一变更管理 UnifiedChangeManagement 提供了开箱即用的过程支持 提供以下提高开发人员工作效率的特性 支持并行开发支持动态视图的高级工作空间管理 与WebSphere Studio和Microsoft NET等IDE的紧密集成出色的构建管理功能 并提供对主机开发的支持 支持多种平台 WindowsUNIXLinuxMainframe 2020 1 21 104 ClearCase是SCM工具 ClearCase提供了一个开放型框架 用于实现各种不同类型的SCM解决方案 ClearCase适用于各类应用系统及多种开发环境 使用ClearCase 开发团队可以找到最适合自己的SCM解决方案 缩短开发周期 降低开发成本 确保及时发布稳定及高质量的产品 并能够同时并行地维护以前发行的产品 从而大大提高团队的开发效率 基础知识 版本控制 工作空间管理 建立管理 和 过程管理 等方面的知识 日常使用的命令和操作 ClearCase元数据 Cl元数据的基础知识 管理软件开发过程方面的基础知识 可以设计并实现支持特定工作流程策略的开发过程 如何应用元数据来增强开发环境 以支持最佳软件开发实践的方法 ClearCase管理 ClearCase的系统管理方面的知识 包括从项目初期的规划到配置 安装和运行管理中的一系列部署和维护技术 2020 1 21 105 ClearCase RationalClearCaseandWebSphere直接对资产和变更进行访问 RationalClearCaseMultiSiteRationalClearCase的可选产品 用于支持异地开发项目 UnifiedChangeManagement基于活动的过程和自动化处理 对变更进行有效管理 Mainframeconnectors提供扩展的构建管理 2020 1 21 106 SoftwareConfigurationManagementStrategiesandRationalClearCase软件配置管理策略与RationalClearCase 2020 1 21 107 VSS 微软公司创建目录 文件导入导出 查看历史版本Checkin Checkout 2020 1 21 108 CVS 开源产品 2020 1 21 109 配置管理建议 制定规则 实现版本管理小企业 小项目制定规则和 版本管理 工具 实现部分配置管理中小企业 中小项目制定规则和 配置管理 工具 实现配置管理 大企业 大项目异地开发模式配备专门的配置管理人员 2020 1 21 110 校务通管理系统配置管理计划 1引言2组织及职责1 根据项目计划中的角色分配 确定配置管理者 SCCB成员 2 项目经理为SCCB负责人 3 配置管理角色和职责如下表 2020 1 21 111 2020 1 21 112 3配置管理环境由于本项目属于小型项目 工期短 开发人员熟悉VSS 所以采用VSS作为配置管理工具 3 1目录结构见下表 2020 1 21 113 2020 1 21 114 3 2用户及权限4配置管理活动4 1配置项标识4 1 1命名规范命名规范适用于过程文档 生存期中各阶段的计划 需求 设计 编码 测试 手册等文件 4 1 2主要配置项如下表 2020 1 21 115 2020 1 21 116 4 1 3项目基线基线由项目负责人确认 SCCB授权 由配置管理员执行 2020 1 21 117 4 1 4配置项的版本管理包含主干分支 小组分支 私有分支 集成分支 4 2变更管理变更管理流程 4 3配置状态统计 2020 1 21 118 InfoSys公司配置管理计划 1介绍2CM环境操作系统 其他软件 工具 CM工具3目录结构项目区域 项目目录 所有项目文档根目录 受控文档存储区域源代码未受控项目区域用户区域评审区域 2020 1 21 119 4配置项 命名和存储 2020 1 21 120 5版本 修订版本编号对于源代码 按照CM工具自动编号 临时版本为1 0 任何主要修改分配版本号1 11 2 次要修改分配版本号为1 1 11 1 2对于文档 初始化版本号为0 0a 修订后版本号为0 0 b0 0 c 基准版本为1 0 修订后新建版本为1 11 26配置项在存储区域间的移动7访问权用户区域 评审区域 VSS区域 2020 1 21 121 8变更控制9修改申请工作流10协调文档所有文档都保存在VSS中 每次只允许检查一个文档 11源代码12发行13备份14存档过程15配置审计16配置控制人员责任 2020 1 21 122 选择题 在配置管理的主要工作中 不包括下列中的 51 A 标识配置项B 控制配置项的变更C 对工作结束的审核D 缺陷分析 2020 1 21 123 选择题 下列中的 52 是不包含在项目配置管理系统的基本结构中的A 开发库B 知识库C 受控库D 产品库 2020 1 21 124 选择题 需求变更