如何正确的设计嵌入式软件架构应该这么做

如何正确的设计嵌入式软件架构应该这么做

一

错误的示范

近公司新招了一个做嵌入式软件开发的同事，该同事是从上海的某一个上市公司出来的，因为我们这边人手不够，因此把他安排了去负责一个新产品的研发，前期让他负责加速度计、NB-IOT、舵机、外置Flash的功能测试，测试完成之后，准备让他做一个该产品的概要设计。然后他花了2个星期的时间，给我们写出来一个概要设计，说实话，我看到这个概要设计，我就觉得是刚毕业的大学生写的。版本一的架构设计

2.1系统体系结构系统分为两层：硬件驱动层、应用层。2.1.1硬件驱动层硬件驱动层包含板载硬件资源正常运行所需的所有驱动程序。1)MCU初始化2)I2C数据存取3)SPI数据读取4)加速度计初始化5)蓝牙模块启动6)BC95模块启动7)485通讯模块启动2.2.2应用层1)Mcu运行模式切换2)震动及倾斜3)数据解析4)开/关锁5)数据发送6)历史数据保存

看到版本一的架构设计之后，说实话，我还是第一次见到这样来写架构设计的，居然是以序号来写的，这个让别人读起来，特别的别扭。版本二的架构设计

看到版本二的架构设计之后，虽然颇感欣慰，但是想到达到我们所要求的，还要很大的一段距离，该架构设计，主要有以下几点问题：1.对架构的理解还不是很清晰，既然是做架构设计，那就应该从整体来看，而不是仅仅只是局限于一个模块，或者功能里面。2.还是每个层次的理解也还不是很清晰，比如讲MCU的初始化，归于硬件驱动层里面。MCU 的初始化，严格意义上来说，是属于流程的一部分了，而不是驱动。比如电脑的开启启动，把这个归于硬件的驱动里面，肯定是属于牛头不对马嘴的。3.还有就是各个模块的启动，也是不能属于硬件驱动层的，也都是业务流程的一部分了，都不应该属于驱动层的一部分。

4.还有就是总线数据的读写，虽然驱动的作用也就是读写，但是数据总线的读写不能写成硬件驱动。

5.应用层的系统参数初始化，也还是属于流程。

6.数据的解析和数据的发生，都是属于通信功能里面的，不应该单独独立出来，属于单个的应用。