為一個項目選擇合適的RTOS可能是一件棘手的事情。嵌入式開發(fā)人員經(jīng)常帶著預先設定的觀點來到談判桌前，這些觀點可能會影響他們的判斷，并將他們引向非最佳方向。許多人都參與過工程決策，其中的選擇是由最大聲、最積極的團隊成員決定的。讓我們來看看這種決策技巧，以及它如何為工作選擇合適的RTOS。

步驟#1–確定選擇標準

為了做出公正的RTOS選擇，開發(fā)團隊需要首先確定可以用來評估RTOS的重要選擇標準。選擇RTOS時需要考慮的七個關鍵特征是性能、特性、成本、生態(tài)系統(tǒng)、中間件、供應商/銷售商和開發(fā)團隊中的工程師。每個特征可以分解為子特征，由每個團隊成員進行評估。例如，性能特征可以包括RAM占用面積、ROM占用面積、上下文切換時間、中斷等待時間和低功率能力。

第2步-確定標準的重要性

并不是RTOS評選的每一項標準都是平等的。例如，RTOS符合POSIX接口標準的事實可能沒有具有最小ROM占用空間的RTOS重要。因為所有的標準并不是生來平等的，開發(fā)團隊需要仔細檢查每一個標準，并對它們的重要性進行排序。排名過程實質(zhì)上提供了一個統(tǒng)計權重，該權重使一個標準比另一個標準更重要，排名有助于最重要的標準在決策過程中占據(jù)更大的權重。

第3步–選擇要比較的RTOS

快速的互聯(lián)網(wǎng)搜索顯示，有超過100種不同的RTOS產(chǎn)品可供選擇，這對于任何嵌入式開發(fā)團隊來說都太多了，難以評估。相反，開發(fā)團隊應該確定不超過三到五個RTOS來評估。開發(fā)團隊應該確定在他們的行業(yè)中普遍使用的、他們的開發(fā)人員熟悉的并且滿足他們的系統(tǒng)需求的RTOS。一個好的樣本將包括商業(yè)可用的和開源的解決方案。

第4步–確定決策者

為了實現(xiàn)基于標準的公正決策，開發(fā)人員需要確定具有參與決策過程的技能和經(jīng)驗的團隊成員。在大多數(shù)情況下，RTOS的選擇應該包括團隊的軟件工程師和軟件工程經(jīng)理。項目經(jīng)理可以包括在內(nèi)，但前提是他們有資格評估RTOS的具體標準。RTOS標準和成本很可能具有最高的權重，因此，如果決策者無法準確衡量RTOS，結(jié)果可能會有偏差。

步驟#5–創(chuàng)建KT決策矩陣

選擇了重要的標準和決策者后，現(xiàn)在是時候創(chuàng)建一個表格，用于評估每個RTOS的標準，從而選出一個RTOS?？梢允褂玫姆椒ㄖ皇荎T決策矩陣。KT決策矩陣允許我們針對每個RTOS評估我們的標準。在本例中，標準在矩陣左側(cè)分類列出，RTOS在頂部。每個RTOS都有多行，以便每個決策者可以評估每個標準。在下圖中可以看到一個例子。

第6步-評估標準

每個決策者現(xiàn)在可以開始評估每個標準。在本例中，有三個不同的RTOSes正在接受評估。每項標準從最好的三級到最差的一級對每個RTOS進行評級。不應重復使用任何號碼。例如，對于RTOS#3，最小的RAM占用量被評定為1，最差；對于RTOS#1，最小的RAM占用量被評定為2；對于RTOS#2，最小的RAM占用量被評定為3，最好的RAM占用量被評定為3。如果有四個RTOS需要評估，那么這些值將從1到4進行評級。

每個嵌入式開發(fā)人員填寫他們自己的列，直到整個矩陣完成。在一些非常固執(zhí)己見的團隊中，可能需要讓每個團隊成員秘密地填寫他們的排名。一個填好的矩陣已經(jīng)準備好進行分析，更重要的是，不偏不倚的團隊決策。

第7步-分析結(jié)果

有許多方法可以分析矩陣以做出決策，但最簡單的方法是簡單地將每個RTOSes標準的總分相加，然后乘以標準權重。然后將所有這些總數(shù)在所有標準中相加。此時，我們已經(jīng)做出了決定。得分最高的RTOS是最符合項目需求的RTOS。很可能，這個決定不會讓很多人高興。這通常發(fā)生在審查冷酷的事實時。真正的問題是，我們能接受正確的決定嗎？我們能不為此付出代價嗎？

結(jié)論

不檢查事實、要求和顧慮就選擇RTOS是一件危險的事情。許多團隊匆忙采購“自由”軟件，卻發(fā)現(xiàn)由于從未考慮的因素，總擁有成本比預期的要高。為了在成本、質(zhì)量和支持之間取得最佳平衡，團隊應該為商業(yè)RTOS付費。然而，在任何團隊會議上都不可能確定正確的平衡。使用給出的決策矩陣只是一個例子，說明了嵌入式開發(fā)團隊如何能夠在保持關注最關鍵因素的同時產(chǎn)生公正的意見。