>「informal requirements」とは、プロジェクトやシステムの要件が非公式、非形式的な方法で表現されたものを指します。これは通常、技術的な専門知識を持たないステークホルダーやクライアントとの初期のコミュニケーションや議論の中で明らかにされる要件です。

>

> 特徴:

> 非形式的表現: 「informal requirements」は、通常、非技術的な言葉や日常言語で表現されます。

> 初期のアイデア: これらはプロジェクトの初期段階で議論される、基本的なアイデアや要件です。

> ドキュメント化されていない: 非公式要件は、しばしば口頭で伝えられ、正式なドキュメントには必ずしも含まれていないことがあります。

> 例:

> クライアントが「使いやすいインターフェースが欲しい」と述べた場合、これは「使いやすい」という非形式的な要件です。

> 「システムは速く動作する必要がある」という一般的なパフォーマンス要件。

> 注意点:

> 「informal requirements」は、その非形式的な性質上、曖昧で解釈が広がりやすいため、プロジェクトが進行するにつれて、これらを「formal requirements」（形式的な要件）に変換し、明確化していくプロセスが必要です。これには、具体的な機能、パフォーマンス基準、デザイン基準などを明確に定義する作業が含まれます。