系统服务（精选十篇）
系统服务 篇1
传统管道粗放式的数据搬运模式忽略了搬运过程中的价值、公平及效率, 导致管道扩容不断, 而边际收益越来越低。同时, 粗放无序的数据搬运模式并没有考虑终端与应用的差异, 网络忙闲、时间和地点差异, 导致既不能保证应用交付质量与用户体验, 还挤占了运营商核心业务的生存空间。因此, 无论是从运营商还是从终端和应用的角度, 都需要对管道业务模式进行变革, 由“粗放式数据搬运型管道”向“服务增值型管道”转型。
四大服务模式
“服务增值型管道”体现的是管道面向应用与终端的增值服务能力, 其核心载体是智能管道技术, 主要作用是发掘管道的新价值。而如何将管道新价值真正转变为现实的收入则需要业务支撑系统来实现, 目前主要有以下几种基于智能管道的服务模式:
“基础管道”服务模式:
强调无差别地面向终端和应用提供基础管道服务能力, 在延续传统主流管道服务模式的基础上通过管道智能化增强管道的服务能力。除继承传统无差别尽力而为的数据传输服务产品外, 支撑系统需要考虑将智能管道的能力, 比如带宽、优先级等, 注入到产品中, 通过差异化的服务能力体现管道价值。该模式对应的产品设计需要从“无差别”管道服务能力封装向“分级别、有差异、精细化”的管道服务能力封装上转型。
“应用+管道”服务模式:
强调运营商与应用 (特别是第三方应用) 的开放合作, 有别于基础管道服务, 此模式下管道需要为特定的某个或某些应用提供具备特定能力的管道服务。该模式体现的是管道对应用有交付质量保障的支撑, 不同应用需要不同的管道交付质量, 比如即时通信类业务对接入带宽并不敏感, 但要求低延时。而高清视频类业务则需要高带宽、低延时和低抖动并重。所以, 此模式对应的产品设计需要考虑面向应用提供“量身打造的管道服务”。根据不同的应用特性, 可以通过帮助优化其与管道间的接口调用, 降低无效信令交互带来的接入开销, 压缩数据流, 提高管道对应用的吞吐效率, 达到提升应用交付质量的目的。此外, 也可以面向应用开放认证、计费、结算及业务发布能力, 进而使管道成为面向应用的聚合平台, 与苹果、Android应用商店等聚合平台不同的是, 管道能够增强应用交付的质量, 实现管道对应用的增值。
“终端+管道”服务模式:
强调运营商与终端的开放合作, 管道为特定终端提供具备特定能力的服务, 该服务模式在于管道为终端提供与其能力匹配的管道能力。购买高端智能机的用户多数经常使用大流量应用, 对业务体验要求苛刻, 增强这部分用户的使用体验, 提高其忠诚度是该模式的核心诉求。所以, 在产品设计上需要区分终端差异, 以提升高档终端使用体验为主, 兼顾对低档终端基本网络接入需求的保障。
“应用+管道+终端”服务模式:
强调运营商与应用及终端的开放合作, 此模式下的应用与终端往往具备特殊的关联性和排他性, 要求管道具备特殊的能力与之匹配。该服务模式比较特殊, 其体现的主要是管道以特定的能力对具有关联性的终端与应用的聚合。比如IPTV, 需要视频服务器以及对应的机顶盒的配合, 也需要高带宽低延时的管道服务保障, 而大量的物联网应用则更是这种模式的潜在服务对象。
以上四种管道服务模式的产品化实际上是业务支撑系统对管道精细化运营的有效支撑, 通过抽象管道智能化服务能力, 面向应用和终端开放合作, 实现“服务增值型管道”对应用和终端的聚合及端到端连接服务的增值。
保障计费公平
传统管道产品的内涵相对简单, 依靠流量或时长等简单直观的单位便可对产品订购者的实际使用量准确记录, 并据此进行计费。而包含智能管道服务能力的服务产品在衡量订购者实际消费量的时候就相对困难, 而这也将直接影响计费的公平性。
例如, 两个相似的产品, 一个是“3元包10M流量, 带宽最大不超过10KB”, 一个是“5元包10M流量, 带宽最大不超过50KB”。从产品提供的服务能力上看, 第一个产品的使用带宽限制相较于第二个产品更大, 所以相对更便宜。但如果订购第二个产品的用户在实际使用过程中带宽总是低于10KB且依然按照第二个产品对应的资费被计费则显失公平。出现这样的问题, 其根本原因当然在于运营商对管道能力评估不足, 为产品设定较高的服务能力标准。
因此, 对于有服务能力约定的产品, 管道需要有相应的服务交付评估指标, 业务支撑系统需采集这些指标并将其作为计费要素影响计费结果。比如对于上面的例子, 理想的情况, 可以采用用户10M流量使用完毕后的平均带宽作为计费的参考要素, 如果平均带宽位于更低档次产品的服务能力约定区间时, 则降档计费。从纯技术角度来看, 实现完全的计费公平比较困难, 但业务支撑系统应尽量将已经量化的服务交付指标纳入到计费决策中, 以此保障计费公平性, 否则一个产品或者一种服务模式的生命力也必然得不到保障。
业务支撑系统与OSS能力协同
业务支撑系统与OSS作为“服务增值型管道”业务模式的实现者和运行的管理者, 需要展开以下三个层面的能力协同才能有效支撑“服务增值型管道”的运营。
首先是管道资源协同:OSS拥有管道资源的全景图, 同时拥有这些资源在长期运行过程中的统计数据以及短期运行过程的动态数据, 但需要以一定的方式将管道资源呈现给业务支撑系统。而业务支撑系统需要基于从OSS获取的管道实际资源和能力进行产品设计、包装和销售, 超出管道承受范围的产品不可能得到管道的支撑。
其次是策略管控协同:通常情况下, 在产品使用过程中, 管道应该以产品中约定的服务能力生成相应的策略并进行执行;对于未约定能力的产品, 管道在实施策略的时候需参考产品订购者的等级, 比如是否是VIP用户或者普通用户, 或者一些其它与产品非关联的保障或者限制性策略数据, 业务支撑系统是这些数据的主要来源。在极端情况下, 比如管道发生严重拥塞时, OSS侧全局性应急管控策略可能会被激活。
最后是服务保障协同:对于签约了特定管道能力的产品, 运营商有义务按照约定提供保障。OSS需要监控产品约定的能力在管道中的交付质量, 发现问题并及时采取措施。同时, OSS也需要将产品实际交付质量以量化的指标反馈给业务支撑系统, 作为业务支撑系统后续处理。
系统服务 篇2
金中居家养老服务管理系统
居家养老服务平台
通过智能感知设备、互联网服务等手段，尽可能地实现老人的位置信息、生理健康指标、活动量等各类传感器和互联网、数据中心随时随地实时连接，让监护人(子女或家人)、服务机构和志愿工作者等，能远程自动实现对居家老人的安全看护、健康监测、精神关爱和生活服务等。智能居家养老系统是以先进的物联网科技为依托，提供远程健康监测、健康评估、疾病风险评估预警、远程医疗、紧急救援、生活照料、家政服务、精神关怀”为基本服务内容，能实时、快捷、有效帮助广大老人解决居家养老过程中各种问题，让广大老人足不出户就可以享受到高品质的服务和关怀。
金中智能居家养老系统和一般居家养老服务系统的区别
金中智能居家养老系统与一般居家养老服务系统本质的区别体现在“智能”上，通过生理参数检测仪量血压、血糖、血氧、脉搏等信息，全面了解老人的健康状况，而且，每位老人都会有一张“身份卡”，足不出户，通过刷卡，就可以进入个人健康档案，此后所做的健康检查内容，就会通过网络传输到居家养老服务平台，为老人提供健康评估、健康建议，及时对疾病进行早期干预，早期治疗的动态管理。居家养老服务平台优势
24小时专业监护和长时间动态掌握居家老人的健康状况，从而根据一段时间老人的综合健康数据和指标对老人健康状况进行科学评估、诊断，还能让老人子女及时了解和掌握老人的身体健康状况和上门为老人提供医疗服务。价值体现
1、为主管机关或运营单位建立一套完整的居家养老服务管理及协调机制；
2、为辖区内的老龄人群及服务机构建立准确详实的数据库及服务档案；
3、以社区为依托，企事业单位和社区义工为支撑构建强大的服务体系；
4、以老人用户数据库、呼叫中心及智能终端产品为基础，构建紧急救援、生活帮助、主动关怀三大服务方式；
5、构建“公益化为前提、社会化为基础、市场化为补充”的信息化、智能化的虚拟敬老院运营模式，推动居家养老服务行业持续、健康、快速的发展。功能概述 远程健康监测
含血压、血氧、血糖、脂肪、体重、心率等方面的远程监测、异常报警、健康数据集成分析、报表上报、远程医疗处理等功能。实现对老人档案的电子化管理，建立老年人健康档案动态数据库。使政府老龄主管部门可动态的查看和统计老年的状况，为政府决策提供科学依据。健康评估
平台对设备终端上传到平台的数据进行分析。测算出检测结果，给出健康评估。疾病风险评估预警
平台实时监控数据，使慢性病患者的高血压、心脏病也能得到实时监控，一旦血糖有异常，系统会直接将该老人的异常信息在平台上弹出来自动报警，平台工作人员第一时间能知道老人的病史、家庭地址、亲属联系方式，便于迅速采取有效措施。可以通过、电话的方式通知老人及其家属，使得老人可以得到最快的救助。远程医疗
系统跟智能血压仪、血糖仪等等设备对接之后，将测量的老人心率、血压、血糖数据上传到平台，平台通过数据进行比较分析，如果连续几周内此类数据与设定的老人的正常值波动超过一定比率，系统会直接将该老人的异常信息在平台上弹出来，同步传输送给互联网医疗机构，系统可以设定为差别在某个值范围内传送给给哪个医疗机构，医疗机构收到这些资料后，可以根据收费多少，决定对其进行普通预约门诊、专家诊断、远程医疗建议级别的处理。紧急救援
针对老人突发性事件和身体不适，提供各种紧急救援服务。包括通知物业保安、老人子女、居委会以及卫生医疗机构、120等等。中心坐席人员会在第一时间，尽快的根据老人的地理信息和历史记录，全方位的通知有关人员赶到现场，从而保障老人的生命财产安全。生活照料、家政服务
主要是通过呼叫中心，根据老人的需求，进行电话转接完成。从而为老人提供多方位的专业的服务对接。当呼叫中心接受到老人来电时，自动根据来电号码关联到老人信息，弹出窗口显示老人信息；根据坐席人员与老人沟通，可以进行新建工单，然后进行派单，服务工单派发后，系统会以方式通知服务人员或服务商家联系人。精神关怀
识别系统的僵尸服务 篇3
在Windows 2000/XP/2003系统中，服务是指执行指定系统功能的程序、例程或进程，以便支持其它程序，尤其是底层(接近硬件)的程序。网络提供服务时，服务可以在Active Directory(活动目录)中发布，从而促进了以服务为中心的管理和使用。木马如果用服务来启动自身，不仅会很隐蔽，而且更为稳定和安全。
虽然有些木马默认就以服务的方式启动，但是多一项服务就会增加被暴露的几率，因此替换系统本身就有的服务成了木马隐蔽自己的最好选择。那么黑客是如何替换系统服务的呢?
说到替换服务，就不得不提到SC这款著名的服务管理工具，它几乎可以完成对服务的所有操作，正因为它功能强大，因此也成为了黑客的最爱。用它来替换系统的服务简直就是小菜一碟。
替换服务首先要找到一个目标服务，这个服务一定要是用户不太会用到的服務，这样在替换服务后才不至于导致系统出现问题。比如ClipBook服务(剪切板查看器)，相信很少有人会用到；Event Log(日志记录)，同样也鲜有人去查看系统日志。有很多服务都是我们平常用不到的，这些就成了黑客替换服务的目标。
找到目标服务后，就可以动手了。以ClipBook服务为例，在命令提示符中运行SC程序，输入命令“SC qcClipSrv”，其中“ClipSrv”是服务名，回车后即可查看该服务的信息。在“START_TYPE”一栏中的参数为“DEMAND START”，即表示服务的启动方式为手动，如果要让木马随系统启动，这里当然不能是手动，因此我们来把它改为自动，输入命令“sc config clipsrv start=auto”，回车后该服务的启动方式就被设为自动了。
从sc的qc命令中我们可以得知ClipBook服务的可执行文件路径为C:windowssystem32clipsrv.exe，我们将木马文件放置于c:windowssystem32目录，这样做的目的是为了增强木马文件的隐蔽性。继续在命令提示符中输入命令“sc config clipsrv binpath="c:winntsystem32muma.exe”回车后，ClipBook服务的可执行文件就被换成了muma.exe，我们可以再次使用qc命令确认。至此，系统服务的替换就完成了。
餐厅网络运营服务系统 篇4
关键词：餐饮管理服务,网络运营,软件工程
近年来,随着人们生活水平的不断提高,餐饮业的消费持续增长,竞争愈来愈激烈。然而,小型餐饮公司或企业的运营管理服务还大多停留在人工管理日常业务运作的水平上,人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点。开发此餐饮网络运营管理服务系统,不仅能提高公司的运营管理服务水平,给管理者提供一个企业运作的信息平台,还能提升企业的形象及增强竞争力。使用该餐饮网络管理服务系统能将餐饮企业业务运营管理和人员运营管理服务信息化,使企业从原材料进货到客人消费都由计算机运营管理并记录,可随时掌握酒店里房间的使用状况、客人点单、挂账等情况,并能尽可能地降低使用者的劳动强度,同时提高工作质量和效率。在竞争越来越激烈的餐饮业中取得优势。
1系统分析与设计
本系统是以大庆某酒店为蓝本开发的。该酒店是一家中型餐饮企业,位于大庆市繁华地带,公司以多种模式向客户提供餐饮服务,受到了广大客户的一致好评。随着酒店业务的不断发展和顾客的不断增多,酒店存在运营管理服务复杂、货品繁多、菜品多样、价格多变、折扣灵活、现金量大以及报表需求复杂多样等特点,现有的人工运营管理服务方式已不能完全胜任,酒店已意识到使用计算机信息技术的重要性,决定在餐饮运营管理上采用计算机网络运营管理服务系统。
1.1业务流程分析
为了能够反映组织内部各部分之间的联系程度,组织各部分主要业务和它们在业务过程中所承担的工作等,就必须对组织的业务流程进行分析。业务流程图是分析业务功能流程的重要工具,是一种描述系统内部各单位、人员之间业务关系、作业顺序和网络运营管理服务信息流向的图表。流程如图1所示。
1.2系统功能结构设计
在系统的开发过程中,通过进行细致的系统调研工作,在与各网络运营管理服务层用户进行交流的基础上,依据系统分析阶段所形成的数据流图,实现了酒店、客人、财、物的全面网络运营管理服务。该系统的功能结构如图2所示。
1.3数据库设计
数据库设计是在既定(本系统使用SQL Server)的数据库管理服务系统基础之上建立数据库的过程。最后一个阶段是数据库的物理结构设计,其任务是为系统逻辑结构模型确定合理的存储结构、存取方法、以及数据表示和数据存储空间分配等内容,从而得到具体的数据库物理结构。
概念结构设计是指在数据分析的基础上,自底向上地建立整个系统的数据库概念结构,即先从用户的角度进行设计,经过对公司各个业务流程的调查和分析,对于用户对数据的需求已经基本明确的基础上,使用实体关系(E-R)图进行系统数据库的概念结构设计,建立起系统数据库的概念模型。
1.4系统调试
为了保证本系统投入使用后能够正确运行,在程序编写完毕之后,分三步进行了系统调试。
(1)程序调试。主要是进行程序的语法调试和程序的逻辑检查。在这阶段调试中,本系统不仅使用了正常数据,还使用了一些错误数据和异常数据进行测试,以保证系统的可靠性。
(2)模块分别调试。在单个程序调试完毕后,需要将模块内所有程序组合起来进行调试,其目的是保证内部控制关系正确和数据处理内容正确。在这一阶段,将重点放在程序的正确性上。
(3)系统调试。即在模块分别调试的基础上,对整个系统的功能进行测试。主要考察各个模块间的数据通讯问题以及数据共享问题。
参考文献
[1]李晓黎,张巍,编著.Visual Basic6.0+SQL Server数据库应用系统开发与实例.北京:人民邮电出版社,2003:78-128.
[2]罗光春.Visual Basic6.0从入门到精通.北京.电子科技大学出版社,2001:148-195.
[3]李晓喆，张晓辉，李祥胜，编著．SQL Server2000管理及应用系统开发.北京:人民出版社,2002:347-456.
系统服务 篇5
================================= 昆明市经开区数字城管平台系统维护
服务采购
=================================
服务承诺
南京东大智能化系统有限公司
2011年12月
昆明市经开区数字城管平台系统维护服务采购
目 录
售后服务计划及承诺.......................................................................................................................3
售后服务概述...........................................................................................................................3
售后服务目标...................................................................................................................3 售后服务周期...................................................................................................................3 售后服务范围...................................................................................................................3 培训服务………………………………………………………………………………....5 质量保证期服务计划及承诺...........................................................................................4 质量维护期服务计划及承诺.........................................................错误！未定义书签。平台系统维护.................................................................................错误！未定义书签。工作内容...........................................................................................................................5 定期维护计划...................................................................................................................5 不定期维护响应措施.......................................................................................................6 修改维护服务设计响应措施...........................................................................................7 文档更新...........................................................................................................................7 硬件及系统软件维护流程...............................................................................................7 应用软件维护流程...........................................................................................................8 技术支持...................................................................................................................................9
工作内容...........................................................................................................................9 技术咨询...........................................................................................................................9 系统评估...........................................................................................................................9 系统巡检.........................................................................................................................10 故障响应.................................................................................................................................10
工作内容.........................................................................................................................10 工作流程.........................................................................................................................11 应急处理预案.........................................................................................................................12
启动条件.........................................................................................................................12 处理流程.........................................................................................................................12 资源配备.........................................................................................................................14
昆明市经开区数字城管平台系统维护服务采购
售后服务计划及服务承诺
售后服务概述 售后服务目标
经开区数字城管平台系统维护服务目标是：为业主单位的内部机房及数字城管系统外部监控摄像点，的运行提供完善、有效、及时的售后技术支持服务，帮助业主单位解决系统故障，处理系统紧急事件，根据需求完善、优化系统，确保数字城管系统能持续、稳定运行，发挥作用。
售后服务周期
经开区数字城市信息管理平台项目在工程验收合格之日起，即进入售后服务期。
根据采购文件的有关规定，本项目的维护服务包括机房设备一套维护--网络交换机、网络存储设备、防火墙、视频服务器、数据服务器、LED显示屏、投影仪等设备维护。与其监控摄像点100个维护。包括光缆、电源线、电表、光交箱等设施维护。
维护期：从维护项目进场之日起即进入维护服务期。硬件维护服务期为1年（即12个月），系统软件和应用软件维护服务期为1年（即12个月），在维护服务期内根据维护服务合同，我们将维修或更换产品。
售后服务范围
我们将提供的维护期服务范围主要包括以下内容：
1、提供与数字城管平台系统有关的，一切内、外部硬件设备（如摄像机、镜头、监视器、硬盘录像机、网络存储设备、防火墙、视频服务器、数据服务器、LED显示屏、光缆及与光缆相关的设备、投影仪等设备维护服务），对无法及时修复及排除故障在设备出现故障需要维修及更。换时用备件替换给用户承诺现场维修服务；
昆明市经开区数字城管平台系统维护服务采购
2、提供系统中系统软件和应用软件1年软件升级与支持服务；
3、在硬件返修期间提供类似硬件的替换服务；
4、现有设备1年内向用户提供相应技术支持服务。
该项目（经开区数字城管平台系统维护服务）是围绕数字城管平台系统正常运行。重中之重是“数字城管平台系统”机房硬件设备及外部监控点是数字化城市管理系统平台组成的子系统。我方根据实际在昆明市所实施过的数字化城市管理信息系统平台（嵩明县，东川区，呈贡新区，禄劝县）等地，所出突出的问题是软件与硬件的适宜融合。在软件的维护服务单项上繁琐而又量大。我方承诺在此期间如用户提出修改软件，对于因原软件影响系统正常运行而提出的，我们将予以修改；对于其他的修改，由双方协商解决；协商未果的，按权威软件评估机构认定所提出的软件修改工作量在1个人月以内的，我们将予以免费修改。
数字城管平台系统维护服务计划及承诺
我们深知高质量的售后服务与高质量的软硬件产品同样重要，所以我们针对本项目制定了完善的维护服务计划，完全满足并有多处优于招标文件的要求。
在维护服务期内的服务计划及承诺要点如下：
1、提供系统中硬件设备按维护服务承诺期限提供维修服务。
2、提供所供系统中软件产品1年软件升级与技术支持服务。
3、在硬件设备返修期间提供类似硬件备件的替代服务，确保系统在部分硬件设备发生故障的情况下仍能持续、稳定地运行。
4、在设备维护服务期内向用户提供相应技术支持服务。
根据上述的维护服务计划及承诺要点，我们将提供的服务主要内容如下：
1、针对数字城管系统平台，内外部硬件设备。制定详细的、切实可行的维护服务计划，确保系统能够全年每天持续、稳定运行。
2、对用户要求的维护提出响应措施。
3、对用户或维护人员提出的修改设计提出响应措施。
4、实施系统维护或修改设计后，在1周内更新有关技术文档并提交用户。
5、提供7×24小时的技术咨询服务。
6、每年对系统运行状况进行次全面、科学的评估。
昆明市经开区数字城管平台系统维护服务采购
7、敏感时期（比如“两会”时期等）、重大节假日（比如国庆节等）提供技术人员专门值守服务。
8、每天巡检服务，检测设备运行情况，清洁设备并做好设备运行记录。
9、工程师常驻项目地24小时的故障处理服务。
10、对重大故障提供全天24小时的现场维修服务，一般故障提供全天8小时的现场维修服务直至故障解除。
11、保证故障服务的现场响应时间小于10分钟，即10分钟内有能够处理故障的技术人员到达现场。
12、备件服务：在遇到重大故障，我们将提供系统平台任何所需更换的备件。
工作内容
平台系统维护服务范围包括网络、网络交换机、网络存储设备，防火墙，视频服务器，矩阵，数据服务器，LED显示屏，投影仪等机房设备与其监控摄像点包括硬件、系统软件、应用软件、数据等方面的内容。具体内容，已在“系统运行维护服务技术方案”一章中详细阐述，此处不再重复。
本处所称的“系统维护”，是指在项目正式验收通过后，由我们负责开展的，各项维护工作，与“系统运行维护方案”一章相比，阐述角度和阐述内容均有所不同。
系统维护工作主要应包括以下内容：
1、制定系统定期维护计划，确保系统能够长期稳定运行。
2、对用户要求的不定期维护提出响应措施。
3、对用户或维护人员提出的修改设计提出响应措施。
4、实施系统维护或修改设计后，在1周内更新有关技术文档并提交用户。
定期维护计划
定期维护计划主要包括定期巡检、定期评估、定期优化及测试两方面内容。
1、定期巡检
在维护服务期内，我们将提供每周1次巡视服务，检测设备运行情况，清洁设备并做好设备运行记录。
昆明市经开区数字城管平台系统维护服务采购
定期巡检的目的是通过定期检查系统运行情况，预防重大问题发生，发现已存在的问题或潜在的问题，并及时解决问题。巡检时应认真记录系统运行日志、系统维护日志等工作日志。
2、定期评估
系统在其运行过程中除了不断进行大量的管理和维护工作外，还要在区业主单位主管领导的直接主持下，由业主单位技术专家、业务专家，我们项目组项目总经理、软件技术代表、硬件部代表、系统维护部代表，以及监理单位项目组共同参与，定期对系统的运行状况进行评估，为系统的改进和扩展提供依据。
系统评估主要从以下3个方面进行考虑：
平台系统维护服务的目标实现评估，即系统维护服务是否达到预定目标，目标是否需做修改。
平台系统维护服务的适应性、安全性评估。平台系统维护服务的社会经济效益评估。
对平台系统定期进行各方面的审核与评价，实际上是看平台系统是否仍处于有效适用状态。如果评估结果是平台系统基本适用但需要做一些改进，则要做好平台系统的维护服务的深化工作，一旦评估结果确认平台系统已经不能够满足各项管理需求和决策需求，不能适应业主单位业务未来发展的需要，则说明该平台系统维护服务己经走完了它的生命周期，必须提出新的维护服务需求，开始后续服务的生命周期。
在维护服务期内，我们将每年对系统运行状况进行2次全面、科学的评估服务。
3、定期优化及测试
我们将定期对应用软件、数据库服务器等一切软硬件进行优化维护服务。我们将定期对平台系统进行性能、压力等综合测试，检验平台系统是否达到标的的运行标准，不断优化系统，以保证系统的最佳运行状态。
不定期维护响应措施
系统的运行维护工作除了定期维护以外，更多的是不定期维护工作。对于不定期维护工作，我们将主要采取“值班监控 ＋ 故障响应”的工作模式。
昆明市经开区数字城管平台系统维护服务采购
我们将协助业主单位建立机房及办公场地的一系列管理制度，建立日常值班监控制度。在维护服务期内，我们将派工程师进行驻场维护，与业主单位机房管理员、系统管理员等共同进行值班监控工作，随时处理系统故障，当发生重大故障而驻场工程师无法解决时，驻场工程师将向公司维护服务中心以及我们总部请求支援。故障响应的具体操作流程将在本章中下文“故障响应”一节中详细描述。
修改设计响应措施
数字城管系统是一种新型的电子政务系统，系统的发展和优化需要一个逐步积累的过程。在系统使用过程中，系统漏洞、运行环境变化、业务调整等因素都将要求系统维护或升级，业主单位各类用户及数据处理人员将陆续提出各个方面的需求变化情况，要求改善总体性能的，为满足这些要求，就需要对应用软硬件进行科学，仔细的维护服务和必要的软件升级。
我们驻场工程师将与业主单位技术专家、业务专家和系统管理员等密切配合工作，并经常沟通，及时分析平台系统需求维护服务变化情况，并提出平台系统维护服务方案。
文档更新
维护技术文档是项目不或缺的重要组成部分，也是应用软硬件的重要配套文件。维护技术文档的工作将紧随系统维护而进行。在实施系统维护服务后，我们将在1周内更新有关技术文档并提交用户。
硬件及系统软件维护服务流程
硬件及系统软件的维护一般在以下情况下产生： 检查系统运行情况，发现系统维护需求；
运行值班人员根据系统运行情况提出系统维护需求； 系统发生故障。
硬件及系统软件维护（除驻场维护外）流程如下：
1、由售后服务中心接线员根据用户报修内容生成《系统维护单》，《系统维护单》用于描述系统出现的问题。
昆明市经开区数字城管平台系统维护服务采购
2、售后服务中心主任审核《系统维护单》，并指派售后工程师处理。
3、售后工程师通过电话方式或赶赴现场进一步了解故障现象，根据故障现象对故障准确定位，提出系统维护解决方案。
4、系统维护方案通过审核。
5、对硬件及系统软件进行处理，如硬件更换、系统重装等。
6、对于重大的系统问题或严重的系统故障，启动应急处理预案。
7、维护工作完成后，进行交付，必要时对用户进行培训。
8、维护服务工程师填写处理日志和维护单解决问题的过程和方案。
9、配置管理。
应用软件维护流程
应用软件系统的维护在下列情况下产生：
检查应用软件系统运行情况，发现应用软件系统维护需求； 运行中发现应用软件系统修改需求； 应用软件系统存在的问题； 需求变更。
应用软件维护流程如下：
1、由维护服务中心接线员根据用户报修内容生成《系统维护单》，《系统维护单》用于描述系统出现的问题。
2、维护服务中心主任审核《系统维护单》，并指派工程师处理。
3、维护工程师通过电话方式或赶赴现场进一步了解故障现象，根据故障现象对故障准确定位，提出软硬件维护方案。
4、如需进行软硬件维护设计更改，则应组织进行软硬件维护服务设计评审。
5、维护工作完成后，进行交付，必要时进行培训。
6、工程师填写系统维护日志。
7、配置管理。
昆明市经开区数字城管平台系统维护服务采购
技术支持 工作内容
在质量保证期内的技术支持工作主要应包括以下内容：
1、提供7×24小时的技术咨询服务。
2、每年对系统运行状况进行2次全面、科学的评估。
3、敏感时期、重大节假日提供技术人员专门值守服务。
4、每周1次巡检服务，检测设备运行情况，清洁设备并做好设备运行记。
技术咨询
我们一直致力于城市信息化建设，特别是数字化城市管理信息系统的建设。在维护期，我们都将为业主单位提供7×24小时技术咨询服务。
平台系统维护评估
在维护期内，我们将每年对系统运行状况进行2次全面、科学的评估服务。系统评估主要从以下3个方面进行考虑：
系统的目标实现评估，即系统是否达到预定目标，目标是否需做修改。 系统的适应性、安全性评估。 系统的社会经济效益评估。具体评估内容包括： 网络系统运行状况评估。 硬件设备运行状况及性能评估。 系统软件运行状况及性能评估。
应用软硬件系统稳定性、实用性、社会经济效益评估。 网络安全评估。监控摄像机评估 数据库性能评估。
公司维护服务中心将根据系统评估结果向业主单位提交详细的系统维护服务优化改进方案。
昆明市经开区数字城管平台系统维护服务采购
系统巡检
在维护服务期内，我们将提供每周1次巡视服务，检测设备运行情况，清洁设备并做好设备运行记录。
定期巡检的目的是通过定期检查系统运行情况，预防重大问题发生，发现已存在的问题或潜在的问题，并及时解决问题。巡检时应认真记录系统运行日志、系统维护日志等工作日志。
巡检内容包括：设备的外观清洁、维护，设备的连接情况及使用状况统计等。并结合用户使用情况，向用户提供现场咨询服务。如在维护服务期内用户设备出现故障，我们将无条件提供设备备件直至原设备完全修复并重新投入使用。
我们将专门针对业主单位建立设备档案，以方便业主单位和我们随时掌握设备的使用情况和工作状态。设备档案包括：用户名称、地址、电话、联系人，设备的采购时间、采购方式、保修期限及保修内容，设备的维修记录及巡检记录等。
故障响应 工作内容
项目的全部资料（如机房图纸、设备详细清单、网络拓扑图、软件设计书、光缆、监控摄像头、验收报告等）将移交到南京东大昆明公司维护服务中心备案，数字城管平台系统项目全套维护工作纳入我们全程服务体系。
根据招标文件的要求，故障响应主要包括以下内容：
1、提供7×24小时的故障受理服务。
2、对重大故障提供全天24小时的现场支援，一般故障提供8小时的现场支援。
3、保证故障服务的现场响应时间小于10分钟，即10分钟内有能够处理故障的技术人员到达现场。
4、备件服务：在遇到重大故障，我们将提供系统任何所需更换的备件。如在维护服务期内用户设备出现故障，我们将无条件提供设备备件直至原设备完全修复并重新投入使用。
昆明市经开区数字城管平台系统维护服务采购
工作流程
维护服务故障响应的基本流程如下图所示：
1、用户在遇到系统故障或使用疑难时可直接拨打公司维护服务中心热线电话，客服接线员会热情接待任何一个用户的来电，详细询问情况并填写故障登记表，然后将故障情况上报售后服务中心主任。
2、维护服务中心主任会根据故障登记表及用户提交的故障问题内容将故障登记表转至相应的工程师或者设备原厂家售后技术支持部门。
3、维护服务中心的工程师在仔细研究用户的故障申告之后会首先做出电话响应，从用户申告到电话响应的时间我们的承诺是20分钟之内。电话响应的目的是为了进一步了解故障表现，确认故障可能存在的部位及原因。在电话交流能确定维修内容的情况下，工程师员携带相关工具及配件前往；在电话交流不能确定维修内容的情况下，工程师将根据故障现象携带相关工具配件及备用机前往。现场响应的时间我们的承诺是2小时以内。同时提供邮件、传真等方式的技术咨询，我们的工程师将在接收到疑问的30分钟内给予回复和响应。（常驻工程师除外的情况）
4、维护工程师到达维修现场后及时的查找故障发生的原因，确定故障点并做出相应的维修方案，并请用户书面确认。
5、故障原因属于产品质量问题的，立即无条件的为用户解决。当时不能解决的，在得到用户同意后为用户提供与原产品功能相一致的备用配件，并负责安装到位，调试成功。设备维修时间将根据故障及零配件情况与用户协商，必须得
昆明市经开区数字城管平台系统维护服务采购
到用户的认可。
6、故障不属于维护服务问题的，即自然损耗，老化更新以及自然不可抗拒力的损坏，须向用户说明故障形成的原因、故障排除方案及相应的设备的费用等，在得到用户的书面确认同意后，立即为用户解决。当时不能解决的，在得到用户同意后为用户提供与原产品功能相一致的备用机，并负责安装到位，调试成功。设备维修时间将根据故障及设备情况与用户协商，必须得到用户的认可。维护期以外的维修服务，公司只收取相应的更换设备的成本费用，上门服务及提供备件的项目不收取用户任何费用。维修后设备自产品修好之日起，按国家相关规定提供维修部件的质量保证。
7、简单的故障维修由我们负责，所用设备必须是由用户认可的设备。维修难度相对较大的或我们不具备维修能力的，我们负责送到生产厂家或生产厂家认可的维修点进行维修，公司提供上门及送修服务。
8、每次维修事项发生后，售后服务中心都要求维修人员填写书面的维修报告请用户签字认可。该报告在用户的设备档案中备查。
应急处理预案 启动条件
系统应急处理预案的启动条件是：系统出现严重故障或已经停机、停运行，城管核心业务工作受到严重影响，如果不能尽快实现系统恢复，会给业主单位带来非常严重的损失。必须采取相应的急救和补救措施，在最短时间内使系统核心业务得到恢复，努力使系统的设备和数据完整性损失减少到最小。
处理流程
经开区数字城管平台系统应急处理流程图如下：
昆明市经开区数字城管平台系统维护服务采购
昆明市经开区数字城管平台系统维护服务采购
资源配备
应急人员组织
1、现场指挥组
现场指挥组由业主单位及城管监督指挥中心的领导、技术专家、业务专家，我们项目组项目总经理及项目组各部门负责人等组成，负责应急行动期间技术人员、业务人员的运作协调，按照应急预案合理部署应急策略，保证应急行动顺利完成。
2、技术保障组
技术保障组由经开区城管监督指挥中心的系统管理维护人员和我们项目组工程师组成，按照应急指挥组的指挥调遣，进行应急救援操作，并解决遇到的技术问题。
驻地工程师
我公司将派多名工程师常驻经开区城管局，负责项目的维护和业主与我公司的沟通。
巧为系统服务“拍个照” 篇6
许多朋友喜欢按照网上的一些文章对Vista系统服务进行优化，事后却发现由于禁用了某项服务导致部分程序无法正常运行，可又记不住禁用了哪些服务。所以，在对系统服务进行优化之前，最好还是将系统服务的运行状态备份起来。
默认情况下，Vista系统并没有提供备份系统服务运行状态这样的功能，但我们可以巧借Everest完成这项工作，在优化系统之前，为系统服务状态“拍照留证”。其实下面的方法，也适用于Windows XP。
第1步 启动Everest，从左侧窗格中依次展开“Everest→操作系统→服务”，此时在右侧窗格即可看到各项系统服务的信息，包括：服务名称、服务描述、文件名称和运行状态等。
第2步 用鼠标右键单击左侧窗格中的“服务”项，从菜单中选择“快速报告→纯文本”，并在随后打开的“报告”窗口中执行“保存为文件”，将系统服务运行状态保存为Vistas1.txt文件（见图）。
第3步 当更改系统服务设置之后，如果系统出现问题，想要恢复原来的那些服务，可利用同样的方法，再将系统最新状态下的“服务”内容保存为Vistas2.txt。
小提示
Everest的这一功能，算是歪打正着。如果你已经安装了其他的系统检测类软件，可以查看一下它有没有列出所有服务并能输出清单到文件的功能，如果有的话，你就不用再装Everest了。
第4步 接着单击“开始→运行”，输入“CMD”，按回车键打开命令提示符窗口，并执行以下命令：
fc vistas1.txt vistas2.txt > diff.txt
创业中心管理服务系统 篇7
关键词：创业中心,管理服务系统
自从上世纪80年代中国出现第一个科技企业孵化器以来, 作为一种新型的社会经济组织, 在国内得以迅猛发展, 创业中心是科技企业孵化器的主要形式类型之一在全国各地蓬勃发展, 并已形成一定的规模。南通高新技术创业中心自建成国家级科技企业孵化器以来, 也是快速扩张, 孵化面积、孵化企业不断增加, 并形成了一中心多园区格局, 在多个不同的物理位置通过盘活存量资产和新增投资扩建两种形式建成多个园区, 各园区物业服务各自为政, 企业服务和园区管理由中心各职能部门统一调配。同时, 创业中心要搞好信息服务, 需要跟踪把握入驻企业的信息需求, 要建立企业信息服务体系, 要通过整合各种资源提供有效的增殖服务。为此, 为了适应创业中心管理与服务需求, 我们开发一套创业中心管理服务系统, 实现了企业孵化器管理信息化。
1 背景
南通创业中心立足本单位实际, 根据各部门和各园区的工作需求, 搭建项目框架, 认真调研, 不断完善。系统包括中心办公、物业管理、政策汇总、政策兑现、项目管理、企业发展状况、企业数据统计等七大模块, 着重将中心管理人员自身管理、企业的跟踪服务、企业进展状况整合成统一的系统, 按照服务质量管理体系和孵化器规范运行的要求, 使管理与服务进一步量化、规范化, 将中心日常工作管理、园区企业管理、物业管理整合在一个管理系统中。
2 创业中心管理系统的主要功能
南通高新技术创业中心信息管理服务系统针对创业中心独特的管理性质而研发的一套信息化管理系统, 从企业入驻, 租赁合同的签订, 到园区企业的科技服务, 园区的日常管理都做了严格的流程限制。其功能包含了园区管理的各个环节, 分成财务管理、办公室管理、园区管理、入驻企业管理、科技服务、物业管理功能。系统从园区管理、物业管理、日常办公三条独立的主线出发, 通过多角度、多方位对园区企业的日常工作进行管理与服务。
(1) 企业入驻时, 启动审批流程, 层层审批, 通过后台可以入驻成功。由企业填写入驻信息, 经过园区管理人员初审, 通过启动审批流程, 由园区领导级级审批, 通过后台可入驻成功。
(2) 协助指导入驻企业的项目申报、政策奖励申报、财政补贴申报。及时将政府的相关申报通知下发给企业, 协助企业进行相应项目申报。由企业填写申报内容, 经过园区初审后, 上报给上级部门, 跟踪申报情况, 及时与企业沟通。
(3) 对园区的入驻情况图形化动态查询。使用图形动态展示园区当前入驻企业信息。
(4) 根据园区的不同性质和租赁合同, 自动计算入驻企业的房租费和物业费。根据各园区的公共电表性质, 制定不同的分摊策略, 抄表后结合租赁合同, 系统自动的计算各个企业的房租物业费。
(5) 日常办公使用工作流审批。启动审批流程后, 由预先设定的领导依次审批并留言;可查看整个工作流的流向, 前领导审批结果及留言。
3 管理系统的设计开发
(1) 以win2003为服务器平台, 后台为大型数据库SQL Server2005版本, 采用了先进可靠的B/S架构, 稳定性及安全性好, 运行速度快, 维护简单。系统采用先进的.NET C++开发语言, 所有软件部件全部为本地代码, 不采用任何其他外部构件, 从而保证了稳定性和可靠性。
(2) 系统由管理人员分配各子级用户可使用的功能设置其密码, 各子级用户可以更换自己的登陆密码, 系统对各级用户的登录、退出及重要操作均记录在日志中, 管理员可随时查看, 一些重要功能如数据恢复等被限制在服务器端执行。结合NTServer环境下的管理系统数据全自动按计划备份服务可最大限度地保障数据安全, 以此提高系统的安全性。
(3) 系统采用B/S模式, 在服务器上安装后各客户机就可以通过浏览器让用户使用资料查询、更换密码、资料检索等功能。同时, 系统的所有功能均由本地代码实现, 不用外部构件, 功能全、结构严谨、布局清晰、维护方便, 还提供完善的备份及恢复功能。
(4) 系统的管理维护。软件安装配置需要满足的条件有:操作系统win2000、win2003、win200 8等服务器版本, 且必须安装IIS, 数据库为SQLserver 2000或以上版本。制订一个合理的数据库备份方案, 保障在系统瘫痪数据丢失的情况下, 及时恢复重要数据, 防止数据丢失。系统管理维护人员通过系统后台管理功能, 方便、安全地实现对数据库的备份和还原, 实现对数据安全维护, 保障系统正常运行。
系统服务 篇8
1 Web S的架构模式
1.1 基于C/S模式下的Web架构
基于C/S模式的Web客户端采用各种高级语言进行编写,编译后通过文件发布服务将程序发布并更新到客户端。用户直接使用发布到客户端的执行程序进行浏览与操作。Web的信息发布功能可根据要求灵活配置,比如图形浏览、曲线查询、告警浏览、报表查询等功能均可通过Web的更新发布机制提供给客户端。如图1所示,Web服务器上需要部署基本的网页发布服务、实时数据服务、历史数据服务和网络通信服务等基本服务程序。Web客户端通过网页发布机制将相关程序和资源缓存到本地,再通过主网页提供相关模块的链接进行程序的调用。由于客户端直接采用现有的图形程序进行部署,所以原有的实时数据服务、历史数据服务、告警查询服务等都可以直接使用。
1.2 基于B/S模式下的Web架构
基于B/S模式的Web架构与基于C/S模式的Web架构不同,其主要利用浏览器对脚本语言的支持能力,实现浏览器与服务器之间的HTTP请求与响应,将大量的应用逻辑处理放在服务器端进行处理。相对于C/S模式而言是一个非常轻量级的客户端展示方式。
B/S模式下最简单的Web应用程序模型为同步模型,即输入数据,发送页面到服务器,等待响应,如图2所示。这里存在着2个基本的问题:一是必须等待服务器的响应;二是服务器不能发起更新。
为此,异步模型则更加吸引人。在异步模型中,应用程序不会让所有的客户端操作响应都回到服务端去处理,而是部分变化由客户端处理,部分响应由服务端处理的技术方法。这个模型中所交互的网页即不是所有信息的全集,也不是仅有显示的部分页面,在使用过程中,只有包含新信息的用户界面元素才会被更新,其余部分都保持不变。这就意味着不需要发送全部的信息,不需要长时间等待响应,如图3所示。
1.3 Web架构模式选择
基于C/S模式的服务子系统Web S可以实现作为一个服务子系统Web S所要实现的各项基本功能要求,包括图形浏览、告警查询、报表浏览等功能。而且由于采用实时系统的应用程序直接作为Web客户端程序发布,其功能非常的强大且交互性强。但是基于C/S结构的方式有明显的缺点。
(1)客户端需要下载。
对于每一个客户端,都需要下载客户端程序和相关的配置与图形文件到本地。这一过程会导致一些问题:①下载时间长;②对磁盘空间有要求,在某些系统上需要500 MB甚至1 GB以上的空间;③磁盘上的文件一旦下载,清除困难,导致存在垃圾文件;④可能存在安装失败的情况,异常处理复杂。
(2)程序更新复杂。
任何的修改都需要向客户端进行发布,部分发布就有可能带来匹配问题
(3)客户端软件冲突。
当同一客户端浏览多个Web服务器可能会发生客户端软件冲突。
(4)对浏览器安全策略有要求。
由于需要允许下装控件,要求浏览器降低安全权限和可信站点进行配置,不符合安全防护的功能要求,同时也要求使用Web客户端的使用者需要手动的进行操作,增加了技术支持人员的工作量。
(5)网络设备需要维护。
网络上要开放数个通信端口以供应用程序通信。而由于系统中网络结构往往比较复杂,跨越多个交换机和路由器的情况时有发生,一旦出现访问异常,很难确定是问题原因。且随着安全防护要求的不断增加,开放的端口越少越好。
(6)对网络带宽要求比较高。
由于使用客户端程序直连,为加快操作与交互的速度,大量初始信息会提取到客户端进行逻辑分析,而非最终的结果发布,导致对网络带宽的要求增加。
(7)对服务器性能要求比较高。
由于每一个客户端的登陆、浏览都要消耗服务器一些资源,导致服务器的负载较高。因此C/S客户端方式支持的在线人数不多。
正是由于基于C/S模式的服务子系统Web S存在着种种的缺陷,新的服务子系统模式的研究就显得十分重要。需要解决的问题:(1)下载内容尽量少,甚至零下载,即不落地的Web;(2)开放端口尽量少,最好只开放标准的8000端口;(3)服务器资源占用量尽量少,允许更多的访问用户;(4)客户端对服务器的访问相对独立,即一个客户端可浏览多个Web服务器上的内容;(5)客户端是免维护的。
而基于B/S模式的服务子系统Web S正好在这方面具有得天独厚的优势。其客户端包含HTML页面和嵌入的脚本,这些内容是不落地的;正常浏览仅需开发一个标准的HTML端口(8000)或一个指定发布端口;服务器可以采用Servlet容器支持并发的页面访问,效率极佳;客户端对服务器的访问完全对立,一个客户端可以任意浏览多个Web服务器的内容,而且客户端是免维护的。但是基于B/S模式的服务子系统Web S依赖HTML页面的展现和嵌入的脚本处理能力,其功能和交互特性与C/S模式下的客户端相比要逊色不少。
2 异步模型构架技术方案
如前所述,基于B/S模式的Web构架较基于C/S模式的Web构架具备很多的优势,而W3C发布的SVG语言规范,以及异步模式技术Ajax(Asynchronous Java Script and XML)为构建这种架构的服务子系统提供了技术支撑。基于这一思考,研究设计基于B/S模式的适合电力能量管理系统使用的服务子系统Web S架构方案。在本方案中,SVG/XML是信息的主要载体,而HTTP服务器的搭建与Ajax技术的使用则是本设计方案的主要研究内容。
基于B/S模式的Web异步模型有3个重要的环节,如图4所示。(1)Web服务器侧的HTTP服务器的搭建与服务提供;(2)浏览器侧的展示技术。(3)异步脚本通信与页面更新。
2.1 浏览器展示技术
SVG的开放性、高效性、灵活性、可扩展性和可交互性等多方面特性使其具备了成为该系统中承载模型与图形表达以及交互展示的能力[2]。SVG将矢量图形的表达技术引入,使SVG文件很小,下载浏览更加便捷,而且采用客户机本地解释生成图形的方式,既充分利用了客户机的资源,又减轻了服务器端的负担,可以解决网络瓶颈问题[3,4,5]。由于SVG是解释性语言,所以在浏览时遇上很大的图形文件,可以以图形元素为单位,接收多少,显示多少,类似与JPEG的渐进显示。SVG/XML既是一种语言,也是一种技术。作为一种语言,它具有易读、可校验、方便修改等特性;作为一种技术,它为计算机领域提供了一种标准化的信息载体,方便地进行信息的共享与交互[6,7]。加之大量业界厂商对SVG/XML作为主流格式的文本载体进行支持,大大扩展并提高了其解析能力、校验能力、传输能力。
2.2 异步脚本通信设计
SVG的矢量图形格式提供了描述电力系统中设备的形状和外观的能力。但是静态的图形文件对于一个系统的展示功能是远远不够的,还需要图形中的数据信息能够随着系统实际数据的变化而变化。Ajax技术和DOM的结合使用使得这一难题得到了解决。Ajax技术直接提供了解决了异步通信与部分更新页面的解决方案。在基于数据的应用中,用户需求的数据如联系人列表,可以从独立于实际网页的服务端取得并且可以被动态地写入网页中。由于Ajax依赖浏览器的Java Script和XML,浏览器的兼容性和支持的标准也和Java Script的运行时性能一样重要[8]。
服务子系统Web S利用Ajax完成请求发送并取回必需的数据,并在客户端采用Java Script处理来自服务器的响应。因为在服务器和浏览器之间交换的数据大量减少,应用响应得更快。同时很多的处理工作可以在发出请求的客户端机器上完成,所以Web服务器的处理时间也减少了。此方案的最大优点,就是能在不更新整个页面的前提下维护数据。这使得Web S的客户端更为迅捷地回应用户动作,并避免了在网络上发送那些没有改变过的信息。
服务子系统Web S利用Java Script来传递用户界面上的数据到服务端并获取结果。XMLHttp Request对象用来响应通过HTTP传递的数据,一旦数据返回到客户端就可以立刻使用DOM将数据修改到基于SVG的网页上。XMLHttp Request对象在大部分浏览器上已经实现而且拥有一个简单的接口允许数据从客户端传递到服务端,但并不会打断用户当前的操作。使用XMLHttp Request传送的数据可以是任何格式,而在本文的研究设计中采用了基于XML的SVG数据格式。
2.3 动态更新网页画面
前端展示的图形页面选择SVG作为嵌入对象,在载入静态画面后,需要结合实际应用系统的数据变化进行网页画面的动态更新。如前所述,其数据请求由Java Script脚本函数通过XMLHttp Request对象组织发出,当数据返回后,数据的刷新依赖则是文档对象模型DOM来完成。
DOM可以看作是一组应用程序接口API,它把HTML文档、XML文档等看成一个文档对象,在接口里面存放的是对这些文档操作的属性和方法的定义,若编程语言实现了这些属性和方法,就可以对文档对象中的数据进行存取,并且利用程序对数据进行进一步的处理。由于DOM是基于信息层次的,因而DOM被认为是基于树或基于对象的。通过DOM接口,应用程序可以是任何时候范围XML文档中的任何一部分数据。SVG也是基于XML的,所以与DOM也有着密切的关系。
服务子系统Web S即通过操纵SVG DOM来与SVG图形进行交互。当浏览器利用DOM载入了SVG文件后,就会在内存中按照SVG DOM构造一棵节点树。通过遍历DOM树,可以获取画面的请求数据集,并通过异步数据访问进行实时数据的获取。在数据返回后,利用DOM将解析的数据内容逐个的更新修改节点树上的相应节点,实现画面数据的动态刷新、状态着色、电气岛着色等展示功能,让静态的图形动起来。具体流程如图5所示。在这一过程中,所有的软件操作都是基于内存中的DOM节点树,原始的SVG文件不会发生任何变化。
2.4 数据刷新服务
对动态数据(如:量测量等)的处理,可以利用DOM(文档对象模型)接口操纵SVG文档来实现数据的动态刷新。通过脚本语言定时调用文档对象模型的接口,获得画面上所有元素及其属性和属性值,通过DOM方式将整个XML表述的SVG格式的图形文件映射到内存中。内存中每个对象中属性值的变化可以通过订阅机制向服务端定制。
例如开关设备的动态变化可以通过Java Scrip脚本来实现。(1)申明g_svg Doc为SVG的文档对象,g_svg Root为根节点;(2)定位到指定的节点;(3)修改use节点的属性,引用该节点的不同状态。
类似的,动态数据也可以进行修改。(1)申明g_svg Doc为SVG的文档对象,g_svg Root为根节点;(2)定位到指定的节点;(3)修改文本节点的值。通过这些步骤就可以简单地表达对指定节点进行的修改。
数据的获取则是实现的另一个关键。目前采用了Ajax技术来实现。比如上述SVG文件可以通过如下步骤来获取数据。(1)创建Ajax请求对象;(2)将所有的key_id信息拼接起来字符串方式发送给Svg Data Servlet程序。数据信息的请求发给服务器端的Java Servlet程序(Svg Data Servlet),该程序在do Post方法中负责解析请求,并进一步将key_id通过CORBA发送给后台服务获取系统数据,数据获取之后返回给Web客户端,客户端收到结果之后自动调用回调函数进行数据的刷新。以上的处理流程如图6所示。
3 结束语
本文针对基于C/S模式与基于B/S模式构架进行服务子系统Web S的搭建进行优缺点比较,发现实现一套基于B/S模式架构的服务子系统Web S显得尤为重要。且利用多种计算机技术提出并实现了一套完整的基于B/S模式架构的设计方案。首先,对服务子系统Web S的系统架构进行分析,并对几种常用的系统设计模式进行比较,提出了基于B/S模式架构实现服务子系统Web S的设计方案。其次,通过选取Servlet容器技术搭建HTTP服务,以W3C标准SVG作为前端展示语言与格式,并利用Ajax技术实现客户端与服务器的通信,从而建立浏览器与服务器之间的异步访问模型。最后,结合异步访问模型,建立服务子系统Web S的服务实现机制,对前端展示所必须的数据刷新服务、事件响应等进行了详细的研究设计。
摘要：讨论了能量管理系统中服务子系统WebS的设计方法。服务子系统WebS是能量管理系统中的一个重要子系统,具有对外信息发布、信息查询与服务管理的功能。在Web服务系统构架上,对C/S模式和B/S模式进行了分析研究和方案比较,探讨在B/S模式下的异步模型框架下,寻找适当的技术进行能量管理系统的服务子系统WebS设计。最终得出了SVG+Ajax+HTTP服务器的构架结构,并通过浏览器端使用HTML网页内嵌SVG图形和JavaScript脚本的方法实现页面信息刷新与响应。
关键词：服务子系统WebS,能量管理系统,B/S设计模式,异步访问模型
参考文献
[1]蒋元晨,潘正钰.电力管理信息系统中图形的Web发布[J].电力系统自动化,2003,27(18):61-64.
[2]秦华,高毅雄,王康元.能量管理系统中图形SVG导出的实现[J].继电器,2006,34(8):70-72.
[3]黄凯伟.SVG开发实践[M].北京:电子工业出版社,2008.
[4]李亚平,姚建国,黄海峰,等.SVG技术在电网调度自动化系统中的应用[J].电力系统自动化,2005,29(23):80-82.
[5]刘啸.基于XML的SVG应用指南[M].北京:北京科海电子出版社,2001.
[6]石东源,卢炎生,王星华,等.SVG及其在电力系统软件图形化中的应用初探[J].继电器,2004,32(16):37-40.
[7]刘遵雄,况志军,高玉柱.基于SVG的电力图形系统的实现[J].继电器,2005,33(21):69-73.
服务质量管理系统及其应用 篇9
1 服务质量管理系统概述
服务质量是决定用户对运营商满意程度的关键, 不断提升服务质量需要一个优良的管理系统。服务质量管理系统存在于OSS的运营支撑与就绪域和保障域中, 是一个动态的管理机制, 通过循环往复地运行来实现对有关电信服务质量的各个方面进行管理, 包括对网络服务质量和运维服务质量的实时监控、分析和改进, 以提高电信系统的服务质量。
2 服务质量管理系统功能模块
服务质量管理系统各个功能模块包括服务指标模型建立、服务质量监视、服务质量分析、服务质量评估、服务质量报告。
这五个功能模块的开发与管理必须考虑完整的生命周期, 因为这将影响设计的五个阶段, 在五个阶段可能应用不同的工具并处理不同的参数集和参数值。在客户与运营商之间经历了生命周期的五个阶段后, 服务质量指标模型更加易于调整, 同时这五个模块在生命周期中螺旋上升, 不断演进为更合理的服务质量管理系统如图1所示。
3 服务质量管理系统的评价指标
服务质量管理系统与用户感知密切联系, 设计出好的服务质量管理系统要考虑一下一些因素: (1) 可靠性:能够保证服务的质量并能确保服务的正常运行。 (2) 有形性:看见的实体, 包括电信服务提供的设备、设施、场合, 以及电信服务提供者的仪表或行为表现等。 (3) 实时性:服务提供者能准确快速地提供所承诺的电信服务能力。 (4) 人文性:为用户提供文明友好的服务环境并且针对不同的需求提供个性化的服务。各个指标的服务属性项目如图2所示:
4 服务质量管理系统的应用实例
服务质量管理系统在电信业务领域中应用非常广泛, 运营商在对传统已有的彩铃、IPTV等业务加入服务质量管理系统后, 可以更好地为用户提供可靠性、有形性、实时性以及人文性的电信服务, 下面的两个实例具体地阐释了服务质量管理系统在电信业务中的应用: (1) 彩铃服务系统。彩铃业务是在运营商开通的一项颇具特色的业务, 被叫方作为申请者可以选择一个或者多个具有个性化的音乐铃声与自己的电话号码绑定在一起, 业务可以通过电话申请, 也可以通过Internet网页定制, 当彩铃业务作为被叫时, 主叫方听到的不是单调的普通铃声, 而是优美的音乐铃声。在彩铃业务开通前期过程中, 服务质量管理系统完成对市场的调研分析、试点优化以及营销推广等工作, 根据用户的喜好和需求推广各具特色的彩铃服务。用户开通之后, 服务质量管理系统为用户的提供服务保证, 在出现故障时能及时修复。同时, 在用户使用彩铃的过程中, 服务质量管理系统会根据每一阶段的使用情况进行评估, 以便在后期进行优化调整。 (2) IPTV服务。IPTV业务是指通过IP承载网络向用户提供能够支持交互能力的电视节目的直播、点播和时移播放等业务的总称。通过IPTV业务, 用户可以得到高质量的数字媒体服务, 可以自由地选择视频节目, 实现媒体提供者和媒体消费者的实质性互动。IPTV吸引人的地方, 一是它具有互动性, 二是可以获取更多的互联网增值服务。即它提供了一个信息共享的业务平台, 是互联网、多媒体和通信等多种技术相结合的产物, 其内容主要来源于广播电视部门和互联网的内容提供商。IPTV的服务质量管理系统在前期通过对市场的调研分析, 制定适合不同用户需求的业务方案;在业务使用过程中通过连续不断地网络和业务性能, 识别IP传输问题和视频质量损失, 并且通过端到端的可视化检查视频质量, 对高价值用户的业务体验进行预先体验。
5 结语
服务质量管理系统作为电信运营支撑系统中关键的动态管理机制, 为运营商、电信业务以及用户三者建立了连接。服务质量管理系统通过对电信业务的前期分析、中期监管以及后期评估不断完善电信业务并且提高了用户的满意度, 同时也增强了运营商的竞争力, 可以预测, 在今后的发展中, 服务质量管理系统将会扮演越来越重要的角色。
参考文献
[1]黄礼莲, 苏更殊, 江义杰, 阳志明.运营支撑系统技术与实践.人民邮电出版社, 2012, 08.
[2]马凌, 电信运营系统管理.电子工业出版社, 2010, 02.
[3]赵刚, 彩铃系统中基于KPI和KQI的性能分析系统的设计与实现.[硕士学位论文], 北京邮电大学, 2009, 12.
森林生态系统服务价值研究综述 篇10
1 森林生态系统服务功能研究进展
按照现在国际流行的观点, 广义上的生态系统服务, 包括生态系统商品和生态系统服务[1]。
具体来说, 森林生态系统服务的类型多种多样, Costanza等[2]总结了包括森林生态系统在内的16个生态系统的分类系统, 进而提出了17大类生态系统服务功能:气体调节、气候调节、干扰调节、水分调节、水分供给、侵蚀控制和沉积物保持、土壤形成、养分循环、废弃物处理、授粉、生物控制、庇护、食物生产、原材料、遗传资源、休闲等。侯元兆[3]总结制定出森林生态系统的10种生态系统服务功能:涵养水源、保护土壤、促进营养物质积累、维持大气平衡、调节气候、吸收分解污染物、完善生态系统生殖功能, 促进生态系统进化和发展、保护野生生物、森林游憩及其他社会价值。还有其他研究提出各种森林生态系统服务功能的分类[4,5,6]。
显然, 森林生态系统服务的类型与森林生态系统的功能并不是一一对应的。从方便理解和操作的角度, 国内一些学者郑景明等将森林生态系统服务概略地分为三大类[7]:一类是生态系统产品, 主要是木材和非木材林产品 (Non-timber forest product, 简称NTFP) 等可以商品化的功能;第二类是改善人类生存环境的公益功能, 主要包括:涵养水源、保持水土、合成有机物质、净化环境、其他维持生态系统平衡与进化的功能等;第三类是为人类娱乐、美学、科学、教育、精神和文化方面提供自然环境的社会价值类型, 主要是游憩和科研等。
2 森林生态系统服务价值研究进展
森林生态系统服务价值的研究是在对生态服务价值研究的总体背景下进行的, 而对于生态服务价值的研究又是在对自然资本及生态系统服务功能等问题的研究基础上发展起来的。1948年Vogt提出了自然资本的概念。20世纪70年代以来, Holder J.和Ehrlich P.R.、de Groot R.S.、Costanza R.等[8?12]对全球环境系统、自然生态服务、湿地生态系统的价值问题进行了研究。20世纪90年代以来, 随着生态环境问题的日益突出、可持续发展理念的迅速传播以及Costanza R.和Daly H.E.[13]关于自然资本、生态服务价值研究工作的深入进行, 生态服务功能及其价值的研究得到越来越多的关注。Costanza R.等[14]在将生态服务价值划分为17类的基础上, 对包括森林生态系统在内的全球生态系统的服务价值进行了评估;Daily G.C.等[15]则在其著作中比较系统地介绍了生态系统服务功能的概念, 包括森林生态系统服务价值在内的服务价值评估、不同生态系统的服务功能以及区域生态系统服务功能。
我国关于生态服务功能价值的研究起始于20世纪80年代初。1982年张嘉宾等利用影子工程法和费用替代法估算云南怒江、福贡等地的森林固持土壤功能的价值和森林涵养水源功能的价值[16]。到20世纪90年中期, 我国著名经济学家许涤新、生态学家马世骏、环境经济学者王金南、李金昌等及夏光等先后出版了相关著作, 从不同学科视角为该领域的研究打下了基础[17]。2000年以后, 关于森林生态系统服务价值的研究成果大量涌现, 既有关于针对人类干预相对较少的自然林生态服务价值的研究[18], 也有关于城市森林生态系统的研究[19];既有针对全国森林生态服务系统的大尺度研究[20], 也有针对某个具体生态系统的小尺度研究[21]。例如:侯元兆等 (1995) 全面地对中国森林资源涵养水源、保育土壤、固碳释氧等价值进行了评估;欧阳志云和王效科等人 (1999) 对中国陆地生态系统服务功能进行了评估和生态经济价值的分析;以李金昌、孔繁文为代表对森林生态系统生态价值方面进行了开创性研究;张颖 (2002) 、赵同谦等 (2004) 、靳芳等 (2005) 、余新晓等 (2005) 都对我国陆地生态系统或森林生态系统的服务价值进行了评估。
3 现阶段国内外森林生态系统服务价值研究的基本特征
3.1 主要以森林资源价值和森林生态系统服务功能为两个切入点
3.1.1 以森林资源价值评估为切入点的研究
联合国环境规划署对自然资源的定义为:在一定的时间和技术条件下, 能够产生经济价值, 提高人类当前和未来福利的自然环境因素的总称。依据自然资源学研究, 其基本属性包括稀缺性、整体性、地域性、多用性、变动性、社会性等。在自然资源中, 森林属于耗竭性资源中一种重要的可更新资源。在很长一段时间里, 森林资源被看成木材资源, 而在各种环境问题威胁到人类生存的当代, 人们越来越发现对森林的真正内涵需要重新审视, 森林资源的意义已经从单一的木材资源变化到包括环境资源在内的多资源, 如包括生产资源、环境资源和文化资源[22]。表述森林资源的内容还包括很多, 如“生态资源”的提法[23]。
“中国生物多样性国情研究报告” (1995~1997) 提出生物多样性的总经济价值应包括直接使用价值、间接使用价值、潜在使用价值和存在价值, 这里的生物多样性概念相当于生物自然资源。另外, 薛达元 (1999) 提出选择价值介于使用价值和非使用价值之间的观点, 崔丽鹃 (2001) 提出“目前非使用类价值”的概念等。国际上也提出了不同的价值分类体系[24,25,26]。对于森林资源的总经济价值, 现代多数研究认为可以表示为[27,28,29,30,31]:
总经济价值=使用价值+非使用价值=直接使用价值+间接使用价值+选择价值+遗产价值+存在价值
世界银行环境经济专家Mohan Munasinghe认同把森林资源价值划分为使用价值和非使用价值2大类, 他归纳出的一些相应的可选择的评价方法 (见表1) 被广泛认同。
3.1.2 以森林生态系统服务功能多样性为切入点的研究
森林生态系统服务价值是指森林生态系统与生态过程所形成及所维持人类赖以生存的自然环境条件与效用, 并具有涵养水源、保育土壤、固碳释氧、积累营养物质、净化大气环境、森林防护、生物多样性保护、森林游憩等多种生态功能, 所以森林的兴衰直接影响生态环境, 从而直接关系到全球经济和社会的发展[32]。森林生态系统的各项服务功能构成了森林生态系统服务价值指标体系的主要内容, 目前, 学术界一般采取专家咨询法、层次分析法及频度分析法等方法选取重要指标纳入核算体系[33]。提出了中国森林生态系统服务价值评估指标体系框架 (见图1) 。
3.2 森林生态系统服务价值评估的生态学指标体系
迄今为止, 关于森林生态系统服务功能的评估指标体系, 到目前为止还没有完全统一的标准, 各国使用的体系都有一定差异, 大多只是对森林资源的评估。例如, 芬兰的森林资源评估体系主要包括森林经营、立木蓄积、固碳数量、生态数据、森林游憩等;法国森林资源评估大致包括保育土壤、涵养水源、净化环境、固碳、生物多样性、游憩及森林健康等方面的核算。在中国, 侯元兆等对林地、林木及森林的3种生态效益 (涵养水源、保育土壤、固碳释氧) 进行了核算。以下是研究相对成熟的几项森林生态系统服务功能价值的核算方法。
3.2.1 涵养水源效能评估
目前, 国内外提出的评估方法归纳起来主要分为两大类:一是通过河川调节径流、降低洪枯比等对灌溉、发电等部门增加的效益;二是达到与森林同等涵养水源作用的其他措施 (如修建水库) 所需的费用 (称为替代工程法) 。其中, 该价值的评估基本上采用“替代工程法”, 即用其它措施可以产生同样效益的费用作为森林涵养水源的货币值, 例如森林减缓洪水功能的经济评估可用水库蓄洪工程投资费用来代替, 若水库蓄水拦洪100 m3平均占有工程费30元, 那么森林含蓄减缓100 m3洪水也相应为30元。以此数据作为标准, 可算出某一林区比无林地区的潜在调节量的经济价值。
其他方法还有土壤蓄水估算法、水量平衡法、地下径流增长法、多因子回归法、采伐损失法等。如用森林土壤蓄水估算法计算森林涵养水源价值为:
其中:Q———森林涵养水源量 (t) ;
P——单位蓄水费用 (元/m 3) 。
3.2.2 保土保肥效能评估
目前大多从2个方面计量:一是按有林地比无林地每年减少土壤侵蚀量中N、P、K的含量, 再按市场化肥平均价格折算其带来的间接经济效益。可用
其中:Vs———某类森林年保土效益 (元/hm2) ;
Si——某类森林的面积;
D0——无林地上土壤侵蚀模数 (t/hm 2) ;
Di———某类林地上土壤侵蚀模数 (t/hm2) ;
Ki——土壤中N、P、K含量 (%) ;Pi—N、P、K的价格 (元/t) 。
二是根据有林地比无林地减少的对河川、水库的淤积而减少的损失费用, 按水利工程设施修建费用换算。核算方法有影子价格法、机会成本法和经济效益法等。欧阳志云运用机会成本法和市场价值法分别计算了因土壤侵蚀而导致的土地废弃、泥沙淤积所造成的损失, 即土壤保持价值。其核算方法如下:
①减少土地废弃:
式中:Es———减少土地废弃的经济效益 (元/a) ;
Ac———土壤保持量 (t/a) ;
B——林业年均收益 (元/hm2) ;
0.6———土壤表土平均厚度 (m) ;
Q———土壤容重 (t/m3) 。
②减轻泥沙淤积价值:按照我国主要流域的泥沙运动规律有:
式中:24%———我国江湖平均淤积系数;
En———减轻泥沙淤积经济效益 (元/a) ;Ac———土壤保持量 (t/a) ;
C——水库工程费用 (元/m3) ;Q—土壤容重 (t/m3) 。
3.2.3 固碳制氧效益评估
固碳制氧的经济核算是一项比较新的研究。目前计算固碳量方法主要有3种:一是根据光合作用和呼吸作用方程式来计算固定CO2量;二是实验测定森林每年固定CO2的量, 即实测法;三是根据数学模型来估算森林每年固定CO2的量, 之后再进行固定CO2的价值核算。根据光合作用的过程可知, 林木每生产1 t干物质就可固定1.63t CO2, 释放1.2t O2。考虑到枯枝落叶每年分解消耗氧气与枝叶形成所释放的大致相等, 故可根据树干部分生物量来计算得到某一地区森林每年可固定CO2和释放O2的量, 再按森林固定CO2和释放O2的成本 (我国分别为273.3元/t和369.7元/t) 计算出该区森林固碳制氧成本:
其中Vo—某类森林的固碳效益 (元) ;Gi—某类树种的年生长量 (m3) ;Di—该树种木材绝干比重 (t/m3) 。
3.2.4 净化环境功能价值评估
目前, 森林生态系统的净化环境价值主要是对有毒气体的吸收、滞尘、灭菌和降低噪音等方面进行估算。主要采用市场价值法来衡量, 具体计算结果如下:
①森林生态系统减少酸雨危害的效益价值计算, 其中净化SO2的价值:根据《中国生物多样性经济价值评估》中采用SO2的平均治理费用评估公式为:
式中:Vs—森林净化SO2的价值;W—治理费用 (元/t) ;S1、S2—阔叶林和针叶林面积 (hm2) ;q1、q2—吸收SO2的能力 (t/hm2) 。
②杀灭病菌的价值:
式中:Vj—森林灭菌价值;T—林价;a—森林灭菌价值占森林总生态功能价值的比例系数, 一般取20%;q—林木单位蓄积量;A—森林总面积;x—森林直接实物性使用价值占森林有形和无形总价值的比例系数, 一般取10%。③净化HF、净化粉尘和降低噪声的价值跟净化SO2价值的核算方法相同。
综合以上各项, 森林净化环境的价值:
式中:C—森林净化环境的总价值;fi—第i项森林净化环境功能的价值;Wi1—第i项价值在总体中的权重;Wi2—其它因素对第i项功能的权重;W—权重系数, 是Wi1与Wi2之间的函数关系;D—与总价值有关的参数调整变量。
3.2.5 生物多样性价值评估
生物多样性经济价值是指生物多样性所包括的生态复合体以及与此相关的各种生态过程所提供的具有经济意义的价值。由于其量化具有一定的难度, 目前只是提出一些探索性的价值核算方法, 如直接市场价值法、替代花费法、防护费用法和支付意愿法等。美国在列举森林资源贡献时, 建议采用最优控制技术核算森林生物多样性中遗传基因多样性的价值。芬兰的Jukka Hoff ren 1996年采用森林多样性的机会成本来核算多样性的价值。我国制定了森林生物多样性的价值核算标准, 估算了不同地区每增加一公顷森林时生物多样性价值的增加值, 如在华南区森林生物多样性价格为5.94万元/hm2。在目前世界各国进行的24个森林生物多样性评估中, 仅有5个案例明确对其进行了核算, 且核算的方法各不相同。
4 结论与展望
4.1 从学术源头上理清思路, 才能建立科学的评估核算体系
森林生态系统服务价值在广义上接近于森林生态系统价值, 从狭义上来说, 森林生态系统服务价值是森林生态系统价值的重要组成部分, 按照国际上流行的说法, 森林生态系统商品的价值与森林生态系统服务价值共同构成了森林生态系统价值。从森林资源到森林生态系统服务, 再到森林生态系统服务价值, 再加上二者之间的区别和联系。目前, 学术界还没有公认地有说服力的结论, 想要建立科学的森林生态系统服务价值评估核算体系, 必须在学术源头上肃清障碍, 理清思路。
4.2 进一步揭示森林生态系统服务功能的价值
森林生态系统的价值是由其功能决定的, 即有什么样的功能, 就决定了具有什么样的价值。然而森林生态服务具有不确定性, 关于其功能, 学术界还未有定论, 并且生态服务的提供依赖于时空条件, 还需在时空尺度进一步揭示森林生态系统服务功能的价值, 为建立科学的森林生态系统服务价值评估核算体系奠定基础。
4.3 博采众长, 加强学科交流
生态服务价值的研究是一个交叉学科的研究领域。在关于生态服务价值的研究者, 既有来自经济学界的, 又有来自自然科学界的。其中, 经济学家提出了评估价值的方法, 而自然科学界揭示生态系统结构、功能与价值之间的相互关系。目前的研究人员大多来自生态学、环境科学, 缺乏经济学家的参与, 因此, 在评估方法研究、以及结果的运用等方面都受到了一定限制, 学科的交叉需要加强。
5 结语
由于森林生态系统服务本身具有多样性、森林生态过程与经济过程之间联系的复杂性以及自然过程的不确定性, 对森林生态系统服务进行核算难度极大, 无法作到准确无误, 但对做这一方面的研究还是非常有意义的。它不仅可以计算出森林生态系统服务相对量的近似值, 而且可以使森林生态系统服务的潜在价值范围明朗化, 为进一步研究储备基本信息数据库。我们确信, 随着科学技术的不断改进和提高, 人们对森林生态服务功能认识也在不断加深, 其价值评估体系必定会更加准确和完善。
摘要：概述了森林生态系统服务功能及森林生态系统服务价值的研究进展;主要论述了森林生态系统服务价值的基本特征, 即中国森林生态系统服务价值评估指标体系框架和生态学指标体系, 并对现阶段研究中存在的问题进行了讨论。