3. 工具支持：支持軟件創建、調試、系統集成、代碼調整和優化工具對整體項目成功與否非常關鍵。

4. 操作系統支持：嵌入式系統應用需要使用有幫助的抽象來減少其復雜性。針對處理器系列產品作過優化的商用操作系統(OS)能夠縮短設備開發周期和上市時間。

5. 過去的經驗：擁有處理器或處理器系列產品的開發經驗可以減少可觀的學習新處理器、工具和技術的時間。

6. 仿真支持：循環精確仿真對某些類型的應用來說非常重要，特別是數字信號處理應用中許多功能正確性驗證都是采用仿真技術完成的。嵌入式系統的軟硬件協同設計模型也促使處理器仿真器成為開發流程中一個非常有用的工具。

7. 應用支持：應用支持有多種方式，從通過熱線或網站取得的應用專家支持，到預打包的軟件和應用框架，甚至完好的測試平臺。一些DSP處理器能夠提供外圍器件的驅動器、板級支持包和其它“啟動幫助組件”。有了這些軟件組件后，應用開發師就無需再編寫器件驅動器等“無附加值”的軟件，相反，他們可以把精力放在具有附加值的功能開發上，使他們的產品能獨樹一幟。

8. 成本：嵌入式應用對成本特別敏感，而產品成本的稍許差別都可能導致市場的失敗。

9. 功耗：市場上有許多依靠電池工作的便攜嵌入式實時系統，此時電池壽命將成為系統的重要參數。這種情況下應該考慮使用針對便攜式應用優化的低功耗器件。

10. 傳統代碼：如果選中的處理器需要設計人員編寫與現存代碼的接口，將會導致整個設計流程的嚴重滯后。因此需要選擇一款代碼兼容的器件來避免或減少這一步驟造成的影響。

11. 算法復雜性：某些處理器能夠非常高效地處理某類算法，因此最好選擇能夠與應用最佳匹配的處理器。例如，具有許多控制代碼的有限狀態機應用應該映射為類似 ARM處理器的RISC器件。編碼、解碼和回波抵消等信號處理應用應該映射為數字信號處理器，或具有信號處理加速器的某種器件。

12. 上市時間：項目的完成時間會加快處理器的選擇過程，這一過程與先前講述的幾個關鍵事項密切相關，如OS的可用性、其它軟件組件以及便攜性問題。

設計還是購買？

是自己設計還是購買成品呢?如果有可能不重新設計，價格也比較合理的話，購買要比自己開發更有利。由于嵌入式系統預算的縮減、實時操作系統 (RTOS)和TCP/IP堆棧等商用技術的改進、嵌入式系統要求的擴展，采用商業性現成(COTS)技術正變得越來越普遍。采用 COTS技術能夠縮短開發周期中編碼、調試、單元測試和代碼檢查階段的時間。

然而，作出購買而非設計的決定會改變一個組織的基礎開發流程。一個組織希望實現的新業務有：供應商調研和評估、產品評估以及實時的供應商交流與關系建立。產品開發的其它活動不會取消，但會作出一些改變。這些變化包括更關注如何將系統硬件與軟件更好地組合在一起，而不再把重點放在模塊自己內部的運作上。另外必須更側重于兼容性、可配置性和可集成性等結構上的問題。