3.2.2.1 方案主要功能特性

3.2.2.1.1 确保军工单位软件资产的安全性

    IBM Rational配置及统一变更管理解决方案的首要任务，就是要在安全的存储库中对工作产品进行正确的标识和存储，从而进行有效的版本控制。需要标识和存储的工作产品包括：项目计划、需求文档、设计模型，源代码、库文件、可执行文件、Web内容、测试计划、测试用例、测试脚本等等。对工作产品进行正确标识的目的就是确保在需要时能够简单、快速地找到它们的正确版本。 

    IBM Rational配置及统一变更管理解决方案实现以下功能:
 对软件开发过程中的全部工作产品进行版本化管理，包括代码、各种文档、目录模型、测试脚本、图形和各种二进制文件等；

 在安全的存储库中进行工作产品的标识和存储，安全的存储结构和灵活的权限设定，杜绝了任何未经授权的变更，保证了军工单位软件资产的安全，有效保护军工单位的核心资产。

 控制并审计对工作产品的变更：在标识和存储工作产品的基础上，配置及统一变更管理解决方案还对工作产品的变更提供有效的控制手段和审计能力。控制对工作产品的变更指的是能够设定谁能够对哪些工作产品进行修改；对工作产品的变更进行审计指的是能够记录与工作产品修改相关的所有操作历史信息记录：包括谁进行的修改，修改了什么，什么时候进行的修改，为什么要进行修改？

图表 3 7 IBM Rational配置及统一变更管理解决方案确保军工单位资产安全 

    3.2.2.1.2 确保软件发布版本的完整性 

    IBM Rational配置及统一变更管理解决方案中的ClearCase使用标签来标记某一特定的基线，如图所示，标签可以是任意的字符串：

图表 3 8 IBM Rational配置及统一变更管理解决方案确保软件发布版本的完整性 

    在项目里程碑创建正确的基线和完善的基线管理，可以确保设计与需求的一致性、代码与设计的一致性、使用正确的代码进行发布等。适时创建基线有以下好处： 
   
 可重现性：有能力准确回到任何一个先前的软件版本。
 可追踪性：保持项目需求、项目计划、测试用例等与源代码之间的一致性和可追溯性。
 配置状态报告：有了适时创建的基线，就可以查询、报告、比较基线的内容。 

    3.2.2.1.3 将工作产品组织为版本化的构件 

    所谓版本化的构件就是一组相关的文件和目录，这些文件和目录作为一个单一的单元进行版本控制、基线管理、编译/构建，共享和重用。将工作产品组织为版本化的构件有以下好处：
 降低复杂性：构件通过提高抽象层次来有效降低复杂性，使得问题更加易于管理。
 标识构件的质量水平比标识单个文件的质量水平更有意义；
 有利于共享和重用；

图表 3 9 版本化的构件 

    3.2.2.1.4 建立统一变更管理平台，作为整个软件开发团队的工作平台 

    变更请求有多种形式并且来自不同的地方，如来自内部及外部的错误报告；来自业务及工程部门的功能增强请求；需求、设计、及文档变更请求，等等。我们不仅需要一个合理的过程来对变更请求进行记录和跟踪，可能的话，还应该对实现变更请求而造成的相关工作产品的变化结果进行跟踪。如图3－10所示的IBM Rational的统一变更管理的提供了以活动为中心的软件开发过程的组织和协作，自动为每个开发活动维护一个一致的变更集，基于活动可以对其变更集进行统一的检出、检入、集成、编译和建立，从而有效组织了统一变更管理的三个基本要素：人、活动、工作产品，准确标识当前发布包含哪些新功能、当前发布对已有功能进行了哪些增强、当前发布修复了哪些缺陷等。

图表 3 10 IBM Rational的统一变更管理平台 

    3.2.2.1.5 维护稳定和一致的工作空间 

    维护稳定和一致的工作空间是实现并行开发、提高开发效率的必要前提。存在两类工作空间，一类是开发人员的私有空间，在私有空间中，开发人员可以相对独立地编写和测试自己的代码，而不受团队中其他开发人员工作的影响，即使其他人也在修改同样的文件；另一类工作空间是团队共享的集成空间，该空间用于集成所有开发人员的开发成果。
所谓工作空间的稳定性指的就是私有空间的相对独立性，在私有空间中，开发人员可以相对独立地编写和测试自己的代码，而不受团队中其他开发人员工作的影响。每个开发人员都有自己的私有工作空间，不同开发人员的私有工作空间是相互独立、彼此隔离的。所谓工作空间的一致性指的是当开发人员对自己的私有空间进行更新时，得到的应该是一个可编译的、经过一定测试的一致的版本集。 

    3.2.2.1.6 支持对构件的并行开发 

    传统的串行开发模式在同一时间只允许一个人对同样的文件进行修改，其他需要修改同样文件的人只能等到前面的人修改完成后再开始自己的修改，这样的好处是不会出现修改上的冲突，但在当今的市场环境下，这种串行开发模式显然是行不通的，因为它既不现实、也缺乏效率，取而代之的是并行开发模式。具备强大的分支和自动化合并的能力，以有效支持并行开发，提高开发效率。

图表 3 11 IBM Rational配置及统一变更管理解决方案提供的软件并行开发能力 

    3.2.2.1.7 确保软件构建的再现性 

    有时出于排错的需要，或需要重现相同的构建（Build），我们需要知道软件是如何被构建的，构建中包含哪些内容，这就要求配置管理系统提供构建审计功能。 

    构建审计功能应能自动记录以下内容：谁执行的构建？什么时候执行的构建？构建生成的可执行文件或库包含哪些内容？执行构建的机器是什么？机器上运行的操作系统版本是什么？执行构建使用的是什么编译器？使用了编译器的哪些选项？等等。有时候仅仅改变编译器的优化选项开关就可能引入新的错误，有了构建审计功能，就有可能进行不同构建的比较，从而有利于排错。缺乏软件构建的再现能力就很难进行软件系统的维护，对在客户现场运行的系统更难提供有效的技术支持。 

    3.2.2.1.8 有效监控项目质量和状态 

    IBM Rational配置及统一变更管理解决方案可以实时提供有关项目的以下信息： 
   
 资源分配：变更请求是否在团队中被平均分配?
 项目状态：还有多少优先级为1的缺陷未得到处理?
 趋势：平均修复一个错误需要多长时间?实现扩展请求需要花多少时间?
 测试进度：有多少缺陷处于验证状态? 
   
 从而，保证项目开发过程中各级领导、业务人员和项目管理者，及时、自动地了解项目管理状态，量化内部项目人员及供应商项目组成员工作量，工作进度，确保项目的质量和进度。

图表 3 12 IBM Rational配置及统一变更管理解决方案实现对项目进度和质量的监控