ITPub博客

门户项目特点以及项目策划

原创 软件结构 作者:zhengwenping 时间:2018-11-07 18:18:44 0 删除 编辑

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  客户方启动

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

 


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9116427/viewspace-2219135/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
请登录后发表评论 登录
全部评论
郑文平,专职从事企业门户(Portal)的咨询、实施、管理、问题诊断、性能调优等超过15年时间,拥有50多个门户项目经验。著有全球唯一一本辅导企业门户项目实施的书籍 《企业门户(Portal)项目实施方略与开发指南》(电子工业出版社,2013年),亦擅长互联网产品的规划设计。

注册时间:2018-11-07

  • 博文量
    10
  • 访问量
    2956