学校系统集成方案

1、仅供个人参考For pers onal use only in study andresearch; not for commercial use三、业务系统集成方案1. 西亚斯国际学院信息化建设现状分析西亚斯为了满足教学等日常工作的需要已经建设了多个单独的IT系统，如一卡通系统、报到注册系统、邮件系统、OA办公系统、课表活动查询系统、校园网计费系统、教务管理系统、人事管理系统、教务在线查询系统、Vod点播系统等。这些系统在日常工作中发挥着巨大的作用，有效地提升了学校的数字化水平。但是另一方面这些系统建设时都是完全从其各自的功能需求出发，缺乏校园信息化的全盘考虑和整体规划，造成各个系统都是自成

2、体系，信息不能充分共享甚至互相冲突，需要很多手工的重复劳动来维护数据的一致性、有效性， 这严重增加了管理和维护成本，同时降低了效率。另外，学生和老师的业务数据分散并割裂在各个应用系统，难以集中整合为可供分析的全面数据，从而使这些宝贵信息得不到充分的利用，无法辅助评估和决策， 影响信息化的服务水平， 严重制约了西亚斯信息化建设的深层 次发展。为此搭建数据互通和信息整合平台，打通各个信息孤岛，成为当前西亚斯“数字化 校园“建设的紧迫问题，该问题的解决也将为以后校园新系统的开发带来便利。1.1基础设施西亚斯国际学院信息网络基础设施体系如下图所示。1.1学院对外网站西亚斯国际学院已经完成学院对外网站。

3、1.2 内部协同教学信息门户西亚斯国际学院尚未建设内部协同教学信息门户。1.3 现有应用系统西亚斯国际学院已经建成了如下多种校园应用系统：1. 一卡通系统：现开启功能有餐饮，图书馆借阅2. 报到注册系统：提供学生报到缴费，分配宿舍，分配物品等功能3. 邮件系统： Qmail4. OA 办公系统5. 课表活动查询系统6. 校园网计费系统7. 教务管理系统8. 人事管理系统9. 教务在线查询系统10. Vod 点播系统11. 还有其他如 music bbs 等给学生提供的一些 web 服务系统 以下是部分应用系统的访问界面：西亚斯国际学院网络办公系统西亚斯国际学院电子邮件系统西亚斯国际学院课表查询

4、系统报到注册系统总体而言，西亚斯国际学院信息体系中已经有一些为不同职能部门开发设计的应用系统。总体状况有下列特点：各系统相互独立，呈“信息孤岛”状况。没有单点登录的能力，访问每个系统，都需要输入用户名和口令。没有内部协同教学信息门户，外网只能通过网络向外部和内部用户提供有限服务。2. “数字学院”概述建设“数字学院”的主要目的是借助网络信息技术手段，为学院领导，教师，学生以及 校外学员提供与学院运行相关的各项服务功能。 要提供完善的数字化功能， 就必须依靠一个 功能丰富，架构完整的软件基础设施系统。一般而言，一个比较完整，科学的“数字学院”体系架构包含以下系统和模块： “数字学院”功能体系架构

5、图上图描述了一个比较完整的“数字学院”的整体框架。该框架各部分之间形成“ 4 横 2 纵”的逻辑关系。 “4 横”相互关联，形成平衡的整体核心业务能力； “2 纵”提供了安全管 理和系统运营与维护等辅助能力。下面对框架中的各主要部分作简要介绍。2.1 软件基础架构过去的校园信息化建设基本都是采取“按需建设”的思路进行，有什么应用需求，就上 一套相应的应用系统。 由于这种缺少整体规划指导的建设思路， 直接导致校内各应用系统重 复建设，不能互联互通，形成信息孤岛的根本原因。根据对大量用户案例的研究表明，一个成熟完善的校园 IT 系统，除了应具备一个完善 的硬件和网络基础设施， 以及功能丰富强大的应

6、用系统之外， 同时还应具有一个完善的软件 基础架构。 这是保证校内数量众多的信息化应用系统真正能够形成统一的有机整体， 构建高 效，互联，安全，稳定的“数字学院”的基础。2.2 统一的协同教学信息门户针对内部管理和办公自动化的需求， 目前国内大部分高校都已经建立了一些内部信息化 应用系统，这些系统均独立开发和部署，并且建立在各自不同的系统平台上。分析学校信息化的过程，学校在建设信息系统时都采用“按需建设”的思路：针对不同 的应用需求建立不同的子系统。 这种方法的好处是分期投资、 见效快， 但由此带来的问题是 各子系统都是针对特定应用设计的， 不同子系统之间存在着功能设计重复、 信息存储冗余甚

7、至互相之间数据不一致等问题， 导致信息孤岛的出现。 不同部门、 不同系统之间难以实现信 息共享。建立一个完整有效的校园协同教学信息门户， 可以在一定程度上把分立系统的不同功能 有效地组织起来， 提供一个统一的信息服务功能入口， 并利用相关的门户技术， 整合学校的 后台业务系统，减少信息孤岛的存在并降低重复投资，为用户提供更加完善的信息服务。通过建设统一的校园协同教学信息门户，不仅可以将现有应用的信息和数据整合起来， 并为未来的应用和数据提供一个统一展现的平台。 同时可以为用户提供一个易于使用的信息 服务访问入口，用户登录门户之后，再访问其他应用和数据时不再需要重复输入用户名/密码。同时统一的校

8、园协同教学信息门户提供了一个个性化的， 可定制的平台， 可以方便、 灵 活地为学校、教职员工、课题组、各部门建立各具特色的信息窗口，真正做到将适当的信息 传递给适当的人， 并且各取所需。 通过该集成化的门户， 校园网用户可以在各自的权限范围 内访问相应的信息和所有应用系统如教学协作平台(教学办公自动化平台) 、教学管理系统 和信息资源库等。2.3 应用系统建设应用系统是给用户直接提供功能服务的信息化系统，在“数字学院”的建设当中，比较 常见的应用系统包括教学管理，办公自动化，数字图书馆，网络辅助教学，教务管理等多种 系统。从用户体验的角度而言，一个“数字学院”是否成功，关键是要看这个“数字学院

9、” 是否能够给用户提供了丰富且方便易用的应用系统功能。从这个角度而言，应用系统的建设是整个“数字学院”建设的重中之重。但是，我们通 过对相当数量的高校“数字校园”调研发现，目前很多高校“数字校园”应用系统的建设仍 然普遍存在一些问题。1) 根据“按需建应用，打补丁式”的思路开展应用系统的建设； 由于缺乏整体规划的指导，部分高校用户在建设“数字校园”的应用系统时采取“打补 丁式的建设思路。 要么是随大流盲目跟风上项目， 要么就是看当前需要解决什么问题， 就上 什么项目； 而且各个系统分属不同业务部门， 独立建设， 独立管理。造成了校内应用系统 “各 自为战”，形成了数量众多的信息孤岛。2) 过于

10、依靠学校自身的开发力量进行应用系统的研发；由于高校是高素质， 高智商人才聚集的场所， 其中又以信息技术的开发人员最多。 所以 很多高校从节约成本的角度出发， 在建设应用系统的过程中过于依靠学校自身的开发力量进行研发。 虽然能保证比较低的开发成本， 但同时带来了很多严重的问题。 例如由于学校开发 人员对用户需求不熟悉， 对开发过程的管理不熟练， 开发效率很低； 由于开发人员过于相信 自己的开发实力，对一些基础应用（例如电子邮件，即时消息，门户系统等）也自行进行开 发， 但是又不具备相应的技术积累和需求经验，导致开发出来的系统可用性很差； 因为开发人员缺乏系统的整体架构观念， 开发出来的系统相互独

11、立， 根本不能实现互联互通， 导致新 建系统直接成为又一个信息孤岛。2.4 应用集成平台应用集成平台是实现校内应用系统整合， 系统间无缝信息交换的核心。 该平台通过运用 消息队列， XML 和 Web Service 等技术， 在遵循国际通行的开放标准的前提下， 在各应用系 统之间扮演了一个消息交换中间件的角色， 各应用系统通过应用集成平台与其他应用系统实 现互联互通。应用集成平台是实现“数字学院”的核心平台，只有建成应用集成平台，才能在此基础 上建设完善的统一协同教学信息门户，用户和数据管理系统。在建设应用集成平台的过程中， 应根据相关的国际标准和国内教育管理数据标准制定学 院的应用系统和数

12、据接口规范， 新建系统只要遵循这些标准的要求， 就能很好地集成到现有 “数字学院”的框架当中，保证形成一个统一整体。不得用于商业用途3. 业务整合方案3.1 目标及范围以 BizTalk 为核心平台，建设一个数据互通和信息交换平台，统一全校的学生、教师的 基本信息， 同时构建全校的公共基础数据库， 并提供统一的信息维护界面和大批量导入数据 的手段。具体的目标包括：建立核心数据库， 用来存储核心数据， 并在此基础之上维护数据的完整性和一致性。 建立以 BizTalk Server 为核心的数据互通和应用整合平台。一方面可以整合原有系 统的基本数据，另一方面为灵活接入新系统提供基础平台。提供核心数

13、据的维护界面，并整合入 Portal 系统。 我们根据高校校园网建设的背景和要求， 结合我们在教育信息化建设以及校园网建设的 成功经验，提出高校校园信息系统整合解决方案。该方案围绕安全、互联、整合和管理四大 目标进行校园网基础应用系统建设，其基本思路包括以下几点：基于微软 SharePoint Portal Server 2003 的校园综合信息门户， 实现用户界面的整合； 基于微软活动目录 Active Directory 的统一身份管理；基于微软 Exchange Server 2003 的邮件服务平台基于微软 SQL Server 2005 的教学资源与数据管理平台；基于微软的 BizT

14、alk Server 2006 实现校内应用的集成整合， 实现统一信息门户的基 础。1) 业务目标整合获取全面的学生老师数据，辅助评估和决策 建立系统整体规划，统一数据资料建立统一的接口平台提供统一的应用接入平台 增强平台可扩展性，减轻维护压力。 当新增或者改造子系统时，能够方便的接入平台并同其他系统协调工作。 保证系统的性能与稳定确定在现有系统基础上发展和过渡的各个阶段与途径2) 技术目标 数据定义、数据管理和数据转换 标准的系统间通讯协议 平台独立应用独立的自动化流程管理 安全认证和角色控制 系统管理的方便性 性能、稳定性和可扩展性3) 建设范围 本次系统建设以建设校园应用集成平台为核心，

15、 整合原有系统中的人员基本信息， 并提 供核心数据的维护界面。系统不提供新的业务功能。3.2 系统设计原则对系统的建设必须遵循和坚持高起点、高要求。1) 先进性 系统的设计要符合面向对象思想， 分层管理。 系统的模型设计、 软件结构以及软硬件平 台都应采用当前主流的技术。2)标准化与开放性 系统网络平台、设备平台、系统软件、应用软件的建设应遵循业界统一标准，系统采用 分布式开放结构，充分考虑与外部系统(省级中心系统、PG 系统、 SP 系统及其它系统等)的接口。3) 安全性系统应具备统一、 完善的多级安全机制， 以保证中心系统的安全性。 系统应能抵御互联 网上常见的各种攻击。4) 可用性和可靠

16、性系统应提供高可用性以及数据多重保护， 应避免由于单点故障影响整个系统正常稳定运 行，避免关键信息的丢失。5) 易用性 系统应提供友好的中文图形操作界面和在线帮助 , 系统应向用户提供方便、 快捷的业务 使用体验，同时便于系统管理员和操作员的维护、管理。6) 可扩充性系统的软件设计采用模块化体系结构，新功能的引入不影响原有的功能模块，具有良好的可扩展性。同时，系统的容量可随硬件的扩容和软件的升级达到更高的要求。7) 可维护性系统的网络平台、设备平台、系统软件、应用软件都应提供方便、灵活的维护手段，方便应用人员的维护和管理。8) 经济性系统的建设应考虑投资的经济性。3.3系统结构一卡通系统报到注

17、册系统课表活动查询系统校园网计费系统教务管理系统人事管理系统教务在线查询系统Vod点播系统适配器层数据整合流程BizTalk 系统数据库各个子系统通过对应的适配器和BizTalk服务器连接，并通过不同的数据整合流程对核心数据库的数据管理和维护。用户通过校园门户系统对核心数据库中的核心数据进行维护和管理，然后系统会启动数据整合流程维护各个分离系统中的基本数据，从而保证了各个系统之间数据的完整性和一致性。3.4网络结构微软提供一种成本经济的快捷企业应用集成方案，使得客户可方便得将应用和数据集成到自动业务进程中。微软视窗服务器(Microsoft Windows Server )、BizTalk服务

18、器、主机集成服务器(Host Integration Server)和SQL服务器(SQL Server),为在非常不同的异类企业 环境中集成应用和数据源提供了全面的集成基础架构。微软的企业应用集成解决方案提供了工具集来定义、部署、和管理分布式业务进程，帮助您的组织增强竞争性和利润率。基于BizTalk? Server 2006的微软企业应用集成方案从根本上使得组织内部或组织之间的应用集成更加便捷。BizTalk服务器的基础是它的基于角色的业务文档路由、转换与跟踪机制。这种架构使得公司可通过组织内或跨越组织边界的应用间交换传递业务文档（如订单发票等），实现集成、管理和自动化业务进程。BizTa

19、lk服务器还提供了功能强大的可视化设计环境创建动态的业务进程，高级的执行引擎自动运行这些业务进程。业务流程对任何企业都是至关重要的。设计优良的业务流程可以帮助企业更有效地利用自己的人力和 产品，为企业创造更多的价值。作为Microsoft Windows Server System? 的 一部分，Microsoft? BizTalk? ServerCompany AApplicationApplicationBizTalkServerInternetApplicationCampany BApplicationApplication2006可以帮助客户开发、部署和维护良好、统一的企业一级业务流

20、程，并可将这些流程扩 展至合作伙伴和客户。通过易于管理的业务流程，BizTalk Server 2006帮助客户有效和高效地将系统、员工和贸易伙伴集成在一起，让他们以高度灵活、高度自动化的方式进行交互。这些都是Windows Server System应用程序体系结构中的内建功能，对那些熟悉Visual Studio? .NET开发环境，并能利用基于标准的 Web Service在企业内或企业间实现更安全可靠的业务流程自动化的开 发人员，这些功能将确保他们获得最大的生产力。BizTalk Server 2006使许多难题都迎刃而解。作为 Windows Server System企业集成功能的

21、核心产品，BizTalk Server 2006使用了整个 Windows Server System产品系列所通用的集成 服务器技术，让客户将精力集中在如何通过自己的解决方案提供更多的商业价值上，而不是浪费时间在管理事务上。 例如，通过BizTalk Server 2006，企业可以轻松地将.NET应用与离 线的老式批处理系统集成在一起，将二者合为一个整体，以请求/回复式应用的方式呈现给应用开发人员。BizTalk Server将现有的应用和技术与Windows Server System集成在一起。通过节省花费在构建和连接新应用上的时间，客户可以更快地完成自己新的解决方案。Microsof

22、t的电子商务方案，通过为商业分析师和开发人员提供协同设计、实现、管理 和监视业务流程的工具，达到业务互联的目的。这一方案包括通过与Microsoft VisualStudio .NET 2005和Microsoft Office System 相集成实现的更好的开发体验，集成的安全技术，Web Service 支持等。覆盖这些技术的部署、管理和监视，以及对企业内互操作性更好的仅供个人参考互操作性、模块性、集成性、可扩展性和安全性将帮助企业把信息、人和流程连接在一 起。 BizTalk Server 2006 建立在这些设计目标之上，为更远大的电子商务远景规划奠定了坚 实的基础。互操作性。 长久

23、以来，企业从不同的开发商那里购买企业应用的授权，这意味着许多企业现在使 用大量运行于不同平台之上的应用。因为每个应用都是为完成特定的任务而设计的， 如数据仓储或客户关系管理 （ CRM ）等，所以与其他应用的集成在开发时很少被重视。 因此，将企业内部应用集成在一起是一件非常费力费时的繁重工作。可以说今天的这 些应用就像数据和功能的孤岛。BizTalk Server 2006 通过 Web Service 和适配器将企业的这些投资连接在一起。 BPEL（Business Process Execution Language,业务流程执行语言）是由 Microsoft 公司、IBM公司、BEA S

24、ystems公司、Siebel Systems公司和SAP AG联合开发的一个规范，用于 实现跨平台的业务流程互操作性和创建最佳的业务流程。 BizTalk Server 2006 在 BPEL 之上实现了 Web Service 的引入和导出支持。模块性。 企业通过专为企业面临的问题而定制的软件实现内部联网和与贸易伙伴之间的互联。 很多公司都试图开发现代化电子商务软件包,但它们中的大部分都因其产品缺少灵活 性而遭受挫折。BizTalk Server 2006提供了基于 Web Service标准模块，这些模块为企业提供了构建自 定义电子商务解决方案所需的关键组件。 客户可以选择最适合自己企业

25、的 Microsoft 电 子商务技术, 以优化自己的业务流程。 他们既可以将 BizTalk Server 连接至不同的系统, 也可以利用 BizTalk Server 提供的所有集成模块。例如,如果公司需要强大的业务规则 引擎和接口以利用自己的老式内容管理系统, 那么它可以使用 BizTalk Server 的模块来 填充“ IT 拼图”中缺少的部分。集成性。任意工具和技术都是构建互联的业务所必需的。 BizTalk Server 2006 不仅提供了统一的 工具和模块,还提供了一致的、无缝的开发、部署、管理和用户体验。这一模块集成 性不仅在设计阶段显示其价值, 在运行时也同样如此,因为

26、BizTalk Server 模块利用了 整个集成套件的强大功能,提供了实时视图、报告及修改功能。每个模块都支持开放 的规范,如 Web Services Interoperability （ WS-I ） Basic Profile 、 BPEL for Web services 不得用于商业用途仅供个人参考（BPEL4WS ）及 XML Schema Definition （ XSD ）等，并且针对套件中其他组件的功能 进行了优化。集成的引擎增加了每个模块服务的效率，同时所有 API 在模块间都是一 致的，从而有效地消除了以前的跨技术学习曲线。可扩展性。因为每个公司的业务流程都是独一无二的

27、， 选择有助于增强这些流程的技术非常重要， 这意味着可扩展性和对开放规范和标准的强力支持。 与以前的版本一样， BizTalk Server 2006专门针对处理 XML 消息进行了设计、 开发和优化。但是，经过升级的 BizTalk Server 2006 运行时采用兼容 W3C 的 XSD 作为其描述和验证这些消息的语言；同时 BizTalk Server 2006 在采用兼容 W3C 的 XSLT（ Extensible Stylesheet Language Transformations ， 可扩展样式表语言转换） 作为转换语言方面进行了增强， 客户既可以添加自己的 XSLT ， 也

28、可以将 XSLT 作为自定义 functoids （ BizTalk Server 转换开关）的实现方式，以满足 其独特的变换需求。与 WS-I Basic Profile 1.0 和 Web Services Security （ WS-Security ） 插件一样，强大的 Web Service 支持深深扎根于 BizTalk Server 的基础之中。通过 Microsoft Visual Studio .NET 中的添加 Web 引用特性， BizTalk Server 2006 可以将 Web Service 以图形方式组合在便于管理的流程中，同时客户可以通过一个简单的向导方便 地

29、将业务流程作为 Web Service 发布。安全性。随着企业越来越依赖于 Internet 进行通讯和交易， 计算平台的安全性变得前所未有的重 要。企业连通性的增加带来了大量的好处，但与安全性相关的风险也随之增加，直接 威胁企业数据和系统的保密性、完整性和可用性。在选择电子商务平台的基础时，企 业不再需要在安全性和易用性之间取舍不定。 BizTalk Server 2006 的开发遵循了 “ Microsoft 可信赖的计算” 的倡议， 确保企业轻松地部署和管理值得信赖的、 安全的、 可伸缩的企业级集成解决方案。在设计方面， BizTalk Server 2006 提供了更为安全的消息传输机

30、制， 并支持通用的安全 标准，如公用密钥架构 （PKI ）、数字证书和 WS-Security 等。企业应用集成认证 （SSO） 功能提供了跨多个系统的应用身份验证， 并为运行中的系统组件提供了细致的安全性。 设计优良的安全角色确保系统管理在企业内部和贸易伙伴间具有最高的集成性。 此外， BizTalk Server 2006 自带了更为安全的默认设置， 确保部署可以满足不同公司的安全需 求。3.5数据集成方案的基本要求提供灵活、方便的数据建模技术，便于数据平台业务需求扩展时，维护人员可以方 便、迅速的建立数据模型。数据模型要求科学、适用，即要减少数据的冗余，又要能够 存放业务系统需要的数据。

31、采用实时/定期/业务驱动需求的方式，从业务系统提取数据到数据平台。由于业务 系统、网络或数据平台故障，导致数据平台无法取数时，待故障排除之后，平台应及时 将业务系统这段时间内发生变化的所有数据提取出来。采用实时/定期/业务驱动需求的方式，将平台的数据分发到业务系统。由于业务系 统、网络或数据平台等出现故障，导致平台分发数据部分失败时，待故障排除后，数据 平台应及时将这段时间内发生变化的所有数据分发给该业务系统。数据源和目标数据的种类繁多，有关系型数据库，文本文件、XML文件等，BizTalkServer 2006允许企业通过来自 Microsoft和第三方的封装适配器将封装或专用的系统与 标准

32、技术连接在一起。这一健壮的适配器框架随BizTalk Server 2006 一道提供，允许用户快速连接至专用系统，甚至定制开发适用于特殊应用和数据的适配器，实现从不同数据源读取数据和分发数据到目标数据中。BizTalk Server 2006包含25个内建的适配器:HTTPBase EDIWSEFileSMTPFTPSOAPWebsphere MQ 2.0POP3MSMQ/MSMQTSAPPeoplesoftSQL2000/SQL2005Oracledatabaseconn ectorIBM DB2SiebelOracle Applicati onSuiteTIBCO EMSHost Fil

33、eHost Applicati onsJDEdwardsOn eWorld XEJDEdwardsEn terprise1TIBCORendezvousAmdocs ClarifyCRMWin dows SharePoi nt Services通过BizTalk浏览器和BizTalk管理控制台，开发人员可以修改适配器处理程序的默认配置，或者添加、删除和修改适配器的发送端口和接收位置。BizTalk Server适配器框架使用 XSD定义动态生成用户界面。适配器提供所需的XSD，BizTalk Server适配器框架创建一个属性页，让用户输入数值。但BizTalk Server适配器框架提供的不

34、仅仅是经由专用协议的简单连接，它还允许开发人员将巨大的企业应用分割为服务组件，实现面向服务的体系结构。此外， BizTalk Server 适配器框架支持在设计时与企业元数据的自动探询，从而最小化把这些服务融入 应用中所需的工作，并进一步降低维护成本。对于没有采样标准数据格式的业务系统， BizTalk Server 2006 通过对消息管道的定 制，将这些业务系统的数据转化为标准的 XML 数据后，存放在数据平台上，实现进一 步的流程操作和消息转发。管道设计器允许开发人员对传入和传出的消息进行加工，以为进一步的处理做准 备，实现同外部应用程序和团体在交换上的加密、身份验证和数据格式转换等要求

35、。管道是指在业务流程或消息数据仓库收到消息或从它们分派消息之前发生的处理 操作序列。“接收管道”可根据要求接受传入的消息、将消息解密或解压缩、将消息分 解成消息的部件，将消息转换为 XML 文档（按照在 BizTalk Server 架构中的说明） 、 验证消息以及验证消息发送者的身份。一旦有消息通过管道，该消息就会被传送到 BizTalk Server 的 MessageBox 存储。“发送管道”执行的操作与“接收管道”相同，只 不过是反方向的。它可以根据外部接收者的要求对消息进行组装、格式化、加密、压缩 和数字签名。对于业务流程应提供灵活的自定义业务规则的功能。 同整个 BizTalk S

36、erver 架构一 样，创建和实现业务规则的整个过程也是透明的， 并且联系松散。一个嵌入 BizTalk Server 业务流程的业务规则集可以在设计或者运行时被查看、 修改或者完全被替换而不影响其 它的流程操作或者中断本流程的实例的运行。 由一个向外界暴露功能的组件化规则引擎 提供灵活修改业务点具有极其重要的意义。在传统的应用程序开发过程中，业务规则逻 辑嵌入在程序的代码之中，如果不修改代码，则无法修改这些业务逻辑。由于对业务流 程生命期的大多数修改都仅限于业务规则的变动（相对与技术方面的修改） ，因此是否 能将业务规则同程序代码完全隔离开来，或者同任何流程实现机制隔离开来，将决定是 否能大

37、幅度提高在整个业务流程生命期中管理和调整业务流程的效率。提供业务活动监视 （BAM ）分析师可以访问运行中的业务流程， 这意味着他们可以 直接查看业务信息，这在以前是无法做到的。 BAM 收集和分析来自异类信息来源的数 据，并实时地显示业务状态、趋势和关键条件。 BAM 为商业分析师在合适的时间提供 了合适的数据，让他们按照重要的相关数据做出更好的商业决策。BAM 告诉分析师其业务的执行方式。它可以回答以下这些问题： 平均需要多长时间批准金额大于 $1,000 的订单？ 在收到订单后需要多长时间完成订单？前一小时中发生了多少流程周期？今天上午处理了多少来自 Seattle 的订单？ 多少订单的

38、完成时间超过 1 小时？BAM 使信息工作者以单独或协作的方式查看所需的业务流程数据。通过 Microsoft Excel 中的 BAM 活动向导，商业分析师定义需要收集的业务数据， 并决定如何解释这些数据。他将这些信息保存在名为“ BAM 定义工作簿”的 Excel 工 作簿中。然后 BAM 管理工具参照 BAM 定义生成包含 SQL 表、多维数据集和 DTS 任 务的 BAM 基础架构。开发人员然后可以运行自己的 BAM 工具，跟踪配置文件编辑器(TPE),并加载已部署的程序集。通过 TPE,开发人员定义BAM定义和实现之间的连 接，并将配置文件保存至 BizTalk 配置数据库。信息工作

39、者可以使用 Microsoft Excel 或 自己开发的应用程序检索和查看实时的数据汇总。此外，信息工作者还可以通过 Windows SharePoint Services 或自行开发的应用程序访问个别实例数据。BizTalk Server 2006 支持事务处理，对流程出现异常情况，可以自动进行异常处理 和补偿。BizTalk Server 的安全架构立足于强大的机制组合，这些机制借助多种旨在增强安 全性的手段在 BizTalk Server 中得到全面实现。这些安全机制包括数字证书、公钥基础 体系 (PKI)、S/MIME 、Windows 身份验证、 SQL Server 角色、企业应

40、用集成验证以及 团体身份记录，从而保障数据交换和数据存贮的安全性。这些安全机制的组件包括发送和接收适配器、管道、 MessageBox 数据库、业务流 程以及消息安全上下文属性。这些组件使用“需要身份验证”管道、多个逻辑主机及其 “身份验证可信”属性、发布和预订 /接收授权方法来部署上述安全机制从业务系统抽取数据或从数据平台下发数据的数据库运行效率要高。 对于基础代码数据，有的是由业务系统维护，有的由数据平台维护。对于数据平台 维护的这部分代码数据，数据平台应提供维护、审核功能。在数据平台上，建立基础代码数据的查询网站。3.6 数据提取、转换信息系统包括多种数据类型， 如来自于数据库的结构化数

41、据、 各类文件文字信息等。 不 同类的信息交换需要不同的应同手段来完成。 这里我们使用统一数据格式的方法， 即数据传 送之前先转换成统一的一种格式， 到达目的地后在转换成相应的格式。 这样做的好处一是简 化了应用， 所有的原始数据使用同一种手段传递； 二是系统的可扩展性好， 由于采用的传输 方式基于开放数据标准， 因此将来任何一种其它系统的数据或其它种类的数据均可非常方便 地、无缝的加入该信息系统。 对该平台的要求是它必须基于 Internet 时代的开放标准如 XML 、 SOAP 等，同时能和各种应用无缝衔接。微软 .Net 家族成员中的 BizTalk Server 2006 是唯一 可

42、以胜任的平台。 BizTalk Server 提供了一个数据转换、应用整合的基础平台，可以完成诸 如：数据提取通过 BizTalk Server 2006 的适配器，实现数据的提取。转换规则定义 各个业务系统均有其自己的数据格式， 当进行数据交换时， 需要按照一定的转换规则进行数据转换。 BizTalk Server 2006 能够提供转换规则定义的功能以满足各种不同的数据转换 要求。数据转换当接收到数据后，按照事先定义好的数据转换规则进行数据转换。异常数据分析通过 BizTalk Server 2006 中的自动流程，实现对数据的异常分析，并实现将异常数据的 分开转存。提供全面地对 XML

43、的支持。可以方便地将数据转换为 XML 文档。采用 Microsoft Biztalk 2006 ,建立信息交换平台可以实现各个业务系统之间数据的自动 传递和转换。传递的数据包括是封装成 XML 各式的具体的业务数据，相应的控制信息、业务流程确 认信息；通过可视化的流程设计器，应能对相关的业务流程进行自定义和流程重组； 提供路由选择、路由监控、业务管理、系统管理等功能； 具有良好的扩展性，适应未来信息量与业务量增长的需要。3.7 数据转换规则的定义数据转换规则的定义是通过 BizTalk Server 2006 中的 BizTalk Editor 和 BizTalk Mapper 来完成的。编

44、辑器业务流程处理各种 XML 文档，而每个文档又都需要符合一定的 XML 架构，为此， BizTalk Server 2006 提供了这个 BizTalk 编辑器。该工具允许使用 XML 架构定义语言 (XDS) 来创建架构，这些结构是文档中信息结构和类型的基本定义。BizTalk 编辑器允许用户以图形化层次的形式来定义架构元素，从而构建创建原始的 XSD 架构。而且，也可以从文件或可访问的 Web 服务处导入现有的架构。不论采用何种 方法获得，这些架构都被作为 BizTalk 映射的基础。映射器如上图所示，每个映射都被表示为两个 XML 架构间的一种图形关系，定义这些架构 中元素间的相互关系

45、。 W3C 已经将 XSLT ( 可扩展风格表单语言转换， Extensible Stylesheet Language Transformation) 定义为表达 XML 架构间转换的标准方式，因此 BizTalk Server 2006 中的映射也通过 XSLT 转换实现。在映射中所定义的转换可以十分简单， 例如将数值从一个文档复制到另一个文档， 这种 的直接数据复制使用“链接”来表现。在 BizTalk 映射器中则显示为连接源架构中相应元 素和目标架构中对应元素的直线。 复杂一些的转换可以使用 “functoid ”来实现。 functoid 是 一组可执行代码，可以定义 XML 架构间

46、任意的复杂映射。上图所示， BizTalk 映射器将其 表示为连接被转换元素间的直线上的方框。 BizTalk Server 2006 提供了许多内置 funtoid 。这 些内置的 functoid 根据功能分为不同的种类，如：数学functoid- 对源文档中字段的值进行加、减、乘和除等操作，将结果保存在目标文档的字段中；转换 functoid ；逻辑 functoid 等 等，也可以直接以 XSLT 或使用 C# 和 Visual Basic 等语言来创建用户自定义 functoid 。 functoids 也可以按照一定顺序组合使用，将上一个的输出作为下一个的输入。能够定义文档的 XM

47、L 架构和能够在不同架构间映射信息都是十分关键的。 BizTalk 编 辑器和 BizTalk 映射器分别解决了这两个问题，但仅是定义架构和映射还远远不够，还必不得用于商业用途仅供个人参考须指定使用这些架构和调用映射的业务逻辑。接下来将介绍具体内容。3.8 数据转换当数据被提交给 BizTalk Server 2006 后， BizTalk 会自动根据其有关的属性和数据转换 规则进行数据格式和内容的转换。 BizTalk Mapper 提供设计环境， 而 BizTalk Server 2006 提 供运行时引擎， 从而可以创建并执行可转换数据格式和数据架构的文档映射。 BizTalk Mapp

48、er 使用标准 XSLT 技术在内部表示映射规则，这对分析人员或开发人员来说是透明的。Microsoft XSLT 的实施提供了 COM 和脚本编写语言的集成。 BizTalk Server 2006 利用这 种集成提供内置的可重复使用的组件 (称为功能组件) ，这些组件可以插入到 BizTalk Mapper 设计表面中并在运行时调用。3.9 业务流程利用业务流程管理系统， 使用户能够设计、 执行和管理业务流程。 通常实现 B2B/B2C 或 EAI 不仅需要在不同的应用间传送消息而且需要定义和执行基于这些应用的业务流程。如图所展现的是可视化业务流程编辑器。 图形化流程设计工具提供了一系列的

49、复杂操作 形状来可视化地定义业务流程操作的逻辑关系， 业务流程通常会包括发送和接收消息， 消息 转换，消息流控制，异常处理等操作。还可以利用形式编辑器 (Schema Editor) 创建 XML 形式说明， 用映射器 (Mapper) 定义 XML 之间的转换。 可以利用业务规则编辑器来设计业务 规则以保持业务的灵活性和动态可修改性。 设计工具为开发者提供了设计、 开发、 测试和运 行业务流程的完整环境。业务流程运行引擎提供执行和监控和管理业务流程的服务。包括：创建业务流程实例和执行业务流程；维护正在运行的业务流程实例的状态； 对正在运行的业务流程实例进行优化，以使得扩展性、流量和资源有效利

50、用率最大化。 在相对长的空闲后， 长期运行的业务流程实例的状态可以被保存到数据库中并且它们使用的 内存会被释放，使得大量长期运行的业务流程实例可以在一台服务器上同时运行；提供可靠的停止和恢复机制。应用协作流程定义可以通过 BizTalk Orchestration 来完成。 BizTalk Orchestration 是一个 能够不受平台、组织、应用以及人员限制的，设计建立动态业务处理过程的技术。 BizTalk 不得用于商业用途仅供个人参考Orchestration 随 BizTalk Server 2006 一同发行，它包括： 一个可视化的设计环境。使用这个环境，业务人员和 IT 专家能够

51、与开发者一起共 同定义业务流程，并将这个流程与操作联系起来。一整套捆绑后的工具。包括 COM 组件、 MSMQ 队列、脚本组件、 BizTalk Server 2006 消息传递特性以及第三方的主机应用。能够有效的把不同的技术联系起来。 下图显示了一个在业务流程设计器中创建的业务流程，其中使用了一些形状(shapes)。在示例中， 流程首先接收到一个消息， 根据该消息的内容做判断， 决定执行两条路径中的某 一条。当然，解决真正问题的业务流程会复杂的多。 因此为了帮助处理更复杂的图形， BizTalk Server 2006 中业务流程设计器提供了放大和缩小功能。如图所示，使用 Biztalk

52、业务流程设计器设定并行处理和同步就像绘图一样简单。Biztalk 对业务流程的并行处理和同步也有很好的支持， Biztalk 的业务流程设计器可以 自由的设定并行工作的业务处理和需要同步的过程，设计器产生的结果由 Biztalk 业务流程 引擎 Orchestration Engine 调用，自动处理并行与同步。Orchestration Engine 可以用来处理业务流程、对状态进行支持、管理和调试。应用 BizTalk Orchestration ，我们可以开发出各种自动数据交换的流程。这样，当某一 个业务系统的数据发生变化时， 会自动触发相关的数据交换流程， 数据交换流程调用流程中 涉及

53、到的各个功能组件， 将数据变化反映到其他相关的业务系统中去。 从而达到业务协作的 目的。此外，业务流程管理系统还包括如下功能： 跟踪与调试。能够跟踪业务流程的运行和以不同协议传输的消息是必须的。通过 “运行状况和活动跟踪” (HAT) 工具用户可以通过不同的视图和查询来跟踪数 据；可以对业务流程进行监控，检查运行状态，创建视图来了解重要的信息；可 以查询挂起的业务流程实例， 在调试模式下设置断点并一步步地跟踪实例和消息。 业务活动监视 。在适当的时间获得需要的信息是至关重要的。 “业务活动监视” (BAM) 工具给用户提供了一个了解正在运行的业务流程的窗口。 BAM 通过集中 各种业务数据并进

54、行分析，提供实时的业务状态、趋势和表现指标视图，为业务 分析员及时提供他们需要的数据和业务运行状况，从而使得他们能够在相关数据 的基础上尽早发现问题和迅速做出反应，以及作出更好的决策和制定长期策略。Web Services 的支持。业务流程管理系统包括对 Web Services 的支持，包括：从业务流程内部调用外部的Web Services;将业务流程发布为Web Services以被其 他业务流程或外部应用调用；将 XML Schema 发布为 Web Services。 与业务规则 /策略集成。业务规则可能经常发生变化，业务流程管理系统通过业务 规则引擎提供更强的灵活性，使得业务规则可以

55、与业务流程分离，业务规则可以 单独改变而业务流程并不受到影响。通过使用“调用规则”形状，可以在业务流 程中直接调用业务规则。 事务的支持。支持原子事务和长期事务。短期的原子事务可以保证在作用域中的 所有操作或者完全成功或者当失败出现时任何部分的更新都会被自动地回滚到初 始状态。长期事务提供了基于作用域的错误处理，补偿机制以及嵌套事务等功能， 使得在设计强壮的事务架构时具有很大的灵活性。内建的相关 (Correlation) 支持。 相关 (Correlation) 是根据消息相关标识匹配入站 消息和适当的业务流程实例的过程。例如，在一个发送采购请求，接收发票并发 送付款通知的业务流程中，应该确

56、保发票消息是由那个发送出采购请求的业务流 程实例所接收，而不是被其他的实例接收。业务流程管理系统可以方便地完成实 现相关所需的配置。BPEL 的支持。为了解决在不同的业务流程平台间通过Web Services 交换信息，微软、 IBM 和其他公司创建了 Business Process Execution Language (业务流程执行 语言 ) 。我们的业务流程管理系统支持 BPEL 的导入和导出。3.10 现有应用系统与新的内部协同教学信息门户整合在建设统一的内部协同教学信息门户过程中， 将根据技术的可行性把学院现有的内部应 用系统与新的内部协同教学信息门户整合起来， 给学院师生提供 “

57、一站式” 的综合信息服务。针对内部管理和协作的需求， 目前高校已经建立了一些内部的应用系统， 并且未来会建 设更多的系统，包括办公自动化、视频会议等系统。这些系统均独立开发和部署，并且建立 在各自不同的系统平台上。 为方便管理和交流， 门户信息系统方案的基本思路是利用微软的 Sharepoint Portal Server 构建校园网综合信息门户，这样不仅将现有应用的信息和数据整合 起来， 并为未来的应用和数据提供一个统一展现的平台。即提供一个统一信息访问入口， 并且要求访问任何应用和数据只需要输入一次用户名/密码(针对所有应用，统一的一套用户管理)。同时校园综合信息门户提供一个个性化的，可定制的平台，可以方便、灵活地为学 校、部门、 教研组及教职工建立各具特色的信息窗口， 真正做到将适当的信息传递给适当的人， 并且各取所需。 通过该集成化的门户， 校园网用户可以在各自的权限范围内访问相应的、教学管理系统和信息资源库信息和所有应用系统如教学协作平台（教学办公自动化平台） 等。图为校园综合信息门户系统结构示意图：校园综合信息门户系统结构示意图 （应用角度 ）由于技术应用不