一、JMS在数据库远程管理中的应用（论文文献综述）
杨安金[1]（2021）在《米易县供电公司购电管理系统设计与实现》文中认为在电力系统管理体制改革的背景下,发电和售电被拆分为独立的业务,供电企业需要向电厂进行购电,并通过电能并网的方式开展供电服务。因此购电管理业务成为供电企业日常业务中的重要工作。由于各地电力市场的差异性,供电公司的购电管理业务软件通常需通过自主研发方式进行实施。米易县供电公司的购电管理业务目前仍缺乏配套的工具支持,主要通过人工处理和EXCEL文件进行管理,存在着管理效率低下、错误率高、数据不集中等问题。针对上述问题,设计和实现了一套购电管理系统,对米易县供电公司的购电业务进行信息化管理,降低人工处理工作量,实现购电管理业务的集中化存储和维护。在研究中,首先介绍米易县供电公司的购电管理业务现状及问题,将系统的功能模块划分为基础资料管理、电站档案管理、抄表电量管理、电费计算管理和数据报表管理5个方面,并分析了系统的性能需求。在此基础上,选择Java Web技术和Oracle数据库进行系统的功能研发。基于系统的需求分析,对系统的功能模型、网络结构进行了设计,并对系统进行功能结构划分,对各模块的功能组件模型及Java类结构进行分析与设计。考察系统的业务数据类型,并通过E-R图建立系统的数据逻辑结构,按Oracle数据库技术规范设计系统的数据库表结构。按照系统的功能设计,对各模块的功能实现流程、关键代码进行分析研究,并展示和阐述系统的功能界面。最后,根据系统的实际测试情况,对系统的测试方法、流程、环境进行简述,并从功能和性能两个层面,分析了系统的测试内容及结果,验证系统的研发成果。购电管理系统目前已经加入到米易县供电公司的Toolkit业务工具套件平台中,实现了供电管理业务的自动化和数字化,建立了购电业务数据的集中化存储体系,提高了业务管理的效率,降低了购电管理人员的工作量。
孙俊杰[2]（2020）在《基于物联网技术的水表系统设计》文中研究表明水是地球上最为重要的资源之一,人类的生活和发展离不开水资源。在我国缺水问题一直很明显,而且我国水资源分布极不平衡,许多地区对于水资源的管理比较混乱,管理效率和经济效益较低,会造成水资源的浪费。随着计算机网络技术和物联网技术的的迅猛发展,信息技术越来越普及,因此为了更好的实现对于水资源规范化和智能化的管理,我们需要对地区水资源使用情况进行实时监控。传统的远传水表,对于水流量统计数据一般几天甚至几周时间上传一次,对于用水量大的用户,无法实现水流量数据实时上传。同时传统的无线远传技术,存在覆盖能力、丢包率、安全性、信号穿透力等问题。针对传统水表存在的上述问题,本文采取了NB-Io T（窄带物联网技术）与One NET物联网云平台相结合的方式,并搭建了基于One NET平台的监控系统,实现了三个系统之间的信息交互。本次设计的系统主要包括水表终端、One NET云平台和水表监控平台三个子系统。其中水表的硬件电路设计主要包括了对微控制器、无线传输模块、水流量传感器、电池以及马达驱动芯片等的选择和设计。并用C语言对其软件部分进行编程,实现其数据采集上传和阀门控制功能。构建了基于LWM2M协议的数据传输程序,将数据传送至One NET物联网云平台。One NET云平台主要作为设备与后台监控系统信息传递的桥梁,通过提供API以及数据推送等功能实现监控平台对于设备以及数据的管理,缩短开发周期,降低了系统维护难度。水表监控平台采用B/S结构,后端开发基于Spring Boot框架,前端基于Layui框架,数据库存储选用My SQL数据库。通过HTTP推送获取水流量数据进行存储和可视化显示,并通过One NET平台提供的API实现与One NET平台的交互,通过API接口调用可以在监控系统中实现对终端设备的控制和查询。整个系统实现了设备控制、数据采集上报、监控、存储、可视化的一体化功能。达到了用户对于设备和数据管理控制的需求从而帮助用户对用水量实时进行监控,进一步提高水资源利用率以及管理和服务水平,实现更好的水资源分配。最后通过系统硬件部分和软件部分的联合测试,终端设备与云平台监控平台之间能够正常通讯,监控平台能够准确地监测到远程水表的数据,并且可以通过监控平台向水表发送命令控制电动阀门状态,整个系统运行良好,达到设计要求。
刁颖[3]（2020）在《电力公司电力营销业务应用系统的设计与实现》文中提出电力营销业务高度复杂,通常需要多套软件工具进行协同管理。目前国内电力部门主要使用的是国网统一推行的SG186平台进行电力营销管理。但是,在实际应用中,该平台出现了数据分散比较严重、业务操作不便等问题和不足。在此背景下,四川电力公司组织实施了电力营销业务应用系统,对SG186平台的数据整合等功能进行完善和补充。本文详细分析了电力营销业务应用系统的设计和研发工作,根据系统的业务应用环境,对系统的研发目标进行详细分析,提出了系统的功能和非功能需求。在此基础上,根据系统需求进行技术选型分析,对系统的总体技术方案和功能详细方案、数据库进行设计与研究,同时对系统和SG186平台的交互方式和技术进行了研究与设计。基于系统的技术方案设计,对系统的功能进行了开发和实现,分析了系统关键功能的实现流程与核心技术,并对系统的开发效果进行展示分析。最后,对系统的测试方法及过程进行研究和说明,检查系统是否达到预期的开发要求。通过上述工作,本文完成了电力营销业务应用系统的设计和开发,具体采用了Java Web技术、Oracle数据库技术、SSM技术、数据库共享技术进行系统研发,并将系统内部功能分为抄表查询、收费管理、客户服务、用电检查和系统配置5个模块。通过和SG186平台的部分功能子系统进行数据交互和共享,系统可以实现对电力营销业务管理中比较常用功能的集成,并在各地级、县级供电公司中进行推广应用,提高电力营销业务的管理效率。本文的研究工作基于四川电力公司的实际软件项目进行,系统的应用可以有效弥补和完善SG186平台的功能不足和缺陷。由于SG186平台在国内电力系统中的广泛应用,因此本文的研究成果对于其他地区的供电企业也有一定的参考价值。
崔盛斌[4]（2016）在《面向航空票价发布系统的事件驱动模型设计与应用》文中指出航空票价发布流程是较为复杂和繁琐的业务流程之一。涉及到航空公司,航空公司联盟,政府法律政策,和发布机构等等多维因素。因航空票价具有动态变化的特性,根据时间段,客舱预定人数,客户需求,等等都会影响票价的变动。所以会对同一类型数据产生批量的请求。复杂事件处理（Complex Event Processing,CEP）系统和事件驱动架构（Event Driven Architecture,EDA）都被认为会在目前和未来的精致繁杂的系统设计中扮演重要角色。事件驱动为程序员所熟悉,其最为常见的是在图形化界面编程中的应用。在网络编程中事件驱动也被广泛使用,并大规模部署在高连接数高吞吐量的服务器程序中。相比于传统的网络编程方式,事件驱动能够极大的降低资源占用,增大服务接待能力,并提高网络传输效率。在此背景下,首先对整个项目做了需求分析,航空票价领域在数据的实时性,并发性,高可用性上有较高要求的前提。整个系统分为事件管理器和工作容器。在设计事件管理器时,首先对事件进行了定义。作业控制器是事件管理器当中的一个子系统,用来专门负责对作业的监控和调度。接下来设计了容器事件监听器,通过设计阻塞器,在每个事件添加了排序操作,每个事件之间会有依赖关系。工作容器是具体的作业工作环境。通过设计整体的架构,通讯中间件,接收接口类,和异常处理器的配置,使工作容器能够成功的接收事件管理器发送过的信息和执行具体的业务逻辑,在作业抛出异常的时候能够及时反馈错误信息。工作容器中最重要的是作业。本文对作业的状态,工作流和数据存储结构做了详细的介绍和设计。最后,本文在测试和实际项目当中的应用中进行了验证。整个系统顺利通过了性能测试和功能测试,并且达到了设计要求,较好的满足了用户的需求。在运行期间,系统的响应时间和技术指标都到达到了预期要求。
王伟卿[5]（2009）在《基于Java消息服务的消息中间件的研究与实现》文中进行了进一步梳理随着计算机网络技术的发展和分布式应用的迅速普及,将应用从客户端/服务器模型向客户端/中间层/服务器三层模型进行转移已成为用户的迫切需求,也是当今计算机技术发展的一个主要趋势。消息中间件是一种基于消息传递的中间件,它能高效可靠地进行与平台无关的数据通信,并通过数据通信来进行分布式系统的集成和互操作。JavaMessage Service（JMS）是由Sun Microsystems公司提出的基于Java技术的消息、中间件的规范。它有效地屏蔽了网络协议、应用实现的具体技术、操作系统和数据库的细节。随着越来越多的企业开始关注系统的伸缩性和扩展性,消息中间件在银行、电信、金融等大规模关键事务领域中整合各种异构平台、保证交易完整性等方面的应用正变得越来越普遍。本文在研究消息中间件技术和JMS规范的基础上,主要研究符合JMS规范的消息中间件的设计和实现方法。首先,本文介绍了JMS目前的主要研究进展,接着介绍了J2EE中主要与JMS配合工作的一些主要技术,然后在上述相关理论的基础上,结合JMS规范给出了系统的整体结构设计。本文的重点是给出了一个基于JMS的消息中间件的设计模型,实现了JMS的基本标准API,提供了消启、持久化功能,基于J2EE技术,提供了名字与目录服务;同时在服务器端实现了事件监听、多线程管理和日志产生等机制,提高了服务质量。同时,针对传统JMS系统对于多客户发送长消息的效率往往较低的情况,设计了消息压缩的机制,对于改善JMS系统的消息发送机制做了有益的尝试。最后,将开发的JMS中间件整合到数据库同步系统中,为多客户端间的消息传输与信息整合给出了解决方案,同时改善了多客户端之间系统消息传输效率,取得了良好的经济效益。
宋玉乾[6]（2008）在《基于JMS的异构数据库集成中间件平台的设计与实现》文中指出随着信息技术的发展,许多政府/企业部门都开发了一些各自独立的信息系统,这些系统因为由不同的人员在不同的时间开发,形成了一个个信息孤岛。企业/政府部门迫切需要集成这些独立系统以实现信息共享,即企业信息应用进入集成阶段。数据位于企业信息系统的中心位置,因而进行企业应用集成首要的是要实现数据的集成,这就使得异构数据库集成成为当前的一个重要研究课题。本文针对黎明不同业务系统之间,黎明与其它单位系统之间,以及可能与其它单位之间存在大量的数据交换而提出了异构数据库集成框架。通过该框架,企业用户不仅在成功的获得了最大的资源共享,而且在选择软件应用、集成技术和相关服务的时候就可拥有更大的灵活性。使得此异构数据库集成在黎民数字化制造过程中发挥重要作用,节省了时间提高了效率。中间件作为应用软件和系统软件之间的一类软件,屏蔽了底层操作系统的复杂性,使得程序开发人员面对简单而统一的开发环境,减少了程序设计的复杂性。JMS异步通信机制能非常容易地实现企业系统之间的松耦合,并且能够通过消息服务提供商,实现可靠健壮的消息传输,非常适合企业应用集成。文章分析了国内外异构数据库集成研究现状和存在问题,阐述了中间件、JMS,XML在程序开发、异构数据库之间通信、数据集成等方面的技术优势。通过对异构数据库集成主要目标和存在问题的分析,提出了一种基于XML和中间件的异构数据库集成方案,解决了不同平台不同数据库之间的数据通信和多个数据源的集成中存在的数据的传输方式、数据的传输格式、变化数据的提取等问题。
余浪[7]（2007）在《基于J2EE的企业应用集成在电信行业的应用研究》文中指出随着通讯技术的迅速发展，电信行业的企业资源不断膨胀、部署的应用越来越多，因此需要一个统一的信息系统来支持各种面向客户的服务（SOA）。为了实现这一转变，需要将在线运行的CRM、TSF以及其他系统集成到一个虚拟的平台上来提供统一的服务，这就要求集成者必须访问现有的系统以提供需要的服务。论文从湖南电信系统集成的角度出发，讨论了基于J2EE的企业应用集成（EAI）的相关技术及其关系，针对企业应用集成涉及的几个主要方面，提出了解决方法和具体实施措施。论文在深入分析企业应用集成的逻辑结构、物理结构以及企业应用集成的最新研究成果的基础上，设计了一个包含接入层、企业门户、EAI总线层和系统层的四层体系架构，建立一个统一的全集中、全实时的EAI平台，并以此平台为中心将湖南电信原有遗留系统完全松耦合地连接在一起。在数据集成方面，设计了一个具有一定实现数据集成的框架，并详细阐述了其实现思想和方法，采用数据访问对象（DAO）模式，实现了一个强健可靠的数据集成层。在业务集成方面，阐述了一个基于异步消息架构的通用接口的实现思想和方法，解决了业务集成中接口众多易变的难题。最后，从用户界面集成角度出发，设计了一个具有独创性的Model 2X用户界面开发框架，该框架能大幅度降低用户界面集成难度，在实践中应用效果良好。通过企业应用集成和数据架构的建设，整合了湖南电信的各个应用系统，打破了信息孤岛；实现了业务流程的自动化和数据的透明共享；统一了共享的数据模型，从而保证了数据的准确性和实时性。使得湖南电信能够采用标准化、松耦合的方式构建系统，并降低了维护成本，提高了灵活性。
许玲[8]（2007）在《数据交换平台中多传输机制的研究与实现》文中研究指明在产业全球化分工和市场竞争日益激烈的商业环境下,许多独立企业自发地结盟形成供应链。为了提高整个供应链的效率,处于供应链中不同角色的企业都在致力于建立统一的电子商务标准,数据交换平台就是一种实现标准化电子商务流程和标准数据交换的软件平台,该平台显着地提高了大型企业之间进行信息交换的效率。而在世界范围内,尤其是在中国,信息化程度较低的中小型企业在电子商务领域占据着重要的地位。因此,提高数据交换平台的灵活性,使其不仅服务于高度信息化的大型企业,还能适合中小型企业的特点,降低其信息化门槛,从而促进不同规模企业之间的自由信息交互,能很好地提升供应链的灵活性和竞争力。信息传输是数据交换平台的核心,本文提出一种多样化数据传输机制的设计并在已有的数据交换平台E-Hub系统上实现。业界主流的数据交换平台采用基于消息模型的方式实现大型企业之间的信息传输。单一而高成本的传输方式对于应用服务器软硬件和企业内部的信息化平台的要求较高,并不适合中小型企业的特点。本文阐述的多传输机制包括四种数据传输模式,分别采用Java消息服务（Java Message Service, JMS）、IBM公司的消息中间件产品（Message Queue, MQ）、超文本传输协议（Hypertext Transfer Protocol, HTTP）和简单邮件传输协议（Simple Mail Transfer Protocol, SMTP）技术。基于JMS和MQ的消息传输机制能很好地满足大型企业对于数据传输高效率和高安全性的要求;基于HTTP协议和SMTP协议的消息传输能满足中小型企业对于低传输成本的要求。文章给出了多样化传输功能的详细设计,并重点阐述了多样化传输的技术实现过程,包括关键技术和软件系统实现过程。最后对该方案的功能、性能和实用性进行了简单评估。
沈卿阳[9]（2007）在《网管系统故障处理流程的设计与实现》文中进行了进一步梳理随着网络规模的不断扩大，用户数目的日益增多，网络管理员的工作难度也越来越大。网络中的负荷容易不均匀，某些部分因线路上的负荷太重而造成整个网络性能严重下降；某些IP和MAC地址的绑定非法；服务器出现故障，无法连接；各种不同厂商的不同类型的设备的工作状态无法方便获知并管理；这些都是网络管理中遇到的棘手问题。为了使结构复杂的网络高效运行，就必须建立针对多厂商、多类型设备的网络管理系统，提高全网的维护管理效率，降低管理成本。故障管理是一个网管系统的核心功能。网管系统故障处理的基本流程为：监视并收集网元的使用率、各种状态参数、流量等信息。设置门限，当网元的状态参数超过所设定的门限时，产生告警。分析告警信息，定位故障和可能的故障原因。将故障信息、采集到的部分关注数据等有价值的信息保存到数据库，方便随时浏览。如果故障符合一定的严重度，以短信或者电子邮件的方式通知管理员。一些故障可以自动被解决，一些故障需要等待人工解决。管理员可以随时通过网管客户端查询、过滤、统计、确认、清除、导出告警信息，对整个网络的状态有整体的清晰把握。网管系统的故障处理功能减少了网络故障时间，提高了网络可用性，使网络能尽快恢复至正常，以保证网络高效运行。本文首先介绍了网元的信息采集方法。主动告警系统的告警信息采集方法，如基于SNMP轮询采集、基于Syslog的日志记录；被动的网元信息采集方法，如通过SNMP协议，被管设备出现某种故障时主动发送Trap时间通知网管系统。随后介绍了根据采集到的网元信息产生告警，对告警进行分析，对告警进行合并和转化，将多个告警合并成一条具有更多信息量的告警，确定能反应故障根本原因的告警，定位故障的可行方法。现在已提出的告警分析方法有基于案例推理、基于规则推理、基于代码方法和基于数据挖掘的方法。然后设计了对生成的告警的一系列处理动作，如告警的查询、过滤、统计、确认、清除等。针对系统中出现的故障，网管系统中的邮件、短信、故障工单能使管理员及时发现故障，及时通过故障确认、故障自动恢复、故障连锁诊断等方式作出处理。最后，采用了分布式的系统设计，这样的设计是自适应的基于策略的管理，提供分布查找与监测，能智能过滤，提供分布式阀值监测，动态轮询和判断逻辑。在具体实现方面，介绍了Java应用程序的轻量级框架Spring，对象关系映射持久化框架Hibernate，Java消息服务JMS的基本知识，以及这几个框架的整合过程，并提出了网管系统故障管理的框架搭建和具体实现的方法。
姚刚[10]（2006）在《基于JMS的消息中间件的研究与设计》文中进行了进一步梳理消息中间件为分布式系统中创建、发送、接收消息提供了一套可靠、通用的方法,它屏蔽了不同操作系统和网络协议的具体细节,减少了开发跨平台和网络协议软件的复杂性。由于没有统一的规范和标准,基于各种消息中间件的应用不可移植,不同的消息中间件也不能互操作,这大大阻碍了消息中间件的发展。Java消息服务（Java Message Service, JMS）是SUN及其伙伴公司提出的旨在统一各种消息中间件系统接口的规范,它促进了分布式环境中各个组件之间可靠的异步通信,可以用来创建松散耦合的消息系统,从而大大简化了企业应用的开发。论文在分析和总结JMS规范的基础上,对基于JMS的消息中间件的设计及JMS中的消息过滤机制进行了重点研究。分析了传统模式下JMS消息中间件的结构及特点,针对这种模式下所有的事务都集中在JMS服务器上,服务器易成为影响系统性能的瓶颈,提出了一个改进的设计方案,并详细介绍了JMS服务器、JMS客户端API以及消息模型的实现。由于JMS规范中没有对消息过滤机制进行具体说明,而传统的基于JMS的消息过滤方法效率较低。论文分析了几种发布/订阅模式下常用的事件匹配算法,在这个基础上,提出了一种改进的基于JMS的消息过滤算法,并对算法的性能进行了实验测试。
二、JMS在数据库远程管理中的应用（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、JMS在数据库远程管理中的应用（论文提纲范文）
（1）米易县供电公司购电管理系统设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究现状综述 |
| 1.3 研究内容 |
| 1.4 论文结构 |
| 第二章 系统需求分析 |
| 2.1 系统研发背景 |
| 2.1.1 业务现状分析 |
| 2.1.2 存在的问题 |
| 2.2 系统研发目标 |
| 2.3 系统功能需求 |
| 2.3.1 基础资料管理需求 |
| 2.3.2 电站档案管理需求 |
| 2.3.3 抄表电量管理需求 |
| 2.3.4 电费计算管理需求 |
| 2.3.5 数据报表管理需求 |
| 2.4 系统性能需求 |
| 2.5 系统技术选型 |
| 2.6 本章小结 |
| 第三章 系统设计 |
| 3.1 系统总体设计 |
| 3.1.1 功能模型设计 |
| 3.1.2 网络结构设计 |
| 3.2 系统功能模块设计 |
| 3.2.1 基础资料管理模块设计 |
| 3.2.2 电站档案管理模块设计 |
| 3.2.3 抄表电量管理模块设计 |
| 3.2.4 电费计算管理模块设计 |
| 3.2.5 数据报表管理模块设计 |
| 3.3 系统数据库设计 |
| 3.3.1 数据结构分析 |
| 3.3.2 数据表设计 |
| 3.4 本章小结 |
| 第四章 系统实现 |
| 4.1 系统实现环境 |
| 4.2 系统功能模块实现 |
| 4.2.1 基础资料管理模块设计 |
| 4.2.2 电站档案管理模块设计 |
| 4.2.3 抄表电量管理模块设计 |
| 4.2.4 电费计算管理模块设计 |
| 4.2.5 数据报表管理模块设计 |
| 4.3 系统功能部署 |
| 4.4 本章小结 |
| 第五章 系统测试 |
| 5.1 系统测试方法 |
| 5.2 系统测试环境 |
| 5.3 系统测试内容 |
| 5.3.1 功能测试 |
| 5.3.2 性能测试 |
| 5.4 系统测试结果 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
（2）基于物联网技术的水表系统设计（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究课题的背景和意义 |
| 1.2 研究课题国内外发展现状 |
| 1.2.1 国内外智能水表发展现状 |
| 1.2.2 国内外NB-Iot物联网技术发展现状 |
| 第2章 相关技术概述 |
| 2.1 NB-Iot技术 |
| 2.1.1 NB-Iot技术概括 |
| 2.1.2 NB-Iot应用层协议概括 |
| 2.2 Spring系列框架技术概括 |
| 第3章 物联网技术智能水表系统总体设计 |
| 3.1 物联网技术智能水表系统的总体设计 |
| 3.2 智能水表系统NB-IoT终端的硬件组成 |
| 3.2.1 硬件电路整体设计 |
| 3.2.2 微控制器的选型 |
| 3.2.3 NB-IoT通信模组的选型 |
| 3.2.4 脉冲检测模块的选型 |
| 3.3 智能水表系统物联网云平台选择 |
| 3.4 智能水表系统Web端的设计 |
| 第4章 物联网水表系统终端硬件设计 |
| 4.1 水表系统终端的总体硬件设计 |
| 4.2 电源模块电路 |
| 4.3 单片机最小系统电路 |
| 4.4 流量脉冲检测电路 |
| 4.5 阀门控制电路 |
| 4.6 NB-IOT通信模块的硬件设计 |
| 4.6.1 BC20的介绍 |
| 4.6.2 SIM接口电路 |
| 4.6.3 天线电路 |
| 4.6.4 模块供电电路 |
| 4.7 存储电路 |
| 4.8 硬件PCB与实物设计 |
| 第5章 基于云平台的系统软件设计 |
| 5.1 系统终端主程序设计 |
| 5.1.1 开发环境介绍 |
| 5.1.2 系统终端主程序流程 |
| 5.2 脉冲信号采集程序设计 |
| 5.3 BC20通信程序设计 |
| 5.3.1 LWM2M协议介绍 |
| 5.3.2 LWM2M协议对象资源模型的建立 |
| 5.3.3 BC20初始化程序 |
| 5.3.4 BC20数据上传程序 |
| 5.3.5 BC20数据接受程序 |
| 5.4 OneNET云平台的接入 |
| 5.4.1 OneNET云平台介绍 |
| 5.4.2 OneNET云平台的设备接入 |
| 5.4.3 OneNET的触发器编辑 |
| 5.4.4 OneNET的数据推送 |
| 第6章 物联网水表系统监控平台设计 |
| 6.1 监控平台的总体设计 |
| 6.1.1 监控平台的功能模块设计 |
| 6.1.2 监控平台的开发环境 |
| 6.2 系统数据接受存储功能的实现 |
| 6.2.1 系统数据接收 |
| 6.2.2 系统数据接收程序的改进 |
| 6.2.3 系统数据存储 |
| 6.2.4 系统历史数据导出 |
| 6.3 系统主要业务功能的设计与实现 |
| 6.3.1 用户登录 |
| 6.3.2 用户权限管理 |
| 6.3.3 业务数据监控 |
| 6.3.4 数据可视化展示 |
| 6.3.5 水费估算 |
| 6.3.6 数据源监控 |
| 6.4 OneNET云平台API调用 |
| 6.5 系统数据库主要表设计 |
| 第7章 物联网水表系统测试 |
| 7.1 系统终端通信测试 |
| 7.2 OneNET平台测试 |
| 7.3 监控平台功能测试 |
| 7.3.1 用户权限功能测试 |
| 7.3.2 数据接收功能测试 |
| 7.3.3 数据监控功能测试 |
| 7.3.4 系统业务功能测试 |
| 7.3.5 系统业务功能测试 |
| 结论 |
| 致谢 |
| 参考文献 |
（3）电力公司电力营销业务应用系统的设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 研究内容 |
| 1.4 研究结构 |
| 第二章 系统需求分析 |
| 2.1 业务及目标分析 |
| 2.1.1 业务现状分析 |
| 2.1.2 系统研发目标 |
| 2.2 功能需求分析 |
| 2.2.1 抄表查询需求 |
| 2.2.2 收费管理需求 |
| 2.2.3 客户服务需求 |
| 2.2.4 用电检查需求 |
| 2.2.5 系统配置需求 |
| 2.3 非功能需求分析 |
| 2.3.1 安全需求 |
| 2.3.2 性能需求 |
| 2.3.3 交互需求 |
| 2.4 本章小结 |
| 第三章 系统概要设计 |
| 3.1 技术选型分析 |
| 3.2 系统总体设计 |
| 3.2.1 功能模型设计 |
| 3.2.2 网络拓扑设计 |
| 3.2.3 功能结构设计 |
| 3.3 系统交互设计 |
| 3.4 本章小结 |
| 第四章 系统详细设计 |
| 4.1 功能类结构设计 |
| 4.2 功能模块详细设计 |
| 4.2.1 抄表查询模块设计 |
| 4.2.2 收费管理模块设计 |
| 4.2.3 客户服务模块设计 |
| 4.2.4 用电检查模块设计 |
| 4.2.5 系统配置模块设计 |
| 4.3 数据库设计 |
| 4.3.1 数据类型分析 |
| 4.3.2 数据库逻辑设计 |
| 4.3.3 数据表结构设计 |
| 4.4 本章小结 |
| 第五章 系统实现与测试 |
| 5.1 系统实现环境 |
| 5.2 系统交互功能实现 |
| 5.3 功能模块详细实现 |
| 5.3.1 抄表查询模块实现 |
| 5.3.2 收费管理模块实现 |
| 5.3.3 客户服务模块实现 |
| 5.3.4 用电检查模块实现 |
| 5.3.5 系统配置模块实现 |
| 5.4 系统测试 |
| 5.4.1 测试环境 |
| 5.4.2 功能测试 |
| 5.4.3 性能测试 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 致谢 |
| 参考文献 |
| 附录 |
（4）面向航空票价发布系统的事件驱动模型设计与应用（论文提纲范文）
| 摘要 |
| abstract |
| 1 绪论 |
| 1.1 研究背景 |
| 1.2 国内外现状分析 |
| 1.3 研究目的和研究内容 |
| 1.4 本章小结 |
| 2 相关技术综述 |
| 2.1 事件模型 |
| 2.2 JMS消息中间件 |
| 2.3 RMI远程调用接口 |
| 2.4 Redis分布式缓存 |
| 2.5 高可用性技术方案 |
| 2.5.1 工作容器心跳包检测技术 |
| 2.5.2 事件管理器投票选举 |
| 2.5.3 消息队列的钝化技术 |
| 2.6 本章小结 |
| 3 需求分析和总体架构设计 |
| 3.1 航空票价发布系统 |
| 3.2 航空票价发布系统用例图 |
| 3.3 航空票价发布系统整体架构 |
| 3.4 本章小结 |
| 4 事件管理器的设计与实现 |
| 4.1 概要设计 |
| 4.2 容器事件设计 |
| 4.3 作业事件设计 |
| 4.4 作业控制器的实现 |
| 4.4.1 作业控制器的配置 |
| 4.4.2 作业监听器的实现 |
| 4.5 容器事件监听的实现 |
| 4.5.1 容器监听器的配置 |
| 4.5.2 容器监听器的实现 |
| 4.5.3 容器监听器的类设计图 |
| 4.6 阻塞器的实现 |
| 4.7 事件管理器和工作容器之间的通讯 |
| 4.8 工作容器运行顺序图 |
| 4.9 关闭工作容器 |
| 4.10 页面设计 |
| 4.11 本章小结 |
| 5 工作容器的设计与实现 |
| 5.1 概要设计 |
| 5.2 JMS消息 |
| 5.3 抽象类的设计 |
| 5.4 多对一作业监听接口设计 |
| 5.5 异常作业处理 |
| 5.6 作业和任务类图 |
| 5.7 工作容器作业的实现 |
| 5.8 工作容器作业状态 |
| 5.9 工作容器顺序图 |
| 5.10 数据表的结构 |
| 5.11 本章小结 |
| 6 航空票价发布系统的验证与测试 |
| 6.1 功能测试 |
| 6.2 性能测试 |
| 6.3 本章小结 |
| 7 总结与展望 |
| 7.1 本文工作小结 |
| 7.2 展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间发表的学术论文 |
（5）基于Java消息服务的消息中间件的研究与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 引言 |
| 1.2 消息中间件概念 |
| 1.3 消息中间件应用场景 |
| 1.4 国内外研究进展 |
| 1.5 本文工作内容 |
| 1.6 本文组织结构 |
| 1.7 本章小结 |
| 第2章 JMS体系研究 |
| 2.1 JMS定义 |
| 2.2 JMS体系结构 |
| 2.3 JMS消息传输基本流程 |
| 2.4 JMS内部对象关系 |
| 2.5 JMS的优点 |
| 2.6 JMS的消息模式 |
| 2.6.1 点对点模式 |
| 2.6.2 发布/订阅模式 |
| 2.7 JMS的消息结构 |
| 2.7.1 消息头 |
| 2.7.2 消息属性 |
| 2.7.3 消息选择器 |
| 2.7.4 消息体 |
| 2.8 JMS其它概念 |
| 2.9 本章小结 |
| 第3章 基于JMS消息中间件的相关技术 |
| 3.1 JNDI简介 |
| 3.1.1 JNDI架构 |
| 3.1.2 上下文对象 |
| 3.2 XML简介 |
| 3.2.1 XML定义 |
| 3.2.2 XML结构 |
| 3.2.3 XML解析器 |
| 3.3 JDBC简介 |
| 3.4 RMI简介 |
| 3.4.1 RMI层次结构 |
| 3.4.2 RMI注册 |
| 3.5 本章小结 |
| 第4章 系统设计与实现 |
| 4.1 架构设计 |
| 4.2 服务器端实现 |
| 4.2.1 系统初始化 |
| 4.2.2 系统配置 |
| 4.2.3 受管对象 |
| 4.2.4 RMI注册 |
| 4.2.5 名字服务 |
| 4.2.6 消息持久化服务 |
| 4.2.7 事件监听 |
| 4.2.8 多线程管理 |
| 4.2.9 日志生成 |
| 4.3 客户端实现 |
| 4.3.1 点到点模式 |
| 4.3.2 发布/订阅模式 |
| 4.4 消息压缩的实现 |
| 4.4.1 采用消息压缩的可行性 |
| 4.4.2 采用消息压缩的局限 |
| 4.4.3 消息压缩的实现 |
| 4.5 本章小结 |
| 第5章 JMS中间件在数据库同步系统中的应用 |
| 5.1 项目系统介绍 |
| 5.2 基于JMS的系统设计 |
| 5.2.1 A部门JMS客户机消息主题的订阅 |
| 5.2.2 B部门JMS客户机消息的发布 |
| 5.3 本章小结 |
| 第6章 结论与展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士期间发表的相关论文 |
（6）基于JMS的异构数据库集成中间件平台的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 选题背景 |
| 1.2 课题来源 |
| 1.3 国内外研究现状 |
| 1.4 本文工作 |
| 第二章 异构数据库集成中间件的体系结构 |
| 2.1 异构数据库集成中间件集成方案 |
| 2.2 集成的体系结构 |
| 2.2.1 数据集成 |
| 2.2.2 应用集成 |
| 2.3 本章小结 |
| 第三章 基于JMS和XML的数据传递与转换 |
| 3.1 J2EE介绍 |
| 3.2 JMS介绍 |
| 3.2.1 JMS基本概念 |
| 3.2.2 JMS消息结构 |
| 3.2.3 JMS消息处理模式 |
| 3.3 JMS编程模型 |
| 3.3.1 JMS体系结构 |
| 3.3.2 JMS编程模型 |
| 3.4 JMS服务器及消息传递在本课题中的应用 |
| 3.4.1 Weblogic Server介绍 |
| 3.4.2 WebLogic Server中配置JMS |
| 3.4.3 JMS应用程序 |
| 3.5 XML与数据库的转换 |
| 3.6 本章小节 |
| 第四章 异构数据库集成平台总体设计方案 |
| 4.1 异构数据库集成分析 |
| 4.1.1 目前主要方法分析 |
| 4.1.2 解决问题分析 |
| 4.1.3 问题解决方法 |
| 4.2 异构数据库集成平台设计 |
| 4.2.1 平台总体功能 |
| 4.2.2 平台层次结构 |
| 4.2.3 平台设计流程 |
| 4.2.4 平台设计重点与难点 |
| 4.2.5 平台特点 |
| 4.3 本章小结 |
| 第五章 平台的开发与实现 |
| 5.1 平台实现原理 |
| 5.2 异构数据库集成平台关键技术实现 |
| 5.2.1 异构数据库集成平台的开发环境 |
| 5.2.2 变化数据提取 |
| 5.2.3 JMS客户端操作 |
| 5.2.4 JMS服务器端操作 |
| 5.2.5 服务端读取XML |
| 5.3 中间件运行结果 |
| 5.4 客户端的设计与实现 |
| 5.4.1 客户端设计 |
| 5.4.2 客户端实现 |
| 5.5 系统的应用 |
| 5.5.1 系统的应用场景 |
| 5.5.2 系统的特点及优势 |
| 5.6 本章小节 |
| 第六章 结论 |
| 参考文献 |
| 致谢 |
（7）基于J2EE的企业应用集成在电信行业的应用研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 选题背景 |
| 1.2 EAI的目的和意义 |
| 1.3 企业应用集成的研究现状 |
| 1.4 课题研究的主要内容 |
| 1.5 论文结构 |
| 第二章 EAI架构和平台及其实现 |
| 2.1 EAI的架构分析 |
| 2.2 湖南电信 EAI的架构分析 |
| 2.3 基于EAI的体系结构设计 |
| 2.4 EAI体系架构逻辑设计 |
| 2.5 EAI集成的方法 |
| 2.6 本章小结 |
| 第三章 EAI平台选型及实现 |
| 3.1 企业级应用平台选型 |
| 3.2 湖南电信 EAI的平台选型 |
| 3.3 J2EE的关键技术 |
| 3.4 湖南电信企业应用的J2EE实现和关键技术 |
| 3.5 本章小结 |
| 第四章 EAI中的数据集成的设计和实现 |
| 4.1 概述 |
| 4.2 数据集成层实现的概要分析 |
| 4.3 湖南电信运营系统数据集成层的具体实现 |
| 4.3.1 设计思想 |
| 4.3.2 关键技术 |
| 4.3.3 实现方案 |
| 4.3.4 实现结果分析 |
| 4.4 本章小结 |
| 第五章 EAI中的业务集成的设计和实现 |
| 5.1 概述 |
| 5.2 使用异步消息架构的通用接口 |
| 5.2.1 设计思想 |
| 5.2.2 关键技术 |
| 5.2.3 实现方案 |
| 5.3 本章小结 |
| 第六章 EAI中的用户界面集成的设计和实现 |
| 6.1 Model 2体系架构及 Struts |
| 6.1.1 Medel 2模型简介 |
| 6.1.2 Struts对MVC模式的实现 |
| 6.1.3 Medel 2体系架构和 Struts的缺陷 |
| 6.2 Model 2X体系架构设计与实现 |
| 6.2.1 设计思想 |
| 6.2.2 关键技术 |
| 6.2.3 实现方案 |
| 6.2.4 实现结果分析 |
| 6.3 湖南电信EAI与国内其他电信企业的EAI比较及结果分析 |
| 6.3.1 目前国内电信行业EAI应用情况分析 |
| 6.3.2 湖南电信系统的企业应用整合测试结果 |
| 6.3.3 应用集成的经济效益 |
| 6.4 本章小结 |
| 总结及研究展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士学位期间主要的研究成果 |
（8）数据交换平台中多传输机制的研究与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 缩略语 |
| 1 绪论 |
| 1.1 企业供应链整合与电子商务集成 |
| 1.2 B2B 集成模式常用的数据传输方案 |
| 1.3 数据交换平台简述 |
| 1.4 研究课题 |
| 1.5 文章组织结构 |
| 2 数据传输协议与技术 |
| 2.1 轻量级应用传输协议分析 |
| 2.2 消息传输技术及应用平台 |
| 2.3 本章小结 |
| 3 多传输机制的功能设计 |
| 3.1 数据传输 |
| 3.2 数据转换 |
| 3.3 事务控制 |
| 3.4 安全性传输与收费 |
| 3.5 本章小结 |
| 4 多传输机制的技术实现 |
| 4.1 支持多协议数据传输的架构设计 |
| 4.2 基于JMS 队列传输的设计与实现 |
| 4.3 基于MQ 传输的设计与实现 |
| 4.4 基于HTTP 协议的传输的设计与实现 |
| 4.5 基于SMTP 协议的传输的解决方案 |
| 4.6 动态加载转换类并实现格式转换 |
| 4.7 采用 IBatis 实现数据持久化 |
| 4.8 本章小结 |
| 5 多传输机制的系统测试 |
| 5.1 测试环境 |
| 5.2 测试方案与用例 |
| 5.3 测试结果及分析 |
| 5.4 本章小结 |
| 6 总结和展望 |
| 6.1 成果和问题总结 |
| 6.2 前景展望 |
| 致谢 |
| 参考文献 |
| 附录（攻读硕士期间发表论文目录） |
（9）网管系统故障处理流程的设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景 |
| 1.2 网管系统的故障处理流程简述 |
| 1.3 本章小结 |
| 第2章 网元信息采集 |
| 2.1 用基于SNMP的轮询方法采集网元信息 |
| 2.1.1 SNMP协议简介 |
| 2.1.2 SNMP在网管中的应用 |
| 2.2 用基于SNMP的Trap事件通知获知告警 |
| 2.3 用基于Syslog协议的日志记录事件信息 |
| 2.3.1 Syslog协议简介 |
| 2.3.2 Syslog在网管中的应用 |
| 2.4 其他信息采集方法 |
| 2.5 本章小结 |
| 第3章 告警相关性分析 |
| 3.1 告警相关性的类型 |
| 3.2 告警相关性分析的方法 |
| 3.2.1 基于案例推理 |
| 3.2.2 基于规则推理 |
| 3.2.3 基于代码方法 |
| 3.2.4 基于数据挖掘 |
| 3.3 告警相关性分析的产品 |
| 3.4 本章小结 |
| 第4章 故障处理 |
| 4.1 故障确认 |
| 4.2 故障自动恢复 |
| 4.3 故障诊断 |
| 4.4 邮件、短信通报与故障工单 |
| 4.5 本章小结 |
| 第5章 系统设计 |
| 5.1 分布式网络管理与维护 |
| 5.1.1 自适应的基于策略的管理 |
| 5.1.2 分布查找与监测 |
| 5.1.3 智能过滤 |
| 5.1.4 分布式阈值监测 |
| 5.1.5 动态轮询和判断逻辑 |
| 5.2 告警的管理方案 |
| 5.2.1 告警显示 |
| 5.2.2 告警屏蔽 |
| 5.2.3 确认当前告警 |
| 5.2.4 清除当前告警 |
| 5.2.5 查询告警 |
| 5.2.6 过滤告警 |
| 5.2.7 统计告警 |
| 5.2.8 告警数据输出 |
| 5.2.9 告警通知方式 |
| 5.3 系统对告警的内部处理 |
| 5.3.1 告警映射 |
| 5.3.2 告警定位和关联 |
| 5.3.3 告警的严重度等级 |
| 5.3.4 告警的生命期内状态转换 |
| 5.3.5 系统自动处理告警 |
| 5.3.6 用户处理告警 |
| 5.4 本章小结 |
| 第6章 系统实现 |
| 6.1 应用程序框架Spring |
| 6.1.1 Spring简介 |
| 6.1.2 Spring依赖注入的优点 |
| 6.1.3 Spring的bean factory及应用 |
| 6.1.4 Spring对RMI远程通信的封装及应用 |
| 6.2 对象关系映射持久化框架Hibernate |
| 6.2.1 Hibernate简介 |
| 6.2.2 Hibernate的优点 |
| 6.2.3 Hibernate的使用 |
| 6.2.4 Spring与Hibernate整合及应用 |
| 6.3 Java消息服务JMS |
| 6.3.1 JMS的基本概念 |
| 6.3.2 JMS的优点 |
| 6.3.3 JMS应用程序结构 |
| 6.3.4 消息的传递模型 |
| 6.3.5 消息的消费方式 |
| 6.3.6 告警消息的发布和接收 |
| 6.3.7 开源的JMS服务器Joram的应用 |
| 6.3.8 Spring和JMS整合及应用 |
| 6.4 本章小结 |
| 第7章 结论与展望 |
| 参考文献 |
| 附录 |
| 收集路由器和第3层交换机网络配置信息的指令 |
| 收集交换机配置信息的指令 |
| 收集终端网络配置信息的指令 |
| 终端系统故障处理命令 |
| 致谢 |
（10）基于JMS的消息中间件的研究与设计（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 前言 |
| 1.2 中间件技术 |
| 1.2.1 数据库中间件 |
| 1.2.2 远程过程调用中间件 |
| 1.2.3 面向对象的中间件 |
| 1.2.4 面向消息的中间件 |
| 1.2.5 Web Services |
| 1.3 消息中间件与JMS |
| 1.4 论文的工作内容 |
| 第二章 JMS 体系结构 |
| 2.1 JMS 体系结构 |
| 2.1.1 JMS 应用的组成 |
| 2.1.2 管理对象 |
| 2.1.3 消息传递模式 |
| 2.1.4 JMS 接口 |
| 2.1.5 JMS 应用开发 |
| 2.1.6 JMS 其它概念 |
| 2.2 JMS 消息模型 |
| 2.3 JMS 异常（JMS EXCEPTIONS） |
| 2.4 与其他JAVA API 的关系 |
| 第三章 基于JMS 的消息中间件的设计 |
| 3.1 JMS 消息中间件的体系结构 |
| 3.2 JMS 中的消息路由 |
| 3.3 JMS 中的流量控制 |
| 3.4 JMS 消息中间件的实现 |
| 3.4.1 服务器端的实现 |
| 3.4.2 客户端API 的实现 |
| 3.4.3 消息模型的实现 |
| 3.4.4 程序测试 |
| 第四章 基于JMS 的消息中间件的消息过滤 |
| 4.1 发布/订阅模式 |
| 4.2 事件匹配算法 |
| 4.2.1 计数法 |
| 4.2.2 公平谓词算法 |
| 4.2.3 匹配树算法 |
| 4.2.4 算法的比较 |
| 4.3 基于JMS 的消息中间件的消息过滤 |
| 4.3.1 JMS 消息选择器 |
| 4.3.2 JMS 中的消息匹配处理 |
| 4.3.3 改进的消息过滤算法 |
| 4.3.4 算法的性能测试 |
| 结论与展望 |
| 参考文献 |
| 致谢 |
| 附录攻读学位期间所发表论文 |
| 中文详细摘要 |
四、JMS在数据库远程管理中的应用（论文参考文献）
- [1]米易县供电公司购电管理系统设计与实现[D]. 杨安金. 电子科技大学, 2021(01)
- [2]基于物联网技术的水表系统设计[D]. 孙俊杰. 成都理工大学, 2020(04)
- [3]电力公司电力营销业务应用系统的设计与实现[D]. 刁颖. 电子科技大学, 2020(01)
- [4]面向航空票价发布系统的事件驱动模型设计与应用[D]. 崔盛斌. 上海交通大学, 2016(01)
- [5]基于Java消息服务的消息中间件的研究与实现[D]. 王伟卿. 东华大学, 2009(10)
- [6]基于JMS的异构数据库集成中间件平台的设计与实现[D]. 宋玉乾. 东北大学, 2008(03)
- [7]基于J2EE的企业应用集成在电信行业的应用研究[D]. 余浪. 中南大学, 2007(06)
- [8]数据交换平台中多传输机制的研究与实现[D]. 许玲. 华中科技大学, 2007(05)
- [9]网管系统故障处理流程的设计与实现[D]. 沈卿阳. 浙江大学, 2007(02)
- [10]基于JMS的消息中间件的研究与设计[D]. 姚刚. 长沙理工大学, 2006(01)