XX综合门户管理系统设计方案

上传人:cl****1 文档编号:417575959 上传时间:2022-09-20 格式:DOCX 页数:17 大小:134.47KB
返回 下载 相关 举报
XX综合门户管理系统设计方案_第1页
第1页 / 共17页
XX综合门户管理系统设计方案_第2页
第2页 / 共17页
XX综合门户管理系统设计方案_第3页
第3页 / 共17页
XX综合门户管理系统设计方案_第4页
第4页 / 共17页
XX综合门户管理系统设计方案_第5页
第5页 / 共17页
点击查看更多>>
资源描述

《XX综合门户管理系统设计方案》由会员分享,可在线阅读,更多相关《XX综合门户管理系统设计方案(17页珍藏版)》请在金锄头文库上搜索。

1、综合门户管理系统设计方案XX 公司二o三年七月目录1. 概述32. 承担的任务33. 技术要求33.1. 功能要求33.2. 设计要求44. 软件总体设计54.1. 功能组成 54.2. 网络拓扑结构64.3. 运行模式65. 系统功能设计75.1. 系统管理75.1.1. 部门管理75.1.2.候选用户管理75.1.3. 用户管理75.1.4. 权限管理75.2. 集成门户管理85.2.1.统一的企业目录基础85.2.2.强大的数据管理能力85.2.3.团队协作及共享85.2.4.业务系统的单点登录85.3. 内容发布管理85.3.1. 站点管理85.3.2. 栏目管理85.3.3. 内容发

2、布85.4. OA 管理95.4.1. 发文管理95.4.2. 收文管理95.4.3. 收文阅办95.4.4. 公文查询95.5. 业务支撑框架95.5.1.企业服务总线95.5.2. 服务封装135.5.3. 服务管理145.5.4.服务质量监控145.5.5.安全日志管理156. 系统运行环境要求156.1. 软件环境要求156.1.1. 服务器端156.1.2. 客户端156.2. 硬件环境要求156.3. 网络环境要求151. 概述企业在信息化实践过程中,大量软件系统得到广泛应用。也随之产生新的问 题:多个系统间采用非标准的形式紧密耦合,集成困难且阻碍未来发展更新;系 统难以灵活应对业

3、务变迁:管理功能限制在多个程序域内,难以实现宏观尺度的 监测和调控等等。本文试图提出采用ESB (Enterprise Services Bus,企业服务总线)的解决方 案,通过构建一个松散耦合的综合门户管理系统,实现企业中多个异构业务系统 的集成,同时继承企业已有的 IT 资产,并提供丰富的管理功能和未来良好的发 展空间。方案着重关注利用服务封装、编排和管理等关键技术实现企业的数据和 业务集成。2. 承担的任务通过综合门户管理系统的建设,实现企业中各个软件系统的数据和业务的集 成,实现信息化资源的整合和提升,提高企业数据的利用效率,降低企业业务集 成的成本,提高企业信息化建设的效益。3. 技

4、术要求技术要求包括功能要求和设计要求。3.1. 功能要求建立一个完整有效的企业业务门户,可以在一定程度上把分立系统的不同功 能有效地组织起来,为用户提供一个统一的应用服务功能入口,整合企业的后台 业务系统,减少“信息孤岛”的存在并降低重复投资,为用户提供更加完善的信 息服务。综合门户管理系统应该重点关注各个异构系统的数据和应用集成。为了实现 数据及应用层面的集成,该应用接口必须满足以下功能:( 1 )异构系统之间的通信功能;( 2)异构系统之间的服务交互功能;(3) 实现异构系统之间的服务聚集的功能;(4) 保证异构系统之间的服务质量;(5) 必须充分考虑异构系统进行集成的安全性;(6)需要定

5、义服务的级别或优先级;3.2. 设计要求综合门户管理系统的设计,首先需要满足企业的实用性要求,还必须兼顾可 扩展的要求,从基础上贯彻安全性要求。具体包括以下要求。(1)实用性要求。综合门户管理系统应该切实满足各个异构系统进行数据 交换、服务交互的需求,兼顾数据标准的通用性和处理效率。(2)开放可扩展性要求。任何封闭的系统,不兼容的系统,都不符合信息 化建设要求,本平台的建设中,也必须要采用开放性的设计原则,建设过程中注 意和其他相关系统的接口以及系统日后的不断扩充和升级,整合系统资源。为了使应用接口不仅和已有的各个业务系统有效连接,而且在以后能够方便 地扩展和连接新的业务系统,升级时底层不出现

6、大的改动,有效地保护前期的投 资,必须保证系统的开放性和通用型。因此在应用接口的设计和开发过程中,将 广泛采用国际通用的标准和协议,如口 J2EE(Java2 Enterprise Edition)标准,XML (extensible Markup Language,可扩展的标记语言)技术,TCP/IP 协议,LDAP ( Lightweight Directory Access Protocol 简单目录访问协议)协议, SSL( Security Socket Level)安全协议。应用接口采用开放的、基于J2EE标准的设计方案,提供非常强大的服务器 端的 Java 技术支持,保证了应用系

7、统的跨平台的要求。支持 Windows、 Unix、 Linux 等多种操作系统。(3)安全性要求。为保证应用接口的稳定运行及信息管理的可靠。必须将 整个应用接口的安全设计当作一个整体考虑,并设立不同的安全级别和权限控 制,并且有先进的防病毒和防止黑客攻击的能力。为了保障应用接口中传输的重要、敏感信息的安全,应用接口将采用一整套 的安全保密技术和策略,建立了一套完整、合理的用户授权管理系统,对访问应 用接口的用户进行身份认证,确保身份的真实性。使用多级授权的用户管理体系, 对用户访问的权限进行控制。采用日志和审计系统对在各个重要环节进行操作进 行记录,并可对这些操作日志进行审计。在敏感信息的传

8、送中采用数字签名和加 密技术,保证信息传送过程中的安全。这些为物理层、传输层到应用层提供的多 重安全保障措施,保证了集成系统的高度安全。4. 软件总体设计4.1. 功能组成综合门户管理系统包括:系统管理、集成门户管理、内容发布管理、OA管 理和业务支撑架构等模块。如图1所示。综合门户管理系统J业务支撑架构 iS管理t内容发布管a 1集成门户管理 I系统管理图 1 综合门户管理系统功能结构(1)系统管理包括组织结构管理(部门管理、候选用户管理)、用户管理、角色管理、权 限管理、授权管理、操作日志、权限委托和流程管理。(2)集成门户管理包括门户定制工具、门户展示引擎的设置。(3)内容发布管理 包括

9、:站点管理、栏目管理和内容发布。(4)OA管理包括:发文管理、收文管理等。( 5)业务支撑架构包括:企业服务装ESB、服务封装、服务管理、服务质量监控以及安全日志 管理。a.企业服务总线(ESB),主要用于为各个异构系统中的服务建立统一的运 行时环境,消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现 了不同服务之间的通信与整合。企业服务总线是所有异构系统交互的基础。b服务封装,主要是指各个异构系统,将已有的业务系统封装成为数据服 务或业务服务。通过企业服务总线对业务服务的集成,各个异构系统间通过服务 的调用来实现数据或业务的集成。服务封装是所有异构系统集成的前提。C.服务管理,主要

10、是指对暴露于企业总线上的服务进行管理,包括服务的 注册和匹配,状态验证等。各个异构系统中的服务只有通过在企业服务总线上进 行注册后才能被其他异构系统所发现。d. 服务质量监控,主要指对服务的提供过程进行记录和统计,从而形成服 务质量评价的数据,通过服务质量监控,可以促进改善服务质量,提高服务效率。e. 安全日志管理,主要对服务的调用过程进行记录和统计,用于分析服务 调用的合法性和合理性。为管理员进行服务的管理提供相关的依据。4.2. 网络拓扑结构综合门户管理系统的网络拓扑可以基于已有信息化平台进行扩展,以下是其 网络拓扑示意图,如图 2 所示。J企业防火览J移动办公外部单位企业局域网YPN/专

11、线业务系统#2;1 二 rOl! ; r I业务弟城曲图 2 综合门户管理系统网络拓扑4.3. 运行模式综合门户管理系统将采用 B/S 架构,各业务系统通过企业服务总线进行服务 注册,将自己的数据服务或业务服务“暴露”给其他业务系统;业务系统可以通 过企业服务总线对远程的(其他业务系统)服务接口信息进行查询;对于可用的 服务接口进行调用,并获取服务调用结果。企业服务总线将对各业务系统的行为进行记录和统计,作为服务质量和服务访问安全的依据。其运行模式如图 3 所示。图 3 综合门户管理系统运行模式5. 系统功能设计5.1. 系统管理5.1.1. 部门管理 部门管理主要用于维护系统的组织结构树。

12、部门的管理操作有:新增、查看、编辑、失效、用户和角色。5.1.2. 候选用户管理 候选用户管理主要用于维护组织结构中用户账号。 用户管理的操作有:查看、编辑、失效和密码重置。5.1.3. 用户管理 用户管理主要用于维护系统用户。 用户管理的操作有:新增、查看、编辑、失效、部门调整、部门设置、角色设置和权限设置。5.1.4. 权限管理 权限管理用于维护系统权限。 权限管理的操作有:角色权限、人员权限和菜单权限。5.2. 集成门户管理5.2.1. 统一的企业目录基础综合门户管理系统从企业应用中抽象出组织机构、业务分工、业务权限、业 务流程、基础资源等作为独立的管理对象,并统一存储于系统之中,为使用

13、不同 接入方法的用户通过统一的应用资源目录来访问不同的数据和应用系统奠定了 基础。5.2.2. 强大的数据管理能力 综合门户管理系统支持各种结构化和非结构化的数据,并能识别多种关系型 和 OLAP 数据库中的数据。5.2.3. 团队协作及共享 综合门户管理系统提供了全面的团队协作支持,包括团队和组织机构管理、 信息共享和沟通、业务分工和权限管理以及业务协作支持,实现了业务系统与群 件(0A)系统的一体化。支持业务协作中的信息共享;支持信息发布、通知、 广播、讨论;支持组织内外、局域和广域的邮件收发。5.2.4. 业务系统的单点登录综合门户管理系统为各种应用系统的统一构建提供了强大的支撑平台,并

14、为 不同应用系统的访问提供了统一的业务门户,用户只需一次登录便可以轻松访问 所有应用系统。5.3. 内容发布管理5.3.1. 站点管理用于对站点进行维护,包括:增加和删除站点。该功能适用于系统管理员用 户。5.3.2. 栏目管理 用于对栏目进行维护,包括:增加、编辑和删除栏目。该功能适用于系统管 理员用户。5.3.3. 内容发布 用于用户发布具体的内容,例如:公告、通知、新闻等内容。该功能适用于被授予内容发布的用户。5.4.OA 管理5.4.1. 发文管理指发送所级或部门级别公文的流转管理。包括:拟稿、审核、领导签批或签 发、套红、盖章等。5.4.2. 收文管理指接收外部公文或文件的流转管理。

15、5.4.3. 收文阅办 指在公文发文流程中,需要通知相关人员进行公文的阅览。5.4.4. 公文查询 用户通过选择查询条件来对所发公文或所收公文进行综合查询。 查询条件包括:公文类型、文件标题、发文文号、来文字号、密级、来文单 位、主办部门、状态和时间。5.5.业务支撑框架5.5.1. 企业服务总线企业服务总线(Enterprise Service Bus, ESB)是构建基于面向服务体系结构 (SOA)解决方案时所使用基础架构的关键部分,是由中间件技术实现并支持SOA 的一组基础架构功能。ESB 可以将企业的所有业务流程和应用程序进行协调与协作,包括收集企业 的数据和流程信息,以及对它们的管理从而使企业的应用程序和用户可以方便快 速的实现其业务目标。面向服务的架构(SOA)从根本上改变了对企业应用的设计、开发和集成的方 式。它倡导企业应用的模块化服务、增量开发、便捷集成和重用。然而SOA也 带来一系列的技术挑战,如可靠的消息传递、服务的虚拟化、服务的发现和调用、 策略管理等等。使用SOA架构来

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 建筑资料

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号