基于DeltaOS的系统软件设计

作者：时间：2011-08-18来源：网络收藏

双星定位系统是我国自主开发的定位导航系统，它的用户手持终端对实时性要求高，考虑到价格以及开发周期的因素，用户机系统软件的开发选用了具有国内自主知识产权的DeltaOS.

本文引用地址：http://www.amcfsurvey.com/article/150332.htm

　　本系统的系统软件在DeltaCORE内核上构建，选择采用C语言编写，来提高软件的执行效率和可读性;图形界面基于DeltaGUI设计，采用C++编写，以缩短开发周期。该系统软件设计的重点在于稳定性和可靠性，关键和难点在于实时性的保证。作为一个完善的系统，软件功能的可扩展性也是必不可少的。本文从总体设计入手，针对性地解决了以上问题。

　　1 系统功能

　　双星用户机是一个定位和通信终端，它除了必须完成定位、通信功能外，还需要有友善的人机交互界面以及测试设备接口。嵌入式系统和外设之间的关系如图1所示。

　　嵌入式系统和外设之间的关系图

　　嵌入式系统的硬件平台是通用性的平台，算法实现和设备各部分的协调控制都由嵌入式软件来实现。软件部分需要完成的具体功能有：界面输入输出控制、入站数据段打包、入站信息加密、入站帧打包、出站帧拆包、出站信息解密和提供测试接口。

　　2 提高系统的实时性

　　2.1 任务划分的优化

　　在设计一个较为复杂的多任务应用时，进行的合理的任务划分对系统的运行效率、实时性和吞吐量影响极大。任务分解过细会引起任务频繁切换的开销增加，而任务分解不够彻底会造成原本可以并行的操作只能按顺序串行完成，从而减少了系统的吞吐量。

　　在将一个软件系统分解成并行任务时，主要需考虑的是系统功能的异步性。分析数据流图中的变换，确定哪些变换可以并行，哪些变换在本质上是顺序的，通过这种方法，划分出任务：一个变换对应一个任务，或者一个任务包括几个变换。一个变换是应该成为一个独立的任务，还是应该和其他变换一起组成一个任务，本软件中遵循了H-Gomma原则[1]，即：

　　①I/O依赖性原则

　　②时间关键性原则

　　③大计算量原则

　　④功能内聚

　　⑤时间内聚

　　⑥周期性原则

　　本系统的软件分为应用软件和系统软件两大部份。应用软件部分位于系统软件上层，它完成图形界面的输入及显示功能。应用软件部分具有处理时间长、实时性要求不高和不存在并行性的特点，因此作为一个GUI任务并且赋予最低优先级。系统软件需要完成所有出入站信息处理，处理过程复杂，实时性要求高，顺序处理显然不能满足要求，因此必须进行任务划分优化。

　　图2为入站信息处理的数据流图，图3位出站信息处理的数据流图。

　　根据I/O依赖性原则，直接和I/O设备打交道的功能都应该成为独立的任务，因为它的运行速度受制于与它交互的I/O设备的速度。在入站流程中，向IC卡发指令、接收IC卡响应信息和送入站数据帧至基带均存在I/O操作，应该独立划分为一个任务。同理，出站信息处理过程中的主通道数据读取、次通道数据读取、向IC卡发指令和接收IC卡响应信息分别划分为独立的任务。

　　图2 入站信息处理数据流图

　　图3 出站信息处理数据流图

　　根据功能内聚原则，功能紧密相关的变换组成一个任务，它们共享资源或相同事件的驱动。定位数据段打包和通信数据段打包具有相似功能，它们均由有效输入的指令触发，可以合并为一个数据段打包任务，针对不同类别的请求使用不同的功能模块来处理。这样，当系统需要增加新的功能时只需在该任务中增加相应的处理模块即可，可扩展性得到了保证。

　　根据时间内聚原则，同一时间内完成的功能，即使这些功能不相关也可组成一个任务。数据段的打包在输入指令解释完成之后立即被处理，在时间上具有连续性，合并成一个任务可以减少任务间通信开销，有利于提高系统实时性。

　　主通道数据帧拆包、次通道数据帧拆包和入站数据帧打包的运算量大，适合作为独立的任务。然而，主通道和次通道出站数据帧格式相同，完全可以共用一个任务：出站帧数据拆包。

　　虽然加密指令打包和解密指令打包分别处于入站信息处理流程和出站信息处理流程，但是它们同属IC卡指令打包，具有很强的功能内聚性，合并为一个任务共用IC卡驱动。

　　任务重新划分如图4所示。优化之后，不但系统软件实时性和可扩展性得到增强，而且由于充分的代码重用，代码尺寸减小，节省存储空间。