6592:1998)現在ではもう廃止規格となってしまったが、それでもなお参考になることは多いので適当に抜粋しておく。使い方は規格を参照して欲しい。開発中のソフトウェアによって解決する問題の記述とその限界。ソフトウェアに期待する効果の記述とソフトウェアの要件。開発の次のフェーズで参照する文書、例えば現在の状態を示す文書、の一覧。次のようなものがある。文書に使用する言語を識別することが望ましい。日本語、フランス語、英語。契約情報を指定することが望ましい。版権の条件、ライセンス条項、使用条件及び保証事項を明記するとよい。第三者による保証のときには保証人を明示することが望ましい。システムを識別するための名称及び可能ならば、品目番号又は製品コード。成果物を生産するときのシステム性能に対する要求、例えば、評価基準である。ソフトウェアの開発によって実現する物理的/論理的システムの記述。システムが支援するすべての論理的機能を含めた機能に対する要求事項であって、技術的な実現とは独立である。システムが必要とするすべてのデータを明記する。可用性は、主としてシステムの利用可能性を示す数量(例えば、頻度、時間分布)である。計画された又は既存のソフトウェアの要求事項を満たすシステムの構成要素の記述。物理的な資源は、システム運用に必要な機器、用品及び設備である。システムの目的や計画に基づき試験の要件、手順及び結果について記述する。新しいシステムを導入するために必要となる段階の記述。評価文書にはシステムを評価するために必す(須)なデータを含む。結論/提言は現実の結果に基づいた、意思決定者の見解であって、ソフトウェア開発を更に進める基礎となるものである。常に読み込むバックグラウンドで実行した処理が全て完了するまで待つ月別アーカイブはてなブログをはじめよう!mokimokisanさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。