随着航天事业的蓬勃发展，信息化建设也取得了长足的进步，在设计、管理、制造等方面发挥了不可替代的作用。同时为了支撑中国航天日趋繁重的型号任务，对信息化提出了更高的要求。如何在“统一平台、统一数据、统一网络”的总体技术要求下，完成系统集成、资源整合、团队协作、知识共享，实现“数字航天”?在这其中一个重要的环节就是搭建应用系统的时候选择一种灵活的、高内聚、低耦合的应用架构，进而构建企业级应用门户，为实现“数字航天”提供坚实的技术支撑。

1门户技术

    EAP(Enterprise Application Portal，企业应用门户)就是指在网络环境下，把各种应用系统、数据资源和业务流程统一集成到一个入口，根据每个用户使用特点和角色的不同，形成个性化的应用界面，并通过对事件和消息的处理传输把用户有机地联系在一起。它有以下2个主要特征：

    a．无论是在Internet或Intranet，都可以利用标准的浏览器实现单点访问。

    b．经过许可的人员不需特殊的培训和软件，可以在企业内部或外部访问到他所需要的业务信息。

 

EAP的基本结构如图1所示。

    EAP的应用主要包括4个方面，即内容(content)、应用(Application)、人员(People)、流程(ProCesses)。内容管理是非结构化的管理，比如说文档管理、信息管理、档案管理等；应用管理表现就更加丰富了，如研究院内部的AVIDM、OA、物资系统、财务系统等，这些软件系统是组织业务信息系统的图1 EAP基本结构核心；流程管理是辅助企业应用的管理，优化企业流程，提高企业的核心竞争力；人员方面主要是企业的组织架构、角色和个性化的设置。

2 SOA气体系技术架构

    SOA(面向服务的架构)是一种粗粒度、松耦合服务集成架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。驻留在网络环境中的各个服务通过SOA提供了一种标准模型，使之能够被有效地发布(Publish)、发现(Discover)、调用(Invoke)，形成有机的整体，如图2所示。SOA着眼于日常的各种业务应用，并将它们划分为单独的业务功能和流程，即所谓的服务。SOA使用户可以构建、部署、整合和调用这些服务，且无需依赖具体某一应用程序及其运行计算平台。

 

图2 SOA基本模型

    可从以下几方面看到SOA给我们带来的好处。

    a.效率：根据企业应用的需要，利用已经独立划分好并整合包装好的服务，可以组合出各种符合用户需求的业务流程，从而从容应对业务需求的随机性变化，实现了业务的高效率。

    b．响应：迅速适应和传送关键业务服务来满足市场需求和监管需要，为客户、员工和合作伙伴提供更高水准的服务，同时提高对企业本身改革和发展的响应速度。

    c．适应性：用户既可以将细粒度功能模块组成粗粒度的业务服务，又可以把细粒度功能都看成粗粒度业务方面的服务，灵活地满足了业务实时变化的需求。

    d．复杂性降低：基于标准的兼容性，与点到点的集成相比降低了复杂性。如图3所示，通过采用基于SOA的总线式结构，从传统的N个系统需要N×(N-1)条连接降低为N条连接。复杂性的降低意味着不仅降低了出差错的几率，还降低了维护的工作量。

 

3构建SOA应用集成门户

    构建基于SOA的应用集成门户是一个多层次、分步规划和迭代的过程。首先，对应用集成门户进行总体规划，梳理业务需求，整理IT服务。然后，选择成熟的SOA实现技术。接着，构建服务的基础模块，以及基础上的业务模块。最后，依据总体规划，搭建企业应用门户。

    3．1 总体规划

    集成企业应用门户总体规划，主要是从2个角度梳理企业的服务：业务服务、IT服务。为后续的建设工作提供依据。规划模型如图4所示。

    a．业务服务梳理：自顶向下的业务需求角度的梳理过程，从企业背景分析、信息化战略、愿景到各业务流程管理，最终形成业务服务集合模型。

 

图4规划模型

    b．IT服务梳理：自底向上的信息技术角度的梳理过程，从已有系统以及遗留IT问题为人口进行分析，最终形成与业务服务对齐IT服务集合模型。

    经过总体规划后，可以形成门户架构。同时，一方面，已有系统中可满足业务需求的功能，设计为合适粒度的服务集合模型。另一方面，为后续上线的业务系统提供架构标准和技术要求。

    3．2 SOA技术层面选择

    虽然我们可以使用很多标准，比如CORBA、COM和WCF，甚至可以采用私有技术创建SOA，但是web服务协议到目前为止还是首选的创建和部署SOA架构的标准。事实上，近年来SOA的发展和提倡很大程度上是得益于Web服务技术的发展和成熟。选择成熟的应用技术和产品，对SOA的成功构建非常关键。

    从开发人员的角度来说，开发人员的工作是面向服务的应用程序设计／开发(Service—OrientedApplication Design／Development，SOAD)，除了技术的成熟度以外，还要考虑软件设计环境的成熟度与完善性，是否能够支撑开发人员有效地创建和使用SOA对象，并将设计SOA模型、开发服务和服务对象以及测试SOA应用程序这些过程包括进来并组成一个整体。

    3．3 SOA业务服务模块设计

    SOA业务服务模块设计的重点是通过使用经过成功案例证明的通用方法和工具，从而使业务设计与IT解决方案设计保持一致。

    SOA业务服务模块设计场景模型的基本构造包括流、服务和组件(如图5所示)

    a．流或流程表示完成某个业务流程所需要的活动流。流是旨在实现业务目标的相关和集成服务的组合。

    b．服务是代表性的可重复业务任务。通过提供定义良好并且与实现无关的接口，从而将服务用于封装应用程序的功能单元。服务可由其他服务或客户端，近用程序调用。

 

图5 服务提供业务与IT之间的一致性

    c．组件表示服务向服务使用者公开的功能，以及由实现服务的服务提供者提供的服务质量。注意：SOA业务服务模块设计场景的关键元素是服务设计。

    服务设计以及最终的服务通过在业务流和目标与IT组件之间提供桥梁，从而提供一致性能力(如图5所示)。
3．4搭建企业应用门户

    企业应用门户位于应用架构的展现层。从用户的角度来看，门户以统一的界面为用户提供应用服务，而从应用架构的角度来看，用户所提供的用户服务由集成架构中的若干系统独立实现或以协作的方式实现。

    3．4．1 构建与Web服务结合的网页部件

    网页部件(Web Part)是展现层最关键的技术，它是近年来随着门户技术发展为方便内容聚合而新增加的技术。它的存在，使得门户页面的内容聚合变得更加方便和规范。

    web Part与服务的结合依赖于SOAP协议通讯。当Web Part接收到请求去访问远程服务，web Part首先调用SOAP代理对象，代理把请求参数排列成与程序设计无关的SOAP请求，再把该请求发送到远程Web服务上。远程Web服务将接收到的SOAP请求进行拆包，将请求参数进行还原，并根据参数来调用本地资源完成服务请求，返回结果。如图6所示。

 

 

图6 WebPart工作原理

    3．4．2构建门户

    依据Web Pam的工作原理以及Web Part和web服务的通讯方式，将企业中的服务集合有机地组合排列，并与对应的Web Part挂接，形成自底向上分别是系统资源层、企业组件层、服务层、业务编排层、展现层5层应用集成架构的企业应用门户。如图7所示。

    每层的功能如下：

 

7 中国空间技术研究院应用集成架构逻辑图

    a．第1层就是系统已经存在的系统资源源，例如目前的Avidm、OA、物资系统、财务系统等。

    b．第2层就是组件层，在这一层中用不同的组件把底层系统的功能封装起来。

    c．第3层就是SOA系统中最重要的服务层，在这层中要用底层功能组件来构建所需要的不同功能的服务。按照功能分为3类服务：

    (1)商业服务(business service)，直接暴露给业务部门用户使用的服务。

    (2)商业功能服务(business function service)，这类服务会完成一些具体的商业操作，也会被更上层的商业服务调用，大多不直接暴露给用户。

    (3)技术功能服务(technical function service)，这类服务主要完成一砦底层的技术功能，比如说日志服务以及安全服务等。

    d．第4层是在服务层之上的业务编排层，在这一层中利用已经封装好的各种服务来构建企业中需要的业务流程。

    e．第5层是在业务编排层之上的展现层，利用门户的丰富的页面展现来向用户提供用户接口服务。

    至此基于SOA的集成化企业应用门户就构建完成。

4 结束语

    对于航天领域来说，基于SOA以航天器产品生命周期为核心构建集成化企业应用门户的方案提供了一个将目前航天器各个阶段相关的各种资源集成的信息化路线，同时对各个阶段的业务流程的信息化提供了应用层面的支持，局部业务流程的变化不会影响整个系统。SOA的易于部署、便于扩展和对业务需求变更的快速反应的特点，能有效地促进未来大集中应用与航天器产品生命周期管理更好的融合，进而实现“系统集成、资源整合、信息共享”要求。