共通フレーム
システムやソフトウェアのライフサイクルに関わる作業や役割を整理し、関係者が共通の物差しで話せるようにする仕組み。取得者と供給者が、作業の範囲と内容を明確にするために使う。
イマシルちゃんの解説
システム開発を頼むとき、同じ「テスト」という言葉でも頼む側と作る側で想像する作業が違うことがあるんだ。
そんな行き違いを減らすために使うのが共通フレームだよ。
システムやソフトウェアの企画から廃棄までのライフサイクル全体で、必要な作業項目や役割を整理した枠組みなんだ。
これを手がかりに、開発を依頼する取得者と引き受ける供給者が、誰がどこまで担当するかを決めていくよ。
仕事の呼び方と中身をそろえることで、頼んだつもりの作業が抜けてしまうのを防ぎやすくなるんだ。
この解説はわかりやすかったですか?
より深い解説
ライフサイクル全体を見る
SLCPはSoftware Life Cycle Processesの略である。開発中だけでなく、構想から運用、保守、廃棄までに必要となる活動を整理する考え方である。
| 段階の例 | 整理する内容 |
|---|---|
| 企画・要件 | 実現したい目的と必要な機能 |
| 開発 | 設計、実装、検証などの作業 |
| 運用 | サービスを継続して提供する作業 |
| 保守 | 変更や不具合への対応 |
| 廃棄 | 利用終了時の移行や後始末 |
同じ「テスト」という名称でも対象や責任が違うことがある。名前の一致だけでなく、実施内容や成果物を確認する必要がある。
取引する当事者の役割
共通フレームは、取得者と供給者が取引内容を整理する助けになる。対象は外部委託に限らず、組織内の部門間でも利用できる。
すべての案件に全作業を同じように適用するのではなく、規模や特性に応じて調整する。案件に合わせた結果、誰が実施し、何を受け渡すかを明らかにする。
誤解しやすい点
| 誤解 | 実際の役割 |
|---|---|
| そのまま実行する詳細な手順書 | 作業を整理する枠組みであり、具体的方法は別途定める |
| 損害賠償の責任が自動的に決まる | 契約条件は当事者が明確にする |
| 違法複製の防止だけが目的 | ソフトウェア取引と作業全体の共通理解を支える |
| 特定の開発方法だけに適用する | 案件に合わせて活用する |
版と周辺概念
平成20年度の問題が対象とするのは2007年版である。後に2013年版が提供されており、古い版の項目構成をそのまま新しい版と同一視しない。
ITILはITサービスマネジメントのベストプラクティスを整理する枠組みである。SLAは利用者と提供者のサービス品質に関する合意であり、開発作業全体を整理する資料ではない。ISO 9001は品質マネジメントシステムの要求事項を扱う。このように、何を整理し、何を取り決めるかで区別する。