中国海油信息系统顶层设计试点项目_方法论总结报告课件

1、中国海洋石油总公司信息系统顶层设计试点项目方法论总结报告目录1项目目的、范围、试点选择与设计方式三通过方法论试点形成的关键结论与问题探讨二海油信息系统顶层设计/EA定制方法论与试点应用实践一项目概述2概念解析、设计原则、总体思路与要点3试点设计预期成果与目标总览四下一步工作推进建议项目目的通过小范围试点探索适用于海油的信息系统顶层设计方法论，并期望通过企业架构设计成果能够对总公司信息化日常工作提供现实指导，具体应用于以下三个场景：总公司职能部门向IT部门提交信息系统建设需求：如何建设？所属单位向总公司IT部门提交信息系统建设立项报告：如何审批？现有信息系统的关停并转与深化建设：如何处置？试点保

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

3、层面（范围界定为满足总公司一管到底的该业务条线在总公司与所属单位信息系统建设的共性业务需求）的信息系统顶层设计，并归纳总结海油特色的信息系统顶层设计方法论关于试点选择与设计方式：1、业务职能界面有所交集，与其他系统关联较为密切，以装备和HSE为代表进行“诊断分析”试点；2、业务职能相对清晰，与其他系统关联较为密切，以财务和资金为代表进行“规划设计”试点；3、业务职能相对清晰，与其他系统关联较少且相对独立，以科技为代表进行“详细设计”试点；企业架构/信息系统顶层概念解析与设计原则企业架构：包括业务架构与IS/IT架构，而IS/IT架构由应用架构、数据架构和技术架构构成。顶层设计：运用系统论的方法

4、从全局角度对某项任务或者某个项目各方面、各层次、各要素统筹规划，以集中有效资源，高效快捷地实现目标。其特征包括：顶层决定性、整体关联性、实际可操作性。【项目组理解】信息系统顶层设计：遵循企业架构框架及原则、以业务架构为输入，根据顶层设计要求（自顶向下、统筹关联、可操作）对企业架构涉及IS/IT架构的内容进行合理裁剪（tailor）后形成的能够指导信息化（项目）计划所必备（must-to-have）的IS/IT架构设计【项目组理解】备注：信息系统顶层设计应定位于做EA范畴内的事情，只是在广度和深度上有所控制。此外，原则上业务架构应提前明确，并作为信息系统顶层设计的输入，而不是其工作范围内再行开展

5、的事项。12345战略驱动原则企业架构设计立足公司业务和信息化战略，综合考虑短期成果和长期影响，遵从集团利益最大化的设计原则。功能完备原则技术中立原则标准遵从原则信息系统架构设计遵循一套统一的信息系统间交互（应用、数据、技术）标准规范，确保全公司各部门、各单位在信息化规划和建设过程中易于实现系统间的互操作性。融合共享原则企业架构设计与管控必须注重业务协同、应用集成、数据共享、平台统一，避免信息化建设中出现信息孤岛、重复建设。信息系统架构设计尽量独立于特定技术平台与产品，制定一套可灵活选择不同技术平台与产品实现的架构蓝图，各级单位和相关部门依据此架构框架进行信息化建设和深化应用。信息系统架构设计

6、尽量全面覆盖应该支撑的业务，确保系统功能设计“不重、不漏、分类合理”。信息系统顶层设计总体思路与要点业务架构是各试点业务条线信息系统顶层设计输入（以业务现状梳理为主，不做业务优化设计）系统架构（包含应用、数据架构）需要与业务架构严格、一致对应，是试点设计的主要输出技术架构决定信息系统架构的具体实现，在顶层设计中主要致力于拟定一套完整的技术架构参考框架、建议的技术平台服务目录与可选组件，根据集团信息化战略与管控要求，结合信息化工作中的问题和场景确定信息系统技术架构设计需要遵循的指导原则、标准规范试点设计预期成果与目标总览围绕相关业务条线开展架构设计，其中装备及QHSE以架构诊断分析为主，财务及资

7、金以架构规划为主，科技与信息几乎是以架构详细设计为主。梳理及设计成果装备及QHSE财务及资金科技信息技术业务主线设计方式诊断分析规划设计详细设计梳理业务架构/设计系统架构/未来系统规划梳理业务架构/设计系统架构/未来系统设计技术架构设计/IT技术管控原则和要求业务职能业务流程业务职能预期目标现有系统诊断评估及未来建设策略、建议未来系统的建设项目招标依据IT技术架构：未来系统建设选用公共技术平台/组件约束性建议现有系统诊断评估、未来系统建设内容及重点识别（整体蓝图+专题规划），指导立项审批梳理业务架构/设计系统架构/现有系统诊断业务职能目录三通过方法论试点形成的关键结论与问题探讨二海油信息系统顶

8、层设计/EA定制方法论与试点应用实践一项目概述四下一步工作推进建议1总体方法论2分业务条线从业务到信息系统架构推导方法步骤3试点业务条线方法论应用实践海油信息系统顶层设计/EA定制方法论CIM: Computation Independent Model计算无关架构PIM: Platform/Product Independent Model平台/产品无关架构PSM: Platform/Product Specific Model平台/产品相关架构信息系统顶层设计方法论以海油整体业务架构为总纲，分业务与技术两条主线分别设计信息系统应用/数据架构与总体技术架构，两条主线的输出共同规范化指导并约束

9、系统实施具体技术方案的落地实现业务主线：从某业务条线的业务架构梳理入手，应用模型驱动架构方法（MDA）与严谨的架构建模方法/工具（如：IDEF0、C-U矩阵）推导出与业务相匹配的信息系统目标架构（含应用、数据与集成）技术主线：从支撑各项业务的IT技术能力入手，参考业界最佳实践并结合海油实际情况设计出总体技术架构，定义各信息系统建设需要考虑统一的公共技术平台/组件以及使用这些平台/组件必须遵循的管控原则业务架构梳理（CIM：计算无关架构）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0）B3. 业务流程图（泳道流程图）B4. 业务模块-数据资料对

10、应关系（C-U矩阵）业务-信息系统映射（CIMPIM）M2.1 信息系统应用功能识别 M2.2 信息系统数据实体识别M3. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM：平台/产品无关架构）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM：平台/产品相关架构）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）分-分业务条线：总-总体技术架构：总-总体业务架构：整体业务架构信息系统技术架构设计IST. 技术架构（PSM）选定成熟套装软件（如SAP）业务最终用户对信息

11、系统提出的技术实现需求IT管理部门对信息系统提出的技术实现约束支撑各业务的技术能力/技术域业界参考技术架构框架IT技术能力技术架构相关能力技术架构能力分解目标及需求描述T. 技术架构平台/组件定义及管控原则各步交付内容定义与产出示例/示意一、业务架构梳理B1.1 业务范围边界（定义本业务条线职能范围、海油内部相关业务条线、海油外部相关组织） B1.2 业务能力框架（本业务条线业务能力分类及分解结构） B1.3 业务能力分布（本业务条线业务能力在总公司、所属单位两级的部署及权责） 集团管控模式B2 业务协作关系（本业务条线内部各业务模块之间、与海油内部相关业务条线、外部相关组织之间信息交换关系）

12、总公司统一管控责任方：业务部门责任方：业务部门责任方：业务部门责任方：业务部门各步交付内容定义与产出示例/示意一、业务架构梳理B1.1 业务范围边界（定义本业务条线职能范围、海油内部相关业务条线、海油外部相关组织） B1.2 业务能力框架（本业务条线业务能力分类及分解结构） B1.3 业务能力分布（本业务条线业务能力在总公司、所属单位两级的部署及权责） B2 业务协作关系（本业务条线内部各业务模块之间、与海油内部相关业务条线、外部相关组织之间信息交换关系）集团管控模式总公司统一管控责任方：业务部门责任方：业务部门责任方：业务部门责任方：业务部门各步交付内容定义与产出示例/示意一、业务架构梳理B

13、1.1 业务范围边界（定义本业务条线职能范围、海油内部相关业务条线、海油外部相关组织） B1.2 业务能力框架（本业务条线业务能力分类及分解结构） B1.3 业务能力分布（本业务条线业务能力在总公司、所属单位两级的部署及权责） B2 业务协作关系（本业务条线内部各业务模块之间、与海油内部相关业务条线、外部相关组织之间信息交换关系）总公司所属单位科技管理条线直接负责：间接配合条线：规划计划财务资产人力资源外事管理采办管理集团管控模式总公司统一管控责任方：业务部门责任方：业务部门责任方：业务部门责任方：业务部门B1.1 业务范围边界（定义本业务条线职能范围、海油内部相关业务条线、海油外部相关组织）

14、 B1.2 业务能力框架（本业务条线业务能力分类及分解结构） B1.3 业务能力分布（本业务条线业务能力在总公司、所属单位两级的部署及权责） B2 业务协作关系（本业务条线内部各业务模块之间、与海油内部相关业务条线、外部相关组织之间信息交换关系）集团管控模式总公司统一管控外部关联：各步交付内容定义与产出示例/示意一、业务架构梳理责任方：业务部门责任方：业务部门责任方：业务部门责任方：业务部门业务架构的核心产出是依照严格业务建模方法（如：IDEF0）建立的一套业务职能/协作关系描述图表，该套图表应由建模工具保证形式上的一致性，由业务部门保证内容上的全面性和准确性，最终经业务部门领导审核并签字确认

15、M1.1 应用功能识别（从业务架构中提炼业务对信息系统建设的功能需求，归纳为“不重、不漏”的应用功能模块，并将应用功能按本业务专用、多业务条线共用+专用、借助其他业务条线集成实现分为I、II、III类） M1.2 数据实体识别（从业务架构中提炼业务对信息系统建设的数据需求，归纳为“不重、不漏”的数据实体，并将数据实体分为结构化数据、非结构化数据）B4. 业务模块-数据资料关系（数据资料对应业务模块的产生/使用关系C-U矩阵）各步交付内容定义与产出示例/示意二、业务架构-信息系统映射业务对信息系统需求分析（责任方：业务+信息化部门）解耦后针对每块业务分类M2. 应用功能-数据实体关系（数据实体对

16、应应用功能模块的产生/使用关系C-U矩阵）责任方：业务部门（BPR）责任方：信息化部门A1.1 应用系统划分（根据应用功能模块识别的结果，结合系统分类标准及原则指导应用系统/子系统划分）A1.2 应用功能分布（系统/子系统/应用功能模块在总公司、所属单位两级的使用关系指导建、用、管策略制定）A1.3 应用系统集成（系统/子系统/应用功能模块之间的信息交互关系图）D1. 主题数据分类（根据数据实体识别的结果，归纳数据主题域-数据实体分类框架：结构化、非结构化）各步交付内容定义与产出示例/示意三、信息系统架构设计（PIM）责任方：信息化部门责任方：信息化部门责任方：信息化部门责任方：信息化部门A1

17、.1 应用系统划分（根据应用功能模块识别的结果，结合系统分类标准及原则指导应用系统/子系统划分）A1.2 应用功能分布（系统/子系统/应用功能模块在总公司、所属单位两级的使用关系指导建、用、管策略制定）A1.3 应用系统集成（系统/子系统/应用功能模块之间的信息交互关系图）D1. 主题数据分类（根据数据实体识别的结果，归纳数据主题域-数据实体分类框架：结构化、非结构化）各步交付内容定义与产出示例/示意三、信息系统架构设计（PIM）责任方：信息化部门责任方：信息化部门责任方：信息化部门责任方：信息化部门A1.1 应用系统划分（根据应用功能模块识别的结果，结合系统分类标准及原则指导应用系统/子系统

18、划分）A1.2 应用功能分布（系统/子系统/应用功能模块在总公司、所属单位两级的使用关系指导建、用、管策略制定）A1.3 应用系统集成（系统/子系统/应用功能模块之间的信息交互关系图）D1. 主题数据分类（根据数据实体识别的结果，归纳数据主题域-数据实体分类框架：结构化、非结构化）各步交付内容定义与产出示例/示意三、信息系统架构设计（PIM）示例责任方：信息化部门责任方：信息化部门责任方：信息化部门责任方：信息化部门A1.1 应用系统划分（根据应用功能模块识别的结果，结合系统分类标准及原则指导应用系统/子系统划分）A1.2 应用功能分布（系统/子系统/应用功能模块在总公司、所属单位两级的使用关

19、系指导建、用、管策略制定）A1.3 应用系统集成（系统/子系统/应用功能模块之间的信息交互关系图）D1. 主题数据分类（根据数据实体识别的结果，归纳数据主题域-数据实体分类框架：结构化、非结构化）各步交付内容定义与产出示例/示意三、信息系统架构设计（PIM）示例责任方：信息化部门责任方：信息化部门责任方：信息化部门责任方：信息化部门A2.1 现有系统诊断（现有系统比照PIM的诊断分析改进建议：功能覆盖、系统集成）A2.2 未来系统架构设计（结合现有系统诊断与市场解决方案/产品调研结论的未来信息系统建设建议架构PSM架构）各步交付内容定义与产出示例/示意四、信息系统现状诊断/未来架构设计责任方：

20、信息化部门责任方：信息化部门诊断建议：现有 vs.未来，从6个维度（其中3个维度为架构分析维度：业务支撑度、组织覆盖度、业务协同度）出发对相关业务条线的信息系统应用架构以及系统现状进行评估公司 vs. 所属单位，建设 vs. 管理（现有系统关停并转、未来系统建设路线、管控要求及建设策略）依照方法论试点交付内容总览交付步骤交付内容诊断分析类规划设计类详细设计类装备QHSE财务资金科技IT一、业务架构梳理（CIM：计算无关架构）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系B3. 业务流程图B4. 业务模块-数据资料关系二、业务-信息系统映射（CIMPIM）

21、M1.1 应用功能识别M1.2 数据实体识别M2. 应用功能-数据实体关系三、信息系统架构设计（PIM：平台/产品无关架构）A1.1 应用系统划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类四、信息系统现状诊断/未来架构设计（PIMPSM：平台/产品相关架构）A2.1 现有系统诊断A2.2 未来系统架构（：规划，：设计）五、总体技术架构设计T. IT技术架构注：同样画，诊断分析类、规划设计类、详细设计类的交付深度会有所区别目录三通过方法论试点形成的关键结论与问题探讨二海油信息系统顶层设计/EA定制方法论与试点应用实践一项目概述四下一步工作推进建议2产生价值：做与不做顶层设计

22、不一样3应用指导：信息系统建设全生命周期管理4业务影响：业务特点与现状对方法论应用影响分析1方法特色：1-2-3-3分业务条线从业务到信息系统架构推导方法步骤总结业务架构梳理（B）业务-信息系统映射（M）信息系统架构设计（A、D）信息系统现状诊断/未来架构设计工作步骤负责部门输入输出工具方法确定业务范围边界搭建业务能力框架确认业务能力分布梳理业务协作关系建立业务模块-数据资料对应关系信息系统需求分析（应用功能识别 /数据实体识别）建立应用功能-数据实体对应关系划分应用模块划分应用功能分布明确应用系统集成关系定义主题数据分类现有系统架构诊断（功能覆盖、系统集成）未来系统架构设计业务部门业务部门信

23、息部门信息部门信息部门IDEF0C-U矩阵C-U矩阵功能分类（I/II/III类）C-U矩阵业界参考业务架构框架（最佳实践）实际业务调研输入业务能力框架业务IDEF0图业务流程图（可选）应用功能-数据实体C-U矩阵信息系统现状业务能力框架业务IDEF0图业务流程图（可选）业务模块-数据资料C-U矩阵（可选）应用功能清单数据实体清单应用功能-数据实体C-U矩阵信息系统平台/产品无关应用架构（PIM）主题数据分类信息系统现状评估信息系统平台/产品相关应用架构（PSM）1234121234125从业务到信息系统架构推导方法论特点由业务职能梳理入手，层层划分至业务流程将业务与应用功能及数据采用映射关系

24、严格一致对应推导出权责明晰、分布合理的与具体平台/产品无关的信息系统架构通过试点归纳总结出一套适用于海油的信息系统顶层设计方法论12应用两个有别于传统信息化规划的特色方法/工具：IDEF0C-U矩阵3设计借鉴模型驱动架构（MDA）思想区分三类架构模型：CIM-PIM-PSM将信息系统应用功能模块分为三个类别：I类（本业务条线专用）II类（公共+专用）III类（其他业务条线集成）31-2-3-3：“1套方法体系，2个建模工具，3类架构模型，3类功能划分”顶层设计能够带来的主要价值：做与不做不一样贯穿从业务到信息系统映射的全过程，依据合理逻辑推导建立起从上至下、从粗到细的与业务匹配的信息系统全景图

25、，从而形成一套规范的相对技术独立（与具体实现技术无关）的信息系统架构资产对实现信息系统的总体技术架构及公共技术平台进行了封装设计，形成一套规范的相对业务独立（与特定业务条线无关）的IT技术架构资产根据架构资产明确信息化建设及管控原则，有效推动各级部门和组织在信息化建设全生命周期全程确保统一、一致的架构遵从1、为批复信息化计划提供重要依据2、为批复新建信息化项目提供重要依据4、为信息化规划制修订提供重要参考3、为信息系统清理提供重要参考T.总体技术架构使用规则平台组件顶层设计成果对信息系统建设全生命周期管理的指导意义顶层设计成果（架构图表）贯穿信息系统全生命周期，提供一致的工作指导信息系统顶层设

26、计提供了一套可对照执行的工作模板（统一架构图表），使得管理制度编制、系统现状诊断与需求分析、规划与设计工作有章可循、有规可依，并在一定程度上消除和降低了依靠个人经验的主观判断对于信息化管理人员来说，应用顶层设计成果有助于规范化并简化立项审批和系统验收工作信息系统建设生命周期顶层设计成果可研阶段实施阶段运维阶段可研编制立项审批需求分析系统设计开发测试上线部署系统验收系统运维业务架构(CIM)B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系B3. 业务流程图信息系统平台/产品无关架构(PIM)A1.1 应用系统划分A1.2 应用功能分布A1.3 应用系统集成D

27、1. 主题数据分类信息系统平台/产品相关架构(PSM)A2.1 现有系统与PIM对应A2.2 未来系统架构总体技术架构(PIM-PSM)T. IT技术架构业务定位是否清晰系统架构是否合理技术是否可行且合规是否有重复建设业务需求是否满足系统实现是否符合架构设计技术选用是否合规各试点业务条线业务管理特点与信息系统现状对顶层设计方法论应用的影响分析业务架构梳理（CIM）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0）B3. 业务流程图（泳道流程图）B4. 业务模块-数据资料对应关系（C-U矩阵）业务-信息系统映射（CIMPIM）M1.1 信息系统应

28、用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）选定成熟套装软件（如SAP）试点业务条线业务管理特点信息系统现状主管部门自身职能清晰度主管部门与相关部门业务关联度如业务关联度高，主管部门与相关业务边界清晰度现有信息系统功能完备度信息系统建置策略如采用成熟套装软件，是否已选定产品装备较高高较低较高成熟套装软件（SAP P

29、M）+客制化开发（EMP）是：SAP PMQHSE较高较高较高较高客制化开发为主财务高高高高成熟套装软件为主是：SAP，用友等资金低高较低较低成熟套装软件为主否科技高低低客制化开发为主业务到信息系统架构推导方法应用场景总结应用场景顶层设计决策树：判断（1）信息系统顶层设计的业务基础是否具备；（2）如何因应具体情况定制适用的顶层设计方法业务管理特点信息系统现状主管部门自身职能清晰度主管部门与相关业务关联度高低高低主管部门与相关业务边界清晰度高低现有系统功能覆盖完备度信息系统建置策略高低成熟套件客制开发软件选型已定未定决定业务架构（CIM）梳理要求的深度决定信息系统架构（PIM, PSM）设计步骤

30、裁剪装装安安财资财资科科装装装安安资资财财科科从业务角度判断开展信息系统顶层设计的前提条件是否具备：对先行开展BPR工作需求高的业务条线资金装备QHSE中的“应急管理”（由于业务条件不具备，导致信息系统顶层设计难以深入）从信息系统角度定义顶层设计类型：3*2=6种类型现有系统建置策略功能覆盖度高（A型）功能覆盖度低（B型）套装软件财务资金客制开发QHSE科技混合装备各试点业务条线对应的顶层设计场景类型与定制方法步骤说明根据各业务条线自身业务管理特点与信息系统现状，可以对方法论进行合理裁剪，形成与具体应用场景相适应的定制方法步骤套装A型财务：业务综合、自身职能与边界均清晰，信息系统历史包袱大，成

31、熟套装软件为主、已定产品选型建议从CIM跳过PIM直接推导PSM，即将信息系统现状直接对照业务架构进行平台/产品相关架构的分析设计业务架构梳理（CIM）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0*）B3. 业务流程图（泳道流程图*）B4. 业务模块-数据资料对应关系（C-U矩阵*）业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系

32、统现状诊断/未来架构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）选定成熟套装软件（如SAP）*无需在业务方面严格做BPR根据各业务条线自身业务管理特点与信息系统现状，可以对方法论进行合理裁剪，形成与具体应用场景相适应的定制方法步骤套装B型资金：业务综合、自身职能与边界均不清晰，信息系统历史包袱小，成熟套装软件为主、未定产品选型原则上建议严格遵循CIMPIM PSM的步骤，但CIMPIM过程业务对信息系统需求分析步骤（M1.1M1.2）可充分参考市场上成熟套装软件产品说明，以加速分析设计进程业务架构梳理（CIM）B1.1 业务范围边界B1.

33、2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0*）B3. 业务流程图（泳道流程图*）B4. 业务模块-数据资料对应关系（C-U矩阵*）业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）*需要在业务方面严格做BPR市场成熟套装软件产品说明各试点业

34、务条线对应的顶层设计场景类型与定制方法步骤说明根据各业务条线自身业务管理特点与信息系统现状，可以对方法论进行合理裁剪，形成与具体应用场景相适应的定制方法步骤客制A型QHSE：业务综合、自身职能与边界均清晰（部分业务职能除外如应急管理），信息系统历史包袱大，客制化开发为主原则上建议严格遵循CIMPIM PSM的步骤，但CIMPIM过程业务对信息系统需求分析步骤（M1.1M1.2）可充分参考现有系统需求规格定义，以加速分析设计进程*对于自身职能和/或边界不清晰的业务职能（如应急管理），需要在业务方面严格做BPR，其他不需要业务架构梳理（CIM）B1.1 业务范围边界B1.2 业务能力框架B1.3

35、业务能力分布B2. 业务协作关系（IDEF0*）B3. 业务流程图（泳道流程图*）B4. 业务模块-数据资料对应关系（C-U矩阵*）业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）现有信息系统需求规格定义各试点业务条线对应的顶层设计场景类型与定制方法步骤说明根据各业

36、务条线自身业务管理特点与信息系统现状，可以对方法论进行合理裁剪，形成与具体应用场景相适应的定制方法步骤客制B型科技：业务独立，信息系统历史包袱小，客制化开发为主建议严格遵循CIMPIM PSM的设计步骤业务架构梳理（CIM）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0*）B3. 业务流程图（泳道流程图*）B4. 业务模块-数据资料对应关系（C-U矩阵*）业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划

37、分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）*是否需要在业务方面严格做BPR由业务自身职能清晰度决定各试点业务条线对应的顶层设计场景类型与定制方法步骤说明根据各业务条线自身业务管理特点与信息系统现状，可以对方法论进行合理裁剪，形成与具体应用场景相适应的定制方法步骤混合A型装备：业务综合、自身职能清晰但边界不清晰，信息系统历史包袱大，成熟套装软件与客制化开发并存、已定产品选型原则上建议严格遵循CIMPIM PSM的步骤，但CIMPIM过程业务对信息系

38、统需求分析步骤（M1.1M1.2）可充分参考现有系统需求规格定义，以加速分析设计进程*需要在业务方面严格做BPR业务架构梳理（CIM）B1.1 业务范围边界B1.2 业务能力框架B1.3 业务能力分布B2. 业务协作关系（IDEF0*）B3. 业务流程图（泳道流程图*）B4. 业务模块-数据资料对应关系（C-U矩阵*）业务-信息系统映射（CIMPIM）M1.1 信息系统应用功能识别 M1.2 信息系统数据实体识别M2. 应用功能-数据实体对应关系（C-U矩阵）信息系统架构设计（PIM）A1.1 应用模块划分A1.2 应用功能分布A1.3 应用系统集成D1. 主题数据分类信息系统现状诊断/未来架

39、构设计（PIMPSM）A2.1 现有系统架构诊断功能覆盖、系统集成A2.2 未来系统架构设计（PSM）现有信息系统需求规格定义各试点业务条线对应的顶层设计场景类型与定制方法步骤说明目录三通过方法论试点形成的关键结论与问题探讨二海油信息系统顶层设计/EA定制方法论与试点应用实践一项目概述四下一步工作推进建议1向下延伸：科技、QHSE沿顶层设计深入落地2向上延伸：“十三五”集团信息化规划3横向延伸：总公司跨部门协调业务、二级单位顶层设计向上、向下、横向延伸总览信息化规划信息系统顶层设计信息化项目计划与实施引领驱动业务战略IT战略“十三五”信息化规划总结“十二五”执行情况根据公司“十三五”业务发展规

40、划制定信息化规划信息系统顶层设计推广跨业务条线协同应用 （决策支持、共享中心）二级单位生产信息化应用 （气电集团、海工）已试点条线顶层设计深化总公司科技管理系统实施建设QHSE相关系统的整合归并管理类生产类单业务管理跨业务协同工作要求：明确思路：以顶层设计为桥梁，打通规划与计划的分隔，注意用全面、自顶向下的视角去开展信息化建设业务先行：在开展信息系统建设之前，需要先做好业务准备。确定管理思路，区分边界，明确职责，理清流程注重实效：不贪多图全，要根据本单位/本业务的实际情况，有针对性地开展顶层设计工作，达到解决实际问题的目的后续工作建议：顶层设计向上、向下、横向延伸下步工作推进建议1：已试点条线

41、顶层设计深入落地顶层设计成果科技管理QHSE管理实施商选择系统设计系统实施系统推广实施步骤设计技术路线选择整合范围确定业务需求分析总公司科技管理系统建设系统整合归并顶层设计成果从业务协同的需求出发，对业务域内的系统进行集成点分析，判断是否存在集成需求，以及判断集成需求的深度层次从保护现有投资，技术实现便捷、用户体验平稳过渡等方面考虑，在整合归并时，建议选择一个核心系统，并确定需要集成的相关系统根据上述的集成需求分析，以一个主要系统为核心，确定该业务域内整合归并的技术路线最后，确定具体的系统整合归并实施步骤（先集成哪些，后集成哪些，集成所必需的先决条件等）下步工作推进建议2：“十三五”集团信息化规划信息化规划与顶层设计（EA）的对接“十三五”业务战略“十三五”信息化战略信息化愿景目标IT技术愿景目标IT技术关键能力IT管理关键能力技术发展趋势石油行业特点IT管理愿景目标海油现实问题/应用场景遵从、驱动业务信息化&“两化融合”愿景目标业务对信息系统需求信息系统架构(应用、数据)IT技术架构信息化项目识别与实施路径规划IT管控架构信息化总体架构（EA）总公司顶层设计遵从、补充、完善与更新整体业务架构现状 vs. 目标蓝图现状 vs. 目标蓝图现状 vs. 目标蓝图业信信信信信信业信业业信“十二五”业务与信