ウォーターフォールモデル

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順次進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りが発生した場合のコストが大きい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りコストが大きいという課題がある。

要件定義、設計、実装、テスト、運用の各工程を順序どおりに進める伝統的なシステム開発手法。各工程の完了を上流工程のレビューで確認してから次工程に進む。監査では各工程での統制の実施状況を検証する。

システム開発において、機能を段階的に詳細化（トップダウン分割）し、順次・選択・反復の3つの基本構造で設計・実装する手法。DFDやE-R図などを用いて業務を分析・設計する。

データとそれを操作する手続きを「オブジェクト」として一体化し、オブジェクト間のメッセージのやり取りでシステムを構築する考え方。カプセル化、継承、ポリモーフィズムが主要な特徴。

システムの利用者（アクター）がシステムを通じて達成する目的や操作のシナリオを記述したもの。要件定義の段階で、システムに求められる機能を利用者の視点から整理・表現する手法。

オブジェクト指向のソフトウェア開発において、システムの構造や振る舞いを視覚的に表現するための標準的なモデリング言語。クラス図、ユースケース図、シーケンス図など複数のダイアグラムを定義している。

開発（Development）と運用（Operations）が連携・協力し、システムの開発からリリース、運用までを迅速かつ頻繁に行うための考え方や文化。自動化ツールやCI/CDパイプラインの活用が特徴。

機械学習（ML）モデルの開発・運用・管理を効率的に行うための手法や仕組み。DevOpsの考え方を機械学習に適用し、モデルの学習・評価・デプロイ・監視のライフサイクルを自動化・体系化する。