嵌入式實時系統(tǒng)開發(fā)的正確選擇

必須很好的理解和高效地管理由于決定采用“購買”而非“設計創(chuàng)建”方式所導致的結(jié)果。首先，自然是對供應商提出產(chǎn)品要求、產(chǎn)品可靠性、計劃和產(chǎn)品文檔等依賴請求。這種情況下產(chǎn)品要求中的靈活性會打些折扣。購買商用產(chǎn)品意味著接受現(xiàn)有的產(chǎn)品要求，但這種要求也許不能完美地匹配自身產(chǎn)品的要求，這就需要設計人員把這種缺點與COTS技術提供的成本與上市時間優(yōu)勢作一個理智的權(quán)衡。

因此重要的是最終用戶與技術人員必須參與COTS供應商的選擇，考慮的重點要放在業(yè)務需求上而非技術本身。性價比分析所要考慮的因素應包括易學性、易用性、供應商名聲和長期穩(wěn)定性、許可方式和培訓。所有與性能有關的聲明必須盡可能采用內(nèi)部或外部基準或演示來到得有效性認證。為了避免可能出現(xiàn)的偏差，評估標準應該在收到供應商建議前就制定好。選擇供應商的主要工作包括研究和理解技術標準和相當?shù)奈募⒉捎妙愃平ㄗh請求 (RFP)的標準模式征求供應商的建議、對供應商建議進行評估和排序、選擇供應商并簽署合同。

除了評估技術外，還應對供應商本身進行評審。要充分了解供應商開業(yè)時間的長短、供應商的背景和名聲、供應商的其它用戶對它的評價和意見、供應商人力資源的投入和對你的計劃或項目的支持情況，以及供應商對你業(yè)務和要求的理解程度，甚至對未來項目的承諾。以前軟件團隊認為軟件開發(fā)方案遵循類似于創(chuàng)建架構(gòu)的特定模式。提供符合一般模式的抽象方法能夠使軟件團隊定制符合他們特殊要求的方案，同時遵循被前人證明是高效和正確的模式。

嵌入式系統(tǒng)供應商已經(jīng)認識到需要通過提供軟件組件和類似于設計模式的框架來加快軟件開發(fā)進程。在DSP領域，供應商向 DSP設計工程師提供包括參考框架(RF)在內(nèi)的上百個以DSP為核心的軟件組件用于產(chǎn)品和系統(tǒng)開發(fā)。設計完好的參考框架能夠在設備開發(fā)的早期階段讓設計人員快速入門。RF內(nèi)含方便易用并且適合多種應用的源代碼。由此可以取消許多早期的低層設計決策，使開發(fā)人員能有更多的時間用在真正顯示產(chǎn)品特色的代碼開發(fā)上。設計人員可以選擇能夠最大程度滿足他們系統(tǒng)需要的專業(yè)RF，然后集成適配的算法(可以是其它供應商出售的DSP COTS算法，或供應商自己的算法)生成適合各種終端設備的特殊應用，如寬帶、語音、視頻圖像、生物測量和無線設施。這些RF提供百分之百的C語言源碼，并且沒有版稅要求。RF源代碼可以從www.ti.com/downloadrfnow網(wǎng)站下載。

軟件性能工程

許多嵌入式實時系統(tǒng)必須滿足一系列性能目標。一般來講，性能是一個軟件系統(tǒng)或組件對時間要求滿足程度的一種指示。這里的時間指標可以用響應時間和吞吐量來衡量，該時間值是指響應某種要求所需的時間，而吞吐量用以指示系統(tǒng)在特定時間間隔內(nèi)能夠處理的請求數(shù)量。可擴展性是嵌入式實時系統(tǒng)的另外一個重要指標，可以用它來衡量系統(tǒng)要求提高時系統(tǒng)能夠繼續(xù)滿足響應時間或吞吐量要求的能力。

如果在整個開發(fā)生命周期內(nèi)得不到正確的性能管理，那么即使選擇了正確的處理器和軟件也是徒勞的。性能故障的后果是非常嚴重的，它可能損傷與客戶的關系，造成收入下降，甚至導致整個項目失敗。因此在整個生命周期內(nèi)需要隨時關注性能問題。性能管理可以被動或主動完成。被動方式需要采用一個較大的處理器解決性能問題，它只在系統(tǒng)完成構(gòu)架、設計和實現(xiàn)后處理性能問題，在解決問題前一直處于等待狀態(tài)，直到實際需要測量的事件發(fā)生。主動方式是指整個生命周期內(nèi)一直在跟蹤和交流性能問題，同時開發(fā)用以識別性能劣化的進程，并在性能處理中培養(yǎng)團隊成員。

本文小結(jié)

顯然開發(fā)嵌入式實時系統(tǒng)是一個相當復雜的過程，本文旨在啟發(fā)設計人員在分析初始要求時如何權(quán)衡硬件與軟件之間的關系，要時刻在系統(tǒng)靈活性、速度、成本、計劃和可用工具之間作出權(quán)衡，并充分考慮各個供應商提供長期可靠支持的可能性。