1.设计控制流程图
工程师进行到开发软件这一步时会情不自禁地开始书写代码，这种思维定势就像在原理图还未完成之前就开始尝试画PCB。当着手开发软件时，克制写代码的冲动，取而代之的应该是软件流程结构图表的设计，这点非常重要。流程图能清晰地呈现给开发人员软件的各个需要的组成部件，正如电路图列出硬件设计所需的各种元器件一样。做到这点能很大程度上使程序整体更易于组织，而且也会减少占开发周期较长的调试工作量，进而节省时间减少调试的繁琐。
2.使用状态机控制程序流程
状态机是20世纪优秀的软件发明之一。应用程序一般被分解为多个不同的状态，每一个状态控制一个特定的程序分支。状态机包括内部状态和依据不同激励所控制的状态转换，使用状态机机制设计软件能够使模块化的可维护的软件开发更加容易而且易于理解。
3.避免使用全局变量
在过去的函数式编程中，程序员使用函数编写程序，他们的唯一目标是使程序尽可能快的运行而不考虑程序的结构和重用性。这类程序风格在使用全局变量时不注意变量的作用范围，会引起其他函数修改的危险性，这样变量会被多次占用和重写。如今面向对象的程序设计中，成员变量被定义在最小的作用范围之内，并封装起来避免被重新复值和滥用。所以建议尽量少地使用全局变量，实在需要的话，使用C语言中的关键字“extern”来修饰。
4.充分利用模块化的设计理念
如果你问一位工程师项目的哪一部分最有可能会拖延交付并超出预估时间，那答案一定是软件周期了。软件通常是复杂而且不易开发和维护，特别是当项目应用程序集中在一个单一的文件里或者几个结构松散的文件中时。为了便于代码重用和软件可维护并减小软件的复杂度，强烈建议发挥高级程序设计语言模块化的特性，在程序的结构中把公用的函数分离出来作为一个独立的模块。通过这种方式可以让程序员开始创建包含有常用函数和常用的声明定义，它可以很容易的被其他代码重用，这在以后的测试阶段不仅可以节省时间代价还能提高代码的质量。
5.中断服务事件保持简练
中断服务事件是中断处理器正在执行的程序，转而去处理触发该中断的外设的请求的一种机制。处理器响应中断请求需要大量的系统开销，具体表现在保存被中断程序的状态（入栈下条指令的段地址、偏移地址和程序状态寄存器，有时还会入栈若干寄存器的值），执行中断服务程序然后恢复中断点继续执行（依次出栈各寄存器），虽然现在的处理器速度非常快，但是这种系统开销仍然需要考虑。一般来说，为了避免与主程序冲突，程序员总想使中断执行时间减小到最小，这就意味着中断服务事件应该短小简单，不能在中断程序中调用函数。另外，如果中断需要处理的事件特别复杂或者需要花费较长的时间，这个时候中断服务程序应该满足最小的需求，例如将数据载入到缓冲寄存器、设置标志位，而让主程序去处理读入的数据。这样处理器的大部分工作都在处理程序而不是中断。
6.使用处理器示例代码测试设备
对于硬件设计，在画板之前，标准的测试电路有助于工程师理解电路的特性。同样可以适用于软件设计，半导体厂商通常有测试微处理器各个部分功能的示例程序，提供工程师体验各部分是如何工作的。据此可以提前组织软件的结构并且预知在设计中的问题。提前确定设计中潜在的障碍远比在产品完成前几个小时发现问题更加科学合理。而值得注意的是，厂商提供的代码通常不是模块化的，而且不做必要的修改是很难直接用于实际软件的。
7.控制函数的复杂度
在工程设计中有句俗语叫“KISS”，意思是“Keep It Simple Silly”。在处理一些复杂的任务时，最简单有效的方法是把它分解成若干个简单的子任务，当任务或者功能很复杂时，人们很难留意所有的细节也很难不出错。当工程师写了一个在当时能够理解的复杂函数，可一段时间后，需要维护程序了还能不能清晰的呈现出当初的设计思想，这是值得考虑的。有大量的技术来衡量函数的复杂度像“循环复杂度”。经验告诉我们，函数的循环复杂度应该低于10比较好。
8.详细的文档
在激烈的软件开发竞争中，关注的焦点很容易就局限在代码的书写和调试，而忽略文档的编写。有时迫于压力要求写文档，开发人员通常把文档安排在项目开发的最后的一个环节集中编写。然而给代码写文档应该趁在头脑里面还比较清晰的时候比较好，这样在后续的开发或者自己阅读注释的时候，能很快的回忆起当时的设计思想。