消息

由於軟體和硬體通常是分開銷售或開發的，企業面臨著一個共同的問題：如何開發一個經濟高效、軟硬體無縫銜接的交鑰匙解決方案？想想你上次買電腦的情景。誰能告訴你想要使用的軟體是否與你購買的電腦相容？即使是購買電腦用於日常消費，也需要耗費大量精力進行研究，而且你仍然無法確定為了滿足日常使用需求而購買的電腦是否性能過剩。

從軟體開發者的角度來看，他們通常會在開發解決方案時考慮功能和效能，但卻無法預測使用者將使用的硬體平台。過去，用戶有時必須等到下一代處理器發布才能運行所需的硬體。如今，由於矽晶片的限制，軟體開發必須考慮硬體的限制（反之亦然）。因此，我們開始聽到越來越多的工程師談論「最低系統要求」。

最低系統需求是什麼？

最低系統需求是軟體公司隨軟體解決方案發布的一系列技術規範，旨在告知客戶該軟體相容的硬體。這些要求並不意味著軟體已經過全面或深入的硬體平台測試，以確定最佳且最具成本效益的平台。相反，這些要求最初是為了在軟體解決方案無法在低於指定規格的硬體系統上運作時提供法律保障。因此，如果您在配置較低的系統上運行該軟體，您不能向軟體公司投訴，因為他們已經事先告知了您「最低系統要求」。

如何確定哪些應該是要求？

當你向銷售人員詢問這個問題時，你可能會得到一個令人惱火的答案：「視情況而定！」。但在這篇文章中，你會找到一些在設計解決方案時需要研究的關鍵點。的確，在確定軟體解決方案是否能在特定的硬體平台上運作之前，你需要分析多個面向。然而，並非所有需求都是絕對必要的。缺少某些功能係統將無法正常運作，這些功能才是硬性需求。你能看出它與最低系統需求之間的差異嗎？前者意味著系統經過測試，確定了所需的功能，並且沒有過度配置組件。後者不僅會無意中過度配置組件，也無法保證系統的正常運作。

那麼，讓我們回顧一些常見的需求類別，您應該研究這些類別來確定係統的硬性需求：

1. 技術架構約束通常情況下，這是系統設計必須滿足的要求，並且從一開始就會在解決方案中明確考慮。例如，如果您的應用程式運行在 x86 架構上，則無法在 ARM 架構上執行該應用程式。
2. 隱含硬體需求通常情況下，這些系統需求並非有意選擇，因為這類系統需求取決於您正在使用的其他函式庫或驅動程式。例如，如果您正在建立 .NET 3.0 應用程序，則您的系統需要滿足 .NET 3.0 框架的最低系統要求。
3. 上下文硬體需求這些需求大多數使用者都會暢所欲言，因為它們通常與使用者體驗息息相關。例如，您可以根據這些需求來支援特定的品質屬性場景，例如：效能、可靠性和可用性。為了提供良好的使用者體驗，您需要滿足以下要求。
4. 最低支援的硬體需求這些是預期與特定軟體正常運作所需的硬體規格，您的支援團隊已準備好協助您進行故障排除。通常，這套硬體是您可以直接存取的，無論是您的開發機器還是透過測試實驗室存取的機器。

了解硬性系統需求和最低系統需求之間的差異僅僅是確定軟體解決方案最佳硬體的第一步。在當前嚴峻的市場和經濟環境下，正確配置硬體可以幫助您節省資金和時間，同時提供性能卓越且運作流暢的解決方案。如果您想了解更多關於如何為您的解決方案選擇最佳硬體的信息，請閱讀（嵌入式系統架構是設計與規劃的基礎若要繼續閱讀有關嵌入式系統的內容， 造訪此頁面。