消息

如何著手開發一款全新的產品？如果您的專案融合了物聯網、人工智慧、工業4.0或自動化等技術，那麼在設計過程中收集規格說明時，您將會遇到一些反覆出現的問題。由於新技術產品的開發平均需要2到5年的時間，因此應以設計方法論為基礎，確定硬體方面的系統硬性需求，從而節省資源和資金。

如果您閱讀我們的 上一篇部落格 關於最低系統需求和硬性系統需求的區別，您可能已經知道，前者最初是為了給軟體開發公司提供法律保障，以解決其軟體在某些硬體平台上無法正常運作而引發的投訴。相較之下，硬性系統要求指的是軟體必須滿足的最低硬體要求，否則軟體將無法運作。

此外，在開發新產品時，設計過程中會遇到一些反覆出現的問題，這些問題可能會造成不小的損失。如果在原型製作之前的初期階段，沒有準確定義系統的基本需求，最終將不得不花費大量資金購買測試設備。透過在任何新產品開發過程中運用設計方法，可以避免在這個成本高昂的環節中犯錯。讓我們來看一些細節。

省錢的第一步

在任何設計方法論中，節省成本的第一步都是精確地收集系統規格。例如，對於嵌入式系統，您可以著手定義架構。這種方法論允許跨學科團隊協作，使用通用語言繪製硬體和軟體之間的關係圖，同時兼顧最終用戶的需求。您可以 閱讀本文以了解更多內容第一步最重要的方面是不同參與者（技術方和非技術方）之間的溝通，以確保從軟體和硬體的角度準確地獲取最終結果。

定義硬性系統需求

收集到初步需求後，需要將其轉換為具體的系統需求。需要確定的一些類別包括：技術架構限制、隱含硬體需求、上​​下文硬體需求以及最低支援硬體需求。您可以在[此處插入連結]閱讀更多關於這些需求的資訊。 這篇文章。

這與最低系統需求有何關係？如果您遵循可靠的設計方法，則最低要求和硬性要求應該相同。此外，您還應該定義目標硬體平台、理想硬體平台、效能和可靠性。

透過定義硬性參數和理想參數之間的衡量標準，您可以建立一個經濟高效且可重複的測試環境，用於測試不同的硬體平台。只有這樣，您才能確定哪些系統最適合您的軟體。因此，您的最低系統需求將基於真實的效能數據。

產業準備好了嗎？

然而，目前業界還沒有一套標準的系統測試流程或方法來確定最低系統需求。大多數情況下，公司自行開發測試方法並私下使用，或者在最糟糕的情況下，他們只能憑感覺猜測最低要求。不幸的是，有些公司直接以軟體開發的硬體平台作為設定最低系統需求的依據。問題在於，通常用於開發的平台往往包含體積龐大的元件，這會增加最終系統的成本。

因此，在產品的整個生命週期中，尤其是在當前市場環境和供應鏈問題的影響下，您將面臨與成本上漲的持續鬥爭。採用過大尺寸的組件，並堅持使用單一規格且每個組件僅提供一種選項，這種做法您已經無法承受了。

誠然，在專案初期，制定設計方法論和明確系統需求會比您以往習慣的時間更長，但它能縮短產品上市時間，在原型製作階段節省大量資金，並在批量生產階段賦予您更大的靈活性。此外，設計方法論還能延長產品生命週期，讓您可以根據自身需求逐步淘汰產品。

如何建構自己的測試環境？

根據硬性需求，除了用於軟體開發的系統之外，您還應該選擇幾個硬體平台，並在不同的場景和使用者群體中運行解決方案。確保在所有系統中執行相同的任務，並分別以首次運行和頻繁使用兩種方式運行軟體。確保您的裝置能夠執行最終使用者將要使用的所有任務。最後，有系統地保存資料以便進行分析和決策。由於目前尚無行業標準，建議您與硬體製造商合作，他們可以指導您完成此過程，並在開發可靠且可重複的方法來收集最低和硬性系統需求的過程中，成為您真正的業務夥伴。

如果您想繼續閱讀有關嵌入式系統的內容，可以查看相關資料。 本頁。