ARCAD观察者

ARCAD-Observer 工具基于ARCAD中央库。这个库包含在不同级别上的交叉引用和其它信息。组件或对象级别是最经常用到的，当然也是要求的最低级别。

ARCAD-Observer 基于一个中央库数据库。这个库存储组件之间的每个链接，即使在多平台配置的情况下（详细信息请参考“多平台交叉引用”）。ARCAD提供了无数的批处理进程，来分析您的组件，提取和记录依赖关系。 对你们那些拥有软件包，但是没有源的人来说，系统还是工作，只是在详情级别稍微低点。

程序、文件、命令、菜单、查询等之间的所有关系都被编入目录。信息一直深入到字段级别（数据库、工作字段、和输入/输出字段 – 更多详情，请参照字段交叉引用）。如果您在ILE (集成语言环境) 下开发应用程序，这个信息将对您特别有效，这是因为系统也识别在过程间的所有交叉引用（参考相关页面）。而且，如果您已经实施了DB2/UDB标准，并且/或者您用SQL开发，那么在字段、触发器和存储过程之间有交叉引用。

ARCAD-Observer 是一款管理您整个信息系统知识的独一无二的工具。由于它强大的图形界面和轻松直观的导航，新员工将更快具有生产效率。ARCAD-Observer 帮助公司延长应用程序生命，您也能满足编制文档的法律义务。这种解决方案保证了您信息系统的透明性，并且掌握了技术应用。

信息系统知识直接来源于理解系统内不同组件之间的依赖关系。随着新技术的到来，及它们创造的环境的多样性，跨平台透明性的需要是至关重要的。这个关键的信息使得不同的开发团队能够进行完美的同步，不管他们现在正在使用何种语言。

ARCAD 的方法论 –  我们的中央库将所有软件组件放到一起，并且为这些组件提取所有依赖关系和交叉引用信息。IBM i操作系统已经提供了一些好的交叉引用信息，但是它不完整，因而对于完全分析是不足的。在ARCAD，我们通过进行完全的自动源代码分析，来提高交叉引用信息的质量。

ARCAD 在提供多平台交叉引用信息方面是独一无二的。通过进行源分析，对于任何语言，本工具都能追踪到在IBM i组件（程序或文件）之间和其它开放系统组件（Windows, UNIX或Linux）之间的所有相互依赖关系。

为得到多平台交叉引用信息，ARCAD使用了预先定义的代码解析流程。您不再是您所使用技术的囚徒，不论您使用Java, VB, .net, C, C++，或任何其它语言，都可以找回链接。有了ARCAD，即使在多平台配置里面，您也有控制和透明。如果您看一看ARCAD-Deliver 模块，您将看出您能够走得更远。因为不论正在使用何种技术，只要有单个流程部署到每个变更，您的组织都可以成熟起来。

注意：这个特性只有在您拥有您期待分析的应用程序的源代码的情况下才有效。

在字段级别的交叉引用信息对于理解代码是非常有用的。它提供了更深级别的详情，不仅仅只是组件或对象级别。经常地，当您做影响分析时，您从一个字段开始（或者数据库字段，或者显示字段，或者打印字段），然后您不得不钻研您的代码，目的是为了找到这个字段在每个地方是怎么使用的，并且看看有什么不同的业务规则依附于它。

只有字段级别的交叉引用信息能够给您提供这种级别的详情。ARCAD-Observer极其有力，原因有以下2点：

1. 它强有力的图形用户界面。 它允许您在字段与字段之间进行移动和探索，并且需要的话，允许您返回原来的视图去跟随另外一条路径；
2. 它穷举了您源代码中的所有依赖关系。基于IBM I 应用分析20多年来的经验，ARCAD-Observer 在关于您的源代码能找到什么及能记录什么方面将使您感到惊奇。

在IBM I世界，使用ILE和SQL正成为一个真正的标准。当然，这些技术的使用已经产生了对额外的交叉引用信息的需要，而这种信息在标准的交叉引用工具里面是找不到的。这就是为什么ARCAD要对您的数据库进行额外的分析，并且找到及记录这些依赖关系的原因。ARCAD在识别您需要维护的应用程序的所有依赖关系（无论是何种平台）方面有10年以上的经验。

对于嵌入式SQL和/或 DB2/UDB数据库应用程序，ARCAD-Observer 提供交叉引用:

• 当他们在IBM i平台上访问数据库时，对于从SQLRPG(LE), SQLCBL(LE), 及IFS source (Java, PHP, C#, etc.)访问SQL的文件使用（和它们的字段）
• 从系统类型的触发器到被调用的程序
• 从存储过程和系统函数到被调用的程序
• 在参考约束的表之间
• 在SQL源代码，存储过程和函数之间，到被使用的文件及存储过程/被调用的函数

对于使用ILE环境的应用，ARCAD- Observer 提供：

• 在过程级别的交叉引用信息。这允许过程调用链（调用/被调用）及OPM程序的可视化。
• 对于每个过程，您能够对它的定义（源代码），它的声明（原型），它的执行对象（程序或服务程序），它的活动组，及所有它的使用（调用）。

当您有由数千个组件组成的应用时，要得到这个应用的整体视图及函数域和子域之间的所有交互作用可能是很棘手的。

我们，ARCAD软件，已经找到一个优雅的解决方案来解决这个问题，并且我们已经设计好了一个无与伦比的工具：宏观视图。这些视图以几层的方式对整体的信息系统功能进行图形表示。它让您在应用程序的内部体系结构之间进行导航，并且给您呈现出不同的功能模块之间的所有依赖关系。

本系统基于ARCAD的功能树特征。应用被放置到一个3层结构里面：

• 子系统
• 功能
• 子系统

一旦您定义好了您的功能树，下一步就是将软件组件依附到每个功能分支上。由于解决方案包含2个工具，因此这个任务不再难了。这些工具是：

• 交叉引用。它允许您轻松地创建相互依赖的组件组
• 列表管理器。它使得您能够将这些组件组中的一大堆附件应用到功能树的分支上

一旦这个过程完成，宏观视图编辑器将允许您在功能级别上探索您的系统链接，并且在您应用的不同功能依赖上进行导航。右键点击特定链接，您就能够看到在这些不同应用域之间作为接口的组件。

当您需要在您的应用里面隔离函数域，以便您能够用新技术来更新它们时，这个系统是极其有用的。如果您的项目是将您的应用改写到SOA的体系结构上，那么您使用这些应用的合成视图时能够节省大量的时间。

一张图片胜过1000句话。这就是为什么很多人正在使用作图工具来对他们的应用程序建档。最受欢迎的一个工具可能就是微软的Visio了。

ARCAD-Observer 允许您通过产生和自动更新不同种类的图形而超越标准的作图工具：

• 调用链
• 输入/输出图形
• 流程图
• 工作链（生产链）
• 数据库关系图

调用链

这些图形将显示通过级联格式的“调用”链接而链接到一起的组件。这些链接是程序之间的，而且也是与命令和菜单在一起的。从图形上的每个调用链接，您都能看到组件之间传递的参数。

输入/输出图形

这些图形显示出任一给定的应用程序使用的文件。在这里，图形也是根据预先定义的显示规则（顶部的输入文件，侧面的更新文件，等等）来产生的。点击某个程序和文件之间的箭头，您将看到用于访问那个文件的键）。

流程图

流程图是那种调用链和输入/输出图形的混合。他们允许对程序调用和文件使用进行一种组合。它们经常被用来对批处理链建档。

工作链

工作链让您得到程序调用和使用文件之间逻辑的流程图。这又经常被用来给批处理链建档。

数据库关系图

这可能是任何IT组织应该有的最重要的图表类型。更多的详情，请参照“数据库图表”一节。

一旦您从您选择的组件中构建好了图表，您就能够通过增加如下信息的方式进行定制：

• 脚注
• 评论框
• 图层，使得更容易读复杂的图表
• 任何您认为可能有用的方框和箭头

这些图表存储在产品的内部数据库里面。它们能够通过使用文档特性以HTML的格式产生。它们也能够以微软Visio格式输出。

如果您不得不只选择一种您系统的图表，很明显它将是这一张。开发人员需要它，而且它对任何使用SQL, Query, EAI, Reporting等等工具来访问数据库的人来说是有用的。当然，市场上有很多工具，它们能够针对任何关系数据库来生成不错的数据库图表，但是，“老的”DB/400怎么样呢？这正是ARCAD-Observer 能够为您发挥主要作用的地方。

多亏包含在ARCAD解决方案中的数据库再生模块，您能够提取字段级别的数据库文件之间的所有链接。我们正在使用不同的方法来提取这些链接，包括贯彻到程序里面。ARCAD在数据库分析这个领域有很多年的经验。虽然没有任何数据库分析方法能保证100%的准确性和可靠性，但我们的经验会帮助我们去识别这些链接的绝大部分，并且给您提供非常有用的结果。

您能够对整个数据库或者只是其中的一部分来产生图表。图表里的文件包括字段列表，还有与它们在一起的定义；文件之间的链接将给您显示链接文件的字段。

您能够对整个数据库或者只是其中的一部分来产生图表。图表里的文件包括字段列表，还有与它们在一起的定义；文件之间的链接将给您显示链接文件的字段。

ARCAD-Observer 是一个非常有力的工具，它能够理解IBM I数据库，并给它建档（详细信息请参考“数据库图表”页）。它真正的价值在于，通过贯彻到程序，它能够分析字段之间的链接。然后，所有那些链接都能够以标准DDL的格式输出。“数据定义语言”能够被市场上大多数的数据建模工具读取，比如，Rational软件架构师或者Power AMC。

这意味着，一旦您的IBM I数据库被ARCAD分析并且以DDL格式输出之后，您就能够使用那些工具中的某一种来重新生成它。

我们当中的大多数客户一旦知道他们能够直接通过ARCAD-Observer提供的不同的导航能力而访问所有他们需要的信息时，就会停止产生文档。您甚至能够选择您的接口（基于5250或者Eclipse）。一旦文档产生，您就能够将它以HTML输出，并且通过任何浏览器与其他人分享。如果您需要构建和维护格式化的技术文档，并且使它更容易拿到的时候，您就需要这些特性。

为使技术文档真正有用，它必须满足以下标准：

• 用户必须知道文档是完整的和最新的，
• 文档必须容易和快速被访问到
• 文档必须合成信息，并且
• 用户必须能够容易地在文档里面搜索到所期望的信息。

ARCAD-Observer 将在很高的程度上自动化产生文档的过程。在某些情况下，它不能100%地产生所期望的文档。我们选择了HTML作为一种可能的输出格式，因为它简化了对产生的文档进行分享的操作。任何浏览器用户都能通过互联网或外联网访问，而且能够确信他们正在与现行的信息一起工作。用户能够使用传统的Web搜索引擎在他们的工作站上完成搜索。

ARCAD-Observer 能够以HTML格式产生所有文档。如果您希望在产生的网页里面关联导航功能，那么图表要作为图片或执行文件插入。您也容易定义链接到各种外部文档的超链接。作为一个例子，您能够链接到一个信息视频或白皮书。

本产品允许您定义各种各样的文档模型（技术文档，用户文档，操作文档，甚至新发布的文档（如果您使用ARCAD-Skipper模块的话））。这些模型在结构上就像一本书，里面有章节和分章节。

您选择组件（整个应用程序，功能子分支，修改的组件等等），然后将模型应用到它们上面来获得所需要的文档。文档编辑器让您与自动产生的文档一起工作，并且加入您自己的注解，等等。编辑器也能够集成ARCAD-Observer 产生的所有图表– 包括截图或硬拷贝– 到您的文档中。

我怎样自动更新文档？

若文档要有用，它必须是最新的，所以我们已经包含了更新的机制。我们的列表联合系统保证了现有的文档是共享的，并且组件描述是更新的。所有标准部分在保留定制部分的同时能够进行自动替换。当然，手工插入的图表也能够更新。