服务目标、范围和任务
服务任务
服务需求定义了服务商需提供服务的边界，是指运维工程师针对“项目的运维支持对象”所包含的应用系统部署情况和系统运行维护特点，为保障系统正常运行，及时解决问题,预防故障发生，所提供的支持服务内容，主要包括被动支持服务、主动支持服务和支持保障三部分。 在项目执行过程中根据运维业务特点，为配合业务需求的改变，服务内容和工作规程会适当调整，合同执行和验收标准以调整后的服务工作内容、工作规程和服务指标为依据。
被动支持服务工作是指日常工作中针对各级用户通过运维平台或者电话反映的应用系统使用过程中出现的一般、疑难、紧急、重大问题提供的技术支持,及时解答问题、分析问题、定位问题、解决问题、反馈解决结果、记录并归纳的过程。被动支持服务工作包括问题受理和一般问题处理、问题回访与确认、数据维护、程序问题确认、需求问题确认、紧急问题处理、问题协同解决、系统迁移、现场支持等内容。
omap4460
主动支持服务工作是指根据系统自身特点,结合以往的经验，定期对支撑应用系统运行的主机系统、数据库系统和中间件等进行日常检查和健康检查，根据系统运行情况进行资源优化、对应用系统数据质量进行检查和评估，定期备份数据和软件,以避免小隐患引发大问题，防患于未然，最大程度地预防应用系统故障的发生。
支持保障工作是指为做好被动支持服务和主动支持服务工作而开展的质量控制、技术保障等工作。运维基础保障工作包括补丁发布、配置管理、知识提取与维护、应用系统运维培训等。
服务方案
项目理解
电脑防尘罩XXXXXX系统所采用的技术
促进剂cbsXXXXXX系统是基于采用J2EE 三层次技术路线，基于 XML 的数据表示，基于 SOA 的应用系统开发架构所开发的系统.具体技术如下：
基于 J2EE 三层次技术路线
为了充分满足系统在安全性、实用性、可移植性、易扩操作、易维护性等方面的要求， 系统采用基于 Java 平台的 J2EE技术体系，系统构建于 B/S 三层应用体系结构之上，并采用JSP、java Servlet 、EJB、XML等编程技术和面向对象程序设计方法，将复杂的业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术层面上实现,在应用服务器之上，实现业务逻辑的快速部署和灵活调整,充分保证数据库系统的安全可靠访问。
J2EE是目前业界公认的企业级信息系统的支撑体系结构，是各个系统和系统内部各个组成部分之间的粘合剂。J2EE 提供了跨平台的解决方案，提供了通用的JDBC数据库访问接口，无缝支持通过XML进行系统间和系统内部的数据传递.在J2EE体系结构中,所有的技术都是开放的， 得到业界主流支持的， 所以统一使用 J2EE体系架构,有利于系统之间的整合， 避免重复投资， 降低 IT 的管理和建设成本。
选用三层结构具有以下优点:
●分布式kvm系统管理简单，大大减少客户机维护工作量。
基于 B/S 结构的应用模式无需客户端维护工作；基于“瘦客户／服务器"结构的客户端可以实现自动更新下载, 也无需客户端维护工作.乐器架
具有灵活的硬件系统构成对于各个层可以选择与其处理负荷和处理特性相适应的硬件,方便的实现负载均衡。清晰、合理地分割三层结构并使其独立 ， 可以使系统构成的变更非常简单。因此被分成三层的应用基本上不需要修正。
提高程序的可维护性三层 B/S 结构中，应用的各层可以并行开发 ， 各层也可以选择各自最适合的开发语言。
●进行严密的安全管理
涉密的关键应用的安全管理非常重要。 在三层 B/S 结构中 , 识别用户的机构是按层来构筑的, 对应用和数据的存取权限也可以按层进行设定.例如，即使外部的入侵者突破了表示层的安全防线，若在功能层中备有另外的安全机构，系统也可以阻止入侵者进入其他部分。
J2EE 提供了一套企业级Java 应用框架（一种标准）,是一种利用 Java 2 平台来简化企业
解决方案的开发、部署和管理相关的复杂问题的体系结构。
基于 XML 的数据表示
数据交换是一个开放的电子政务系统的基本功能,如果数据交换使用的数据格式千差万别，则需要复杂的数据编码和解码工作，因此统一数据交换使用的数据封装格式是进行电子政务平台建设的首要任务。
XML（eXtensible Markup Language，可延伸性标示语言）是目前国际上流行的数据表示标准，因为它的简单性、开放性、可扩展性、灵活性、自描述性等特性，XML在数据和信息管理、数据交换、Web应用、电子商务、应用集成等诸多领域有着重要用途，已经得到了工业界的普遍支持，也是我国电子政务采用的标准。
四头精雕机采用 XML方式对系统要交换的数据进行表示，既可以便于系统的间的数据交换， 又可以方便的进行扩充, 因此系统技术平台的交换数据表示全部采用XML格式来表示。
系统基于 SOA 的应用系统开发架构
面向服务的架构(SOA）被认为是用于下一代应用系统开发的架构。帮助人们在开发应用的时候能够寻并使用已有的服务而不必重复开发某些功能；能够方便集成异构系统; 能够更容易地扩展已有系统。服务是一个组件的集合，它们向外界提供某个接口,能够完成某种业务功能.在面向服务的架构中, 服务的实现可以放在网络的任何位置，只需要对外发布这个服务的描述，其他的系统（或者服务）就可以发现并且使用这个服务。不同的服务可能采用不同的开发语言、组件模型、硬件环境、数据库，而在这个架构中它们无缝地集成在一起。这种方式消除了异构的分布的环境对应用系统的影响， 开发者可只考虑系统的业务逻辑， 关注某个部分业务功能的实现， 并将它们包装成为合适的服务， 不需要考虑和其他服务之间的互操作性问题, 减少了系统的开发风险和成本。
服务和组件的不同在于服务更多地从业务角度出发进行设计，向用户提供一个完整的业务的实现，而组件可能只提供完成某个业务的部分功能.在面向服务的架构中，一个系统实现了客户需要的某些业务过程，其中每个服务实现了业务过程中的某个活动。从软件开发的过程来看，面向服务的架构更加符合业务的视角，设计人员可以方便地根据已经获得的业务需求进行设计，采用服务实现各部分的业务需求,并将它们组装为应用系统。
总的来说,面向服务的架构可以尽可能地利用组织中的现有资源,保护已有投资。它通过将实现的细节和业务逻辑分离，使得系统可以更好地被复用、扩展和维护。
2。3。2管理子系统特点分析
根据社保费的需求来源，总局业务组提供的需求是对业务流程、规范的明确,确定业务框架和方向，各省提供的组间联系单是根据基层实践工作对总局的业务流程、规范的补充完善，而各省单独提出的差异需求则是为满足基层实际工作需要，在用户体验、数据质量控制方面的具体要求。因此XXXXXX系统的功能呈现整体功能结构统一,功能各地差异化的特点。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议