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

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。