一种通用组件调度框架模型.pdfVIP

16 中国西部嵌入式系统与单片机技术论坛2605学术年会论支集 一种通用组件调度框架模型 陈克力 罗克露 电子科技大学计算机学院，成都，610054 摘要本文首先分析了组件软件工程在嵌入式实时系统中面临的挑战}然后，讨论了基于进程间通信的 嵌入式组件模型度其运行管理器——软总线，它提供了组件间通信机制，调度机制，保证组件的即插即用等功 能；最后，在讨论了软总线中实时纽件调度问题的基础上，提出了一种能集成多种调度策略和调度算法的通用 组件调度框架模型，并分别计论了其调度属性和调度框架结构 一属性分配器和请求调度器。 关键词 组件软件工程，软总践，组件调度，框架模型 1 引 言 软件复用一直是软件1=程追求的目标。软件复用在一定程度上提高了软件生产率，育利于解决软件危机。 继结构化思想、面向对象思想之后，面向组件思想的软件工程成为当前主流的软件开发模式。 and 组件是可用来构成软件系统即插即用(PlugPlay)的软件成分，是可以独立地制造、分发、销售、装配的 二进制软件单元。组件是有～定功能，能独立工作，井能同其他组件装配起来阱同上作的程序体，其使用与其 开发、生产无关。 面向组件的软件开发模式的基本思想是：根据领域分析得到的软件系统的需求描述，得到软件系统需要实 现的应用框架，将复杂系统分解为若十子系统，再细分为若干组件，将已有的和新创的组件以某种有机、合理的 方式组织起来，再进行优化、涧试、钡}试，最后形成软件系统。这种开发模式具有如下优点：从根本L改变r软 件开发模式，大大提高r开发效率；提高丁软件霞用率，保护r已有投资；使开发者将更多的注意力放在业务流 程和业务规则上；使开发出的系统更加灵活，便于维护和升级；降低了对开发人员的要求，在组件装配时不需要 有很高的编程技巧，投仅在构造组件时才需要对编程语言熟悉以及高超的技巧。 目前，组件软件工程在传统软件领域中实施得较为成功。主要的组件技术简述如下：微软的COM／DCOM 术。然而，上述主流组件模型在实时嵌入式应用领域中遇到了极大的挑战。实时嵌入式系统要求很短的响应 时间、较高的执行效率、性能的可靠与稳定、资源的最佳分配等。通用组件模型在运行时需要大量的底层基础 设施的支持，且大多没有考虑非功能性限制，这些在实时嵌入式系统中都受到很大的限制。如：COM主要局限 规范，而缺乏具体的实现，同时存在资源消耗大等缺点；Java 较为单一的不足。因此，需要有专门的适应于实时嵌入式应用的组件模璎。 模型、Delta 仅适用于设备资源很受限制的现场总线，ECOS仅为源代码级别的组件模型。 2基于软总线的嵌入式组件模型 软总线是组件集成的一个基础设施，是组件软件_[程所采用的一种体系结构。计算机软总线是指为多种 计算机语言编写的多个、多种类型的组件服务的一组虚拟的数据传输线。这组虚拟的数据传输线是软件，是一 组通用的标准组什的接口界面，是一组标准的软件模块。它也是计算机操作系统与各种组件或组件与组仆之 间进行数据传输与联系的虚拟公共通道和接El界面。软总线是硬件总线的虚拟和映射，其出发点是保证建设 过程的规范性，以及系统在应用中的可靠性、适用性和扩展性。豳1所示为面向汽车电器的嵌入式软件系统结 构图。从图1中可以看出，软总线提供了一种即插即用机制，每个应用组件都通过软总线与底层的嵌入式操作 系统或其他应用组件通信，从而实现整个应用软件的功能。 芏=苎兰：：主兰．：兰：!：王：兰兰主 ：： 在模型具体实现上，整个系统采用客户端、软总线、服务器的三级结构。每个组件设计成一个服务器进程， 通过接口函数向客户端提供服务，完成相应的组件服务后向客户端返回执行结果。客户端应用以组件请求的 形式向组件服务器提交服务请求。软总线则负责提供服务器与客户端之间的通信机制：接收客户端提交的组 件服务请求，经过调度后依次提交给相应的服务器；接收返回的服务器服务执行结果，并转交给客户端程序。 从上述结构可以看出，软总线实际上是整个应用系统的核心，负责客户端应用与服务器程序的通信、调度、控 制、接口功能。图2所示为软总线的基奉功能结构图。