SLCP(Software Life Cycle Process)

分類
テクノロジ系 ソフトウェア開発管理技術
出る試験
基本情報応用情報
重要度
★★★☆☆

企画から開発、運用、廃棄までの工程を、発注側と受注側が同じ言葉で話せるように並べた枠組み。

もう少し詳しい説明

SLCP(Software Life Cycle Process。ソフトウェアライフサイクルプロセス)は、企画から廃棄までの工程を、共通の言葉で並べた枠組みです。

日本では、これをもとにした共通フレームが使われています。

なぜ要るのか:同じ言葉が、違う範囲を指す

発注する側と受注する側で、言葉の指す範囲がずれます。

言葉A社ではB社では
「設計」画面の見た目を決めるところまでデータベースの構造まで含む
「テスト」作った人が確かめるところまで利用者が確かめるところまで

この状態で「設計まで」と契約すると、どこまでやれば終わりなのかが決まりません。あとから「そこまで入っているはずだ」という食い違いが起きます。

共通の物差しを置いて、同じ言葉で話せるようにするのがSLCPの役目です。

何が並んでいるか

工程の区切りと、その中の作業が並んでいます。

大きな区切り中身
企画なぜ作るか、どんな効果を見込むか
要件定義何ができればよいか(要件定義)
開発設計、作成、テスト
運用動かし続ける
保守直す、良くする(ソフトウェア保守)
廃棄使うのをやめる

廃棄まで含むところが名前の Life Cycle(一生)にあたります。作って納めて終わり、ではありません。

守る決まりではない

PMBOKやITILと同じ性質です。

何か
SLCP・共通フレーム共通の言葉を決めた枠組み。認証(条件を満たしていると認める手続き)を受けるものではない
ISO/IEC 12207国際規格。SLCPのもとになっている

そのとおりに進めなければならない、というものではありません。 使う側が、自分のプロジェクトに合わせて必要な工程を選び取る(テーラリングと呼びます)ことが前提になっています。

契約との結び付き

工程の区切りがそろうと、どこまでを誰が受け持つかを決めやすくなります。

請負契約と準委任契約の使い分けも、工程ごとに考えます。成果物がはっきりしている工程は請負、やってみないと範囲が決まらない工程は準委任、という形です。

試験ではこう出る

科目A(旧・午前)では、目的が問われます。「取引の当事者が共通の言葉で話せるようにする」が答えの軸です。

認証を受けるものではないという点も、PMBOKやITILと同じ形で問われます。

科目B・午後や応用情報では、工程の区切りと責任の分かれ目が事例の中で出てきます。どこまでが要件定義か、という問いに結び付きます。

関連する用語

請負契約と準委任契約
どの工程を誰が受け持つかを決めるときに、SLCPの区切りを使う
要件定義
SLCPの中の1工程。何を作るかを決めるところ
ソフトウェア保守(是正保守・予防保守・適応保守・完全化保守)
運用に入ったあとの工程。SLCPは廃棄まで含む
SBOM
部品の一覧。作る工程と保守の工程をつなぐ材料になる

ミニクイズ

SLCP(共通フレーム)を使う目的として、最も適切なものはどれか。

正解は 3番:発注側と受注側が、工程や作業の呼び方をそろえて話せるようにする

SLCPは、企画から廃棄までの工程と作業を、共通の言葉で並べた枠組みです。「設計」「テスト」といった言葉が会社ごとに違う範囲を指していると、どこまでを頼んだのかで食い違いが起きます。共通の物差しを置いて、その食い違いを防ぐことが目的です。誤りを自動で見つける仕組みでも、人数と期間を算出する手法でもありません。第三者機関が品質を認証する制度でもなく、認証を受けるものではない点はPMBOKやITILと同じです。

間違えた用語の復習リストを見る →

この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト(全40問)

最終更新:2026-11-09