私は同意しません、コストはすべきではありません[〜＃〜] must [〜＃〜]何らかの形で表現されるべきではありません。
予測される運用コストは、プロジェクトに多大な影響を及ぼします。最後まで（製品が実際に販売されるとき）これを抽象化することは、大きな間違いです。
コストはdirect要件ではないかもしれませんが、これらの要件を作成する際の原動力となるはずです。
私は、システムを構成するコストがスペースを介してイオタを与えられなかったという理由だけで、プロジェクトが完全に脱線したのを見てきました。構成可能性が設計されていなかったわけではありません。設計されていて、レターのすべての技術要件に準拠していました。すべてが配達されると、彼らは入札のために提示するすべての費用を計算し、入札コンテストで他の誰よりも5倍高かった。構成コストが最初から要件に統合されていたとしたら、これは決して起こりませんでした。
コストは、シュリンクラップされたボックスに貼り付けられたドルの価値をはるかに超えています。ソフトウェアは、保守、更新、構成、インストールなどを行う必要があります。ソフトウェアの設計と製造全体を通じて行われる重要な決定において、コストが大きな役割を果たす可能性があります。したがって、それらは、要件を通じて設計に影響を与える他のすべての制約として認識され、パラメータ化されている必要があります。
番号。
機能要件とは、最終的なユーザーが必要とする機能を製品が提供する必要があることです。¹
非機能要件とは、製品に必要な品質または特性です。¹
どちらもソフトウェア自体に関するものであり、管理に関するものではありません。ソフトウェアの製造コストは、ソフトウェア自体を説明しておらず、ソフトウェア製品に固有のものではなく、人々に固有のものであるため、要件とは何の関係もありません。
要件もテスト可能である必要があります。これにより、保守コストすら含めることができなくなります。たとえば、ソフトウェア製品の現在のバージョンで次の要件が満たされていることを客観的に検証するにはどうすればよいでしょうか。
今後10年間のメンテナンスコストは年間5,000ドルを下回り、メンテナンスタスクは、製品の新しいハードウェアへの移行、パフォーマンスモニタリング、古いログと監査レコードのクリア、未登録ユーザーの個人情報のクリアに限定されます。製品によって収集された個人データに関連する法的要求の処理。
¹情報技術プロジェクトの管理から得られた定義：James Taylor、ISBN：0814408117によるソフトウェア、ハードウェア、および統合イニシアチブへのプロジェクト管理戦略の適用。
一般に、ソフトウェアプロジェクトの要件には、価格が含まれていますnot。
価格は通常、プロジェクトのproject bidding documentに含まれています。それ以外のすべての要件は、何が行われると予想されるかを指定するために書かれています。
通常、コストはソフトウェアの機能要件に含まれていません。これは、少なくとも部分的には、製品のコピーが1つだけ必要であるか、限界費用（追加のコピーを作成するコスト）がソフトウェアで0ドルに近いためです。ただし、他のタイプの製品では、単位あたりのコストが確実に要件になる可能性があります。たとえば、リモコン用のソフトウェアを設計している場合は、使用する必要のあるハードウェアを知っているだけで済みます。一方、デバイス全体を設計する場合は、お金を失うことなく機能要件を満たすコンポーネントを選択できるように、クライアントが追加のデバイスを製造するためにいくら支払うかを知る必要があります。