大型浅海固定式平台装船技术
１６
科技创新导报 Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｎｏｖａｔｉｏｎ Ｈｅｒａｌｄ
２００８ ＮＯ．１４
Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｎｏｖａｔｉｏｎ Ｈｅｒａｌｄ
高 新 技 术
科技创新导报１ 前言
自１９９２年埕岛油田开发以来，已建成浅海固定式平台百余座，平台按功能分有：中心平台、修采一体化平台、计量平台、井组平台、单井平台等，平台分布海域水深在０．８ｍ～１５ｍ，平台结构均包括导管架钢桩基础即钢结构上部组块两大部分（见图１），平台的结构总重在几百吨￣上万吨，目前平台的施工已经形成了较为成熟的技术；近年来，随着海洋石油开采国际化的形成，海上平台向大模块方向发展，整体式集约化大型结构逐步替代传统中心平台的分散结构，胜利油建公司近年来成功运作了几个国际反承包项目，ＥＤＣ项目ＤＰＡ平台、赵东ＯＰＡ平台和ＯＤＡ平台等几千吨重的大型钢结构平台的成功建造，标志着胜利油建公司海上平台施工能力又迈上更高水平。
一座平台的建造包含着几个大的环节：构件预制、陆地建造、装船、海上拖运、海上打桩、海上就位等，本文主要介绍平台的装船和海上就位施工技术，由于平台两大部分中基础部分即导管架钢桩的制造规模（吨位）一般小于上部组块，所以本文将着重介绍平台上部组块（以下简称平台）的装船技术。
２ 平台装船方案的形成
平台建造单元模块的规模：平台建造一般分为两个阶段，即陆地建造阶段和海上安装阶
段，根据最终海上安装方案的不同，要求平台在陆地建造时分成几大单元模块，然后按序分步实施进海安装；即平台的海上就位能力是决定平台陆上建造单元模块规模的主要因素，换句话说，如果海上安装方案允许，平台可以整体建造、整体进海，这样可以有效减少海上作业量，缩短施工工期，减少施工费用，降低海上作业风险；但如果受海上安装能力限制，不允许平台整体建造进海，就要根据平台结构形式、重量和海上作业能力将平台分成若干个单元模块分别建造、分步进海安装。
平台装船方案的形成：平台或单元模块陆地建造完成后，装载到驳船上主要有两种方案，一是对于小型构件，可以采用陆地吊车或海上浮吊直接吊装上驳船，另一种方案是滑移装船方案。前种方案中，浮吊受码头吃水所限、陆地吊车受吊装能力所限，主要用于一二百吨重的小型平台，目前施工的大多数平台采用滑移装船方案。
３ 平台的滑移装船技术
平台滑移装船技术就是将驳船靠近码头，利用水平滑移系统将平台缓慢由陆地拖拉至驳船上，一个大型平台的滑移系统主要包括以下六部分：滑道（轨）、临时支撑（小车）、动力系统，拖拉系统、驳船及调载系统、平台测力系统（见图２／３）。其中，临时支撑系统一
般在浮装就位时有要求，即平台原有支撑系统柱间净距大于驳船甲板宽度，装船后全部悬空于驳船甲板之外，需要在平台内部不超过驳船甲板宽度范围新设计一套支撑系统，临时支撑系统一般直接作用在平台底层梁上，将改变平台梁的受力形式，所以要求平台梁能满足临时支撑设计需要，一般在平台钢结构设计阶段就要考虑施工的这一需要，ＥＰＣ项目管理模式尤其显现出其设计施工一体化在这类工程中的优势。临时支撑小车的设置将平台与滑道间的滑动摩擦改变为滚动摩擦，有效减小平台拖拉力，适用于５０００ｔ以上的特大单元模块。临时支撑小车要由有一定资质的设计人员专项设计。
３．１ 平台滑道设计
滑道包括陆地段和驳船段，陆地段一般可以考虑在现浇混凝土场地上直接预埋钢板，在已有的混凝土场地承载力不满足平台滑移要求时，可以设计大型现浇混凝土预制滑道块，排铺成滑道，当通过滑道块不能满足时要考虑通过地基处理增加地耐力，设置滑道块时要考虑以下几点。
混凝土块的长宽尺寸要大于平台支撑腿的外形尺寸，并满足地耐力要求：
G ／（a ＊b ）≥ｇ
G ：混凝土滑道块所受最大压力（Ｎ）a 、b ：滑道块的平面长、宽（ｍ）G ：地耐力（Ｎ／ｍ２）
滑道块的高h 考虑：稳性即h ／a ≤０．５，h ／b ≤０．５
滑道块的强度用内配筋、外加箍的方法实现，内部按钢筋混凝土压块构造要求配钢筋，外部１２条棱角全部用≥Ｌ１００×１０角钢包缚。
滑道块底面尽可能粗糙以增加与地面的摩擦，避免平台滑移过程中滑道块与地面产生相对移动，有必要时对滑道块铺设处的场地地面进行粗糙化处理。
滑道块顶面整体预埋厚度δ≥１６ｍｍ的平钢板，以降低平台与滑道间的滑动摩擦力，减小滑移拖拉力，在平台与滑道接触面上涂抹黄油也可以有效减小摩阻力。
当临时支撑底脚设置了滚动小车，滑道顶对应设置滚动轨道。
驳船段的滑道一般采用钢结构，设计时考虑平台支腿外形尺寸、驳船甲板的耐压强度、滑道块本身的稳性、刚性，高度还与水深和驳船吃水等因素有关，固定于甲板。
滑道整体顶平面保持水平或沿滑移方向留不大于５％坡。３．２ 平台拖拉系统设计
包括卷扬机、钢丝绳、卡扣、滑轮组
大型浅海固定式平台装船技术
许光林
（胜利石油化工建设有限责任公司 山东东营 ２５７００１）
摘 要：本文将着重介绍大型浅海固定式平台钢结构上部组块的装船方案的制定和方案实施，提出实施过程中应注意的问题，分析产生原因、提出预防及解决措施
。
关键词：固定式 平台 上部组块 装船 方案 问题 措施 安全
中图分类号：ＴＦ５９文献标识码：
Ａ
文章编号：１６７４－０９８Ｘ（２００８）０５（ｂ）－００１６－０２
图
１ 平台结构示意图
图２ 滑移装船系统平面示意图
１７
科技创新导报 Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｎｏｖａｔｉｏｎ Ｈｅｒａｌｄ高 新 技 术
２００８ ＮＯ．１４
Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｎｏｖａｔｉｏｎ Ｈｅｒａｌｄ科技创新导报
等的选型，拖拉点的设计，总体平面布置等内容。
根据平台重量计算拖拉动、静摩擦力或：F ＝G ／μ（G 平台模块重量，μ摩擦系数），根据动摩擦力布局两组或四组滑轮组，根据滑轮组的数量和轮数求得钢丝绳拖拉力，根据拖拉力的大小选用卷扬机和钢丝绳规格，选用钢丝绳规格时要求钢丝绳的安全系数K ≥５；当滑道有一定坡度时要考虑设溜尾系统。
平面布置要根据现场情况，以安全可靠、方便施工为原则。
３．３ 驳船的选择与强度校核：
考察驳船平面尺寸时要考虑平台海上就位方式的不同要求。用浮吊吊装就位，一般要求驳船宽度尺寸大于平台的宽度，这样可以提高海上拖运稳性，同时免除临时支撑结构的设置；用浮装就位则考虑驳船宽度应小于平台支腿间距，差值一般在为５～１０ｍ，平台靠临时支撑结构支撑在驳船甲板上。
驳船载重能力要满足最大受重要求（平台总重＋滑道重＋滑移索具重＋调载满载重＋其他施工载荷）；同时考虑此时驳船的型深、吃水深度能否满足码头及拖运所通过海域的高、低潮位时水深要求，如果不能满足高潮位时的水深要求，则不能选用，如果仅仅不能满足低潮位水深要求，则可考虑通过局部挖深海床满足装船、选择高潮位拖运出海来实现；另外校核驳船的型深还要考虑浮装就位过程中导管架支腿的间距和底部挡泥板的位置能否满足要求。
驳船的整体强度和刚度要针对平台装船时的受力进行校核，有必要时要加固驳船，一是加固甲板，确保滑道底部的甲板能承受平台重压，二是进行纵向整体性加固，确保有足够刚度和强度克服水平拖拉力带来的弯距，三是对驳船与码头相接处要进行加固，在驳船的船艉加设钢结构骨架增加与码头的接触面积，防止拖拉时受拖拉力作用而积压变形。
３．４ 驳船调载设计
驳船的调载即通过不停地调节驳船中各调载仓的储水量来调整驳船的吃水及驳船纵横向的水平度、平衡驳船各部位的受力、补偿潮汐变化、调整平台重心位移。考察驳船的调载能力时，一方面要考察驳船单位时间内的最大调载水量，另一方面要考察调载仓的布局和储量能否满足滑移装船时的调载要求。调载水量与平台重量和平台滑移速度有关，调载应遵循以下主要原则：保持陆地与船上的滑道面标高相同；组块即将上船时，应有设在码头的水平仪监控测量平台横向水平度，保证平台上船时船体艏 艉吃水一致；在平台上船的过程中，应随时监控驳船的状态，根据拖拉的速度及时调载，调载速度应略快于平台拖拉上船的速度。
３．５ 平台测力系统设计
平台的测力系统包括平台称重、拖拉力测量、登船测量、驳船受力测量等部分。平台称重测量主要是测量平台总重，为平台装船、拖航、就位过程提供计算依据，确保计算的准确性和实施的安全性；采用称重千斤顶实现，将平台称重千斤顶布置于平台立柱下，记录各千斤顶称重读数并求和。拖拉力测量主要测量拖拉力，测力点一般布置于拖拉吊点，主要监测拖拉受力。登船测量就是把测力点布置于最靠近码头的滑道块上，监测码头边缘在平台支腿上船过程的受压情况，根据测力结果控制各组支腿上船过程中的调载速度和上船速度，一般在支腿桩靴上船１／２之前几乎全部的传力均作用于码头上，１／２时暂缓上船进行调载，直至几乎全部力均作用于驳船上，开始继续拖拉，确保平台平稳登船。驳船受力测量指平台滑移装船过程中驳船纵向受力的监测，测点布置于驳船纵向主梁上。所有测力系统均通过测量测力点的应力，通过有限元分析法进而计算出该部位综合受力。３．６ 平台加固
是指平台装船后与驳船的连接，加固后平台要保证与驳船形成一个统一体，确保实施海上拖运时二者不发生相对移动。平台加固方法一般是将平台或临时支撑的柱脚与驳船甲板间加筋板焊牢，防止平台与驳船之间发生相对滑移或倾覆现象，使二者始终保持一个统一的稳心，确保海上拖航过程的安全；当平台设临时支撑装船时，为确保临时支撑系统的稳性，要在以上加固方法基础上再在临时支撑立柱与平台甲板之间加设斜向支撑，斜向支撑顶部作用于临时支撑立柱上部，根部作用于离临时支撑柱脚一定距离的平台甲板上，一般每根立柱的四个方向均增加侧向支撑。平台的加固方法以力学分析与计算为依据，所选用的加固材料要通过材料力学方面的校核。３．７ 平台滑移装船的实施
以上各项工作准备就绪后要实施平台的滑移装船，滑移装船系统要通过甲方及船检部门的检查，发现问题必须整改，否则不得实施装船。滑移装船时，专人指挥，统一指挥令；卷扬机及系泊地锚关键处均设专人监视，如有意外立即汇报指挥人员，停车检查。拖拉前调整各卷扬机钢丝绳预拉力，使各牵引卷扬机预拉力相同，实现同步。缓慢起步，待滑移０．５ｍ时立即停车，检查受力是否正常及平台的滑移惯性。正式启动缓慢滑移，移至码头岸边停止，再次检查平台平稳情况及驳船及滑道的连接是否正常。平台上驳船前，驳船储水舱内储水压舱，缓慢拖拉平台滑移至平台第一组支腿１／２部位上船时，停止滑移，启动驳船抽水泵调载至码头端测力趋于零时，继续滑移，平台上驳船过程中，调节驳船高度和上表面水平度，后面各组支腿上船方法同第一组支腿，直至平台移上驳船的指定位置。检查平台的位置是否正确，确认符合要求后，开始实施驳船与平台的连接加固。
３．８ 平台滑移装船应急计划
在装船过程中，可能会发生以下几种意外情况：一是拖拉系统瘫痪。包括拖拉钢丝绳断裂、卷扬机故障、吊耳、索具破坏等。此时应尽快抢修设备，恢复系统功能。如果平台此时已经骑上驳船，必须根据潮位不断地调载以保证船位。二是在平台滑移装船过程中发生偏移时的处理。如果出现偏移，则停止滑移，利用千斤顶和不同卷扬机动停操作来纠偏。三是驳船调载泵发生故障，减少或丧失调载能力。必须采取应急抢修方案及设置备用应急泵。四是在拖拉滑移过程中，突然起大风时的应急措施：滑移前，按天气预报，当有多于３天风力小于３级的好天气时，方才可以滑移。如果突然起大风，可根据滑移情况：平台位于岸上时则停止滑移，平台已经全部或部分登上驳船时，继续滑移，并增加驳船系缆根数，保证驳船稳定性。滑移时遇到异常情况，应将拖拉钢丝绳放松再检查原因，以免发生危险。
随着国内海上勘探开发的不断深入，浅海含油区块不断涌现，海上开采量不断增加，浅
海固定平台的数量和规模也在不断加大，要求
海上固定平台的施工能力不断提高，施工技术
不断进步，施工工艺不断更新；我们将进一步
探索新的施工方法，进一步加快。
图
３ 滑移装船系统剖面示意图
图４ 驳船靠岸水深示意图
卡口大数据平台技术方案 v
卡口大数据平台技术方案
目录
第1章总体技术架构 卡口大数据利用先进的深度学习与模式识别技术、实时搜索引擎技术、分布式存储技术解决公安传统刑侦手段在车辆稽查过程中遇到的技术瓶颈。 A、数据导入 数据整合网关汇聚接收卡警平台实时转发输出的过车数据，同时汇聚接收微卡口摄像机输出的过车数据。对于微卡口摄像机输出的过车数据，数据整合网关在接收到数据的同时对数据进行存储。 数据整合网关将接收到得过车图片实时转发给车辆特征识别服务。车辆特征识别服务对接收到的过车图片进行二次识别分析，提取出车辆品牌、型号、特殊标示物等多维度特征。 数据整合网关将接收到的过车数据、二次分析数据通过分布式消息总线导入到卡口大数据中。 B、数据存储与分析 卡口大数据提供Hadoop基础平台对非结构化数据进行统一的存储管理，提供分布式数据库对结构化数据进行统一的存储管理与离线分析；提供实时流处理平台对过车数据进行实时处理与分析，最后为分析研判、布控预警、业务处理等应用提供API接口。
第2章车辆特征识别2.1服务功能 2.2服务性能
第3章稽查业务功能 3.1车辆布控功能 支持多样化的车辆布控方式，通过提交、初审批、终审的流程完成车辆布控，布控成功后在发现符合布控条件的车辆时将进行实时警报提示，便于快速进行涉案车辆的处理。3.1.1车牌精确布控 支持通过设定完整车牌信息、车型信息、布控时限、布控时段、预警方式、接收单位等信息完成布控单； 3.1.2车牌模糊布控 支持通过设定车牌包含字符信息、车型信息、布控时限、布控时段、预警方式、接收单位等信息完成布控单； 3.1.3车型布控 支持通过设定车型信息、布控时限、布控时段、预警方式、接收单位等信息完成布控单； 3.1.4车辆类别布控 支持通过设定车辆类别信息、布控时限、布控时段、预警方式、接收单位等信息完成布控单； 3.1.5布控实时预警 满足警务人员在线实时查看布控信息的需求，在出现符合布控条件的车辆时，支持弹出警报； 3.1.6布控审批 满足对使用者提交的布控单进行审批的功能，根据布控单的审批阶段及时在对应人员的账号下显示。
大数据分析平台技术要求
大数据平台技术要求 1.技术构架需求 采用平台化策略，全面建立先进、安全、可靠、灵活、方便扩展、便于部署、操作简单、易于维护、互联互通、信息共享的软件。 技术构架的基本要求： ?采用多层体系结构，应用软件系统具有相对的独立性，不依赖任何特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬 件环境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、 部署、升级移植，保证系统具有一定的可伸缩性和可扩展性。 ?实现B（浏览器）/A（应用服务器）/D（数据库服务器）应用模式。 ?采用平台化和构件化技术，实现系统能够根据需要方便地进行扩展。2. 功能指标需求 2.1基础平台 本项目的基础平台包括：元数据管理平台、数据交换平台、应用支撑平台。按照SOA的体系架构，实现对我校数据资源中心的服务化、构件化、定制化管理。 2.1.1元数据管理平台 根据我校的业务需求，制定统一的技术元数据和业务元数据标准，覆盖多种来源统计数据采集、加工、清洗、加载、多维生成、分析利用、发布、归档等各个环节，建立相应的管理维护机制，梳理并加载各种元数据。 具体实施内容包括： ●根据业务特点，制定元数据标准，要满足元数据在口径、分类等方面的 历史变化。 ●支持对元数据的管理，包括：定义、添加、删除、查询和修改等操作，
支持对派生元数据的管理，如派生指标、代码重新组合等，对元数据管 理实行权限控制。 ●通过元数据，实现对各类业务数据的统一管理和利用，包括： ?基础数据管理：建立各类业务数据与元数据的映射关系，实现统一的 数据查询、处理、报表管理。 ?ETL：通过元数据获取ETL规则的描述信息，包括字段映射、数据转 换、数据转换、数据清洗、数据加载规则以及错误处理等。 ?数据仓库：利用元数据实现对数据仓库结构的描述，包括仓库模式、 视图、维、层次结构维度描述、多维查询的描述、立方体（CUBE）的 结构等。 ●元数据版本控制及追溯、操作日志管理。 2.1.2数据交换平台 结合元数据管理模块并完成二次开发，构建统一的数据交换平台。实现统计数据从一套表采集平台，通过数据抽取、清洗和转换等操作，最终加载到数据仓库中，完成整个数据交换过程的配置、管理和监控功能。 具体要求包括： ●支持多种数据格式的数据交换，如关系型数据库：MS-SQLServer、MYSQL、 Oracle、DB2等；文件格式：DBF、Excel、Txt、Cvs等。 ●支持数据交换规则的描述，包括字段映射、数据转换、数据转换、数据 清洗、数据加载规则以及错误处理等。 ●支持数据交换任务的发布与执行监控，如任务的执行计划制定、定期执 行、人工执行、结果反馈、异常监控。 ●支持增量抽取的处理方式，增量加载的处理方式； ●支持元数据的管理，能提供动态的影响分析，能与前端报表系统结合， 分析报表到业务系统的血缘分析关系； ●具有灵活的可编程性、模块化的设计能力，数据处理流程，客户自定义 脚本和函数等具备可重用性； ●支持断点续传及异常数据审核、回滚等交换机制。
大数据传输和接口实用标准化技术要求规范(212)协议详情Fix
污染源在线自动监控系统数据传输和接口标准技术规FIX 超时重发机制： 请求回应的超时，在一个请求命令发出后在规定的时间未收到回应，认为超时。超时后重发，重发规定次数后仍未收到回应认为通讯不可用，通讯结束。超时时间根据具体的通讯方式和任务性质可自定义。超时重发次数根据具体的通讯方式和任务性质可自定义。 执行超时 请求方在收到请求回应（或一个分包）后规定时间未收到返回数据或命令执行结果，认为超时，命令执行失败，结束。缺省超时定义表（可扩充）： 通讯协议数据结构 所有的通讯包都是由ACSII码字符组成(CRC校验码除外)。 通讯包结构组成：
字段对照表 代码定义 系统编码表（可扩充）（GB/T16706-1996）见《环境信息标准化手册》第一卷第236页
执行结果定义表（可扩充） 请求返回表（可扩充）
附录A：循环冗余校验（CRC）算法 CRC校验（Cyclic Redundancy Check）是一种数据传输错误检查方法，CRC码两个字节，包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC，并与接收到的CRC 域中的值比较，如果两值不同，则有误。 CRC是先调入一值是全“1”的16位寄存器，然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效，起始位和停止位以及奇偶校验位均无效。 CRC校验字节的生成步骤如下： ①装一个16位寄存器，所有数位均为1。 ②取被校验串的一个字节与16位寄存器的高位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③把这个16寄存器向右移一位。 ④若向右（标记位）移出的数位是1，则生成多项式1010 0000 0000 0001和这个寄存器进行“异或”运算；若向右移出的数位是0，则返回③。 ⑤重复③和④，直至移出8位。 ⑥取被校验串的下一个字节 ⑦重复③~⑥，直至被校验串的所有字节均与16位寄存器进行“异或”运算，并移位8次。 ⑧这个16位寄存器的容即2字节CRC错误校验码。 校验码按照先高字节后低字节的顺序存放。
大数据平台建设方案
大数据平台建设方案 (项目需求与技术方案) 一、项目背景 “十三五”期间，随着我国现代信息技术的蓬勃发展,信息化建设模式发生根本性转变,一场以云计算、大数据、物联网、移动应用等技术为核心的“新 IT”浪潮风起云涌,信息化应用进入一个“新常态”。***（某政府部门)为积极应对“互联网＋”和大数据时代的机遇和挑战,适应全省经济社会发展与改革要求，大数据平台应运而生。 大数据平台整合省社会经济发展资源,打造集数据采集、数据处理、监测管理、预测预警、应急指挥、可视化平台于一体的大数据平台,以信息化提升数据化管理与服务能力，及时准确掌握社会经济发展情况,做到“用数据说话、用数据管理、用数据决策、用数据创新”,牢牢把握社会经济发展主动权和话语权。 二、建设目标 大数据平台是顺应目前信息化技术水平发展、服务政府职能改革的架构平台。它的主要目标是强化经济运行监测分析，实现企业信用社会化监督,建立规范化共建共享投资项目管理体系，推进政务数据共享和业务协同,为决策提供及时、准确、可靠的信息依据,提高政务工作的前瞻性和针对性,加大宏观调控力度,促进经济持续健康发展。 1、制定统一信息资源管理规范,拓宽数据获取渠道，整合业务信
息系统数据、企业单位数据和互联网抓取数据，构建汇聚式一体化数据库,为平台打下坚实稳固的数据基础。 2、梳理各相关系统数据资源的关联性,编制数据资源目录，建立信息资源交换管理标准体系，在业务可行性的基础上，实现数据信息共享，推进信息公开，建立跨部门跨领域经济形势分析制度。 3、在大数据分析监测基础上，为政府把握经济发展趋势、预见经济发展潜在问题、辅助经济决策提供基础支撑。 三、建设原则 大数据平台以信息资源整合为重点，以大数据应用为核心，坚持“统筹规划、分步实施,整合资源、协同共享,突出重点、注重实效,深化应用、创新驱动”的原则,全面提升信息化建设水平,促进全省经济持续健康发展。
自升式钻井平台的拖航风险分析及应急处置99
自升式钻井平台的拖航风险分析及应急处置 摘要：海洋石油开采的活动，使得钻井平台的拖航日益增加，伴随着拖航事故 的发生，本文针对海上拖航发生的事故，从人员，设备，环境，分析查找可能存 在的风险，根据可能发生的风险制定防范风险的措施达到降低平台拖航安全事故 的方法。 关键词：主要问题；风险分析；应急管理 0.前言 钻井平台拖航作业是项高风险作业，在安全管理方面，任何的疏忽、管理不 到位都会造成巨大的风险，只有从以往的事故教训中，发现可能存在的问题，在 拖航管理中制定有针对性的严密防范措施，从人、机、物、环境、管理几大因素 分解各个环节，堵住各个环节的事故隐患。才能把事故消灭在萌芽状态，为以后 的拖航作业提供有效的安全保障。 1.回顾拖航存在主要问题 1.1钻井平台沉没 1.1.1渤海2号1979年遇到大风沉没，主要原因预报6-7级，实际阵风9-10级，通风筒被海浪打掉4个，船舱进水，船舶稳性达不到要求造成平台沉没。 一再提醒我们好的气象时间窗口是满足钻井平台安全作业的重要条件。 1.2碰撞平台 2012年1月某拖轮在渤海拖带钻井平台去渤海中部，平台压载，在大风浪中 解拖过程中造成船舶碰撞平台，几个原因的叠加造成碰撞平台，1、钻井平台的 过桥缆只有9米长，按照拖航规定应在10至30米，船舶回旋余地小，2、因为 大风船舶临时解拖，当时潮流较大，风流不合，涌浪较大推挤到平台尾部，3、 安全评估，船长没有做好有效的安全评估。找好接近平台最佳的船首向，试靠能 不能安全，缺乏对环境载荷已经超过船舶控制力的有效判断。 1.3钻井平台升降系统故障 2011年冬季某钻井平台在渤西岐口平台打井结束，准备离开岐口平台时，在 拔桩降平台过程中，平台升降电机因为平台操作未调平，强行拔桩造成平台振动 过大，电机烧损。在故障发生后拖航船长按平台应急处理，重新布锚，无关人员 撤离，平台安排人员从别的平台拆卸同样电机，赶在大风来临前修复，升船，避 免了一起大事故，因为设备的原因，和操作不当会带来潜在的危险，酝酿着巨大 的风险。 1.4拖船失去动力 2011年某钻井平台拖航期间，主拖轮报告左主机故障，且共用水箱漏水，冷 却淡水供应不足，期间仅靠右主机工作不能满足拖航的要求，如果继续工作会影 响右主机的正常工作，主拖轮报告拖航组，在左主机工作时，无法判断故障原因 及维修时间，建议停机，以便检修主机，此时船舶处于漂航状态，平台带付拖船 险情得以避免。 1.5拖船首推故障 2012年某拖轮在给平台精就位期间，作业准备结束，回收锚作业过程中发生，船舶首推断电，船舶横着流带着锚漂向海底电缆，造成海底电缆受损。 2.拖航的安全风险因素 2.1人员 a ）驾驶员、船长、平台操作人员的操作水平；
大数据标准体系
附件1 大数据标准体系 序号一级分类二级分类国家标准编号标准名称状态 1 基础标准总则信息技术大数据标准化指南暂时空缺 2 术语信息技术大数据术语已申报 3 参考模型信息技术大数据参考模型已申报 4 数据处理数据整理GB/T 18142-2000 信息技术数据元素值格式记法已发布 5 GB/T 18391.1-2009 信息技术元数据注册系统(MDR)第1部分：框架已发布 6 GB/T 18391.2-2009 信息技术元数据注册系统(MDR)第2部分：分类已发布 7 GB/T 18391.3-2009 信息技术元数据注册系统(MDR)第3部分：注册系统元模型与基本属性已发布 8 GB/T 18391.4-2009 信息技术元数据注册系统(MDR)第4部分：数据定义的形成已发布 9 GB/T 18391.5-2009 信息技术元数据注册系统(MDR)第5部分：命名和标识原则已发布 10 GB/T 18391.6-2009 信息技术元数据注册系统(MDR)第6部分：注册已发布 11 GB/T 21025-2007 XML使用指南已发布 12 GB/T 23824.1-2009 信息技术实现元数据注册系统内容一致性的规程第1 部分：数据元已发布 13 GB/T 23824.3-2009 信息技术实现元数据注册系统内容一致性的规程第3 部分：值域已发布 14 20051294-T-339 信息技术元模型互操作性框架第1部分：参考模型已报批 15 20051295-T-339 信息技术元模型互操作性框架第2部分：核心模型已报批 16 20051296-T-339 信息技术元模型互操作性框架第3部分：本体注册的元模型已报批 17 20051297-T-339 信息技术元模型互操作性框架第4部分：模型映射的元模型已报批 18 20080046-T-469 信息技术元数据模块(MM) 第1 部分:框架已报批
农业大数据应用平台技术要求
市农业大数据应用平台 建设项目 技术要求 2016年
目录 1技术要求 (3) 1.1项目目标 (3) 1.2建设现状 (3) 1.3建设原则 (4) 1.3.1先进性和成熟性 (4) 1.3.2可靠性和安全性 (5) 1.3.3开放性和标准化 (5) 1.3.4伸缩性和可扩展性 (5) 1.3.5易用性和可控性 (5) 1.4总体要求 (6) 1.4.1技术路线 (6) 1.4.2技术要求 (6) 1.4.3界面设计要求 (8) 1.4.4技术指标要求 (8) 1.5建设内容 (10) 1.5.1门户网站建设 (10) 1.5.2农业项目管理系统建设 (11) 1.5.3现有业务系统整合 (12) 1.6工程控制及验收需求................................................................. 错误！未定义书签。 1.6.1工程控制......................................................................... 错误！未定义书签。 1.6.2总体建设进度................................................................. 错误！未定义书签。 1.6.3里程碑及阶段交付物..................................................... 错误！未定义书签。 1.6.4项目验收......................................................................... 错误！未定义书签。2数据采集设备参数要求 (12)
自升式海洋平台大风浪拖航风险评价
自升式海洋平台大风浪拖航风险评价 交通运输工程刘宝龙李耿 摘要：为了避免自升式海洋钻井拖航作业过程中受恶劣天气的严重影响而导致的倾覆、沉没等毁灭性海难事故的发生，本文以模糊综合评价法为基础，结合自升式海洋钻井平台拖航作业及行业评价指标特点，建立风浪要素与风险等级的模糊关系矩阵，得出不同风浪条件下的风险程度，并及时做出预警，为自升式海洋钻井平台拖航作业提供安全保障。 关键词：自升式平台；模糊综合评价法；大风浪拖航；风险评价；产品构想 引言 随着海洋石油工业的迅速发展，自升式海洋钻井平台已成为海洋石油作业的主要装备。由于拖航作业非常频繁且风险性高，因此拖航过程中的事故防控非常具有挑战性。因此，对自升式海洋钻井平台拖航过程进行风险识别、评价，制定消减、控制措施，是保证拖航作业安全进行的重要措施，具有重要的应用价值。本文以“勘探二号”自升式海洋钻井平台为实例，应用模糊综合评价法，然后根据自升式海洋平台的作业特点，建立当时风浪要素与风险等级的模糊关系矩阵，开展了拖航作业的风险分析与评估，并根据分析结果就拖航作业安全保障提出相应建议。 1自升式海洋钻井平台简介 自升式海洋钻井平台，又称为桩脚式海洋钻井平台，是目前国内外应用最为广泛的钻井平台。自升式海洋钻井平台可分为三大部分；船体，桩靴和升降机构。需要打井时，将桩腿插入或坐入海底，船体还可顺着桩腿上爬，离开海面，工作时可不受海水运动的影响。打完井后，船体可顺着桩腿爬下来，浮在海面上，再将桩脚拔出海底，并上升一定高度，即可拖航到新的井位上。 自升式海洋钻井平台作业水深范围从12/14 英尺直至550 英尺。大多数自升式钻井平台的作业水深在250至300 英尺范围内。自升式钻井平台有两种型式，独立桩腿式和沉垫式。平台稳定站立后，大多数悬臂梁可以将钻台外伸到固定平台，在风大浪急的海面不能进行拖航。 2自升式海洋钻井平台拖航作业 2.1拖航作业步骤划分 根据自升式海洋平台相关操作规程和拖航经验，自升式平台的拖航作业可划分为以下几个步骤: 准备工作: 在进行拖航作业前要对影响船舶的风、浪、流等环境因素进行风
自升式平台的湿拖航安全性
中国船检 CHINA SHIP SURVEY 2012.10 94S afety & Security 安 全 观 察 自升式平台的湿拖航安全性 新要求的背景 截止目前，在全球已发生的所有海洋工程装置事故中，自升式平台所占比例最高。在这些事故中，因平台在湿拖过程中遭遇强风暴导致结构受损、舱室进水致使稳性不足最终倾覆沉没的例子占据了较大比例，例如：1976年的Ocean Express、1977年的Ocean Master II、1979年的渤海2号、1983年的Key Biscayne、1988年的Rowan Gorilla I、1989年的Interocean II、1990年的West Gamma、1998年的Mr. Bice 以及2011年的Kolskaya 等。 通过对这些事故的调查研究，发现在自升式平台湿拖过程中遭遇强风暴的倾覆事故几乎有着相同的发展模 CCS海工技术中心 李 凌 国际海事组织（IMO）在其出版的《2009年海上移动式钻井平台构造和设备规则》(以下简称“MODU Code”)中新增了对自升式平台破损残余稳性的要求(3.4.1)，已于2012年1月1日生效。就在新版MODU Code 生效前十几天，俄罗斯在役的最大自升式钻井平台之一Kolskaya 于2011年12月18日中午在从西勘察加半岛前往库页岛Zyryanskaya 海湾湿拖过程中遭遇风暴，最终由于风浪打破舷窗导致平台中部舱室进水沉没。此次自升式平台的倾覆沉没事故再次引起世界范围对自升式平台破损稳性不足所导致的拖航安全问题的高度关注。本文将以IMO 新增要求为中心，介绍其产生的背景、特点及影响。 式，从拖缆断裂丧失航向控制能力，到主甲板水密完整性丧志、舱室进水最终倾覆。 自升式平台倾覆事故发生的频率之高，尤其是1988年至1990年连续三年共损失了三座平台的惨痛教训，促成了平台拖航安全技术工作组（JSIT）于1991年成立。该工作组由英国卫生与安全管理局（UK HSE）、挪威海事局（NMD）、船级社、油公司、钻井承包商、平台业主、设计公司和船厂等组成。在1991年至1995年间，该工作组做了大量工作，主要包括对以往平台在湿拖过程中发生倾覆事故的调查分析、对当时业界稳性规范标准的研究、及对自升式平台适拖性及风险分析研究等。通过这些研究工作，工作组得到一些重要的结论， 栏目编辑：刘萧 liuxiao@https://www.wendangku.net/doc/bc1098861.html,
基于大数据的智能家电节能技术规范
基于大数据的智能家电节能技术规范 1 范围 本规范规定了智能家电基于物联网云端大数据技术实现舒适节能的定义、技术要求和检测评价方法，并根据智能化技术应用情况和智能化水平来评价系统（设备+平台）的节能特性。 本规范适用于应用物联网技术、有节能需求的家电产品，包括但不限于智能空调、热水器、洗衣机、冰箱等产品。 2 规范性引用文件 下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误表的内容）或修订版均不适用于本规范。然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。 GB 4706.1《家用和类似用途电器的安全第1部分：通用要求》 GB/T 28219 《智能家用电器的智能化技术通则》 GB/T 7725-2004 《房间空气调节器》 GB 4706.1-2005 《家用和类似用途电器的安全通用要求》 GB 4706.32-2012 《家用和类似用途电器的安全热泵空调器和除湿机的特殊要求》GB 21455-2013 《转速可控型房间空调器能效限定值及能源效率等级》 GB 19606-2004《家用和类似用途电器噪声限值》 T/CAS 289-2017 《家用房间空气调节器智能水平评价技术规范》 T/CAS 290-2017《智能家电系统互联互操作评价技术指南要求》 GB/T 18336.1—2008 信息技术安全技术信息技术安全性评估准则第1部分：简介和一般模型（IDT ISO/IEC 15408—1：2005） ⅡGB/T 18336.2—2008 信息技术安全技术信息技术安全性评估准则第2部分：安全功能要求（IDT ISO/IEC 15408—2：2005） GB/T 18336.3—2008 信息技术安全技术信息技术安全性评估准则第3部分：安全保证要求（IDT ISO/IEC 15408—3：2005） GB/T 20000.1—2014 标准化工作指南第1部分：标准化和相关活动的通用术语 QB/T 2836—2006 网络家电通用要求 GB/T 25000.51 系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则 GB/T 25000.10 系统与软件工程系统与软件质量要求和评价（SQuaRE）第10部分：系统与软件质量模型 3 术语和定义 除下列术语和定义外，GB/T 28219-2011中的术语和定义，均适用本规范。 3.1节能服务平台energy conservation service platform 利用大数据技术为智能家电节能提供服务的系统（以下统一称为“平台”）。
大数据平台技术框架选型
大数据平台框架选型分析 一、需求 城市大数据平台，首先是作为一个数据管理平台，核心需求是数据的存和取，然后因为海量数据、多数据类型的信息需要有丰富的数据接入能力和数据标准化处理能力，有了技术能力就需要纵深挖掘附加价值更好的服务，如信息统计、分析挖掘、全文检索等，考虑到面向的客户对象有的是上层的应用集成商，所以要考虑灵活的数据接口服务来支撑。 二、平台产品业务流程 三、选型思路 必要技术组件服务： ETL >非/关系数据仓储>大数据处理引擎>服务协调>分析BI >平台监管 四、选型要求 1．需要满足我们平台的几大核心功能需求，子功能不设局限性。如不满足全部，需要对未满足的其它核心功能的开放使用服务支持 2．国内外资料及社区尽量丰富，包括组件服务的成熟度流行度较高 3．需要对选型平台自身所包含的核心功能有较为深入的理解，易用其API或基于源码开发4．商业服务性价比高，并有空间脱离第三方商业技术服务 5．一些非功能性需求的条件标准清晰，如承载的集群节点、处理数据量及安全机制等 五、选型需要考虑 简单性：亲自试用大数据套件。这也就意味着：安装它，将它连接到你的Hadoop安装，集成你的不同接口（文件、数据库、B2B等等），并最终建模、部署、执行一些大数据作业。自己来了解使用大数据套件的容易程度——仅让某个提供商的顾问来为你展示它是如何工作是远远不够的。亲自做一个概念验证。 广泛性：是否该大数据套件支持广泛使用的开源标准——不只是Hadoop和它的生态系统，还有通过SOAP和REST web服务的数据集成等等。它是否开源，并能根据你的特定问题易于改变或扩展是否存在一个含有文档、论坛、博客和交流会的大社区 特性：是否支持所有需要的特性Hadoop的发行版本（如果你已经使用了某一个）你想要使用的Hadoop生态系统的所有部分你想要集成的所有接口、技术、产品请注意过多的特性可能会大大增加
拖航安全管理方案
自强号 拖航安全管理方案 编制： 审核： 批准： 中海石油发展有限公司 监督监理技术分公司 2011年09月25日
目录 一、拖航作业组织管理方案 1.目的 2.平台拖航的组织 3.拖航人数的规定 4.拖航会议 5.拖航检验 6.拖航领导小组的职责和分工 二、拖航安全管理规定 1.拖航计划制定要求 2.通讯计划要求 3.对拖轮的要求 4.对平台拖航前准备的要求 5.航渡要求 三、拖航应急计划 1.拖航风险分析及控制措施 2.预防措施 3.应急反应部署 4.应急措施 5.发现火灾或爆炸 6.造成污染或弃船 7.人员落水 8.弃船
一、拖航作业组织管理方案 1.目的： 自升式海上移动平台的升降和拖航是一项高风险、操作难度大、技术性强的作业，全过程多部门联合，指挥权分阶段掌握。责任和权力必须清晰、明确，否则势必出现职责临界点间的含糊，产生无谓的混乱。 本文旨在划分责任，确定操作过程中各阶段各级部门的职责范围和管理界面，以便安全、高效、顺利、圆满地完成平台拖航任务。 ●拖航作业：包括动复员、海上移位、避风/冰等支持平台/船进行有目的的 移动作业全过程。 ●拖轮公司：指承担拖航任务中提供主副拖轮的船公司。 ●拖航技术组：指中海油服船舶事业部拖航组。 ●拖航领导小组：指每次拖航作业任命的现场最高指挥机构。 ●CCS：指中国船级社。 2.平台拖航的组织： 2.1 应作业者租赁要求，平台动复员和油田井位之间的拖航作业应由作业者负责组织平台的拖航作业。 2.2 根据合同规定，作业者委托监督监理技术公司承包平台的拖航作业或非作业者要求的拖航作业任务时，则由监督监理技术公司安全生产部负责组织平台的拖航作业。 2.3 平台进出港口由监督监理技术公司安全生产部负责向港监部门申请航道和引水。 3.平台拖航人数规定 3.1 自强号长距离拖航原则上采用干拖方式，无人员住自强号随航。 3.2 自强号动员就位拖航及油田移位拖航随航人员为35人。 3.3 自强号复原拖航的随航人员数量为30人。 3.4 自强号在紧急情况下的应急拖航人员数量为21人。 4.拖航会议 4.1应不迟于预计拖航作业的前三天由拖航组织单位主持召开拖航会议，参加会议 的单位有：作业者、拖轮公司、基地集团作业协调部、监督监理技术公司安全
移动网OMC北向接口技术规范大数据量配置管理接口功能需求v
移动网O M C北向接口技术规范大数据量配置管理接口功能需求v 公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]
中国移动通信企业标准 QB-╳-╳╳╳-╳╳╳╳ 移动通信网网络管理接口技术规范 -- 大数据量配置管理接口功能需求 N e t w o r k M a n a g e m e n t I n t e r f a c e S p e c i f i c a t i o n f o r M o b i l e C o m m u n i c a t i o n N e t w o r k --B u l k C o n f i g u r a t i o n M a n a g e m e n t I n t e r f a c e F u n c t i o n R e q u i r e m e n t s 版本号：3.0.0 20××-××-××发布20××-××-××实施 中国移动通信有限公司发布
目录
前言 本规范是《移动通信网网络管理接口技术规范》系列标准中的第二项的子项。该系列标准预计分为三部分：基本原则、厂商网元管理系统北向接口部分和直连网元部分，其中，每一部分又包含若干项，其结构及名称预计如下： 1）移动通信网网络管理接口技术规范-基本原则 2）移动通信网网络管理接口技术规范-功能需求 3）移动通信网网络管理接口技术规范-分析 4）移动通信网网络管理接口技术规范-资源模型 5）移动通信网网络管理接口技术规范-CORBA设计 6）移动通信网网络管理接口技术规范-文件格式 7）移动通信网网络管理接口技术规范-DN和Filter的约定 8）移动通信网网络管理接口技术规范-补充说明文件 9）移动通信网网络管理接口技术规范-接口性能指标 10）移动通信网网络管理接口技术规范-直连网元 本规范为《移动通信网网络管理接口技术规范大数据量配置管理接口功能需求》，是参考国际电信联盟－电信标准部（ITU-T）的相关建议、3GPP 相关建议以及对象管理组织OMG的有关规范，并依据中国移动通信有限公司的移动通信网网络管理需求编制而成的。 本规范由中国移动通信有限公司网络部提出并归口 本规范起草单位：中国移动通信有限公司网络部，北京邮电大学 本规范主要起草人：李冶文、王烨、徐海东、熊宙实、魏丽红 李文璟、芮兰兰、姚羿志 本规范解释单位：中国移动通信有限公司网络部 本规范由中国移动通信有限公司XXX号文发布
大数据技术原理及应用
大数据技术原理及应用 (总10页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
大数据技术原理及应用 大数据处理架构—Hadoop简介 Hadoop项目包括了很多子项目，结构如下图 Common 原名：Core，包含HDFS, MapReduce和其他公共项目，从Hadoop 版本后，HDFS和MapReduce分离出去，其余部分内容构成Hadoop Common。Common为其他子项目提供支持的常用工具，主要包括文件系统、RPC(Remote procedure call) 和串行化库。 Avro Avro是用于数据序列化的系统。它提供了丰富的数据结构类型、快速可压缩的二进制数据格式、存储持久性数据的文件集、远程调用RPC的功能和简单的动态语言集成功能。其中，代码生成器既不需要读写文件数据，也不需要使用或实现RPC协议，它只是一个可选的对静态类型语言的实现。Avro系统依赖于模式（Schema），Avro数据的读和写是在模式之下完成的。这样就可以减少写入数据的开销，提高序列化的速度并缩减其大小。 Avro 可以将数据结构或对象转化成便于存储和传输的格式，节约数据存储空间和网络传输带宽，Hadoop 的其他子项目（如HBase和Hive）的客户端和服务端之间的数据传输。 HDFS HDFS：是一个分布式文件系统，为Hadoop项目两大核心之一，是Google file system（GFS）的开源实现。由于HDFS具有高容错性（fault-tolerant）的特点，所以可以设计部署在低廉（low-cost）的硬件上。它可以通过提供高吞吐率（high throughput）来访问应用程序的数据，适合那些有着超大数据集的应
大数据分析平台技术要求
大数据平台技术要求 1. 技术构架需求 采用平台化策略，全面建立先进、安全、可靠、灵活、方便扩展、便于部署、操作简单、易于维护、互联互通、信息共享的软件。 技术构架的基本要求： 采用多层体系结构，应用软件系统具有相对的独立性，不依赖任何特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬 件环境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、 部署、升级移植，保证系统具有一定的可伸缩性和可扩展性。 实现B（浏览器）/A（应用服务器）/D（数据库服务器）应用模式。 采用平台化和构件化技术，实现系统能够根据需要方便地进行扩展。2. 功能指标需求 2.1基础平台 本项目的基础平台包括：元数据管理平台、数据交换平台、应用支撑平台。按照SOA的体系架构，实现对我校数据资源中心的服务化、构件化、定制化管理。 2.1.1元数据管理平台 根据我校的业务需求，制定统一的技术元数据和业务元数据标准，覆盖多种来源统计数据采集、加工、清洗、加载、多维生成、分析利用、发布、归档等各个环节，建立相应的管理维护机制，梳理并加载各种元数据。 具体实施内容包括： ●根据业务特点，制定元数据标准，要满足元数据在口径、分类等方面的 历史变化。 ●支持对元数据的管理，包括：定义、添加、删除、查询和修改等操作，
支持对派生元数据的管理，如派生指标、代码重新组合等，对元数据管 理实行权限控制。 ●通过元数据，实现对各类业务数据的统一管理和利用，包括： ?基础数据管理：建立各类业务数据与元数据的映射关系，实现统一 的数据查询、处理、报表管理。 ?ETL：通过元数据获取ETL规则的描述信息，包括字段映射、数据转 换、数据转换、数据清洗、数据加载规则以及错误处理等。 ?数据仓库：利用元数据实现对数据仓库结构的描述，包括仓库模式、 视图、维、层次结构维度描述、多维查询的描述、立方体（CUBE） 的结构等。 ●元数据版本控制及追溯、操作日志管理。 2.1.2数据交换平台 结合元数据管理模块并完成二次开发，构建统一的数据交换平台。实现统计数据从一套表采集平台，通过数据抽取、清洗和转换等操作，最终加载到数据仓库中，完成整个数据交换过程的配置、管理和监控功能。 具体要求包括： ●支持多种数据格式的数据交换，如关系型数据库：MS-SQLServer、MYSQL、 Oracle、DB2等；文件格式：DBF、Excel、Txt、Cvs等。 ●支持数据交换规则的描述，包括字段映射、数据转换、数据转换、数据 清洗、数据加载规则以及错误处理等。 ●支持数据交换任务的发布与执行监控，如任务的执行计划制定、定期执 行、人工执行、结果反馈、异常监控。 ●支持增量抽取的处理方式，增量加载的处理方式； ●支持元数据的管理，能提供动态的影响分析，能与前端报表系统结合， 分析报表到业务系统的血缘分析关系； ●具有灵活的可编程性、模块化的设计能力，数据处理流程，客户自定义 脚本和函数等具备可重用性； ●支持断点续传及异常数据审核、回滚等交换机制。
拖航
拖航 一.拖航术语 1.拖航（Towing）——指平台作为被拖物由拖船拖带，从某一地 理位置向另一地理位置转移时所处的状态或过程。通常半潜式平 台指自原井位（船位）处最后一个锚离底，至新井位（船位）处 第一个锚到底止的作业期间；自升式平台指船体处于漂浮状态的 作业期间。 2.自航（Transit）——指平台依靠自身的推进装置和动力从某一地 理位置移往另一地理位置时所处的状态或过程。 3.起拖（Beginning of towing）——指平台接拖后开始驶离原位的 作业。 4.就位（Towing/Transit to site）——指平台进入井场并向预定的位 置接近和定位作业过程。 注：在进入井场过程中，拖航/移位与就位作业两者是互相交叉的。 5.定位（Location positioning）——指平台在预定的位置布锚或插 桩的作业过程。半潜式平台指自第一个锚到底至调整预张力、校 准船位结束的作业过程；自升式平台指自桩脚入泥至升船到压载 位置的作业过程。 6.作业极限（Operation limitation）——指平台的某一规定的作业 临界点。当作业条件或过程超过该临界点时，可能造成平台不可 逆的受损状况，即无法恢复到安全的受控状态。 7.单拖（Single tug towing）――指一艘拖船拖带平台的形式，通 常拖船主拖缆与平台过桥缆相连接。 8.串拖（Series tugs towing）――指两艘拖船首尾串联、后拖船主 拖缆与平台过桥缆相连接拖带平台的形式。 9.并拖（Parallel tugs towing）――指两艘或两艘以上拖船的主拖缆 分别与平台两条龙须缆和/或其他可作拖缆使用的链（缆）相连 接、并排拖带平台的形式。 10.绑拖（Side fixed tug towing）――指拖船绑在平台左或右舷帮的 拖带方式。 11.前后拖（Bow and stern tugs towing）――指一艘拖船牵引平台艏 部，几条拖船牵引平台左或右舷尾部的拖带方式。 12.近距拖航/自航(Short distance towing/transit)――指距离在100n mile(含100n mile)以近的拖航或自航作业。 13.中距拖航/自航（Mid distance towing/transit）――指距离在100n mile～300n mile(含300n mile)范围的拖航或自航作业。在某些标 准中，近距和中距拖航/自航作业亦称为油田移位（Field move）。 14.远距拖航（Long distance towing）――指距离在300n mile以远 的拖航作业，在某些标准中亦称为远洋拖航（Ocean tow）。 15.开阔海域（Open sea）――指离岸12n mile以外的海域。 16.近海（Offshore）――指离岸12n mile以外、300n mile以内的海
大数据标准体系
附件 1 大数据标准体系 序号一级分类二级分类国家标准编号标准名称状态 1总则信息技术大数据标准化指南暂时空缺2基础标准术语信息技术大数据术语已申报3参考模型信息技术大数据参考模型已申报4GB/T 18142-2000信息技术数据元素值格式记法已发布5GB/T 18391.1-2009信息技术元数据注册系统(MDR) 第 1 部分：框架已发布6GB/T 18391.2-2009信息技术元数据注册系统(MDR) 第 2 部分：分类已发布7数据处理数据整理GB/T 18391.3-2009信息技术元数据注册系统(MDR) 第 3 部分：注册系统元模型与基本属性已发布8GB/T 18391.4-2009信息技术元数据注册系统(MDR) 第 4 部分：数据定义的形成已发布9GB/T 18391.5-2009信息技术元数据注册系统(MDR) 第 5 部分：命名和标识原则已发布10GB/T 18391.6-2009信息技术元数据注册系统(MDR) 第 6 部分：注册已发布
11GB/T 21025-2007XML 使用指南已发布12GB/T 23824.1-2009信息技术实现元数据注册系统内容一致性的规程第 1 部分：数据元已发布13GB/T 23824.3-2009信息技术实现元数据注册系统内容一致性的规程第 3 部分：值域已发布1420051294-T-339信息技术元模型互操作性框架第1部分：参考模型已报批1520051295-T-339信息技术元模型互操作性框架第2部分：核心模型已报批1620051296-T-339信息技术元模型互操作性框架第3部分：本体注册的元模型已报批1720051297-T-339信息技术元模型互操作性框架第4部分：模型映射的元模型已报批1820080046-T-469信息技术元数据模块 (MM) 第 1部分 :框架已报批1920080044-T-469信息技术技术标准及规范文件的元数据已报批2020080045-T-469信息技术通用逻辑基于逻辑的语系的框架已报批2120080485-T-469跨平台的元数据检索、提取与汇交协议已报批22信息技术异构媒体数据统一语义描述已申报23数据分析信息技术大数据分析总体技术要求暂时空缺
系统各项技术应遵循大数据相关规范要求
（一）系统各项技术应遵循大数据相关规范要求； 大数据处理关键技术一般包括：大数据采集、大数据预处理、大 数据存储及管理、大数据分析及挖掘、大数据展现和应用（大数据检 索、大数据可视化、大数据应用、大数据安全等） 一、大数据采集技术 数据是指通过RFID射频数据、传感器数据、社交网络交互数据及移动互联网数据等方式获得的各种类型的结构化、半结构化 （或称之为弱结构化）及非结构化的海量数据，是大数据知识服务模型的根本。重点要突破分布式高速高可靠数据爬取或采集、高速数据全映 像等大数据收集技术；突破高速数据解析、转换与装载等大数据整合技术；设计质量评估模型，开发数据质量技术。 大数据采集一般分为大数据智能感知层：主要包括数据传感体系、网络通信体系、传感适配体系、智能识别体系及软硬件资源接入 系统，实现对结构化、半结构化、非结构化的海量数据的智能化识别、定位、跟踪、接入、传输、信号转换、监控、初步处理和管理等。必 须着重攻克针对大数据源的智能识别、感知、适配、传输、接入等技术。基础支撑层：提供大数据服务平台所需的虚拟服务器，结构化、 半结构化及非结构化数据的数据库及物联网络资源等基础支撑环境。重点攻克分布式虚拟存储技术，大数据获取、存储、组织、分析和决 策操作的可视化接口技术，大数据的网络传输与压缩技术，大数据隐私保护技术等. 二、大数据预处理技术
主要完成对已接收数据的辨析、抽取、清洗等操作。 1）抽取： 因获取的数据可能具有多种结构和类型，数据抽取过程可以帮助我们将这些复杂的数据转化为单一的或者便于处理的构型， 以达到快速分析处理的目的。 2）清洗： 对于大数据，并不全是有价值的，有些数据并不是我们所关心的内容，而另一些数据则是完全错误的干扰项，因此要对数据通过过滤“去噪”从而提取出有效数据。 三、大数据存储及管理技术 大数据存储与管理要用存储器把采集到的数据存储起来，建立相应的数据库，并进行管理和调用。重点解决复杂结构化、半结构化和 非结构化大数据管理与处理技术。主要解决大数据的可存储、可表示、可处理、可靠性及有效传输等几个关键问题。开发可靠的分布式文 件系统（DFS）、能效优化的存储、计算融入存储、大数据的去冗余及高效低成本的大数据存储技术；突破分布式非关系型大数 据管理与处理技术，异构数据的数据融合技术，数据组织技术，研究大数据建模技术；突破大数据索引技术；突破大数据移动、 备份、复制等技术；开发大数据可视化技术。 开发新型数据库技术， 数据库分为关系型数据库、非关系型数据库以及数据库缓存系统。其中，非关系型数据库主要指的是NoSQL数据库，分为：键值数据库、列存数据库、图存数据库以及文档数据库
大数据技术发展趋势及灯塔大数据行业应用平台
大数据技术发展趋势及灯塔大数据行业应用平台 摘要：指出大数据发展的趋势：混合数据存储是大数据技术的基础；融合数据库架构是大数据发展的趋势；异构数据关联是大数据平台的关键；行业知识库是产业互联网应用发展的要素；深度标签是大数据挖掘的核心技术之一。介绍了中国电信灯塔大数据行业应用平台的架构，及所采用的关键技术和行业应用，认为该平台的使用可以充分发挥运营商数据与外部数据相结合的优势，加速产业升级和商业模式创新。 关键词：大数据；趋势；灯塔；应用 Abstract：In this paper，trends in big data technology are discussed. Mixed data storage is the foundation of big data technology；database schema integration is the trend of the development of big data；heterogeneous data association is key to big data platform；industry knowledge database is the key elements of the application and development of the Internet industry；depth labels is one of the core technologies of data mining. Then，the Dengta big data industry application platform of China Telecom is introduced. This platform can be fully combined with operator data and external data in order to