次のターゲット展開の最小ハードウェア要件を文書化する必要があるエンタープライズ アプリケーションを開発します。
私たちが投げかけたアイデアには、テスト環境に基づいた要件、各ターゲットのコンポーネントの最高仕様に基づいた要件、および現在利用可能なハードウェアに基づいた仕様が含まれます。
ハードウェアの仕様はどのように考えていますか?
一般に、環境に対する最小の推奨事項 (つまり、クライアント上の .NET またはデータベース上の IIS/SQL Server に対する最小の推奨事項) をあいまいなベースラインとして採用しています。
一般に、クライアントのサイズに基づいて、アプリケーションのアプリケーションのサイズ/予想されるデータベースのサイズがわかります。
この後、Windows PerfMon で行われた観察に基づいて、いくつかの「ファッジ」数値を追加します。通常の状態で実行している場合、システムのクライアント メモリ/CPU 使用率を監視します。サーバー層については、負荷の高い状態で実行する場合のメモリ/プロセッサの負荷も考慮に入れます。
これらすべてに基づいて、最善の推測を行います。
私のテスト環境には、ハードウェアとソフトウェアの最小要件が依存するマシンがいくつかあります。これが、そのようなメトリックを定義する唯一の「安全な」方法だと思います。
これらのマシンでは、あらゆる種類のテストを少なくとも週に 3 回実行し、すべての変更後にアプリケーションに十分なリソースがあることを確認しています。したがって、テスト マシンを変更すると、最小要件も変更されます。
一部のプロジェクトでは、クライアントと最小値を定義し、この最小値でいくつかのテスト マシンを購入/構築して、再度テストします...
ソフトウェアを効果的に実行し、合理的な顧客の期待の範囲内で動作する、環境内のユーザー マシンの最低ベースライン スペックを使用します。
私は通常、ソフトウェアが実行/依存する OS またはその他のソフトウェアのシステム要件を使用します。良い出発点だと思います。
いくつかの例：
また、選択したソフトウェア フレームワーク/プラットフォームの最小要件を確認してください。
私たちの仕事のほとんどは、クライアントとの直接契約によるものです。そのため、多くのハードウェア仕様は、クライアントとクライアントが現在その環境で実行しているものから直接得られます (つまり、クライアントが持っている最悪のコンピューターでも十分に機能する必要があります)。でアプリを使用する予定です)。
開発作業と一緒にパッケージの一部としてテクノロジーのアップグレードを行うように説得することもできますが、それは頻繁ではありません。