ARCAD交付

一个有效的组织基于它的每个成员有着明确的脚色和责任的分工。在一个组织内，有些用户需要访问版本管理功能，而另外一些则不需要。虽然可以通过手工或过程的方式来管理这些脚色，但是一个工具能在透明性和安全性上面提供巨大的优越性。

 ARCAD-Deliver协调变更的部署及上线阶段。有了ARCAD-Deliver

ARCAD-Deliver定义一个组织内精确的角色和责任（开发人员，项目经理，数据库管理员，接受性测试人员，库管理员）。这些人里面的每一个人都被分配一个受产品管理的特定行为。比如，库管理员在所有接受性测试人员验证版本前不能将产品上线。

设定工作环境是实施发布管理的第一步。工作环境通过提供验证步骤帮助您结构化项目生命周期。与正式的测试阶段结合在一起，这保证了应用可靠性 – 即使在剧烈变更期间。增加环境意味着您将要最小化它们之间的组件转移。这也意味着您需要严格地组织和管理它们，使它们不会退化到混乱状态然后被淘汰。

ARCAD-Deliver将帮助您在您所有的服务器（与软件配置管理相关的环境管理，查看ARCAD-Skipper页面）上自动化整个发布管理周期。涉及修订工作的每一个人能够忘记组件的物理位置；ARCAD-Deliver一劳永逸地处理这些后勤工作，然后用户基于发布过程中他们的责任去操纵一张逻辑视图。

为实现发布管理，下面的环境类型在ARCAD中被管理：

• 一个集成环境
• 一个测试环境
• 一个引用环境。顾名思义，这个环境是唯一的，而且包含它们出现在生产中的所有组件
• 在部署后的生产环境

一个环境可能包含一个应用程序组件的全部或部分。

环境安全

在ARCAD,环境以一种逻辑方式被保护。比如，若任何用户预置文件试图从引用环境来修改源，那么该修改将被拦截，并且用户将接收一个错误信息，该用户只被允许浏览内容。这使得容易实施您已经建立的变更协议。

ARCAD适应性

发布管理工具必须适应不同配置，包括驻留在不同服务器上的体系结构。这是ARCAD产品线的主要优点。我们能够支持最简单及最复杂的体系结构。等级制组织的需要将根据您团队规模的不同而不同。每个客户都有他们自己的标准和特殊配置需要，ARCAD能够处理所有这些情况。在ARCAD，所有测试和生产的转换，还有在远程机器上的分发和安装都已经被定义为标准流程。这些流程随同产品一起被提供，而且能够适应任何组织需要。它们有变量和属性，完美适应测试和生产转换的自动化，比如自动恢复和消息日志函数。

动态配置管理

ARCAD 提供环境变量/属性，允许您创建您自己的特性，并且将它们与您的应用联系起来。然后对于每一个环境，这些变量能够被分配不同的值。它们能够在流程里面使用，而且还可以替换到您的配置文件中（比如 –  属性文件）。这些变量遵循ARCAD等级结构，而且还有继承能力，容易管理。这个特性允许您在配置管理中处理特殊情况。

在配置管理中，一个版本代表一系列变更和增强，它们给应用增加功能。发布管理指交付这个功能的一套组件。所以，一个版本为所有文件和程序建立了一个唯一的ID号，它将把应用带到一个特定层次。发布管理将使用这个ID，并且完成所有所需步骤，将一个版本运到生产环境中。

发布管理中的版本管理的目的是对应用程序进行安全和自动化的变更，并且尽可能地转换到生产。

这种安全性是通过如下方式取得的：

• 自动化，确保一个可靠的、可重复的流程
• 对不同组件部署的同步
• 万一有任何问题，有回滚流程到位

甚至能想象进一步，在交付前控制版本的内容

ARCAD软件能做所有这些，甚至更多，今天…

在产品一级，我们使用版本号来识别应用程序级别。一个版本是将要部署的一组组件。在当今世界，这种部署典型地是部署在有不同技术的服务器上。在管理几个生产环境时，这个版本号对于部署阶段是最重要的。正是通过版本号，我们就能够严格监控生产应用中的不同软件级别。一个版本就像一个字母；一旦放到邮箱中，您就不能够再改变它的内容，我们当然知道它到达时里面的内容是什么。

正如您能够看到，在产品级别，版本管理的目的是为了更新生产及建立应用级别，集合内部和外部来自不同源的组件组。这帮助将ARCAD工具定位于在不同上下文中的一个真正的协调者。

ARCAD-Deliver套件保证了在开发版本控制和产品的发布管理之间的强有力的连接。正是同样的实体，它在两个方面都受到管理和控制，这样就保证了在开发和生产部门之间的完美协作。

ARCAD-Deliver 提供高级别的IBM i 部署特性，允许IT运营安全使用它们，并且在IBM的组件部署中具有高的生产效率。

我们有3个操作人员将使用的概念：

• 成套组件
• 运行进程
• 交付目标

对于目标，我们使用站点（机器/lpar）和环境（库, iASP）来管理物理位置。当您需要在一个进程中交付到多个目标时，我们也有动态环境组的静态来来方便您的使用。

我们提供即开即用的流程通过网络来给站点，环境和/或组来交付成套组件。典型的交付流程用以下3步完成：

• 包装（准备要部署的组件，需要个性化的流程来做）
• 转移（网络，光盘，磁带）
• 安装（可能是自动化的，通过您到位的调度程序来进行调度）

所有这些步骤可能有依赖于源/目标或任何外部需求的单个触发器。

起点是一套组件：要交付的发布版本。它可能来源于ARCAD-Skipper 或者ARCAD-Integrater。

为进行交付，操作人员需要作为入口的将要交付的发布列表，他将选择它们（从5250本地接口，或基于eclipse的图形用户界面），并且针对目标选择它们相应的流程。

ARCAD-Deliver 只有3个概念需要管理。它容易使用，并且真正能提高劳动生产率。

例如，动态组管理允许基于选择规则，而不是硬性定义的链接而拥有环境分组。这使得我们有自动配置。

在子流程中分离的流程全部可以定制，这使得我们达到100%自动化的目标。这使得操作人员能真正好好控制和追踪每一个流程。

与流程交互的目标项嵌入行为特性，容易配置，而且避免增加流程定义，从而方便维护。

在低级别函数里面，ARCAD-Deliver 得益于诸如回归检查管理，生产属性管理（文件大小，…），权管管理，回滚设备等的ARCAD主干技术。

在应用变程序更期间的部署阶段/过程是关键的，因为这个过程需要有ALM每个方面的全面知识：追踪，测试，转换到正确的目标机器，等等。再加上这些应用程序运行平台的进化和日益复杂性（典型地，安装在几个位置和用不同语言开发的多个应用程序必须全部得到支持），很清楚，部署和转移到生产必须用最大的自动化和可重复性来完成。为避免在信息系统中出现的哪怕是丝毫的回归风险，这个阶段必须用到位的最严格的安全措施来处理，并且如果有需要，有可靠的回滚特性准备就绪。

只有100%自动化能够保证这个级别的安全性。

针对微软Windows部署的ARCAD解决方案既包含软件供应商的特定需要（补丁和累积发布），也包含有大量机器（同步部署）的用户公司的需要。它非常强大的部署函数允许直接在对象上（如果它们分布在其它服务器或分区上，就通过远程）监控版本级别。

ARCAD-Deliver能够完全管理多平台配置，在微软Windows库里面部署程序和文件，同时也作为执行文件存在（比如，所有和产品一起提供的缺省流程能够容易地在不同的平台上作为开放系统来定制）。它主要的优势是IBM i 及异种组件都在单一的一个进程中被管理。

由于ARCAD-Deliver有自己的内部技术，它能够一起输送所有微软的Windows组件。自动在远程服务器上的安装将创建与引用环境中安装相同的子目录。这种解决方案使用ANT技术（ant.apache.org）。所有日志都集中在一台单一的服务器上，以方便导航和控制。这种日志信息不仅在物理层（哪个组件被安装了？在哪台服务器上？是谁安装的？什么时候安装的？等等），而且在逻辑层（哪个应用程序版本被安装？在哪个站点上？）得以提供。

为保证这些自动转换的安全性，ARCAD提供了强有力的回滚函数。一旦在任何组件的安装过程中出现错误，操作就能被取消，并且组件的前一状态将被恢复，不论主机平台是什么样的。

ARCAD-Deliver 目标是100%自动化。过程能够预定在晚上运行，并且通过远程检查。为保证自动部署的安全性，ARCAD提供了强有力的回滚功能，将应用程序尽快返回到稳定状态。

在所有的客户环境中，为得到100%自动化，ARCAD-Deliver基于ARCAD的独特技术，在市场上给其它第三方源控制环境提供开放灵活的接口。其主要目标是为整个信息系统发布管理提供一个全局控制台和统一流程。

在应用变程序更期间的部署阶段/过程是关键的，因为这个过程需要有ALM每个方面的全面知识：追踪，测试，转换到正确的目标机器，等等。再加上这些应用程序运行平台的进化和日益复杂性（典型地，安装在几个位置和用不同语言开发的多个应用程序必须全部得到支持），很清楚，部署和转移到生产必须用最大的自动化和可重复性来完成。为避免在信息系统中出现的哪怕是丝毫的回归风险，这个阶段必须用到位的最严格的安全措施来处理，并且如果有需要，有可靠的回滚特性准备就绪。

只有100%自动化能够保证这个级别的安全性。

针对微软Windows部署的ARCAD解决方案既包含软件供应商的特定需要（补丁和累积发布），也包含有大量机器（同步部署）的用户公司的需要。它非常强大的部署函数允许直接在对象上（如果它们分布在其它服务器或分区上，就通过远程）监控版本级别。

ARCAD-Deliver能够完全管理多平台配置，在微软Windows库里面部署程序和文件，同时也作为执行文件存在（比如，所有和产品一起提供的缺省流程能够容易地在不同的平台上作为开放系统来定制）。它主要的优势是IBM i 及异种组件都在单一的一个进程中被管理。

由于ARCAD-Deliver有自己的内部技术，它能够一起输送所有微软的Windows组件。自动在远程服务器上的安装将创建与引用环境中安装相同的子目录。这种解决方案使用ANT技术（ant.apache.org）。所有日志都集中在一台单一的服务器上，以方便导航和控制。这种日志信息不仅在物理层（哪个组件被安装了？在哪台服务器上？是谁安装的？什么时候安装的？等等），而且在逻辑层（哪个应用程序版本被安装？在哪个站点上？）得以提供。

为保证这些自动转换的安全性，ARCAD提供了强有力的回滚函数。一旦在任何组件的安装过程中出现错误，操作就能被取消，并且组件的前一状态将被恢复，不论主机平台是什么样的。

    ARCAD-Deliver 目标是100%自动化。过程能够预定在晚上运行，并且通过远程检查。为保证自动部署的安全性，ARCAD提供了强有力的回滚功能，将应用程序尽快返回到稳定状态。

在所有客户上下文中，为得到100%自动化，ARCAD-Deliver基于ARCAD的独特技术，在市场上给其它第三方源控制环境提供开放灵活的接口。其主要目标是为整个信息系统发布管理提供一个全局控制台和统一流程

一旦公司已经成功集成了发布管理工具，他们将会利用这种投资来优化他们的组织。为达到此目的，他们需要创建和管理他们的工作流。定义和实施工作流对提升组织和信息流是必不可少的。它也为您的软件质量，生产效率，及安全计划提供关键支持。发布管理涉及许多不同技术水平的员工，他们在贯穿发布流程的整个过程中完成多种多样的任务。快速演进的技术环境和合规要求意味着发布流程需要灵活性，透明，安全性及可追溯性。自动化的工具使之在复杂的工作流中更容易创建，适应和参与。经理们能够创建工作流，并容易管理角色和权限级别。部署员工能够查看整个工作流及在流程中任何点上他们的角色。而且，他们将随时可以访问报表及其它指标。

ARCAD现在已经扩展了它的软件套件来包含组织工具。工作流扩展是一个带有Web应用门户的图形工作流管理器，它提供涉及所有变更过程的访问和可视性。它容易通过定制来适应您的独特工作流。

工作流扩展在发布管理流程上提供可视性和控制：

• 在ARCAD发布管理里面，连接器提供访问数据或任务的功能

特定任务的触发器通知所有各方有关变更的消息

ARCAD连接器：设计ARCAD连接器的目的为了管理大多数由ARCAD解决方案管理的功能区域相关的任务。它们的目的是为了保证主工作流引擎的最大互操作能力，并且它们提供对涉及实施工作流管理的组件和任务的广泛访问。它们可以是一个“选择”，或一个“执行”。前者在ARCAD数据库（比如属性，声明，或角色）提取信息；后者则完成任务。

ARCAD事件：当应用程序生命周期一部分的一个特定元素发生变更时，ARCAD时间就执行一个行动。主要功能是当应用程序有任何变更时，给工作流告警。这些触发器也和ARCAD内部流程结合在一起使用，用于设定个性化的沟通策略。

工作流扩展基于ARCAD方法论和行业最佳实践而创建。它已经被大量的ARCAD用户试用、测试和证明。它建立了关键的应用管理流程，并且包含一个缺省的工作流引擎。对那些还没有工作流的公司来说，ARCAD提供了一套预先配置的版本。它允许您以图表方式裁剪您的流程，并带有拖放功能，同时它还包括了一个容易实施和监控的门户。这些工具使初始项目能够快速实施，并且使用户集中于根据他们的需求来裁剪解决方案。
工作流扩展确保在市场上与所有工作流引擎的最大互操作性，ARCAD连接器可以以Java类的方式获取到，这些Java 类能够被初始化或直接从命令行被调用。反馈是XML格式，并且用户能够重新定义这种格式。ARCAD技术在整个技术框架上提供灵活性和可视性。该框架要么能够从管理流程上被调用，要么可以从状态变更信息上被调用。
此外，ARCAD通过使用开放源BPM工具提供新的可定制工作流能力。这种与BONITA集成的技术在2010年已经被证明了，它当时被用来为出票管理定制和展示一个特定的客户工作流。

更新大的数据库是耗时的工作。因为为了满足业务需求，及支持基于Web的应用和全球网络，信息系统必须24小时可用。让公司有时间来作出数据文件的变更是一个很大的挑战。

ARCAD-Deliver/WAP（活跃促进剂）减少了针对24/7业务应用中与大数据文件更新有关的宕机时间。使用最先进的高可用性和发布管理流程，它使得在正常的应用操作期间，大文件的结构得以变更（否则的话，需要几天或几个小时的时间）。使用这种方式，文件能够在不妨碍用户的情况下升级。断机时间被限制在几分钟之内，这部分时间被用于使最后的变更生效，并且将被转化的文件迁入生产。在整个流程中，用户有正常的读/写权限，而且能够继续正常工作。

有了ARCAD-Deliver/WAP（活跃促进剂），IT部门就不用为长时间断机进行调度而担心了。这意味着，他们能够对变更请求立即作出反应，使公司保持竞争力。ARCAD-Deliver/WAP（活跃促进剂）由几个标准的可定制流程组成，覆盖所有这些需要。解决方案是高度自动化的，便于实施，并保证容易使用。

• 在库中标记文件以便以WAP模式进行处理：在ARCAD核心级别，可以指出某些特定文件在转换到生产（或测试/预生产）阶段期间，将使用ARCAD WAP过程。
• 在一个版本里面被修改的文件上指出数据复制/恢复机制：对于一个文件的每次结构化修改，用户能够指定一个特定的拷贝和/或数据恢复需求。
• 用3个阶段来转换到生产流程：转换到生产由下列阶段组成。
  • 设定一个让文件以WAP模式进行处理的复制区域。在这个阶段，要处理的文件空置，它们所有的索引在与目标环境相关联的一个特定区域内（“WAPLIB”）。这个阶段在正常的应用操作期间被执行。
  • 复制模式的启动
    类似高可用性解决方案，工具从源环境朝复制区域进行数据拷贝，直到文件完全“同步”。根据要复制的数据量，这个阶段能够持续几个小时甚至几天的时间。它是在正常的应用程序操作期间执行的，为保证文件保持同步，它会一直保持活跃状态，直到下一个阶段。
  • 切换到新的版本
    这是唯一一个需要在操作中中断的阶段。它的目标是从新版本转移所有对象到生产中，方法是以“传统的”方式把它们放到目标环境中，还有通过简单的移动或重命名操作，将文件从复制区域切换到目标环境。在这个阶段，操作被停止。这个阶段通常持续几分钟的时间。

因为所有这些步骤都是通过使用ARCAD技术来实现的，所以在过程的任何点上，都容易添加诸如调用外部函数，或消息转移的功能。

ARCAD-Deliver/WAP（活跃促进剂）使用在应用发布管理的环境中，它将：

• 急剧减少了需要转移新应用版本到生产的时间，因而为用户留下了比以前宽得多的时间窗口。
• 使用了互补的ARCAD机制，来提供更高级的特性（比如传输安全性（回滚选项）及对流程和组件的完全追溯性）

ARCAD-Deliver/WAP（活跃促进剂）让用户结构化新文件成员及它相关的逻辑文件，恰如它们在生产中被结构化一样，因此，转换能够顺利进行。

ARCAD软件有类似Rational产品的使用：为应用变更周期的所有阶段提供工具，目的是对流程进行自动化。Rational产品当初是为航天工业而创建的，正如ARCAD一样。ARCAD成立于1988年，位于法国圭亚那的库鲁基地（阿丽亚娜项目的本部）。这种背景上的相似性引导我们去检查我们各自生产线的互补性。在2010年底，在IBM Rational RTC工具和ARCAD提供的部署产品之间架起了一座新的桥梁。由于有了这个发展，我们获得了“为Rational准备”的验证，并且被正式列为IBM的技术合作伙伴。

面向Rational Team Concert的ARCAD-Deliver扩展允许Rational Team Concert的用户来调用ACARD-Deliver。ACARD-Deliver是ARCAD软件发布管理系统，它作为后构建流程来管理构建部件，目的是从一个单一的生产箱到多个生产环境进行发布。

ARCAD-Deliver提供全部部署能力。它涵盖了简单的需求，比如转移到单一的一个生产箱，还有包含多个生产环境的更多复杂配置，还有独立软件供应商的特定需求等。ARCAD-Deliver面向Rational Team Concert的扩展允许Rational Team Concert用户作为后构建过程调用它，从而管理构建工件，以达到将它们发布到生产箱的目的。

我们的扩展提供

• 一个面向IBM i Jazz构建系统的扩展，它将构建对象集成到ARCAD-Deliver里面，从而达到将它们发布到生产环境的目的
• 一个扩展IBM i 构建规范的构建定义模板 – 为Jazz构建引擎，它轻松创建自动调用ARCAD-Deliver后构建流程的构建流程
• 一个友好的用户界面，用于配置少数几个完全集成到Rational Team Concert环境的后构建流程参数
• 在同一位置拥有所有信息是对构建结果的重大贡献（详细活动，日志文件和摘要贡献者）

所有这些步骤都是使用ARCAD技术来完成的。正是面向Rational Team Concert的ARCAD-Deliver扩展允许用户使用Rational Team Concert来管理他们的开发；与此同时，它也得益于在ARCAD-Deliver里面发现的强大的部署能力。
要部署的发布内容自动来源于由Rational Team Concert Jazz构建系统在单一的过程中构建的工件列表。它的高级集成让用户从Rational Team Concert用户界面上完全控制ARCAD-Deliver集成的执行和结果。