嵌入式软件的八大支柱

成功地 开发和启动嵌入式系统需要广泛的技能,并且 工程学科。每个嵌入式系统都需要八个知识 不同的软件开发领域。开发人员的程度 掌握嵌入式软件的8大支柱将直接影响开发 成本,代码可伸缩性,系统健壮性以及其他关键开发 metrics. Let’检查每个支柱及其在嵌入式软件中的作用 development. 

支柱1– Architecture

的 软件体系结构是该应用程序的蓝图。深思熟虑 蓝图为开发人员提供了对专业的关键理解 软件组件,它们如何相互交互以及它们的环境。 该架构应提供可伸缩性,并为团队成员提供 了解正在构建的系统。缺乏软件架构是 类似于建造建筑物,而无需事先知道建筑物的高度,高度 许多楼层以及建筑物将占用的一般区域。作为一个人 想象一下,建造这样的建筑物注定要失败 开始。在二十一世纪第二个十年的中途,我 仍然遇到太多没有’了解软件架构基础 甚至雇用他们使用。

2号支柱– Code Analysis

发展 an embedded system 不是’只是要尽快编写代码。 许多系统需要强大并且对用户来说似乎没有错误(甚至 though a bug free system 没有’在现实中存在)。系统开发人员需要 了解现代的代码分析技术。静态, 动态和最坏情况下的堆栈分析只是几个示例,但仅是技巧 分析冰山。团队分析代码并发现的能力 缺陷,错误和暴露不符合项可以确保用户安全或产生影响 他们公司的品牌。

3号支柱– Debugging

的 当今嵌入式软件团队面临的最大挑战是调试他们的 系统。嵌入式系统每年都在变得越来越复杂 系统越复杂,调试起来就越困难,耗时且成本高昂 可。为了最大程度地减少调试,开发人员需要精通 现代调试技术,例如实时跟踪。调试时间更少 意味着有更多时间添加创新的产品功能。

支柱4– 文献资料

文献资料 开发嵌入式系统时,这是必不可少的。一个系统可以’t be built 没有一些基本要求定义描述正在构建的内容。一种 developer can’没有正确记录的代码库,请正确维护代码。 如果回归测试不是useLess’测试有效的产品功能。 如果团队合作,文档开发可能会很昂贵并且会花费宝贵的时间 doesn’在这方面没有专业知识。掌握文档可以帮助减少 总拥有成本。

5号支柱– Language skills

不是全部 编程语言是平等的。 不止一种语言 可能会完成C,C ++,Python,Ada或 another. 对语言的长处和知识缺乏深入的了解 弱点开发人员可能会自找麻烦。某些C程序设计 语言区域的定义不明确,其中使用两种不同的语言进行编译 编译器可能会导致两个截然不同的结果。某些 构造是快速而高效的,而其他构造则会使代码blo肿并使之变慢。如果一个 developer 没有’意识到这些问题领域,那么坏事注定要 happen. 

6号支柱– Standards

行业 标准是开发人员应认真遵循的重要支柱。 标准通常包含开发人员的见解和最佳实践, 通过反复试验学习其他方法。开发周期也包含 开发人员几乎没有时间重新发明轮子和许多行业标准 例如MISRA,CERT和IEC 61508及其行业衍生产品 优秀的工程实践。 

7号支柱– 测验

的 即使通过回归测试也能够正确测试和验证软件的能力是 对开发团队至关重要。进行了最近的更改以修复错误修复 还要别的吗?系统符合要求吗?是否每个代码分支都 通过测试正确执行?测试为开发人员提供了舒适度 该系统在受控条件下的行为符合预期。

支柱#8– 工具类

专业的 嵌入式软件开发人员需要访问并知道如何使用以下工具 他们的交易。了解他们的工具和生态系统可以使 坚固而精致的系统与Flamate业余产品之间的区别。 许多团队无视他们的行业工具,声称几千美元的投资 isn’t在预算中。正确的工具,适合正确的工作,尽管可以支付 十倍以上,仍然对上市时间产生巨大影响。 

结论 毫无疑问,掌握嵌入式软件这八大支柱的团队 在坚实的基础上构建他们的软件。我看到的大多数团队 失败缺乏至少一个支柱方面的专业知识。为了确保成功,团队需要 在每个支柱上都有专长,并使用纪律严明的设计方法。学习 有关如何在这些方面进行改进的更多信息,请考虑阅读“掌握嵌入式的8个支柱 software“.

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *

该网站使用Akismet减少垃圾邮件。 了解如何处理您的评论数据.