全局配置的工作流程

配置就是一组版本化工件。 通常，工件是由单个应用程序（例如，“需求管理”(RM) 程序）管理的文件。 全局配置允许多个应用程序向更大范围的配置层次结构提供工件。 使用该工作流程来了解关于如何设置全局配置和使用它们的概述。

可以将配置用于许多用途：
  • 作为在相应版本的需求、设计和测试之间建立链接的方法。
  • 并行使用多个开发流。
  • 从过去重新创建开发环境，例如，建立分支并对产品修订创建流。
  • 当您管理产品系列中的各个版本和变体时，构建您正在开发的系统的分层组件结构。
  • 将产品或应用程序表示为一组组件（包括深度分层结构）。 在该结构中，在多个产品变体中（例如，在产品系列工程方案中）复用组件和子系统。

对于使用配置来并行处理多个开发流的团队而言，以下工作流程是典型的工作流程。 在开发流中并行工作时，可以在不使用配置时不相关的应用程序内或应用程序间创建和复用工件版本的配置。 开发者使用当前发行版的正确工件版本时，您还可以开始设计和分析下一个发行版。

当您想要使用配置将应用程序中的工件分组时，创建一个或多个用于表示系统的物理部分或逻辑部分的组件。 您可为新的交付创建配置。 然后，您可以创建某个版本的组件，也可以创建全新的组件。 在任何一种情况下，您所在团队将其更改交付至流之后，新配置便成为该流的一部分。 当您所在团队实现里程碑时，团队负责人或构建工程师可以创建一组基线来捕获每个里程碑，而团队可以继续实现下一个里程碑。

初始设置

初始设置通常由配置负责人或 Jazz 管理员完成。 要了解配置负责人角色，请参阅 Global Configuration Management 的基于角色的权限。

Global Configuration Management是一个 Jazz 应用程序，只在一个Jazz® Team Server 上注册。 在分布式环境中，可以在不同的服务器之间设置好友关系，从而能够访问应用程序数据。

  1. IBM Engineering Lifecycle Management的团队负责人负责建立团队开发需求、测试或设计的流程。

    在跨IBM产品共享配置之前，团队必须在其Engineering Lifecycle Management中设置流。 这些是由全局配置组合的配置。

    请参阅 《在支持配置的项目中创建流》。

  2. 在Global Configuration Management中，配置负责人在 "浏览组件"页面上选择或创建一个组件。

    组件表示系统的物理或逻辑部分，它提供上下文以帮助您定义配置（包括基线）的“系列”。

    请参阅创建组件以建立工作上下文。

    当您创建组件时，会自动创建基线，并且会根据基线来创建初始流。

  3. 配置负责人将配置添加到流。

    在流中，您可以对本应用程序和其他Engineering Lifecycle Management（如 RM、Engineering Test Management、架构管理 (AM) 和Engineering Workflow Management流管理 (CCM) 应用程序）提供的配置进行分组。

    从每个应用程序中，选择要提供的一组适当配置（流、变更集、基线和快照）。 例如，Engineering Requirements Management DOORS® Next应用团队提供了一个名为AMR (RM)1.0需求配置。 此外，Engineering Test Management团队还提供了名为AMR (QM)1.0测试配置。 配置负责人将这些配置组织为新“自动化读表器”配置的全局配置：AMR 1.0。

    现在，使用全局配置的工程师在某个上下文中工作，此上下文在添加应用程序间具有相应工件版本。 如果工程师使用应用程序或访问应用程序之间的链接，那么所显示工件版本来自添加应用程序。

    例如，在 :AMR 1.0 全局配置部分中，指向 AMR (RM) 1.0 中需求的 AMR (QM) 1.0 链接中的测试工件。 如果需求配置已更新为 AMR (RM) 2.0，那么来自 AMR (QM) 1.0 的链接将反映已更新的 AMR (RM) 2.0 中的链接。 测试链接将在新上下文中进行解析。

    参见向流添加配置。

  4. 配置负责人管理配置。

    开发团队是动态的，会由于各种原因而更改。 您可能需要移动、重命名、移除、重新排序或替换配置，以与更改保持同步。

    参见管理配置。

  5. 创建基线以在发行中的关键点处保存里程碑。

    在发布周期的特定时间点（例如，开发段日期或 Beta 发行版），您所在团队将实现里程碑。 里程碑是创建基线的合适位置。 当您创建基线时，会保存已冻结的新版本的配置。 当您根据流创建基线时，该流不会更改，因此您所在团队可以继续在该流中工作。

    稍后您可以返回至基线，例如，您需要对发布给客户的产品的缺陷进行故障诊断。 将来您还可以将基线用作的分支点，例如，根据发布里程碑创建产品修订。

    参见创建基准线以保存里程碑。

用户的工作流程

此工作流程说明如何解决开发问题以及创建产品或应用程序的不同的相关变体。 工作流程假定团队成员已完成初始设置。

  • 通过替换配置来解决产品开发问题。

    在发布周期的某个时间点，某方面的开发可能会由于发生问题而停止。 在此示例的步骤 3 中的“初始设置”下，假定 AMR (RM) 2.0 有许多问题。 项目负责人决定返回到 AMR (RM) 1.0。 在全局配置中，配置负责人将 AMR (RM) 2.0 替换为 AMR (RM) 1.0。 将正确解析 AMR (QM) 1.0 中的链接。

    参见《 管理配置 》中的“替换配置”。

  • 先私下测试个人流中的一个或多个隔离更改，然后再将它们交付至共享流。

    有时，您需要私下测试对配置和变更集所作的更改。 通常，流供许多用户共享和使用。 对共享流所作的更改将对所有用户立即可视，而个人流则已隔离。

    使用个人数据流添加在DOORS应用程序 中创建的变更集，将其作为共享数据流的绝缘补充。 要了解有关个人流的更多信息，请参阅 Global Configuration Management 应用程序中的个人流部分。

    请参阅 《 DOORS 应用程序》中的创建变更集部分。 若在 DOORS 应用中创建了多个变更集，请参阅《 在个人流中处理多个变更集 》。

  • 创建分支以创建物理产品或软件应用程序的变体。

    此操作将创建基线的可修改的重复基线，然后可以通过添加、移除或替换配置来更改该基线。

    有关详细信息，请参阅通过分支创建变体。