CN103218225A

CN103218225A - 一种统一测发控软件开发系统

Info

Publication number: CN103218225A
Application number: CN201310110006XA
Authority: CN
Inventors: 韩亮; 王琳; 胡昭昀; 汪洋; 马利
Original assignee: China Academy of Launch Vehicle Technology CALT; Beijing Institute of Astronautical Systems Engineering
Current assignee: China Academy of Launch Vehicle Technology CALT; Beijing Institute of Astronautical Systems Engineering
Priority date: 2013-03-29
Filing date: 2013-03-29
Publication date: 2013-07-24
Anticipated expiration: 2033-03-29
Also published as: CN103218225B

Abstract

本发明公开了一种统一测发控软件开发系统，本发明以多个组件为基础，包括数据中心、数据源插件、实时客户端和历史分析客户端4个应用类组件，资源中心和数据库服务单元2个服务类组件，人机界面设计器和流程编辑器2个工具类组件，以及关系数据库。本发明系统结构具备很强的通用性和灵活性，不仅满足了测发控类应用软件繁多的功能需求，并且为开发人员提供了统一有效的应用模式和开发接口，可根据具体需求选择不同的组件进行组态配置和定制式开发。

Description

一种统一测发控软件开发系统

技术领域

本发明涉及一种测发控类应用软件的开发系统，应用于航空航天、工业控制及电力行业的测控领域。

背景技术

随着计算机软件技术的不断发展，在全球范围内，软件的系统化已经成为发展趋势。软件系统是在一定的需求范围之内，封装了为实现这些需求而必须具备的一些基本功能和执行逻辑的软件框架。这个框架式和具体的业务无关的，仅仅定义了一些为实现这些业务而必须具备的接口。并通过这些接口搭建起来的一个完整的、可运行的软件框架。在这个系统之上，可以根据不同的需求，对系统定义的接口进行实现，来实现具体的业务。软件的系统化，可以把软件开发人员从纷繁的开发工作中解放出来，让他们可以把主要精力都集中到业务相关功能的开发上来。

目前测试、发射与控制领域的应用软件有以下几个特点：

（1）测发控类软件种类繁多。由于系统功能需求的多样性，如软件发布模式（B/S或C/S）、数据浏览方式、底层通信接口等都不尽相同，很难设计出一个通用的、灵活的软件适应所有的需求；

（2）软件发布的浏览界面样式单一，无法满足多用户对界面呈现形式的个性需求，例如运载火箭用于射前监测的传统浏览软件，一旦某个用户需要更改界面的布局甚至是更换某个具体参数，都需要对开发人员对软件进行修改；

（3）同一行业的很多测发控软件具有相似性，但缺少一套产品化的设计系统，造成软件开发负担严重，也导致了每个开发人员设计出来的软件差异性较大，很难保证统一较高的产品质量；

（4）测发控类软件的自动测试技术落后，开发过程较难，更改效率低下，基本上都是直接用语句写死逻辑代码来实现相应的功能。

发明内容

本发明所要解决的技术问题是：克服现有技术的不足，提供一种开放的、可配置的软件开发系统，可以根据要开发的测发控软件的具体需求进行组态配置和定制式开发，能够适应测发控领域各种软件的任务需求。

本发明的技术方案是：

一种统一测发控软件开发系统，所述开发系统由应用类、服务类、工具类和第三方产品类组件组成；其中，应用类组件包括数据中心、数据源插件、实时客户端和历史分析客户端；服务类组件包括资源中心和数据库服务单元；工具类组件包括人机界面设计器和流程编辑器；第三方产品组件是关系数据库；

数据中心与数据源插件和实时客户端进行信息交互，数据中心负责对挂接在它上面的实时客户端的注册信息进行维护，同时定义了测发控软件的参数全集，并对通过数据源插件获得的测试数据进行存储和管理；数据中心具有内存数据库，所述内存数据库包括可供选择的即时数据库和实时数据库，即时数据库用于存取当前最新状态的测试数据，实时数据库用于存取测试全周期的测试数据；数据中心将内存数据库中的测试数据存储到关系数据库中；

数据源插件负责测发控软件与外系统或前端测控设备的数据通信，对通信协议或底层驱动进行封装；

实时客户端为人机交互的接口，与数据中心通信，完成数据的显示与控制指令的发出；实时客户端包括可供选择的C/S架构模式和B/S架构模式，同时提供用户在线编辑功能，以便在测试过程中对界面进行调整；实时客户端能够加载流程文件，并解析流程文件中开发人员预定义的行为表达式；

历史分析客户端负责用户对事后数据分析与判读，包括试验数据及故障信息浏览、测试数据计算、多次试验数据的对比、多次试验数据的包络分析、和数据文件输出；历史分析客户端从关系数据库中获取历次试验数据；

资源中心负责对用户的界面文件、流程文件以及测发控软件所需的动态链接库、配置文件进行存储管理，并提供上传下载服务；

数据库服务单元主要为实时客户端和历史分析客户端提供访问关系数据库的接口；

人机界面设计器提供可视化的人机界面配置，用于生成实时客户端所需要的界面文件；

流程编辑器用于制作实时客户端所需要的流程文件；

关系数据库存储了测发控软件配置信息、用户身份信息和测试数据。

数据中心接收实时客户端发来的控制指令，通过调用数据源插件接口的实现类函数完成控制指令的发送；数据源插件对测试数据进行采集，并以函数指针的方式调用数据中心提供的全局函数将测试数据发送至数据中心，数据中心将测试数据存入即时数据库或实时数据库，并发送至实时客户端。

所述的数据中心与实时客户端信息的交互采用TCP的网络通信方式，数据中心作为TCP服务端，实时客户端作为TCP客户端，当实时客户端的登陆用户身份验证成功并下载完成该用户的界面文件之后，向数据中心请求建立TCP连接，之后按照应用层通信协议进行通信，流程如下：

（1）实时客户端向数据中心请求客户端ID，由数据中心生成该客户端ID，并发送给该实时客户端；

（2）实时客户端向数据中心发送测试信息请求帧，数据中心将本次测试的基本信息发送给实时客户端；

（3）实时客户端根据界面文件上绑定的参数向数据中心发送参数注册帧；

（4）数据中心收到实时客户端的参数注册帧后，获得该参数注册帧所对应的注册参数，并从即时数据库或实时数据库中将之前缓存的注册参数所对应的数据发给实时客户端；之后如果数据中心从数据源插件得到实时测试数据后，立即组成实时数据帧发送给实时客户端；

（5）实时客户端在测试过程中，向数据中心发送控制理指令帧；

（6）当实时客户端关闭时，向数据中心发送注销帧，然后断开TCP连接；数据中心收到注销帧后，取消对该实时客户端参数的维护管理。

实时客户端可以选择与数据中心集中部署在一台计算机上，也可以选择与数据中心部署在不同的计算机上。

本发明与现有技术相比的优点在于：

本发明的统一测发控软件开发系统以多个组件为基础，开发人员可以根据要开发的应用软件的具体需求，选择不同的组件和模块进行组态配置和定制式开发。本发明对常用的测控系统软件提供了新的技术解决途径，包括可视化界面配置、实时存储处理、在线编辑、历史数据查询分析、自动流程设计等功能.可以广泛应用于航空航天、工业控制及电力行业的测控领域。

本发明的统一测发控软件开发系统可根据应用需求实现功能模块的裁剪及动态调用；提供统一有效的应用开发接口，能够实现与现有各类资源互连、互通、互动的有效集成，同时也为系统模块的升级和二次开发打下基础；可以选择B/S与C/S不同的浏览模式进行部署；实现了对系统基础信息、用户权限、配置文件、动态链接库等各类文件进行管理和维护功能，以适应不同型号软件的应用需求；使用数据可视化组态建模技术，提供对测发控数据结构以及具体业务逻辑的支持，可以根据用户需求快速完成人机界面的组态化配置和定制式开发；为软件用户开放了在线编辑功能，浏览用户可根据自身的需求定制个性的人机交互界面；采用了轻量级自动流程引擎技术，并实现了后台测试流程和界面数据的共享和统一，满足了测试流程自动化要求，提高了软件测试效率；支持对历次试验的测试数据进行浏览、比对和分析。浏览形式丰富直观，同时具备数学计算、历史包络比对等功能。

附图说明

图1为本发明的统一测发控软件开发系统组成示意图；

图2为数据中心挂接两个数据源插件的原理图；

图3为数据中心与实时客户端交互的通信帧流程图；

图4为由本发明的开发系统配置而成的实时测发控软件的两种典型部署模式；图4a为典型的本地单机模式的测发控软件，图4b是多客户端的分布式测发控软件结构示意图；

图5为界面文件和流程文件在不同阶段时的应用方式；

图6为数据库服务单元与其他组件的信息交互示意图；

图7为由本发明的开发系统配置而成的测发控软件的组成示意图。

具体实施方式

如图1所示，为本发明统一测发控软件开发系统的组成示意图，主要有四类组件组成：

（1）应用类组件：测发控软件在（在统一测发控软件开发系统上定制开发的应用软件）运行时所需要的软件模块/组件。包括数据中心（DataCenter，简称DC）、数据源插件（DataSource简称DS）、实时客户端（RealtimeTerminal，简称RT）、历史分析客户端（AnalyzeTerminal，简称AT）。

（2）服务类组件：测发控软件在运行时，或定制开发时所依赖的、为应用类组件提供某种特定服务的组件。包括资源中心（ResourceCenter，简称RC）、数据库服务单元（DataBaseServer，简称DBS）。

（3）工具类组件：在统一测发控软件开发系统上定制、开发的测发控软件时，由开发人员使用的设计器或开发工具。包括人机界面设计器（UIEdit，简称UIE）、流程编辑器（WorkFlowEdit，简称WFE）。

（4）第三方产品：即第三方的商用软件，统一测发控软件开发系统使用的第三方产品是业界主流的关系数据库，如SQL或Oracle。

数据源插件（DataSource简称DS）负责测发控软件与外界的数据通信。统一测发控软件开发系统通过“数据源插件”组件将通信协议或设备驱动进行封装，形成专用的dll动态链接库，供系统使用。以图2为例，两个典型的数据源插件结构：UDP数据源插件和PLC数据源插件，一个封装了UDP的网络应用协议，一个封装了PLC底层驱动函数，由一个模块或是一个简单的类便可完成。两个数据源插件各自都有一个继承于抽象基类的具体实现类，实现了测发控软件向外输出控制指令的方法，这些方法被数据中心所调用，利用C++多态特性从而去操作某个具体定义的数据源，完成数据的发送过程。另外，数据中心以函数指针的方式提供了多个全局函数，为数据源插件所调用。数据中心接收实时客户端发来的控制指令，通过调用数据源插件接口的实现类函数完成控制指令的发送；数据源插件对测试数据进行采集，并以函数指针的方式调用数据中心提供的全局函数将测试数据发送至数据中心，数据中心将测试数据存入即时数据库或实时数据库，并发送至实时客户端。

数据中心（DataCenter，简称DC）组件是整个软件系统的中心，考虑到其执行效率和后台服务程序的特点，采用C++语言研制。数据中心负责对挂接在它上面的每个实时客户端的注册信息进行维护，同时在测发控软件实时测试时，加载参数定义集配置文件，完成测控参数全集的配置。而作为数据中心的核心，开发人员可以选择即时数据库或实时数据库作为数据载体，实现对数据参数的存储管理，这两种数据库均为内存数据库，其区别在于：

（1）即时数据库是一种精简、紧凑、可靠的数据库，主要应用可测控系统的数据管理，它只记录所有数据的最新状态，并不保留过去的历史数据，而是把历史的记录功能交给其他部件去处理，以强调其状态最新、即时处理的能力。

（2）实时数据库采用了内存数据库技术，将测发控实时数据存放在计算机系统的物理内存中，并建立虚拟数据库表空间完成对于实际物理内存页面的映射，通过数据库表空间的数据结构定义和专用的物理内存访问驱动接口来完成对于存放在物理内存的数据的操作。这种直接操作物理内存的方法同样能够适应高实时、大规模数据的存储要求，虽然实现起来较为复杂，但它能够记录测试过程全周期的数据，保证了在测试过程中任何时间点打开人机界面时，都能够快速读取、显示之前测试过程记录的参数数据、发出的指令操作等信息，因此它增强了数据浏览功能和数据应用水平，适用于全周期实时数据浏览、分析等应用服务的大型软件系统。

数据中心在测试过程中，将自身内存数据库中的数据同步存储到硬盘中，即写到关系数据库中，即利用ADO接口在后台将测试数据写入到SQL Server中，以便事后数据的分析与判读。

数据中心与实时客户端信息的交互采用TCP的网络通信方式，因此根据需求的不同，数据中心和实时客户端可以部署在一台计算机上，或者分开部署。数据中心作为TCP服务端，首先启动运行，实时客户端作为TCP客户端再启动，当登陆用户身份验证成功并下载完成该用户的界面文件之后，向数据中心请求建立TCP连接，之后按照应用层通信协议进行通信，通信流程如图3所示，具体如下：

（1）客户端向数据中心发送客户端ID请求帧请求客户端ID（即该客户的标识），由数据中心生成该客户ID，并发送给该客户端。之后该客户端向数据中心发送的每一个通信帧里都要带有此ID标识，以便数据中心对各个客户的身份进行辨别；

（2）实时客户端向数据中心发送测试信息请求帧请求本次测试基本信息：如型号、飞行批次、测试地点、测试阶段等等，这些信息由数据中心发送给实时客户端，以便实时客户端进行界面的逻辑处理及显示；

（3）实时客户端向数据中心注册参数，由于登陆用户的不同，浏览的界面文件也不同，因此客户端需根据界面文件上绑定的参数向数据中心注册；

（4）数据中心收到实时客户端的参数注册帧后，获得该注册帧所对应的注册参数，并从即时数据库或实时数据库中将之前缓存的注册参数所对应的数据一次性发给实时客户端；这样实时客户端即使在测试过程中途才启动，也能看到本次测试全周期的数据；之后如果数据中心从数据源插件得到实时测试数据后，立即组成实时数据帧发送给实时客户端；

（5）实时客户端在测试过程中，根据用户的界面操作，向数据中心发送控制指令帧；

（6）当实时客户端关闭时，需要向数据中心发送注销帧，然后断开TCP连接。数据中心收到注销帧后，将取消对该客户端参数的维护管理。

实时客户端（RealtimeTerminal，简称RT）为人机交互的接口，与数据中心通信，完成数据的显示与控制指令的发出；实时客户端包括可供选择的C/S架构模式和B/S架构模式，同时提供用户在线编辑功能，以便在测试过程中对界面进行调整；实时客户端能够加载流程文件，并解析流程文件中开发人员预定义的行为表达式。实时客户端采用基于微软.Net系统的WPF技术开发的标准的Windows应用程序。另外，由于WPF技术本身提供了标准的桌面应用程序（exe）和浏览器应用程序（Xbap）两种部署和访问方式（即C/S和B/S），并且两种方式可以共享90%以上代码，这样只需开发一套应用程序逻辑就可以将程序部署本地或浏览器以满足高访问量和分布式应用程序的需求；同时统一测发控软件开发系统根据测发控领域界面元素的特点，定制了强大的专用控件库，例如文本类控件、时间类控件、图像类控件、表格控件、曲线控件、命令按钮类等基础控件，以及测发控仪器设备、结构、气路管路等动态控件，这些控件作为人机交互的最小图元单位，用来进行数据显示、设备状态监视、数据分析和诊断、阶段执行情况记录、执行本地命令、远程控制指令发送等用途。不断补充、完善的专用控件库将对统一测发控软件开发系统人机交互和用户体验起到关键作用。

综上所述的系统组件中，数据源插件、数据中心和实时客户端三部分可以完成最基本的实时测发控软件结构，开发人员可以根据应用软件的需求部署成不同的结构的软件，如图4所示，由统一测发控软件开发系统配置而成的两种典型结构软件，其中图4a是典型的本地单机模式的测发控软件，在测试微机上集成了实时客户端、数据中心和数据源插件的功能。图4b是多客户端的分布式测发控软件结构示意图，具有多个浏览微机和一个服务器，在浏览微机上实现实时客户端的功能，在服务器上实现数据中心和数据源插件的功能，浏览微机通过局域网与服务器进行通信，服务器通过局域网采集测试数据。

实时客户端运行时加载的界面文件，是由开发人员在线下用界面设计器（UIEdit，简称UIE）设计而成的，因此UIE是实时客户端开发所必备的页面设计工具，如图5所示，它提供了一个绘制矢量图形的组态化设计环境，可以加载专用控件库、界面模板等，同时提供了图形元素的动作和数据变量绑定的操作，开发人员可以通过拖、拽（控件）的方式，快速构建所需要的图形界面，并且能很方便的使图形动作、颜色、内容等和系统的某些测试参数联系起来，实现用图形方式表示数据的变化情况。该设计器使用简单，操作方便，不需要专门的培训，只要会使用Windows提供的绘图功能，便可操作该设计器，绘制强大的显示界面。

自动流程执行定制技术是专门为统一测发控软件开发系统开发的轻量级的实时工作流引擎。它内置了大量的表示流程执行过程中的节点行为：命令行为、延迟行为、等待条件行为、等待命令行为、执行脚本行为等一系列行为组件，这些组件可以满足软件开发系统大多数自动流程的配置需求；自动流程引擎作为实时客户端的一个子功能模块，启动运行后将自动加载流程文件，并解析文件中开发人员预定义的的行为表达式，从而执行相应的逻辑动作。该引擎支持任意的测发控参数点作为条件，同时也实现了后台测试流程和界面控件可视化的展示与状态统一，用户可通过界面操作完成对后台流程的暂停、继续、从指定节点执行等控制。

开发人员使用流程编辑器（WorkFlowEdit，简称WFE）来完成流程文件的制作，WFE采用可视化的流程编辑和配置窗口，开发人员通过鼠标选择每个流程节点的行为，并输入每个行为所需要的详细参数，如延迟时间长度、发出哪个命令、判断条件阈值是多少等等，最终WFE保存并输出一个XML格式的流程文件。

开发人员在应用软件的定制和开发过程中，使用统一测发控软件开发系统的工具类组件（即UIE和WFE）设计出每个用户所需的界面文件和流程文件。当应用软件实时客户端真正开始时，会根据用户的身份信息加载各自的界面文件和流程文件，完成软件启动时的初始化工作。这些文件可以放在实时客户端的本地直接加载，或是如图5所示放在资源中心，例如B/S分布模式的应用软件没有“本地”的概念，因此所有文件必须由资源中心集中管理。

根据上述的统一测发控软件开发系统系统的需求，要设计一个具有强大文件发布服务的组件，因为一个大规模的应用软件系统无论是所管理文件类型还是文件数量可能是巨大的，文件使用逻辑也复杂了很多。所以需要引入资源中心（ResourceCenter，简称RC）。RC是一个开放式文件发布的服务，它拥有类似于FTP的文件上传下载功能，并且具备文件的HTTP发布功能。它将承担统一测发控软件开发系统各种资源的中转和储存任务，这些资源文件可以包括：

（1）用户配置文件（包括用户默认配置文件）；

（2）由UIE产生的界面文件；

（3）用户在线编辑自定义的界面文件；

（4）参数定义集配置文件；

（5）由WFE产生的流程文件；

（6）动态链接库文件；

（7）音频及图片文件（供实时客户端或者某个具体控件使用）。

统一测发控软件开发系统的在线编辑功能也是由实时客户端组件实现的，在线编辑是指测发控软件的用户在实时测试过程中，新建、修改、删除自己拥有的界面文件。这与开发人员用UIE在应用软件的开发时（线下）设计用户的默认界面不同，在线编辑是开放给软件使用者（用户）的，因此该功能以方便用户操作为主，要比UIE设计界面的过程要简单,因此相对来说用户自行设计界面的能力较弱，主要包括选择界面布局模板、设置控件属性、绑定参数、上传保存文件等。使用时的软件执行流程如下：

（1）在系统正在运行的状况下，用户通过界面列表的右键菜单选择对一个界面文件操作，将实时客户端切换到编辑状态；

（2）进入到编辑状态后，如果是新建界面，需要用户首先需要为该界面选择一个整体的布局模板，输入新界面名称等；如果是修改界面则直接弹出原有界面的布局；

（3）用户在每个布局区域内选择要填充的控件，并可以详细设置每个控件的具体属性，如字体大小、颜色、标题等；

（4）用户为每个控件绑定要显示的参数；

（5）用户退出编辑状态后，实时客户端将新建或修改的界面文件重新保存到本地或上传至RC中。因此当该用户后续再次登陆时，实时客户端会加载新编辑的界面。

另外，在线编辑提供用户复制、粘贴界面的功能。用户可以通过界面列表右键菜单的“复制”项，来复制一个已有的界面。当用户“粘贴”后，软件提示用户为新建的界面命名，同时立即进入编辑状态，之后用户便可进入后续细节的更改与编辑。该项功能跳过了选择界面布局模板步骤，方便用户操作新建一个相似的界面。

历史数据分析客户端（AnalyzeTerminal，简称AT）提供给用户一个浏览历史数据的系统，同时提供数据计算、对比分析及包络分析的功能，帮助用户对历次测试数据进行直观的数据分析，分析结果以曲线的形式展示给用户。历史数据分析客户端同样基于.Net系统的WPF技术来实现。与实时客户端风格一致，同样采用用户登录方式，进行用户合法性验证，并在通过验证后获取该用户的信息以及其权限信息。

历史数据分析客户端的数据浏览方式主要包括表格、曲线、故障诊断、时序图等浏览方式。在曲线浏览时可以使用数据计算功能，点击数据计算按钮启用数据计算功能。历史数据分析客户端为用户了提供一个数学表达式的输入面板（样式类似于Windows计算器），在该面板中对描述参数的计算表达式,可以对选择的多个参数进行积分、微分、加、减、乘、除等运算。历史数据分析客户端将解析用户输入的公式，转换成可执行的代码进行运算，并将得到的新结果绘制到曲线控件中。

历史数据分析客户端可以选择多次试验数据进行曲线的比对分析，由于每次测试的时间不同，在同一个曲线控件上无法统一其绝对时间轴，因此数据曲线对比的前提是：必须以一个统一的状态量信号为基准点，算出频采曲线的每个数据点与该基准点的相对时间，即形成一个虚拟的时间轴，该状态信号为时间零点，之后才能进行对比分析。另外在对比分析的基础上，历史数据客户端可以获取比对曲线每个数据点的最大值、最小值，形成该参数的曲线包络，供用户浏览和对比。用户还可选择将该包络保存到关系数据库中，以便下次比对时调出显示，用户每多选一次测试实例的曲线，就可以不断丰富该包络线。

历史数据分析客户端可以将浏览的试验数据导出，形成Excel文件。用户可以选择导出某次试验某个时间段的测试参数，软件将每个频采参数曲线单独存入一个sheet页中，而要导出的状态参数全部按时间顺序存在一个共同的sheet页中。每个sheet页中包括参数的名称、代号、时间、测试值、最大值、最小值等属性字段。

数据库服务单元（DataBaseServer，简称DBS）主要为客户端提供访问关系数据库（如SQL Server）的接口。在系统的整体结构中，SQL Server中存储了测发控软件配置信息、用户身份信息、测试数据等各种信息，实时客户端和历史分析客户端都要获取或修改SQL Server中的这些信息，因此设计了数据库服务单元，采用微软.Net系统的WCF服务技术，为统一测发控软件开发系统其他组件提供统一的访问接口，如图6所示，如系统基础信息维护、用户权限的分配、登陆用户身份验证、数据信息的查询等。其中，实时客户端提供了一个维护管理界面，只有管理员身份的用户才能进入，并对数据库中系统、用户及文件信息进行管理。

上述的系统组件中，实时客户端、数据中心和数据源插件三部分可以组成一个最基本的、用于实时监控的测发控软件；工具类组件是在应用软件的开发时，为软件开发人员使用的。开发人员使用UIE做出应用软件的界面文件最终会在运行时会被实时客户端调用，并呈现给用户；另外开发人员使用WFE设计的流程文件同样会被实时流程客户端的自动流程引擎加载，从而对文件中的流程行为进行解释和执行。

如果系统使用需求是一个多客户端、多用户的软件系统，例如运载火箭射前监测软件（实时客户端以B/S的方式部署），则需要RC的加入，它可以对整个软件系统所有的配置文件、用户界面文件等进行统一管理，每个用户客户端在启动后从RC下载所需要的文件。

如果应用软件要求具备用户身份登陆、管理系统基础信息等功能，由于系统将这些信息存储在关系数据库中，因此需要增加DBS；如果该软件系统还需要事后数据的分析、比对功能，则需要再增加历史浏览客户端。

如图7所示，为采用本发明的开发系统所开发的一种测发控软件的组成示意图，该测发控软件包括浏览微机1至浏览微机n，浏览微机具有实时客户端和历史客户端的功能；浏览微机通过互联网与历史数据服务器和实时测试服务器相连；实时测试服务器包括数据中心和数据源插件，实时测试服务器通过数据源插件与局域网相连，从而实现测试数据的采集；历史数据服务器包括关系数据库、数据库服务单元和资源中心。

Claims

1.一种统一测发控软件开发系统，其特征在于，所述开发系统由应用类、服务类、工具类和第三方产品类组件组成；其中，应用类组件包括数据中心、数据源插件、实时客户端和历史分析客户端；服务类组件包括资源中心和数据库服务单元；工具类组件包括人机界面设计器和流程编辑器；第三方产品组件是关系数据库；

流程编辑器用于制作实时客户端所需要的流程文件；

2.根据权利要求1所述的一种统一测发控软件开发系统，其特征在于，数据中心接收实时客户端发来的控制指令，通过调用数据源插件接口的实现类函数完成控制指令的发送；数据源插件对测试数据进行采集，并以函数指针的方式调用数据中心提供的全局函数将测试数据发送至数据中心，数据中心将测试数据存入即时数据库或实时数据库，并发送至实时客户端。

3.根据权利要求1所述的一种统一测发控软件开发系统，其特征在于，所述的数据中心与实时客户端信息的交互采用TCP的网络通信方式，数据中心作为TCP服务端，实时客户端作为TCP客户端，当实时客户端的登陆用户身份验证成功并下载完成该用户的界面文件之后，向数据中心请求建立TCP连接，之后按照应用层通信协议进行通信，流程如下：

（5）实时客户端在测试过程中，向数据中心发送控制指令帧；

4.根据权利要求1所述的一种统一测发控软件开发系统，其特征在于，实时客户端可以选择与数据中心集中部署在一台计算机上，也可以选择与数据中心部署在不同的计算机上。