对处理器系列产品作过优化的商用操作系统(OS)能够缩短设备开发周期和上市时间。
5. 过去的经验：拥有处理器或处理器系列产品的开发经验可以减少可观的学习新处理器、工具和技术的时间。
6. 仿真支持：循环精确仿真对某些类型的应用来说非常重要，特别是数字信号处理应用中许多功能正确性验证都是采用仿真技术完成的。嵌入式系统的软硬件协同设计模型也促使处理器仿真器成为开发流程中一个非常有用的工具。
7. 应用支持：应用支持有多种方式，从通过热线或网站取得的应用专家支持，到预打包的软件和应用框架，甚至完好的测试平台。一些DSP处理器能够提供外围器件的驱动器、板级支持包和其它“启动帮助组件”。有了这些软件组件后，应用开发师就无需再编写器件驱动器等“无附加值”的软件，相反，他们可以把精力放在具有附加值的功能开发上，使他们的产品能独树一帜。
8. 成本：嵌入式应用对成本特别敏感，而产品成本的稍许差别都可能导致市场的失败。
9. 功耗：市场上有许多依靠电池工作的便携嵌入式实时系统，此时电池寿命将成为系统的重要参数。这种情况下应该考虑使用针对便携式应用优化的低功耗器件。
10. 传统代码：如果选中的处理器需要设计人员编写与现存代码的接口，将会导致整个设计流程的严重滞后。因此需要选择一款代码兼容的器件来避免或减少这一步骤造成的影响。
11. 算法复杂性：某些处理器能够非常高效地处理某类算法，因此最好选择能够与应用最佳匹配的处理器。例如，具有许多控制代码的有限状态机应用应该映射为类似ARM处理器的RISC器件。编码、解码和回波抵消等信号处理应用应该映射为数字信号处理器，或具有信号处理加速器的某种器件。
12. 上市时间：项目的完成时间会加快处理器的选择过程，这一过程与先前讲述的几个关键事项密切相关，如OS的可用性、其它软件组件以及便携性问题。
设计还是购买？
是自己设计还是购买成品呢?如果有可能不重新设计，价格也比较合理的话，购买要比自己开发更有利。由于嵌入式系统预算的缩减、实时操作系统(RTOS)和TCP/IP堆栈等商用技术的改进、嵌入式系统要求的扩展，采用商业性现成(COTS)技术正变得越来越普遍。采用COTS技术能够缩短开发周期中编码、调试、单元测试和代码检查阶段的时间。
然而，作出购买而非设计的决定会改变一个组织的基础开发流程。一个组织希望实现的新业务有：供应商调研和评估、产品评估以及实时的供应商交流与关系建立。产品开发的其它活动不会取消，但会作出一些改变。这些变化包括更关注如何将系统硬件与软件更好地组合在一起，而不再把重点放在模块自己内部的运作上。另外必须更侧重于兼容性、可配置性和可集成性等结构上的问题。
必须很好的理解和高效地管理由于决定采用“购买”而非“设计创建”方式所导致的结果。首先，自然是对供应商提出产品要求、产品可靠性、计划和产品文档等依赖请求。这种情况下产品要求中的灵活性会打些折扣。购买商用产品意味着接受现有的产品要求，但这种要求也许不能完美地匹配自身产品的要求，这就需要设计人员把这种缺点与COTS技术提供的成本与上市时间优势作一个理智的权衡。
因此重要的是最终用户与技术人员必须参与COTS供应商的选择，考虑的重点要放在业务需求上而非技术本身。性价比分析所要考虑的因素应包括易学性、易用性、供应商名声和长期稳定性、许可方式和培训。所有与性能有关的声明必须尽可能采用内部或外部基准或演示来到得有效性认证。为了避免可能出现的偏差，评估标准应该在收到供应商建议前就制定好。选择供应商的主要工作包括研究和理解技术标准和相当的文件、采用类似建议请求(RFP)的标准模式征求供应商的建议、对供应商建议进行评估和排序、选择供应