設定
学習モード
外観
開発技術に戻る
学習モード
外観
1 / 9 ブロック11%

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

イントロ

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

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

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

定義
とは、実現すべき業務・機能・品質などの条件を明確にする工程です。
同じ考え方で
とは、要件を実現する構造・処理・データの方式を具体化する工程です。とは、設計をプログラムや設定として動く形にする工程です。
手順

読む順番

  1. 1

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

  2. 2

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

  3. 3

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

  4. 4

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

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

よくある混同

確認

確認テスト

Q1

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

まとめ

まとめ

  1. 1

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

  2. 2

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

  3. 3

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

  4. 4

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

What's New

新しいカテゴリが追加されました

  1. AWS Certified AI Practitioner
  2. 日商簿記3級
  3. FP3級
更新履歴をすべて見る