コードコードの42ページに、要件フェーズで検討する必要のある要件項目のチェックリストがあります。
項目の1つ（リストの下部近く）には、Are minimum machine memory and free disk space specified
これはあなたが行ったプロジェクトの要件であり、何かを構築し始める前にそのような要件をどのように定義したのですか？
これは単なる提案であり、率直に言って、これを要件に含めることはないと思いますが、考えさせられました（これが本当の質問です）。
システム要件をどのように見積もるのか...
これは要件フェーズにあるので、アプリケーションが使用するリソースを見積もるよりも、アプリケーションを実行する必要のあるマシンの最小仕様を特定することの方が重要ではありませんか？
私は、標準ビルドを持ち、使用される最小スペックのマシンを特定できる企業クライアント向けのシステムを開発しました。多くの場合、インストールするマシンの最小仕様はわかりませんが、サポートする必要のあるオペレーティングシステムはわかっているので、そこから推測できる場合があります。
私は以前にこれを指定しましたが、それは常にその日の「標準」仕様を使用した球場の数字でした。たとえば、現時点では、私のアプリは少なくとも4GBのRAMを搭載したサーバーにデプロイするように設計されていると簡単に言えます。それが私たちが開発してテストしているものだからです。
クライアントアプリの場合、もう少し詳細を取得する必要があるかもしれませんが、一般的には、ターゲットとするマシンのクラスを決定し、アプリがそれらの制約内に収まるようにするのが最善です。アプリケーションが1つの領域で特に高い要件を持っている場合（たとえば、大量の画像を保存する場合、または強力なグラフィックプロセッサが必要な場合）にのみ、より詳細に調べる必要があります。
これらは確かに、私が取り組んできたいくつかのプロジェクトの初期段階での考慮事項です。多くの科学的コードは、大きな行列を扱うことに要約されます。多くの場合、コードXが、たとえば、複雑なdoubleの100,000行と列を持つ密行列を操作する必要があることを早期に特定することができます。合計を行います。答えは、（a）PCにRAMを搭載することです。また、（b）パフォーマンスに必要がない場合でも、メモリ用にこれを並列化する必要がある場合もあります。
ユーザーは、N回の反復ごとにプログラムをチェックポイントしたい場合があります。非常に大きなデータセットを使用したチェックポイントは、多くのディスク領域を使用する可能性があります。電卓をもう一度取り出してください。
私はそれがすべて非常にニッチであることを知っています、しかしそれが重要であるときそれは重要です。
マシンメモリは、仮想メモリが非常に一般的であるというトリッキーなものですが、システムによっては、ディスク容量はそれほど難しくありません。多数の外部デバイス（入力の受け入れ、データの変換、顧客への配信）を処理するように構築されたシステムが稼働しており、現在および予測されるデータ量がわかっているため、サイズ設定はかなり簡単でした。デバイスが生成されていました。
テスト中にソフトウェアで使用されているメモリの量を確認し、より大きなチャンクを処理する場合、つまり最大のテストスイートで1000アイテムを処理し、4 MBが必要な場合に、さらに多くのメモリが必要になる可能性があることを見積もることができます。 100万個のアイテムを処理するには4GBが必要です。
組み込みシステムのソフトウェアには最小のマシンメモリ要件があるのを見てきました。多くの場合、カスタムビルドのハードウェアの制限に由来します。ボックスがXxY x Zの寸法のみであり、他の物理的要件を満たす必要がある場合、ソフトウェアで使用可能なメモリの制限は絶対的であり、最低限のものを事前に設定する必要があります。
Webアプリの世界では、これは決して大したことではありませんでした。結局のところ、コードが完成する前にターゲットハードウェアの新しいモデルがリリースされ、メモリが安くなるでしょう...だから、時間を無駄にするのはなぜですかあなたがちょうど追加することができるとき、小さいサイズに合うために？
大規模なデータプロジェクトが空き領域について言及しているのを見てきました。データベースにデータを移動するための余裕がない場合は、システムを実際に起動することができます。私は、データベースのハミングを維持するのに十分なスペースが常にあることを確認するためのベルとホイッスルおよび緊急措置を指定する要件を見てきました。