下载文档原格式
2.城市信息模型（CIM）数据标准城市信息模型（CIM）数据标准Data standard of city information modeling项⽬标准V1.0⼴州市住房和城乡建设局2020 年7 ⽉前⾔为推动城市治理体系和治理能⼒现代化建设，贯彻落实《国务院办公厅关于全⾯开展⼯程建设项⽬审批制度改⾰的实施意见》（国办发〔2019〕11 号），按照《住房城乡建设部关于开展运⽤建筑信息模型系统进⾏⼯程建设项⽬审查审批和城市信息模型平台建设试点⼯作的函》（建城函〔2018〕222 号）和《住房和城乡建设部办公厅关于开展城市信息模型（CIM）基础平台建设试点⼯作的函》等要求，标准编制组经⼴泛调查研究，认真总结实践经验，参考有关国家标准和国外先进标准，并在⼴泛征求意见的基础上，编制了本标准。
本标准的主要技术内容是：1.总则；2.术语；3.基本规定；4.CIM 数据构成与内容；5.CIM 数据⼊库、更新与共享。
本标准由⼴州市建设科技中⼼负责管理，⼴州奥格智能科技有限公司负责具体技术内容的解释。
执⾏过程中如有意见或建议，请寄送⼴州奥格智能科技有限公司（地址：⼴州市天河区⾼普路1029 号⼆楼；邮政编码：510663）。
⽬次1 总则 (1)2 术语和缩略语 (2)2.1 术语 (2)2.2 缩略语 (2)3 基本规定 (3)3.1 ⼀般规定 (3)3.2 CIM 分级规定 (3)3.3 CIM 分类规定 (5)4 CIM 数据构成与内容 (7)4.1 CIM 数据构成 (7)4.2 要素分类编码 (10)4.3 CIM 数据内容与结构 (11)5 CIM 数据⼊库、更新与共享 (12)5.1 数据⼊库 (12)5.2 数据更新 (12)5.3 数据共享与服务 (13)附录 A 时空基础三维模型数据内容及结构 (15)附录 B 资源调查与登记数据内容及结构 (28)附录 C 规划管控数据内容及结构 (41)附录 D ⼯程建设项⽬数据内容及结构 (46)附录 E 公共专题数据内容及结构 (56)附录 F 物联⽹感知数据内容及结构 (66)本标准⽤词说明 (74)引⽤标准名录 (75)条⽂说明 (77)Contents1General Provisions (1)2Term and Acronyms (2)2.1Term (2)2.2Acronyms (2)3Basic Requirement (3)3.1General Provisions (3)3.2CIM Grade Requirements (3)3.3CIM Classification Requirements (5)4CIM Data Composition and Content (7)4.1Composition of CIM Data (7)4.2Classification Codes of Elements (10)4.3CIM Data Content and Structure (11)5CIM Data Storage, Update and Sharing (12)5.1Data Storage (12)5.2Data Update (12)5.3Data Sharing and Services (13)Appendix A Data Content and Structure of 3D Model of Space-time Basis (15)Appendix B Content and Structure of Resource Survey and Registration Data (28)Appendix C Content and Structure of Planning and Control D ata (41)Appendix D Data Content and Structure of Engineering Construction Projects (46)Appendix E Content and Structure of Public Thematic Data (56)Appendix F Content and Structure of IoT Aware Data (66)Explannation of Wording in This Standard (74)List of Quoted Standards (75)Addition:Explannation of Provision (77)1 总则1.0.1 为规范城市信息模型（CIM）数据的分级分类、构成、内容与结构、⼊库更新与共享应⽤，指导城市信息模型平台建设，⽀撑⼯程建设项⽬审批提质增效和跨部门的共享应⽤，制定本标准。
大数据平台与架构设计方案目录一、引言 (2)二、大数据平台与架构设计 (3)三、全球大数据产业发展现状 (5)四、中国大数据产业发展状况 (7)五、大数据人才短缺与培养挑战 (10)六、大数据行业发展趋势预测 (12)一、引言随着互联网的不断发展和数字化时代的加速推进，大数据技术已逐渐渗透到各行各业中，并对经济和社会发展产生重要影响。
在大数据技术蓬勃发展的也面临着技术创新的挑战以及应用中的多重困境。
近年来，中国大数据产业规模不断扩大。
随着信息化建设的深入推进和数字化转型步伐的加快，国内大数据市场呈现快速增长态势。
大数据产业涉及硬件基础设施、软件服务、数据处理等多个领域，整体产业链日趋完善。
数据泄露可能导致个人隐私曝光、企业资产损失、客户流失等严重后果。
对于个人而言，数据泄露可能导致其身份信息、财产信息等被非法利用。
对于企业而言，数据泄露可能导致商业机密泄露、客户信任危机，甚至可能面临法律制裁。
数据采集是大数据处理的第一步。
为了实现高效的数据采集，需要采用各种数据抓取、数据接口等技术手段，从各种来源收集数据。
还需要考虑数据的实时性和准确性。
对象存储技术是一种基于对象的存储架构，它将数据作为对象进行存储和管理。
对象存储系统采用分布式存储方式，具有可扩展性强、数据一致性高等优点，特别适用于非结构化数据的存储。
声明：本文内容来源于公开渠道或根据行业大模型生成，对文中内容的准确性不作任何保证。
本文内容仅供参考，不构成相关领域的建议和依据。
二、大数据平台与架构设计（一）大数据平台概述大数据平台是指基于大数据技术，集数据存储、处理、分析和应用为一体的综合性平台。
它以高效、稳定、安全、灵活的方式处理海量数据，为用户提供数据驱动的业务决策和支持。
大数据平台的特点主要体现在以下几个方面：1、数据量大：能够处理海量数据，满足各种规模的数据处理需求。
2、数据类型多样：支持结构化、非结构化等多种数据类型。
3、处理速度快：采用高性能的数据处理技术和架构，提高数据处理速度。
大数据平台整体架构设计方案（PPT）
近年来，随着IT技术与大数据、机器学习、算法方向的不断发展，越来越多的企业都意识到了数据存在的价值，将数据作为自身宝贵的资产进行管理，利用大数据和机器学习能力去挖掘、识别、利用数据资产。
如果缺乏有效的数据整体架构设计或者部分能力缺失，会导致业务层难以直接利用大数据大数据，大数据和业务产生了巨大的鸿沟，这道鸿沟的出现导致企业在使用大数据的过程中出现数据不可知、需求难实现、数据难共享等一系列问题，下方这份PPT材料介绍了大数据平台功能架构设计，各子模块建设方案，如架构设计、数据治理、区块链。
可视化平台等。
物联网平台策划书3篇篇一物联网平台策划书一、项目背景随着科技的不断发展，物联网技术已经逐渐走入人们的生活。
物联网平台作为物联网技术的重要支撑，为各行业提供了更高效、智能的解决方案。
本策划书旨在设计并开发一个功能强大、稳定可靠的物联网平台，为用户提供全面的物联网服务。
二、项目目标1. 构建一个物联网平台，实现设备的连接、管理和数据交互。
2. 提供数据分析和可视化功能，帮助用户更好地理解和利用物联网数据。
3. 确保平台的安全性和稳定性，保护用户数据的隐私和安全。
4. 持续优化和升级平台，以满足不断变化的市场需求。
三、项目内容1. 平台架构设计设计物联网平台的整体架构，包括硬件层、感知层、网络层、平台层和应用层。
确定各层之间的接口和数据传输方式。
2. 设备管理实现对各类物联网设备的集中管理和配置。
支持设备的添加、删除、修改等操作。
实时监控设备的状态和运行数据。
3. 数据采集与处理设计数据采集模块，从各种传感器和设备中采集数据。
对采集到的数据进行清洗、转换和分析。
提供数据存储和管理功能，确保数据的安全性和可用性。
4. 数据分析与可视化开发数据分析算法，挖掘物联网数据中的潜在价值。
提供数据可视化界面，以直观的方式展示数据分析结果。
支持用户自定义报表和图表，满足不同用户的需求。
5. 安全机制建立完善的安全体系，包括身份认证、访问控制、数据加密等。
确保平台的安全性和数据的隐私性。
实时监测和预警平台的安全风险。
6. 应用开发接口提供开放的应用开发接口（API），方便第三方开发者基于平台进行应用开发。
支持多种开发语言和框架，提高开发效率。
7. 平台运维与管理设计平台的运维管理系统，包括监控、告警、升级等功能。
提供用户操作指南和技术支持，确保平台的稳定运行。
四、项目时间表1. 需求分析与设计：[时间区间 1]进行市场调研，确定项目需求和功能要求。
完成物联网平台的架构设计和详细设计。
2. 开发与测试：[时间区间 2]平台开发和模块测试。
市大数据管理中心大数据资源平台概要设计方案目录背景与需求分析12345大数据管理中心发展背景为建设卓越全球城市，实现政府治理能力现代化目标，由市大数据中心牵头，在政务公共数据管理和互联网政务服务方面采取了一系列的实践工作。
根据《市公共数据和一网通办管理办法》要求，前期已在“一网通办”的政务服务领域进行了信息化项目建设，在提升了政府治理能力和公共服务水平的同时，也产生了汇聚全市政务公共数据，探索政务服务领域应用的需求。
市大数据中心作为全市政务数据的主要管理单位，承担着政策本地化落实、政务数据交换、大数据应用研究、信息化建设运维以及其他数据相关的工作职责，从中心成立之初便开始研究政务数据管理和应用的方法，去年年底探索了以政务数据交换共享为核心的实践，但随着对中心职能的理解加深，我们认为中心不仅作为全市政务数据的“枢纽中转中心”，更应该成为各政务服务条线领域的“归集管理中心”，为本市的经济活动、公共事业、社会关系、人员密度等各城市管理领域提供数据层面的最大支撑。
规划公共数据发展路线支撑城市服务能效提升精准城市服务整体共享协同数据科学管理ü公共数据共享ü社会数据协同ü条线业务协同ü数据服务开放ü社会治理ü宏观经济ü市场监管ü生态保护城市高效运行ü应急事件响应ü事件风险预防ü数据完整归集ü数据实时同步ü资源目录健全ü数据全面治理大数据共享交换平台建设与使用情况大数据中心自去年开始，根据整体规划启动了市数据共享交换平台项目的建设，并于2019年1月开始正式进行全市范围的试运行。
平台建设内容包括：1、总集成及部分应用开发：平台集成门户及整体平台的基础功能菜单级整合；2、数据治理子系统：包含数据交换模块和服务管理模块，实现数据资源目录及三清单的管理，并提供市级数据库的对外发布利用；3、数据共享交换子系统：实现数据交换引擎、统一调度引擎、任务管理、数据桥接等功能，以及数据湖数据的存储管理、共享与交换；4、数据质量监管及支撑子系统：实现数据质量管理功能，包括数据质量规则制定、数据质量稽核、数据质量问题闭环管理；5、大数据支撑管理子系统：包含市级数据湖和市级数据库，汇聚“四大基础库”、“市级统建系统”、“各市级委办系统”、“各行政区系统”的经过初始治理的原始数据；并存放经过一系列清洗、转换、加载、治理步骤后的高质量的政务数据资源，为城市管理、公共服务等提供数据来源；平台接入52个委办的公共数据，每月16亿条以上，数据总容量在176.0 TB，人口库预计46.75TB，法人库预计1.78TB，空间地理库预计7.99TB，电子证照库预计91.05TB。
大数据分析平台总体架构方案1.数据采集层：该层负责从各个数据源收集原始数据，并进行数据清洗和预处理。
数据源可以包括传感器设备、网站日志、社交媒体等。
在数据清洗和预处理过程中，可以对数据进行去噪、过滤、转换等操作，确保数据的质量和准确性。
2.数据存储层：该层负责存储清洗和预处理后的数据。
可以选择关系型数据库、非关系型数据库或分布式文件系统等存储技术来存储数据。
数据存储层需要保证数据的可靠性、高效性和可扩展性。
3.数据计算层：该层负责对存储在数据存储层的数据进行计算和分析。
可以使用批处理、流处理、图计算等技术来进行数据处理。
具体的计算和分析过程包括数据聚合、数据挖掘、机器学习等。
4.数据可视化层：该层负责将计算和分析的结果以可视化的形式展示给用户。
可以使用各种可视化工具和技术来实现数据可视化，如图表、报表、仪表盘等。
数据可视化层可以帮助用户更直观地理解和分析数据。
5.安全和管理层：该层负责保护数据的安全性和保密性，包括数据的加密、权限控制和访问控制等。
同时还可以对数据进行备份、灾难恢复和性能监控等管理操作，确保数据平台的稳定和可靠。
6.接口和集成层：该层负责与其他系统和应用进行接口和集成。
可以提供API接口和数据交换协议，使得其他系统和应用能够与大数据分析平台进行数据交互。
此外，还可以集成各种数据源和数据工具，方便用户的数据分析和处理。
以上是一个典型的大数据分析平台总体架构方案。
在实际应用中，可以根据具体的需求和场景进行调整和优化。
同时，还需要考虑性能、可靠性、可扩展性和成本等方面的因素来选择和设计相应的技术和架构。
数字服务招商平台总体设计方案V1数字服务招商平台总体设计方案V1 是一个数字化服务提供的招商平台，为中小企业提供一站式解决方案，帮助企业实现数字化转型，降低运营成本，提高市场竞争力。
以下是该平台的设计方案。
第一步是用户注册。
用户可以通过输入手机号码和验证码，或者使用微信和支付宝进行注册。
注册成功后，用户可以完善个人信息，包括企业名称、营业执照等，以便在平台上展示更完整的信息。
第二步是需求发布。
企业可以在平台上发布自己的数字化服务需求，例如网站建设、电商平台建设、APP开发等，同时可以设置预算和期限以及对服务提供方的要求，以便平台上的服务提供方能够更好地进行匹配。
第三步是服务提供方注册。
服务提供方可以根据自己的专业领域进行注册，例如网站设计师、移动应用开发师、营销顾问等。
同时，服务提供方需要完善个人信息，包括个人资质认证、成功案例展示等，以便用户选择。
第四步是服务提供方响应需求。
当有企业发布了服务需求后，符合条件的服务提供方将会接收到系统通知，并可以根据自己的专业领域和能力进行响应。
在响应之前，服务提供方需要先进行报价和交流，以便确认是否符合需求要求。
第五步是订单处理。
当企业选择了服务提供方并下单后，平台将会提供在线支付平台，进行交易的处理，以便平台对交易进行把控，保障交易的安全和合法性。
同时，平台也将会提供在线评价服务，在交易完成后，用户可以对服务提供方进行评价。
总体而言，数字服务招商平台总体设计方案V1旨在构建一个数字化服务提供的招商平台，将服务供给与需求方相结合，以便更好地满足中小企业数字化转型的需求。
同时，平台会对服务提供方进行审核和筛选，以保障用户的权益和服务质量。
未来，平台还将会不断优化服务流程，增强用户体验，提高服务水平。
项目技术方案大数据平台方案设计1.1需求分析1.1.1采购范围与基本要求建设XX高新区开发区智慧园区的人口库（12万居民）、法人库(1200家企业)、地理信息库(已建设区域35平方公里的3维电子地图、未建设区域80平方公里的航拍电子地图)、视频库(1000个摄像点)、大数据处理平台、数据管理服务平台。
1.1.2建设内容要求1.1.2.1人口库人口库的基本信息以公安部门户籍和暂住人口信息为基础，整合人社、计生、民政、教育等多个部门信息资源，建设统一规范的人口库和人口信息服务平台。
(1)人口库的内容目录(2)人口信息服务平台功能需求数据库层：能够安全存储人口库的内容目录中列出的信息内容，对居民、企业、政府提供安全的人口信息服务，为人口大数据分析提供基本数据源。
应用支撑层：包括门户框架、数据库维护、报表组件、数据挖掘等，用于为应用层提供应用支撑。
数据挖掘提供常见的数据分析/挖掘工具、通用算法，利用大数据平台的计算能力进行分析，对人口库数据进行数据挖掘与发现，提供有价值的分析结果。
应用层：包括人口信息服务、人口专题分析、公共服务等。
1.1.2.2法人库法人库以工商部门的企业信息为基础，整合各参建部门系统中的法人信息，如机构代码、机构名称、机构类型、经济行业、业务经营范围、机构地址、法定代表人等字段信息，建成标识统一、结构科学、查询快捷、动态管理的法人信息库。
制定与交换平台对应的相关标准、制度和规范管理体系，实现工商局、地税局、国税局、质量技术监督局等法人数据相关业务部门之间的网络互联和业务数据的实时交换与应用。
(1)法人库的内容目录(2)法人信息服务平台功能需求数据库层：能够安全存储法人库的内容目录中列出的信息内容，对居民、企业、政府提供安全的法人信息服务，为法人大数据分析提供基本数据源。
应用支撑层：包括门户框架、数据库维护、统计与报表组件、数据挖掘等，用于为应用层提供应用支撑。
数据挖掘提供常见的数据分析/挖掘工具、通用算法，利用大数据平台的计算能力进行分析，对法人库数据进行数据挖掘与发现，提供有价值的分析结果。
7-30整理物联网大数据平台总体设计V0.2李拓2015.10目录1.引言 (3).文档目的 (3).文档范围 (3).预期的读者及阅读建议 (3).术语 (3)2.项目概述 (4).项目背景 (4).设计目标 (4)技术规划路线建议 (4)大数据软硬平台/网络架构规划建议 (5)大数据应用集成点规划建议 (5)大数据团队建设规划建议 (5)大数据系统实施指导建议方案 (5)3.数据平台总体架构规划 (5).数据平台愿景 (5).数据处理流程 (8).主要功能 (8).设计原则 (9).平台建设路线 (9)4.数据平台软件架构设计 (10).数据平台结构图 (10).数据采集系统 (11).数据存储系统 (11).离线计算系统 (12).海量数据库系统 (12).管理系统 (13)5.应用平台架构设计 (14).应用平台架构图 (14)6.平台安全 (15)7.平台监控 (15)8.部署架构 (15)9.平台运维 (15)10.团队建设 (16).运维工程师 (16).应用开发工程师 (16).通信协议开发工程师 (16).基于Hadoop的开发工程师 (16).数据开发工程师 (16).数据挖掘工程师 (17)1.引言1.1.文档目的本文档是关于xx公司物联网大平台的总体架构设计方案。
本文包括以下内容：1.平台总体架构设计；2.五大子系统设计；3.应用平台设计4.平台部署架构设计；5.平台运维及团队建设；1.2.文档范围本文档仅限于北京xx科技公司内部人员和直接协助北京xx科技进行大平台建设的相关人员阅读。
1.3.预期的读者及阅读建议本文档的预期读者：1.北京xx科技的大平台项目相关人员；2.直接协助北京xx科技进行大平台建设的相关外部人员；1.4.术语1.Hadoop: Apache的分布式框架。
2.HDFS : Hadoop的分布式文件系统。
Node : Hadoop HDFS元数据主节点服务器。
负责保持DataNode文件存储元数据信息。
4.JobTracker：Hadoop的Map/Reduce调度器，负责与TackTracker通信分配计算任务并跟踪任务进度。
5.DataNode：Hadoop数据节点，负责存储数据。
6.TaskTracker：Hadoop调度程序，负责Map,Reduce 任务的具体启动和执行。
7.Kafka : 消息队列。
ty : NOI框架。
2.项目概述2.1.项目背景1.随着业务的增加，数据采集存储备份能力严重不足2.数据处理分析能力无法满足业务的需要3.公司业务创新转型的需要3.1.设计目标xx的大数据平台主要是为车辆、人员、物联网提供终端接入、数据分析，并为行业应用提供数据接口。
平台建成后，初期可接入百万级的终端，可承载多种业务及应用。
随着业务增长，平台可以动态扩容，最终可实现千万级、亿级终端的接入及数据分析处理能力。
本文档针对xx的大数据平台应用需求，结合数据的特点，提出未来公司整体的系统架构，以充分满足公司在3到5年内的业务增长和数据增长需求。
并且在企业总体系统架构的基础上，提出系统的软硬件的具体选型方案，以及提供大数据平台整体规划，分步实施和推广的建议；提供大数据平台产品整合、集成、系统优化、稳定性等建议方案。
3.1.1.技术规划路线建议对xx大数据平台系统进行总体规划，与现有的交通部数据中心以及各个业务系统进行对接，以适应未来3到5年内公司业务发展的要求。
3.1.2.大数据软硬平台/网络架构规划建议从需求的数据量、计算量、应用的场景、功能、性能等因素来配置软硬件平台的建议；提出具体的系统总体架构和软硬件部署结构建议；3.1.3.大数据应用集成点规划建议Hadoop数据集成、应用集成、运维管理设计建议；3.1.4.大数据团队建设规划建议对xx技术团队的人员需求和配置情况以及所需要掌握的技能提出建议；3.1.5.大数据系统实施指导建议方案提供大数据平台整体规划，分步实施和推广的建议；提供大数据产品整合、集成、平台化的建议系统优化、稳定性等建议方案。
3.数据平台总体架构规划3.1.数据平台愿景如上图所示，xx的大数据平台最终建成后，应该是一个完备的数据服务平台，包括数据平台、应用平台、数据产品以及内部运行支撑应用环境，该平台上的用户既包括外部用户，也包括企业内部用户，既有最终用户，也有应用开发人员以及数据分析和数据开发人员。
1.数据服务平台组成●数据平台：是数据的集散地。
数据平台的主要目标是存储和处理海量数据，该平台除了汇聚xx所有的业务数据和用户数据之外，还有合作机构的相关数据，其核心功能包括数据采集、同步与集成、海量数据存储、海量数据处理框架、海量数据仓库等。
该平台的用户主要有数据分析用户和数据开发用户，这两类用户在数据平台上进行数据分析及数据集成、建模与挖掘。
●应用平台：应用开发人员开发基于数据平台的车辆监控、人员监控、物品监控等应用并部署在应用平台，供最终用户访问。
该平台的建设目标是处理海量http请求，其核心功能包括应用服务器、分布式缓存、分布式消息队列、分布式文件系统、分布式数据库以及分布式简单存储等。
●内部运行支撑应用环境：该环境主要供企业内部用户将使用，包括商业智能、运营支撑、系统运维、分析应用等。
该数据产品由大数据平台开发人员进行研发。
●数据产品：当该平台稳定运行一段时间之后，企业根据业务发展的需要，可以开发专门的数据产品，对外提供数据服务，供最终用户使用。
该数据产品由大数据平台开发人员进行研发。
2.数据服务平台的用户划分●应用开发用户：xx内部的技术研发人员，主要结合具体业务，开发基于数据平台的应用，并部署到应用平台；●数据分析用户：xx内部的技术研发人员，主要基于数据平台中的海量数据，进行业务数据分析，指导生产运营；●数据开发用户：xx内部的技术研发人员，主要基于数据平台中的海量数据，进行数据建模、集成和挖掘，在指导生产运营的同时，挖掘新的利润增长点；●内部数据产品用户：包括各条业务线上的各类业务人员如客服等。
●外部用户：合作机构如运营商、银行、商户，终端用户、企业用户等。
3.位置信息数据源●数据平台可以从第三方平台(交通部数据中心、运营商)或定位中端（车机、sim卡）等采集位置、状态等信息。
无论是企业内部用户，还是企业外部用户，无论是技术研发人员还是业务人员，他们既是平台数据的生产者，同时也是平台数据的消费者。
集存储、计算、分析于一体的大数据平台，涵盖了xx业务数据的全生命周期管理，既符合现在行业大数据企业发展的趋势，也最终体现了xx企业的最终最内涵的价值。
3.2.数据处理流程xx大数据平台的数据处理流程如上上图所示。
对各类终端产生的结构化和非结构化数据源首先通过数据采集平台进行数据采集，然后进入海量存储计算处理平台，生成各种多维数据，供应用服务平台调用，支持最终的用户访问。
3.3.主要功能结合xx的当前业务发展现状，目前xx的大数据平台重点解决三类典型需求：1.业务数据归集、备份与可靠存储2.离线数据分析挖掘3.实时查询统计分析针对这三类需求，大数据平台在数据采集和运营管理的辅助下，分别提供存储系统、离线计算系统和海量数据库系统，分别满足上述三类需求。
下面首先介绍平台的软件架构设计。
3.4.设计原则1.采用基于Hadoop的开源技术路线2.整合公司的终端数据、员工、客户、计算、存储等所有资源于一体3.平台涵盖公司数据生产、存储、挖掘、分析、服务等全生命周期管理4.结合业务线，分析挖掘和业务支持等应用自主研发3.5.平台建设路线项目分阶段完成。
1期：开发数据采集系统，从第三方平台及终端采集位置信息，实现2种终端的接入。
开发应用平台，提供接口给客户端访问数据。
2期：实现多种终端的接入，并完善应用接口。
3期：开放存储系统和简单的MapReduce功能给其他用户使用，数据库方面单表的简单查询或带条件查询，内部使用实时采集组件。
4期：开放Hive这样的类SQL计算给外部门，内部开始引入Mahout进行数据挖掘，数据库方面改进查询语言，支持更多的SQL语法，实时采集可以交给其他部门任意部署客户端，支持常见的异构数据源5期：计算平台成熟，完全成为各部门共同参与开发业务的平台，数据库具备大部分SQL查询语法，实时采集系统稳定高效运行。
4.数据平台软件架构设计4.1.数据平台结构图如所上图所示，大数据平台由五个子系统组成，分别为：存储系统、离线计算系统、海量数据库系统、采集系统和管理系统。
这五个子系统之间有如下关联关系：1.管理系统为整个平台的辅助系统，为其它系统的正常运行提供相关的辅助功能；2.采集系统负责平台的数据采集工作，这些数据的产生来自各业务生产系统及第三方平台或终端；3.存储系统、离线计算系统和海量数据库系统共用一套底层文件系统，保证了这三个主要系统的数据集成与有效共享；4.离线计算系统和海量数据库系统还可以根据各自的负载，可以动态分配相应的计算能力。
从上图可以看出，除采集系统和管理系统之外，包括底层存储环境在内的所有系统都是采用开源软件搭建，而这些软件都是经过相关行业的技术公司先验是成熟可靠可行的。
采用开源软件，在平台可以达到低成本建设的效果的同时，相应开源社区的持续演进，也为平台后续的运行升级提供了持续的技术支持和版本稳定保证。
4.2.数据采集系统1.功能负责接入第三方服务平台和终端设备。
负责采集、清洗和导入公司各业务线上的所有的结构化业务数据和非结构化数据。
2.要解决的问题目前，公司需要和交通部的数据中心对接，接收终端的位置数据。
同时也要接入大量的终端。
而且，未来业务生产线的系统日志信息由于也需要保存下来，并进行分析挖掘。
采集系统可以将业务生产线的所有业务数据和日志数据采集到采用低成本的开源可线性扩展的存储环境，达到了数据低成本安全可靠存储，并支持进一步的数据分析和挖掘。
3.搭建方法使用优秀的Netty框架，与第三方应用和终端通信，采集数据。
针对各种终端采用的不同通信协议，开发相应的协议解析模块，将位置和指令信息解析为结构化数据，保存到HDFS中。
采用业界成熟的Flume开源包将驻留在生产环境共享存储上的非结构化的日志数据以增量可靠的方式采集到HDFS中，采用Sqoop开源包从备库中将业务结构化数据增量采集到HDFS中。
4.3.数据存储系统1.功能为公司内部各业务部门提供低成本安全可靠可扩展的一揽子存储解决方案，做为业务数据的备库、支持离线计算和实施处理系统的数据导入与导出等。
2.要解决的问题存储系统利用开源Apache HDFS平台所提供的低成本、安全、可靠、可线性扩展的平台优势，可以解决公司的业务数据归集、备份与低成本可靠存储。
4.4.离线计算系统1.功能为公司各业务部门的技术人员和业务人员提供海量数据的分析、建模、集成和挖掘计算环境。
