形式記述手法の本、入門書、技術書、専門書の紹介,評価,安売り価格

他人のためにソフトウェアを作成するための必須知識　評価：

要件定義とは、「顧客の注文(=請負人が作成しなければならないもの)を定義すること」です。
規模の大小を問わず、要件定義の失敗によってプロジェクトが破綻するといったことが日常茶飯事となっています。
特に、ソフトウェア開発プロジェクトにおいては、作るものが目に見えないことが、これに拍車を掛けています。
本書では、UI・機能・データという３要素を軸に、どのように要件定義の工程を進めれば良いかが簡潔に解説されています。
一般的には画面設計(UI)だけ作って終わりというプロジェクトが多く、本書でも「画面遷移図を描こう」が肝だとあとがきで述べられています。

ソフトウェア開発を依頼する側と請け負う側の両方の人が読むことができる要件定義の入門本　評価：

IT でおこなう要件定義というものを平易で簡潔に説明しています。
平易で簡潔に、というのは重要なポイントでして、これにより、ソフトウェア開発を依頼する側の人と請け負う側の人の両方が読むことが可能になるからです。
ソフトウェア開発を依頼する側の人、請け負う人の両方の方にこの本を強くおすすめしたいです。
すばらしい本です。
挿絵も秀逸でして、IT が不案内な人にも読み下しやすくなっています。
この本が、様々なソフトウェア開発の現場を改善していってくれることと強く期待します。

内容紹介　

要求分析の基礎知識と現場のノウハウを学べます！システム開発を成功へと導くためには、顧客の要求を分析し、漏れなくシステムの要件として定義する「要求分析」が欠かせません。
本書は、システムを企画・発注する立場にある若手社員やシステム開発に携わる若手技術者を対象に、要求分析の基本技術から要件定義のスキルやノウハウまでをやさしく解説します。
本書は、2部構成となっており、第1部では上流工程の流れや要求分析・要件定義のための基本技術を学習し、第2部では実際に要求分析・要件定義の演習を行います。
これにより、身につけた知識を具体的な活動に生かす方法をリアルに理解でき、企業や学校などで実施される研修にも役に立つ内容になっています。

内容（「BOOK」データベースより）　

本書は、システムを企画・発注する立場にある若手社員やシステム開発に携わる若手技術者を対象に、要求分析の基本技術から要件定義のスキルやノウハウまでをやさしく解説。
2部構成となっており、第1部では上流工程の流れや要求分析・要件定義のための基本技術を学習し、第2部では実際に要求分析・要件定義の演習を行う。
これにより、身につけた知識を具体的な活動に生かす方法をリアルに理解でき、企業や学校などで実施される研修にも役に立つ内容になっている。

難易度の高い書　評価：

中小企業の総務部門でシステム開発を初めて任された者にとっては難易度の高い書です。
タイトルに「システム開発者のための」と入れた方がいいかもしれません。
要求仕様書とは何なのか、仕様書をうまく作成するにはどうすればよいかといった理解を本書に求めたのですが、少々敷居が高かったようです。
クライアント側でさほどシステム開発の知識が無いのにいきなり本書を手にするのはどうかと思いました。
そうは言っても購入した以上無駄にはしたくないため、用語の意味をWEBで調べながら悪戦苦闘し少しは理解しました。
第１部　要求仕様にまつわる問題　では、文字通りシステム開発におけるトラブルや要求仕様書の効果などが述べられています。

要求マネジメントの良書　評価：

本書は、要求の導き出しから仕様化、要求の変更管理までを網羅している。
システム開発において、的確な要求を導き出すという永遠のテーマについて書かれた良書。
ＨｏｗＴｏ本と読み物としての二つの側面をもつ。
要求導き出しのテクニックなど、具体例をあげ解かり易く書かれているので、これから上流工程へ携わるビギナーの方にもお奨めできる。
また、訳本ではあるが、文章は平易で読みやすいのが大変良かった。
（日本語訳、監修の方のご苦労が伺える仕上がりになっている） 本書では、要求の導き出しから仕様化の間に「要求のトリアージ」を行うことを推奨している。

組み込みソフトウェアにぴったり　評価：

改めていう必要はないと思いますが、入力→プロセス→出力というデータの流れは、組み込みソフトウェア構築にぴったりな開発手法だと感じました。
要求定義からソースコード作成まで、1つ1つその工程の必要性まで解説してくれます。
このため初学者の(開発経験の浅い)私が、読み進めるだけで、構造化モデリング技術を勉強しつつ、開発アプローチをイメージすることができました。
このような方法論を、経験豊富なSESSAMEの人たちによってまとめられ、本書はとても参考になります。
今後は、ドキュメントでもって、そのモデリングの根拠まで示せるようになりたいと思います。

うまく構造化できれば　評価：

うまく構造化できるということは、うまくモデルが作れたというのと同義だと思っていました。
そのため、要求分析、設計、ソースコード作成は一体として構造化へまっしぐらだという感じです。
対象となるシステムによって、構造化の仕方が違うかもしれません。
経験が豊富ではないので、本書も一つの事例として参考にさせていただきます。
ありがとうございます。

これは使えるチェックポイント　評価：

要求定義は非常に難しい作業です。
前の経験がなかなか活きず、ここで苦労したから今度はしっかりやろうと思っていると、そこは大したひねりもなく、前は楽だったポイントに落とし穴があったり、網羅的にと考えると間違いなく時間不足になってしまったり・・・。
そうした中でチェックリストは非常に有効な手法だと思います。
チェックリストに従って、どの辺りが今回のシステム開発の肝になりそうなのか探りを入れて、これはと思ったら網羅的に調査していく。
そうした中で、このチェックポイントは非常に有効だと思います。
今も実際にこのチェックポイントをベースに自分なりに取捨選択をし、一部書き直したものを使って要求定義をすすめていますが、この本に出会わなければ見落としていたであろう多くのポイントを早期に発見し、検討することが出来ました。