ソフトウェアエンジニアリング開発ドキュメントの書き方チュートリアル(11)—要件分析書の書き方


  • この記事の原著者:グ兄の弟
  • 著者ブログアドレス:http://blog.csdn.net/lfdfhl
  • この記事の参考資料: 『Software Documentation Writing Tutorial』(Electronic Industry Press、Ma Ping、Huang Dongmei 編)

ニーズ分析本の主な内容

ここに画像の説明を挿入

国の「ソフトウェア要件仕様 GB8567-88」で定義されている基準によると、ソフトウェア要件分析文書の内容は次のとおりです。

1 はじめに
1.1 執筆の目的
1.2 背景
1.3 定義
1.4 参考文献

2 ミッションの概要
2.1 目的
2.2 ユーザーの特性
2.3 前提と制約

3 要件
3.1 機能の要件
3.2 パフォーマンスの要件
3.2.1 精度
3.2.2 時間特性の要件
3.2.3 柔軟性
3.3 入出力の要件
3.4 データ管理機能の要件
3.5 トラブルシューティングの要件
3.6 その他の特別な要件

4 動作環境規定
4.1 機器
4.2 サポートソフトウェア
4.3 インターフェース
4.4 制御

上記は国が策定する需要分析書の標準フォーマットです。標準フォーマットはユーザーにガイドを提供します。初めて要件分析を作成し、どのようなコンテンツを含める必要があるかわからない場合は、標準フォーマットを作業を開始するためのナビゲーションとして使用できます。ソフトウェア開発などのクリエイティブな作業において、規格はクリエイターが自由に切り取って編集できるほか、ナビゲーション機能も備えています。需要分析本はソフトウェア開発者によって書かれていますが、最終的な読者はソフトウェア開発者ではなく、開発を委託する顧客であり、その多くは企業の業務プロセスに精通した上級幹部であり、ソフトウェアについてはほとんど知られていません。このため、需要分析は、基準を満たすことを前提とし、顧客の実情と合わせて、顧客と十分なコミュニケーションを図り、積極的に議論し、顧客にとってわかりやすい需要分析を作成するよう努めなければなりません。顧客が理解できるものであり、曖昧さはありません。

フレンドリーなリマインダー

GB8567-88 は廃止されました。新しいバージョンについては、コンピュータ ソフトウェアのドキュメント GB/T 8567-2006 の仕様を参照してください。

おすすめ

転載: blog.csdn.net/lfdfhl/article/details/130597721