数据共享工作计划.docx
- 文档编号:5213154
- 上传时间:2022-12-14
- 格式:DOCX
- 页数:12
- 大小:25.07KB
数据共享工作计划.docx
《数据共享工作计划.docx》由会员分享,可在线阅读,更多相关《数据共享工作计划.docx(12页珍藏版)》请在冰豆网上搜索。
数据共享工作计划
数据共享工作计划
第1篇:
Android浅谈数据共享
由麦可网整理,转载请注明出处
Android浅谈数据共享
对于应用程序之间的数据共享,Android提供了比较灵活的方式,相关的开发经验下面是Android123平时使用的方法。
1.简单配置文件:
SharedPreferences方式存储的配置文件,我们在各个应用间可以通过getSharedPreferences(“eoeandroid”,Context.MODE_PRIVATE);这样的方式存储,最后是共享模式,这里使用了私有,而通过全局读、全局写可以让其他的应用访问,通过createPackageContext方法,但是在Android1.5以后,共享访问需要相同UID和签名才可以访问。
2.SQLite数据库文件
对于一些较为复杂的配置或数据,在Android平台上我们一般使用SQLite数据库存储,对于共享我们可以提供ContentProvider接口来实现,我们虽然可以获取当前应用的数据库保存位置,通过Context的getDatabasePath(Stringname)这个方法,由于应用的PackageName比较长可能会发生变动,Android提供了类似Intent的方式来匹配一些Uri,比如说电话拨号为tel:
//而对于网址可以使用对于定做坐标使用geo:
//,而我们的数据库可以通过UriMatcher类的addURI添加一些Uri,通过隐式Intent方式实现自己的处理方式,具体的大家可以查看短信应用的开源代码Mms.git了解。
3.对于运行中的高性能数据共享
在Android中共享内存方法可以使用linux底层的mmap方式,对于跨进程访问,使用IPC,当然Android还提供了AIDL远程服务来实现数据绑定访问处理,所以说对于AndroidService的开发,一定要记住通过Bind方式来开发,比较典型的有音乐播放器,Music.gif
第2篇:
Android数据共享之ContentProvider总结
ContentProvider由上一节内容,我们了解到Adroid的数据都是私有的,那么对于像通讯录之类,多个APP(拨号、通话、短消息…)都需要共享使用,该怎么实现呢?
答案就是ContentProvider。
概述:
ContentProvider是Android平台中,在不同应用程序之间实现数据共享的一种机制。
一个应用程序如果需要让别的程序可以操作自己的数据,即可采用这种机制。
并且此种方式忽略了底层的数据存储实现,ContentProvider提供了一种统一的通过Uri实现数据操作的方式。
Android为常用的数据类型(图片,音视频,通讯录)提供了大量的ContentProvider,它们被定义在android.provider包下面。
操作模型:
ContentProvider类:
定义在android.content包下面,主要数据存取类,提供了常用的数据操作接口•delete():
删除数据集
•insert():
添加数据集
•qurey():
查询数据集
•update():
更新数据集
•onCreate():
初始化底层数据集和建立数据连接等工作
•getType():
返回指定URI的MIME数据类型,ContentResolver类:
ContentProvider是实际操作数据库的方法,客户端通过ContentResolver实现,ContentResolver和ContentProvider提供了对应的方法,诸如insert(),delete(),query()和update()之类的方法。
我们间接的通过ContentResolver的方法来操作ContentProvider。
Uri介绍
ContentProvider通过URI对象共享数据;Uri代表了要操作的数据,Uri主要包含了两部分信息:
1》需要操作的ContentProvider
2》对ContentProvider中的什么数据进行操作
Uri是一个通用资源标志符,将其分为A,B,C,D4个部分:
A:
无法改变的标准前缀,包括;”content:
//”、”tel:
//”等。
当前缀是”content:
//”时,说明通过一个ContentProvider控制这些数据;
B:
URI的标识,它通过authorities属性声明,用于定义了是哪个ContentProvider提供这些数据。
对于第三方应用程序,为了保证URI标识的唯一性,它必须是一个完整的、小写的类名。
例如:
“content:
//com.test.contentproviderdemo“;
C:
路径,可以近似的理解为需要操作的数据库中表的名字,如:
”content:
//com.test.contentproviderdemo/people”中的people
D:
如果URI中包含表示需要获取的记录的ID,则就返回该id对应的数据,如果没有ID,就表示返回全部;
将字符串转成Uri,Uriuri=Uri.parse(“content:
//com.test.contentproviderdemo/people“)
跟Uri相关的两个操作类:
A、publicclaUriMatcher//匹配
//注册匹配Uri路径
//常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码
UriMatchersMatcher=newUriMatcher(UriMatcher.NO_MATCH);//添加需要匹配uri,如果匹配就会返回匹配码
//如果match()方法匹配content:
//com.test.contentproviderdemo/people路径,返回匹配码为1sMatcher.addURI(“com.test.contentproviderdemo”,“people”,1);
//如果match()方法匹配content:
//com.test.contentproviderdemo/people/2路径,返回匹配码为2sMatcher.addURI(“com.test.contentproviderdemo”,“people/#”,2);//#号为通配符
switch(sMatcher.match(Uri.parse(“content:
//com.test.contentproviderdemo/people/10”))){
case1
break;case2
break;default:
//不匹配
break;}
B、publicclaContentUris//获取ID
withAppendedId(uri,id)用于为路径加上ID部分:
Uriuri=Uri.parse(“content:
//com.test.contentproviderdemo/people“)UriresultUri=ContentUris.withAppendedId(uri,10);parseId(uri)方法用于从路径中获取ID部分:
Uriuri=Uri.parse(“content:
//com.test.contentproviderdemo/people/10”)longpersonid=ContentUris.parseId(uri);//获取的结果为:
10
主要步骤:
1.创建保存数据的文件或者数据库。
2.在当前应用程序中定义一个ContentProvider,重载相关操作接口。
如:
publicclaPeopleProviderextendsContentProvider{publicbooleanonCreate()publicUriinsert(Uriuri,ContentValuesvalues)publicintdelete(Uriuri,Stringselection,String[]selectionArgs)publicintupdate(Uriuri,ContentValuesvalues,Stringselection,String[]selectionArgs)publicCursorquery(Uriuri,String[]projection,Stringselection,String[]selectionArgs,StringsortOrder)}publicStringgetType(Uriuri)3.在当前应用程序的AndroidManifest.xml中注册此ContentProvider
4.其他应用程序通过ContentResolver和Uri来获取此ContentProvider的数据。
ContentResolverresolver=getContentResolver();5.通过注册registerContentObserver监听ContentProvider的数据变化;
ContentProvider完整实例:
ContentResolverDemo.zipContentProviderDemo.zip
ContentProviderDemo是一个无界面的示例,仅提供一个ContentProvider组件,供其他应用程序进行数据交换底层使用SQLite数据库,支持数据的添加、删除、更新和查询等基本操作
ContentResolverDemo是使用ContentProvider的示例,自身不具有任何数据存储功能,仅是通过URI访问ContentProviderDemo示例提供的ContentProvider。
第3篇:
数据交换与共享平台建设
顺德区数据交换与共享平台建设(SD09050)
采购内容及技术要求
一、现状
我区于2021年开发完成数据共享和交换平台,并于2021年对系统进行更新升级,进一步完善了系统的功能。
平台目前运行在区信息中心机房,有公安局、计生局两个节点与之相连,运行正常。
二、建设目标
本项目建设目标是:
调研业务部门的数据共享需求,编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》;开发和完善数据共享平台系统;建设顺德区数据共享资源体系,推进数据的共享和综合开发利用;实现顺德区各部门信息数据共享和互联互通,使数据共享平台成为电子政务建设的支撑和服务平台。
三、建设内容
本次建设内容分为三部分:
1)对政府重要职能部门开展调研
完成对12个政府重要职能部门数据集成方面的需求调研,完成以数据共享、交换和整合需求的梳理和分析。
2)数据共享规范与标准接口和政府资源目录建设
通过调研业务部门之间的数据共享需求,编写《广东省顺德区数据共享规范与接口标准》和《顺德区政府资源目录》,并逐步完善。
3)数据共享平台开发和完善
提供数据发布、目录维护、系统配置等界面,增强系统易用性;改善数据传输性能,支持不同级别数据量的应用系统的数据传输;集成数据共享申请、申请审核、数据共享目录编制等业务功能;实现全区、区与市之间的数据共享;增加共享数据分析统计功能,监控共享数据的访问量、数据状态、共享数据业务办理状况等。
第2页,共14页
四、建设原则
(一)开放性
数据源和目标数据可以是文本文件、Excel文档、Word文档、XML文档。
通过JDBC、ODBC支持所有JDBC和ODBC数据库,并为部分主流数据库提供了专用的数据库接口。
目前应该满足Sybase、Informix、Oracle、DB
2、SQLServer等异构数据库双向数据传输的需求,根据实际情况还可以进行扩展。
整体开发遵循J2EE平台标准和XML交换标准,有良好的平台兼容性。
可以应用于Windows、Linux和Unix系统。
(二)安全性
数据中心的安全非常重要,因此必须要做好系统的安全设计,防范各种安全风险,确保数据中心能够安全可靠的运行。
同时数据中心必须采用成熟的技术和体系结构,采用高质量的产品,并且要具有一定的容灾功能。
(三)实用性
完善友好的定制开发环境支持不同技术层次使用者的使用要求。
安装简易,使用简单,有完善的系统参数配置工具和管理控制台。
(四)可伸缩性
可以合理地定制数据共享交换方式。
根据不同类型业务特色和技术要求特点,量身定制相应的数据交换解决方案。
(五)可扩展性
能够方便的加入交换节点以及增加交换共享服务。
能够根据需要,通过增加硬件配置的方式对交换平台进行扩容。
(六)相对独立性
根据数据共享平台的目标定位,数据共享平台的建设和运作必须保持业务系统的相对独立性。
为此采用松散耦合方式,通过在业务部门统一配置部门端数据共享交换管理系统(代理)实现数据资源整合。
第3页,共14页
(七)统一建设
数据共享平台必须统一规范建设。
通过制定统一的数据共享与交换标准,建设统一的数据共享交换平台,即中心端数据共享交换管理系统和部门端数据共享交换管理系统(代理),可以避免重复投资,降低接口的复杂性,有效实现数据中心与业务部门的数据共享与数据交换,消除“信息孤岛”,实现数据资源的互联互通。
(八)共建共享
一方面建设数据共享平台的目的是为了实现业务部门之间的数据共享和交换。
另一方面,数据中心的数据来源于各个业务部门,因此数据共享平台的建设必须依靠各业务部门的积极参与和配合
五、关键技术
数据共享平台的技术路线要点描述如下:
1、采用XML技术统一数据交换格式,使用XMLSchema进行数据标准规范的定义和描述。
2、采用SOAP协议进行信息包的封装和数据路由。
数据共享与交换平台考虑对Web服务的支持。
3、采用消息中间件保障数据传输的可靠和完整。
4、安全方面,利用XML实现数字签名和加密,并与CA平台结合。
通过并发访问控制、访问代理、数据校验、安全审计等手段保证共享数据的完整性、安全性。
5、管理方面,采用WBEM收集、管理并合并多种来源的管理数据。
对数据共享平台的各个组成系统进行有效管理。
6、所有支撑系统基于统一的技术平台上设计开发。
7、采用存储域网络(SAN)架构实现共享数据和备份数据的存储。
8、采用集群技术和负载均衡技术提高系统的整体性能和可靠性。
六、调研要求
1、调研对象
第4页,共14页调研的对象是顺德区政府下属的重要职能部门,主要包括:
工商局、公安局、地税局、国税局、社保局、国土局、计划局、技监局、建设局、民政局、经贸局、执法局等。
2、调研结果
通过对调研原始数据的分析,得出如下调研结果:
1)各个部门的数据供需关系2)各个部门业务系统状况3)各个部门软硬件设备状况
4)各个部门对数据共享平台的共享数据的需求
七、《顺德区政府资源目录》和《顺德区数据共享规范与接口标准》
政府资源目录建设的目的是编写《顺德区政府资源目录》,通过调研,收集各个业务部门的之间的跨部门共享数据的供需关系,以及各个部门目前对外共享数据的能力,了解各个部门对数据共享平台共享数据的需求,结合国家对四大数据库的要求和顺德的实际情况,抽象出公共数据库模型,为建设四大基础数据库打下基础。
《顺德区数据共享规范与接口标准》是由一系列的规范、机制、制度组成。
标准规范体系包含数据标准规范、技术标准规范、管理标准规范、业务标准规范等4大部分。
在设计标准规范体系的时候,需要从体系结构的角度全盘考虑,在符合或者兼容国家电子政务标准规范或上级部门的标准规范的基础上进行设计。
以下标准规范体系图为参考方案,投标方如有更完善的标准规范方案可具体说明整体的体系结构。
第5页,共14页
数据标准规范
数据标准规范包括:
公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范。
技术标准规范
通过技术标准规范支持业务部门系统和数据共享平台之间的数据级和应用级整合,并提高业务系统之间的应用集成、互联互通的能力。
管理标准规范
管理标准规范包括:
标准管理、安全管理、数据管理、项目管理,用于指导数据中心日常运行管理、数据维护管理。
业务标准规范
独立的业务标准规范由业务部门制定,关联业务标准由数据共享平台统筹,协调各业务部门联合制定。
八、数据共享平台建设
数据共享平台得建设分为以下三大部分:
第6页,共14页1)政府资源目录平台
管理《顺德区电子政务资源共享目录》的内容。
包括以下功能:
目录接口定义和实现;目录管理和维护;目录访问。
2)前置机处理系统
实现对各个业务部门(不少于5个)不同数据库、不同业务数据资源的统一共享和访问。
包括以下功能:
系统配置;系统安全管理;数据共享接口定义和实现;数据共享规则定义;数据同步复制。
3)资源目录管理平台
实现政府工作人员共享数据、发布数据、监控管理的统一入口和功能。
具体内容包括:
完善系统现有功能;增加系统统一监控功能;增加数据库自动推送与接收功能;简化部门前置机的安装和配置;将系统配置功能在统一的Web管理端上实现;实现与佛山市数据共享和交换平台的无缝对接。
第7页,共14页
数据共享交换平台应实现如下功能:
(1)节点管理
实现与数据共享平台相连的的各个节点(业务部门)的信息管理、配置管理。
(2)主题管理
数据采集、数据发布、数据共享、数据交换、公共服务以及决策支持均以主题的方式进行,因此必须实现对主题的管理。
主题是元数据的集合。
第8页,共14页(3)元数据管理
元数据(Metadata)是关于数据的数据。
元数据描述了数据的结构和意义,同时也可以描述应用程序和流程的结构和意义。
构造数据共享平台数据库的重要步骤之一,就是定义和创建元数据。
所有进入数据共享平台的数据,必须在元数据中有所表述。
数据共享平台的数据管理系统必须提供储存和管理元数据的方法。
数据共享平台的元数据包括基础数据元和共享数据元,由数据共享平台统一管理。
基础数据元由数据共享平台定义,共享数据元由业务部门定义并注册到数据共享平台。
业务部门进入数据共享平台的元数据管理中心好比进了一个“超市”,可以方便地知道可以获取和使用哪些数据,并进行数据使用申请的定制。
(4)公共代码管理
对公共代码需要有统一的标准规范,数据共享平台必须提供公共代码的管理。
基于数据中心的公共代码规范,各部门可以通过数据转换将各种不同含义的编码和标准规范的编码之间进行双向的转换。
(5)数据采集
与各业务部门形成数据采集机制,通过数据共享交换平台从各业务部门汇总数据,对原始数据进行缓存、存储。
(6)数据同步策略管理
系统应能灵活设置和管理数据的同步策略,支持异地、异构、不同组网方式、不同时间间隔等同步策略功能,能结合调研结果和招标方的最终实施方案进行部署,能灵活配置各部门的业务数据库和数据共享平台的公共基础数据库的数据同步,实现数据透明同步和更新,保证数据的一致性。
(7)数据整理比对
从各业务部门采集共享数据后,进行数据转换,数据比对、冲突检测处理并入库。
(8)数据交换
实现业务部门与数据共享平台之间的数据交换业务,形成高效、安全、可靠、稳定
第9页,共14页的数据交换网络。
应提供定时批量、实时按需等多种方式的数据交换手段,提供点对点、一对多的数据交换支持,对数据交换进行管理和监控。
(9)恢复管理
恢复管理是对数据进行备份、导入导出以及数据库恢复等。
数据是数据共享平台核心的资源。
全面的容灾方式应该是数据备份+数据复制+远程容灾。
对系统中的数据要定期进行系统备份。
采用本地备份与异地备份相结合的方式。
投标方应具体说明采取何种方式实现该功能。
(10)标准管理
进行数据共享平台的标准规范尤其是数据标准的审核制定、升级维护与发布实施等管理功能。
在数据中心的建立之初,由于标准规范处于不断完善的过程,应建立标准的版本管理机制,方便业务部门的查询和使用。
(11)应用支持
对政务相关业务应用系统、公共服务系统、联合审批系统、业务监管系统和决策支持系统提供数据、通道和平台等支持。
(12)运行管理
运行管理系统主要提供给数据共享平台的系统管理人员使用,用于保证数据共享平台的安全可靠和高效运行。
其功能主要包括面向安全性的用户管理、权限管理、密码管理和日志管理等;面向性能优化的性能监控等。
面向实用性的节点管理、交换规则管理和状态监控;其中节点管理包括对业务部门的信息管理。
由于各种共享数据由不同的部门提供和使用,为了提高数据的使用效率,必须提供数据统计和分析功能,首先要对共享数据的访问日志进行记录,然后灵活地统计各个部门共享的数据以及访问过的其它部门的共享数据,同时将这些结果汇总,进行各种分析,提高数据的使用效率。
数据共享平台是一个分布式业务处理平台,由多个设备和软件同时运行,为了保证整个平台的高效率运行,必须监控每一台设备上每一种应用程序的运行状态,数据访问流
第10页,共14页量,以及共享数据业务的办理状况,一旦发现异常,立即报告管理人员采取有效措施,恢复系统的正常运行。
这些功能的设计,首先是标准的监控状态信息格式定义,然后是被监控设备上软件的技术实现,最后是数据资源管理平台对被监控设备上软件的状态信息的动态查询和显示。
(13)数据共享申请管理
此功能包括以下三个功能点:
1)数据共享申请:
提出数据共享申请2)数据共享申请审核:
对共享数据进行审核
3)数据共享目录编制:
对于审核通过的数据共享申请,对所共享的数据进行编目和发布
一个业务部门想要其他部门共享数据,首先要向其他部门提出申请,由其它部门对数据共享申请进行审核,如果审核通过,则对共享数据进行编目,其它部门就可以对想要的数据进行访问了,若审核不通过,则数据不共享。
(14)数据交换网关
数据共享平台的建设,解决了数据共享和交换的问题,实现了政务信息的互联互通,但是由于UDDI规范比较复杂,而且,开发一个应用系统需要与多个业务部门打交道,因此,开发效率比较低。
而数据交换网关,能够很好地解决了这个问题。
如“错误!
未找到引用源。
”所示,数据交换网关,是一个基于数据共享平台的数据共享和交换服务提供平台,该平台引入了数据服务的概念,在定义数据服务的基础上,屏蔽了UDDI规范的细节,通过数据服务中的业务系统名称,屏蔽了整个数据共享平台中的各个接入部门,使得应用系统的开发人员只需要和数据交换网关打交道,再也不需要和各个业务部门打交道了,大大提高了开发效率。
数据交换网关提供简单的、标准化的数据共享和交换接口,在接受应用系统提交的数据共享和交换请求以后,通过所定义的数据服务,找到所要共享和交换数据的业务系统,
第11页,共14页然后由数据交换网关从政务信息资源目录中获取数据共享和交换接口,向业务部门发出调用请求,最后将调用结果返回给应用系统,实现了数据共享和交换请求的智能路由。
对于公共数据库,共享文件库等,可看作一个特殊的业务部门,也通过数据交换网关实现数据操作。
领导综合社会保障城市综合地理应急指挥决策支安全责任技术交易市其他应电子监察查询系统服务系统信息服务系统系统持系统管理系统场管理系统用系统WebService接口:
XML,SOAP数据交换网关服务管理服务定义服务取消服务检索远程服务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据 共享 工作计划
![提示](https://static.bdocx.com/images/bang_tan.gif)