数据系统维护服务合同

2024-11-11

数据系统维护服务合同（共8篇）

1.数据系统维护服务合同篇一

服务器租用服务条款

协议双方：

甲方：

乙方：淮北市武林网络工程有限公司

甲方购买的主机类型为戴尔服务器 R710[品牌机器]，具体配置：

CPU：Intel Xeon 5504 2.0G(四核)

内存：2G DDR3 ECC

硬盘：146G SAS 15K

I P：1个

带宽：100MB共享含上海机房托管一年费用

19300 元/年

优惠价格19000元（元/年）。购买年限5年。购买数量3台。总金额为285000元。本协议由淮北市武林网络工程有限公司（以下简称乙方）与向乙方租用主机的用户（以下简称甲方）签订。

一、合作事项

乙方为甲方提供在国际互联网上采用共享服务器主机资源技术的万维网服务器，简称主机。

二、乙方的权利和义务

（一）乙方的权利：

1．乙方拥有本合同所称服务器的所有权；乙方拥有向甲方提供的任何技术支持、服务所包含的资料、信息、资料等的知识产权。

2．乙方依照甲方在线提交的主机服务申请中定制的服务规格提供相应服务。对甲方提出的超出该服务范围的要求，乙方有权拒绝

3．在甲方出现违反乙方义务的情况时，乙方有权终止甲方主机的运行，甲方违反该义务给乙方及乙方其它用户造成损失的，应承担相应的赔偿责任。

（二）乙方的义务：

1．乙方向甲方提供服务器空间的租赁，进行日常维护。

2．在甲方依照本合同的规定履行义务的情况下，乙方保证甲方的主机在线正常运行。

三、甲方的权利和义务

（一）甲方的权利

1．甲方通过乙方提供的远程登录密码和FTP帐号和口令，自行管理服务器上所开设的空间，并利用主机在国际互联网上发布信息，以及自行决定信息的内容和文件的放置结构等。

（二）甲方的义务

1．甲方必须遵守国家有关法律、法规、行政规章，不得制作、复制、发布、传播任何法律法规禁止的有害信息。乙方发现甲方或者甲方的客户从事上述活动的，乙方有权随时终止服务；因甲方从事上述给乙方带来任何损失或者不利影响的，甲方应承担赔偿责任。

2.如果甲方利用乙方提供的服务进行的经营活动需要获得国家有关部门的认可或批准的，甲方应获得该有关的认可或批准。但乙方没有义务审查用户是否具有该认可或批准，出现问题也由甲方自行解决或者承担相关责任，与乙方无关。

3．甲方不得进行下列行为：

①.散布电子邮件广告、垃圾邮件（SPAM）：

②.建立或利用有关设备、配置运行与WEB服务器无关的程序或进程（如聊天室（江湖型除外）、广告交换、在线游戏（社区）等）；

④.进行任何改变或试图改变乙方提供的系统配置或破坏系统安全的行为；

⑤.运行影响虚拟主机服务器或者乙方服务器正常工作的程序、进程等；

⑥.其它超出甲方在线提交虚拟主机服务申请时定制的服务规格的行为，以及国家相关法规禁止的行为。甲方对违反上述义务给乙方和乙方用户造成的损失承担全部责任。

四、甲方定制服务的具体内容：

甲方定制服务的具体内容以甲方通过乙方网站上主机服务栏目中的窗体在线提交的信息为准，此类信息是本协议不可分割的一部分。乙方会对此类信息做详细记录，乙方有义务按甲方定制的服务内容提供服务，甲方同时不得超出其定制的服务内容使用乙方的资源。

五、价格条款与付款方式

1．甲方在申请虚拟主机服务前须按价格标准和付款事宜将足够的款项汇入甲方在乙方的帐户中，乙方将在甲方在线提交主机服务相关申请后按照所选服务规格自动扣除相应款项，随后立即开通主机。

六、合同期限

本合同在甲方租用乙方主机的租用期内持续有效，有效期至甲方在线提交的租用期届满时止。合同有效期届满乙方即关闭甲方虚拟主机帐号；双方需在合同期满后继续合作的，第二年续签。

七、合同变更

1．订立本合同所依据的法律、行政法规、规章或订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经甲乙双方协商一致，可以变更本合同有关内容，但均应以书面方式确定。

八、合同解除

本合同在下述情形下解除，提出解除合同的一方应提前七日以书面形式通知另一方：

1．双方协商一致解除本合同；

2．本合同期限届满，双方未续签的；

3．由于不可抗力或意外事件使合同无法继续履行或继续履行没有必要，双方均可要求解除合同。

九、违约责任

1．因乙方原因造成甲方网站无法访问，乙方应补偿甲方以宕机时间乘以2倍甲方已付相关时段费用的款项。由于乙方原因给甲方造成其它损失的，乙方的最高赔偿额不超过甲方已支付的空间租用费，但非乙方控制之内的原因引起的除外。

2．甲方违反依据本合同应当承担的义务给乙方及乙方客户造成损失的，应赔偿乙方及乙方客户因此所受的实际损失，由此造成的损失由甲方自行承担。

3．按本合同规定应该偿付的赔偿金，保管保养费和各种经济损失，应当在明确责任后十天内，按银行规定的结算办法付清，否则按逾期付款处理，每逾一日，应向对方支付应付价款0.3%的滞纳金。

十、免责条款

1．鉴于计算机及互联网的特殊性，因黑客、病毒、电信部门技术或政策调整等引起的事件，或乙方为进行服务器配置、维护而短时间中断服务，或由于Internet上通路的阻塞造成甲方服务器访问速度下降，不属于乙方违约，因此造成甲方损失的，乙方不承担责任。

十一、争议解决

凡因订立、解释、履行本合同所发生的或与本合同有关的一切争议，双方应通过友好协商解决；当事人不愿协商解决或者协商不成，双方决定交由仲裁委员会仲裁

十二、附则

1．甲乙双方应本着诚实信用的原则完整履行本合同。

3．本合同未尽事宜，由双方友好协商做出补充条款，补充条款与本合同具有同等法律效力。

甲方（盖章）：乙方（盖章）：淮北市武林网络工程有限公司日期：年月日日期：年月日

甲方地址：乙方代表：

甲方联系人：乙方地址：安徽淮北市淮海路310号

甲方联系电话：乙方联系电话：0561-2163678

甲方网站：乙方网站：

2.数据系统维护服务合同篇二

电力终端用户网络作为电能消耗的主要场所,在节能降耗方面具有很大潜力。然而,传统的能量管理系统和配电管理系统主要实现输电网络和高中压配电网络的能量管理,对于公共耦合点以下系统,即“表后”的用户网络,未能实施有效管理。

在用户侧节能效果日益显现的背景下,电力需求侧管理得到不断推进。近年来,一些知名企业、学者纷纷开展了用户侧节能方面的研究。微软公司和谷歌公司于2009年分别推出了名为“Microsoft Hohm[1]”和“Power Meter[2]”的家庭能量管理服务系统。这2个系统通过实时监测用户能耗信息、分析用户和电网公司的相关数据,向用户和电网公司提出节能改进建议。文献[3]在总结家庭、楼宇、企业能量管理系统结构的基础上,提出了用户侧能量管理系统的通用架构和应具备的主要功能。文献[4]设计了一个分布式监控和能量管理系统,可实现企业级配电网监控和用电管理。

合同能源管理(energy performance contracting,EPC),在国内亦称EMC(energy management contracting),是一种以减少的能源费用来支付节能项目成本的市场化运作的节能机制。节能服务公司与用能单位以契约形式约定节能项目的节能目标,节能服务公司为实现此目标向用能单位提供能耗基准测定、节能项目设计、融资、改造(施工、设备采购、安装、调试)、运行管理等服务,用能单位以项目节能效益支付节能服务公司的投入及其合理利润[5]。EPC因其独特的市场驱动特性,在电力需求侧管理方面具有良好的应用前景。从EPC的内容和形式看,目前常用的人工逻辑判断模式适应性不强、效率较低。从相关技术的发展历程看,在EPC中采用计算机决策支持技术应是发展趋势,而关于EPC决策支持系统的研究尚未查阅到相关报道。此外,目前中低压配电网的实时监控与数据采集已经受到普遍关注并开始逐步实施,直接采用实时采集的数据对配电网进行评估,从而制定更加切合实际的EPC方案已成为可能。因此,研究基于实时数据的EPC决策支持系统的构建具有重要意义。

另一方面,基于多智能体系统(multi-agent system,MAS)的分布式人工智能技术正快速发展,并在电力系统短期负荷预测、故障定位、最优潮流计算、保护设计、状态监测、微网控制、电力市场等领域得到广泛应用[6,7]。若将多智能体技术引入EPC系统中,将有助于提高效率并增强其适应性。

针对电力EPC的功能需求,本文设计了一个基于实时数据和多智能体分布式决策的EPC决策支持系统(EPCDSS)。该系统可有效解决目前EPC项目主要依赖设计人员经验、智能化水平较低且不利于项目资源整合的问题;同时充分改善了现存配电管理系统、管理信息系统、电能量计费系统未能实现有效信息交流和功能互支撑的现状。所设计的系统可根据用户网络设备信息和实测电气量数据,结合运行管理人员经验、意愿和能源合同技术经济要求,为EPC项目提供决策支持。

1EPC主要实施模式

随着合同形式的不同,EPC的主要实施内容和模式也有一定差异。根据国外发展经验和中国实际情况,概括EPC基本运作模式如图1所示。

EPC机制具有强烈的市场经济特征,可优化资金和技术资源配置,使耗能单位实现“零投资+零风险+持久受益”,从而提高其节能积极性,促进节能产业化。节能服务公司可对承担的EPC项目根据行业类型(工业企业、学校、小区等)进行分类管理,以促进优势经验积累和技术升级。

2 EPCDSS体系结构与设计流程

2.1 决策支持系统基本内涵

决策支持系统的概念最早于1971年由Scott Morton提出。目前一般认为,决策支持系统是一个辅助决策者通过数据、模型和知识,以人机交互的方式进行半结构化或非结构化决策的计算机应用系统[8]。决策支持系统的通用体系结构如图2所示。

决策资源层为系统决策提供基本的数据、模型和方法,由数据库、模型库和知识库组成。数据库管理系统提供数据查询、录入、修改、抽取等功能;模型库管理系统负责模型库的管理维护、模型组合和运行;知识库管理系统完成知识库的维护和基于知识的推理等工作[9]。决策推理层综合运用系统模型、数据和知识,经过分析推理,将决策结果通过人机界面向用户展示。

2.2 基于MAS的EPCDSS架构

本文设计的基于MAS的EPCDSS仍采用图2所示的分层结构。从兼容性与可扩展性考虑,MAS架构参照FIPA(foundation for intelligent physical agents)智能体抽象参考模型设计,并遵循相关标准要求。为增强系统构架灵活性并实现多级并发控制,系统应用了Facilitator方法[10]的联邦体系,采用若干相关Slave智能体构成Agent组,再由若干Agent组构成功能智能体群的模式。在这种结构中,Agent组内各智能体实现了同一功能的分布式求解,Agent组间则经Facilitator进行功能级通信与协作。MAS架构如图3所示。

在Facilitator方法中,由各小组的Facilitator形成一个网络通信层,负责组内决策资源获取、消息转发、翻译、初始化并监控组内智能体执行,它实际集中了FIPA参考模型中目录服务智能体(DF)和智能体管理系统(AMS)的功能。下面对单个Agent的结构和工作模式作进一步说明。

目前常用的Agent结构主要为反应型、认知型和混合型。反应型智能体采用“事件—条件—行动”的反应模式,虽可对感知到的信息按预设规则集作出快速响应,却因没有外部世界模型而难以形成最优决策。以BDI(belief-desire-intention)体系结构为代表的认知型智能体以目标为导向,具备领域知识和规划能力,自治能力强,但工程实现却较为困难[11]。本文研究的混合型智能体,采用符号推理、快速反应和智能体间协作相结合的机制。智能体对感知到的外部信息进行抽象和判断,若为简单任务或紧急任务,则迅速反应并动作;若为复杂任务或实时性要求较低的任务,则进行建模分析,生成规划序列并发出动作指令。如遇本智能体不能单独处理的复杂任务,则向其他智能体发出协作请求。混合型Agent的突出优点是既可实现充分自治和协作,又能对紧急事件和简单事件做出快速反应,其任务处理流程如图4所示。

2.3 基于MAS的EPCDSS设计流程

能源合同涉及的内容相当广泛,除了与电能相关的内容外,还包括融资、设备采购、施工、安装、调试等诸多方面。尽管本文的EPCDSS旨在辅助EPC项目设计人员对客户电力系统进行准确的能耗基准测定、节能项目设计和经济效益预测,对其他内容未作展开讨论。但在系统设计时应该考虑上述方面。为使系统具备完整性,本文拟定的系统设计流程如图5所示。

3MAS协作机制及系统功能实现

3.1 MAS的协作机制

各智能体之间的协作分为2级:第1级为功能智能体组内各Slave agent进行分布式求解时的协作;第2级为智能体组间的功能级协作。

3.1.1 分布式求解的并发控制

本文采用文献[12]的任务调度机制。智能体组内采用两层结构集中控制模式,集中控制可使局部系统行为目标趋同并增强系统稳定性。Facilitator处于较高层,对组内任务进行异步并行调度,在分派一个任务之后,并不阻塞以等待所有Slave agent返回结果,而是只要有一个及以上Slave 处于空闲,即可调度下一任务,从而在一个时间段内Slave群可以承担多批次同类型任务,但Facilitator需待Slave对同一任务的所有结果返回后,才进行该任务结果汇总。从总体上看,这种任务调度机制能有效避免短板效应,并能够保证每个计算节点的动态负载平衡。需要指出的是,一个组内所有Slave具有相同功能,且任意时刻至多只承担一个任务,只有待其返回当前任务的计算结果后,才能再承担新的任务。

3.1.2 智能体组间功能级协作

本系统的联邦体系结构提供了一个可扩展的开放性平台,智能体组间为协作关系,可以自由地接受或拒绝请求。各智能体组间通信采用主动对象(active object)模式[13]。在该模式中,每个智能体组出口设有一个活动队列,通过向对方的活动队列中插入消息实现通信。各小组Facilitator中都存有一份关于该智能体组动作条件、优先级属性等信息的注册表,Facilitator将根据事先确定的优先级别对所有请求进行排序,并取出口处消息顺序执行。一般而言,紧急事件和简单事件具有更高的优先级别,而复杂事件和实时性要求不高的事件则滞后处理。

3.2 系统资源层构建

EPCDSS决策基于系统资源层的数据库、模型库与知识库。数据库涵盖了网络结构、设备参数和运行状态等信息,依据客户电网实际数据建立;模型库和知识库提供定性和定量分析所需的模型和规则,具有较强的领域通用性。

3.2.1 分布式监控与数据采集

为获得覆盖至220 V用户网络的实测电气量数据,数据库连接中低压配电网远程监控采集系统。监控采集系统由智能终端、通信网络和监控系统主机构成。智能终端作为系统最底层的“神经末梢”,分布安装于楼宇、车间、厂房配电房和重要设备专用配电柜上,用以采集安装点的模拟量、开关量、脉冲量,包括电压和电流、有功功率/无功功率、功率因数等主要电气量,以及环境温湿度、含氧量、SF6含量(气体绝缘系统装置)等数据。同时,它们亦是系统终端执行机构,可根据上层主机指令对断路器进行分合操作。

通信系统采用有线与无线相结合的方式,对于布线简单或存在高电磁污染的用户,采用有线通信方式;对于地势复杂且不存在高电磁污染的用户,则采用组网灵活的无线通信方式。监控系统主机完成数据处理和控制命令的下发,并为各智能终端提供统一的时钟基准。

3.2.2 数据管理子系统结构

数据管理子系统主要依托监控采集系统,并在满足电力系统信息安全性与保密性要求的前提下,提供与配电管理系统、管理信息系统和电能量计费系统的接口,实现各平台的信息共享、应用共享和方法共享。各平台数据经数据挖掘(DM)和抽取后进入决策支持系统数据库,确保数据的一致性和唯一性。数据管理子系统的结构与功能如图6所示。

3.2.3 企业级模型/知识库交互

EPC的显著技术优势是通过类似性质企业(用户)EPC项目间的优势资源共享,可显著提高决策的有效性。决策资源交互侧重分析模型和方法的共享与积累,网络实测数据不参与交互。

决策资源交互由节能服务公司决策管理服务器进行控制,在各决策支持系统的模型库和方法库中分别开辟一段交互缓冲区,用以存储交互信息。决策支持系统向服务器发出交互申请后,服务器将根据项目经济效益和模型方法动态调用次数等确定交互对象,进而向双方模型库管理系统/知识库管理系统发确认通知并建立通信。若决策资源交互后项目经济效益得到提高,则将缓冲区数据转存至模型库/知识库;若无明显作用,则可丢弃并视需要发起新一轮交互。

3.3 决策推理层功能智能体配置

决策推理层为EPCDSS的核心,系统决策的分析、计算和推理过程皆在该层进行。监控系统提供的实时数据反映了网络的实际工况。若要探明网络各部分的定量能耗信息和节能潜力,则需对网架结构、负荷构成及时间特性、潮流分布、电压水平等进行深入分析。进而在网络详细能耗特性的基础上,采取正常运行状态下提高用电效率与故障时减少停电损失相结合的策略,从网络设备升级和运行方式优化2个方面提高用户系统综合用电效率。决策推理层提供的功能智能体如下。

1)任务管理智能体。

在决策初期对任务进行分解并触发任务分配过程;在决策末期对系统内其他智能体定性和定量分析形成的决策结果进行统筹和整理,形成一系列决策方案供设计人员选择。

2)网络拓扑分析智能体。

分析用户网络接线模式和转供电方式,用以指导系统故障恢复、运行方式调整、网络规划和可靠性评估。

3)潮流计算智能体。

实现对用户系统低至220 V网络的潮流计算,上级网络模型由决策支持系统提供。潮流计算智能体作为无功优化、节能调度等多个功能智能体的基础,与决策系统数据库和其他智能体通信最为频繁。

4)短路计算智能体。

对用户网络各主干线路和重要线路发生短路故障时的剩余网络和主要设备的动、热稳定性能进行校验。短路计算是电力设备校核和选型的主要依据。

5)负荷管理与预测智能体。

该智能体分为负荷管理、短期预测和长期预测3个模块。负荷管理模块根据负荷等级、敏感性和实时性要求,对负荷进行聚类分析。短期负荷变化主要受气象、节假日制度影响,采用时间序列法或神经网络法,随数据库信息刷新自动进行滚动预测,它主要为节能调度智能体提供数据支持。长期负荷变化受产业结构和电价政策影响,常采用自身规律外推预测[14],预测结果为网络规划提供依据。负荷管理与预测智能体工作流程和协作方式如图7所示。

6)网络规划决策智能体。

基于网络现状、发展计划和长期负荷预测结果,以潮流、短路和N-1计算为依据,以提高供电可靠性和电压质量、降低网损为目标,指导网络建设与投资。重点关注网络结构优化、高损耗设备更换、线路负载率调整等。

7)节能调度决策智能体。

节能调度智能体以分类负荷预测结果、分布式电源出力与发电成本、电网分时电价、无功补偿配置造价为输入条件,考虑安全稳定与电能质量约束,建立有功功率与无功功率相协调的多变量优化调度模型。求得每日各时段各电源(有功和无功电源)出力和负荷投退的二维数据表,据此调整负荷曲线,提高网络运行效率。

8)网络重构决策智能体。

当用户系统出现主电源失电、主干线路故障等情况引发的停电事故时,网络重构智能体根据负荷聚类和网络拓扑分析结果,参考知识库中的先验经验,向运行人员提供网络重构方案,优先为重要负荷供电,降低停电损失。

9)经济效益预测智能体。

节能方案不仅应具备技术可行性,还应具有良好的经济效益和社会效益。经济效益预测智能体对所有工程建设项目进行经济效益测算,为节能方案选择提供依据,并指导合理安排每阶段投资额,保证项目在合同期内达到约定的经济效益。对于生产用户,还需进行用电单耗同期对比计算、用电定额计算、同期产值单位耗电计算和机电设备用电效率计算等[15]。

值得说明的是,节能方案实施后用户网络平均停电时间和停电面积等可靠性参数的提高所产生的经济效益应计入EPC项目收益;若有人力节省,则该人力资源亦应折合为经济效益计算在项目收益之中。

功能智能体的决策任务皆由本组Slave agent采用异步并行模式协同完成。理论上每个智能体都可以分布在与Internet 相联的任何计算机上,但由于EPCDSS对网络数据实时性要求较高且数据信息通信量较大,故将所有智能体都集中在用户内部Intranet上,并通过Internet与节能服务公司决策管理服务器联系。

4 结语

EPC作为一种新型的市场化运作的节能模式,具有管理、资金、技术等多重优势。本文所设计的EPCDSS运用多智能体决策支持技术,搭建了一个设计人员与计算机协同决策的平台,实现了设计人员意愿、领域专家经验知识和计算机高效计算的有效融合。系统搭接多方数据源,能够实现更大范围的信息共享;决策支持系统的数据挖掘技术则可在海量数据中提取出有效信息。系统可根据决策问题的定性、定量信息和设计人员意见,通过多智能体交互决策的方式形成决策方案,供设计人员选择,有效规避了单纯人工决策效率相对低下、全局性较差、对设计人员经验水平依赖性较大等问题。该系统集网络电气化监控、能量管理、节能方案设计、经济效益评估等诸多功能于一体,可为EPC项目设计提供决策支持,实现了本文的设计目标,具有较高的工程应用价值。

本文介绍的智能体设计思想已经实际应用于电网规划软件中,系统决策所需的用户配电网远程监控系统样机及上位机软件(含本文提出的部分功能)已在上海一实际用户配电网中成功试运行近半年,现在正与拟开展EPC项目的某公司合作开发整个系统。目前本系统已经实现了设备级的数据采集、网络能耗在线监测和辅助分析,对系统软件的功能模块进一步拓展后将可作为EPC的有效辅助决策工具。

摘要：针对当前合同能源管理(EPC)智能化程度低、优势资源未能充分利用等问题,设计了一种EPC决策支持系统。该系统采用基于Facilitator方法的多智能体联邦体系架构,功能智能体组内部采用二层集中式结构,组内针对同类功能采用分布式求解,功能智能体组间采用主动对象模式进行开放协作,可实现分布式计算维度和功能级的多重并发处理。系统资源层依据用户网络实时数据,整合管理信息系统和电能量计费系统信息,并支持EPC项目间的模型/知识库交互。系统设计遵循FIPA标准,具有能耗基准测定、节能方案设计和经济效益预测等辅助决策的功能。

3.数据系统维护服务合同篇三

关键词：教育统计；数据核查；软件平台；系统功能；应用

中图分类号：TP315 文献标识码：B 文章编号：1673-8454（2009）04-0069-03

一、系统研发的背景及意义

随着社会主义市场经济体制的不断发展和完善，教育事业的发展日益得到全社会的普遍关注，各级领导机关和社会各界对教育统计信息非常重视，统计数据在领导决策、科学管理、质量评估等方面被广泛应用。特别是国际社会对我国教育统计数据的需求越来越多，对统计信息质量的要求越来越高。因此，统计数据能否如实地反映客观实际，及时、准确地报告教育事业发展的现实状况，关系到能否科学决策、科学管理；关系到认真落实科学发展观，促进各级各类教育全面、协调、可持续发展，构建和谐社会，努力办好让人民满意的教育的大局；同时也关系到我国教育事业改革和发展在国际社会的地位和影响。

教育部领导多次与国内外专家研讨，制定了一系列方针、政策，研发了软件系统平台，确定了监控指标体系及计算方法。教育统计工作取得了显著的成效，教育统计指标的确定和统计报表制度的不断完善，为保证教育统计数据的质量,奠定了坚实的基础。但是，目前仍然存在的基层统计手段单一、技术落后，统计队伍不稳、人员素质参差不齐，社会环境复杂、政策导向失衡等因素，在很大程度上又限制和阻碍了教育统计工作的正常开展。因此，建立一套有效的教育统计数据质量监控机制，是当务之急。

该系统与全国教育事业统计系统紧密结合，是以全国教育统计系统指标、数据为支撑，对教育统计数据在生成和填报阶段的各个环节进行全方位的跟踪调查，分析影响教育统计数据质量的主要因素，强化统计数据质量监控预警，提高统计服务水平，为教育决策和管理提供准确的数据支持，以教育事业统计服务为研究方向。

二、系统的应用

教育事业统计数据核查服务系统适用于全国教育事业统计系统，已于2008年10月22日在全国使用。

三、系统简介（系统框架图）

1.按教育办学类型及三套系统分类的系统内容(见图1)

2.按教育行政部门分类的系统内容(见图2)

3.系统流程(见图3)

四、系统的主要功能

1.系统技术

Visual FoxPro、Delphi与Office中Excel的有机结合解决了全国教育统计系统及人们熟悉的办公系统内部技术转换，方便不同技术层次的统计人员使用微机分析数据；按各基表及数据库组合指标形成的分散、数据量庞大的统计数据进行智能检索与分析；使用Internet进行动态实时监控，通过自动识别数据来源单位，生成相应的数据核查结果。

2.核查功能

应用全国教育事业统计系统进行数据采集、录入、汇总、上报报表数据，检测异常数据与校验表内表间逻辑关系；核查系统按照教育部关于数据质量核查报表体系设计，针对采集的基层数据按教育行政部门进行数据综合，完成跨年度信息比较。

（1）学校基本情况

学校代码、学校名称、学校英文名称、学校地址、办学类型、办学性质、学校主管单位、单位行政区划、邮政编码、电话号码、单位电子邮箱、填表人电子信箱、校长名称、填表人。

基础教育另外还有规定入学年龄、规定年制、是否国家贫困县、是否民族自治县、是否边疆县、县镇所在地等信息。

系统将单位基本情况与上年进行对比（或根据需要与其他年份进行对比），对于发生变化的指标系统给出提示，指导统计人员进行核实。

（2）主要指标

①教育事业统计指标

教育事业统计指标按排列组合计算达数万条，其主要指标为各级各类学校的合计数。校数、在校生数、招生数、毕业生数、教职工数、专任教师数、占地面积、固定资产、教学科研仪器设备等30多条指标实现跨年度数据对比，给定不同的增长比例值进行分析，对正比例超限（数据异常增长）、负比例超限（数据异常减少）指标进行核实，及时掌握了高等教育学校为了改善办学条件，扩建土地、旧楼加层、购买图书，吸收博士、硕士毕业生加强师资建设，与此同时，随着我国人事制度的改革，增加外聘教师补充师资力量等实际情况；基础教育近年来由于撤乡并镇以及人口结构的变化，导致小学校数、在校生数逐年减少的客观现实；时至今日教育信息化已不是一个新用的术语，而是渗透到我国各级各类教育的辉煌成就——多媒体教学、视频、电子图书馆、校园网等，是指标“电子图书”数据数百倍、数千倍比例增长的主要依据；今年四川省汶川县地震引起了社会各界对学校校舍的关注，对于危房面积重新评估标准的出台是今年基础教育学校危房面积数据值波动的主要原因，数据减少比例较大的主要原因有老旧设备的报废、危房的拆除、校内校舍用途的改变，有效阻止了虚报、瞒报、错报、漏报数据的现象，提高了教育事业统计数据质量。

②学生情况（见表1）

教育发展的主要对象是学生，通过上述结构可以了解到学生按年级升级、重读或辍学情况。

（3）其他指标

其他指标如语音实验室座位数、网上课程教学数、绿化用地面积、运动场地面积、学校附设班、团员、华侨、农民工随迁子女、农民工留守儿童等与上述主要指标一样，具有同样的对比核查功能。

3.服务功能

（1）综合测算

①高等教育：按照教育部关于《普通高等学校基本办学条件指标（试行）》（以下简称《指标》）通知，对办学指标进行计算。包括生师比、具有研究生学位教师占专任教师的比例、生均教学行政用房、生均教学科研仪器设备值、生均图书。《指标》主要用于普通高等学校核定年度招生规模，确定限制、停止招生普通高等学校，并对普通高等学校办学条件进行监测。《指标》的发布实施，有利于加强宏观管理，逐步建立、健全社会监督机制，有利于促进办学条件改善和保证我国高等教育持续、健康发展。这些指标是衡量普通高等学校基本办学条件和核定年度招生规模的重要依据。

②基础教育：通过学龄人口，学校学生招生、复学、转学，学生休退学、死亡、毕业等指标核算出的小学辍学率、小学五年巩固率、小学净入学率、小学/初中阶段升学率、初中辍学率、初中三年巩固率六率值，客观反映了我国“普九”教育成果；通过专任教师学历合格率、城乡办学条件等基础数据的计算，全面了解教育事业发展状况，为领导决策提供强有力的数据支撑。

（2）任意指标提取与组合

如上述，教育事业统计体系完整，仅报表有300多张，组合指标上万条，用户通过自由组合表格功能选取任意指标，并按照所需教育行政级别，生成不同的数据组合表格，表格格式为Excel，使用方法简单。

五、系统的辅助功能

1.系统帮助

以基础教育为例，启动系统帮助后，出现如图4界面。

在帮助内，详细描述了运行环境、功能介绍、第一次如何使用、安装后的文件介绍、软件涉及数据设置、生成的结果文件解析，以及综合指标测算公式等功能。如小学/初中阶段升学率公式：

按全口径：[（普通中学Pfj32,第一行，第二列）+（职业初中zfj32,第一行，第二列）]/（小学xfj32,第一行，第一列）……

2.指标设置

前述组合指标数据庞大，为了优化系统，提高系统运行速度，用户可根据自己的需要，进行指标的添加、修改与删除，如图5是对高等教育博士招生数的设置。

以基础教育为例，学校级基表90多个，县（乡）级及以上教育行政级别基表各130多个，因此对于数据文件的管理是本系统功能设置的着力点，常常系统中只能存放一年数据，为了实现跨年数据的对比，系统首先确认不同年份数据的存放地址，不需进行导入数据就可方便运行。

3.结果类型选择

全国教育事业统计单位有70多万个单位，为了实现检测信息与反馈信息的科学化管理，系统对结果文件进行分类，若检测信息提供给本行政单位及所辖下一级教育行政部门，采用比对结果（分）的功能选择；若仅为了本级进行数据分析，不进行数据下发，采用比对结果（合）的功能选择。

六、结束语

该系统在全国教育统计系统使用过程中，还将发现问题与不足，我们会结合实践与实际情况，进行功能完善，并根据需要进行系统功能扩充。

教育事业统计数据质量的提高，根本因素在于各级教育行政部门领导的高度重视，在于基层统计人员本着“实事求是，忠诚党和人民的教育事业，向历史负责，向科学决策负责”的原则，严格遵守《统计法》，掌握计算机应用技术，熟悉教育事业统计指标体系。

参考文献：

[1]教育部.“教育统计数据质量监控”指导手册.

[2]教育部关于印发《普通高等学校基本办学条件指标（试行）》的通知.

[3]中华人民共和国教育部、联合国儿童基金会.教育统计常用指标.

4.软件系统维护服务合同（示本）篇四

受托人：___________（以下简称“乙方”）

甲方委托乙方______________________就______________________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。

1．合同标的和合同价格

服务项目

收费金额

备注

应用系统及平台运行维护

合同总金额（大写）：人民币（?：）

2．服务方式：帮助中心支持、现场维护、培训、__________等__________种方式。

现场服务电话：_________________________________________________________。

8小时外应用系统应急服务热线：__________________________________________。

3．具体服务内容

序号

服务内容

分项列表

1应用系统及平台运行维护

相关业务系统以及辅助软件提供日常维护。

5.网络信息系统维护外包服务合同篇五

网络信息系统维护外包服务合同

甲方（采购方）：合同编号：

乙方（服务方）：签约地点：

根据《中华人民共和国合同法》及________年____月______日网络信息系统维护外包服务的招标结果和招标文件（招标编号：000000/00）的要求，经双方协商一致，签订本合同。

1.工作内容和要求

1.1.***单位网络信息系统维护外包服务

1.2.具体内容和要求见招标书“用户需求书”。

2.合同价款

总价为人民币（大写）：，即RMB￥元，该合同总金额是项目运营服务过程中所有的含税费用，总价还包括所供设备必须满足当地供电部门安装、试验、入网等条件要求，并办理相关手续。本合同执行期间合同总金额不变。

3.工作期限

3.1本工作期限为一年，自年月日起，至年月日止。

4.合同款支付

项目款项以人民币转帐方式支付，分六期支付，其中：

1、维护服务满2个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额的15%；

2、维护服务满 4个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额的15%；

3、维护服务满6个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额20%的余款

4、维护服务满8个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额15%的余款。

5、维护服务满10个月后，中标人通过绩效考核合格后15天内，采购人向中标人支付合同总金额15%的余款。

6、维护服务满12个月后，中标人通过绩效考核合格后 15天内，采购人向中标人支付合同总金额20%的余款。

5.质量要求

5.1乙方应严格按照招标书和有关标准实施本工作，确保工作质量。

5.2在维护期间，如服务企业人为因素造成设备丢失或因被服务企业人为因素造成设备损坏的，乙方应及时报甲方，经甲方核实确认后，根据实际情况，甲乙双方另行协商责任承担及相关费用。

5.3乙方保证维护工作的过程未侵犯第三方合法权益。

5.4经乙方维护更新后的软件，其任何部分如被依法认定为侵犯第三方合法权利，或者任何由乙方授予的权利被认定为侵权，乙方应当承担相应的责任，并尽力用相等功能的合法软件替换该软件，或者取得相关授权，以使甲方能够继续享有本合同所规定的各项权利，并且乙方应当赔偿甲方由此而造成的损失。

5.5乙方所承担的维护项目的质量标准应当符合国家标准、行业标准或者制造企业的标准。若无国家标准、行业标准或者制造企业的标准的，以符合合同目的的其他标准作为质量标准。

5.6维护人员。甲乙双方指派专人组成本合同维护项目的管理小组，管理和实施本项目。管理小组成员名单和通讯方式见合同附件。双方可以根据具体情况更换本方管理小组的成员，但应当以书面方式通知另一方；如乙方重新指定的小组成员涉及到本项目的重要方面，应当事先征得甲方的同意。双方应当在合理和维护双方利益的基础上讨论人员更换事宜。参与项目的所有人员都应当受本合同第八条各条款的约束。（注乙方安排的工作人员必须与乙方签订3年以上劳动合同的正式职工，并提供购买社保证明、劳动合同、相关人员计算机资质证明。）

5.7维护确认。

5.7.1维护确认一般每月进行一次。维护确认前，乙方应当根据相关的检验规格和标准，对维护项目进行功能和运行检验。乙方应当在每次维护确认前5个工作日内，以书面方式提请甲方按照合同及其附件所约定的内容进行维护确认。重大维护内容发生后，乙方可以及时以书面方式提请甲方进行维护确认。提请对应用软件维护项目进行维护确认的，乙方还应当提交相应的软件维护文档，所提交的文档应当包括纸质版和电子版各一份。

5.7.2甲方应当在接到乙方书面材料的5个工作日内进行维护确认。如甲方无正当理由而不进行维护确认，则视为甲方已经确认。双方对此另有约定的除外。维护确认的内容包括系统故障现象、原因、故障排除过程、更换配件情况、恢复状况等。

6.违约责任

6.1乙方不能按合同规定的内容提供服务时，甲方有权从维护费中扣除相应款项；

6.2如发生不可抗拒因素（指战争、严重火灾、水灾、台风和地震以及其它经双方同意属不可抗拒的事故），造成监控点不能正常运行时，甲方按该监控点实际正常运行天数支付相应的维护费。

6.3未经甲方同意，乙方不得将本合同项目的部分或者全部维护工作转包给第三方承担。一旦甲方发现，有权立即终止合同，并追究相关责任。

6.4如乙方维护期间出现数据丢失或损毁，乙方应承担赔偿责任；

6.5如因乙方维护质量问题造成事故和直接经济损失，乙方应承担赔偿责任；

6.6乙方无正当理由不能拒绝维护网络；

6.7乙方所维护结果不符合规定标准的，被维护单位有权拒绝验收。

7.投诉

为了保障双方的权益，本合同建立投诉监管制度。其具体方式为：

7.1、被维护单位可就乙方的维护质量或服务问题向甲方投诉；

7.2、经核查如情况属实则该投诉有效，将记录在案；

7.3、乙方可就被维护单位所提出的除维护或服务以外的要求向甲方投诉；

7.4、甲方将定期检查本合同的履行情况。

8.合同的解除和变更

8.1合同生效后，除不可抗力外，不得解除和无效变更。若因国家计划改变，或设计变更确需解除或变更合同时，要求变更的一方应及时通知对方，对方在接到通知15日内给予答复，逾期未答复则视为已同意。

8.2变更或解除合同，所造成的损失由提出方负责。

8.3 如因国家政策改变，出现合同内容与政策冲突的情况，本合同可立即解除，甲乙双方不承担因为而产生的违约责任。

8.4乙方如因发生不可抗拒事件而丧失履行合同能力，在报经甲方同意后，本合同可自行终止。

8.5有下列任何一种情况出现，经政府采购管理部门同意，甲方有权扣除相关维护费用或终止本合同，向乙方追究经济赔偿，并通过新闻媒介给予曝光及规定其三年内不得参与网络信息系统维护外包服务资格的投标：

A、对乙方的有效投诉记录累积达10次以上的；将给予警告，同时乙方要对派驻工作人员作出相应的整改措施。

B、对乙方的有效投诉记录累积达20次以上的；将给予警告，同时乙方要对派驻工作人员作出相应的整改措施,同时甲方将扣除合同金额0.3%的维护费用。

C、对乙方的有效投诉记录累积达50次以上的,甲方有权终止本合同。

D、因乙方维护质量问题，导致出现事故造成重大损失的.甲方有权终止本合同。

D、乙方需与甲方签订《廉政合同》。

9、保密

9.1.信息传递

在本合同的履行期内，任何一方可以获得与本项目相关的对方的保密信息，对此双方皆应谨慎接受并不得向第三方披露。

9.2.信息披露

获取对方保密信息的一方仅可将该信息用于履行其在本合同项下的义务，且只能由相关的工程技术人员使用。获取对方保密信息的一方应当采取适当有效的方式保护所获取的信息，未经授权不得使用、传播或者公开。除非有对方的书面许可，或者该信息已被拥有方认为不再是保密信息，或者已在社会上公开，该信息在年内不得对外披露。

9.3.保密措施

甲乙双方同意采取相应的安全措施，遵守和履行上述约定。经双方协商，一方可以检查对方所采取的安全措施是否符合上述约定。

9.4.竞争限制

甲乙双方承诺，在本合同履行过程中以及本合同履行完毕后的5年内，双方均不得使用在履行本项目过程中得到的对方保密信息，从事与对方有竞争性的业务，也不得采取任何方式聘用本项目中的对方相关技术或者管理人员。

10、服务变更

10.1.甲方如提出部分维护项目的变更建议，应当以书面形式提交给乙方。乙方应当在15个工作日内，对该变更后合同价格、服务内容、系统性能、技术参数等可能发生的变化作出预估，并书面回复甲方。

10.2.甲方在收到乙方回复后，应当在15个工作日内，以书面方式通知乙方是否接受乙方回复。如甲方接受乙方回复，则双方可对该变更以书面形式予以确认，并按变更后的约定继续履行本合同。

10.3.乙方如提出部分维护项目的变更建议，应当对该变更后合同价格、服务内容、系统性能、技术参数等可能发生的变化作出预估，并以书面形式提交给甲方。

10.4.甲方在收到乙方的变更建议后，应当在15个工作日内，以书面方式通知乙方是否接受乙方的变更建议。如甲方接受乙方的变更建议，则双方可对该变更以书面形式予以确认，并按变更后的约定继续履行本合同。如甲方不同意乙方的变更建议，则乙方应当按原合同执

行。

11.合同生效及其它

11.1合同经甲乙双方代表签字并加盖单位公章后，即行生效。

11.2合同生效后，甲乙双方都应严格履行合同，如出现问题应按照《经济合同法》等有关规定办理。

11.3合同在执行过程中出现的未尽事宜，双方在不违背合同和招标文件的原则下，协商解决。协商结果以“纪要”方式作为合同的附件，与合同具有同等效力。

11.4本合同自双方签字盖章之日起生效，一式四份，甲方执一份，乙方执一份，采购办执一份，招标机构一份。

12.下列文件均为合同不可分割部分

12.1招标文件；

12.2投标书；

12.3授权书；

12.4运营维护服务方案；

12.5中标通知书。

甲方：乙方：业主单位公司

法定代表人：法定代表人：

签约代表签约代表

地址：地址：

电话：电话：

传真：传真：

签约日期：年月日签约日期：年月日

开户银行：开户银行：

6.软件系统服务合同篇六

甲方：乙方：

软件系统服务合同

甲方：

法定地址：法定代表人：

乙方：法定地址：法定代表人：

甲乙双方经友好协商一致，就甲方委托乙方针对MAS系统服务、维护订立本合同，共同遵守。

2.2 乙方负责对现有系统进行服务、维护，并提供验收合格之日起1年的基本维护，由甲方提供必要的配合。

7.2 乙方负责系统的开通，由甲方提供必要配合，甲方应委派合格的及经过培训的人员对系统进行操作、维护和测试。系统连接正常运行十个工作日内，双方进行验收。

7.3 验收标准，甲方可根据合同及技术规范有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。

调查、研发、系统、发明、商业秘密、专有技术、流程、设计、方案、图表、数据、人员、工程、市场与财务等有关的任何信息；接收方知道或应当知道系披露方秘密信息或所有权信息的任何信息；根据信息的性质或披露时的情况被书面标明为秘密信息或所有权信息的任何信息；以口头或其他方式披露且能够在披露时被合理地识别为秘密信息或所有权信息的任何信息。

9.3各方保证，每一方都会采取各种合理的防范措施来保护该等信息的秘密性；在任何时候，不论是合同订立前，合同有效期内还是合同终止以后，对另一方不论以何种形式提供的秘密信息实行严格保密。泄露方应就一切有意、无意泄露对方秘密信息的行为向对方承担赔偿责任。赔偿金包括一切直接、间接损失及由此而支出的费用（包括律师费）。

9.4 各方保证，其依据本合同所知悉的对方的秘密信息只用于本合同的目的和履行本合同的需要，不用于其他任何目的或擅自向任何

务不因本合同的终止而终止。本条款的效力于全部秘密信息的秘密性全部丧失时终止。

释、违约、终止或效力有关，都应由双方通过友好协商解决。协商应在一方向另一方送达关于协商的书面要求后立即开始。

12.3甲、乙双方同意在本协议具体执行过程中如发生争议，应首先通过友好协商解决。如不能协商解决，任何一方均有权向甲方所在地有管辖权的法院提起诉讼。

12.4 诉讼进行过程中，除双方有争议的部分外，本合同其他部分仍然有效，各方应继续履行。

【签字页】

甲方：（盖章）

签字：

日期：年

乙方：（盖章）

签字：

7.数据系统维护服务合同篇七

元数据(metadata) 是用户访问和使用数据的依据,元数据管理是数据管理和服务过程中的重要组成部分。海洋领域的观测数据多依赖不同的观测仪器和平台, 往往空间分布零散、时间不连续,对海洋观测数据的管理更是离不开与之对应的元数据。简而言之,元数据是 “描述数据的数据”,它给出了数据的内容、质量、状况及其他特性的信息。海洋观测元数据与数据本身具有同等重要的意义,清晰完整的元数据可以准确地描述数据的获取信息,有力的保证数据的可追溯性,对于海洋和大气领域的数据交换和科学研究具有极为重要的价值。

海洋学和海洋气象学联合技术委员会(JCOMM)的数据管理协调组(DMCG) 非常重视海洋学和海洋气象学资料元数据信息的管理。在海洋气候学数据管理方面,数据管理协调组曾明确要求海洋气候学专家组(ETMC) 考虑数据获取系统(包括系泊浮标、漂流浮标、海上平台等)的综合元数据库的开发,该元数据库要用于气候档案库已有的海洋数据获取系统观测数据的充分而准确的解读,以支持全球气候研究以及广泛的海洋气候应用[1]。

2 ODAS元数据管理中心(ODASMS)

2.1建立背景

在2001年6月召开的JCOMM-I第一次会议上,在对JCOMM职权范围的志愿观测船(VOS)、全球温盐剖面计划(GTSPP),以及各类浮标数据的管理活动进行审查之后,委员会决定海洋气候观测的海洋数据获取系统采用由联合国以前的海洋气象委员会(CMM)起草的元数据格式。海洋数据获取系统(ODAS)元数据主要是针对海洋资料获取系统,如系泊浮标、漂流浮标、海上平台等获取资料的元数据描述, 侧重于描述观测资料的原始特性,尤其是数据本身在采集时的环境特征,如采用的观测平台特征、仪器特征(精度、技术指标、环境和状态等)、数据传输特征、传感器运行环境和参数等。该格式已由数据浮标协调组(DBCP)进行了广泛的审查,并在该小组第八次会议上最终通过。大会请求JCOMM资料管理协调组(DMCG)负责这项任务的实施。

在2002年3月召开的JCOMM资料管理协调组第一次会议上,小组考虑ODAS的综合元数据库的开发,该元数据库要用于气候档案库已有的ODAS观测数据的充分而准确的解读, 以支持全球气候研究以及广泛的海洋气候应用。会议指出,为了有效地管理ODAS元数据,充分发挥元数据的作用,并保持元数据格式随观测发展而及时更新,实现使JCOMM元数据的业务化管理和服务,需要尽快成立ODAS元数据管理中心(ODAS Metadata Service)。在这次会议上,国家海洋信息中心代表中国主动承担了ODAS元数据管理中心建设任务。小组要求ODAS元数据管理中心与国际海洋数据交换委员会(IODE) 数据交换技术专家组(GETA- DE)密切协作开展ODAS元数据格式和现有的IODE海洋环境数据目录(MEDI)元数据以及其他几种元数据格式比较研究,并在JCOMM资料工作组的协调下,建立ODAS元数据的管理机制,开展元数据的收集、处理、管理和服务,制订相关标准和代码,为JCOMM数据管理和应用提供元数据信息和相关技术的支持。

多年来,国家海洋信息中心承办的JCOMM元数据管理中心在JCOMM资料工作组的协调下,建立了ODAS元数据的管理机制,制订了相关标准和代码, 开展了多种元数据的收集、处理、管理和服务工作,为JCOMM数据管理和应用提供元数据信息和相关技术的支持。

2.2 ODAS元数据管理

ODAS元数据管理的目标是实现ODAS数据元数据信息的统一管理,保证ODAS元数据的规范性、完整性、有效性和实时性,为资料用户提供统一的访问平台获取资料元数据信息, 并为访问资料本身提供相关导航服务,提高资料的访问效率、使用效率和准确度。

ODAS元数据管理的主要任务是收集全球范围内的各国资料管理机构、国际组织和国际合作项目获取的海洋资料元数据信息, 以ODAS元数据标准为基础进行海洋资料获取系统元数据的处理和管理,建立元数据库,开发元数据处理、管理和服务相关工具,开展长期的维护和更新;建立和维护ODAS元数据管理服务网站,开展元数据发布服务和导航服务。

ODAS元数据管理工作在JCOMM资料管理组协调下进行, 由指定的国家级资料中心(国家海洋信息中心)建立ODAS元数据管理中心,实施ODAS元数据的统一管理和服务。各部分之间的关系见图1。

JCOMM成员和成员国以及国际组织、国际合作项目应按ODAS标准和ODAS元数据管理中心提供的格式进行海洋资料获取系统的元数据收集和整理,并向ODAS元数据管理中心提供。元数据提供方式有两种:一是形成元数据集(多条元数据形成的文件) 通过发送EMAIL、FTP上传和光盘邮寄等方式到ODAS元数据管理中心;二是通过ODAS元数据服务网站提供的操作工具, 直接输入元数据信息, 传输到ODAS元数据管理中心。

在海洋可扩展标记语言(XML)技术还没有统一标准之前,元数据提供者可以根据自己的具体情况确定统一的格式, 如文本文件(txt)、xls电子表格、word表格或DBF等,但要求格式统一。在解决XML标准之后,将实现XML的统一标准和统一格式。

元数据的提供者也是元数据管理中心的主要用户, 可以通过服务网站实时获取所有的ODAS元数据信息,并实现ODAS资料的导航访问,ODAS管理中心将定期向元数据提供者分发元数据目录(FTP、EMAIL或光盘分发), 一般用户则通过网站享用ODAS的元数据信息, 但在数据导航服务过程中会受到权限的控制。

3 ODAS参考数据格式

ODAS元数据标准是由海洋气候学专家组研究开发,主要是针对海洋资料获取系统,如系泊浮标、漂流浮标、海上平台等获取资料的元数据描述,侧重于描述观测资料的原始特性, 尤其是数据本身在采集时的环境特征,如采用的观测平台特征、仪器特征(精度、技术指标、环境和状态等)、数据传输特征、传感器运行环境和参数等,所以ODAS元数据适用于实时观测数据的信息描述。

ODAS元数据格式采用两层结构的描述方式(图2)。第一层是标题记录,主要是描述数据集源的总体特征和获取环境;第二层是对各类传感器工作环境的详细描述,不同的传感器有不同的描述方式,而且可以根据观测平台的传感器情况,扩展第二层的记录类型。ODAS元数据格式对各种名称都采用代码方式,需要时可以进行代码的扩充和修改。

根据ODAS元数据格式,ODAS元数据库由12个基表构成, 其中一个为标题信息基表,其余的均为数据信息基表。各基表中的数据项名称和含义与原格式中的完全一致。在各基表中仅增加一项唯一标志。本研究中仅给出标题信息表的具体格式(表1), 各数据信息表以其数据要素类型而各不相同, 在此不一一累述。

4 ODAS元数据产品的研制和发布

自2003年至今,国家海洋信息中心一直承担着JCOMM/ODAS元数据管理中心的建设和业务化运行服务的任务。为实现ODAS元数据的有效管理和服务,并保持其连续性,国家海洋信息中心建立了ODAS元数据收集、处理、管理和服务的业务化运行机制,成立业务化系统建设和运行小组,采用SQL/SERVER关系型数据库管理系统,按照ODAS元数据格式, 设计和建立ODAS元数据库结构,并利用SQL/ SERVER操作工具建立了ODAS元数据库和业务化运行系统。

在ODAS元数据管理方案基础上完成了JCOMM/ODAS元数据管理中心运行方案设计, ODAS元数据信息管理数据库和元数据管理中心网站的设计开发。2004年JCOMM/ODAS元数据管理中心网站正式开通并提供元数据发布和导航服务(www.odas.org)。网站发布内容主要包括:ODAS元数据管理中心介绍;元数据相关标准和格式;元数据库在线查询、检索和浏览,数据导航服务;JCOMM元数据信息管理和服务工作动态;JCOMM成员国相关海洋、气象网站的友情链接等。

在JCOMM管理委员会的协调和资料管理协调组的支持下,首先将数据浮标协调组(DB- CP) 全球漂流浮标计划的元数据信息由JCOMM海上观测平台支持中心JCOMMOPS通过FTP方式在JCOMM网站发布,每月更新一次。JCOMM/ODAS元数据管理中心在深入研究DBCP元数据和ODAS元数据标准的基础上, 2005年9月,完成DBCP元数据信息提取的详细工作流程设计,同时完成了DBCP元数据信息的下载、质量控制、信息提取和分析软件系统开发,并投入业务化运行,实现了DBCP元数据信息的业务化提取和发布服务。与此同时, 利用中国Argo资料中心的有利条件,进行深入研究之后又成功将Argo浮标观测平台的有关元数据信息进行提取,并针对较为复杂的处理过程程序设计,实现了从Argo浮标观测元数据到ODAS元数据转换的业务化运行,网上发布服务。JCOMM/ODAS元数据管理中心积极扩展元数据信息源, 利用全球海平面观测计划(GLOSS)成员国的有利条件,2007年又完成了从GLOSS资料提取ODAS元数据信息并通过该中心网站发布服务的工作。

目前JCOMM/ODAS元数据管理中心共提取和发布的元数据量已超过1.2万个平台的元数据记录,包括剖面浮标、漂流浮标、锚系浮标和海上平台等。在此基础上,业务化制作和网站动态发布ODAS元数据可视化产品, 包括ODAS最新状态图,ODAS分布图(按国家或观测平台类型分类)等。

5 JCOMM/ODAS元数据管理面临的挑战和机遇

JCOMM/ODAS元数据管理中心旨在收集JCOMM各成员国、国际组织和国际合作计划/ 项目的ODAS元数据,但在运行的多年间一直面临ODAS元数据信息源收集渠道不通畅,元数据信息量不足的问题。至今仅实现了Argo计划的元数据业务化运行;JCOMM DBCP元数据信息业务化运行服务截至2006年2月, 此后DBCP元数据信息源不再更新;GLOSS元数据信息源提取了包括观测平台和仪器特征等信息, 但还没有包括GLOSS计划的较完整系统的元数据信息,收集不够完整,使用价值低。加拿大海洋环境数据中心非漂流ODAS元数据也只有2003年以前的元数据信息。JCOMM-III大会虽然要求成员国提供ODAS元数据, 并明确JCOMM/ODAS元数据管理中心应加大收集相关国际合作项目的元数据信息[2],但到目前为止尚未获取到机会船(SOOP)、志愿观测船(VOS)、国际综合海洋大气数据集(ICOADS)、 OceanSITES等JCOMM重要国际合作项目元数据。至今没有JCOMM成员及成员国向JCOMM/ODAS元数据管理中心提供水温仪器元数据,也没有收集到水温以外的其他要素的元数据信息。JCOMM第三次大会形成了有利于ODAS元数据发展的建议,但实施起来仍然有一定的难度,因此,上述存在的问题仍未得到有效解决。

2011年,JCOMM提出了一个新的设想, 即发展一个全球范围的海洋气候数据系统(MCDS)[3],将全球的海洋气象和海洋气候数据有效整合起来,并通过建立10个左右的全球海洋和海洋气象资料中心(CMOC) 来实现数据和数据产品的业务化处理和发布服务。根据JCOMM新提出的海洋气候数据系统10年规划, JCOMM/ODAS元数据服务系统(ODASMS) 已经成为MCDS的重要组成部分,并已提出有意将ODAS元数据管理中心与MCDS的一个全球海洋和海洋气象资料中心合并运行的设想。 2012年2月,国家海洋信息中心正式向联合国教科文组织政府间海洋学委员会提交了志愿承担全球海洋和海洋气象资料中心的承诺声明[4]。在2012年5月的JCOMM第四次大会上,委员会宣布ODASMS计划停止,并同意国家海洋信息中心作为CMOC中心试运行,将原ODAS元数据工作并入CMOC中心一并运行[5]。这一举措,将实现数据和元数据的同时处理和管理, 可以从根本上解决多年来ODASMS的元数据信息源收集、管理和服务的问题。

我们有理由相信,在全球海洋气候数据系统的框架下,ODAS元数据服务将迎来新的春天。元数据管理将得到巩固和流线化发展,其业务服务将通过CMOC网络实现与全球海洋气象和海洋气候数据、元数据、相关产品的直接连接, 真正意义上实现数据与元数据的统一管理。

摘要：海洋元数据的重要性越来越受到全球海洋界的认可。文章介绍了由世界气象组织(WMO)和联合国教科文组织政府间海洋学委员会(IOC)海洋和海洋气象联合技术委员会(JCOMM)发起的海洋数据获取系统(ODAS)元数据服务计划发展始末,及其在新的海洋气候数据系统(MCDS)框架下的未来展望,详细给出了ODAS元数据的标准格式以及国家海洋信息中心作为ODAS元数据管理中心所制作的产品和提供的服务。

8.数据系统维护服务合同篇八

多，相应的重要数据信息通过各种数据库进行有效管理和存储，因此数据库的安全和维护工作显得尤其重要。报业的各个信息系统基本都是第三方厂家设计和开发的，对于报社信息系统管理部门来说，具体掌握信息系统的内部代码和数据库的库结构是不现实的，更多的精力应放在运行环境和数据的日常维护才是实用非常正确的思路。在多年的实践中，笔者体会到，在规划和实施报业信息化的过程中，重点是各个系统的管理和维护，在这一过程中，技术人员责任重大，要从多方面做好技术服务保障工作，其中数据库应用维护管理就是一个重要方面，是信息化安全应用的保障性工作。

关键词：数据库日常管理与维护应急处理

随着报业的信息化建设的发展，报业的各个软硬件系统众多，相应的重要数据信息通过各种数据库进行有效管理和存储，因此数据库的安全和维护工作显得尤其重要。报社的各个信息系统都是第三方厂家设计和开发的，对于报社信息系统管理部门来说，具体掌握信息系统的内部代码和数据库的库结构是不现实的，更多的精力应放在运行环境和数据的日常维护才是非常正确的思路。

目前数据库主要产品有微软Sql Server和甲骨文Oracle，占据了大量的应用市场，产品的版本也是不断提高，系统容量也是越来越庞大，各种服务功能也是越来越多，完完全全的了解整个系统以及各种功能的是非常困难的。这就需要我们用简单的方法解决复杂的问题，用成熟的方案经验应对高难度的问题。

数据库的维护我们应从部署安装、系统运行、突发情况应急三方面进行考虑和操作。我们就从以下内容进行详细介绍相关操作方法。

部署安装是我们搭建系统的基础阶段，往往我们会忽略此步骤，任由厂商或者操作者随意进行系统默认安装就完了，没有关注相关细节和考虑，给后来系统的维护带来不少的麻烦和担心。实际上我们可以从以下步骤进行：

①安装数据库系统前，应提前计划好数据库应用程序安装目录位置和数据存放目录；每个相关目录的分区存储空间大小，至少满足5年的需要；考虑数据库额外备份，最好是异地完整备份；数据库管理员的密码要事先想好，稍微复杂一些。

②安装数据库系统时，除事先要求的安装目录、密码等事项其他基本上安装程序默认选择项操作即可。一般安装时，有些数据库服务需要操作系统安装一些操作系统应用服务，也请提前进行安装，辅助数据库系统顺利安装成功。如果有最新补丁，可以进行打补丁操作。最好安装时记录安装相关操作过程，为日后重新安装系统时提供帮助。

③检查安装好的数据库系统，各种应用服务是否启动正常，数据库系统登录和访问是否正常。一切正常后，我们就要保留目前的初始运行环境，一般是通过第三方磁盘镜像工具进行磁盘分区镜像，把此镜像文件异地保存起来；或者停掉数据库所有应用服务，人工拷贝数据库系统涉及到的应用程序目录和数据存放目录到其他地方备份起来。

数据库系统部署完成后，就可以搭建和配置相应的应用系统，待应用系统运行稳定后，就可以认为数据库系统运行也是正常的，针对这个阶段的数据库系统继续进行设置和维护。操作步骤如下：

①根据数据库系统本身自带的数据库维护功能，设定数据库自动备份作业。一般来说我们可以根据需要设定备份策略，比如备份周期、备份方式、保存周期等。建议是考虑两种情况，一种是每天以小时为单位的单独完整备份，一种是每天以天为单位的单独完整备份，并且备份文件的有效时间进行有效控制，保证剩余存储空间的大小满足系统正常运行。当然如果熟悉命令和脚本的方式，也可以自己通过编写脚本的方式来实现数据库自动备份。

②数据库备份文件的目录，我们通过第三方文件拷贝工具或者编写一个批处理脚本实现时时异地备份数据库备份文件，增强数据库系统维护的保障。

③我们停掉所有数据库系统应用服务，额外拷贝应用程序和数据目录到异地进行备份，然后再启动数据库系统应用服务的正常运行。

④针对此时系统运行的状态再次利用第三方磁盘镜像工具进行磁盘分区镜像进行异地保存。

⑤找个空闲的时间针对备份的数据库进行恢复测试，保证备份的数据库文件能够正常使用。

一般来说，前两个阶段完成后，对于系统维护人来说只要例行周期检查服务器是否运行正常、数据库是否备份正常等事务性工作，就可提前避免和预防系统出现异常情况，当然也不排除不可控的因素造成数据库系统发生异常情况，比如来说服务器硬件故障、服务器中毒、服务器数据迁移等各种问题。我们怎么有效并且快速处理这些问题呢？对于突发情况的处理方案就显得比较重要和关键了，操作步骤如下：

①遇到问题，我们判断是否需要重新安装服务器的情况？当然不管哪种情况，我们都要尽可能的保留最后一次数据库的数据备份，一种是数据库的完整备份，一种是数据库的应用程序和数据运行目录备份，同时记录系统的机器名和ip地址、服务器的磁盘分区等相关重要信息。

②如果重新安装服务器，那么把相关的服务器操作系统、磁盘分区、数据库安装目录等信息按照原系统的部署情况进行操作部署，或者我们通过前期备份的镜像文件直接恢复镜像文件，尽快完成系统环境的搭建。

③我们把最后备份的完整数据库文件或者备份的数据库应用程序和数据目录恢复到新搭建的系统。当然我们恢复数据库时选择那种方式，首要判断条件为数据的新旧问题，肯定是恢复最新的数据；然后就是那种恢复方式简单，直接采取目录拷贝覆盖的方式最简单。

当然数据库的系统维护也许我们还可以提供更快更有效率的方案，但是那些成本也是会陡然提高的；数据库的维护问题也很多，我们保证了数据库本身的外部正常运行，但是内部的复杂应用问题（处理效率、某个应用数据错误等）还是留给专业的厂家来处理更合适。

数据库管理的意义重大，关系到企业信息系统的正常运作，乃至整个企业的生死存亡。要做好数据库的日常管理与维护，不仅要求数据库管理员熟练掌握专业技术，还要有足够的细心和高度的责任心。通过以上的介绍，把数据库的应用维护和方法进行了说明，每个环节的每个操作细节对于我们日后的维护又必要又重要，把专业的系统通过简易的操作保障它的正常运行，并且此方式已经经过长期实践，希望能够给大家带来借鉴和帮助。

参考文献：

[1]肖容.浅谈数据库的日常管理与维护.

[2]戴树成，肖一敏，王成刚.报业集团信息化建设浅析.

[3]童建斌.報业信息化建设中的网络安全技术探讨.

【数据系统维护服务合同】推荐阅读：

智慧公安情报研判系统开发大数据分析系统开发07-18

马克威分析系统介绍(四)-数据挖掘06-24

图书管理系统数据结构课程设计10-13