要件定義のセオリー

要件定義のセオリーで勉強して思ったこと、考えたことについて記録する

• 0章の感想：単語の言いかえが多くて(統一されていなくて)何について記述しているか理解するのが難しい。

要件定義

• 要件定義

  要求分析結果を基にシス テムで実装すべき制約を明確に、『要件』として確定すること

  (要件定義のセオリー P1)

  • 要件定義に必要なこと

    技術者ではない人にも理解でき、合意に至ることが可能な表現を用いる

    設計が可能な状態にする

    (要件定義のセオリー P1)

• 要件定義までの疑問
  1. 要求って何?(→2P)
  2. 要求分析ってどうやるの?(→)
  3. 制約をどうやって明確にするの?(→人・もの・金の事みたい)
  4. 「要件」って何?(→)
  5. 技術者ではない人がその取りきめを理解するにはどうしたらいいの?(→)
  6. 設計ができない状態の要件定義ってどんなものになるの?(→)

• 要求

  プロセスのあるべき姿

  データのあるべき姿

  (要件定義のセオリー P2)

• 要求定義までの疑問
  • そもそも、"データ"と"プロセス"をピックアップするところがよくわからない(→)

    • データ	価値のない電子情報(物質)、価値のある電子情報(物質)	観測した温度、月ごとの温度の傾向 鉄の塊、ねじ
      プロセス	データをどのように加工するか	統計処理 レーザーカッター

    • データを加工するプロセスを構築する体系を築くのを対象にしている?
  • 要求を明確化するとビジネスモデルを検討できるのか?(→)
  • ビジネスモデルではなく、要求を基にプロセスとデータについて作成するのか?(→)
  • 要件定義とは、明確にした要求に対し、リソース(人・もの・金)の制約のもと実現可能な最適なプロセスとデータを決めることか?(→)

• 機能の仕様を確定すること

  • 要件定義としてどこまでお客さんと決めるかについて記載されてる
    • 5W1Hを決める
• 仕様確定の疑問
  • 要件定義までに(機能仕様と要件?)を確定するべきなのか?(→)

• 要求と要件

  • 要求

    • 本当に欲しいもの

      (要件定義のセオリー P19)

    • 要求の構成要素

      • 経営からの要求

      • 担当部門からの要求

      • システムユーザーからの要求

    • 要求整理

      • どこまでシステムで解決するべきかを、明確にする

      • システム以外の手段で解決できるか検討する

  • 要件

    • 制約のもと、要求を実現するシステム機能

      • 要求	空を自由に飛びたい
        要件	頭にプロペラを付けて空を飛ぶ (リソースのもと実現できる)