我々は、次の目標の展開のための最小ハードウェア要件を文書化する必要があるため、エンタープライズアプリケーション開発：私たちはアクセスを必要とするいくつかのサーバー側のプロセスを実行あなたのアプリの最小ハードウェア仕様はどうやって思いつきますか？
に私たちは周りの投げてきたアイデアのいくつかは、我々のテスト環境に関する上の要件を基づか含ま各ターゲットのコンポーネントの最高仕様に対する要件をベースにし、現在利用可能なハードウェアに関する仕様をベースにしています。
どのようにハードウェア仕様を思いついていますか？
一般的にわれわれは私たちの環境（つまり、クライアント上の.NETまたはデータベースのIIS/SQL Serverに対する最小限の推奨）を曖昧なベースラインとして取ります。
通常、クライアントのサイズに基づいてアプリケーションのアプリケーションサイズ/予想データベースサイズがわかります。
この後、Windows PerfMonで行った観察に基づいて、「ファッジ」数を追加します。通常の条件で実行している場合、システムのクライアントメモリ/ CPU使用率を監視します。サーバー層では、ロードされた状態で実行しているときのメモリー/プロセッサーの負荷も考慮に入れます。
これらのすべてに基づいて、私たちは最高の推測を思いつきます。
最小ハードウェア&ソフトウェア要件に依存するテスト環境には、いくつかのマシンがあります。私はこれがこのような指標を定義する唯一の「安全な」方法だと思います。
これらのマシンでは、すべての種類のテストを少なくとも週3回実行します。すべての変更後にアプリケーションに十分なリソースがあることを確認してください。したがって、テストマシンを変更した場合は、最小要件も変更されます。私たちはクライアントとの最小値を定義し、この最小といくつかのテストマシンが再びテストする構築/購入いくつかのプロジェクトで
...
我々が実行されます私たちの環境でのユーザーのマシンのための一番下のベースライン仕様を使用ソフトウェアを効果的かつ合理的な顧客の期待の範囲内で使用できます。
私たちの仕事の大半はクライアントとの直接契約作業によるものなので、多くのハードウェア仕様はクライアントから直接提供され、現在の環境で動作しています（つまり、最悪のコンピュータで十分にうまく動作する必要があります彼らはアプリを使用することを計画している）。
時には開発作業と一緒にパッケージの一部としてテクノロジのアップグレードを行うよう説得することもできますが、それはあまり頻繁ではありません。
私は通常、OSやソフトウェアが動作する/依存する他のソフトウェアのシステム要件を使用します。良い出発点、私は信じています。
いくつかの例：
ソフトウェアフレームワーク/プラットフォームの最小要件についても調べてください。
"この環境ではソフトウェアを効果的に実行するユーザーマシン"：はい、これはどうやって判断しますか？ –
@ジョン：おそらく、アプリケーションを効果的に実行するにはあまりにも性能が低いものを見つけた後、環境にあるさまざまなクラスのマシンすべてでテストし、ベースラインを描くでしょう。 – TheTXI
はい、調査、ユーザビリティテスト/ベンチマーク。アンケート結果と組み合わせたベンチマーク統計は、特定の環境におけるアプリケーションの有効性について多大な洞察を提供します。 – theG