随着市场竞争日益全球化，很多企业围绕产业链进行相关板块拓展、构建多元化产业渠道，信息化作为支撑业务发展的重要手段，很多企业借此加强自身的信息化建设程度，分别从经营管理层、生产执行层、支撑保障层各大业务层面进行信息化建设，然而构建产业化渠道、实现产业上下游联动不能只是依靠应用系统的堆砌，更重要的是提升多种资源的整合能力，提高系统间数据交互、信息共享，加强业务处理效率，这些手段除应用集成、数据治理、流程串联之外，还有一个不可省去的步骤，即统一门户建设，本文主要阐述门户建设的重要作用及最佳实践。

门户思考

门户概念解析

提到门户很多人首先想到的是门户网站，即将互联网资源整合并提供相关信息服务的应用网站，从狭义上来讲的确是这样的。如今门户还有更广的一层含义，即作为应用框架，将各种应用系统、数据资源和互联网资源集成整合到一个信息管理平台之上，并以统一的界面提供给用户，使企业可以快速地建立企业、客户、员工之间的信息通道，实现业务的联动。

门户发展进程

随着门户的不断演进与发展，与技术的融合与提升，从最早的门户网站，已经转变为企业日常办公的重要支撑平台，从访问方式、应用类别、最终用户上做出了多种改变，下面主要介绍门户的发展历史。

网站门户

1993年，Netscape门户网站为最早的原型，将浏览器默认站点选择为自己的网站；随后Yahoo!、新浪、网易、搜狐等搜索引擎类站点陆续成为人们上网的门户网站。

办公门户

2000年，企业内部门户网站兴起，也叫办公门户，多为大型集团企业在宣传企业文化提供产品服务展示的综合型门户网站。随着C/S结构变化和改进，企业门户技术应时而生，多以超链接形式实现异构系统的集成，做为网略应用及信息整合平台。

综合门户

随着Web普及，应用全面转向B/S结构，2005年左右门户逐渐开始集成各种应用系统、互联网内容，完成系统间协同工作。无线通信、移动办公技术的发展，门户开始支持Web、PC、移动端多种访问方式，同期基于流量的APP应用生态蓬勃发展。

未来门户

当今时代，互联网、移动化、云计算、大数据等技术快速发展，碎片化服务、场景化服务普及，门户需要站在企业架构层面以人为本、全方位融合特色业务，为企业搭建共享、服务、管控一体化企业信息门户，更关注业务、流程、平台，实现业务、流程、数字驱动。

常见问题

从技术角度来讲，企业IT架构可分为四个层次，分别为数据层、应用层、流程层、交互层，统一门户建设一方面用于解决架构中交互层的问题，另一方面还作为企业IT价值的展现窗口，为IT架构中数据层、应用层、流程层的建设成果提供统一入口，而对于交互层本身方面的问题包括具体下面几点：

1.企业内部各应用系统繁多，很多时候处理一个业务，需要频繁切换于不同系统之间处理；

2.员工需要记住多个相关业务系统的用户名及密码，忘记密码或输入错误现象时有发生；

3.系统间相对孤立，重要数据需要投入相当长人力物力去收集，数据没有统一展示页面，信息价值无法直观/及时洞察；

4.缺少根据企业业务种类及涉及到的不同用户角色（供应商、经销商、访客）的综合型业务处理平台；

5.决策分析、流程中心、应用整合等信息化问题已经得到解决，但缺乏统一的展现界面去承载信息化建设所带来的价值。

项目方案

解决上述问题的最佳方案为构建企业内部统一门户平台，以统一的展现方式、风格，将各个应用系统的信息聚合到统一的门户中展示，提高获取信息及业务处理的效率，实现不同系统资源的有效共享。软件行业中，不同类型的厂商都推出相关解决方案，其中最常见的两种就是OA类系统厂商提出的门户解决方案，另一种为基于SOA理念的中间件厂商提出的Portal门户解决方案，这两种方案很多人都存在到底应该选择适那种方案的疑问。

1 相关方案区分

门户与OA的区别

定义上：门户的定义为集成中间件平台类Web应用，主要用来集成各个系统的界面、信息、功能，提供个性化内容展现、单点登录等；OA为办公自动化系统，在应用系统层面辅助企业的日常管理和运作，通常针对于某一部分或单一活动。

功能上：门户主要提供单点登录、页面集成、菜单集成、页面剪切、应用聚合、待办审批、数据分析、知识中心、站内通讯、扩展开发等功能；OA主要提供知识管理、行政管理、后勤管理、资源管理、图形报表、系统管理等工作，对于系统集成方面属于以OA系统为主的弱集成。

业务上：门户主要实现系统间的整合，可以将企业内部各个应用系统集成在统一界面，包括：OA系统、财务系统、HR系统、ERP系统等，对于流程方面，可以将系统间的待办流程集成在一起。OA主要实现企业流程与人之间的协作，满足信息交流、共享、流转处理，内置多种信息化设备与功能（会议管理、商务管理等），实现无纸化办公。

技术上：门户平台是专业应用于SOA集成领域的集成产品，专注于界面层集成，通常做为企业信息化统一入口，产品本身遵循jsr168、286等标准规范，无论是企业遗留系统，还是待建系统，都可以构建的架构平台上进行平滑升级、快速集成。OA主要为应用类系统，用于日常办公，集成部分技术为实现其它系统与OA系统的对接，技术层面来说OA是在UI页面基础上对用户需求内容进行扩展，OA缺少标准接口，如果采用完全定制开发的集成模式，可能会给系统性能、升级带来风险隐患。

门户与IDM的区别

在集成领域涉及到门户的解决方案，最常见的方案为Portal+MDM+ESB、Portal+IDM+ESB两种，其中在Portal+IDM+ESB方案上，经常会被认为IDM身份管理平台在功能上与Portal门户平台存在个别重复交集，两者二选一即可，事实上两款平台产品存在不同功能上的差距与侧重。

定义上：两者都属于集成中间件平台类Web应用，IDM主要实现4A相关功能，达到多个应用之间用户、认证的统一管理、高效集成、安全监管，提升企业信息化应用能力。

功能上：门户平台具备统一管理、统一认证功能，在统一认证功能上做自身用户管理，不做分发功能，更多的是提供系统功能的聚合、搭建知识门户、数据门户、信息门户等；身份管理平台主要实现统一用户管理、统一认证管理、统一权限管理、统一安全审计功能，所提供的认证方式更多、全，同时提供对用户对应业务系统的登录权限和业务系统操作权限管理与安全审计。

2 方案总体介绍

统一门户主要建立企业统一、综合性的综合管控平台，作为各类用户统一进行线上业务处理的操作平台，即企业应用中心。功能上作为集成办公平台主要提供通知公告统一发布查看入口、各应用统一访问入口、流程待办任务统一处理入口、决策分析统一管控入口、知识数据统一查询入口等五大入口，除此之外还包括一些日常功能，如：通讯录、日程安排等。具体架构如下：

门户平台可与不同集成产品组合成对应的解决方案，通过建立数据治理标准，对数据进行清洗，提高数据质量，保证数据的准确性，通过数据整合，实现数据的应用价值；通过统一用户管理、统一身份认证，在门户平台提供SSO单点登录服务，作为企业各应用系统的统一入口，实现数据中心、应用中心、流程中心、知识中心，生产监控、管理驾驶等服务。通过系统集成技术，实现各系统功能、信息、数据的集成，打破信息孤岛，从而实现业务一体化集成，保证应用系统间的集成性、共享性、互操作性等，具体方案划分如下。

2.1 企业应用中心

在方案区分部分门户与IDM的区别介绍中提到了两个较为典型的门户类解决方案，一个为Portal+MDM+ESB，另一个为Portal+IDM+ESB，两者在命名上都叫做企业应用中心解决方案，建设阶段也相同，根据企业业务需求，既可以在信息化建设第一阶段，也可以放在信息化建设第二阶段。不同点为两者的建设侧重不同和内容不同。

Portal+MDM+ESB企业应用中心方案建设内容包括门户平台搭建、主数据治理、异构系统对接、数据同步分发等工作。MDM主数据管理平台主要实现企业内容为组织、人员、客户、供应商等主数据的统一治理，保证数据的一致性、准确性、完整性；Portal门户平台主要建设企业应用中心，将主数据管理平台及异构应用统一融合在门户之下，并结合主数据治理内容构建数据门户，初步实现企业数据决策需求；ESB企业服务总线主要作为异构系统对接的重要工具，实现功能、信息、数据的整合，同时辅助门户平台提供数据服务，辅助主数据平台提供数据同步与分发。

Portal+IDM+ESB企业应用中心方案建设内容包括门户平台搭建、统一身份管理、异构系统对接、数据同步分发等工作。IDM身份管理平台主要实现企业内部统一用户管理，实现集中的用户信息处理，统一身份认证实现单点登录，统一权限审计实现对用户的业务系统登录权限与操作权限的统一管理、审计，以日志的形式记录什么人、在什么时间、登录了什么系统、做了哪些操作；Portal门户平台与ESB企业服务总线所做工作与上述内容相同。

上述两个方案也可以结合来做，侧重点不同，Portal+IDM+ESB是IT治理范畴，Portal+MDM+ESB是数据治理，两者并不冲突。

2.2 数据治理决策

数据治理决策方案产品组合为Portal+MDM+DAP+ESB，通常在企业信息化建设的第二至第三阶段进行，方案强调对数据的治理与利用。

基于MDM主数据管理平台进行深入数据治理，保证数据的一致与准确性；数据分析平台或工具建立企业决策分析平台，利用数据库技术和信息处理能力，面向企业各层管理者提供实时、直观、多维度的运营数据查询和统计分析；ESB企业服务总线一方面解决数据集成、共享问题，另一方面辅助MDM实现数据同步分发、辅助数据分析平台进行数据加工与处理、数据展现服务提供等；Portal门户平台则作为综合管控平台，将数据治理分析成果以管理驾驶舱、决策战情室的形式融合展现，或将数据分析平台做为应用，直接集成在门户平台下。

2.3 业务流程再造

业务流程再造产品组合为Portal+MDM+BPM+ESB，通常在企业信息化建设的第三阶段进行，方案强调对企业整体业务流程的重新梳理与重组。

MDM仍提供数据治理功能，BPM流程集成平台实现跨异构系统间的业务流程间的相互调用、流程的发起，如：文件审批或库存跟踪等，也可以将业务流程、人员、服务、信息集成做为单一的应用程序，实现不更改或少量扩展开发的基础下构建新的业务流程；ESB一方面实现异构应用与BPM的集成，另一方面为BPM表单模板提供表单数据服务及状态回写；Portal门户平台在这里做为流程集成工作成果的承载平台，以流程中心的形式将流程集成的成果集成在统一工作台中，为不同岗位、角色的业务人员和管理人员提供统一处理待办业务处理入口。

3 具体实施步骤

本次具体步骤主要讲述门户部分的建设内容，与其它集成类项目相同，项目实施过程中，都需要经过需求调研、功能设计、实施开发、测试验收这几个部分，根据不同需求及项目实施难易程度，通常周期在4-6个月区间。

3.1 需求调研

在需求调研部分主要对门户项目中涉及到的平台类产品，如Portal门户平台、ESB企业服务总线等对应服务器环境进行搭建，之后召集项目需集成系统需求厂商协调调研，包括系统情况：厂商、语言、数据库，统一认证及单点登录、用户对各个应用系统在门户聚合集成方式、展现方式、界面风格等情况调研。通过召开项目启动会召集各方统一目标、明确项目需求、统一协作方式、明确相关责任人、各方职权等。

3.2 功能设计

功能设计工作与需求调研工作通常会并行，在需求调研一段时间后，开始功能设计工作，包括集成标准规范设计，统一认证、界面集成、菜单集成、数据导入、数据同步、数据分发；门户主题、原型及工作台的设计；客户定制化原型设计及功能开发，通过功能设计梳理及倒逼需求，设计完成后召开蓝图确认会，明确项目实施范围，封闭项目需求，同时出具详细需求规格说明书、开发规范与集成标准、系统设计规格说明书（概要）、细化到人天的项目计划。

3.3 实施开发

统一身份认证

很多门户平台产品中已经预置了单点登录功能，可以实现简单的用户管理及统一身份认证，对所有应用系统提供统一的认证方式和认证策略，通过单点登录技术，企业内部用户经过统一身份认证系统认证后，无需再次登录就可以访问其它具有访问权限的应用系统，技术架构如下：

通常对于此类项目，如果涉及IDM身份管理平台，则通过IDM实现统一用户管理及统一身份认证，Portal作为应用功能的展现平台，如不使用IDM平台产品，则Portal中内置的单点登录功能实现，包括CAS认证和表单认证，CAS认证方式通过在需要单点登录的系统中配置CAS单点登录实现，表单认证方式在后台应用单点登录的应用管理中简单配置即可。

门户平台搭建

多种门户构建

门户平台不只是提供统一的综合办公平台，还包括根据业务场景建立针对性的办公门户，具体包括知识门户、数据门户、供应商门户、经销商门户、商城门户、信息门户等（这些门户都可以被融合在综合门户下统一展现），上述门户的实现有的需要在Portal门户平台上进行特定的扩展开发，根据用户业务流程及需求模块进行完全定制，有的门户平台则预置多种门户种类，只需在模型基础上进行流程梳理及样式调整即可。不同门户的功能如下：

知识门户：也称知识中心，主要为企业内部知识沉淀与共享的平台，多为内部员工使用，外部用户无访问权限，具体内容包括产品方案学习、规章制度、培训中心、技术分享等模块，可根据企业具体需求进行扩展。知识中心运维人员通过后台管理进行发布内容的审核、校对、维护，全文检索功能实现快速得到想要的信息。

数据门户：数据门户主要以数据不落地的方式实现企业内部数据获取、汇总、统计与分析，通常在企业构建大数据分析平台前，可先通过建立数据门户来实现内部各系统运营数据的决策管控，在展现方面通过灵活布局以多种图表方式展现，在数据门户中可以集成企业正在使用的第三方报表系统、BI商业智能系统等。

供应商门户：供应商门户与经销商门户类似，都为特定业务场景下构建的应用门户，并不是所有行业供应模式都相同，主要针对于与供应商有往来业务的生产、制造、零售等行业，为企业提供相关采购计划、招标对应公告、供应商注册、申请、业务管理等。

信息门户：信息门户是企业官网的另一种模式，一方面可以展现企业产品、营销信息，另一方面也可以将商城等融入进去，做为企业营销模式的一种媒介，在门户中企业可以实现产品宣传、活动推广、商品交易、积分兑换、线上线下互动等内容，促进客户的忠诚度和活跃度，集中潜在客户的吸引力。

多种聚合方式

门户平台通过多聚合方式将应用系统与各种数据资源、网络资源集成到企业应用中心，在统一界面展现各业务系统的待办、在办、已办信息。在项目中，不同企业会根据具体业务处理方式，指定在平台上各系统的展现方式及业务处理方式、跳转方式，这就需要通过不同的聚合方式实现，常见的模式为菜单集成、页面集成、页面剪切三种。

菜单集成：简单来讲，菜单集成在统一认证的基础上实现，业务系统按照标准提供菜单服务，通过配置虚拟菜单将各业务系统功能菜单集成到门户平台中，这样用户只需在门户平台上点击对应的菜单功能，即可在右侧处理相关业务。样例如下所示，将HR系统中的全部功能（考勤管理、加班申请、请假申请、薪资管理…）通过菜单集成的方式集成在企业应用中心。

页面集成：页面集成主要通过Iframe Portlet方式或使用链接形式直接链接跳转在主区域嵌入显示的展现模式，各系统的功能与门户界面整体融合，适用于不需要将系统全部功能展现在门户平台中的情况，也可以直接采用跳转链接的形式进行集成展现，用户点击后直接在门户下展示对应系统界面。

页面剪切：页面剪切主要实现将需要集成的不同系统中的某一功能以Portlet形式集成在门户构建的工作台中，适用于将业务系统中某一重点业务模块展示在门户工作台主页面中，用户访问工作台可以直接处理或查看到对应信息，在页面布局管理部分，可以实现对Portlet布局的灵活调整，在门户首页显示与工作相关的业务，置顶或删除等，如下图报销功能、日报功能、周报功能的集成。

3.4 测试验收

测试验收是项目中必不可少的重要环节，有效的测试不仅可以保障平台整体搭建效果和质量，还可以快速推进项目的整体验收。对于门户平台项目的测试工作主要包括统一认证部分的组织、人员同步接口测试、CAS跳转测试、统一待办对接测试、门户集成部分菜单集成、页面集成、界面剪切接口、链接、跳转的测试等，各部分测试通过后，开展整体业务联测，由实施方与客户方业务人员共同参与，测试无误后发起验收工作，进行对应交付物整理及验收会议召开，签具验收报告。

最佳实践

统一门户建设项目与身份管理、应用集成类项目相同，不具备明显的行业特征，但在门户平台建设上需要根据不同企业的风格及业务要求进行一定的功能扩展开发，为保证在集成与开发并行的情况下顺利完成项目，必定要对项目中的最佳实践进行沉淀。

整体规划，按需构建

企业信息化建设通常分为四个阶段，应用集成阶段、数据治理阶段、流程再造阶段、智能企业阶段，而门户类项目可以根据企业自身真实需求在应用集成阶段、数据治理阶段中任意一个阶段进行，在不同阶段采用不同的产品搭配。实施方在方案引导时，需要根据客户当下紧急需求进行方案与产品的规划搭配，无需墨守成规按照信息化建设阶段开展，制定一套在满足当下重要场景业务的同时，可以为后续信息化建设奠定基础的方案。

充分调研，封闭需求

门户类建设项目需要加强前期的调研工作，与客户明确本期建设内容与统一认证、门户集成的系统范围，例如统一认证系统是否已建，如有在建或待建具体为哪些，哪些业务系统需要在统一门户平台中展现，以什么聚合方式展现等。明确需求之后与客户确认并将确认内容最终敲定，之后召开蓝图确认会，与客户方领导及项目组明确需求范围，封闭及限定需求，后续实施的开展严格按照蓝图进行，避免在实施过程中遭到项目随意蔓延的情况。

预置样例、页面效果

若想提高项目交付率，单一实施项目是不能完全保证的，还需要在平台工具上进行优化、改造，例如在项目中预置常用的门户样例，项目中可基于预置样例快速配置搭建门户，将更多的精力用于个性化功能的扩展上；界面上，很多项目中工作台的主页面需要根据用户UI风格进行设计，此类情况可以将之前做过的界面风格给客户参考，节省开发时间；如客户不满意，则需要提前协调美工根据客户需求，输出2-3版原型，供客户选择，缩小需求范围，减少反复修改情况。

快速上线，成果复用

项目能否顺利上线直接影响到能否验收，在很多项目最佳实践中都提到过快速上线，对于门户集成项目也不例外，在实施过程中可以根据需求调研时，客户重点使用的系统着手，将重点系统的功能聚合在门户平台中优先上线，使更多的业务人员通过门户平台去访问、处理系统中的业务，之后逐步上线其它业务系统及功能。另外，在众多的项目中，一定会有客户使用同一厂家系统的情况，可以将与该系统对接接口、标准、样例、代码等做积累，便于后续相同情景的复用。

发展趋势

随着数字化和移动互联网时代的来临，云计算、大数据、微服务、移动互联等各种新兴技术为企业业务不断发展带来支撑，门户平台理念技术也根据新技术的发展进行对应的改造与升级，以不断支撑企业内外部业务的处理。新时期互联网环境下，构建连接一切、集成一切的集中化、多层级、高服务、高创新的中台战略出现，而门户搭建做为信息化建设重要阶段，也在此背景下重新定位。

门户典型模式

对于当前大多数企业信息化建设所处阶段来说，门户更多应用于EAC企业应用中心这种典型信息化建设模式，主要解决当前企业所面临的应用系统信息割裂、数据不一致、用户不统一等历史遗留问题的同时，为后续阶段的大数据分析、中台战略等技术应用提供良好的支撑。这种模式是每个企业信息化建设的必经之路，因为即使是万物互联的中台战略，也不可能规避集成问题，很多时候中台战略中所提到的集成能力，也是基于这些PaaS平台所实现的，只不过在不同的场景下使用不同的封装形式实现。

中台所属关系

中台战略出现，根据不同建设内容与侧重划分为数据中台、业务中台，数据中台围绕数据治理、大数据技术外，还融合数据资源池、数据湖泊等相关概念或技术，通过采集、存储、计算、配置、展现等一系列手段，实现对海量数据充分利用与价值展现。业务中台站在企业全局业务角度，从整体战略、业务支撑、连接用户、业务创新等方面进行统筹规划，将各系统用户、业务、流程打通、重组、串联，构建企业自身的业务中心，如项目中心、核算中心、产控中心、集采中心等。门户平台则作为业务中心、数据决策的主要应用入口载体，支撑搭建整个业务中台的交互层，作为业务中台中重要的一部分与数据中台相互协作与支撑。

门户重新定位

在这里虽强调基于新战略、概念下对门户进行重新定位，但无论如何改变都始终无法改变门户的价值与本质，即基于整合带来集中统一的工作环境与入口，促进效率的提升，这种本质与价值是再多概念或模式也无法替代的。在中台战略模式下，门户仍发挥其本身的价值与作用，结合中台资源整合、产业联动、万物创新的理念，打造新一代的架构级产业云门户，以统一、集成、共享、治理为核心能力，聚合云间、线上/线下、硬件设备等一切业务相关的信息、功能、数据，形成业务处理资源池，实现连接人、应用、业务。

门户平台做为企业IT价值的统一展现窗口，不仅是一个简单的集成类平台工具，更是一个不断融合与推动业务与用户互联的发展战略，会随着信息技术的发展一直持续迭代，不断实现与业务连接、与伙伴连接、与用户连接，达到更流畅全面信息融合。

统一门户建设项目最佳实践相关推荐

你是“最佳实践”的受害者吗
这篇文章是有感而发,也算是自己软件开发生涯的一些所思所想的总结吧.IT科技在这几十年来发展迅速,各个领域都萌生出所谓的"最佳实践".今天主要想来谈谈这些所谓的最佳实践可能并不是那么 ...
数据安全最佳实践案例库建设项目案例征集
2020年5月15日,由清华大学大数据研究中心和大数据系统软件国家工程实验室联合发起的数据安全最佳实践案例库建设项目正式启动. 清华大学大数据研究中心和大数据系统软件国家工程实验室作为我国数据科学与大 ...
信创办公--基于WPS的Word最佳实践系列（快速统一文档格式）
信创办公–基于WPS的Word最佳实践系列(快速统一文档格式) 项目背景在一篇长文档中,会存在标题和正文的部分,而作为标题,就应该具有和正文有所区分的特殊格式.如果要一个一个标题进行设置,里面的重复 ...
客户数据管理的最佳实践-构建客户统一视图
文章摘自7月16日,华矩科技数据治理系列讲座,谭海华先生带来的分享:客户数据管理的最佳实践-构建客户统一视图,说明客户数据管理的流程与难点,以及数据质量与治理在构建客户统一视图的角色. 今天我想跟各位 ...
服务器虚拟机存储池安全,最佳实践：建设统一CEPH存储池
原标题:最佳实践:建设统一CEPH存储池摘要本文规划设计搭建一套统一的 CloveStorage CEPH存储池,并与TECS.RedHat Openstack以及VMware成功对接,将数据存 ...
数据安全最佳实践案例库建设项目正式启动
关注数据派THU(DatapiTHU)后台回复"20200516",获取数据安全最佳实践案例库案例征集表.
全球多媒体视频内容保护最佳实践
随着后疫情时代教育全面转向线上.短视频和影视剧市场需求增加,音视频平台对于内容保护的重视更是前所未有.国内,5G的加持下,视频的消费蓬勃发展,用户付费习惯养成,如何增加和保护收益,成为各视频平台和在线 ...
华为工业云平台：制造业企业数据平台建设最佳实践分享
文章目录前言一.制造行业数字化转型和发展趋势 1.1.制造行业数字化转型发展趋势 1.2.制造行业数字化转型遇到的挑战 1.3.政策牵引,加快数字化转型升级二.数字化转型-业务角度 2.1.智能 ...
智能化运维最佳实践-自动化
伴随着互联网以及大数据时代的到来,IT信息系统已经成为最重要的数据载体和信息来源, IT系统在企业内部的重要性日益突出:但是随着企业信息化程度的提高.IT环境规模的扩大和IT环境复杂度的增加.行业内服 ...
数据治理分析项目最佳实践
当今信息化建设程度不断深入,企业在优化整合各种IT能力,使IT成为企业的前进驱动力与核心竞争力的同时,将视角关注于更深层次的数据治理与分析,预示着以数据.流量.知识为主的数字经济时代到来,此背景下,数 ...

统一门户建设项目最佳实践