上下にスクロールするかキーボードの上下キーを使うと、次の学習カードへ進めます。

イントロ

システム開発プロセスの全体像

工程の順序と役割を中心にする

システム開発は、作る前に目的や要件を決め、設計し、実装し、テストしてから利用開始後も保守する流れで進む。開発工程の全体像がないと、要件定義やテストが何のためにあるか分からなくなるからです。

定義

システム開発プロセスの全体像

教科書では
システム開発は、作る前に目的や要件を決め、設計し、実装し、テストしてから利用開始後も保守する流れで進む。
言いかえると
システム開発は、作る前に目的や要件を決め、設計し、実装し、テストしてから利用開始後も保守する流れで進む。ここでは開発プロセス、上流工程、下流工程、移行、保守、成果物の入口を扱います。各工程の詳細手順、設計技法、プロジェクト管理までは追わず、要件定義設計を分けます。 仕事で見かけたときは、要件定義の目的を先に言えるか確認します。
手順

読む順番

  1. 1

    目的や場面を読み、何を判断する話か決める

  2. 2

    要件定義の役割を確認する

  3. 3

    設計との違いを、対象やタイミングで分ける

  4. 4

    短い例に当てはめ、最後に一文で説明する

図解システム開発プロセスの全体像で扱う関係を、短いラベルで整理した図
開発工程を横並びの流れで示し、各工程の主な問いを添える。左から順に追うと、開発の話は「何を決める段階か」「何を確認する段階か」で読むことが分かります。
場面
経費精算システムを導入するとき、要望整理から運用後の修正までを工程に分ける例
順に考えると
この場面では、まず要件定義が何を助けるかを確認します。次に設計との違いを見て、開発の話は「何を決める段階か」「何を確認する段階か」で読む。各工程の詳細手順、設計技法、プロジェクト管理までは追わず、役割を一文で説明できれば十分です。
ここが結論
要件定義設計を分けると、開発の話は「何を決める段階か」「何を確認する段階か」で読む。
注意

よくある混同

確認

確認テスト

Q1

システム開発プロセスの全体像で最も大切な見方はどれですか。

まとめ

まとめ

  1. 1

    要件定義の意味を説明できる

  2. 2

    設計との違い・関係を分ける

  3. 3

    開発の話は「何を決める段階か」「何を確認する段階か」で読む

  4. 4

    システム開発はプログラムを書く作業から始まると思うという誤解に注意する