共通フレーム２００７

共通フレームの概要

共通フレームの目的

共通フレームとは、情報システムの企画から開発、運用、保守、廃棄にいたるライフサイクルにおいて、それらの各プロセスを明確にすることにより、関係者が「共通の言葉」で話すための「共通のものさし」を定義したものです。

関係者の間で用語や概念が異なることがトラブルの原因になることがあります。
　たとえば「保守」という用語を、受注者は、納入した情報システムのエラーを修正することだと限定しているのに対して、発注者は、業務の変化に対応することまでも含むと解釈しているとします。無料保守期間に後者による保守が生じたとき、発注者は無料で対処することを要求するでしょうし、受注者は費用を要求するでしょう。 　このようなトラブルを回避するためには、前者を「是正保守」、後者を「適応保守」というように、「保守」の内容を細分化して定義し、双方が共通認識することが必要です。

共通フレームのプロセス構成

共通フレームの構成を下図に掲げます。

（拡大図）

規格や基準との関係

ＩＳＯやＪＩＳの規格では、ソフトウェアレベルでのライフサイクルプロセスを対象としたISO/IEC 12207（JIS X 0160）があります。共通フレームは、この規格を包含し、それに日本でのソフトウェア取引に必要とされている部分を追加しています。また、経済産業省の「システム監査基準」「システム管理基準」に合致した内容にしています。

共通フレームの基本原則

共通フレームは、ISO/IEC 12207と同様に、次のような基本原則で作成されています。

モジュール性

各プロセス間の関係は弱い結合で、互いに独立しています。また、プロセス＞アクティビティ＞タスクの階層にして、階層の上下関係は強い密着した関係になっています。

責任の明確化

たとえば、取得プロセスは「取得者」、企画プロセスは「企画者」というように、プロセスごとに、作業の主体者を明示しています。それとともに、範囲を「事業」、「業務」、「システム」、「ソフトウェア」にわけて、責任の範囲を明確にしています。

工程・時間からの独立

各プロセス、各アクティビティの記述順序は、プロジェクトの順序を規定したものではありません。

開発モデル、技法、ツールからの独立

ウォータフォール型、インクリメンタル型などの開発モデルやそれを支援するツールに依存せず用いることができます。

文書の種類・書式を規定しない

どのプロセスで○○仕様書を作成せよとか、その内容として△△を記述せよという規定をしていません。

ソフトウェアの尺度を規定しない

信頼性や保守性のレベルに関しては、規定していません。

修整の採用

修整はテーラリングともいいます。ある開発に共通フレームを適用するとき、状況に合わせてアクティビティやタスクを取捨選択したり、複数のタスクをまとめたりすることができるとしています。

共通フレームの構成

作業の階層

共通フレームでは、ISO/IEC 12207（JIS X 0160）に従い、
　　プロセス＞アクティビティ＞タスク＞リスト
の階層になっています。
　その一部を下図に掲げます。

従来、「要求分析」といわれていた概念を、共通フレーム２００７では「要件定義」としています。

対象の階層

共通フレームでは、対象を事業＞業務＞システム＞ソフトウェアに階層化しています。これは、責任の明確化でもあります。

事業

事業とは、企業経営のことです。事業達成すなわち経営戦略の策定や実現の観点から、ソフトウェアを調達し利用するのです。

業務

事業は販売業務、生産業務などからなっています。また、販売業務を受注業務、在庫管理業務のように細分化して定義することもできます。

システム

業務は、人による活動と、ＩＴを利用した活動にわかれます。後者をシステムといいます。システムはソフトウェア、ハードウェア、ネットワーク、入力・出力する人間などから構成されます。

ソフトウェア

すなわち、ソフトウェアはシステムを構成する一部です。

共通フレームでは、要件定義を「システム要件定義」と「ソフトウェア要件定義」に分けるなど、「システム」と「ソフトウェア」を明確に区分しています。

共通フレームは、システム開発の順序を規定するものではありませんが、一般的に次のようなＶ字型になります。

（拡大図）