工具类–RTOS选择KT Marix

为项目选择正确的RTOS可能是一件棘手的事情。工程师经常带着易变的见解来到餐桌上,这些见解会掩盖他们的判断,并将他们推向并非最佳的方向。面对现实吧,我们中的许多人都参与了一项工程决策,该决定由最响亮,最积极的团队成员决定。早在我还是一名绿色的入门级工程师时,我的一位导师(现已退休的项目经理)就教给我一种决策技术,如果做得正确,将产生公正的结果。让我们研究一下这种决策技术,以及如何将其应用于为工作选择正确的RTOS。 (可以下载即用型模板 这里 )

步骤#1 –确定选择标准

为了进行公正的RTOS选择,开发团队首先需要确定可用于评估RTOS的重要选择标准。对此类标准的详细介绍超出了本文的范围,但是读者可以通过阅读“选择RTOS时要考虑的7个关键特性”。总之,选择RTOS时需要考虑的七个关键特征是性能,功能,成本,生态系统,中间件,供应商/供应商和开发团队的工程师。每个特征都可以细分为子特征,每个子成员将对其进行评估。例如,性能特征可能包括RAM占用空间,ROM占用空间,上下文切换时间,中断等待时间和低功耗功能。

步骤#2 –确定标准的重要性

并非每个选择RTOS的标准都会彼此相等。例如,与ROM占用空间最小的RTOS相比,RTOS符合POSIX接口标准这一事实可能不那么重要。由于并非完全平等地创建所有标准,因此开发团队需要仔细检查每个标准并对其重要性进行排名。排名过程实质上提供了统计权重,该统计权重对一个标准的重要性高于对另一个标准的重要性。一个典型的排名系统示例是在1到5的等级上评估标准,如图1所示。具有最小占用空间的排名可能为5,而符合POSIX接口的排名可能为3。排名有助于最重要的标准在决策过程中发挥更大的作用。

图1 –标准排名系统

步骤#3 –选择要比较的RTOS

快速的互联网搜索显示,有超过100种不同的RTOS产品可供选择,对于任何团队来说,这都是太多了。相反,开发团队应确定不超过三到五个RTOS进行评估。开发团队应确定其行业中常用的RTOS,开发人员熟悉的RTOS并满足其系统要求。一个好的样本将包括市售和开源解决方案。

步骤#4 –确定决策者

为了实现基于标准的公正决策,开发人员需要确定具有参与决策过程的技能和经验的队友。在大多数情况下,RTOS的选择应包括团队的软件工程师和软件工程经理。可以包括项目经理,但前提是他们有资格评估RTOS特定标准。 实时操作系统 的标准和成本很可能与它们相关联,因此,如果决策者无法准确地评估RTOS,结果可能会出现偏差。

步骤#5 –创建KT决策矩阵

在选择了重要标准和决策者之后,现在该创建一个表格,该表格可用于评估每个RTOS的标准,从而选择一个RTOS。可以使用的一种方法是KT决策矩阵。 KT决策矩阵使我们能够针对每个RTOS评估我们的标准。对于此示例,将标准分类并沿着矩阵的左侧列出,而RTOS则沿着顶部列出。每个实时操作系统都有多行,因此每个决策者可以评估每个标准。在图2中可以看到一个示例,并且可以下载模板 这里 .

图2 – 实时操作系统 选择矩阵

步骤#6 –评估标准

现在,每个决策者都可以开始评估每个标准。在该示例中,正在评估三种不同的RTOS。每个RTOS的每个标准的等级从最佳(三个)到最差(一个)。不得重复使用任何号码。例如,最小的RAM占用空间对于RTOS#3而言为1,最差,对于RTOS#1而言为2,最后为3,对于RTOS#2则为最佳。如果评估中有四个RTOS,则该值将从1到4。

每个开发人员都填写自己的列,直到完成整个矩阵。在一些受到高度评价的团队中,可能有必要让每个团队成员秘密填写自己的排名,然后将其提交给秘书或其他不感兴趣的团体进行汇编。填写好的矩阵已准备好进行分析,更重要的是,无偏见的团队决策也已准备就绪。

步骤#7 –分析结果

可以使用多种方法来分析矩阵以做出决策,但是最简单的方法是简单地将每个RTOSes标准的总得分相加并乘以标准权重。然后将所有这些总数中的每一个相加。至此,我们已经做出决定。得分最高的RTOS是最适合项目需求的RTOS。奇怪的是,这个决定不会使很多人高兴。通常在检查冷硬事实时会发生这种情况。问题实际上变成了,我们能否接受正确的决定,我们是否能够为此付出代价(我们不愿意为此付出代价)。

结论

在不检查事实,要求和担忧的情况下选择RTOS是一项危险的工作。许多团队急于购买“免费”软件,却发现由于未考虑的因素,总体拥有成本高于预期。团队应该期望为商业RTOS付费,以在成本,质量和支持之间取得最佳平衡。但是,在任何团队会议中都无法确定正确的平衡。使用提出的决策矩阵只是团队如何产生公正意见,同时仍关注最关键因素的一个示例。

发表评论

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

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