一体化平台典型设计-设计&验证-阶段汇报.ppt

《一体化平台典型设计-设计&验证-阶段汇报.ppt》由会员分享，可在线阅读，更多相关《一体化平台典型设计-设计&验证-阶段汇报.ppt（78页珍藏版）》请在三一办公上搜索。

1、一体化平台“企业门户”与“身份/认证/登录”,一体化平台方案组 2007年02月01日山东,“设计&验证”阶段汇报,“企业门户系统”专题 设计&验证阶段汇报,第一部分,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,设计&验证阶段工作汇报,背景情况,1.1、典型设计总体工作过程,目标,设计&验证,深化工作,1.2、方案验证阶段的背景,企业门户系统 典型设计核心目标,降低实施成本,加快实施速度,前一阶段成果（总体设计PPT）,建设大纲,功能范围,企业门户系统 典型设计实现阶段,典型设计文字稿,方案验证（POC）,验证阶段是真正体现门户典

2、型设计核心目标的重要阶段！,设计&验证阶段工作汇报,背景情况,设计&验证,深化工作,1.3、方案验证阶段的目标,设计&验证阶段工作汇报,背景情况,设计&验证,深化工作,1.4、方案验证阶段的原则,考虑先建立门户系统、后建立目录服务、数据中心的平滑过度方案,以网省电力公司为设计重点，以山东电力集团公司实践为参考，兼顾与 国网公司本部的关系,针对已确定的软件环境，使用国家电网公司通过招标确定的软件平台（如门户平台软件、内容管理工具、BI工具、搜索工具等）,符合企业门户系统规模适中的建设原则,注重国家电网公司本部已有成果的复用，充分结合山东电力集团公司 总部正在建设的内容，同时考虑二、三期招标的其它

3、网省公司的需求,考虑典型设计实现过程中的成果在将来网省公司实施时的复用性,设计&验证阶段工作汇报,背景情况,设计&验证,深化工作,1.5、方案验证阶段组织情况,方案验证阶段,设计&验证阶段工作汇报,背景情况,设计&验证,深化工作,1.6、验证工作过程&关键时间点,功能划分、定义、总体设计,门户系统各功能的实施路线图,POC实施计划及现状沟通,实现POC验证,门户典型设计（大纲、初稿）,POC总结与讨论（BEA参加）,门户典型设计（提交讨论稿）,POC重现、补充和完善,门户典型设计（提交最终稿）,2006年11月14日,2007年01月20日,2007年02月13日,2007年03月30日,设计

4、&验证阶段工作汇报,企业门户系统典型设计（讨论稿）.doc,背景情况,设计&验证,深化工作,1.7、提交成果,设计&验证阶段工作汇报,背景情况,设计&验证,深化工作,填写说明,完全实现,完全包含/验证,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,设计&验证阶段工作汇报,验证范围确定,范围及分组,身份管理,认证代理,人员目录,认证目录,人力资源,安全生产,物资管理,协同办公,营销管理,财务管理,项目管理,综合管理,ETL,操作型数据存储（ODS）,数据仓库,商务智能,全 局 数 据 字 典,公 共 信 息 模 型,业 务 流 程 集 成,业 务 数 据 集 成,企 业 门 户,身份认证

5、登录,数据仓库及辅助分析,业务系统,数 据 交 换,安全管理,单点登录,基础支撑功能,个性化定制,多渠道接入,Portlet框架,虚拟门户,门户管理与维护,基本应用,扩展应用,展现层的应用集成,Web内容管理,搜索,协同工作,待办事宜,BI展现,对8大系统中协同办公的规范要求,对应用集成项目的规范要求,对BI接入的规范要求,企业资源管理平台,ETL,2.1、一体化平台总体设计方案回顾,平台总体设计,门户架构设计,2.2、企业门户系统总体架构设计回顾,企业门户系统的建设包括两个核心内容：,（1）门户系统内部需要建设的功能及应用,（2）相关专题如何接入门户系统,设计&验证阶段工作汇报,验证范围确定

6、,范围及分组,平台总体设计,门户架构设计,2.3、基于架构设计的验证范围说明,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,2.4、验证范围与分组情况,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,（注：此分组为了验证需要，并不代表建议项目组织）,2.5、设计&验证阶段具体工作,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,在总体架构中功能和应用划分的基础上，进一步划分模块，制定技术方案,2.5、设计&验证阶段具体工作,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,在

7、总体架构中功能和应用划分的基础上，进一步划分模块，制定技术方案,举例：“单点登录”功能,验证POC路线功能定义模块划分应用场景技术架构数据库设计功能实现,2.5、设计&验证阶段具体工作,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,在总体架构中功能和应用划分的基础上，进一步划分模块，制定技术方案,举例：“单点登录”功能,验证POC路线功能定义模块划分应用场景技术架构数据库设计功能实现,2.5、设计&验证阶段具体工作,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,在总体架构中功能和应用划分的基础上，进一步划分模块，制定技术方案,举例

8、：“单点登录”功能,验证POC路线功能定义模块划分应用场景技术架构数据库设计功能实现,2.5、设计&验证阶段具体工作,设计&验证阶段工作汇报,验证范围确定,范围及分组,平台总体设计,门户架构设计,在总体架构中功能和应用划分的基础上，进一步划分模块，制定技术方案,举例：“单点登录”功能,验证POC路线功能定义模块划分应用场景技术架构数据库设计功能实现,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,3.0、其它深化的工作,设计&验证阶段工作汇报,功能及建设的细化,组织方面,（1）组织方面,在应用系统接入的方面：,招投标管理系统,财务管理系统,综合计划与统计系统,国际合作管理系统,3.0、其

9、它深化的工作,设计&验证阶段工作汇报,功能及建设的细化,组织方面,（2）功能及建设路线的细化（提起做）,技术方案+建设实施路线,Web内容管理,待办事宜,企业级搜索,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,（1）功能定义：内容管理,Web,Web内容管理特指企业门户系统作为一个信息发布网站的后台信息内容管理，用于控制前台的信息展示，以及对于企业门户系统整体内容的后台管理。包括多来源的内容在统一框架内集成创建、审批和发布。,待办事宜,搜索,Web内容管理,3

10、.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,（3）技术方案,根据各网省公司对内容管理水平需求的不同，制定三种可选方案：,方案一、使用BEA门户中的内容管理平台,方案二：在BEA内容管理平台基础上进行二次开发,方案三：使用第三方内容管理平台,配置,开发,集成,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,（3）技术方案,根据各网省公司对内容管理水平需求的不同，制定三种可选方案：,方案一、使用BEA门户中的内容管理平台,方案二：在BEA内容管理平台基础上进行二次开发,方案三：使用第三方内容管理平台,优点：本身是

11、Bea门户平台的一部分，在门户中集成起来非常方便，并且在权限和个性化方面也能很好的实现。缺点：用户操作起来不方便，尤其是在内容采编时，不支持图文混编，排版功能很差，不能与MS Office很好的兼容。,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,（3）技术方案,根据各网省公司对内容管理水平需求的不同，制定三种可选方案：,方案一、使用BEA门户中的内容管理平台,方案二：在BEA内容管理平台基础上进行二次开发,方案三：使用第三方内容管理平台,优点：本身是Bea门户平台的一部分，在门户中集成起来非常方便，并且在权限和个性化方面也能很好的实

12、现。而且把本身的不足功能进行了完善，可以满足用户的要求。缺点：开发量较大，有些改进不容易实现。并且在国内并没有Bea 9.2这种二次开发的成功的案例，有一定风险。,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（一）技术方案,（3）技术方案,根据各网省公司对内容管理水平需求的不同，制定三种可选方案：,方案一、使用BEA门户中的内容管理平台,方案二：在BEA内容管理平台基础上进行二次开发,方案三：使用第三方内容管理平台,优点：可以很好的完成站点管理，栏目定义，内容采编和信息发布的功能。缺点：在门户中集成时需要进行一定量的开发,在个性化和安全方面需要单独

13、设置。要第三方服务。,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（二）建设路线,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（二）建设路线,（1）方案一：使用BEA门户中的内容管理平台,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（二）建设路线,（1）方案一：使用BEA门户中的内容管理平台,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（二）建设路线,（2）方案二：在BEA内容管理平台基础上进行二次开发,适合进行

14、二次开发扩展功能的模块包括“自定义流程”和“发布内容”。,使用了和类，方法是addNode和save。,待办事宜,搜索,Web内容管理,3.1、示例：“Web内容管理”,设计&验证阶段工作汇报,（二）建设路线,（3）方案三：集成第三方内容管理平台 本方案中第三方的内容管理平台采用TurboCMS内容管理平台，由TurboCMS厂商负责实施。不讨论TurboCMS自身如何建设，重点讨论TurboCMS与企业门户系统如何集成。,待办事宜,搜索,Web内容管理,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶

15、段工作汇报,待办事宜,搜索,Web内容管理,将用户在各个应用系统中当前需要处理的任务集中展示给用户。在统一的应用流程集成平台建设之前，企业门户系统承担应用流程集成的工作，直接与各业务应用系统关联交互，完成企业门户系统的待办事宜功能。,（1）功能定义,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（3）统一待办库设计,用户关联表 UserMapping应用系统接口表 AppInterface待办基本信息表 BasicInfo详细信息表 DETAILINFO待办信息历史记录表 HistoryInfo紧急程度代码表 DMB_EID处理进度代码表

16、DMB_PID应用分类代码表 DMB_AppID,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（4）功能设计,被动方式是指企业门户系统待办事宜处理平台被动的接收应用系统提交的待办事项，待办事宜处理平台提供一个WEB服务，各集成的应用系统调用该服务，实现待办事宜的信息交换。,A.被动方式,优点：待办信息反应及时 不直接与应用系统连接，对应用系统的运行影响很小缺点：应用系统的改造量较大适用对象：新建应用系统和已建成可改造的应用系统,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（4）功能设

17、计,A.被动方式,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（4）功能设计,主动方式是指企业门户系统待办事宜处理平台主动的到应用系统获取待办事项，各应用系统建立待办事宜的接口，并以WEB服务提供，供待办事宜调用。,B.主动方式,优点：应用系统的改造量相对较小缺点：待办信息反应不及时 在获取待办信息时，对应用系统的运行会产生影响适用范围：已建成无法改造的应用系统,（一）技术方案,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（4）功能设计,B.主动方式,（一）技术方案,3.2、示例：“待办事宜”,设计

18、&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（二）建设路线,3.2、示例：“待办事宜”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（二）建设路线,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（1）功能定义：搜索,企业级,搜索是企业门户系统为用户提供统一界面，对内实现对企业内部Web内和OA内不同格式数据的搜索，对外实现外部网站内容的搜索，并进行可限定检索范围、检索性能、可按级别分配权限的搜索服务。,（一）技术方案,3.2、示例：“

19、企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（3）架构设计,方案一：采用二级分布式部署,优点：形成各省以及国家电网公司总部之间的信息共享，能够在统一的界面进行搜索。进行共享的信息又各网省自行维护，提供非权限要求的内网以及CMS信息。效率高。缺点：系统配置要求较高，同时购买分布式服务需要一定资金投入。,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（3）架构设计,方案二：采用一级独立部署应用层集成,优点：各搜索引擎独立性强，各自维护内部权限，建设投资和风险较低。缺点：信息共享性差，通过展现层集成效果较差，不支持搜索的个性化功能。效

20、率低，难管理。,（一）技术方案,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（4）技术方案,“搜索应用”的技术方案,“企业级搜索”的技术方案,（一）技术方案,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,特色功能：1、信息关联主动推送,点击一个结构化数据,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,特色功能：1、信息关联主动推送,自动推送相关非结构化信息,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,

21、（一）技术方案,特色功能：2、信息的个性化分类（热点聚焦）,（1）自定义聚焦词,点击一个聚焦,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,特色功能：2、信息的个性化分类（热点聚焦）,（2）显示结果按照相似度进行归类，并且自动更新,浏览多条信息,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,（一）技术方案,特色功能：2、信息的个性化分类（热点聚焦）,（3）自动根据浏览的内容和关注程度，形成主动推送信息，并且自动更新。,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管

22、理,方案一：采用二级分布式部署,（二）建设路线,3.2、示例：“企业级搜索”,设计&验证阶段工作汇报,待办事宜,搜索,Web内容管理,方案一：采用二级分布式部署,（二）建设路线,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,下一步工作安排,1、编写门户系统程序，建立企业门户系统,计划完成时间：2007年3月30日,（1）把现有典型设计文字稿的内容完全编程实现（2）作为今后对各网省公司培训的标准样本,下一步工作安排,计划完成时间：2007年3月30日,2、对门户其余的功能和应用继续进行细化（1）“功能细化”与“门户系统程序”形成互动的过程（2）门户运行监控配置要点（3）典型设计文字稿定稿

23、,3、典型设计的推广培训要带两台机器,设计&验证阶段汇报,企业门户系统 设计&验证阶段汇报,目前存在的问题,（1）资源问题：*缺少BEA公司正式的技术支持,（2）“门户内容建设”的需求不确定*对应用系统的接入所需进一步开发没有引起足够重视*“门户”做成“网站”的错觉,存在的问题,招标要点讨论,目前存在的问题,1、与“单点登录、目录服务”的关系2、业务功能级个性化3、展现层的应用集成4、与门户“待办事宜”的集成5、基于内容管理的原有网站集成6、其它特殊的应用,存在的问题,招标要点讨论,网省公司招标前需要做的准备工作：,在企业门户系统中“应用系统接入”的需求：,门户系统典型设计-重点需求调查问卷.

24、doc,招标要点的讨论,存在的问题,招标要点讨论,技术要点：,1、应包括三方面的内容：（1）“目录”的建设（2）“门户”的建设（3）“门户内容”的建设,2、在“门户”的建设中：建议“虚拟门户”、“多渠道接入”不要放在首要位置，可以放在提升阶段进行建设。,招标要点的讨论,存在的问题,招标要点讨论,技术要点：,3、在“门户内容”的建设中：（1）注重对“原有网站”的切换和集成，但不要作为门户系统建设的关键。（2）应该把“应用系统接入”作为“门户内容”建设的重点。,招标要点的讨论,存在的问题,招标要点讨论,对实施厂商的要求：,1、应具备 Weblogic Portal 9.2 的实施能力。2、应具备

25、Novell目录及登录产品的实施能力，能够建设两级目录体系。3、针对“应用系统接入”，应熟悉电力业务，对8大应用有一定深度的理解，对应用系统接入的几点要点要有完整的解决方案。4、针对原有应用系统的改造，应具备独立实施的能力。5、要有成熟的实施队伍，在人员“数量”和“水平”上要有足够的保证。,“目录身份认证”专题 设计&验证阶段汇报,第二部分,目录、身份管理、认证系统的功能,目录系统是一体化平台的重要基础设施，目录系统包括身份目录、认证目录及其它目录。身份目录用于存放企业的完整的组织结构、员工用户、管理员、用户组、安全角色等信息，也可以存放应用系统、硬件资源等信息，通常采用树形结构表示。认证目录

26、用于存放供认证系统或应用系统使用的员工用户的认证信息，认证目录中的员工用户信息与身份目录中的员工用户信息保持一致，为了提高查询效率，通常采用偏平化结构表示，其它目录指的是根据特定需要从身份目录中查询的数据子集构成的目录，它们的数据与身份目录保持一致。,目录、身份管理、认证系统的功能,身份管理系统的主要功能是实现身份目录与其它应用系统的用户信息的同步，实现身份目录与其它应用系统的帐号整合，在此基础上实现自动开、销户，并基于工作流系统实现帐户审批工作流。认证系统的主要功能是对企业门户及其它应用系统提供统一的访问控制、单点登录、审计监控等功能。,设计&验证阶段汇报,目录身份认证 设计&验证阶段汇报,

27、前期工作内容及阶段性成果介绍,9月,10月,11月,12月,2006年,工作内容,阶段性成果,一体化平台规范组成立,规范组编写企业门户与统一目录建设规范,调整思路，通过POC测试验证规范的可靠性,POC验证测试实施路线图,整理改进基于Novell技术的原型方案,基于Novell技术的设计方案,重新整理、补充需求分析材料,统一目录、身份管理及单点登录系统设计需求,整理改进基于IBM技术的原型方案,基于IBM技术的设计方案,对比分析Novell和IBM的产品及技术方案,Novell与IBM产品指标详细分析,对IBM产品及方案进行POC验证测试,对Novell产品及方案进行POC验证测试,编写产品无

28、关性设计方案,身份、目录、认证系统建设规范包括产品无关性设计,全网建设步骤及关键环节,全网目录、身份管理、认证系统的建设实施可以规划为四个阶段：(1)国网公司总部建设实施阶段(2)各网省公司建设实施阶段(3)全网目录及认证系统级联阶段(4)新建应用系统与目录、认证系统规范集成阶段,总部建设,网省建设,地市建设,省市级联,全网目录级联,全网认证级联,新建应用集成,全网建设步骤及关键环节,全网目录、身份管理、认证系统的建设实施的关键环节包括：(1)国网公司总部中央身份目录的设计与建设(2)国网公司总部认证目录的设计与建设(3)国网公司总部应用系统与目录及认证系统的集成(4)网省公司本部及部分地市身

29、份目录的建设(5)网省公司本部认证目录的建设(6)网省公司本部应用系统与目录及认证系统的集成(7)网省公司与部分地市身份目录的同步级联(8)国网公司总部与各网省公司身份目录的同步级联(9)国网公司总部与各网省公司认证系统的认证级联,前期目录、认证系统建设中存在的问题,前期目录、认证系统的建设过程中在需求分析、设计等环节存在以下问题：(1)在需求分析阶段，并未充分调研各网省的具体情况，对各网省的信息系统建设现状和差异性了解不足；并未充分调研各应用系统的具体情况，目录中部门、用户及其它实体的属性可能无法满足应用系统的集成需要(2)在设计阶段，在目录命名编码规范、应用系统与目录系统的集成、应用系统与

30、认证系统的集成等方面并未提供完善的设计方案(3)由于前期验证环境和条件限制，设计方案中部分重要内容并未经过可行性验证测试,由于全网目录、身份管理、认证系统建设的复杂性和重要性，同时借鉴与国网公司同等规模企业的成功实施经验，为了保证全网系统建设的最终成功，综合多面的考虑，建议按照以下路线进行建设实施。,统一设计,专题验证,集中培训,试点实施,全网推广,保障全网建设成功的基础,保障全网目录、身份管理、认证系统如期顺利建设成功的基础用一句话概括就是：“五个统一、三个规范、一个减少”。“五个统一”指的是统一的技术架构、统一的目录结构、统一的目录命名编码、统一的目录同步机制、统一的分级授权管理模式。“三

31、个规范”指的是必须制定完善的用户管理规范、应用系统与目录的集成规范、应用系统与认证系统的集成规范。“一个减少”指的是要尽量减少或避免建设实施过程中的差异性，以一种科学的、具有前瞻性的方式来指导处理差异性问题，才能加快建设过程。,保障全网建设成功的基础,为了避免不必要的重复设计，并且规范应用系统的集成建设过程，将对第一、二类应用系统的集成进行专题设计和验证，避免各网省实施过程的重复性工作，加快实施速度。,全网目录、身份管理、认证系统建设的复杂性集中体现在各网省应用系统建设的差异性，根据对国网公司范围内应用系统的分析，国网公司范围内的应用系统种类繁多，但大致可以分为三类：(1)全网标准应用系统，如

32、今后要建设的八大应用等(2)标准系统，如SAP、Domino等(3)非标准应用系统，如各网省自行建设的应用系统等第一、二类系统将成为今后国网公司范围内应用系统的主体，第三类系统将逐步淘汰或过渡到第一、二类系统，第一、二类系统应是目录、身份管理、认证的主要对象。,设计组节前工作内容及目前进展情况介绍,1月,2月,2007年,工作内容,目标成果,目录、身份管理、认证系统设计组成立,山东、湖北省电力公司现场调研,验证环境系统安装指导书,全网各网省公司需求统一问卷调查,全网标准应用系统集中现场调研,整理分析需求材料，编写需求说明书,国家电网公司目录、身份管理、认证系统需求说明书初稿,在国网公司信息中心

33、搭建验证测试环境,制定系统详细设计大纲,国家电网公司目录、身份管理、认证系统详细设计书初稿,根据需求调研材料，编写系统详细设计方案,复原前期POC验证系统环境,已完成,进行中,待完成,设计组节后工作内容介绍,2月,3月,2007年,工作内容,目标成果,确定进一步现场调研网省,对指定网省电力公司现场调研,整理分析需求材料，完善需求说明书,验证测试详细设计方案中关键要点的可行性,根据进一步需求，改进系统详细设计,国家电网公司目录、身份管理、认证系统详细设计书修订稿,根据验证结果，进一步改进系统详细设计方案,验证测试几个全网标准系统的专题设计方案的可行性,已完成,进行中,待完成,国家电网公司目录、身

34、份管理、认证系统需求说明书修订稿,编写相关培训教材及搭建培训环境,网省公司人员培训教材,建设实施人员培训教材,对网省公司人员及建设实施人员进行培训,4月,试点建设实施,目前设计工作过程中存在的问题,在国网信息办领导的指示下，全网目录、身份管理、认证系统设计组于1月16日成立后便开始了紧张的工作，到目前为止，需求调研、详细设计等正在按计划顺利进行，但还是遇到了一些问题，如：(1)需求调研及需求分析、设计的时间紧张，工作量很大（为了能在节前完成详细设计初稿，已将部分周六周日排入工作计划）(2)目前设计组在信息中心的硬件设备无法满足验证测试的要求(3)目前只收到四分之一左右的网省回复的需求调研问卷调查表设计组努力克服困难，将设计和验证工作做好，为全网目录、身份管理、认证系统的早日建成贡献自己的力量。,汇报结束，谢谢各位！,