(本文から引用)
IEEE830-1998におけるソフトウェア仕様書(内部)の書き方IEEE830で示されている内部仕様書の書き方1仕様書の概要(何を作るのか)1.1目的仕様書の目的を書く仕様書を読む開発者を指定する1.2範囲作るソフトウェアに名前をつけるソフトウェアは何であるか説明するソフトウェアを使用しての利点、目的、目標を記述する上位レベルの仕様書の記述と矛盾がないようにする(ソフトウェアが大規模、改良などの場合)1.3定義、略語、短縮形仕様書を解釈するのに必要な用語、略語、短縮形の定義を書く。複数の資料、他のドキュメントを参照する形で提供しても良い。1.4参照仕様書のどこで他の資料を参照しているか完全な一覧を書く。それぞれのドキュメントの題名、レポート番号、日付、出版組織を記述する。参照ドキュメントの入手元を指定する。1.5概要仕様書の残りの部分に書かれていることを記述、仕様書の構成を説明する。2全容(なぜ作るのか)開発されるソフトウェアと開発されることによって影響のある要因を記述する。細かい要件については述べず、ソフトウェアが開発される要因を理解できるようにする。2.1開発されるソフトウェアの見通し開発されるソフトウ...
みんなのおすすめ商品(Amazon.co.jp)
|
|
|
|
|---|---|---|---|
のだめカンタービレ #23 (講談社コミックスキス)104人がクリックしました
著者:二ノ宮 知子 |
ONE PIECE 巻56 (ジャンプコミックス)7人がクリックしました
著者:尾田 栄一郎 |
BLEACH 42 (ジャンプコミックス)3人がクリックしました
著者:久保 帯人 |
他にもこんなクリップがオススメ
-
これ、Gmailで! 本文へ -
あとで読む - ブックマーク - an email-based free bookmark service 本文へ
まだ、使い込んでませんが、便利そうな感じです。 -
グーグルが本当に怖い理由 〔補完財の戦略的価値)|カフェメトロポリス 本文へ



