嵌入式发展：3个被忽略的嵌入软体要素
软件目录(www.cnosoft.com)5月14号讯您可曾想到，在您和您的小组成员们忙着开发软体时，内嵌程式的构造方法会改变吗？如果你正忙着开发产品，解决 bug和解决供货问题，那么，嵌入的软件开发小组往往会忽视三个明显提高其软件性能的因素。
让我们来看一下这三个被忽略的要素，配置管理，建模和测试工具是怎样的。
第1单元-模式产生的程式码
模型工具能帮您建立可视化的软件体系的关键点。通过此方法，可以对目标的行为进行仿真，从而调整其行为特征等。你可以用函数模式把这个模式转化成一个特定的对象的编码！若模型需要修正，则可以脱离靶子，点击一到两下即可重建目标编码。
使用类似于嵌入的软件，您可以在花费大量的开发费用和投入市场的时候得到极大的好处；但是，很多小组忽视了他们的用法。开发者会用到某些陈旧的参数，比如：
结果是无用的程式码
工具过于繁琐
这些东西都很昂贵
或许还有其他的方法还会有这样的问题，但是经过近两年来，它们已经取得了很大的进展，而且还能减少费用。该方法可以使该软件得到简单和明显地改善。
照片
第2单元-对产生的程式码进行设定
很多小组没有制定出策略的配置控制。很多公司拥有多种可重复使用它们的代码的 SKU。在有限制的情况下，利用拷贝和粘贴的程式码和许多有限制的陈述式来将程式码编入并编译到程式码基处。秘诀就是要建立和包括特定的你的产品的组态编码，然后把它们整合进你的构造体系。
比如，一个拥有三种 SKU的产品。因为特定的传感器，无头等，所以每一个 SKU的工作数目都是不一样的。不需要对全部三个的代码进行有限制的编辑和拷贝，你可以把不同的代码编码到一个概要中，以便进行自动产生。这样，开发者就可以利用自己的构造体系，来确定他们希望产生和建立的 SKU。另外，您还可以将您的 SKU放在其他仓库中，利用 git组件来建立专门的 SKU和为每一个 SKU建立 DevOps管线。
以下是一个简单的方块图，用于组态产生程式码是怎样运作的。
照片
配置管理可以使用概要文件、模板和创建最后的程式码模组的脚本来来进行。
第3单元—— Test Drive编码
目前，单元测试与自动检测已经渗透到了电脑工程学的各个方面，但是在嵌入式系统中，其应用还很困难。尽管这些测试程式码与工具并不属于程式码，但是只要正确使用，这些程式码与程式码可以显著提升程式程式品质，并协助妳迅速侦测程式中的程式码与程式码。
培养一种在 DevOps中写出的单元测试和建立自动测试的好方法。其中的秘诀就是在初期投入大量的资金，这样你就能在将来使用这些资金。
结论
我了解你要完成的工作非常之多，并且要在你的研发循环中及时更新或者花点时间来实现你所需要的技术是非常困难的。不过，上述三个在现代嵌入式软体中被忽略的因素，可以让您更好地管理项目，加快时间进度，增加准时交货的几率。
