软件|嵌入式开发:软件启动清单给质量一个良好的开端

软件|嵌入式开发:软件启动清单给质量一个良好的开端

将质量融入嵌入式软件并非偶然 。 质量必须从一开始就内置 。 下面是嵌入式开发人员可以使用的清单 , 以确保他们以正确的方式开始嵌入式软件实施阶段 , 并牢记质量
阶段1——项目设置
设置版本控制
创建项目
创建项目目录结构
空白配置/设置
项目设置的第一阶段可能看起来微不足道 , 但包含了保证质量的关键步骤 。 应该首先建立一个修订控制系统 , 而不是在软件复杂到开发人员开始失去代码的时候 。 另一个经常被忽略的方面是为项目编辑器设置空白和制表符间距 。 许多开发人员在IDE上有自己的偏好 , 因此为了确保源文件保持正确的格式 , 需要在所有环境中一致地设置空白 。
第2阶段——配置
Doxy模板和工具设置
导入框架HAL/API模板
版本日志
硬件配置
一旦建立了项目环境 , 嵌入式开发人员应该创建一个基础版本 , 这样他们就可以从头开始跟踪代码基础的变化 。 版本日志通常在开发人员列表的最后 , 但是为了正确地捕获变更 , 应该首先创建版本日志 。 在整个开发周期中 , 从开发套件硬件到alpha和beta版本 , 硬件经常会发生多次变化 。 硬件配置文件可用于有条件地编译和调整目标硬件的代码库 。
正在配置项目的开发人员也应该考虑使用源模板和头模板 。 嵌入式软件应该有一致的外观和感觉 , 并有良好的文档记录 。 基于Doxygen的模板除了提供自动生成软件手册的能力之外 , 还可以提供这种外观和感觉 。
阶段3——代码分析
设置静态分析工具
设置代码指标
动态代码分析(如果你可以使用该工具)
许多嵌入式开发人员和团队相当不擅长执行代码分析或度量 , 直到在项目中为时已晚 。 在开发周期的早期建立静态和动态代码分析将有助于开发人员在开发代码时发现潜在的问题并验证是否符合编码标准 , 而不是在最后 。 分析和度量工具——如果及早使用——可以减少bug , 并帮助开发人员在问题出现时就发现它们 , 避免它们积累成一个庞大而难以管理的数字 。

阶段4–调度程序设置
设置RTOS或裸机调度程序
需要设置系统计时器/驱动程序
创建一个任务 , 使LED作为指示器闪烁
【软件|嵌入式开发:软件启动清单给质量一个良好的开端】几乎每个嵌入式系统都有一个调度程序来驱动系统 。 调度程序可以是简单的裸机调度程序 , 也可以是成熟的实时操作系统 (RTOS) 。 一旦调度程序就位 , 创建一个可以周期性闪烁 LED 的任务是让嵌入式系统说“Hello World”的好方法 。
第 5 阶段 - 设置调试消息
设置调试消息
通过调试器进行 RTT
UART 驱动程序
Printf 设置或等效的 RTT配置断言
许多嵌入式开发人员等到发现软件行为有问题时才建立调试消息或实时跟踪 。 等待问题被发现已经太晚了!如果在潜在的错误、时间问题或其他问题第一次出现在系统中时就发现了它们 , 而不是在几周或几个月后才发现 , 那么捕捉这些问题要容易得多 。 通过设置调试和跟踪功能以及消息传递打印函数因此 , 在编写任何应用程序代码之前 , RTT应该是重中之重 。
第6阶段–开始开发
只有在前五个阶段的任务完成后 , 开发人员才应考虑开始应用软件开发 。 当然 , 根据团队的不同 , 这个清单可能会有所增加 。 本文中包含的列表提供了开发人员为了成功地开始开发过程应该完成的最低任务集 。 显然 , 高质量的软件不会自己编写 , 嵌入式开发人员需要遵守纪律 , 使用他们建立的工具 。