SLCP(Software Life Cycle Process)
企画から開発、運用、廃棄までの工程を、発注側と受注側が同じ言葉で話せるように並べた枠組み。
もう少し詳しい説明
SLCP(Software Life Cycle Process。ソフトウェアライフサイクルプロセス)は、企画から廃棄までの工程を、共通の言葉で並べた枠組みです。
日本では、これをもとにした共通フレームが使われています。
なぜ要るのか:同じ言葉が、違う範囲を指す
発注する側と受注する側で、言葉の指す範囲がずれます。
| 言葉 | A社では | B社では |
|---|---|---|
| 「設計」 | 画面の見た目を決めるところまで | データベースの構造まで含む |
| 「テスト」 | 作った人が確かめるところまで | 利用者が確かめるところまで |
この状態で「設計まで」と契約すると、どこまでやれば終わりなのかが決まりません。あとから「そこまで入っているはずだ」という食い違いが起きます。
共通の物差しを置いて、同じ言葉で話せるようにするのがSLCPの役目です。
何が並んでいるか
工程の区切りと、その中の作業が並んでいます。
廃棄まで含むところが名前の Life Cycle(一生)にあたります。作って納めて終わり、ではありません。
守る決まりではない
| 何か | |
|---|---|
| SLCP・共通フレーム | 共通の言葉を決めた枠組み。認証(条件を満たしていると認める手続き)を受けるものではない |
| ISO/IEC 12207 | 国際規格。SLCPのもとになっている |
そのとおりに進めなければならない、というものではありません。 使う側が、自分のプロジェクトに合わせて必要な工程を選び取る(テーラリングと呼びます)ことが前提になっています。
契約との結び付き
工程の区切りがそろうと、どこまでを誰が受け持つかを決めやすくなります。
請負契約と準委任契約の使い分けも、工程ごとに考えます。成果物がはっきりしている工程は請負、やってみないと範囲が決まらない工程は準委任、という形です。
試験ではこう出る
科目A(旧・午前)では、目的が問われます。「取引の当事者が共通の言葉で話せるようにする」が答えの軸です。
認証を受けるものではないという点も、PMBOKやITILと同じ形で問われます。
科目B・午後や応用情報では、工程の区切りと責任の分かれ目が事例の中で出てきます。どこまでが要件定義か、という問いに結び付きます。
関連する用語
- 請負契約と準委任契約
- どの工程を誰が受け持つかを決めるときに、SLCPの区切りを使う
- 要件定義
- SLCPの中の1工程。何を作るかを決めるところ
- ソフトウェア保守(是正保守・予防保守・適応保守・完全化保守)
- 運用に入ったあとの工程。SLCPは廃棄まで含む
- SBOM
- 部品の一覧。作る工程と保守の工程をつなぐ材料になる
ミニクイズ
SLCP(共通フレーム)を使う目的として、最も適切なものはどれか。
正解は 3番:発注側と受注側が、工程や作業の呼び方をそろえて話せるようにする
SLCPは、企画から廃棄までの工程と作業を、共通の言葉で並べた枠組みです。「設計」「テスト」といった言葉が会社ごとに違う範囲を指していると、どこまでを頼んだのかで食い違いが起きます。共通の物差しを置いて、その食い違いを防ぐことが目的です。誤りを自動で見つける仕組みでも、人数と期間を算出する手法でもありません。第三者機関が品質を認証する制度でもなく、認証を受けるものではない点はPMBOKやITILと同じです。
この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト(全40問)
最終更新:2026-11-09