基于门户的新一代oa方案说明书

基于门户的新一代oa方案说明书内容摘要：

入口。 系统将提供企业 OA 门户帐户和其它集成业务系统帐户的统一管理方案，并提供对用户的登录审计功能。 基于门户的新一代 OA 方案说明书第 14 页 共 85 页3. 基于门户的 OA 系统设计. 基本设计原则采用 J2EE 的应用和集成平台，基于门户的 OA 系统将达到下面的设计目标：可扩展性：基于门户的 OA 系统将充分利用 J2EE 应用平台的集群技术，实现系统的高可扩展性。 扩充性；基于门户的 OA 系统可以很方便的添加新的应用、渠道、服务和适配器等。 重用性：基于门户的 OA 系统利用和发展了可重用的组件技术和面向服务的架构（SOA）。 开放性：基于门户的 OA 系统充分利用开放性的标准：J2EE 和 XML。 安全性：基于门户的 OA 系统支持防火墙、SSL、 等标准，支持数字证书和任何标准的认证授权工具。 . 构架质量要求稳定、成熟、可靠、灵活是系统构架设计的要求，为实现这些要求，系统构架设计要保证以下的几点特性： 良好的开放性，业务平台必须满足开放的技术标准，保证构架内外现有的、可能增加的不同应用模型系统可以通过开放标准很容易的集成。  高安全性，信息安全是企业的重要要求，保证信息在 OA 流程的各个阶段的安全和受控防问，要求从网络硬件、操作系统、中间件、应用开发等各个方面的统一考虑。  高可靠性，保障运行在其上的各应用系统 724 小时不间断工作，是系统构架设计的重要要求。  扩展性，考虑逐步更新和替换老的业务系统、管理系统，并保证系统将来的可扩展性，确保分步实施时系统的完整性，避免重复建设基于门户的新一代 OA 方案说明书第 15 页 共 85 页和资源的浪费，并保证系统能够随着企业未来业务的变化而非常容易的作出改变。  伸缩性，随着业务应用的增加，业务量的加大，应用用户的增加，系统可以通过服务器等硬件设备的添加实现，而无需对系统逻辑构架、系统应用或业务应用进行改动，保证了这种扩展是快速的、有效的。  良好的管理性和维护性，系统对不同性质用户、系统运行状态、数据资源等应具有良好的可管理性和可维护性。  友好性，系统界面的友好性将直接影响用户使用系统的效率。 要尽可能地满足用户已有的使用习惯。  容错性，系统应具有很强的容错性。 由于线路传输、文件格式转换或前端系统故障等各种原因使系统接收到的信息无法处理时，系统应给出提示，但不能影响系统的正常运行。  要满足多层应用系统模式，系统必须充分满足当前三层或者多层的应用系统领先技术模式，要适应未来企业总部与各分部的集中协同工作的需求。  保证系统的性能指标，系统的设计和开发不仅要满足系统现有用户的数量、数据存储量和响应时间的要求，而且还要为未来的发展的提供必要的扩充空间设计。 . 分步实施要建立一个全新基于门户的 OA 系统系统不是一朝一夕的事，作为系统各业务系统运行的支撑平台，不仅要将现有的业务，如：生产管理、网站发布、干部管理、企业物资社区、综合数据库查询，而且还要对今后可能形成的新业务形式，如竞价上网、全省用电营销、人力资源等新应用系统进行充分的考虑。 因此，在整个系统设计中要充分体现出“统筹规划，分步实施”的指导思想，将企业运行的相关系统业务逐步过度到该系统中来，以实现统一的系统管理、统一的数据存储和管理、统一的内容管理、统一基于门户的新一代 OA 方案说明书第 16 页 共 85 页的用户管理、统一的业务接口和统一的分析、查询和统计平台。 . 最佳技术组合基于门户的 OA 系统系统是一个复杂的系统，它的建设涉及通讯系统网络、计算机硬件平台、中间件平台、数据库以及其他存储技术、技术组件、系统构架设计、软件设计开发、系统集成等不同领域厂商的产品、技术和服务。 要保证系统安全、可靠、稳定的运行，并以最佳价格得到高质量的系统， “最佳技术组合”将是设计这一系统的首要原则。 这一系统将支持企业现有的和将来会增加和改变的业务部门的大量业务需求，这些业务工作主要围绕着信息处理技术展开，这些技术包括应用服务器技术、数据库技术、工作流技术、企业信息门户技术、LDAP（目录服务）技术等多种技术的组成。 . 开放标准的开发平台要设计一个高质量的、可以分布实施的最佳组合系统，一个长期稳定的开发平台是非常需要的。 首先平台本身应采用开放标准，同时平台与其他技术部件的连接采用开放标准，如数据库、目录服务、工作流等技术部件通过开放接口、采用标准协议连接到这个集成平台上，成为企业业务应用系统的技术支持服务层。 通过开放标准的系统集成平台，实现企业应用系统的统一系统管理、统一数据存储和管理、统一内容管理、统一用户管理、统一收发接口和统一分析、查询和统计平台。 为系统进一步拓展，实现企业用户信息的集中统一管理，构成一个规模更大的系统体系提供了技术基础。 同时，采用开放标准的统一集成平台，也为快速提高企业自己的信息技术队伍提供了容易实现的途径。 . 高度可靠性能基于门户的新一代 OA 方案说明书第 17 页 共 85 页任何基础结构都不得妨碍业务系统的操作和维护。 尽管需要基础结构提供大量的功能，但基础结构一旦建立起来之后，应当尽量减小它对系统的影响。 . 伸缩性良好如果系统达到了性能极限，必须做到可即刻在该系统中增加更多的软件和硬件资源。 在做到这一切的同时，必须做到不中断现有服务。 . 实时或批量操作环境必须能够支持对远程服务的直接调用，或能够在处理各请求前将其捆绑在一起。 . 同步或异步通信应用应能够等待服务请求响应（同步）或在之后收集该响应（异步）。 例如，如果知道需要两天某个文档才能够处理好，那么使用异步调用也许更合适。 . 完全可靠的排序在进行应用间的数据传送时，也许会使用未经过处理的信息传递。 丢失这些信息是不可接受的。 既使不能将它们传送到正确地点，也不能将其丢失。 至少应当使用一个错地址信息队列。 . 事务处理能力需要参与的各方（诸系统）来协调事务处理（在真正的两步提交的意义上）。 这样，如果一个主要步骤失败，将允许事务处理中途流产。 对于那些不与 XA 兼容的系统，必须采用补偿机制以确保保持事务处理的完整性。 . 可管理性无论是否使用了第三方管理工具或是否需要将自开发的应用集成，基础基于门户的新一代 OA 方案说明书第 18 页 共 85 页结构必须提供所需的挂钩以支持监视代理。 此外，必须能够随时存取系统信息和业务过程信息的实时及历史统计数据。 系统管理的内容必须非常广泛，其中应包括故障恢复支持及分布式负荷平衡，以使系统能够动态处理大负荷。 . 基于 SOA 的设计新的 OA 建设思路蕴含着新的 IT 架构。 面向服务的架构（ SOA）正是这样一种创新思维。 它是一种不局限于任何特定技术或厂商的架构方法，屏蔽了不同平台、编程语言、操作系统和硬件架构之间的差异，将企业应用系统中的分散功能组合成可互操作的、基于标准的服务，使其能被重新组合和重用，从而快速满足业务的需求，帮助弥合业务需求与企业 IT 支持能力之间的鸿沟。 从技术角度看，SOA 之所以获得 IT 业界的青睐，能够在企业实际应用中获得成功有两个最重要的因素：“灵活性”和“与业务紧密相关”。 针对灵活性而言，SOA 是第一个考虑了业务发展长期性的 IT 架构方法。 从本质上说，SOA 是一组松耦合的服务，每一个服务的建立和替换都是相对便宜的。 与传统的紧耦合架构相比，松耦合架构更能适应业务的变化。 在SOA 中，国家开发的应用系统可以用一个服务替换另一个服务，而无须关心其底层的实现技术，唯一要考虑的就是服务接口，而它采用了通用的Web 服务和 XML 标准。 灵活性带来的另一个好处是可以充分利用现有的IT 资产，包括开发目前已有应用和数据库等众多 IT 系统，新的业务系统可以通过将遗留应用和数据纳入 SOA 基础架构，而不是替换它们来使其成为开发整体 IT 资产的一部分。 这种架构最终将使开发的 IT 架构能够更快速、更便宜、更有效地适应业务需求的变化。 第二个重要因素是业务相关。 SOA 与其他传统 IT 架构的最大区别在于它与业务的密切关联性。 它以服务为基本单元来组织 IT 资源，其中的每一项服务都可以完成实际业务流程中的一项任务。 例如，可以把一项服务叫做“更新用户账户状态” ，它可能包含一系列操作。 如此一来，服务立刻与业务发基于门户的新一代 OA 方案说明书第 19 页 共 85 页生了密切的关系，业务人员可以参与服务的创建，并且用它们定义新的业务流程，从而实现服务驱动型企业（ServiceDriven Enterprise）的目标。 由于 Web 服务屏蔽了底层的技术细节，因此业务人员和 IT 人员都可以专注于业务逻辑的实现，二者的共同语言就是“服务”。 正是因为 SOA 具有以上特性，因此得到了人们的广泛认同，越来越多的企业和机构已经把 SOA 作为其 IT 建设的基本战略，SOA 已经从普及期进入收获期。 自 2020 年初 BEA 首先倡导 SOA 并推出支持 SOA 的产品和解决方案以来，IBM、甲骨文、微软等业界巨头也纷纷发布自己的 SOA 战略，建议用户在进行企业 IT 建设时考虑 SOA。 而 Gartern Group、IDC 、ZapThink 等全球著名的市场研究机构也纷纷预测 SOA 将成为新的 IT 趋势。 按照Gartner 的预测，到 2020 年，SOA 将成为占有绝对优势的软件工程实践方法，它将结束传统的整体软件体系架构长达 40 年的统治地位。 届时，将有70%的企业在进行企业 IT 建设时会转向 SOA。 而 ZapThink 的调查显示，在 2020 年，绝大多数企业 CIO 们还仅仅在关注 Web Services，但到了 2020年，SOA 已经成为企业 CIO 关注的重点，一些企业已经开始在财务、销售等系统中采用 SOA。 ZapThink 预测，在 2020 年，SOA 的应用范围将会扩展到整个企业及其合作伙伴，更多的企业将全面转向 SOA 并从中获益。 SOA 的中心思想是模块化与封装这两大原则，模块化将复杂的大任务的分解成相对简单的小步骤，封装则将其内部的复杂性屏蔽代之以用清晰的接口。 在这两项原则指导下，开发人员只需关注应用中与其相关的部分而无须知道其他部分的细节，只要各个组件都遵守接口“契约（Contract） ”，这些组件的开发、测试和修改都相对独立，无须太多的协调，使得基于 SOA 的应用易于开发和维护。 基于门户的 OA 系统全面采用面向服务的架构，其应用服务应具有下列特点： 所有的门户功能都可以表示成服务 应用服务都可以从目录中查获并能动态捆绑（dynamically bound） 应用服务都自我管理（self contained）并且模块化 应用服务都可互操作基于门户的新一代 OA 方案说明书第 20 页 共 85 页 应用服务可以松偶合 应用服务都支持网上接口（NetworkAddressable Interface ） 应用服务应定义业务逻辑相对独立的相对粗颗粒的接口 应用服务都对物理机器位置透明（LocationTransparent） 应用服务可以复合构造（Composable） 应用服务应最大可能地支持多份部署，提高可用性SOA 使得应用系统的设计清晰化而且促进组件的重用。 应用系统中所有的接口的定义与信息模型――包括数据及其语义、对象与过程模型――都高度一致。 我们推荐的门户平台上开发的新应用组件都采用相同的技术（程序设计语言、开发工具、数据库软件、中间件以及操作系统） ，或至少都有基于标准的互操作接口。 很多的企业应用由于缺乏同一的长远的规划，通常情况下很少共享数据，几乎从不共享程序逻辑。 但很多的服务具有通用性，而非某一应用独有，一个通用服务架构（Common Service Architecture）能帮助企业在上述的原则下共享部分数据和程序逻辑。 通用服务的概念是企业架构中的一个重要的有机部分，在基于门户的 OA 系统的建设中，我们准备整理构造下面的通用服务：通用应用服务。 如通用的数据模型访问，数据的转换等等。 通用基础设施服务。 包括应用的管理与诊断、日志、安全、系统的操作与维护。 通用系统服务。 包括对不同的操作系统、网络平台以及其它的系统层的功能提供与平台独立的接口。 . 基于门户的 OA 系统应用架构设计建设基于门户的 OA 系统需要考虑不能把基于门户的 OA 系统从企业其他运营支撑系统中孤立出来，而是要通盘考虑，借基于门户的 OA 系统的建设，有效带动其他业务支撑系统的整合与集成。 下面的总体架构视图反映了基于门户的 OA 系统的技术组成和关键技术的集成框架。 门户平台产品采用 BEA 基于门户的新一代 OA 方案说明书第 21 页 共 85 页WebLogic Portal。 . 门户业务服务门户业务服务提供了基于门户内含的的平台框架构筑的与业务功能相关的应用，包括网上协作、办公管理、领导办公、各类子门户的入口、门户多渠道接入等。 . 门户平台框架门户架构提供了一个灵活、可伸缩和易管理的门户基础。 无论业务运营需要部门级门户、分布式门户还是一个用作企业对外交流窗口的门户，BEA WebLogic Portal 都能提供贴心帮助。 利用灵活的部署架构提供的选项，企业能有效地共享门户资源，管理门户的安全性。 BEA WebLogic Portal 内置了如下业务服务支撑功能和组件，能灵活地满足独特的业务要求。  内容管理：可轻松添加和管理来自多个储存库的内容基于门户的新一代 OA 方案说明书第 22 页。