本書は要件定義について、何をどのようにすればよいのかを説明する。
発注者とエンジニアの間をつなぐための考え方と手順を順番に解説する。
例えば、以下のような内容。
■要件とは： 依頼した人ができあがったものに対して「これならOKです」と言うために、「何がどうなればよいのか」ということを明確に定めたもの。
■要件定義の基本的な流れ： ①要望を出す（要望とは、心の中でこんなものが欲しいという願望で、要件の材料となる）→②要望を要求にする（要求とは、要望を言葉なり書面なり心の外側に形にして出したもの）→③要求を検討する（全てそのまま受けられるわけではない）→④代替案を考え、提案する（重要なのは可否判定を検討するだけなく代替案）→⑤提案への検討から再要求を繰り返し、合意から要件へ。
■ソフトウェア開発における定義すべき要件の内訳： ①UI、②機能、③データ
■企画を確認する： 要件定義開始以前に、まずプロジェクトのゴールを確認すべき。そのため、最低限企画書に必要な情報は、①プロジェクト名称、②なぜ（＝目的）、③何を（作るもの、作るものの説明、利用者、便益）、④どのように（体制、期限）。
■成果と評価と効果の違い： 「成果」＝アウトプット、作り手が生み出すもの。「評価」＝受け入れる側の評価。「効果」＝その結果として引き起こされる状態。筋の悪い企画は、成果にばかり目が行って、評価や効果に対する狙いがあやふやになる。
■実装技術の決定： 要件定義開始前までに、何を使ってどんな風にプログラミングをするのかという方針決定を済ませる。クラサバなのか、Webブラウザなのか。言語は何か、画面遷移方式、フレームワーク、DB、プロトコルは何か？
■行動シナリオ作成： ソフトウェアが完成した暁に、利用者がどんな風に行動するようになるかのフロー。①ソフトウェアを利用するタイミング。②ソフトウェアを利用する理由。③ソフトウェアを利用することで利用者が具体的に達成する仕事。
■UIの定義： データ項目、操作項目、レイアウト。ラフな画面イメージと項目、それを繋ぐ画面遷移を考える。画面に現れない導出項目に注意する。
■機能の定義： 機能とは仕事。画面遷移図ベースに出力を決め、次に入力、処理を決める。
■データの定義： ワークセット（仕事の単位）で設計し、その成果を1つに統合する。イベント系、リソース系を分けて拾っていく。統合時は、CRUD図を使って抜け漏れがないかチェックする。
■最終的な成果物： ①企画書、②全体像、③利用する実装技術、④要求一覧、⑤行動シナリオ一覧、⑥行動シナリオ、⑦ワークセット一覧、⑧概念データモデル、⑨ラフイメージorモックアップ、⑩画面遷移図、⑪画面項目説明、⑫機能の入出力定義、⑬機能の処理定義、⑭統合ERD
【感想】
本来は企画段階でやるべきことが、ベンダーの要件定義のスコープになっているというのは、まさに多くのプロジェクトでも見かける。
UI、機能、データの漏れがないよう要件定義を行うことが重要と理解した。
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません 。詳細はこちら
Kindle Cloud Readerを使い、ブラウザですぐに読むことができます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
![[羽生章洋]のはじめよう！ 要件定義 ～ビギナーからベテランまで](https://m.media-amazon.com/images/I/51QVR3y3sOL._SY346_.jpg)
著者をフォロー
何か問題が発生しました。後で再度リクエストしてください。
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
この本を読んだ購入者はこれも読んでいます
ページ: 1 / 1 最初に戻るページ: 1 / 1
