可选集成方式的探讨
基于DXL的集成
DXL是DOORS工具的扩展语言，类C的脚本语言，主要用来对DOORS工具进行功能扩展。基于DXL开发的插件需要在DOORS工具的上下文环境中运行。功能扩展大致可以分为两种类别：
1.DOORS软件自身功能的增强：自动化脚本、UI扩展等。
2.与第三方工具的集成。
基于IPC方式，以DXL脚本的形式在DOORS Server端运行服务，负责实时接收客户端发送的请求，并做相应业务逻辑处理后将结果返回到客户端。基于DXL方式集成的关键是规划好的客户端和服务端交互的数据协议，例如交互格式、内容结构、异常机制等等。基于DXL的集成方式比较适合纯的数据形式的集成，例如在第三方工具中获取DOORS项目列表、获取模块的视图列表、获取需求列表等等，客户端在获取返回数据后再基于已约定好的协议进行解析，然后再做相应处理。
基于OSLC的集成
DOORS提供的OSLC UI 能力
1.需求条目的Selection Dialog
2.需求条目的Creation Dialog
3.视图的Selection Dialog
4.需求的UI Preview
5.视图的UI Preview
DOORS提供的OSLC操作
典型的集成拓扑结构
OSLC是系统集成的一套标准，其包含了核心规范和不同的领域规范，对系统集成的相关技术以及标准进行了统一的规范性的定义。根据领域工具的不同类型，基于OSLC的形式与DOORS集成大致分为三类，如下图所示：
1.全新工具：直接在工具代码级别实现对OSLC Server的访问。
2.提供了扩展机制的已有工具：用户已插件的形式对原有工具进行扩展，并领用OSLC RM API与DOORS实现集成。
3.无扩展机制的已有工具：可以开发独立的代理程序，负责已有工具与DOORS的桥接。
基于链接形式的集成
典型的，基于链接形式的系统集成场景：
1、基于已有资源创建链接关系
· 用户选择DOORS中已有的需求，并建立与第三方工具间的链接关系。
2、基于新建资源创建链接关系
· 用户在第三方工具中动态创建需求并需求建立链接关系。
对于需求管理系统DOORS而言，第一种链接形式更为常见，也固有更高的业务价值。当然，除了如上集成形式之外，可能还需要如下辅助的集成场景：
1)链接关系的移除。
2)可疑链接关系的检测：当双向链接关系两端的资源失效后，要对当前链接关系的有效性进行检测，以便用户及时发现并处理这种无效链接。
基于已有资源创建链接关系
S1: 在第三方工具选择待关联的本地工件S2: 获取DOORS中的资源列表S3: 选择DOORS中的待关联的目标需求S4: 更新DOORS资源，将链接关系写入DOORSS5: 更新本地资源，将链接关系写入第三方工具。
基于新建资源创建链接关系
S1: 在第三方工具选择待关联的本地工件S2: 加载DOORS的需求创建表单界面S3: 输入DOORS需求表单数据S4: 创建DOORS需求，并获得新建的需求URIS5: 更新DOORS需求，并写入链接关系S6: 更新第三方工具资源，并写入链接关系。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
