嵌入式Linux应用软件开发流程

从软件工程的角度来说，嵌入式应用软件也有一定的生命周期，如要进行需求分析、系统设计、代码编写、调试和维护等工作，软件工程的许多理论对它也是适用的。

但和其他通用软件相比，它的开发有许多独特之处：
·在需求分析时，必须考虑硬件性能的影响，具体功能必须考虑由何种硬件实现。

·在系统设计阶段，重点考虑的是任务的划分及其接口，而不是模块的划分。

模块划分则放在了任务的设计阶段。

·在调试时采用交叉调试方式。

·软件调试完毕固化到嵌入式系统中后，它的后期维护工作较少。

下面主要介绍分析和设计阶段的步骤与原则：
1、需求分析
对需求加以分析产生需求说明，需求说明过程给出系统功能需求，它包括：·系统所有实现的功能
·系统的输入、输出
·系统的外部接口需求（如用户界面）
·它的性能以及诸如文件/数据库安全等其他要求
在实时系统中，常用状态变迁图来描述系统。

在设计状态图时，应对系统运行过程进行详细考虑，尽量在状态图中列出所有系统状态，包括许多用户无需知道的内部状态，对许多异常也应有相应处理。

此外，应清楚地说明人机接口，即操作员与系统间地相互作用。

对于比较复杂地系统，形成一本操作手册是必要的，为用户提供使用该系统的操作步骤。

为使系统说明更清楚，可以将状态变迁图与操作手册脚本结合起来。

在对需求进行分析，了解系统所要实现的功能的基础上，系统开发选用何种硬件、软件平台就可以确定了。

对于硬件平台，要考虑的是微处理器的处理速度、内存空间的大小、外部扩展设备是否满足功能要求等。

如微处理器对外部事件的响应速度是否满足系统的实时性要求，它的稳定性如何，内存空间是否满足操作系统及应用软件的运行要求，对于要求网络功能的系统，是否扩展有以太网接口等。

对于软件平台而言，操作系统是否支持实时性及支持的程度、对多任务的管理能力是否支持前面选中的微处理器、网络功能是否满足系统要求以及开发环境是否完善等都是必须考虑的。

当然，不管选用何种软硬件平台，成本因素都是要考虑的，嵌入式Linux 正是在这方面具有突出的优势。

2、任务和模块划分
在进行需求分析和明确系统功能后，就可以对系统进行任务划分。

任务是代码运行的一个映象，是无限循环的一段代码。

从系统的角度来看，任务是嵌入式系统中竞争系统资源的最小运行单元，任务可以使用或等待CPU、I/O设备和内存空间等系统资源。

在设计一个较为复杂的多任务应用系统时，进行合理的任务划分对系统的运行效率、实时性和吞吐量影响都极大。

任务分解过细会不断地在各任务之间切换，而任务之间的通信量也会很大，这样将会大大地增加系统的开销，影响系统的效率。

而任务分解过粗、不够彻底又会造成原本可以并行的操作只能按顺序串行执行，从而影响系统的吞吐量。

为了达到系统效率和吞吐量之间的平衡折中，在划分任务时应在数据流图的基础上，遵循下列步骤和原则：
·进行数据流分析
在系统需求分析的基础上，以数据流图作为分析工具。

首先，从系统的功能需求开始分析系统中的数据流，分析数据在各状态转换之间的作用。

然后，扩展数据流图，并分解到足够的深度，识别出主要的子系统和每个子系统的主要成分。

·划分任务
识别出系统的所有功能和它们之间的数据流后，下一步是要判断哪些操作是并行，哪些是串行，以划分任务。

在将一个软件系统分解为并行任务时，主要考虑的是系统内功能的异步性。

这需要分析数据流图中的各功能变换，确定哪些变换可以并行，而哪些在本质上又是顺序的。

一般并行的功能变换应属于不同的任务，而串行的可以属于同一任务。

任务的划分包括确定哪些变换属于哪个任务，及确定各任务的优先级。

它们的划分原则如下：
1）I/O依赖性
如果功能变换依赖I/O，那么它的运行速度常常受限于它的互操作的I/O 设备的速度。

在这种条件下，功能变换应单独成为一个任务。

2）功能的时间关键性
具有时间关键性的功能需求以高优先级运行，因此不能把它加到其他任务中运行，应成为一个独立的高优先级任务。

3）计算需求
需要进行大量计算但又不具有时间紧迫性的功能或功能集合，可以作为较低优先级的任务运行，以消耗CPU的剩余时间。

4）功能内聚
完成功能紧密相关的变换可以组成一个任务，因为这些功能间的数据通信较多，把它们作为一个个独立的任务反而会增加系统开销。

反之，把每个变换作为同一任务中的一个独立模块，不仅保证了模块级的功能内聚，而且保证了任务的功能内聚。

5）周期执行
一个需要周期执行的变换可以作为一个独立的任务，按一定的时间间隔被激活。

·定义任务接口
在划分好任务之后，要确定任务间的接口。

在数据流图中，接口是以数据流或数据存储的形式存在，在这里要把它们具体化下来，确定采用何种格式的接口。

通常由两种任务接口模块来处理接口问题，即任务间通信模块和任务同步互斥模块，这些模块对调用它的任务来说一般是操作系统级的任务调用。

任务通信模块处理任务间的所有通信情况。

一般它会定义一个数据结构，并定义对该数据结构的访问过程，如对消息队列、管道等结构的访问。

任务通信模块总是运行在调用它的任务中，因而，它有可能在两个任务中并发执行，所有在访问过程中必须提供必要的同步和互斥条件来确保数据的一致性和正确性。

任务同步互斥模块是当任务之间不需要传送真正的信息时使用的，它用事件来实现同步目的。

目标任务等待一个或几个事件的发生，源任务发送事件信号激活目标任务。

上述的划分原则仅能作为一个初步参考，真正的设计还需要详细分析，才能使系统达到预定的效率和吞吐率
软件开发流程分为：需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——维护
需求确认：需求规格说明书
概要设计：系统用例图，用例场景
详细设计：系统设计报告，数据库设计报告
测试：测试用例报告
详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构。

详细设计的目标有两个：实现模块功能的算法要逻辑上正确和算法描述要简明易懂。

传统软件开发方法的详细设计主要是用结构化程序设计法。

详细设计的表示工具有图形工具和语言工具。

图形工具有程序流程图、PAD（Problem Analysis Diagram）图、NS（由Nassi和Shneidermen开发，简称NS）图。

语言工具有伪码和PDL （Program Design Language）等。

主要任务
1.为每个模块确定采用的算法，选择某种适当的工具表达算法的过程，写出模块的详细过程性描述；
2.确定每一模块使用的数据结构；
3.确定模块接口的细节，包括对系统外部的接口和用户界面，对系统内部其它模块的接口，以及模块输入数据、输出数据及局部数据的全部细节。

在详细设计结束时，应该把上述结果写入详细设计说明书，并且通过复审形成正式文档。

交付给下一阶段（编码阶段）的工作依据。

4.要为每一个模块设计出一组测试用例，以便在编码阶段对模块代码（即程序）进行预定的测试，模块的测试用例是软件测试计划的重要组成部分，通常应包括输入数据，期望输出等内容。

详细设计的工具
1．图形工具
利用图形工具可以把过程的细节用图形描述出来。

2．表格工具
可以用一张表来描述过程的细节，在这张表中列出了各种可能的操作和相应的条件。

3．语言工具
用某种高级语言（称之为伪码）来描述过程的细节
嵌入式开发学习步骤。