1.1 门户项目特点介绍

门户平台提供了用户个性化，统一访问应用、内容流程、人员信息的单一入口功能，提供了集成的来自其 他 系统的内容和应用，以及用户统一、协作的工作场所。门户是一个 开 放、标准的平台，主要以 Portlet 发布各种应用，以配置方式组装内容，提供安全、集成等服务。

从技术方面 讲， 门户平台本身是一个标准的 J2EE Web 应用，是 J2EE 技术 的 综合应用， Portlet 也是一个可被门户平台管理 的 小型 Web 应用。门户平台一般提供了 Portlet 容器和 WCM 功能，遵循的最新标准分别为 JSR286 和 JSR283 。

门户项目是基于门户平台交付的项目，门户项目是一个 以 集成为主的项目 ， 具有以下特点。

—  涉 及 众多的业务系统和不同级别 及 岗位的用户群体 。

—  门户项目一般不针对具体的业务，对于系统功能终端用户，无法提出明确和具体的需求，针对同一个功能需要汇集多方的诉求 。

—  门户系统属于 IT 能力提升类型，改善用户对 IT 系统的体验和业务创新，所以系统价值在于是否能吸引用户使用门户 。

—  门户系统的建设一般由 IT 部门主导，门户也逐渐成为 IT 建设的水平指标，所以门户项目对 IT 部门的影响不容忽视 。

—  门户系统建设也是一个渐进的过程，一般采取整体规划、分步实施的策略。

因为门户项目需求不明确、涉及技术众多且需要灵活运用，面临着技术和业务双重风险 ，所以 需要对项目进度和成效进行多方面管控，需要积极地利用客户、公司内部、第三方资源。门户项目的经验积累非常重要，如果积累比较少，则需要参考同行业内门户建设的经验，在门户规划中设身处地 地 站在用户的角度思考问题，从实用价值出发，注意用户的体验。在技术方面，门户平台遵循的相关技术和标准也比较多，如安全方面，涉及 LDAP 、 JAAS 等； Portlet 开发方面 ， 则 涉及 JSR168 、 JSR286 、 WSRP 等规范。门户平台需要与第三方系统 进行 集成，涉及第三方各种架构的系统集成和整合，对人员 的 技术全面性要求比较高。同时 ， 集成架构设计时需要立足于现有 IT 设施 ， 尽可能采用简单有效、后续扩展的架构实现，避免 采用 日后推倒重来的架构。综上所述 ， 门户项目对于分析规划、设计人员的要求比较高，在门户项目 的整 个实施过程中，需要重视人员的投入。

在项目管理方面，一般采用迭代方式，首先确定主进度计划，对现阶段的工作进行分解，制定可行的计划。在项目实施中能预见各种风险和 提出 问题，提早 做 好准备。门户项目涉及人员比较多，沟通非常重要，相关人员有企业高层、 IT 部门、关键业务部门、第三方开发商，将沟通记录整理成文档，发给相关方确认。各方交流最好用文档形成最终记录，以备后续调用。

门户项目的实施成功与否，门户平台提供的能力是重要因素之一，但是更为重要的 是 利用该平台，结合 客 户实际情况，交付出贴 近 客户需求、具有良好的用户体验、在项目成本预算范围 内 的系统。门户平台采购只是门户项目的开始，门户平台只是这个项目基础，门户项目的交付效果，最 终取决于 门户项目的实施。因此 ， 门户项目对人员 的 技能要求更高，需要按照一定 的 方法去实施项目 。

1.2 　项目策划

项目中标通知书下达或者和客户签订其 他 形式的合同，项目按公司过程管理规范后，正式在公司内部立项，由指定的项目经理负责项目策划阶段的所有工作。参与方有参与项目的售前人员、顾问团队、项目的技术架构师、客户方代表。项目策划阶段以项目成功启动为结束标志。 本章的一些内容在其他章节中已有体现，此处我们以系统的理论与操作实践描述出来。

1.2 .1 　门户规划

门户规划主要从宏观的角度确定项目将交付 的 内容，即门户项目的建设内容。根据客户的 IT 战略规划、终端用户的诉求、客户 IT 环境 ， 结合行业形势及企业发展规划，为客户描绘系统蓝图，引导客户 有 正确 的 门户建设思 路（见图 4-1 ） 。

图 4-1   典型的 Portal 规划 思路

门户规划需要达到以下目标 。

（ 1 ）通过了解企业近、中、远发展目标，以及企业的业务、 IT 系统现状，确定可能的企业门户平台解决方案。

（ 2 ）制定门户整体和长远规划、分阶段实施的内容、平台建设和扩展建议。

（ 3 ）制定本期项目的内容、分步实施的策略及实施细则、功能实现及扩展建议。

（ 4 ）制定本期项目的产品选型和建议、总体技术方案和软件拓 扑 架构。

（ 5 ）制定门户平台建设规范和相关集成标准的建议。

1.2 .1.1 　客户初级调研

1 ．企业概况

主要了 解 企业行业特性、人员规模、发展战略 ， 收集营运和社会影响数据。主要来源于客户的外网公布的资料 ， 如果是上市公司， 则 可以参阅发布的财务报表 ； 如果有可能 ，则 可以查阅企业内部的年报、月度报告、领导的讲话稿等，但是需要注 意 客户资料的保密。需要 关 注客户办公场所，通过公告板或电子报发布出来的数据。

企业概况的调研主要为门户展示设计提供依据， 比 如 KPI 、企业所有人员重点关注的数据，如该企业 的 安 全生产天数、产量等 ， 以及门户信息发布，如企业公告、通知、关注新闻的类型等。

通过查阅企业的领导报告对 IT 建设的思路、上级机关对企业的信息化建设要求和目标 ， 了解企业既定的信息化建设规划 、 同行信息化建设情况 ， 特别 关 注同行门户建设的相关信息，争取到同行或相关单位参观和交流。如果 是 国企或央企， 则 需要关注国资委对企业的信息化考核指标 ， 需要重点细读招标书的内容 。 以上数据可以作为修正和细化建设内容的依据。

通过以上数据和分析，得出门户建 设 的侧重点和方向，全面把握企业信息化建设思路， 为 后续与客户 的 关键交流打好基础。

2 ．目标调研  

主要通过对关键人员的访谈，如 CIO 、信息中心的技术骨干 、 关键业务部门负责人， 了解 企业对门户建设的思路、定位 和 期望。

通过上述了解，门户建设内容与重要干系人 的 期望不偏离，同时也期望在建设过程中得到他们的更多支持和配合。门户项目更多 的 是从上而下推进的项目，企业高层 的 支持和业务部门的配合非常关键。

目标调研主要分析和论证企业门户应该建设的内容，提出企业门户建设应达到 的 目标和 效 果，突出门户系统未来的投资回报。

3 ．业务系统调研

主要访谈纳入集成系统的建设部门、 IT 部门、主要使用部门 ， 了解集成系统的架构、应用规模、环境等。 在取 得客户的许可 后 截一些关键的图（需要将敏感信息 做 模糊处理），讨论粗粒度的集成需求。具体的需求见 4.6 节的“ 业务系统 基础信息 表 ”和“ 业务系统集成需求表 ” 。

业务系统调研立足于承载企业的核心业务流程系统， 以 及企业日常使用的系统，如 OA 、邮件等。完成业务系统调研后，需要提交业务系统与门户集成项目可行性及价值分析。

1.2 .1.2 　门户发展规划

根据初级调研状况、企业 IT 建设规划 ， 为企业提供近 期 （本项目）、中期、远期门户发展规划，或者 1 ～ 3 年内门户分期建设的建议报告。根据实际情况，规划中修正原招标书的建设内容 ， 使本期门户项目成效显著、成本 低 、兼顾后续建设，在门户建设中争取主导权。

1.2 .1.3 　确定本期项目内容

门户发展规划报告经 过 客户方认可后，根据规划报告、招标书、前期调研概况，确定本期建设目标方向、中心内容。 在 本期项目内容 中 ，主要系统大模块为描述点 ， 需要阐明内容的背景、目标、业务价值、具体的子功能、建设概要方案。本期项目内容需要 与 招标书相呼应。

1.2 .1.4 　界定项目范围

依 据 调研结果，按 照跟 客户确定的本项目建设内容后，和客户人员共同商定项目范围。交流对象主要 有 建设承担部门负责人、信息中心负责人、技术核心人员。主要工作内容 如下。

（ 1 ） 将功能需求 具 体化，招标书的需求描述比较抽象，需要从业务场景进行复述 ， 转化为粗粒度的业务需求。

（ 2 ） 对 于 项目需求，如果产品无法实现或技术难度比较 大 ， 则 说服客户 以 其 他 方式或 在 下 一 阶 段 处理。

（ 3 ）确认 项目实施范围，如门户目标用户范围 、 集成的系统等 。

项目内容一般可以从以下方面 进行 分类，并且由此确定范围，整理出门户建设需求规划，并且需要标识出优先级。

1 ．系统部署

根据 客户环境搭建 APS 系统，包括数据库、 LDAP 服务器或 AD 、服务器集群、 Apache 前端缓存等。

2 ．数据初始化

门户项目安装和布署系统，需要初始化系统数据，如组织、用户、角色元数据的定义和初 始 化数据。按门户规划配置站点框架 ， 为各站点配置文件夹、页面、 Portlet ， 并完成权限的初始化。

3 ．数据迁移

数据迁移主要指门户系统上线后，门户功能代替原有系统功能 ， 需要将原有系统的数据迁移至门户中，最终废弃原有系统功能。 比 如 ， 原 有系统 具有信息发布功能， 用 WCM 代替，需要将原有功能迁移 到 APS 中。注：原有功能迁移需要引导客户重新开发功能或者集成。

4 ．应用开发

基于门户平台按 照 客户需求开发业务功能，主要采用 Portlet 方式发布，利用门户提供 的 接口或组件，快速实现符合客户的业务功能。 比 如开发会议管理系统，利用门户安全接口获取用户、组织数据，在用户交互层利用门户提供 Web 组件。

5 ．系统集成

界面集成 ：通过门户整合该企业集成 W eb 业务系统的功能，将业务系统 的 常用功能纳入门户框架内，在门户中提供业务系统的入口链接、常用功能操作链接，使用在门户框架内完成查看和操作其 他 业务系统的数据。

数据集成 ：将来自各个业务系统的数据进行适配、转换、过滤、加载、汇总 ， 将数据形成上下文变成信息，再通过门户将数据用丰富直观的方式进行展示。

应用集成 ：利用业务系统提供 的 数据接口，通过企业服务总线封装成标准 Web Service ，门户在此接口基础上开发人机交互功能。应用集成还包括业务系统单点登录实现。

流程集成 ：按 照 某一业务主线处理流程将业务系统提供 的 接口串接起来，实现数据跨系统、跨组织流动。

6 ．二次定制开发

二次定制开发主要 指 门户提供的功能不能满足客户需求，或者客户需要按企业的业务模式进行定制化开发， 比 如门户的用户管理， APS 产品提供基本管理功能，特殊的功能如人员兼职处理、人员排序等。

7 ．相关文档

实施难度和风险比较大的 门户 项目，需要有比较完备的项目实施过程记录，除了项目管理文档外，还需要提供门户建设规划、相关集成规范、运维管理制度、培训文档等。

1.2 .2 　项目评估

对项目的需求和目标确定以后，需要对项目进行各个层面的评估，主要包括技术路线、工作量、假定和约束评估，为项目计划制订和人力资源安排提 前做好 准备。

1.2 .2.1 　技术 方案设计

技术路 线 评估主要确定本项目 所 采用 的 技术框架、采购的第三方软件、重要模块的软件架构、与第三方系统集成的技术 ， 需要说明技术的复杂度、风险、难度。如果需要技术 预研 ， 则 需要特别说明。

1 ．总体技术架构

门户项目方案一般是基于 SOA 的 IT 架构原则进行设计的，采用松耦合的面向服务的设计，以便于支持后续系统的发展。总体技术方案一般采用层次关系，可以分为基础设施、中间件、应用系统、集成支持软件等，确定每一层的架构作用。

2 ．系统软件逻辑架构

系统软件逻辑架构为系统软件拓朴图，在总体架构图的基础上，按 照 未来软件部署模型，将各层 所 采用 的 软件及主要功能模块， 以及 与其 他 层的交互关系用线条描绘出来 ， 用来指导系统的应用设计和软件选型，并且对于关键技术点的实现原理进行详细描述。

3 ．系统扩展和数据容量设计

在技术方案中，门户项目一般都具有延续性需求，需要重点提到系 统 功能扩展方案，如二级子门户的扩展、待办功能新加入系统扩展及应用扩展等。同时 ，在 门户系统运行后， 需要进行 数据增长估算，计 算 重点模块的数据增长量，确定储 存 空间大小以及扩展方案。

4 ．实施建议

除了技术 方面 外，还需要重 点 考虑实施方面的问题， 比如 在需求收集、规范制定、内容优先级、大概的时间安排、资源投入计划及相关注意事项。 在 建议中需要突出快速、有效。

1.2 .2.2 　工作量评估

根据需求规划，对工作进行细粒度分解，并且对工作进行说明。进行分解后，需要标明产品是 否 可由门户产品或第三方产品提供、需求的符合度、是否要开发、实施等， 然后 做工作量大体估算。

1.2 .2.3 　假定和约束评估

门户 系统集成具有很多制约因素，如第三方配合、硬件资源、环境准备等。例如，在门户项目实施 中 ，企业正在同时实施相关系统，并且需要与门户做集成。在项目计划制定中，不明确的并且有时间依赖的，先和干系方预先假定时间，供后续项目计划跟踪、风险控制 做 参考。

项目实施来自成本、时间、范围等 ， 主要 是 项目各时间点 、 客户承受范围等。

1.2 .3 　团队组建

在 整个项目中，需要多个角色和岗位投入门户项目实施中。因为门户涉及多种架构的系统， 所以 要求整个团队 的 技术和业务能力比较高。

门户项目的项目经理是比较关键的角色，需要具有 比 较丰富的项目管理经验，同时具有一定的技术开发相关背景，具有较好的沟通协调能力。

门户项目需要级别比较高的主管来 做 项目总监，协调项目经理无法协调的资源，同时也是直接面对客户相应级别领导的直接沟通者。

项目成员中尽可能 有 具有门户项目经验的人员，省去前期的培训，加快项目的进度，有效地减少返工率。

在 门户项目实施过程中，可能会遇到很多突 发 情况，需要预先储备好业务和技术顾问团队。

1.2 .3.1 　项目组织架构

典型的 Portal 项目组织架构图如图 4-2 所示。

图 4-2 　典型的 Portal 项目组织架构图

1.2 .3.2 　　甲方项目成员

1 ．项目经理

由甲方提供业务和技术骨干人员 ， 对项目总体工作负责，监控项目实施进度，控制项目风险，为项目组各项工作协调相关资源，协调相关集成系统供应商。

2 ．系统管理员

由甲方 提供 系统管理 员 ，专 门 协调处理硬件、网络、操作系统、数据库、防火墙等相关事务，为门户系统的安装、集成更新提供便利的条件。

3 ．业务接口人

由各个关键业务部 门 提供业务骨干 ， 并且 具 有一定 的 IT 运用技术基础 ， 支持相关业务功能 ，提供 专业业务知识咨询支持。

1.2 .3.3 　乙方项目成员

1 ．项目经理

由乙方提供项目经理，负责门户项目的管理，如沟通协调、进度管 理等 。

2 ．项目顾问

由乙方提供高级技术顾问 ， 对门户蓝图规划提供技术支持 ， 对系统开发和集成提 供 支持。

3 ．架构师

由乙方提供架构 师 ，负责整个项目的系统架构，指导开发 工 程师进行系统开发和项目实施。

4 ．开发工程师

由乙方提供 开发工程师 ，负责门户系统的开发。

5 ．人机体验工程师

由乙方提供 人机体验工程师 ，负责门户系统界面风格设计 、 功能模块的人机交互设计。

6 ．测试工程师

由乙方提供 测试工程师 ，负责系统的功能测试和性能测试。

7 ．配置管理员

由乙方提供 配置管理员 ，负责项目组文档和代码的配置管理、系统的持续集成。

1.2 .4 　项目计划

完成上 一个环节后，由项目经理和客户负责人一起设定主要 的 项目里程碑 ，然后 再制订第一阶段的迭代计划，细化实施和开发实施细 则 。同时 与 客户方 和 第三方制 订 沟通计划 ， 制订风险计划。

1.2 .4.1 　里程碑

里程碑计划 指 按 照与 客户达成 的 共识将项目划分为几个阶段，设定各阶段的时间点、工作目标、相应的产品、工作制品（主要相关文档） 。 常见的划分可以参考 以 下设定，需要 做 相关的说明。里程碑 计划 的周期最长不超过 2 个月 ， 每个里程碑结束后，需要对工作进行总结，向各干系人汇报工作状况。

1 ．项目初始

该阶段为项目的 第一阶段 ，主要完成门户规划、需求开发、系统设计、验收标准、相关规范的制定及项目管理产出文档。同时 ， 项目组在驻场之前可以协调干系人，可以针对技术进行预研、设计工作。

2 ．快速见效

该阶段为项目的第二阶段，主要工作为系统环境搭建、数据初始化、数据和功能迁移 ， 立足于门户产品自带的功能和组件，优先集成第三方开发商 的 配合比较到位和积极、工作量和风险小的系统。系统目标达到用户体验效果。

3 ．丰富应用

该阶段为项目的第三阶段，主要 是 扩大系统集成规模，同时定制开发业务功能上线，达到系统 可以 试运行 的效果 。

4 ．项目收尾

该阶段为项目 的第四 阶段，主要对系统进行优化，将试运行 时 发现的问题进行修正 ， 制定相关的运维制度和标准，对用户进行培训，提供系统的运行数据，为项目验收 做 准备。

5 ．项目验收

项目验收是整个项目的重要环节。在验收过程中，需要更加注重过程管理。首先 制订 验收计划 ， 列出文档清单（ che c klist ） ， 组织客户方或第三方进行验收 ，提供 系统测试报告。在验收会上提交系统运维报告、客户准备工作报告、项目组负责技术报告、领导总结等。最终需要客户在验收报告 上 签字 ， 制 订 付款计划。

需要准备 的 资料 如下

—  《 门户项目工作报告》

—  《 门户项目技术报告 》

—  《 门户系统运行报告》

—  《 验收项目汇报 PPT 》

—  《 现场测试报告》

1.2 .4.2 　迭代计划

按照项目的里程碑定义，首先制订第一迭代周期，主要是项目初始阶段的工作。让项目成员清楚下一步的工作计划，了解个人的工作职责和内 容 。同时也发给客户项目经理，按 照 实际情况对计划提出修改意见，或 者 提前做好相关准备工作，如项目启动发文、宣传、协调等。

1.2 .4.3 　沟通计划

沟通是所有项目成功 的 基本需求，项目经理 的 主要职责也 包括 与各 方 进行有效的沟通。沟通计划是保证沟通 的 重要措施。沟通计划分为对外沟通和对 内 沟通。在沟通方式 上 ，可以 选择 电话、邮件、会议等方式。需要确定沟 通 形式 、 频率 和 内容。

1.2 .4.4 　风险管控计划

风险管理是项目管理的重要内容，门户项目的风险比较大，需要对风险进行有效管理，确保项目成功。在项目启动前，需要 针对 已经分析和识别的风险制定应对措施，后续的管理形成既定的模式。

1.2 .5 　项目启动

完成团队组 建 和项目计划后，即可 在 公司内部和客户方正式启动项目 ， 主要 是 凝聚士气，正式宣布项目开始运作。

1.2 .5.1 　内部启动

内部启动最好先于客户 方 启动 。 内部启动主要是售前团队和项目实施团队的工作交接 ， 售前 团队 介绍项目的背景、目标、建设内容 及 售前总结等。由项目经理介绍项 目 策划情况，主要是介绍团队、项目计划 、 相关事宜 等 。

1.2 .5.2 　客户方启动

客户方启动，客户方的企业高管、相关部门代表、第三方系统开发商代表、双方项目组主要成员 需要 出席项目启动会 （如有必要可请公司领导出席） ，以突出公司对项目的重视。