元数据管理平台技术白皮书
元数据管理平台
技术白皮书
北京亿信华辰软件责任有限公司
2018年4月
目录
1.前言 (1)
1.1.关于本白皮书 (1)
1.2.背景介绍 (1)
1.3.产品定位 (1)
2.产品架构 (2)
2.1.概述 (2)
2.2.数据源层 (2)
2.3.采集层 (2)
2.4.数据层 (3)
2.5.功能层 (3)
2.6.访问层 (3)
3.产品功能特色 (4)
3.1.规范的元模型管理 (4)
3.2.端到端的自动化采集 (5)
3.3.全面的采集适配器 (5)
3.4.可灵活定制的采集模板 (6)
3.5.便捷的元数据检索 (7)
3.6.完善的元数据管理 (7)
3.7.强大的元数据版本管理 (8)
3.8.实时的元数据变更监控 (8)
3.9.数据地图鸟瞰全局 (9)
3.10.丰富的元数据分析应用 (9)
3.10.1.血缘分析 (9)
3.10.2.影响分析 (10)
3.10.3.全链分析 (10)
3.10.4.关联度分析 (11)
3.10.5.属性差异分析 (11)
3.11.出色的元数据检核机制 (12)
3.11.1.一致性检核 (12)
3.11.2.属性填充率检核 (12)
3.11.3.组合关系检核 (12)
3.12.自助式门户 (13)
3.13.丰富的服务接口 (13)
4.产品技术优势 (13)
4.1.系统设计原则 (13)
4.1.1.先进性 (14)
4.1.2.可维护性 (14)
4.1.3.可靠性 (14)
4.1.4.易用性 (15)
4.1.5.安全性 (15)
4.1.6.扩展性 (15)
4.2.可扩展采集适配器设计 (16)
4.3.采用MOF规范 (16)
4.4.支持基于XMI的数据交换 (17)
4.5.运用REST FUL架构 (18)
5.软硬软件环境 (19)
5.1.服务器配置推荐 (19)
5.2.客户端配置 (20)
5.2.1.客户端(建议配置) (20)
5.2.2.客户端浏览器 (20)
1.前言
1.1.关于本白皮书
本白皮书对应产品版本为：元数据管理技术白皮书V2.1。
最后修订日期：2018年05月。
本白皮书将在阐述元数据产品的背景介绍之后，详细介绍元数据管理平台在技术和功能上的特点。
1.2.背景介绍
随着数字化加速，数据量成指数增长，大数据相关技术的出现，让大家看到了新机遇的同时，大家对数据治理的需求也在增加。尤其是大型企业业务数据、政府政务数据、行业标准数据，往往由于数据分散、质量参差不齐、数据存储结构差异大，虽然数据中蕴含大量有价值信息，但想要挖掘出来，往往需要做大量的数据治理工作，成本十分高昂。Gartner分析师在2017年预测，到2020年，50％的信息治理举措将通过基于元数据的政策制定。就国内而言，目前完备成熟的元数据产品较少，市场正处于上升期，是抢占市场份额的好时机。
1.3.产品定位
亿信元数据管理平台致力于处理技术元数据、业务元数据、管理元数据，帮助各行各业用户获得更多的数据洞察力，进而挖掘出隐藏在资源中的价值。
对技术人员而言，元数据管理平台通过对将分散、存储结构差异大的资源信息进行描述、定位、检索、评估、分析，实现了信息的描述和分类的结构化，从而为机器处理创造了可能，大大降低数据治理人工成本。正因如此，元数据已经成为了很多大型数据治理项目的核心。
对业务人员而言，元数据管理平台通过对业务指标、业务术语、业务规则、业务含义等业务信息进行描述、定位、检索、评估、分析，协助业务人员了解业务含义、
行业术语和规则、业务指标取数据口径和影响范围等。
2.产品架构
2.1.概述
元数据管理平台架构分为5层，数据源层、采集层、数据层、功能层和访问层，下图为元数据管理产品的整体架构图。
图1产品架构图
2.2.数据源层
数据源层是指元数据管理平台所支持的元数据来源的方式。提供直连多种不同类型的数据源，包括：数据库类型、ETL类型、文件类型、业务系统类型等。
2.3.采集层
采集层针对不同数据源提供丰富的适配器，实现端到端的自动化采集。具体包括：sqlserver、oracle、mysql、postgresql、petabase、ODI、Excel、亿信BI等。
同时支持适配器扩展，实现最大限度的自动化采集。
2.4.数据层
元数据数据层是基于关系数据库的元数据存储，用于实现元数据和元模型的数据的物理存储。元模型存储了元数据的属性要求和存储格式要求。元数据存储了从各个系统中采集而来的元数据信息。
2.5.功能层
元数据功能层提供了元数据管理产品的基本功能，包括元模型增删改查及版本发布功能、元数据增删改查及版本管理、元数据变更管理、元数据分析应用、元数据检核以及产品的系统管理功能。
其中元模型管理模块用于操作元模型，元模型是对各个种类元数据以及元数据之间关系的定义，元模型包括两部分：一部分由元数据管理平台产品内置的标准元模型,另一部分是用户根据管理需求自定义的元模型。元模型管理还设计了发布功能，只有在发布之后才会生效，使用户在设计元模型时，不会影响到元数据的使用。
元数据管理主要包括了元数据增删改查日常维护，版本管理，元数据全文检索。
元数据分析应用主要包括了血缘分析、影响分析、关联度分析、数据地图等多种图形化分析应用，并提供导出和收藏功能，将分享结果进行留档。
元数据检核包括一致性检核、属性填充率检核和组合关系检核，是保障元数据质量的重要手段之一
系统管理功能包括了机构用户角色的权限管理、系统备份恢复、门户应用、日志管理、系统监控等系统运维相关的功能。
2.6.访问层
元数据访问层用于给用户提供访问控制服务。元数据产品面向的主要用户群有三类：技术设计人员、业务分析人员、以及系统的运维人员。通过门户访问和后台访问，可以实现多种角色的访问控制。同时访问层还提供了多种形式的接口服务，可以很方便的与其它IT系统进行集成。
3.产品功能特色
3.1.规范的元模型管理
亿信元数据管理平台元模型以Meta Object Facility(MOF)规范为基础，支持XMI 格式的元模型导入和导出，同时内置大量技术元数据、业务元数据的元模型，用户可直接使用。元模型管理对元模型的基本信息、属性、父子关系、依赖关系、组合关系的增删改查操作，内置元模型的内置信息不允许修改或者删除，但可进行新增操作。具体功能界面如下：
图2元模型查看界面
元模型支持发布功能，只有发布后的元模型才可被元数据使用，同时支持查看所有发布版本。
图3元模型版本查看界面
通过发布过程，将元模型的设计和运用隔离开，元模型只有在发布之后才会生效，
数据库管理系统课程设计
“k数据库管理系统B”课程设计要求 一、课程设计基本步骤 1．提出问题。首先确定用户对象，描述用户业务现状。 2．数据库设计。设计E_R模型，设计关系数据。 3．系统实现。基于SQL SERVER环境，建立数据库，建立相应的表和视图，建立表间联系，实现各种数据约束。 4．调试运行。输入测试数据，进行调试分析，纠正错误。 二、课程设计文档要求 根据课程设计基本步骤组织文档。 1、封面。 2、系统开发目的。确定系统应用环境，及统开发目的。 3、系统概述。确定用户对象，描述用户业务现状，确定系统功能。 4、数据模型设计。由用户业务需求得出数据E_R模型。 5、数据库设计。由E_R模型转换成数据表，建立表间联系。规范表设计至3NF （如有特殊情况未达到3NF需说明理由）。 6、数据库实现。基或SQL SERVER环境，建立数据库，建立数据表，建立表间 联系，实现各种数据约束。 7、调试运行说明。输入测试数据进行调试分析，给出调试运行的有关情况说明。 8、总结。总结个人在本次课程设计中遇到的问题和心得体会。 9、成绩评定表。 三、课程设计具体实施办法 1、第16周由任课老师给出数据库课程设计题目，同学在选题时，每人一题。。 2、18周结束前将所有设计结果交任课老师。 3、课程设计提交的具体内容：课程设计文档（每人一份打印稿+电子档，文件 命名规则：学号+姓名，如"100322011李响.doc"）、课程设计数据库文件(文件命名规则：学号+姓名）。由课代表将所有打印稿和电子档（全班刻一张光盘，含文档和数据库）收齐后在规定时间内统一交任课老师。逾期不交者视为弃考，按学校相关规定参加重修或者重新分配题目参加补考。 4、期终考核成绩构成：总计100分，课程设计占70%，平时成绩占30%。 四、课题设计选题题目 题目姓名学号题目姓名学号 1书店购销管理数据库41城市人口消费水平子系统 2高校人事管理子系统42农村人口收支状况子系统 3高校工资管理子系统43某地区人力资源统计子系统 4高校设备管理子系统44某地区水资源统计子系统
电子地图管理系统
电子地图管理系统-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
#include
遥感影像元数据管理服务系统
3.6.3遥感影像元数据管理服务系统 遥感影像元数据管理系统在定位为在国家监管中心实现遥感影像元数据管理和对外服务的 基础设施，建成一套持续化、业务化运行系统。该系统的建设目标是：一方面满足海量持续增加的遥感影像数据有序管理的问题，同时面向海洋监测应用部门提供强大的影像服务功能。在保证数据安全的前提下，提供高效快捷的遥感影像网络服务支撑保障和数据持续有效集成能力。 主要工作及系统功能包括： （1）遥感影像元数据库规范 遥感影像元数据库是存放遥感影像数据元数据的空间数据库，以方便用户或者其他程序查询和使用特定的影像数据。遥感影像元数据库规范包括两个部分，一是空间数据模型规范，即如何根据遥感影像数据涉及的数据类型创建空间数据模型；一是元数据信息组织规范，即如何依据影像数据的元数据规范将影像数据的元数据信息有效组织到数据库中，利用ArcSDE 空间数据库进行一体化管理。 （2）影像数据管理子系统 系统采用C/S模式，面向业务人员。提供的具体功能包括：1）批量自动化灵活直接入库和快速浏览影像库支持的各类数据及其元数据；2）高效多条件检索影像库管理的数据并显示；3）直接读取影像库外多种格式影像并自动叠加显示、便捷注册和发布影像与地图服务等；4）管理员可以对不同类型用户和影像数据进行授权和分级管理。 影像数据管理子系统主要功能指标详细如下： *支持常用国外卫星影像数据：WorldView 1/2/3, GeoEye-1/2, RapidEye, IKONOS, QuickBird, Spot5, Spot6, Landsat-5 TM, Landsat-7 ETM+和Landsat-8 ALI等和国内主要卫星影像数据：HJ-A/B CCD, ZY-02-C, ZY-3、CBERS-3/4、天绘系列、高分系列、资源系列等； 影像实时动态镶嵌（自动计算金字塔、覆盖区域和显示比例以及处理分辨率）； 影像元数据自动识别和解析，交互式元数据灵活更新和扩展； 读取和叠加GeoTIFF, ERDAS Image, eYaImage, ECW和JPEG等格式影像； 影像服务和地图服务的编辑，发布，和管理。 （3）影像共享服务子系统 基于B/S结构，面向管理和业务用户提供影像数据服务，包括影像数据检索服务、数据下载服务、影像展示服务等。系统包含以下四个功能模块：几何查询、属性条件过滤、查询结果浏览、对外影像和地图服务等。 系统结构为四层结构，客户浏览层、Web服务层、GIS中间件层以及影像数据存储层。其中，Web服务层基于SOA架构，为客户端提供业务服务；客户浏览器层则基于ArcGIS API for Flex；GIS中间件层提供遵循OGC规范的GIS服务，将遥感影像地理信息库和文件存储库中的数据提供给Web服务层 （4）影像动态处理和镶嵌融合模块 该模块是利用服务器端发布的Image Service服务，为用户提供影像数据进动态镶嵌融合处
大大数据管理系统之大大数据可视化设计
数据管理系统企业级数据可视化项目Html5 应用实践 项目经理：李雪莉 组员：申欣邹丽丹陈广宇陈思 班级：大数据&数字新媒体 一、项目背景 随着大数据、云计算和移动互联网技术的不断发展，企业用户对数据可视化的需求日益迫切。用户希望能够随时随地简单直观的了解企业生产经营、绩效考核、关键业务、分支机构的运行情况，即时掌握突发性事件的详细信息，快速反应并作出决策。随着企业信息化的不断推进，企业不断的积累基础信息、生产运行、经营管理、绩效考核、经营分析等以不同形式分布在多个系统或个人电脑文档内的业务数据。如何将大量的数据进行分析整理，以简单、直观、高效的形式提供给管理者作为经营决策的依据是当前企业数据应用的迫切需求。传统的企业数据可视化方案多基于Java Applet、Flash、Silverlight 等浏览器插件技术进行开发，在当前互联网和移动互联网技术高速发展的背景下，Web技术标准也随之高速发展，用户对互联网技术安全性和使用体验的要求越来越高。Java Applet、Flash、Silverlight 等浏览器插件技术因为落后和封闭的技术架构，以及高功耗、高系统
资源占用，已经被微软、谷歌、苹果、火狐等主流操作系统和浏览器厂商逐步放弃，转而不断支持和完善基于HTML5的新一代Web技术标准 对数据进行直观的拖拉操作以及数据筛选等，无需技术背景，人人都能实现数据可视化无论是电子表格，数据库还是 Hadoop 和云服务，都可轻松分析其中的数据。 数据可视化是科学、艺术和设计的结合，当枯燥隐晦的数据被数据科学家们以优雅、简明、直观的视觉方式呈现时，带给人们的不仅仅是一种全新的观察世界的方法，而且往往具备艺术作品般的强大冲击力和说服力。如今数据可视化已经不局限于商业领域，在社会和人文领域的影响力也正在显现。 数据可视化的应用价值，其多样性和表现力吸引了许多从业者，而其创作过程中的每一环节都有强大的专业背景支持。无论是动态还是静态的可视化图形，都为我们搭建了新的桥梁，让我们能洞察世界的究竟、发现形形色色的关系，感受每时每刻围绕在我们身边的信息变化，还能让我们理解其他形式下不易发掘的事物。 二、项目简介 目前，金融机构（银行，保险，基金，证劵等）面临着诸如利率汇率自由化，消费者行为改变，互联网金融崛起等多个挑战。为满足企业的发展需要，要求管理者运用大数据管理以更为科学的手段对企
元数据管理平台
元数据管理平台 技术白皮书 北京亿信华辰软件责任有限公司 2018年4月
目录 1.前言 (1) 1.1.关于本白皮书 (1) 1.2.背景介绍 (1) 1.3.产品定位 (1) 2.产品架构 (2) 2.1.概述 (2) 2.2.数据源层 (2) 2.3.采集层 (2) 2.4.数据层 (3) 2.5.功能层 (3) 2.6.访问层 (3) 3.产品功能特色 (4) 3.1.规范的元模型管理 (4) 3.2.端到端的自动化采集 (5) 3.3.全面的采集适配器 (5) 3.4.可灵活定制的采集模板 (6) 3.5.便捷的元数据检索 (7) 3.6.完善的元数据管理 (7) 3.7.强大的元数据版本管理 (8) 3.8.实时的元数据变更监控 (8) 3.9.数据地图鸟瞰全局 (9) 3.10.丰富的元数据分析应用 (9) 3.10.1.血缘分析 (9) 3.10.2.影响分析 (10) 3.10.3.全链分析 (10) 3.10.4.关联度分析 (11) 3.10.5.属性差异分析 (11) 3.11.出色的元数据检核机制 (12) 3.11.1.一致性检核 (12) 3.11.2.属性填充率检核 (12) 3.11.3.组合关系检核 (12) 3.12.自助式门户 (13) 3.13.丰富的服务接口 (13) 4.产品技术优势 (13)
4.1.系统设计原则 (13) 4.1.1.先进性 (14) 4.1.2.可维护性 (14) 4.1.3.可靠性 (14) 4.1.4.易用性 (15) 4.1.5.安全性 (15) 4.1.6.扩展性 (15) 4.2.可扩展采集适配器设计 (16) 4.3.采用MOF规范 (16) 4.4.支持基于XMI的数据交换 (17) 4.5.运用REST FUL架构 (18) 5.软硬软件环境 (19) 5.1.服务器配置推荐 (19) 5.2.客户端配置 (20) 5.2.1.客户端(建议配置) (20) 5.2.2.客户端浏览器 (20)
电子地图管理系统
#include
数据库管理系统的设计与实现
数据库管理系统的设计与实现 1.DBMS的目标 （1）用户界面友好对一个实用DBMS来说，用户界面的质量直接影响其生命力。DBMS的用户接口应面向应用，采用适合最终用户的交互式、表格式、菜单式、窗口式等界面形式，以方便使用和保持灵活性。一般地说，用户界面应具有可靠性、简单性、灵活性和立即反馈等特性。 （2）功能完备DBMS功能随系统的规模的大小而异。大型DBMS功能齐全，小型DBMS功能弱一些。DBMS主要功能包括数据定义、数据库数据存取、事务控制、数据库组织和存储管理、数据库安全保护等等。我们在下面讨论这些功能的内容。 （3）效率高系统效率包括三个方面:一是计算机系统内部资源的使用效率。能充分利用资源（包括存储空间、设备、CPU等），并注意使各种资源负载均衡以提高整个系统的效率，二是DBMS本身的运行效率。三是用户的生产率。这是指用户学习、使用DBMS和在DBMS基础上开发的应用系统的效率。 2.DBMS的基本功能 （1）数据库定义对数据库的结构进行描述，包括外模式、模式、内模式的定义;数据库完整性的定义;安全保密定义（如用户口令、级别、存取权限）;存取路径（如索引）的定义。这些定义存储在数据
字典（亦称为系统目录）中，是DBMS运行的基本依据。为此，提供数据定义语言DDL。 （2）数据存取提供用户对数据的操纵功能，实现对数据库数据的检索、插入、修改和删除。一个好的DBMS应该提供功能强易学易用的数据操纵语言（DML）、方便的操作方式和较高的数据存取效率。DML有两类:一类是宿主型语言，一类是自含型语言。前者的语句不能独立使用而必须嵌入某种主语言，如C语言、COBOL语言中使用。而后者可以独立使用，通常以供终端用户交互使用和批处理方式两种形式使用。 （3）数据库运行管理这是指DBMS运行控制、管理功能。包括多用户环境下的并发控制、安全性检查和存取权限控制、完整性检查和执行、数据加密、运行日志的组织管理、事务的管理和自动恢复（保证事务的正确性），这些功能保证了数据库系统的正常运行。 （4）数据组织、存储和管理DBMS要分门别类地组织、存储各类数据，包括数据字典（亦称系统目录）、用户数据、存取路径等等。要确定以何种文件结构和存取方式在存储级上组织这些数据，如何实现数据之间的联系。数据组织和存储的基本目标是提高存储空间利用率，选择合适的存取方法确保较高存取（如随机查找、顺序查找、增、删、改）效率。 （5）数据库的建立和维护包括数据库的初始建立、数据的转换、数据库的转储和恢复、数据库的重组织和重构造以及有性能监测分析等功能。
电子地图管理系统
#i n c l u d e
Road *prev,*p,*end,*temp_head; char Run_time[80]; int i=0,Class; printf("请输入您所要查找的道路的番号：\n"); exit(5); } while(temp_head!=NULL){ if(temp_head->stRoadRec.linkid==Class){
end=(Road *)malloc(sizeof(Road)); printf("#linkid=%d ",temp_head->stRoadRec.LinkID); printf("roadnameflag=%d ",temp_head->stRoadRec.roadnameflag); printf("brunch=%d ",temp_head->stRoadRec.brunch); i++;} temp_head=temp_head->next; } end->next=NULL;
p ->next = NULL; if(i>=5) { save(prev); } { Road *prev,*p,*end,*temp_head; char Run_time[80]; int i=0,LinkId; printf("请输入您所要查找的道路的ID：\n");
2018年系统元数据管理系统分析
2018年系统元数据管理系统分析 1. 现状分析 随着经营分析系统规模不断扩大，系统所积累数据量也越来越大，收集到的海量数据背后隐藏着大量珍贵重要的信息，但也同时提高了系统的数据管理难度：一方面难以对这些数据进行有效解释，缺乏对业务流程执行的实时监控和管理；另一方面各部门数据与数据整合的难度也不断加大，影响到了经营分析系统中的数据质量。 如何对现有数据进行深层发掘，并揭示出埋藏在元数据中的趋势、因果关系、关联模式等核心信息？这是下一步深化经营分析系统应用的电信运营商需要解决的头等大事。构建BI，首先要保证的是数据质量。元数据管理解决的问题就是如何把业务系统中的数据分门别类地进行管理，并建立数据与数据之间的关系，为数据仓库的数据质量监控提供基础素材。 1.1 目前的困境 使用者(决策层、业务分析人员)： 1) 经营分析系统中存在有很多报表，不同报表中存在一些相同的指标，这些指标往往不一致，给业务分析和决策工作造成很多困惑，必须花费很大的精力去检查核实。 2) 对于很多指标，不清楚其具体含义，不清楚其反映的问题，不清楚其具体算法和来龙去脉。
数据仓库项目开发维护者： 1) 不同报表中的同一指标不一致，必须花费很大的精力去检查，目前基本上是通过手工检查表和存储过程的方式，效率较低。 2) 没有完善的开发、维护规范。比如，新增一张分析报表，开发人员根据业务人员的需求制作完成之后，往往没有整理完善相应的数据指标解释和元数据管理，造成日后检查困难。 3) 开发、维护规范的执行力较低，没有行之有效的管控手段。不严格按照规范执行，随着项目的发展和时间的推移，导致数据仓库项目的健壮性和可维护性呈几何级数下降，给数据仓库的建设带来大量的重复工作。 1.2 什么是元数据管理 元数据最本质，最抽象的定义为：data about data (关于数据的数据)。而对于经营分析数据仓库而言，形象的定义为：元数据就是数据仓库的规范。这些规范包括对各种指标的定义、解释；包括对各表中数据的来龙去脉、数据的大小和格式的定义。 元数据管理，就是要建立一套行之有效的规范以及该规范的管控体系，实现从管理到查询到综合分析的全面管控，管理层次从接口到ETL处理、业务逻辑处理、结果展现处理和指标分析的方方面面，构成数据仓库应用系统的核心和基础。做到开发者能严格遵守规范，维护者和使用者有规范可查，有力的保障数据仓库项目的健壮性和可维护性。
数据库管理系统设计
1.1、功能特点 ?前台基本功能 进货管理:进行商品采购入库,采购退货,进/退单据和当前库存查询,与供货商的往来帐务。 销售管理:进行商品销售,顾客退货,销/退单据和当前库存查询,POS 销售统计,与客户的往来帐务。 库存管理:包括库存之间商品调拔,商品的报损溢,强大的库存盘点功能,库存商品报警查询。 统计报表:完整的统计查询功能，每张单据每次收款付款都可以清楚的反映。 日常管理:对供货商,客户,业务员综合管理,对日常收入支出管理,客户借货坏帐管理,合同管理。 基本设置:商品信息,商品调价,供货商,客户,员工,会员,仓库等基本参数的设置。 系统维护:数据库备份/恢复,系统初始化,操作员修改密码,年终结算,查看日志,打印条码,赠品管理。 ?后台基本功能 商品销售:进行商品的销售工作,用户可以通过输入商品的条码,编号来选择商品。 销售退货:进行已销售商品的顾客退货工作,同样可以通过商品条码和编号来选择商品。 打印设置:设置小票的标题和脚注以及要选择的打印机。 兑换赠品:有关会员用积分兑换赠品的管理工作。 赠送赠品:有关赠品的赠送管理工作。 修改密码:修改当前收银员的密码。 快捷键设置:设置 POS 中各功能的快捷键。 出入款管理:管理有关收银员的出入款工作。 1.2、系统要求 1、计算机硬件在586等级以上. 2、软件要求操作系统为中文WIN98,WIN2000,WINXP.WIN2003 3、装有microsoft数据库驱动程序 4、屏幕分辨率800X600以上.
二、快速入门
后台主界面及功能说明： 图1 2.1、基本设置：在基本设置中可以对商品信息、商品调价、供货商、客户、员工、操作员、会员、仓库进行设置 2.1.1、商品信息 在基本设置模块中点击“商品信息”进入商品信息界面如图2
元数据管理平台的建立
元数据管理平台的建立 1.1 元数据简介 元数据被定义为：描述数据的数据，对数据及信息资源的描述性信息。 元数据（Metadata）是描述其它数据的数据（data about other data），或者说是用于提供某种资源的有关信息的结构数据（structured data）。元数据是描述信息资源或数据等对象的数据，其使用目的在于：识别资源；评价资源；追踪资源在使用过程中的变化；实现简单高效地管理大量网络化数据；实现信息资源的有效发现、查找、一体化组织和对使用资源的有效管理。 元数据的基本特点主要有： 1、元数据一经建立，便可共享。元数据的结构和完整性依赖于信息资源的价值和使用环境；元数据的开发与利用环境往往是一个变化的分布式环境；任何一种格式都不可能完全满足不同团体的不同需要； 2、元数据首先是一种编码体系。元数据是用来描述数字化信息资源，特别是网络信息资源的编码体系，这导致了元数据和传统数据编码体系的根本区别；元数据的最为重要的特征和功能是为数字化信息资源建立一种机器可理解框架。 元数据体系构建了企业业务的逻辑框架和基本模型,从而决定了企业业务的功能特征、运行模式和系统运行的总体性能。企业业务的运作都基于元数据来实现。其主要作用有：描述功能、整合功能、控制功能和代理功能。 由于元数据也是数据，因此可以用类似数据的方法在数据库中进行存储和获取。如果提供数据元的组织同时提供描述数据元的元数据，将会使数据元的使用变得准确而高效。用户在使用数据时可以首先查看其元数据以便能够获取自己所需的信息。
在数据仓库领域中，元数据按用途分成技术元数据和业务元数据。首先，元数据能提供基于用户的信息，如记录数据项的业务描述信息的元数据能帮助用户使用数据。其次，元数据能支持系统对数据的管理和维护，如关于数据项存储方法的元数据能支持系统以最有效的方式访问数据。具体来说，在数据仓库系统中，元数据机制主要支持以下五类系统管理功能: （1）描述哪些数据在数据仓库中； （2）定义要进入数据仓库中的数据和从数据仓库中产生的数据； （3）记录根据业务事件发生而随之进行的数据抽取工作时间安排； （4）记录并检测系统数据一致性的要求和执行情况； （5）衡量数据质量。 1.2 元数据管理平台体系结构 图1 元数据管理平台体系结构 关键特性
用电子地图管理销售
肖朝虎 g999企业e化周刊 我们对计算机的应用从穿孔时代开始，经历了dos字符界面到windows图形界面的变革，经历了从菜单控制到鼠标控制的变革，从键盘输入到手写输入、语音输入的变革，每一次变革都使计算机的应用更符合人类的习惯。现在，从字符化的抽象信息到可视化的位置信息，正是计算机应用的又一次变革。 说起来，“intranet+数据库”的模式，已经使商业应用足够简单了，在一个企业系统中，无论有多少个不同的应用，都可以用一只鼠标在一个浏览器上解决问题，再也不用像以前那样适应不同的菜单，死记不同的命令。但是，还有更简单、表现力更丰富的技术，那就是电子地图。 电子地图的能耐 电子地图能做什么呢？电子地图传统的领域是制图管理。正在兴起的是lbi（location-based business intelligence，基于位置的智能业务）和lbs（location-based service，基于位置的服务）。举个例子，对天津市可口可乐饮料有限公司的销售经理来讲，知道在天津市某条繁华商业街100米范围内的售点，这点是很重要的，因为在这样的区域销售点覆盖率是否足够大，分布是否合理，对可口可乐这种大众消费品的销售，起着重要的作用；同时，销售经理也可以根据这个结果调配销售代表和送货人员，将这些销售点全部交给一个人负责，从而提高销售的效率。这样的问题在“intranet+数据库”的模式中是很难实现的，因为你不可能把每个销售点跟每条街道的距离都存储在数据库中，不仅数据量太大，而且销售分析是随机的，一会儿是销售点与某条街道的距离，一会儿是与某个居民区的距离，等等。采用“intranet+数据库+电子地图”的模式，就能很好地解决这样的问题。在这样的系统中，你可以在地图上任意划一个圈——圆、椭圆或其它形状，对这个范围的销售量、售点分布、商业机构分布、人口分布、竞争对手的售点分布等情况进行分析。 现在有不少地图信息提供商，他们已经将各个城市的地图电子化，并把各类商业机构的数据包含其中，一个电子地图一般包括十几层数据，每一层数据就是一类商业机构。企业只需要购买所关心的城市地图和地图管理系统，并请地图应用开发商把电子地图与自己的mis或erp 系统联结起来，就可以进行基于地图的分析和处理，为业务决策提供信息。 电子地图与gsm的微蜂窝系统结合，可以实现手机定位的商业应用。你的手机处在哪一个微蜂窝里面，微蜂窝系统是知道的，再加上电子地图信息和商业信息，服务商就可以告诉你附近有哪些商业设施，哪家饭馆在打折，哪个专卖店在促销，最近的取款机在哪里。 方正数码有限公司的一项主要业务就是地理信息技术应用。方正数码与地理信息领域的领导厂商——美国mapinfo公司共同组建了mapinfo china，用方正数码总裁李汉生的话说，“在中国，mapinfo就是方正数码；在地图服务领域，方正数码就是mapinfo”。同时，方正数码还继承了北大方正集团自主开发的“智绘”地理信息管理系统。“智绘”主要服务于相对传统的gis应用市场，mapinfo则擅长于新兴的商业应用市场，再加上方正数码掌握的网络安全技术、internet技术、无线应用技术以及各个城市的地图数据，就构成了方正数码完整的空间信息技术应用解决方案。 “跑”客户的需求 作为可口可乐在中国的合资生产厂，天津可口可乐公司在信息化方面做得相当不错。该公司有一套基于ibm as400和db2数据库的销售信息管理系统。天津可口可乐的销售业务范围包括天津、河北、内蒙、新疆、西藏等省市自治区。对天津市的销售网点，天津可口可乐的销售工作做得特别细致，随之而来的信息系统也管得特别细。对重点的数千个销售网点，每天
教务管理系统数据库设计
教务管理 数据库系统课程设计
目录 1、需求分析 (2) 1．1 信息要求： (2) 1．2 处理要求： (2) 1．3 安全性与完整性要求： (2) 1．4 系统功能的设计和划分 (2) 第一部分：用户管理部分 (3) 第二部分：管理员管理部分 (3) 2、概念设计 (3) 2.1概念模型（E-R图）： (3) 2.2数据字典： (5) a.数据项 (5) b、数据结构 (5) c、数据流 (5) d、数据存储 (6) e、处理过程 (6) 2.3 数据流图 (7) 3、逻辑结构设计 (7) 3.1 E-R图向关系模型的转换（关系的码用下横线表出） (7) 3.2 设计用户子模式 (8) 4、物理设计 (8) 4．1 选择存取方法 (8) 4．2 确定数据库的存储结构 (8) 4．3 评价物理结构 (9) 5、系统实施 (9) 6、运行维护 (10)
1、需求分析 1．1 信息要求： 教务管理系统涉及的实体有： ●教师——工作证号、姓名、职称、电话等； ●学生——学号、姓名、性别、出生年月等； ●班级——班号、最低总学分等； ●系——系代号、系名和系办公室电话等； ●课程——课序号、课名、学分、上课时间及名额等。 这些实体之间的联系如下： ●每个学生都属于一个班，每个班都属于一个系，每个教师也都属于一个系。 ●每个班的班主任都由一名教师担任。 ●一名教师可以教多门课，一门课可以有几位主讲老师，但不同老师讲的同一门课其课序号是不同 的（课序号是唯一的）。 ●一名同学可以选多门课，一门课可被若干同学选中。 ●一名同学选中的课若已学完，应该记录有相应成绩。 ●本单位学生、教师都有重名，工作证号、学号可以作为标识。 1．2 处理要求： 教学系统主要提供数据维护、选课和信息查询。其中常见的查询有：系统中各对象的基本信息查询。查询指定班、系的学生信息（名单、人数等）。查询学生的成绩、学分情况。查询教师授课情况和学生选课情况……。 1．3 安全性与完整性要求： ●安全性要求： 1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用； 2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容； 3.系统应对不同用户设置不同的权限，区分不同的用户，如学生，教师，系统管理员。 ●完整性要求： 1.各种信息记录的完整性，关键信息记录内容不能为空； 2.各种数据间相互的联系的正确性； 3.相同的数据在不同记录中的一致性。 1．4 系统功能的设计和划分 根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：
元数据管理
1.前言 数据仓库中的数据是从许多业务处理系统中抽取、转换而来，对于这样一个复杂的企业数据环境，如何以安全、高效的方式来对它们进行管理和访问就变得尤为重要。解决这一问题的关键是对元数据进行科学有效的管理。元数据是关于数据、操纵数据的进程和应用程序的结构和意义的描述信息，其主要目标是提供数据资源的全面指南。元数据不仅定义了数据仓库中数据的模式、来源以及抽取和转换规则等，而且整个数据仓库系统的运行都是基于元数据的，是元数据把数据仓库系统中的各个松散的组件联系起来，组成了一个有机的整体。2.元数据 2.1 元数据的概念 按照传统的定义，元数据（Metadata）是关于数据的数据。在数据仓库系统中，元数据可以帮助数据仓库管理员和数据仓库的开发人员非常方便地找到他们所关心的数据；元数据是描述数据仓库内数据的结构和建立方法的数据，可将其按用途的不同分为两类：技术元数据（Technical Metadata）和业务元数据（Business Metadata）。 技术元数据是存储关于数据仓库系统技术细节的数据，是用于开发和管理数据仓库使用的数据。
业务元数据从业务角度描述了数据仓库中的数据，它提供了介于使用者和实际系统之间的语义层，使得不懂计算机技术的业务人员也能够“读懂”数据仓库中的数据。业务元数据主要包括以下信息：使用者的业务术语所表达的数据模型、对象名和属性名；访问数据的原则和数据的来源；系统所提供的分析方法以及公式和报表的信息。 2.2 元数据的作用 在数据仓库系统中，元数据机制主要支持以下五类系统管理功能：（１）描述哪些数据在数据仓库中；（２）定义要进入数据仓库中的数据和从数据仓库中产生的数据；（３）记录根据业务事件发生而随之进行的数据抽取工作时间安排；（４）记录并检测系统数据一致性的要求和执行情况；（５）衡量数据质量。 与其说数据仓库是软件开发项目，还不如说是系统集成项目[1]，因为它的主要工作是把所需的数据仓库工具集成在一起，完成数据的抽取、转换和加载，OLAP分析和数据挖掘等。 3.数据仓库元数据管理现状 元数据管理的主要任务有两个方面：一是负责存储和维护元数据库中的元数据；二是负责数据仓库建模工具、数据获取工具、前端工具等之间的消息传递，协调各模
电子地图如何制作简介
电子地图如何制作简介 下列为电子地图的制作过程 1.准备纸的地图如：交通旅游图、测绘局购买的图等你想做的图。 2.把准备的地图扫描进计算机 3.下载地图矢量化软件mapinfo professional，autoCAD等也可以。 4.练习熟悉mapinfo professional的使用方法，矢量化你扫描的地图（也可以购买别人矢量化好的电子地图，这当然就剩了好多时间，或许还有金钱）。 5.下载地图网上发布软件“mapinfo MapXtreme”。 6.用mapinfo MapXtreme发布你矢量化好的地图就行了。 当然Mapinfo professional需要你化点时间熟悉，mapinfo MapXtreme需要你化点时间学习开发。如果想做的专业一些的话，用专业的做地图的软件mapinfo 下载地址： 是mapinfo的中国官方网站 使用emule下载 emule的下载地址: MapInfo地理信息系统平台作为一个图形－文字信息完善结合的软件工具，能将所需要的信息资料形象、直观地与地理图形紧密地联结起
来，能提供大量常用的分析、查询功能，能将结果以图形或表格的方式显示出来。 MapInfo软件提供与一些常用数据库的接口,可以直接或间接地与这些数据库进行数据交换。MapInfo软件提供的开发工具MapBasi c, 可完成用户在图形、界面、查询、分析等方面的各种要求，以形成全用户化的应用集成。配接多媒体系统可使用户对地图进行多媒体查询。MapInfo软件适用于军队管理与指挥、市场营销、城市规划、市政管理、公安交通、邮电通讯、石油地质、土地资源、人口管理、金融保险等各个应用领域，能对用户的管理、决策提供有力的支持与帮助。 一、强大的图形表达、处理功能 MapInfo做为一种功能强大的图形软件，利用点、线、区域等多种图形元素，及丰富的地图符号、文本类型、线型、填充模式和颜色等表现类型，可详尽、直观、形象地完成电子地图数据的显示。同时MapIn fo对于位图文件(如GIF、TIF、PCX、BMP、TGA等多种格式的位图文件)和卫片(SPOT)、航片、照片等栅格图象，也可以进行屏幕显示，根据实际需要还可以对其进行矢量化。此外，DXF格式(Auto CAD和其它CAD软件包的图形/数据交换格式)的数据文件，也可以直接运用于MapInfo当中。在图形处理方面，它提供了功能强大的
1_10000地形图_DLG_数据生产的质量控制与检测
地理空间信息 GEOSPATIAL 2009 年2 月 第7 卷第1 期 1:10 000 地形图(DLG)数据生产的质量控制与检测 郑凤娇，王祥 （武汉市勘测设计研究院，湖北武汉430022） 文献标志码: B 摘要：结合武汉市1：10000 地形图生产项目，给出了1：10000 地形图（DLG）数据生产的技术方法与流程，阐述了 1：10000 地形图（DLG）数据生产的质量控制过程及检测项目的具体内容。 关键词：地形图；DLG；数据处理；质量控制；检测 中图分类号：P208 Quality Control and Detection for Data Production of 1:10000 Topographic Maps (DLG) ZHENG Fengjiao, WANG Xiang (Wuhan Geotechnical Engineering & Surveying Institute, Wuhan 430022，China) Abstract：Combination of Wuhan 1: 10 000 topographic map production project, given the technical methods and processes of 1: 10 000 topographic maps (DLG) data, described quality control process and specific content of detection projects for 1: 10 000 topographic maps (DLG) data production . Ke ywords：topographic map; DLG; data processing; quality control; detection. 文章编号: 1672-4623 (2009) 01-0091-04 1:10 000 地形图是城市系列比例尺基本图种之一， 是“数字武汉”空间基础设施数据库的重要组成部分， 它可服务于专家领导的辅助决策、区域城市、乡镇、农 村等设计、地籍调查、掩没分析、专题数据库的开发 提供基础地理信息，可作为编制更小比例尺地形图或 专题地图的基础资料。基础地理信息数据的精度及其 正确性等直接决定了数据的利用价值，甚至影响有关 建设工程的质量和安全。由我院负责具体实施市域(8 549 km2) 全覆盖的1: 10 000 数字地形图(DLG) 航空 摄影测量及数据库建设工作，实施覆盖面积大，生产 工序、投入的人员及设备较多。因此，在整个DLG 数 收稿日期：2009-01-20 参考文献 [1] 王晏民，郭明，王国利，等.利用激光雷达技术制作古建筑正 射影像图[J].北京建筑工程学院学报，2006，22(4):19-22 [2] Jia C D，Hung C T. 3D Laser Scanning and GPS Technology for Landslide Earthwork Volume Estimation[J].Automation in Construction， 16(2007):657-663 [3] 惠增宏.激光三维扫描重建技术及其在工程中的应用[D]. 西
仓库管理系统数据库设计
仓库管理系统数据库设计 1概述（设计题目与可行性分析） 1.1设计题目 设计一个仓库数据库管理系统，要求实现入库、出库、库存和采购等功能。 随着经济的飞速发展，，仓库管理变成了各大公司日益重要的内容。仓库管理过程的准确性和高效性至关重要。影响着公司的经济发展和管理。利用人工管理强大而数据烦琐的数据库显的效率过于低。利用计算机高效、准确的特点能够很好的满足公司的管理需要。提高公司各个员工的工作效率和公司的运做效率。利用计算机对仓库数据信息进行管理具有着手工管理所无法比拟的优点。目前一个现代化的仓库管理系统已经成为仓库管理不可缺少的管理手段。 1.2 可行性研究 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。可行性研究的目的不是解决问题而是分析问题能不能解决；至少从下面三个方面分析可行性研究。 1.2.1技术可行性 该仓库数据库管理系统不不是很复杂，设计实现该数据库技术难度不是很大，利用目前现有的技术和工具能在规定的时间内做出该系统。该系统利用SQL2000和 visual studio 工具就能很好的实现该系统。 1.2.2经济可行性 当今世界是经济时代，一个公司的员工工作效率的高低直接影响着这个公司的发展。因此利用计算机进行信息管理有着无可比拟的好处，该系统相对较小，代码行较少，数据库设计不是很麻烦，开发周期较短。而且便于维护。但其带来的经济效益远远高于其开发成本。在经济上是可行的。 1.2.3操作可行性 在当今社会，随着义务教育的普及。和计算机的普及，公司的员工基本上都会进行电脑的基本操作，由于本软件系统采用相对友好的界面，用户 在使用过程中不需要懂太多的电脑专业知识，只需要基本的电脑操作就可
(整理)数据仓库与元数据管理
数据仓库与元数据管理 1. 前言 在事务处理系统中的数据，主要用于记录和查询业务情况。随着数据仓库（DW）技术的不断成熟，企业的数据逐渐变成了决策的主要依据。数据仓库中的数据是从许多业务处理系统中抽取、转换而来，对于这样一个复杂的企业数据环境，如何以安全、高效的方式来对它们进行管理和访问就变得尤为重要。解决这一问题的关键是对元数据进行科学有效的管理。 本文首先介绍了元数据的定义、作用和意义；然后讨论了数据仓库系统中元数据管理的现状和关于元数据的标准化情况；最后提出了建立元数据管理系统的步骤和实施方法。 2. 元数据 2.1 元数据的概念 按照传统的定义，元数据（Metadata）是关于数据的数据。在数据仓库系统中，元数据可以帮助数据仓库管理员和数据仓库的开发人员非常方便地找到他们所关心的数据；元数据是描述数据仓库内数据的结构和建立方法的数据，可将其按用途的不同分为两类：技术元数据（Technical Metadata）和业务元数据（Business Metadata）。 技术元数据是存储关于数据仓库系统技术细节的数据，是用于开发和管理数据仓库使用的数据，它主要包括以下信息： ●数据仓库结构的描述，包括仓库模式、视图、维、层次结构和导出数据的定义， 以及数据集市的位置和内容； ●业务系统、数据仓库和数据集市的体系结构和模式 ●汇总用的算法，包括度量和维定义算法，数据粒度、主题领域、聚集、汇总、 预定义的查询与报告； ●由操作环境到数据仓库环境的映射，包括源数据和它们的内容、数据分割、数 据提取、清理、转换规则和数据刷新规则、安全（用户授权和存取控制）。 业务元数据从业务角度描述了数据仓库中的数据，它提供了介于使用者和实际系统
元数据管理方案
元数据管理方案
元数据管理方案 1.1元数据抽取 为了简化元数据生成工作，系统提供自动生成元数据的功能，即元数据抽取。经过元数据自动抽取，用户能够方便、快捷地获得大量的元数据信息。 1.1.1抽取的对象 元数据抽取主要针正确对象有以下几种： 已有目录：已建业务应用系统中现有的目录资源。 数据库：各种数据库资源，包括关系型数据库、XML数据库等。 格式化电子文件：电子文件，例如Word、PDF、XLS等文件。 1.1.2元数据抽取的流程 元数据抽取的流程有4个主要步骤，分别为： 数据源信息获取：解决要从哪个数据源获得元数据的问题。 内容/结构分析：解决要从数据源中获得哪些元数据的问题。 元数据提取：解决如何从数据源中获取元数据的问题。 存储入库：解决元数据存储的问题。
1.1.3电子文档的元数据抽取 对于电子文档，首先各部门的文档格式不尽相同，另外它们的安全级别也各不相同，同时由于信息化建设水平的不一致，有的部门文档分散在各处，有的部门文档是集中存放的，甚至已经建立了完善的电子系统进行管理。 针对以上状况，对于电子文档的元数据抽取需要进行以下的抽取流程： ●整理归档 对于分散在各处的电子文档(纸质文档需要先进行电子化处理)，必须由专人进行统一整理，根据公开共享的前提进行集中，这种集中能够是物理上集中的，也能够是逻辑上集中的。但要满足以下原则，第一根据安全级别，便于外界访问；第二便于文档的增量发布；第三便于采集工具的自动化采集编目。各部门只有在文档完全整理归档的情况下，进行自动化采集才是切实可行的。在整理归档的时候，各部门根据各自情况进行归档，没有必要千篇一律，也没有必要制定繁琐和呆板的规则，只要能够满足以上的原则即可。 ●根据安全级别，建立相应的访问机制 由于受到安全级别的限制，因此对于需要共享的数据要进行安全方面的限制，限制的手段能够有：用户名/密码、数字证书、物理隔断等等，根据实际情况建立安全访问机制，做到重要信息不泄露，不丢失。 ●编目处理