xxxx集团企业信息门户系统方案书_[全文]

xxxx集团企业信息门户系统方案书_[全文]内容摘要：

能够帮助 xxxx 集团顺利、成功的实施整个信息系统。 此建议的方案包括了系统的软件以及逻辑架构的设计。 系统逻辑架构 IBM 公司针公司的具体需求设计的企业信息门户逻辑架构图如下： 逻辑上分为三层，接入层，应用聚合层和后台服务层。 接入层 最前端是系统接入层，它提供个性化的接 入，基于不同的角色（如：营销、客服、采购等）展现不同的整合后的工作界面，未来在安全条件允许的情况下这一层可以方便的将我们的应用扩展到不同的终端设备之上，如： PAD,手机等设备，它是门户系统的展现层。 应用聚合层 中间是应用聚合层，这层完全基于 IBM Portal 产品进行构建，提供两类主要的服务，一类是基本的 Portal 服务如：个性化服务、信息发布服务、工作流服务、协同服务、文档管理服务等；另一类是对现有系统整合后形成的服务如：电子邮件、代办事宜这些按不同粒度整合后的服务。 IBM Portal 提供了多种的 整合方法有很多开箱即用的 Portlet 可以快速的完成，如：基于 Lotus Notes/Domino 的 OA 应用标准的访问数据的接口等。 后台服务层 最后端是我们的业务系统（如 ERP 等）和一些基础平台库（如统一认证中心）。 后端应用和 Portal 之间通过标准的 ESB（ Enterprise Service BUS）来连接，可以使 Portal 和后台系统尽量采用“松耦合”方式交互。 安全服务层 安全服务横跨整个系统的各个环节，包括集中的用户信息存储，集中的访问认证，集中的用户管理。 IBM 通过 Tivoli 用户 身份管理系统建立的统一认证中心提供了包括门户系统在内的用户身份管理，是整个企业 IT 环境的基础架构。 软件选型 项目本期选型范围： IBM WebSphere Portal Enable 针对本次项目的目标和实施范围结合贵公司未来发展的需求， IBM 推荐在本次项目中使用IBM WebSphere Portal 门户产品。 这个产品提供您构建和部署高度可伸缩的门户所需的基础结构。 IBM Websphere Portlet Factory IBM Websphere Portlet Factory 是一款强大且 灵活的工具，用于在面向服务的架构之上快速创建基于角色的仪表盘。 Websphere Portlet Factory 可以增强 IBM WebSphere Portal 的功能，添加特定于仪表盘的特性，如健壮的警报模块、高保真图表、灵活的过滤技术和一组特定于仪表盘的设计组件。 通过利用 Websphere Portlet Factory，公司可以快速部署高度定制的、基于门户的仪表盘，该仪表盘合并了取自多个后端系统的数据和流程。 此外，使用 Websphere Portlet Factory 构建的仪表盘可通过允许从仪表 盘直接操作来促进问题的解决。 结果，借助 Websphere Portlet Factory，公司可望降低其开发成本并加快其仪表盘创建所带来价值的进程。 项目二期产品选型范围： LotusSametime IBM 公司的即时通信产品 LotusSametime 是一个既能够提供完整集成、实时服务，又能够满足企业和电子商务所要求的可伸缩性、可管理性和安全性的实时协作产品。 IBM WebSphere Enterprise Service Bus 企业服务总线（ Enterprise Services Bus）和以服 务为导向的应用架构体系（ SOA）紧密连接在一起， ESB 是 SOA 的核心组成部分。 顾名思义， ESB 为 SOA 提供了连通性基础架构，它是SOA 架构中应用整合的骨干。 在 SOA 架构上发布的业务服务是 ESB 的“用户”，这些基于 SOA架构的业务系统所开放出来的服务通过 ESB 进行交互。 它们的交互请求被以事件的方式进行发布和订阅。 使用 ESB 的主要目的就是要屏蔽服务请求者和服务实现者之间的不同，让服务请求者和实现者通过总线来进行交互。 项目三期产品选型范围： IBM Tivoli Access Manager for eBusiness 考虑到现在网上应用需要更高的安全特性，应用开发的周期也越来越短。 所以整个安全访问就需要通过一个产品化的、并且久经考验的技术来实现。 IBM Tivoli Access Manager for eBusiness(TAMeb)就是为满足这一需要而提供的安全访问平台产品。 TAMeb 为客户自己开发的网上应用提供了标准的访问安全接口，通过 TAMeb 集中管理用户和安全信息。 TAMeb 是一套完整的认证与授权安全和策略管理方案，提供对分布在不同地域的资源进行集中保护，为企业建立统一的应用安全平台。 系统物理 架构 IBM Portal 产品具有良好的扩展性，未来负载增加的情况下，用户可以根据自己实际情况方便的改变部署架构以支持更多的负载。 普遍使用的拓扑结构属于以下广泛的类别之一。 单机拓扑。 组件安装在同一台机器上。 多机拓扑。 组件（ Web 服务器、应用程序服务器、数据库等等）被物理地分隔到不同的机器中。 垂直比例转换拓扑结构。 通常通过创建集群成员，运行 WebSphere Portal 的多个应用程序服务器在单台物理机器上创建。 水平比例转换拓扑结构。 WebSphere Portal 集群的成员存在于多台物 理机器上，有效地分发单个逻辑 WebSphere Portal 映像的工作负载。 HTTP 重定向器产品还可用于实现水平伸缩。 集群在使用水平伸缩的环境中最有效，这是因为它有能力构建冗余和故障转移，简单地添加新的水平集群成员以增加容量，以及通过将不同种类的系统添加到集群来改进可伸缩性。 HTTP 服务器分隔拓扑结构。 Web（ HTTP）服务器位于不同于 WebSphere Application Server 和 WebSphere Portal 的物理机器上。 非保护区（ DMZ）拓扑结构。 防火墙可用于创建非 保护区 － 可从配置中公用因特网和其他机器中隔离出来的机器。 这改进了门户网站安全性，特别是对于敏感后端资源（如数据库）。 针对企业的应用情况， IBM 公司结合不同拓扑结构优点推荐两种部署方案。 在资金允许的情况下， IBM 建议您使用我们推荐的最佳部署方案。 如果您选择了最小部署方案， IBM Portal产品的良好部署扩展性可以让您灵活的添加物理设备以满足您不同阶段的负载需要。 最佳部署方案 从门户系统的应用重要性、可靠性以及可扩展性角度考虑，一个典型的门户信息系统应该包含负载均衡以及避免单点故障的措施。 我们 建议 xxxx 集团采用如下的硬件部署方案： 如图，最左面为接入层 ,提供不同设备的访问 ,包括浏览器等常见方式。 HTTP 层提供 WEB 服务，多台 HTTP 提供群集服务，实现负载均衡和失效转接。 Portal 集群提供门户核心服务，安装 WebSphere Portal Server, 实现负载均衡和失效转接。 LDAP 目录服务器提供目录服务。 Portal 数据库提供门户数据库服务。 管理服务器提供门户管理服务。 协作服务器中提供协作服务。 以上服务器可以选择采用多种操作系统，包括 : AIX, Windows2020/Windows2020, Linux, OS/400, Solaris, HP UNIX。 其中， Portal 门户服务器是系统的核心，也是对硬件资源要求最高的部分，对不同类型的操作系统，对硬件的预估如下： 用户规模 每秒访问页面 高峰时活动用户数 并发用户数 Unix 机器 Intel 机器 小规模 1 – 20 2 – 1000 2 200 1 x 2way B style=39。 color:white。 backgroundcolor:88680039。 5 GHz 1 x 2way GHz 中等规模 20 – 40 1000 B style=39。 color:white。 backgroundcolor:88680039。 5000 200 600 2 x 2way B style=39。 color:white。 backgroundcolor:88680039。 5 GHz 2 x 2way GHz 大规模 40 80 B style=39。 color:white。 backgroundcolor:88680039。 5000 – 40000 600 2020 3 x 2way B style=39。 color:white。 backgroundcolor:88680039。 5 GHz 4 x 2way GHz 以上对硬件的估计是建立在以下条件之上：整个门户系统基于 3 层部署（ Web 服务器、 门户服务器、后台数据库分别部署在不同的硬件服务器上），每秒访问 16 个页面，高峰期 70％ 的 CPU 消耗， 20 秒的思考时间。 针对 xxxx 集团的具体需求，我 们会在进行详细调研之后给出包括磁盘空间、内存大小、机器型号等在内的更加精确的硬件建议。 根据 xxxx 集团目前的访问需求：满足 B style=39。 color:white。 backgroundcolor:88680039。 500 到1000 的用户规模，同时考虑负载均衡机制，我们项目一期推荐的最佳硬件配置如下： 2 台 Portal 门户服务器（建议 IBM AIX 小型机或 PC服务器 , 2CPU／ 4G Memory，推荐 pB style=39。 color:white。 backgroundcolor:88680039。 520， CPU 频率 或更高）； 1 台数据库服务器（建议 IBM AIX 小型机或是同等的比较高配置的 PC 服务器， 1CPU/2G Memory，并且配置 HACMP 互为备份）； 2 台 LDAP 服务器（建议小型 IBM AIX 服务器或 PC 服务器， 1CPU/2G Memory） 最小部署方案 从门户系统的性价比和现阶段的负载情况考虑， xxxx 集团也可以选择以下配置方案。 这里我们用图形来描述物理机器的结构： 从硬件采购的成本看来，也可以考虑使用以下方案： 1 台服务器 Portal 门户服务器（建议较高配置 PC 服务 器 , 4CPU／ 8G Memory）； 1 台服务器安装 LDAP 服务器（建议 PC 服务器， 2CPU/4G Memory）； 1 台数据库服务器安装 DB2（建议 PC 服务器， 2CPU/4G Memory）；； 门户对 xxxx 集团现有系统的初步集成方案 一期集成需求 通过与 xxxx 集团领导的初步沟通，我们了解了目前 xxxx 集团待集成系统的基本情况如下： 系统 用途 平台或技术 客户端模式 预期集成效果 邮件系统 在门户项目中重点集成 Exchange 邮件。 Exchange B/S 应用 不需要做特别多的数据提取，可将该界面嵌入 ERP 业务管理系统 B/S 应用，设计端使用 界面方面将页面直接集成即可。 在一期尝试加入流程集成方面的内容。 一期初步集成方案 基于 xxxx 集团在项目第一期应用集成方面的考虑，结合 IBM Portal 的集成功能，我们可以得出初步集成方案如下： 系统 平台或技术 统一认证 门户集成方式 邮件系统 B/S 应用 Portal 认证 Iframe 集成； 同时通过 WebSphere Portlet Factory 产生 Portlet 展现部分数据 ERP Portal 认证 Iframe 集成；同时通过 WebSphere Portlet Factory 产生 Portlet 展现部分数据。 可能需要开发 Portlet 展现数据； 或者通过 WebSphere Portlet Factory 展现数据； 部分功能 iFrame 集成；。 在 B/S 集成方面，一方面可以直接使用 iFrame 进行 Web 应用的 展现（见效快，只需配置即可），另一方面，可以通过开发（或者借助于 WebSphere Portlet Factory 生成） Portlet进行系统数据展现。 在具体集成中，会根据需要和实际情况灵活选择集成方式，以求达到最佳的集成效果。 在 C/S 应用方面，既可以通过 Applet 的方式在门户中启动。