開発ライフサイクルプロセスは、企画・要件から設計、実装、テスト、導入、運用・保守、最終的な廃棄まで、システムやソフトウェアに必要な活動を整理する考え方です。すべてを一度だけ順番に行うことを義務付ける言葉ではありません。
プロセスと開発モデルの違い
プロセスは「何の目的で、どんな活動をするか」、開発モデルは「それらをどういう順序や反復で進めるか」に注目します。ウォーターフォール、スパイラル、アジャイルなど、進め方が異なっても、要件の確認や品質の確保は必要です。
代表的な活動と成果
| 活動 | 確認すること |
|---|---|
| 企画・計画 | 目的、範囲、実現性、費用、体制、リスク |
| 要件定義 | 利用者のニーズ、機能、性能、セキュリティなどの条件と合意 |
| 設計 | 構成、データ、インターフェース、内部処理などの実現方法 |
| 実装・結合 | 設計を形にし、要素を組み合わせる |
| 検証・テスト | 仕様や要件への適合、欠陥、品質リスク |
| 移行・導入 | データ移行、切替手順、教育、運用への引渡し |
| 運用・保守 | 継続的なサービス提供と、障害修正・改善・環境変化への対応 |
| 廃棄 | 利用停止、データ保存・移管・消去などの管理 |
名称や範囲は使う規格・組織で異なります。テストだけが品質確保ではなく、要件や設計のレビュー、構成・変更管理なども横断して行います。テストで欠陥を見付け、開発者が原因を調べて修正する活動は区別します。
モデルによって進め方が変わる
- ウォーターフォール：工程と成果物を段階的に管理する。変更や手戻りが不要になるわけではない。
- スパイラル：リスクの分析・低減を重視しながら反復する。
- アジャイル：動くものや対話からフィードバックを得て、変化へ適応する。計画や文書を不要にする意味ではない。
導入する目的と限界
活動・役割・成果物を共有し、作業漏れや認識のずれを減らし、品質・費用・納期・リスクを管理しやすくします。ただし、枠組みを用意しただけで目標達成を保証するものではありません。対象に合わせた調整と、成果の継続的な確認が必要です。
確認問題
開発ライフサイクルプロセスについて適切なのはどれでしょうか。
- 必ずウォーターフォールで1回だけ実施する
- 運用開始後の保守は含めない
- 活動の目的を整理し、モデルに応じて反復や順序を設計する
- 導入すれば品質・費用・納期の目標を必ず達成できる
解答・解説を見る
正解：3。ライフサイクルの活動と、その進め方のモデルは分けて理解します。運用・保守や廃棄も含めて考えます。
全体像から次の学習へ
続いて設計・データベースなどの教材を探す場合は、資格・目的から選べるナビを利用できます。ここでのプロセスは、OSの実行単位とは別です。
コメント