双方向のトレーサビリティ

経営課題や事業環境を踏まえ、対象業務の現状分析、適用する情報技術の調査、ビジネスモデルや業務プロセスの企画を行い、情報システム戦略との整合を確かめてまとめるシステム化の基本構想。共通フレームでは企画プロセスの「システム化構想の立案」で作成し、これを基に「システム化計画の立案」で対象範囲、スケジュール、費用、体制などを定める。

ISO/IEC/IEEE 12207に対応する日本産業規格で、ソフトウェアライフサイクルプロセスを定める。ソフトウェアの取得、供給、開発、運用、保守、廃棄までのプロセスを、JIS X 0170と同じ4つのプロセス群の構成で規定し、共通フレームの基礎になっている。

規格や組織の標準プロセスを、プロジェクトの規模、特性、リスクなどに合わせて、プロセスや活動を追加・削除・変更して適用すること。テーラリングとも呼ぶ。規格のプロセスを修整した場合は、その理由と妥当性を示して修整適合とする。

要件と、それを実現する設計、プログラム、テストケースなどの対応関係を表にまとめたもの。要件ごとに対応する成果物があるか、成果物ごとに元の要件があるかを確かめて、要件の漏れや不要な実装を見つけ、変更の影響範囲の把握に使う。

システムやソフトウェアを稼働させ続けるために、運用中に見つかった問題の修正や、環境の変化・新たな要求への対応を行うプロセス。保守の準備、問題と修正依頼の分析、修正の実施、保守のレビューと受入れ、移行、廃棄への引継ぎなどの活動からなる。

経営課題や事業環境を踏まえ、情報システム戦略に沿って、対象とする業務とシステム化の目的、効果、全体像を明らかにする活動。共通フレームの企画プロセスの最初の段階で、対象業務の分析、適用する情報技術の調査、業務の新しい姿の検討などを行い、経営者の承認を得る。