はじめに

「要件定義のセオリーと実践方法がしっかりわかる教科書」を読んでみたので
その備忘録も兼ねて自分用に気になった点などをまとめています。

要件定義

事業目標の達成のため情報システムに求められるものとその範囲を明確にする
- 数多の「やりたいこと」の中から「要望」や「要求」と「要件」を仕分けながら
  絞り込まれた本当に必要なものとその範囲を定める
- 予算内で実現可能かどうかも考慮する必要がある
網羅的に定義を行うため、対話しながら広く深い情報を得る
合意と承認
- 「合意」は「その方針で進めましょう!」
  「承認」は偉い人が「OK」を出して決定すること
- 合意はこまめに行う

業務フロー、ビジネスルール、入出力情報の観点から情報を洗い出して、情報を文書化する

行動のルール
ユーザの行動の指標

定義付けのルール
組織の決め事や考え方

分類	例
推測	情報に基づいて顧客の分類方法を定義する
計算	ポイント計算式を定義する

ウォーターフォールモデル（V字モデル）
- 企画 > 定義 > 設計 > 実装 > テスト > 受け入れ > 評価
- 人員計画や進行計画などの見通しが立てやすい
- 抜け漏れが発生した場合に他の工程に戻る必要が出るため影響が大きい
アジャイルモデル
- 小さい単位（例えば機能など）で企画から評価までのサイクルを繰り返す
- 仕様変更に対応しやすい
- クライアントの対応速度が遅れると強みのスピード感が失われる

要件定義、基本設計って奥が深い。