勘探开发大数据建设及应用探讨.pptVIP

提供功能分组，按个人工作重点组织管理系统 提供功能导航掌握。。。 如果实现了两个桌面系统集成，前面所讲的11种不适应现象就全部得到解决。这是多么让人高兴奋的一件事 最后我想说的是 四、主题应用模式探讨 3、远景预期效果 开发管理桌面------功能导航 掌握自己所管理的系统 我们已经建立了完善的源头数据库，开展了主题项目库的应用模式研究，并取得了一定成果。 我们正处在大数据时代，信息化成果已经发挥了作用，但仍需要深入地、更好地为科研生产服务，所以需要得到领导的更多支持，来实现信息可视化的远景目标。 2019 ppt资料 * 欢迎批评指导！！ 快乐工作，快乐生活！ 感谢您的聆听！ ！ 下面从三个方面11种现象来剖析一下当前系统应用在数据挖掘中的表现 目前服务模式有单机客户端版和浏览器B/S版 第四个不适应是相同组件重复开发，如开发曲线绘制在每个软件公司都要开发一次，产生成果缺乏共享 刚才从三个方面对当前系统应用模式存在的不适应性进行了表象剖析，但问题根本原因是什么呢？ 经过几年的摸索和实践，解决方案是建立主题应用项目库和开发最基础的应用组件 在主题应用项目库建设中，首先要作好结构设计，而结构设计要考虑三个必要条件，其次是实现数据迁移和转换 现在的测井查询系统就是基于这种主题应用库理念而设计开发的 所以面向应用的主题结构要重新设计 什么是换层，就是库里只有历次射孔数据，而没有历次射孔是否生产的标志；我们也只能从管柱图的工具标识中知道哪些层生产、哪些层不生产，这就是所谓的人脑知而电脑不知 主题应用结构设计好了，怎么实现数据迁移呢？按照应用需求，利用集成工具平台推送数据 第二个解决方案是开发最基础的应用组件，从流程图看出，基础组件开发关键是区域2的软件项目库数据组织和已有系统标准文件格式转换 工作方法是： 这是数据应用与支持平台如何将主题应用库结构与数据集巧妙构建在一起的示意图，怎么实现的是比较深的计算机技术不做重点讲解。 上述工作，达到了一个目的……我们的原则是 通过这几年的建设研发，图中两个区域1、2的解决方案已经实现, 并已研发了100多个基础应用组件，今后开发最基础的应用组件也是软件公司今后的工作方向； 区域3的解决方案是下步目标，也是我们的远景预期效果 就是对已有系统开发综合研究桌面，对新系统，提供工具将基础组件自助式组合成应用系统。 下面看一下我们预计实现的桌面集成功能：一是综合研究桌面集成 提供公共应用软件功能 提供自助式资料查询与辅助分析 提供个性化工区管理 二是开发管理桌面集成 三、当前系统应用模式分析 3、专业应用服务方面 如采油工程处的采油工程决策系统与开发处的自然递减分因素控制系统都本着一个相同的目的，需要对不满24小时生产的油井时率进行原因分类，仅仅因分类标准侧重点不同，就要重复采集两次。 ?相同数据不能共用 三、当前系统应用模式分析 3、专业应用服务方面 维护使用人员累 研发人员累 浏览器B/S版现状 辅助查询方式独立 相同组件重复开发 相同数据不能共用 产生成果缺乏共享 查询功能相对专一 不 应 适 三、当前系统应用模式分析 数据获取 专业应用软件研发 专业应用服务 类型格式多 软件研发与需求对接复杂 无面向用户的集成平台 表象 根本 原因？ ?面向应用的数据结构有问题？ ?组件开发问题？ 需要建立新机制 已有系统如何优化 新系统如何开发 解决方案 三、当前系统应用模式分析 ?组件开发问题 建立新机制？ ?面向应用的数据结构有问题？ 开发最基础的应用组件 已有系统 新系统 自助式应用 综合研究桌面 软件 项目库 标准文 件格式 支持工具 支持工具 主题应用 项目库 13个专业 源头数据库 支持工具 一、大数据概述 二、勘探开发大数据建设 三、当前系统应用模式分析 四、主题应用模式探讨 四、主题应用模式探讨 源头关系型结构是以源头采集为目的设计的，为最大限度满足各种业务数据需求，设计时尽可能将不同专业需要的数据全部容纳下来，其结构设计比较复杂，层次比较深，很多数据表不适合应用系统要求。 （1）数据库结构应按应用要求重新设计，不能照搬源头数据结构 序号 分类 采集单位 1 物探 物探公司 2 钻井 钻井公司 3 测井 测井公司 4 录井 录井公司 5 试油测试 井下作业公司 6 分析化验 地质院 7 油藏地质 采油厂（开发） 8 采油设备 9 工艺管理 10 井下作业 11 油气集输 12 储量管理 13 地面工程 源头采集专业分类表 1、主题应用项目库 结构设计三必要 源头测井库结构包含多种测井类型，如裸眼井测井、固井测井及生产测井等，数据种类方面也有井、评价、图件、曲线、图头数据、解释结论等，层次关系多；而主题应用项目库中只有两层关系，一层是井基础数据表，下挂曲线与解