中国海油信息系统顶层设计试点项目_分业务条线设计报告_科技管理分册课件

1、中国海洋石油总公司信息系统顶层设计试点项目设计报告-科技管理分册（修改稿）目录二科技管理分册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射项目目的通过小范围试点探索适用于海油的信息系统顶层设计方法论，并期望通过企业架构设计成果能够对总公司信息化日常工作提供现实指导，具体应用于以下三个场景：总公司职能部门向IT部门提交信息系统建设需求：如何建设？所属单位向总公司IT部门提交信息系统建设立项报告：如何审批？现有信息系统的关停并转与深化建设：

2、如何处置？试点保障信息化规划与企业整体架构及生产经营环境相适应的方法论建立IT与业务的协同关系，绘制业务到IT的企业架构全景图1234探索杜绝“花架子”系统、信息孤岛和应用竖井的有效途径为今后信息化建设提供管控原则以及审核依据统一规划统一建设统一管理项目范围、试点选择与设计方式技术架构数据架构应用架构业务架构企业架构试点设计实施方法制定最佳实践应用中国海油IT顶层设计方法论制定架构原则制定企业架构设计方法石油石化行业企业架构参考框架企业架构管控体系顶层设计方法论制定企业架构设计推广实施计划12345科技/财务/资金/装备/QHSE本次总公司信息系统顶层设计试点项目，采用企业架构的方法，对五个业

3、务条线开展总公司层面（范围界定为满足总公司一管到底的该业务条线在总公司与所属单位信息系统建设的共性业务需求）的信息系统顶层设计，并归纳总结海油特色的信息系统顶层设计方法论关于试点选择与设计方式：1、业务职能界面有所交集，与其他系统关联较为密切，以装备和HSE为代表进行“诊断分析”试点；2、业务职能相对清晰，与其他系统关联较为密切，以财务和资金为代表进行“规划设计”试点；3、业务职能相对清晰，与其他系统关联较少且相对独立，以科技为代表进行“详细设计”试点；项目相关概念解析企业架构：一种对组织业务运营以及所需的基本IS/IT支持的描述，它是架构学科在组织最抽象化层面的应用。通常，企业架构适用于变更

4、项目的持续沟通和管理，而且通常包括业务结构、IS/IT全景图、对战略改进机会的识别以及对大型转型活动的识别。企业架构包括业务架构与IS/IT架构，而IS/IT架构由应用架构、数据架构和技术架构构成。信息化规划：是指在企业发展战略目标的指导下，在理解企业发展战略目标与业务规划的基础上，诊断、分析、评估企业管理和IT现状，优化企业业务流程，结合所属行业信息化方面的实践经验和对最新信息技术发展趋势的掌握，提出企业信息化建设的愿景、目标和战略。顶层设计：是运用系统论的方法，从全局的角度，对某项任务或者某个项目的各方面、各层次、各要素统筹规划，以集中有效资源，高效快捷地实现目标。在中国，“顶层设计”在中

5、共中央关于“十二五”规划的建议中首次出现，现已成为一个被各行各业广泛使用的名词。顶层设计特征：一是顶层决定性，顶层设计是自顶向下展开的设计方法，核心理念与目标都源自顶层，因此顶层决定底层，高端决定低端；二是整体关联性，顶层设计强调设计对象内部要素之间围绕核心理念和顶层目标所形成的关联、匹配与有机衔接；三是实际可操作性，设计的基本要求是表述简洁明确，设计成果具备实践可行性，因此顶层设计成果应是可实施、可操作的。基于以上理解，项目组给出信息系统顶层设计的定义：遵循企业架构框架及原则、以业务架构为输入，根据顶层设计要求（自顶向下、统筹关联、可操作）对企业架构涉及IS/IT架构的内容进行合理裁剪（ta

6、ilor）后形成的能够指导信息化（项目）计划所必备（must-to-have）的IS/IT架构设计【项目组理解】信息系统顶层设计应该定位于做EA的事情，只是在广度和深度上有所控制，此外业务架构应作为信息系统顶层设计的输入而不纳入工作范围企业架构（EA）/信息系统顶层设计原则12345战略驱动原则企业架构设计立足公司业务和信息化战略，综合考虑短期成果和长期影响，遵从集团利益最大化的设计原则。技术中立原则标准遵从原则融合共享原则企业架构设计与管控必须注重业务协同、应用集成、数据共享、平台统一，避免信息化建设中出现信息孤岛、重复建设。信息系统架构设计遵循一套统一的信息系统间交互（应用、数据、技术）标

7、准规范，确保全公司各部门、各单位在信息化规划和建设过程中易于实现系统间的互操作性。信息系统架构设计尽量独立于特定技术平台与产品，制定一套可灵活选择不同技术平台与产品实现的架构蓝图，各级单位和相关部门依据此架构框架进行信息化建设和深化应用。功能完备原则信息系统架构设计尽量全面覆盖应该支撑的业务，确保系统功能设计“不重、不漏、分类合理”。信息系统顶层设计总体思路与要点业务架构是各试点业务条线信息系统顶层设计输入（以海油自身业务现状梳理为主，不做业务优化设计）信息系统架构（包含应用、数据）需要与业务架构严格、一致对应，是试点设计的主要输出技术架构决定信息系统架构的具体实现，在顶层设计中主要致力于拟定

8、一套完整的技术架构参考框架、建议的公共技术平台服务目录与可选组件，以及根据集团信息化战略与管控要求确定信息系统技术架构设计需要遵循的指导原则、标准规范试点设计预期成果与目标总览围绕5+1条线开展架构设计，其中装备及QHSE以架构诊断分析为主，形成诊断分析报告；财务及资金以架构规划为主，关注重点业务领域；其他两条主线则以架构详细设计为主，指导后续全面建设设计成果装备及QHSE财务及资金科技信息技术业务主线设计方式诊断分析规划设计详细设计业务架构/信息系统架构/未来系统规划业务架构/信息系统架构/未来系统设计技术架构业务职能业务流程业务职能期望目标现有系统诊断评估及未来建设策略建议未来系统建设项目

9、招标依据IT技术架构：未来系统建设选用公共技术平台/组件约束性建议未来系统建设内容及重点识别（整体蓝图+专题规划），指导立项审批业务架构/信息系统架构/现有系统诊断业务职能目录二科技管理分册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射海油总公司科技管理业务与信息化特点总结海油总公司科技管理条线业务管理特点，及现有信息化建设情况，决定了本次项目科技管理条线的关注重点及要求：主线突出，闭环管理起步较早，进展较缓辐射周边，多种协作融合 吸收

10、前期工作成果（访谈、会议决议、专项信息化规划），融入本次设计工作完整科技管理为本次试点项目中，“设计”模式类型。需完成工作方法论中各个阶段的交付。含业务架构、功能架构、数据架构。统一 从总公司视角出发，统一规划，统一确认业务架构，统一设计功能架构快速 集中力量，加速开展工作，满足开展下一阶段系统建设的时间点要求。科技管理以科技项目管理为业务管理的主线，覆盖项目计划预算、立项、实施、验收、项目后评估、成果管理、奖励等多个阶段。形成项目全生命周期的闭环管理。需求强烈，工作扎实围绕科技项目管理，部门内部关联科技交流、学术活动、计量等卫星业务与财务、规划计划、人力资源等多业务条线产生协同。又如标准化管

11、理与几乎所有业务部门都产生业务交集总公司与各所属单位均有强烈的科技管理系统建设需求。前期已完成开展科技管理信息化专项规划，多次集中业务需求讨论总公司2004年即开展科技管理信息化建设，有十年的历史。目前在用子系统6个。目前多项业务仍缺乏信息系统的足够支撑。总部及所属单位间系统未进行集成贯通少部分所属单位建立了本单位的科技管理系统，但功能完整度不统一科技管理条线“设计”的工作要点适合科技管理特点的信息系统顶层设计方法步骤试点业务条线主管部门业务职能清晰度主管部门与相关部门业务关联度现有信息系统功能完备度信息系统建置策略如采用成熟套装软件，是否已选定产品场景类型科技高低低定制软件完整型将科技管理的

12、业务特点与信息系统顶层设计的方法进行结合，形成适合科技管理业务条线特点的设计方法。科技管理条线按照信息系统顶层设计的方法论，完整实现了四个工作步骤业务架构梳理（CIM：计算无关架构）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系B3. 业务流程图B4. 业务模块-数据资料对应关系业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别*M2. 应用功能-数据实体对应关系信息系统架构设计（PIM：平台/产品无关架构）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类*信息系统现状诊

13、断/未来架构设计（PIMPSM：平台/产品相关架构）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）科技管理分册交付内容概览企业架构诊断分析B. 业务架构（梳理）PIM. 信息系统架构PSM. 信息系统现状诊断系统划分系统部署系统集成现有系统分析系统架构设计业务范围边界业务能力框架业务能力分布业务协作关系（IDEF0图）M. 业务-信息系统映射应用功能覆盖应用功能分类应用功能-数据关系（C-U矩阵）高阶数据架构A2.2B1.3B1.1B1.2B2M2.1M2.2M3A1.1A1.2A1.3D1科技管理业务条线在本次信息系统顶层设计试点项目中定位为做到详细设计深度

14、，具体交付内容包括：A2.1B3业务流程图本分册（科技管理）编制依据本分册信息系统架构设计基于从收集资料与调研访谈中获得的以下事实，可视为本次架构设计成果的前提假设（输入），如果前提假设发生变化，设计成果（输出）会发生相应变化（需遵循交付框架所示步骤对交付成果进行相应修改）业务相关：总公司“十二五”科技发展规划+海油科技管理制度体系（2013版）+海油科技管理信息化总体规划（2013年底）+科技发展部业务人员调研业务职能组织机构业务关联业务流程：含事务流与信息流信息系统相关：科技发展部业务人员调研+科技管理系统内外部论证纪要+海油科技管理信息化总体规划（2013年底）对信息系统建设的主要需求现

15、有信息系统建设情况调研沟通情况现阶段结合总公司科技发展部各处室岗位职责、调研访谈，完成了中国海油科技管理业务条线的业务架构原型梳理业务架构原型梳理对科技发展部5个处室进行调研访谈，结合中国海油科技发展部岗位职责与总公司科技管理内控制度体系，总结归纳出11个一级业务职能、41个二级业务职能、70个三级业务职能以及8个四级业务职能目前与科技发展部沟通访谈34次，访谈5个业务处室，6个二级单位以及海油信科业务流程视图业务职能视图调研沟通情况：已开展15次沟通，访谈18人次，其中工作组沟通：8次处长交流：7次部门领导汇报：3次分册概述：调研沟通与相关资料收集情况日期时间调研沟通主题参加人完成状态9/1

16、7/2014下午科技管理工作组沟通总公司科技发展部综合处：谭吉川已完成埃森哲：杨斐、刘泽渊9/22/2014下午科技管理工作组沟通总公司科技发展部综合处：谭吉川已完成埃森哲：杨斐、刘泽渊9/24/2014下午科技管理工作组沟通总公司科技发展部综合处：谭吉川已完成埃森哲：杨斐、刘泽渊9/26/2014下午科技管理工作组汇报总公司科技发展部综合处：黄鑫、谭吉川已完成埃森哲：沈晖、杨斐、刘泽渊10/11/2014上午科技管理条线阶段性成果汇报总公司科技发展部：刘总，各处室处长已完成所属单位：气电集团、海油发展、化学、研究总院科技管理及信息部门代表埃森哲：沈晖、杨斐、刘泽渊10/21/2014下午科技

17、管理工作组调研总公司科技发展部标准化与科技交流处徐晓明等4人、综合处黄鑫已完成埃森哲：沈晖、杨斐、刘泽渊10/23/2014上午科技管理工作组调研总公司科技发展部综合处：黄鑫、谭吉川已完成埃森哲：沈晖、杨斐、刘泽渊11/3/2014上午科技管理工作组调研总公司科技发展部科研项目处林琳等3人、综合处黄鑫已完成埃森哲：沈晖、杨斐、刘泽渊资料收集情况：已收集相关参考资料33份相关资料收集情况总公司、有限公司机关部门职责科技管理内控制度体系主报告：中国海油科技管理信息化总体规划分册1：中国海油科技管理信息系统模型分册2：中国海油科技管理信息系统技术实现建议书分册3：中国海油科技管理信息化实施建议书中海

18、油科技管理信息化总体规划成果汇报中海油科技管理信息化总体规划与设计项目验收汇报会议纪要-科技发展业务管理信息平台建设方案内部论证会会议纪要-“总公司科技信息化总体规划与顶层设计”验收会会议纪要-总公司科技管理信息系统建设需求及方案座谈会7月10日中海油科技管理信息化部门业务调研访谈记录表 - 科研项目处7月11日中海油科技管理信息化部门业务调研访谈记录表 - 综合处7月12日中海油科技管理信息化部门业务调研访谈记录表 - 技术发展处7月16日中海油科技管理信息化部门业务调研访谈记录表 - 科技规划处8月5日中海油科技管理信息化部门业务调研访谈记录表 - 标准化与科技交流处中海油科技管理信息化所

19、属单位业务调研访谈记录表-中海油服中海油科技管理信息化所属单位业务调研访谈记录表-气电、油气、新能源中海油科技管理信息化所属单位业务调研访谈记录表-海工及天津分公司中海油科技管理信息化所属单位业务调研访谈记录表-湛江、上海、中联煤、炼化中海油科技管理信息化现状调研分析报告中海油科技管理信息化部门业务调研访谈记录表-深圳分公司、大榭石化、山东海化中海油科研系统调研会议纪要中海油服-科技信息化调研材料科技管理信息化调研材料（油服）科技管理信息化调研材料（海工）业务树模型海油总公司“十二五”科技发展规划2012年科学技术工作年报2013年科学技术工作年报科技发展知识管理平台-帮助文档目录二科技管理分

20、册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射B1.1 业务能力框架海油科技管理业务能力框架业务模块静态分类：基本原则是“合理分类”、“不重”、“不漏”科技交流与学术管理标准化科技人员管理科研组织管理科技资料信息管理综合事务管理科技计划预算科技项目管理科技成果管理科技发展规划科技政策与制度科技考核评估规划计划管理人力资源管理财务管理外事管理国家部委学会协会科研服务商其他社会组织战略管理海油相关业务条线外部相关组织运营管理基础支撑考核评

21、估与统计分析科技统计分析采办管理计量管理科研平台管理B1.1 业务能力框架科技管理业务能力框架业务能力分解结构：分解目标是到叶子结点的模块粒度“无歧义”科技战略规划战略管理科技项目管理立项管理经费管理实施过程管理项目后评估运营管理标准化管理标准制修订科技人员管理基础支撑科研组织管理科技政策与制度科技计划预算科技规划管理科技项目计划预算科技政策宣贯科技资料信息管理科技统计与考评科技战略管理战略研究战略制定战略管理规划组织建立规划执行检查与评估科技管理专项预算科技统计科技考核标准宣贯验收管理科研人员科技管理人员专家管理科技交流与学术管理科技管理制度制定科技管理制度执行国家级科技专项总公司科研项目所

22、属单位科研项目规划编制创新型企业高新企业学术学会组织标准化组织国内科技活动科技成果管理知识产权科技奖励成果信息库计量管理计量标准的设置与考核计量器具的管理与监督规划的前期研究规划滚动调整规划项目的顶层设计计量保证与计量数据监督国际标准化标准复审前期研究标准实施监督国际科技活动国内展览学术交流学术论文管理国际展览学术交流学术论文管理综合事务管理出差/请假申请填报工作日程安排公文传阅管理重要事项督办前沿科技信息科技工作动态科技交流信息外部数据库分析与评估科研平台管理重点实验室产业化基地科技研发平台已确认科技战略规划战略管理科技项目管理立项管理经费管理实施过程管理项目后评估运营管理标准化管理标准制修

23、订科技人员管理基础支撑科研组织管理科技政策与制度科技计划预算科技规划管理科技项目计划预算科技政策宣贯科技资料信息管理科技统计与考评科技战略管理战略研究战略制定战略管理规划组织建立规划执行检查与评估科技管理专项预算科技统计科技考核标准宣贯验收管理科研人员科技管理人员专家管理科技交流与学术管理科技管理制度制定科技管理制度执行国家级科技专项总公司科研项目所属单位科研项目规划编制创新型企业高新企业学术学会组织标准化组织国内科技活动科技成果管理知识产权科技奖励成果信息库计量管理计量标准的设置与考核计量器具的管理与监督规划的前期研究规划滚动调整规划项目的顶层设计计量保证与计量数据监督国际标准化标准复审前期

24、研究标准实施监督国际科技活动国内展览学术交流学术论文管理国际展览学术交流学术论文管理综合事务管理出差/请假申请填报工作日程安排公文传阅管理重要事项督办前沿科技信息科技工作动态科技交流信息外部数据库分析与评估科研平台管理重点实验室产业化基地科技研发平台B1.2 业务能力分布总公司所属单位科技管理条线直接负责：间接配合条线：规划计划财务资产人力资源外事管理采办管理海油科技管理业务能力分布业务模块分级部署：与集团管控模式相对应（总公司、所属单位）业务能力视图现状信息收集现状信息收集：对应于每个业务模块，通过业务-数据-组织-系统信息收集表格梳理对应于该业务模块的输入数据资料、输出数据资料、控制信息（

25、业务处理规则、标准规范）、组织岗位、在用信息系统-应用模块业务能力分解（结合海油现状+先进实践）相关数据资料（海油现状）相关组织机构（海油现状）相关信息系统（海油现状）一级二级三级四级输入数据资料（I）输出数据资料（O）业务控制信息（C：业务处理规则、标准规范）集团总部所属单位信息系统（含版本）应用模块部署层级（总部、所属单位）套装软件客制化开发上线时间累计投资规模科技发展部各处室其他相关部门战略管理科技政策与制度科技规划处规划计划部科技发展规划科技规划处规划计划部、财务资产部科技投入管理科技规划处规划计划部、财务资产部运营管理科技计划预算科技项目处、技术发展处财务资产部科研项目管理综合处采办

26、部科研平台管理综合处科研成果管理综合处科研奖励管理标准化与科技交流处外事局科技交流与学会管理综合处、科研项目处、技术发展处专家管理及评审标准化与科技交流处标准化管理综合处人力资源部基础支撑科研组织管理综合处人力资源部科技人员信息管理综合处科技资料信息管理综合处科技保密管理综合处考评与统计科技考核评估综合处科技统计分析综合处模板业务能力分解的图形化表述对应B3. 业务流程模型B2. 业务协作关系体现业务模块内部及其之间与数据资料、组织机构乃至信息系统之间的勾稽关系IDEF0图绘制：现状描述诊断分析未来优化A-0图外部关联：IDEF：美国空军发明，描述企业内部运作的一套通用建模方法。应用于各行各业

27、IDEF0：专注业务功能建模产生结果所需资源谁来参与什么控制B3. 业务协作关系体现业务模块内部及其之间与数据资料、组织机构乃至信息系统之间的勾稽关系IDEF0图绘制：现状描述诊断分析未来优化A0, A1, A2, 图内部关联：B4. 业务-数据关系业务模块-数据资料U/C矩阵：从业务角度对数据的产生/使用关系进行梳理业务模块：不同颜色区分全自动化、半自动化、纯人工处理模块数据资料：不同颜色区分完全电子化、部分电子化、非电子化资料非电子化数据电子化数据部分电子化数据纯人工处理半自动化全自动化目录二科技管理分册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2

28、.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射M1.1 应用功能识别业务模块应用功能模块应用功能模块对应于业务架构中可全自动化、半自动化处理的业务模块决策支持科研组织管理人力资源管理科技信息管理绩效考核统计分析计划预算标准化管理科技交流管理计量管理科技成果管理项目管理采办管理财务管理科技项目管理科技计划预算综合管理(文档编辑/审批/发布/归档/流转)科技人员信息管理科技规划科研平台M1.1 应用功能识别业务模块应用功能模块应用功能全景蓝图（将应用功能模块按照 I类、II类、III类进行归类）II. 2.1 绩效考核管理I

29、II. 3.3 项目管理I. 1.3 科技项目管理1.4 科技成果管理1.2 科技计划预算3.1 计划预算3.2 财务管理1.6 标准化管理2.2 统计分析2.3 决策支持1.5 科技交流与学术管理3.4 采办管理3.5 外事管理2.4 综合管理3.6 人力资源管理1.8 科技资料信息1.9 科技人员信息管理应用功能模块分类分类判断依据建设使用运维I类本业务条线独有（Specific）YYYII类非本业务条线独有，但带有本业务条线特色(Specific +Generic)向公共平台提出本业务条线的特殊需求（本业务条线专业视图）YY（本业务条线专业视图）III类本业务条线需要，但应属于其他业务条

30、线主导，本业务条线与之集成或调用即可(Integration)向其他业务条线提出集成需求Y应用功能模块分类对本业务条线相关应用建设、使用与运维职责界定的指导意义1.7 计量管理1.1 科技规划1.11 科研平台管理1.12 科研组织管理M1.1 应用功能识别业务模块应用功能模块应用功能模块对应于业务架构中可全自动化、半自动化处理的业务模块决策支持科研组织管理人力资源管理科技资料信息管理绩效考核统计分析计划预算标准化管理科技交流管理计量管理科技成果管理项目管理采办管理财务管理科技项目管理科技计划预算综合管理(文档编辑/审批/发布/归档/流转)科技人员信息管理应用功能模块颜色体现对应于该业务条线的

31、三种类别应用：I 类应用（本业务条线独有）II 类应用（非本业务条线独有，但带有本业务条线特色）III 类应用（本业务条线需要，但应属于其他业务条线，本业务条线与之集成或调用即可）科技计划预算科研平台管理M1.2 数据实体识别数据资料数据实体（数据类）：数据实体对应电子化的数据资料（需进一步区分结构化、半结构化、非结构化数据）节选非结构化数据结构化数据半结构化数据M2. 应用-数据关系根据应用功能模块-数据实体U/C矩阵通过表上作业法进行信息系统划分（理论上推导的信息系统划分，不一定与现状与市场产品相匹配）规划计划科研项目科技成果科技交流与学术科技奖励标准化科研人员决策分析II类应用III类应

32、用 I类应用目录二科技管理分册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射A1. 产品无关应用架构A1.1 应用功能视图系统/子系统/应用功能模块划分科技相关系统集成科技文档编辑/审批/发布/归档/流转科技基础支撑科技管理门户（Portal）科技管理相关应用的“一站式”统一入口：单点登录、界面集成、流程集成搜索查询报告报表信息发布业务讨论应用导航统一身份认证与权限控制3.3 项目管理3.1 计划预算3.2 财务管理3.4 采办管理3.

33、5 外事管理综合管理3.6 人力资源管理科研组织管理 科技人员信息管理统计与决策支持分析与评估科技考核科技统计科技资料管理科技业务管理科技项目管理科技成果管理科技计划预算标准化管理科技交流与学术管理计量管理科技战略规划科研平台管理A1. 产品无关应用架构A1.1 应用功能视图系统/子系统/应用功能模块划分科技相关系统集成科技文档编辑/审批/发布/归档/流转科技基础支撑科技管理门户（Portal）科技管理相关应用的“一站式”统一入口：单点登录、界面集成、流程集成搜索查询报告报表信息发布业务讨论应用导航统一身份认证与权限控制3.3 项目管理3.1 计划预算3.2 财务管理3.4 采办管理3.5 外

34、事管理综合管理3.6 人力资源管理科研组织管理 科技人员信息管理统计与决策支持分析与评估科技考核科技统计科技资料管理总公司所属单位科技业务管理科技项目管理科技成果管理科技计划预算标准化管理科技交流与学术管理计量管理科技战略规划科研平台管理A1. 产品无关应用架构A1.3 应用功能交互系统/子系统/应用功能模块集成集成接口清单集成系统集成信息集成类型集成方向国家科技项目推荐网站国家科技项目立项材料数据集成向外所属单位科技管理系统所属单位科研项目信息数据集成向外集团采办业务管理信息系统合同信息应用集成向内集团主数据管理平台供应商信息数据集成向内集团采办业务管理信息系统供应商绩效数据集成向外文档管理

35、系统项目过程中产生所有文档应用集成向外集团全面预算系统科研项目计划预算应用集成向外集团全面预算系统科研项目计划预算应用集成向内专利查新系统（外部）专利信息应用集成向外出国管理系统出国人员信息应用集成向外集团人力资源管理系统员工基本信息数据集成向内中国科技论文在线万方数据维普资讯国家科技图书文献中心中国知网外部科技信息数据应用集成向内数据架构工作方法业务能力梳理业务过程分解业务表单及业务数据业务活动定义数据实体分类逻辑数据主题域概念数据模型业务活动与数据元素关联共享数据模型数据库表逻辑数据模型基本表（数据实体及属性）业务架构梳理标准化数据建模元素级数据分布矩阵企业级共享数据模型数据分布（业务功能

36、/应用系统）数据架构概要设计分解/整合物理数据模型D1. 逻辑数据主题域基于确认的业务架构，归纳并定义数据逻辑主题域。数据逻辑主题域的划分原则为：数据逻辑主题域和业务能力间紧耦合，各数据逻辑主题之间松耦合。DS01科技规划DS02科技政策与制度DS04科技项目DS05科技成果DS07科技奖励DS06外委合同DS08科技交流与活动DS09标准化DS11计量管理DS03科技计划DS13科研组织DS14科技人员DS16科技综合DS12科技经费DS15科技信息业务架构逻辑数据主题域DS10科研平台D1. 数据逻辑主题的业务分布将数据逻辑主题域与业务能力架构进行对应，明确各数据逻辑主题与业务的对应关系D

37、S01科技规划DS02科技政策与制度DS03科技计划DS04科技项目DS07科技奖励DS05科技成果DS08科技交流与学术管理DS09标准化DS11计量管理DS06外委合同DS13科研组织DS14科技人员DS16科技综合DS12科技经费DS15科技信息DS10科研平台目录二科技管理分册交付成果详述一科技管理分册概述2.4现有系统诊断分析2.5未来系统架构（PSM）设计2.3信息系统架构（PIM）设计零项目概述三总结与问题探讨2.1业务架构梳理2.6系统实施方案建议2.2业务-信息系统映射现状调研问题分析诊断建议系统诊断分析工作步骤科技管理信息化总体规划解读现有应用系统资料收集与研读 业务部门访

38、谈 34人次匹配信息系统顶层设计项目中业务能力架构。结合总公司信息系统清查梳理项目成果，对现状进行诊断。识别关键问题，制定系统诊断处置提升建议。明确后续建设工作建议使用信息系统顶层设计项目中对系统功能架构的定义与划分进行对照。总公司科技管理相关系统建设历程目前总公司科技发展部科技发展相关系统于2004年11月开始建设，不断进行增强与拓展，以满足业务的变化需要。200420052004年，科技部开展科技管理一期科研项目管理软件平台系统2007一期开发内容：基础平台科研项目科技奖励科技成果专家库2005年至2007年，开展第二期科技发展知识管理系统平台开发与实施工作二期开发内容包括：工作流升级文档

39、库升级技术发展职称评定专利备案标准化科技交流知识管理平台门户网站三期开发内容包括：手机短信服务提醒服务工作流优化科技统计职称评定升级完善标准化升级完善知识分类细化知识来源扩展知识推送网站升级2007年至2008年，开展第三期科技发展知识管理平台优化及应用开发项目实施2009-至今2009年至今，科技部又陆续新建或对现有应用系统进行整合与完善，以满足当前业务需求目前在用信息系统：科技统计子系统标准化管理系统项目信息库子系统计划预算子系统科技奖励评审系统科技部门户网站目前已建科技管理系统概览统建主要系统统建关联系统所属单位自建系统主要包括支撑科技发展部核心业务的标准化管理、科技项目管理、科技成果管

40、理以及科技交流与学术组织管理；还包括对于科技部相关科技预算等的管理支撑科技管理相关统计分析以及整合的专利、标准等外部信息各所属单位自建的系统，进行本单位科研综合管理以及科技信息查询等工作科技奖励管理科技交流与学术组织科技计划预算科技项目信息库综合科研统建主要系统统建关联系统所属单位自建系统自建科研综合管理平台自建科研项目经费管理系统自建科研数据管理系统自建科研项目管理系统自建科技信息管理平台其他自建系统标准化管理目前已下线科技规划系统*知识管理技术发展*科技规划系统已开发完成，但暂未正式投入科技统计门户网站专利信息库标准信息库系统诊断分析方法管控模式1业务支撑2业务协同3数据应用4用户体验5技

41、术支撑6建设费用7评价维度（量化指标）业务支撑度用户活跃度规划性服务范围部署模式年度数据增量服务对象用户满意度易用性预决算金额年均持续改进费率预算批准年均持续运维费用操作效率及支持安全性接口系统投产时间系统可用性运维资源规模系统变更能力可扩展性容灾能力系统开发周期高可用性业务支持能力技术支持能力总体分析量化打分处置建议总体分析评估方法依据信息系统顶层设计试点项目的设计成果（业务+技术），结合总公司信息系统清查梳理项目的成果定义系统的评估模型，对科技管理条线信息系统应用架构以及各个应用系统进行评估。业务支撑考察现有信息系统对各业务领域的业务能力支撑现状，评估信息系统是否可以满足现有业务需求管控模

42、式了解在用信息系统覆盖的组织范围，评估系统是否满足业务管控模式的需求数据应用评估对系统中的已有业务数据的有效利用。如是否建立分析体系，对历史数据进行信息的挖掘业务协同考察信息系统的集成状况，分析关键业务数据是否通过系统集成实现流程贯通与信息共享用户体验考察信息系统的界面风格、操作便捷性、操作连贯性等用户操作体验技术支撑考察技术对信息系统在可扩展性、系统性能、系统运维等方面的影响业务+信息业务信息负责部门：建设费用考察系统建设期、运维期费用的投入总体分析量化打分处置建议关键问题1：不满足“一个整体、两个层次”的管控模式，应用系统纵向覆盖不一致基本情况关键问题重点关注国家、总公司科技项目，对所属单

43、位自有科研项目的管理未进行覆盖。不能满足“一个整体、两个层次”创新体系的要求各项科研管理业务层次不一致（计划预算、科研项目、科技奖励等业务中只关注总公司的项目，但是在科技统计、科技成果等业务中又覆盖总公司和所属单位所有的科研项目）关键问题2：关键业务领域缺乏应用覆盖与支撑缺乏支撑支撑力度：中度支撑较好支撑基本情况关键问题未覆盖科技管理核心主线：计划预算、立项、实施、验收、评估，仅有年度计划、项目立项实现了在线管理静态管理为主、缺乏动态管理：主要以静态的结果/电子档案管理为主，对业务过程未实现信息系统的支撑（业务审批/数据统计/过程监督等），缺少与外部集成关键问题3：现有应用系统间相对孤立，业务

44、协同性较低关键问题未建设统一集成的单点登录模式，完成一个业务需要登录多个业务系统科技管理内部各模块单独建设，模块之间未集成，业务流程不共享与相关业务条线的系统未集成，手工线下操作或人工导入数据与外部组织及数据源未进行整合科技相关系统集成科技文档编辑/审批/发布/归档/流转科技基础支撑科技管理门户（Portal）科技管理相关应用的“一站式”统一入口：单点登录、界面集成、流程集成搜索查询报告报表信息发布业务讨论应用导航统一身份认证与权限控制3.3 项目管理3.1 计划预算3.2 财务管理3.4 采办管理3.5 外事管理综合管理3.6 人力资源管理科研组织管理 科技人员信息管理统计与决策支持分析与评

45、估科技考核科技统计科技资料管理科技业务管理科技项目管理科技成果管理科技计划预算标准化管理科技交流与学术管理计量管理科技战略规划科研平台管理外部相关系统外部数据库国家科技管理组织基本情况关键问题4：缺乏数据资源的共享及有效利用基本情况关键问题总公司科技发展部已建系统之间未实现集成，数据源不统一，造成数据重复录入以及信息不一致总公司与各所属单位系统，所属单位系统之间均未能联通，相关之间数据不共享，造成信息孤岛未统一实现与外部数据库的集成，各单位分散整合研究总院油服海工总公司所属单位关键问题5：缺乏整体设计，界面风格不统一，操作便捷性与连贯性不佳操作连贯性操作便捷性界面风格不统一界面友好性多次登录，

46、操作分散功能分散，操作不连贯虽有统一的入口地址，但未实现单点登录无统一的工作任务清单，信息搜索与查询未进行整体规划，对系统功能分布进行设计未遵循统一的设计风格标准，界面风格不统一，缺乏设计感流程图式导航，蓝色主题左侧导航，灰色主题部分功能界面信息不完备，需要在其他界面查看信息，导致用户操作不连贯如科技奖励系统，用户无法在填报意见的界面浏览项目的信息，需要在项目界面查看后到意见界面填写意见，影响了操作连贯性查看项目信息填报意见关键问题6：技术落后，影响系统的可扩展性和稳定性，系统运维成本较高技术对信息系统的影响系统运维难度高没有统一的技术标准，系统UI标准，增加了运维难度；技术较落后，功能调整难

47、度大，时间长，系统维护较多依赖系统开发商；需有多家供应商提供技术服务，运维资源分散，协调沟通成本较高系统性能无法满足业务快速发展系统响应速度慢，页面打开耗时较长部分系统存在附件无法上传的现象；未使用集群，均衡技术，未建立共享IT资源池，当CPU占用比过高时，无法快速调用其他资源。系统稳定性存在风险无相应的数据备份机制，数据安全存在风险；系统在单机条件下运行，增加了系统运行的风险；未针对操作系统、应用服务器、数据库等系统软件进行了专门的安全设计。科技发展部在用核心系统建设时间较早，基本于2010年之前上线，受当时技术条件所限，现有系统功能扩展性不高、系统运维成本较高。无法快速响应业务变化系统未使

48、用模块化组件设计理念，造成系统调整难度大，周期长，“牵一发而动全身”，无法快速影响需求变化。如对于审批流程未能实现灵活配置系统建设情况总结系统/子系统业务支撑技术支撑用户体验数据应用业务协同管控模式建设费用科技部网站科研项目信息库科技计划预算科技奖励标准化科技统计各系统在建设之时，满足当时的业务需求，对当时业务给与了较好的支持。积累了较多历史数据，为后期数据分析与挖掘提供了数据基础培养了用户利用信息系统办公的习惯，为其他信息系统的推广奠定了用户基础主要成果关键业务领域缺乏应用覆盖与支撑应用系统纵向覆盖不一致现有应用系统间相对孤立，业务协同性较低缺乏数据资源的共享及有效利用技术过时，影响系统的可

49、扩展性和安全性，造成系统运维成本过高缺乏整体设计，界面风格不统一，操作便捷性与连贯性不佳关键问题现状评估系统评估体系信息系统分析系统优化建议对科技部信息系统进行总体规划，设计应用蓝图，对科技部所有关键业务支撑对应用进行分类，按照优先级分批实施优化建议管控模式1业务支撑2业务协同3数据应用4用户体验5现存问题技术支撑6建设统一平台，满足总公司、所属单位共性需求支持“一个整体、两个层次”的科技管理体系建设科技管理统一门户，实现科技管理业务域内所有信息系统的用户统一身份认证统一进行用户友好性设计运用集群、均衡等技术，更加充分合理利用资源使用组件化设计思想，减少系统耦合性利用公共技术平台，快速开发，快

50、速部署明确数据输入输出关系，保证数据的唯一性和准确性提高系统中以及外部数据的共享度梳理科技管理业务边界，明确业务之间的协作关系，指导系统间集成关系同时关注与海油外部系统的协作与集成建设费用7遵循“简、精、实”的原则，坚持成本筹划与解决方案相结合，提高信息化实施成功率减少“信息孤岛”与资金浪费量化打分评价指标能力分类权重（%）得分核心作用作为综合权重85.0业务支持能力规划性0.060.0用户活跃度9.065.0年度数据增量3.585.0服务范围6.090.0服务对象4.086.0部署模式4.0预算批准2.5预决算金额12.0年均持续改进费率6.0业务支撑度12.0易用性12.0操作效率及支持1

51、2.0安全性5.0用户满意度12.0技术支持能力年均持续运维费用11.0接口系统11.0投产时间3.5系统可用性12.5运维资源规模11.0系统变更能力15.0可扩展性15.0容灾能力7.0高可用性7.0系统开发周期7.0评分体系共有两大类25个评价指标，通过对各个指标定义得分准则，再结合指标权重分别得到业务、技术支持能力的最终得分对每一个评价指标有不同的得分原则，对应不同的得分以科研项目信息库的用户活跃度KPI得分计算过程为例：原始数据查询确定用户数 300加工成评分数据具体的评价原则打分赋予得分权重用户活跃度=活跃用户数量/用户数量 16.67%用户活跃度可视化保证应用功能、数据实体与业务

52、的严格对应，把握业务引领主线，实现以业务为输入、以业务为源头、以业务为引领经验主义-“科学+艺术”将传统的业务职能、功能需求、架构设计都图形化展示，直观易于理解，使得业务与信息化人员间沟通更加便捷离散性-一致性通过定义逻辑严谨的方法论，引入标准化建模方法与工具，使得系统设计过程尽量减少人为干扰，由纯粹的经验主义，变为科学推导与设计艺术的结合方法论实践问题分析及建议业务架构梳理（CIM：计算无关架构）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系B3. 业务流程图B4. 业务模块-数据资料对应关系业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能

53、识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系信息系统架构设计（PIM：平台/产品无关架构）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM：平台/产品相关架构）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）#问题点原因分析应对建议1业务协作关系图（IDEF0）未能与业务部门详细讨论并确认通过语义严格的图形化建模方法较为复杂，业务人员较难掌握，困难手工绘制业务建模，难以保证规则的一致性对业务人员加强培训，掌握建模方法采用业务建模工具软件，加强对规则的强制约

54、束，提高模型建立的一致性2业务模块与数据资料的对应C-U矩阵的结果不确保科学的严谨性由于受时间以及业务人员投入所限，无法对数据资料做较为严谨的提炼与确认对业务人员加强培训，熟悉并掌握业务资料的识别，提高业务人员的参与程度3未来系统架构设计未提出产品相关架构定制软件无具体的产品对于采用套装软件作为解决方案的系统才需要定义平台相关架构（PSM）试点结论性建议：业务架构作为信息系统架构设计的输入至关重要，对于选择定制系统作为系统选型策略的业务条线，建议选择使用象IDEF0这样严谨的建模方法及配套工具，对业务架构进行严谨推导，实现业务清晰与合理化，才能设计出稳定的信息系统架构（先有业务顶层设计，才有信

55、息系统顶层设计）谢谢！附录一：科技发展部应用系统建设现状信息系统建设现状海油集团科技部共建立14个信息系统，其中8个系统正在使用，1个系统已开发完成暂未正式投入使用，5个系统已经停止使用。我们将针对目前正在使用的8个信息系统展开现状分析工作。建成未使用停止使用正在使用3 科技奖励系统科技交流与学术组织1 科技计划预算系统2 科技项目信息库综合科研4 标准化系统科技规划系统知识管理系统技术发展6 科技统计填报系统5门户网站7 专利信息库8 标准信息库科技项目管理系统统建主要系统统建关联系统1 科技计划预算系统概况系统简介科技计划预算系统主要用于对年度科技项目计划预算的申报、评审、上报、审批，使用

56、范围包括集团科技部、集团二级/三级单位，主要功能包括预算提交、预算审批等。科技计划预算系统于2012年投入使用，使用频率高，应用范围广。应用类别职能管理类部署层级集团科技部，集团二级、三级单位用户数量300并发用户数量上线时间2012投资规模43技术架构B/S开发方式定制开发实现技术J2EE服务器IBM单机数据库OracleWeb Server/中间件Weblogic开发商IBM，吉高运维商信科1.1 科技计划预算系统概况科技计划预算系统完成对年度科技项目计划预算申报、评审、上报、审批等过程信息管理管理岗审核项目处审核科技部总经理初步审核审核通过项目修改管理岗待审批项目处待审批科技部总经理审核

57、计划预算第一阶段二级单位填报提交审核优先级别删除申请变更申请项目汇总管理岗审核统计项目处审核统计预算汇总转正项目删除项目各单位统计阶段对比计划预算第二阶段计划预算第三阶段1.2 科技计划预算系统数据架构科技计划预算系统项目信息项目基本信息项目二版审批信息项目一版审批信息项目一版修改记录项目三版修改记录项目二版修改记录项目三版审批记录项目变更信息基本信息组织结构信息角色信息组管理信息科技战略规划战略管理科技项目管理立项管理经费管理实施过程管理项目后评估运营管理标准化管理标准制修订科技人员管理基础支撑科研组织管理科技政策与制度科技计划预算科技规划管理科技项目计划预算科技政策宣贯科技资料信息管理科技

58、统计与考评科技战略管理战略研究战略制定战略管理规划组织建立规划执行检查与评估科技管理专项预算科技统计科技考核标准宣贯验收管理科研人员科技管理人员专家管理科技交流与学术管理科技管理制度制定科技管理制度执行国家级科技专项总公司科研项目所属单位科研项目规划编制创新型企业高新企业学术学会组织标准化组织国内科技活动科技成果管理知识产权科技奖励成果信息库计量管理计量标准的设置与考核计量器具的管理与监督规划的前期研究规划滚动调整规划项目的顶层设计计量保证与计量数据监督国际标准化标准复审前期研究标准实施监督国际科技活动国内展览学术交流学术论文管理国际展览学术交流学术论文管理综合事务管理出差/请假申请填报工作日

59、程安排公文传阅管理重要事项督办前沿科技信息科技工作动态科技交流信息外部数据库分析与评估科研平台管理重点实验室产业化基地科技研发平台1.3 计划预算系统对科技业务覆盖情况计划预算系统1.4 计划预算系统相关业务应用场景计划预算系统新报项目基础信息、状态信息报表指标分析预算汇总数据分析审核信息经费来源过往预算分析决策科研项目信息管理项目来源各单位项目数量1.5 科技计划预算系统现状小结对业务支撑程度系统使用频率较高，用户数量250，能够较好的支持现有业务；不支撑科技管理专项预算管理。系统数据数据收集粒度较为完整。系统集成通过线下方式与海波龙实现集成；需要与科技部其他系统实现集成。技术架构单机服务器

60、，B/S架构；定制化开发，系统调整难度大、周期长。系统安全中海油内网访问，并采用基于角色的访问控制，一定程度上保证了系统的访问安全；系统服务器目前在石油内部存放在ITC机房，物理环境相对稳定；没有系统容灾和数据备份机制。系统运维由信科负责系统运维，系统调整频率高，系统调整主要依赖于系统开发商。整合新建业务支撑不能完全满足现有业务需求，需增加部分功能保留现有功能，增加新功能组织覆盖系统上线时间长，使用频率大，已被用户适应全新界面，用户需要熟悉阶段基础支撑传统的Tomcat+ Servlet +Oracle结构,单机服务器遵循统一的技术路线规范，保证技术标准的统一性；运用集群、虚拟化、负载均衡等技