内容説明
要求定義は開発の種。実践で使えるノウハウからコツまでが豊富なイラストで手に取るようにわかる。
目次
第１章 要求定義の位置づけ―要求定義はシステム開発の種
第２章 要求定義の事前情報と知識―要求定義は１人でやるものではない
第３章 要求の獲得―要求定義の第一歩
第４章 要求の取りまとめ―要求定義書の作成
第５章 要求定義の検証―要求定義後の検証と要求定義の役割
第６章 要求定義の実際―実例に見る成功と失敗
著者等紹介
佐川博樹［サガワヒロキ］
株式会社あたぼう代表取締役、中小企業診断士。大手総合電機メーカーに入社後、１２年に渡り、生産管理システムの企画、設計に従事。その後、プリセールスのエンジニア、プラットフォーム設計者を経て、独立。主に、ＩＴと経営を結びつけるコンサルティング業務に携わる。製造業、商社、サービス業、小売店など様々な業種において、業務アプリケーション、ウェブシステム開発、パッケージ導入など様々なシステム導入コンサルティングの経験を持つ。コンサルティング業務を行う傍ら、情報システム開発者への要求定義セミナーや開発技術教育・研修、ＩＴ導入を希望する企業向けのセミナー講演なども行っている（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。
感想・レビュー
※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。
ふろんた
11
どういう手法、手順で進めるかというより、結局は誰とどうやって要件定義するか。漏れや齟齬のないよう行いたいですね。2017/01/06
しまちゃん
1
要求定義フェーズの取り組み方について整理したくて、この本を手にしました。豊富なイラストで理解しやすく、色々な手法も紹介されています。まさに図解入門の一冊です。2012/06/04
mikio
1
図解のため有る程度わかりやすいが、あまり詳しくいあいていない。他の本との併用を進めます。2010/11/21
kuma-kichi
0
きれいにまとまっていて、よくわかる。初心者向けではあるけれど、講座コンテンツを作るときには参考になると思います。2017/05/09
夢読み
0
システム屋さんではないのだけれど、色々と顧客要求を受け取る立場なので勉強のために読んだ。ユースケース（シナリオ）をしっかり作ることが自チームでは重要ととらえているのだが、そういう事も載っていたので活用してみたい。また、「非機能要求の検討」は非常に重要と思った。アナロジー的な言い方になるのだが、非機能要求は、ハーツバーグがいうところの「衛生要因」に相当すると思うのだね。機能が満たされることの満足と非機能品質が満たされないことの不満足は相殺されないように思う。2016/05/15
