嵌入式Linu应用软件开发流程.docxVIP

从软件工程的角度来说，嵌入式应用软件也有一定的生命周期，如要进行需求分析、系统设计、代码编写、调试和维护等工作，软件工程的许多理论对它也是适用的。 但和其他通用软件相比，它的开发有许多独特之处： ·在需求分析时，必须考虑硬件性能的影响，具体功能必须考虑由何种硬件实现。 ·在系统设计阶段，重点考虑的是任务的划分及其接口，而不是模块的划分。模块划分则放在了任务的设计阶段。 ·在调试时采用交叉调试方式。 ·软件调试完毕固化到嵌入式系统中后，它的后期维护工作较少。下面主要介绍分析和设计阶段的步骤与原则： 1、需求分析 对需求加以分析产生需求说明，需求说明过程给出系统功能需求， 它包括： ·系统所有实现的功能 ·系统的输入、输出 ·系统的外部接口需求（如用户界面） ·它的性能以及诸如文件/数据库安全等其他要求 在实时系统中，常用状态变迁图来描述系统。在设计状态图时，应 对系统运行过程进行详细考虑，尽量在状态图中列出所有系统状态，包括许多用户无需知道的内部状态，对许多异常也应有相应处理。 此外，应清楚地说明人机接口，即操作员与系统间地相互作用。对 于比较复杂地系统，形成一本操作手册是必要的，为用户提供使用该系统的操作步骤。为使系统说明更清楚，可以将状态变迁图与操作手册脚本结合起来。 在对需求进行分析，了解系统所要实现的功能的基础上，系统开发 选用何种硬件、软件平台就可以确定了。 对于硬件平台，要考虑的是微处理器的处理速度、内存空间的大小、外部扩展设备是否满足功能要求等。如微处理器对外部事件的响应速度是否满足系统的实时性要求，它的稳定性如何，内存空间是否满足操作系统及应用软件的运行要求，对于要求网络功能的系统，是否扩展有以太网接口等。 对于软件平台而言，操作系统是否支持实时性及支持的程度、对多任务的管理能力是否支持前面选中的微处理器、网络功能是否满足系统要求以及开发环境是否完善等都是必须考虑的。 当然，不管选用何种软硬件平台，成本因素都是要考虑的，嵌入式 Linux 正是在这方面具有突出的优势。 2、任务和模块划分 在进行需求分析和明确系统功能后，就可以对系统进行任务划分。任务是代码运行的一个映象，是无限循环的一段代码。从系统的角度来看，任务是嵌入式系统中竞争系统资源的最小运行单元，任务可以使用或等待 CPU、I/O 设备和内存空间等系统资源。 在设计一个较为复杂的多任务应用系统时，进行合理的任务划分对系统的运行效率、实时性和吞吐量影响都极大。任务分解过细会不断地在各任务之间切换，而任务之间的通信量也会很大，这样将会大大地增加系统的开销，影响系统的效率。而任务分解过粗、不够彻底又会造成原本可以并行的操作只能按顺序串行执行，从而影响系统的吞吐量。为了达到系统效率和吞吐量之间的平衡折中，在划分任务时应在数据流图的基础上，遵循下列步骤和原则： ·进行数据流分析 在系统需求分析的基础上，以数据流图作为分析工具。首先，从系统的功能需求开始分析系统中的数据流，分析数据在各状态转换之间的作用。然后，扩展数据流图，并分解到足够的深度，识别出主要的子系统和每个子系统的主要成分。 ·划分任务 识别出系统的所有功能和它们之间的数据流后，下一步是要判断哪些操作是并行，哪些是串行，以划分任务。 在将一个软件系统分解为并行任务时，主要考虑的是系统内功能的异步性。这需要分析数据流图中的各功能变换，确定哪些变换可以并行， 而哪些在本质上又是顺序的。一般并行的功能变换应属于不同的任务， 而串行的可以属于同一任务。任务的划分包括确定哪些变换属于哪个任务，及确定各任务的优先级。它们的划分原则如下： I/O 依赖性 如果功能变换依赖 I/O，那么它的运行速度常常受限于它的互操作的 I/O 设备的速度。在这种条件下，功能变换应单独成为一个任务。 功能的时间关键性 具有时间关键性的功能需求以高优先级运行，因此不能把它加到其他任务中运行，应成为一个独立的高优先级任务。 计算需求 需要进行大量计算但又不具有时间紧迫性的功能或功能集合，可以作为较低优先级的任务运行，以消耗 CPU 的剩余时间。 功能内聚 完成功能紧密相关的变换可以组成一个任务，因为这些功能间的数据通信较多，把它们作为一个个独立的任务反而会增加系统开销。反之， 把每个变换作为同一任务中的一个独立模块，不仅保证了模块级的功能内聚，而且保证了任务的功能内聚。 周期执行 一个需要周期执行的变换可以作为一个独立的任务，按一定的时间间隔被激活。 ·定义任务接口 在划分好任务之后，要确定任务间的接口。在数据流图中，接口是以数据流或数据存储的形式存在，在这里要把它们具体化下来，确定采用何种格式的接口。 通常由两种任务接口模块来处理接口问题，即任务间通信模块和任务同步互斥模块，这些模块对调用它的任务来说一般是操作系统级的任务调用。 任务通信