システムの一生 — 企画・開発・運用・廃棄のサイクル

導入

人間に誕生から老後があるように、ITシステムにも「生まれてから終わりを迎えるまで」のサイクルがあります。このシステムライフサイクルを知ると、開発プロジェクト全体の流れが見通せるようになります。

なぜ重要か

ITパスポート試験のマネジメント系では、システムライフサイクルの各フェーズの名称・目的・作業内容が頻出です。特に「要件定義フェーズで行うこと」「テストの実施順序」「設計の外部設計と内部設計の違い」は定番の出題ポイントになっています。IT部門以外のビジネスパーソンがシステム開発プロジェクトに発注者側として関わる機会は増えており、各フェーズで何が行われているかを理解していることで、適切な意思決定や発注者としての役割を果たせるようになります。また廃棄フェーズにおけるデータ移行（マイグレーション）の重要性も、業務システムの入れ替えが増える現代では実務的な知識として役立ちます。

くわしく知ろう

システムライフサイクルとは、ITシステムの企画から廃棄に至るまでの一連の流れを指します。各フェーズでの作業内容を把握することが、試験対策の核心となります。

まず「企画」フェーズでは、システムを導入する目的や投資対効果（費用対効果）を検討し、経営層が導入可否を判断します。続く「要件定義」では、利用者や業務担当者へのヒアリングをもとに「何を作るか」を文書化します。

「設計」フェーズは外部設計（ユーザーが見る画面や機能の設計）と内部設計（データベース構造やプログラム構成の設計）に分かれます。その後の「開発（実装）」でコードを書き、「テスト」で動作を検証します。テストは単体テスト→結合テスト→システムテスト→受入テストの順で行われます。

「運用・保守」フェーズでは、稼働後の障害対応や機能改善を継続的に行います。そして最終的に「廃棄」を迎えますが、このとき蓄積されたデータの移行（マイグレーション）や適切な破棄が重要な作業となります。

具体例で理解する

たとえば、社内の在庫管理システムを新規導入する場合、「どんな課題を解決したいか（企画）」→「必要な機能の洗い出し（要件定義）」→「画面設計・DB設計（設計）」→「プログラム作成（開発）」→「動作確認（テスト）」→「日々の運用」という順で進んでいきます。

試験での出題パターン

【パターン1：フェーズの目的を問う問題】

「システム開発において、利用者のニーズや業務上の条件を明確にして開発内容を確定するフェーズはどれか」という形式で、企画・要件定義・設計・開発から正しいフェーズを選ぶ問題があります。「明確にする・確定する・明文化する」というキーワードが出てきたら要件定義、「導入の是非を判断する・費用対効果を検討する」なら企画フェーズと結びつけると素早く解答できます。

【パターン2：テストの実施順序を問う問題】

「単体テスト・結合テスト・システムテスト・受入テストを実施する正しい順序はどれか」という選択肢の並べ替え問題は頻出です。「小さな単位から大きな単位へ」という原則を軸に、モジュール単体→複数モジュール連携→システム全体→発注者確認という流れとして覚えておきましょう。逆順や間違えた位置に受入テストを置く選択肢が混入します。

よくある間違い・紛らわしいポイント

【外部設計と内部設計の混同】

外部設計はユーザーが直接見たり操作したりする部分（画面レイアウト・入出力仕様・操作フローなど）を設計するフェーズです。内部設計はユーザーからは見えないシステムの内側（データベースのテーブル構造・プログラムの処理ロジック・モジュール構成など）を設計するフェーズです。「外部＝ユーザー視点の見た目と機能、内部＝システムの中身の設計」という切り口で区別しましょう。

【要件定義と設計を混同する】

要件定義は「何を作るか（What）」を明確にするフェーズで、業務上の要求や利用者のニーズを文書化します。設計は「どのように作るか（How）」を決めるフェーズで、実現手段を具体化します。「画面レイアウトの決定は要件定義か設計か」と問われた場合、画面設計は外部設計（設計フェーズ）の作業であり、要件定義の作業ではありません。

【廃棄フェーズの軽視】

廃棄フェーズは単にシステムを停止するだけではなく、蓄積されたデータを新システムに移行するマイグレーション作業と、古い媒体・データを適切に消去・破棄する作業が伴います。個人情報が残ったまま廃棄するとセキュリティインシデントにつながるため、「廃棄時のデータ処理」も試験で問われる重要な論点です。

まとめ・試験ポイント

• システムライフサイクル＝企画→要件定義→設計→開発→テスト→運用・保守→廃棄
• 要件定義＝「何を作るか（What）」を明確にするフェーズ（「どのように作るか」は設計）
• 設計は外部設計（画面・機能）と内部設計（DB・プログラム構造）に分かれる
• テストの順序＝単体→結合→システム→受入（小さな単位から大きな単位へ）
• 廃棄時のデータ移行（マイグレーション）と安全な消去も重要な作業
• 試験では「各フェーズの目的」や「テストの順番」を問う問題が頻出