首页 > 架构设计 > 软件结构 > 门户项目特点以及项目策划
门户平台提供了用户个性化,统一访问应用、内容流程、人员信息的单一入口功能,提供了集成的来自其 他 系统的内容和应用,以及用户统一、协作的工作场所。门户是一个 开 放、标准的平台,主要以 Portlet 发布各种应用,以配置方式组装内容,提供安全、集成等服务。
从技术方面 讲, 门户平台本身是一个标准的 J2EE Web 应用,是 J2EE 技术 的 综合应用, Portlet 也是一个可被门户平台管理 的 小型 Web 应用。门户平台一般提供了 Portlet 容器和 WCM 功能,遵循的最新标准分别为 JSR286 和 JSR283 。
门户项目是基于门户平台交付的项目,门户项目是一个 以 集成为主的项目 , 具有以下特点。
— 涉 及 众多的业务系统和不同级别 及 岗位的用户群体 。
— 门户项目一般不针对具体的业务,对于系统功能终端用户,无法提出明确和具体的需求,针对同一个功能需要汇集多方的诉求 。
— 门户系统属于 IT 能力提升类型,改善用户对 IT 系统的体验和业务创新,所以系统价值在于是否能吸引用户使用门户 。
— 门户系统的建设一般由 IT 部门主导,门户也逐渐成为 IT 建设的水平指标,所以门户项目对 IT 部门的影响不容忽视 。
— 门户系统建设也是一个渐进的过程,一般采取整体规划、分步实施的策略。
因为门户项目需求不明确、涉及技术众多且需要灵活运用,面临着技术和业务双重风险 ,所以 需要对项目进度和成效进行多方面管控,需要积极地利用客户、公司内部、第三方资源。门户项目的经验积累非常重要,如果积累比较少,则需要参考同行业内门户建设的经验,在门户规划中设身处地 地 站在用户的角度思考问题,从实用价值出发,注意用户的体验。在技术方面,门户平台遵循的相关技术和标准也比较多,如安全方面,涉及 LDAP 、 JAAS 等; Portlet 开发方面 , 则 涉及 JSR168 、 JSR286 、 WSRP 等规范。门户平台需要与第三方系统 进行 集成,涉及第三方各种架构的系统集成和整合,对人员 的 技术全面性要求比较高。同时 , 集成架构设计时需要立足于现有 IT 设施 , 尽可能采用简单有效、后续扩展的架构实现,避免 采用 日后推倒重来的架构。综上所述 , 门户项目对于分析规划、设计人员的要求比较高,在门户项目 的整 个实施过程中,需要重视人员的投入。
在项目管理方面,一般采用迭代方式,首先确定主进度计划,对现阶段的工作进行分解,制定可行的计划。在项目实施中能预见各种风险和 提出 问题,提早 做 好准备。门户项目涉及人员比较多,沟通非常重要,相关人员有企业高层、 IT 部门、关键业务部门、第三方开发商,将沟通记录整理成文档,发给相关方确认。各方交流最好用文档形成最终记录,以备后续调用。
门户项目的实施成功与否,门户平台提供的能力是重要因素之一,但是更为重要的 是 利用该平台,结合 客 户实际情况,交付出贴 近 客户需求、具有良好的用户体验、在项目成本预算范围 内 的系统。门户平台采购只是门户项目的开始,门户平台只是这个项目基础,门户项目的交付效果,最 终取决于 门户项目的实施。因此 , 门户项目对人员 的 技能要求更高,需要按照一定 的 方法去实施项目 。
项目中标通知书下达或者和客户签订其 他 形式的合同,项目按公司过程管理规范后,正式在公司内部立项,由指定的项目经理负责项目策划阶段的所有工作。参与方有参与项目的售前人员、顾问团队、项目的技术架构师、客户方代表。项目策划阶段以项目成功启动为结束标志。 本章的一些内容在其他章节中已有体现,此处我们以系统的理论与操作实践描述出来。
门户规划主要从宏观的角度确定项目将交付 的 内容,即门户项目的建设内容。根据客户的 IT 战略规划、终端用户的诉求、客户 IT 环境 , 结合行业形势及企业发展规划,为客户描绘系统蓝图,引导客户 有 正确 的 门户建设思 路(见图 4-1 ) 。
图 4-1 典型的 Portal 规划 思路
门户规划需要达到以下目标 。
( 1 )通过了解企业近、中、远发展目标,以及企业的业务、 IT 系统现状,确定可能的企业门户平台解决方案。
( 2 )制定门户整体和长远规划、分阶段实施的内容、平台建设和扩展建议。
( 3 )制定本期项目的内容、分步实施的策略及实施细则、功能实现及扩展建议。
( 4 )制定本期项目的产品选型和建议、总体技术方案和软件拓 扑 架构。
( 5 )制定门户平台建设规范和相关集成标准的建议。
1 .企业概况
主要了 解 企业行业特性、人员规模、发展战略 , 收集营运和社会影响数据。主要来源于客户的外网公布的资料 , 如果是上市公司, 则 可以参阅发布的财务报表 ; 如果有可能 ,则 可以查阅企业内部的年报、月度报告、领导的讲话稿等,但是需要注 意 客户资料的保密。需要 关 注客户办公场所,通过公告板或电子报发布出来的数据。
企业概况的调研主要为门户展示设计提供依据, 比 如 KPI 、企业所有人员重点关注的数据,如该企业 的 安 全生产天数、产量等 , 以及门户信息发布,如企业公告、通知、关注新闻的类型等。
通过查阅企业的领导报告对 IT 建设的思路、上级机关对企业的信息化建设要求和目标 , 了解企业既定的信息化建设规划 、 同行信息化建设情况 , 特别 关 注同行门户建设的相关信息,争取到同行或相关单位参观和交流。如果 是 国企或央企, 则 需要关注国资委对企业的信息化考核指标 , 需要重点细读招标书的内容 。 以上数据可以作为修正和细化建设内容的依据。
通过以上数据和分析,得出门户建 设 的侧重点和方向,全面把握企业信息化建设思路, 为 后续与客户 的 关键交流打好基础。
2 .目标调研
主要通过对关键人员的访谈,如 CIO 、信息中心的技术骨干 、 关键业务部门负责人, 了解 企业对门户建设的思路、定位 和 期望。
通过上述了解,门户建设内容与重要干系人 的 期望不偏离,同时也期望在建设过程中得到他们的更多支持和配合。门户项目更多 的 是从上而下推进的项目,企业高层 的 支持和业务部门的配合非常关键。
目标调研主要分析和论证企业门户应该建设的内容,提出企业门户建设应达到 的 目标和 效 果,突出门户系统未来的投资回报。
3 .业务系统调研
主要访谈纳入集成系统的建设部门、 IT 部门、主要使用部门 , 了解集成系统的架构、应用规模、环境等。 在取 得客户的许可 后 截一些关键的图(需要将敏感信息 做 模糊处理),讨论粗粒度的集成需求。具体的需求见 4.6 节的“ 业务系统 基础信息 表 ”和“ 业务系统集成需求表 ” 。
业务系统调研立足于承载企业的核心业务流程系统, 以 及企业日常使用的系统,如 OA 、邮件等。完成业务系统调研后,需要提交业务系统与门户集成项目可行性及价值分析。
根据初级调研状况、企业 IT 建设规划 , 为企业提供近 期 (本项目)、中期、远期门户发展规划,或者 1 ~ 3 年内门户分期建设的建议报告。根据实际情况,规划中修正原招标书的建设内容 , 使本期门户项目成效显著、成本 低 、兼顾后续建设,在门户建设中争取主导权。
门户发展规划报告经 过 客户方认可后,根据规划报告、招标书、前期调研概况,确定本期建设目标方向、中心内容。 在 本期项目内容 中 ,主要系统大模块为描述点 , 需要阐明内容的背景、目标、业务价值、具体的子功能、建设概要方案。本期项目内容需要 与 招标书相呼应。
依 据 调研结果,按 照跟 客户确定的本项目建设内容后,和客户人员共同商定项目范围。交流对象主要 有 建设承担部门负责人、信息中心负责人、技术核心人员。主要工作内容 如下。
( 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 .总体技术架构
门户项目方案一般是基于 SOA 的 IT 架构原则进行设计的,采用松耦合的面向服务的设计,以便于支持后续系统的发展。总体技术方案一般采用层次关系,可以分为基础设施、中间件、应用系统、集成支持软件等,确定每一层的架构作用。
2 .系统软件逻辑架构
系统软件逻辑架构为系统软件拓朴图,在总体架构图的基础上,按 照 未来软件部署模型,将各层 所 采用 的 软件及主要功能模块, 以及 与其 他 层的交互关系用线条描绘出来 , 用来指导系统的应用设计和软件选型,并且对于关键技术点的实现原理进行详细描述。
3 .系统扩展和数据容量设计
在技术方案中,门户项目一般都具有延续性需求,需要重点提到系 统 功能扩展方案,如二级子门户的扩展、待办功能新加入系统扩展及应用扩展等。同时 ,在 门户系统运行后, 需要进行 数据增长估算,计 算 重点模块的数据增长量,确定储 存 空间大小以及扩展方案。
4 .实施建议
除了技术 方面 外,还需要重 点 考虑实施方面的问题, 比如 在需求收集、规范制定、内容优先级、大概的时间安排、资源投入计划及相关注意事项。 在 建议中需要突出快速、有效。
根据需求规划,对工作进行细粒度分解,并且对工作进行说明。进行分解后,需要标明产品是 否 可由门户产品或第三方产品提供、需求的符合度、是否要开发、实施等, 然后 做工作量大体估算。
门户 系统集成具有很多制约因素,如第三方配合、硬件资源、环境准备等。例如,在门户项目实施 中 ,企业正在同时实施相关系统,并且需要与门户做集成。在项目计划制定中,不明确的并且有时间依赖的,先和干系方预先假定时间,供后续项目计划跟踪、风险控制 做 参考。
项目实施来自成本、时间、范围等 , 主要 是 项目各时间点 、 客户承受范围等。
在 整个项目中,需要多个角色和岗位投入门户项目实施中。因为门户涉及多种架构的系统, 所以 要求整个团队 的 技术和业务能力比较高。
门户项目的项目经理是比较关键的角色,需要具有 比 较丰富的项目管理经验,同时具有一定的技术开发相关背景,具有较好的沟通协调能力。
门户项目需要级别比较高的主管来 做 项目总监,协调项目经理无法协调的资源,同时也是直接面对客户相应级别领导的直接沟通者。
项目成员中尽可能 有 具有门户项目经验的人员,省去前期的培训,加快项目的进度,有效地减少返工率。
在 门户项目实施过程中,可能会遇到很多突 发 情况,需要预先储备好业务和技术顾问团队。
典型的 Portal 项目组织架构图如图 4-2 所示。
图 4-2 典型的 Portal 项目组织架构图
1 .项目经理
由甲方提供业务和技术骨干人员 , 对项目总体工作负责,监控项目实施进度,控制项目风险,为项目组各项工作协调相关资源,协调相关集成系统供应商。
2 .系统管理员
由甲方 提供 系统管理 员 ,专 门 协调处理硬件、网络、操作系统、数据库、防火墙等相关事务,为门户系统的安装、集成更新提供便利的条件。
3 .业务接口人
由各个关键业务部 门 提供业务骨干 , 并且 具 有一定 的 IT 运用技术基础 , 支持相关业务功能 ,提供 专业业务知识咨询支持。
1 .项目经理
由乙方提供项目经理,负责门户项目的管理,如沟通协调、进度管 理等 。
2 .项目顾问
由乙方提供高级技术顾问 , 对门户蓝图规划提供技术支持 , 对系统开发和集成提 供 支持。
3 .架构师
由乙方提供架构 师 ,负责整个项目的系统架构,指导开发 工 程师进行系统开发和项目实施。
4 .开发工程师
由乙方提供 开发工程师 ,负责门户系统的开发。
5 .人机体验工程师
由乙方提供 人机体验工程师 ,负责门户系统界面风格设计 、 功能模块的人机交互设计。
6 .测试工程师
由乙方提供 测试工程师 ,负责系统的功能测试和性能测试。
7 .配置管理员
由乙方提供 配置管理员 ,负责项目组文档和代码的配置管理、系统的持续集成。
完成上 一个环节后,由项目经理和客户负责人一起设定主要 的 项目里程碑 ,然后 再制订第一阶段的迭代计划,细化实施和开发实施细 则 。同时 与 客户方 和 第三方制 订 沟通计划 , 制订风险计划。
里程碑计划 指 按 照与 客户达成 的 共识将项目划分为几个阶段,设定各阶段的时间点、工作目标、相应的产品、工作制品(主要相关文档) 。 常见的划分可以参考 以 下设定,需要 做 相关的说明。里程碑 计划 的周期最长不超过 2 个月 , 每个里程碑结束后,需要对工作进行总结,向各干系人汇报工作状况。
1 .项目初始
该阶段为项目的 第一阶段 ,主要完成门户规划、需求开发、系统设计、验收标准、相关规范的制定及项目管理产出文档。同时 , 项目组在驻场之前可以协调干系人,可以针对技术进行预研、设计工作。
2 .快速见效
该阶段为项目的第二阶段,主要工作为系统环境搭建、数据初始化、数据和功能迁移 , 立足于门户产品自带的功能和组件,优先集成第三方开发商 的 配合比较到位和积极、工作量和风险小的系统。系统目标达到用户体验效果。
3 .丰富应用
该阶段为项目的第三阶段,主要 是 扩大系统集成规模,同时定制开发业务功能上线,达到系统 可以 试运行 的效果 。
4 .项目收尾
该阶段为项目 的第四 阶段,主要对系统进行优化,将试运行 时 发现的问题进行修正 , 制定相关的运维制度和标准,对用户进行培训,提供系统的运行数据,为项目验收 做 准备。
5 .项目验收
项目验收是整个项目的重要环节。在验收过程中,需要更加注重过程管理。首先 制订 验收计划 , 列出文档清单( che c klist ) , 组织客户方或第三方进行验收 ,提供 系统测试报告。在验收会上提交系统运维报告、客户准备工作报告、项目组负责技术报告、领导总结等。最终需要客户在验收报告 上 签字 , 制 订 付款计划。
需要准备 的 资料 如下
— 《 门户项目工作报告》
— 《 门户项目技术报告 》
— 《 门户系统运行报告》
— 《 验收项目汇报 PPT 》
— 《 现场测试报告》
按照项目的里程碑定义,首先制订第一迭代周期,主要是项目初始阶段的工作。让项目成员清楚下一步的工作计划,了解个人的工作职责和内 容 。同时也发给客户项目经理,按 照 实际情况对计划提出修改意见,或 者 提前做好相关准备工作,如项目启动发文、宣传、协调等。
沟通是所有项目成功 的 基本需求,项目经理 的 主要职责也 包括 与各 方 进行有效的沟通。沟通计划是保证沟通 的 重要措施。沟通计划分为对外沟通和对 内 沟通。在沟通方式 上 ,可以 选择 电话、邮件、会议等方式。需要确定沟 通 形式 、 频率 和 内容。
风险管理是项目管理的重要内容,门户项目的风险比较大,需要对风险进行有效管理,确保项目成功。在项目启动前,需要 针对 已经分析和识别的风险制定应对措施,后续的管理形成既定的模式。
完成团队组 建 和项目计划后,即可 在 公司内部和客户方正式启动项目 , 主要 是 凝聚士气,正式宣布项目开始运作。
内部启动最好先于客户 方 启动 。 内部启动主要是售前团队和项目实施团队的工作交接 , 售前 团队 介绍项目的背景、目标、建设内容 及 售前总结等。由项目经理介绍项 目 策划情况,主要是介绍团队、项目计划 、 相关事宜 等 。
客户方启动,客户方的企业高管、相关部门代表、第三方系统开发商代表、双方项目组主要成员 需要 出席项目启动会 (如有必要可请公司领导出席) ,以突出公司对项目的重视。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9116427/viewspace-2219135/,如需转载,请注明出处,否则将追究法律责任。