図解入門よくわかる最新システム開発者のための仕様書の基本と仕組み (How-nual図解入門Visual Guide Book)

著者 : 増田智明

• 秀和システム (2007年8月27日発売)

作品紹介・あらすじ

要求定義から納入までの流れとともに仕様書の種類と目的、作成のポイントをやさしく解説。

感想・レビュー・書評

[isseiabeさんの感想 · 2014年10月11日]

古いタイプの開発手法に則っている様である。
現実の現場では千差万別で普遍的なものは机上論にならざるを得ないのは避けられないが、サンプル的に入門者の体験という意味は大きいと思われる。
著者は開発経験が無いのかと思ったが、いちおう経験者の様だ。
教科書的な内容には良い面も悪い面もある。

[kabahandleさんの感想 · 2012年2月19日]

今更ながら仕様書本を読んでいます。
これ読んだら、「システム設計vol.3」の予定です。

読了しました。
概要説明だけでしたが、経験と合わせるとなるほどこういうことなのかと思えました。

次はUMLかシステム設計ですね。

[bkbgさんの感想 · 2011年10月16日]

システム開発者のための仕様書の基本と仕組み
●プロジェクトの途中には、マイルストーンを満足させるための成果物（要求定義書、設計書など）がある
●機能の確定や分析により外部設計を進めることで見積もりの精度を高め、リスクを減らせる
●要件定義では、最初にアクターを決める
●開発側がまとめた要件定義を示す文書を顧客が確認することにより、完成イメージをあわせることができる
●用語は用語集としてまとめ、要件定義書や基本設計書で使う用語を開発者と顧客であわせる
●基本設計、外部設計では後続文書の前提を記述することが必須だが、詳細を書きすぎると次のステップを進めにくくなる
●外部設計は操作の視点、内部設計は実装の視点で検討することで、要件の曖昧さを早期に発見できる
●ユーザ機能単位で分けたり中間リリースができるように設計し、アジャイル開発の手法を採用することで、開発途中の要望を反映できる
●要求定義では、概要や中心部分を把握して全体を網羅することで見積もりのブレを小さくする
●プロジェクト進行中に発生した問題点については、的確な妥協点を判断することが重要

[Kouさんの感想 · 2009年5月1日]

・要求定義書

↓要件定義
↓　・業務分析
↓　・アクターの抽出
↓　・業務の流れ
↓　・ユースケース記述
↓　・アクティビティ図
↓　・プロトタイプの作成

・要件定義書
・基本設計書

著者プロフィール

増田智明（ますだ ともあき）

東京都板橋区在住。得意言語は、C++/C#/F#。電子工作はRaspberry Pi/Arduinoからスタートして、M5StackとBLEを並行してやりつつ、新人教育でVue.js+Laravelを使ったり。隔週でScratchを教えに行きながらも、ギターでバッハを練習中です。
主な著書に、『現場ですぐに使える！ C/C++逆引き大全 560の極意』『現場ですぐに使える！ Visual C# 2019逆引き大全 500の極意』『成功するチームの作り方 オーケストラに学ぶプロジェクトマネジメント』（以上、秀和システム）『.NET 6プログラミング入門』『プログラミング言語Rust入門』（以上、日経BP）など。

「2022年 『現場ですぐに使える！ Visual C# 2022逆引き大全 500の極意』 で使われていた紹介文から引用しています。」