出通信矩阵内部连接的分布式特性，这可以直接在阶段或在两个阶段中实现。设计开发实现开发个系统描述设计系统设计外部系统开发应用软件组件设计子系统生成功能需求构建基于的软件图软件设计流程在系统描述完成以后，主要是根据不同的，提取不同的信息。与系统描述同步的，按照定义实现软件组件满足的要求，在部署时整合起来，注意实现软件组件几乎和配置独立。这是的关键特性。基础软件模块和独立，他们可以在任何时候开发。当基础软件模块，抽象，和应用软件组件都完成时，就可以开始整合硕士学位论文个的中，现阶段通过建立任务，调度软件组件，配置基础软件模块等进行配置的，生成的代码编译和链接到个可执行文件。软件组件定义软件组件是完成些功能的个代码集合，是中可以部署在上的最小代码单元，软件组件具有原子性，就是说个软件组件必须被分配在个上。不同软件组件之间通过描述文件中所定义的端口进行通信。软件组件中的端口有四种类型，端口是通过接口来实例化得到的。在系统的设计阶段，在接口模板中定义不同软件组件之间的通信方法和内容。软件组件的图形表示如图所示。图软件组件版已定义了些典型的汽车电子应用领域动力，车身舒适和底盘的标准接口。按照功能逻辑分别将这些领域的系统划分成若干个模块，这些模块可被视为个软件构件或多个软件构件的组合。软件组件描述文件模板根据的定义，每个软件组件都对应个描述文件，软件组件描述包含了以下几个信息软件组件提供和需要的操作，以及数据元素等内部行为软件组件对于底层服务的需求软件组件所需要的资源内存，时间等针对软件组件的特定实现的信息软件组件描述的结构和格式称为软件组件模板。软件组件内部是由若干个可以独立调度的代码片段构成，称为运行实体，是操作系统进行任务调度的基本单位。使用文件作为软件组件和系统描述文件的格式，并通过定面向汽车控制系统的数据管理系统研究义个来定义文件需要遵循的语义规范。软件组件原子组件类型构件类型软件组件原型传感器执行器软件组件参数组件类型应用软件组件抽象软件组件复杂设备驱动软件组件非易失性软件组件服务代理软件组件服务软件组件，图软件组件类型软件组件的描述文件模板文件名为模板文件的属性定义为图软件组件描述文件模板硕士学位论文软件组件接口类型这些功能性的软件构件的接口被明确定义，所定义的接口的内容包括名称，含义，范围，数据类型，通信类型，单位等。软件组件的通信是通过接口实例化产生的端口完成，端口必须成对出现，个是提供数据或者服务端口，个是需求数据或者服务端口。并且这对端口必须由同个接口定义来实例化产生。中软件组件的接口类型有两种发送接收接口发送接收接口中定义个或多个数据元素。每个数据元素对发送者和接受者之间传递的消息进行定义，包括消息的数据类型和发送模式。不同数据元素之间的定义相互独立，所有的端口都可以对系统的数据进行发送或者接收，对端口之间不同数据元素之间的通信互不干扰。数据元素发送方式分为串行化和非串行化两种。数据元素串行化发送，所有的数据被保存在队列中，发送方发出的数据元素将在接收方依次被接收。当队列未满时，发出的数据都会被接收方收到，并且只读取次当队列未满时，发出的数据将被丢弃。而非串行化的数据元素发送方式中，接收方只接收最近次收到的数据。发送方发出的数据，可能在没有被接收方读取便被更新到达的数据覆盖从而没有被读取，也可能因为没有新数据到达而被读取两次或多次。客户端服务器接口客户端服务器端口中定义个或多个操作，每个操作中有个或多个类型的参数。通信时，客户端对个操作发出调用请求，服务器端收到客户端请求后读取调用中的输入参数，实现请求的操作，然后用输出参数将结果返回。其中，类参数用于客户端调用操作时候输入参数的值类参数用于向客户端返回调用的结果类参数是输入输入参数，既用来输入参数值也用来返回结果值。端口是由接口实例化的，有四种类型，由发送接收接口实例化的发送端口接收端口和由客户端服务器接口实例化的客户端端口和服务器端口。四种端口的名称及图形表示见表所示。表端口类型名称端口类型接口类型说明发送端口提供端口发送接收接口接收端口需求端口发送接收接口服务器端口提供端口客户服务器接口客户端端口需求端口客户服务器接口中软件组件的端口间的连接关系通过软件组件外部的集合来实面向汽车控制系统的数据管理系统研究现，必须时同时连接个供型端口和个需型端口，并且这对端口必须是同个接口实例化出来的。软件组件接口类型定义文件模板如下图软件组件接口类型定义模板虚拟功能总线虚拟功能总线形成了层次结构的配置基础。通过这条虚拟总线，所有汽车电子通信组件都可以进行抽象，同时使用预先定义的端口而对于虚拟功能总线来说，内部通信和外部总线通信并没有什么区别。这种区别要等到系统布局以及的具体功能最终确定才会体现出硕士学位论文来。软件组件本身对于这种区别并不关注，因此我们可以在独立的情况下开发软件组件。软件组件被分成若干个可执行单元，即运行实体。当个规定的事件发生时，就会有对应的运行实体被触发。这样的事件有可能是个新的传感器信号，也有可能是个周期性定时信号。从虚拟功能总线的角度对电子系统的形式化描述最终定义了相关软件组件的接口。因此，应用软件的开发可以独立于具体的。虚拟功能总线是软件组件内部通信的抽象，不同软件组件之间的通信以及组件环境之间的通信都可以独立于基础硬件之上。有了虚拟功能总线，软件组件，复杂设备驱动，抽象，服务都可以进行连接通信，负责设备驱动，抽象和服务属于基础软件，服务的接口是标准的，而复杂设备驱动和抽象是专有接口。图配置流程图在系统配置阶段，软件组件映射到具体的之上。因此，软件组件之间的虚拟连接将映射到本地连接在个单个上或者在个特殊的网络环境中例如或者连接的网络中。最后，系统中的单个能够被配置，在个之上的组件时间的通信环境，我们定义为。数据在不同组件之间的共享是通过软件组件之间的提供端口和接收端口创建连接，在个上，数据集在软件组件之间的传递是通过共享实现的，使用信号量来保证数据的致性。这使得在个内部的数据，仅仅对那些作为接受者的组件是可视的。面向汽车控制系统的数据管理系统研究不同软件组件在个具体之上的通信，是通过运行时环境实现的。通过定义软件组件与其他软件组件之间通信的内容和方法定义，依据这些信息，可以知道如何组织软件组件间的通信。运行实体是被调度运行的最小代码单元，在运行实体中可以定义若干个数据的发送接收以及通信点，定义这个点上发送或接收的端口和数据元素以及操作，表示在运行实体中存在通信操作。基于的模型为了在中高效动态的管理数据，我们将基于组件的可配置的整合到环境中，在之上定义所有软件组件之间的通信，从而解决汽车控制系统在设计时以及运行时的数据管理需求。在设计时，使用数据建模技术将所有的系统数据进行明确的划分，例如模型图。以获得个高效的优化的数据模型。在运行时，因为所有的组件通信的数据都是存储在数据库中，因此可以动态的保证监控或者跟踪运行时的任何数据。将整合到系统中作为个模块管理整个系统的数据，所有对数据库的实时存取通过实时数据库应用指针接口，非实时的存取通过基于的接口。这些同样可以利用内部的其他模块，例如模块。模块使用诊断服务从数据库获得信息，传递到外部的客户端，可以对数据库处理的数据进行跟踪监控。诊断日志和跟踪模块随着系统越来越复杂，需要再运行时对系统进行实时的诊断和监控。为了满足这个需求，定义了诊断日志和跟踪模块，支持系统的监控。可以管理多种类型的诊断日志和跟踪消息，并且提交它们到通过网络连接的远程客户端。个典型的跟踪类型是跟踪消息，用来收集中组件中的通信，如图所示。跟踪消息是在系统设计时静态配置的，它包含个固定的缓冲区用来存储最近传输的值。外部的客户端可以在之间建立个会话，订阅的跟踪消息。将会周期性的将跟踪信息发送到网络，直到客户端请求订阅终结，在远处客户端接收这些跟踪消息，实时监控系统中的数据传输。所有的诊断消息都在系统设计时进行静态的定义，跟踪所有组件之间以及组件和基础软件之间的通信，所以当跟踪没有被标记时，不可能观察或者订阅通信。硕士学位论文硬件软件组件软件组件标准化接口模块标准接口操作系统模块标准化接口跟踪消息图模块组件描述文件根据定义个软件组件必须对应个描述文件，包含组件可以处理的数据类型是否需要调用底层的服务或者提供需要的操作等信息。用户接口组件为应用程序或者用户提供数据库接口，包含数据库指针接口和查询接口。用户接口组件描述文件文件名为图用户接口组件描述文件事务调度组件有两个队列就绪事务队列，正在执行的事务队列。事务管理组件给正在执行的的每个事务都分配个线程，保证事务能被系统执行。描述文件中可以配置线程的数目等信息，描述文件名为图事务调度组件描述文件，，面向汽车控制系统的数据管理系统研究事务管理组件对系统的数据进行操作，事务运行时管理缓冲区，通过并发控制方面包来保证事务的并发执行，通过索引和内存管理组件操作数据元组，描述文件名为如图所示。对于内存管理组件索引管理组件以及其他可选的组件，按照同样的方法设计描述文件，定义不同组件的接口信息。图事务管理组件描述文件在运行期，软件组件将被分配到具体的上，通过组件数据结构体来表示，内容包括软件组件的每个端口和端口数据结构体。以用户接口组件为例，如图所示，有两个客户服务器接口类型的提供端口和，发送接收接口类型需求端口。图用户接口组件数据结构体系统模型按照软件的开发流程，在设计时，在中定义不同组件之间的通信，构造的模型如图所示。在系统设计阶段，根据各个子系统的数据管理性能需求，选择所需的软