ITパスポート 2016年 秋期 問45
問題文
共通フレーム（Software Life Cycle Process）で定義されている内容として、最も適切なものはどれか。
選択肢
ア：ソフトウェア開発とその取引の適正化に向けて、基本となる作業項目を定義し標準化したもの（正解）
イ：ソフトウェア開発の規模、工数、コストに関する見積手法
ウ：ソフトウェア開発のプロジェクト管理において必要な知識体系
エ：法律に基づいて制定された情報処理用語やソフトウェア製品の品質や評価項目
🔒 解説は解答すると表示されます
共通フレーム（Software Life Cycle Process）で定義されている内容として最も適切なものはどれか【ITパスポート 解説】
正解の理由
正しい選択肢は ア の「ソフトウェア開発とその取引の適正化に向けて、基本となる作業項目を定義し標準化したもの」です。
共通フレーム（Software Life Cycle Process）は、ソフトウェアの開発から保守までの「何を・いつ・誰が・どのように行うか」という作業項目（ワークパッケージや成果物の種類など）を定義して標準化した指針です。これにより、発注者と受注者の役割や成果物の名称・内容が共通化され、取引（契約や検収）がスムーズになります。言い換えれば「作業のひな形（テンプレート）」を示すものです。
共通フレーム（Software Life Cycle Process）は、ソフトウェアの開発から保守までの「何を・いつ・誰が・どのように行うか」という作業項目（ワークパッケージや成果物の種類など）を定義して標準化した指針です。これにより、発注者と受注者の役割や成果物の名称・内容が共通化され、取引（契約や検収）がスムーズになります。言い換えれば「作業のひな形（テンプレート）」を示すものです。
（用語説明）
- 共通フレーム：ソフトウェアのライフサイクル（開発から廃棄までの流れ）に沿って作業項目を整理した標準的な枠組み。
- ライフサイクル（life cycle）：ものごとの生まれてから消えるまでの一連の段階。
解法ステップ
- 問題文のキーワード「定義されている内容」を確認する。対象は「内容の定義や標準化」であることを押さえる。
- 各選択肢の要旨を短く把握する：
- ア：作業項目の定義・標準化（プロセスや成果物）
- イ：見積り手法（規模・工数・コスト）
- ウ：プロジェクト管理の知識体系（管理手法）
- エ：法律に基づく用語や品質・評価項目
- 共通フレームの役割は「プロセスや作業項目の標準化」であると知っていれば、最も近いのは ア であると判断できる。イ・ウ・エは別の領域（見積り手法、プロジェクト管理体系、法令）を指すため除外する。
選択肢別の誤答解説
-
ア（正解）
ソフトウェア開発の各段階で必要な作業項目や成果物の名称・定義をまとめ、発注側・受注側で共通理解できるようにしたもの。取引（契約や検収）を適正化するためのガイドライン的役割があります。 -
イ（誤り）
これは「見積り手法」に関する記述です。見積り手法の例としてはファンクションポイント法（機能の大きさを基準にする）やCOCOMO（コスト見積りモデル）などがあります。共通フレーム自体は見積り手法を主目的にはしていません。 -
ウ（誤り）
これは「プロジェクト管理の知識体系」を指す表現です。代表例はPMBOK（Project Management Body of Knowledge：プロジェクト管理知識体系）などで、計画・実行・監視・統制といった管理方法を体系化しています。共通フレームは作業項目と成果物の定義に重きを置くため、完全には一致しません。 -
エ（誤り）
「法律に基づいて制定された…」という記述は誤解です。共通フレームは法律ではなく標準やガイドライン（業界のベストプラクティス）であり、法的強制力は通常ありません。また「情報処理用語やソフトウェア製品の品質や評価項目」だけを規定するものでもありません。
よくある誤解
-
「共通フレームは法律だ」
→ 共通フレームは業界の標準・ガイドラインであり、法律で定められたものではありません（強制力は基本的にない）。ただし、契約で採用すれば契約内容として効力を持ちます。 -
「共通フレームは見積り方法やプロジェクト管理そのものだ」
→ 見積り手法（イ）やプロジェクト管理体系（ウ）は別の領域です。共通フレームは「作業項目や成果物の共通定義」が中心です。見積り・管理はそれらを使って行う実務プロセスになります。 -
「共通フレームがあるから細かいやり方まで決まっている」
→ 共通フレームは「何を揃えるか」を定義しますが、具体的な手順やツール、社内の細かな進め方は組織ごとに決めます。
補足コラム
覚え方のコツ：共通フレームは「共通の枠（フレーム）」です。建物を建てる時に図面や検査項目の名称が共通化されていると、設計者と施工者、検査機関がスムーズにやり取りできますね。ソフトウェアでも同じで、仕様書（要件定義書）、設計書、テスト報告書といった成果物の名前と中身を共通化するのが共通フレームの役割です。
歴史的に、ソフトウェア開発は関係者間で呼び方や範囲がバラバラになりがちでした。共通フレームはそれを揃えて「誰が何を提出すれば良いか」を明確にするために作られたものです。
FAQ
Q1: 共通フレームを使うと何が良くなるのですか？
A1: 発注者と受注者の間で成果物や検収基準の共通理解が生まれ、契約や検収のトラブルを減らせます。社内でも工程やドキュメントの整備がしやすくなります。
A1: 発注者と受注者の間で成果物や検収基準の共通理解が生まれ、契約や検収のトラブルを減らせます。社内でも工程やドキュメントの整備がしやすくなります。
Q2: 共通フレームはどこで使われますか？
A2: 官公庁や大規模プロジェクト、業務ソフト受注開発などで採用されることが多いです。小さなプロジェクトでも、成果物の共通化という考え方は有用です。
A2: 官公庁や大規模プロジェクト、業務ソフト受注開発などで採用されることが多いです。小さなプロジェクトでも、成果物の共通化という考え方は有用です。
Q3: 共通フレームと国際標準（ISOなど）はどう違いますか？
A3: 両者とも標準化を目的としますが、共通フレームはソフトウェア工程の作業項目や成果物を具体的に定めることが多く、ISO規格はより広い品質管理やプロセス管理の枠組みを扱うことが多いです。用途や適用範囲が異なります。
A3: 両者とも標準化を目的としますが、共通フレームはソフトウェア工程の作業項目や成果物を具体的に定めることが多く、ISO規格はより広い品質管理やプロセス管理の枠組みを扱うことが多いです。用途や適用範囲が異なります。
関連キーワード: 共通フレーム, ソフトウェアライフサイクル, プロセス標準化, 成果物定義, 作業項目, 見積り手法, プロジェクト管理
\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！