fuguja.com
知識ベース

ISO / IEC 42010

ISO / IEC / IEEE 42010 システムおよびソフトウェアエンジニアリング—アーキテクチャ記述は、システムおよびソフトウェアのアーキテクチャ記述の国際標準です。

概要

ISO / IEC / IEEE 42010：2011は、システム、ソフトウェア、およびエンタープライズアーキテクチャの記述に関する要件を定義しています。標準用語を定義し、 アーキテクチャを表現、通信、およびレビューするための概念的基盤を提示し、アーキテクチャ記述、アーキテクチャフレームワーク、およびアーキテクチャ記述言語に適用される要件を指定することにより、 アーキテクチャ記述の実践を標準化することを目的としています。

その前身であるIEEE Std 1471に続いて、この規格はアーキテクチャとアーキテクチャ記述を厳密に区別しています。

この記事のISO / IEC / IEEE 42010の説明は、2011年に公開された標準に基づいています。

用語

ISO / IEC 42010は多くの用語を定義しています：

  • 建築 ：建築設計-システムのライフサイクル全体のアーキテクチャの構想、定義、表現、文書化、通信、認証、適切な実装の認証、維持、改善のプロセス（すなわち、「設計」）
  • アーキテクチャ ：要素、関係、および設計と進化の原則に具体化された環境内のシステムの基本概念またはプロパティ
  • アーキテクチャの説明 （略称 'AD'）：アーキテクチャを表現するために使用される作業成果物
  • アーキテクチャ記述言語 （略称「ADL」）：アーキテクチャ記述で使用する任意の形式の表現
  • アーキテクチャフレームワーク ：アプリケーションの特定のドメインおよび/または利害関係者のコミュニティ内で確立されたアーキテクチャの記述に関する規則、原則、および実践
  • アーキテクチャの観点 ：特定のシステムの問題を組み立てるためのアーキテクチャビューの構築、解釈、および使用に関する規則を確立する作業成果物
  • アーキテクチャビュー ：特定のシステムの関心事の観点からシステムのアーキテクチャを表現する作業成果物
  • 懸念 ：1つ以上の利害関係者に関連するシステムへの関心。懸念は、開発、技術、ビジネス、運用、組織、政治、経済、法的、規制、生態学的および社会的影響を含む、環境内のシステムへの影響に関するものです。
  • モデルの種類 ：モデリングの種類の規則。アーキテクチャビューは複数のモデルで構成され、それぞれが1つのモデルの種類に従います。
  • 利害関係者 ：システムに関心のある個人、チーム、組織、またはそれらのクラス

概念的な基盤

ISO / IEC / IEEE 42010には、標準化要件を支える概念モデルがあります。特に、概念モデルは、アーキテクチャの説明に含まれる重要な概念がどのように相互に関連しているかを説明します。標準では、モデルはクラス図のセットとして提示されます。

ISO / IEC / IEEE 42010概念モデルは、次の概念を利用します。

  • ADエレメント
  • 建築
  • アーキテクチャの決定
  • アーキテクチャの説明
  • アーキテクチャ記述言語
  • アーキテクチャフレームワーク
  • 建築モデル
  • アーキテクチャの根拠
  • アーキテクチャビュー
  • アーキテクチャの視点
  • 懸念
  • 対応
  • 対応ルール
  • （システムの）環境
  • モデルの種類
  • （システム）ステークホルダー
  • （システム）懸念
  • システム
  • 関心のあるシステム

概念モデル-アーキテクチャの説明

ISO / IEC / IEEE 42010概念モデルでは、アーキテクチャの説明：

  • 建築を表現する
  • 関心のあるシステムを識別する
  • 1人以上の利害関係者を識別する
  • 1つ以上の懸念事項を特定します（対象システムについて）
  • 1つ以上のアーキテクチャビューポイントと1つ以上のアーキテクチャビューが含まれます
  • 0個以上の通信を含む
  • 0個以上の通信ルールを含む
  • 1つ以上のアーキテクチャ理論的根拠を含む

概念モデルでは、アーキテクチャの説明には、利害関係者、関心のあるシステム、特定された懸念事項、アーキテクチャの視点、アーキテクチャビュー、およびアーキテクチャの根拠が必要であると記載されています。それは、アーキテクチャ記述に対応と対応規則があるかもしれないと述べています。

概念モデル-アーキテクチャビュー

ISO / IEC / IEEE 42010概念モデルのアーキテクチャビュー：

  • アーキテクチャ記述の一部です
  • 厳密に1つのアーキテクチャの観点で管理されます
  • 利害関係者が保持する1つ以上の懸念事項に対処する
  • 1つ以上のアーキテクチャモデルで構成されている

概念モデル-アーキテクチャの視点

ISO / IEC / IEEE 42010概念モデルでは、アーキテクチャの観点は次のとおりです。

  • アーキテクチャ記述の一部です
  • フレーム1つ以上の利害関係者の懸念（関心のあるシステムについて）
  • 正確に1つのアーキテクチャビューを管理します
  • 1つ以上のモデルの種類で構成されている

アーキテクチャビューポイントは、実際にはアーキテクチャビューの仕様です。アーキテクチャビューは、そのアーキテクチャビューに準拠する必要があります。

概念モデル-懸念

ISO / IEC / IEEE 42010概念モデルでは、次の懸念事項があります。

  • 関心のあるシステムの1人以上の利害関係者によって保持されている
  • アーキテクチャビューによって対処されます
  • アーキテクチャの説明によって識別されます
  • アーキテクチャーの視点で囲まれている

ISO / IEC / IEEE 42010への準拠

ISO / IEC / IEEE 42010は、標準への準拠の4つのケースを定義しています。

  1. アーキテクチャ記述（AD）
  2. 建築の視点
  3. アーキテクチャフレームワーク
  4. アーキテクチャ記述言語（ADL）

アーキテクチャの説明

アーキテクチャ記述は、対象のシステムのアーキテクチャを記述するアーティファクトです。 ISO / IEC / IEEE 42010では、 システムとは、ソフトウェア製品とサービス、およびソフトウェア集約型システムを含む、人工および自然のシステムを指します。アーキテクチャの説明にはさまざまな用途があります。 ISO / IEC / IEEE 42010に従って、標準に準拠するアーキテクチャの説明には次のものが含まれると予想されます。

  • 表現されているアーキテクチャの識別および概要情報。
  • システムの利害関係者とその懸念の特定。
  • アーキテクチャー記述で使用される各アーキテクチャー視点の定義、およびそれらの視点へのすべての関心事項のマッピング。
  • 使用されている各アーキテクチャビューポイントのアーキテクチャビューとそのアーキテクチャモデル。
  • 対応規則と対応、およびアーキテクチャ記述の必須コンテンツ間の既知の矛盾の記録。
  • アーキテクチャの理論的根拠（説明、正当化、記述されているアーキテクチャに関して下された決定の理由）。

ISO / IEC / IEEE 42010は、アーキテクチャ記述を複数のアーキテクチャビューに編成します。アーキテクチャビューは、記述されているシステムの利害関係者が抱える1つ以上の懸念事項に対処します。アーキテクチャビューは、そのアーキテクチャの観点で定義された規則と規則に従って、対象のシステムのアーキテクチャを記述します。各アーキテクチャビューにはアーキテクチャビューポイントが必要です。

アーキテクチャの視点

視点は、同じシステムを見る方法が異なるという考えを形式化します。視点は、少なくとも1970年代のロスの構造化分析にまで遡るソフトウェアおよびシステムエンジニアリングの長い歴史を持っています。 ISO / IEC / IEEE 42010では、視点はアーキテクチャ記述、アーキテクチャフレームワーク、およびADLに不可欠な役割を果たし、個別に指定することもできます。

ISO / IEC / IEEE 42010では、アーキテクチャの観点から次のことが期待されます。

  • 関心のあるシステムについて利害関係者が抱える1つ以上の懸念事項を整理する
  • 1種類のアーキテクチャビューの規則を確立します。

ビューポイントの規則には、モデリング言語、表記法、モデルの種類、設計ルール、および/またはモデリング手法、分析手法、ビューに対するその他の操作が含まれます。ビューポイントは、ビューの適合規則（整形式、完全性、解釈可能性など）を確立します。 利害関係者の関心を構成する際に、視点は、そのタイプのアーキテクチャビューがこれらの関心に対処する手段を定義します。

IISO / IEC / IEEE 42010では、アーキテクチャの観点から以下を含める必要があります。

  • 視点によって構成された特定の利害関係者の懸念（そのタイプの意見によって対処される）
  • これらの懸念を抱えている特定された利害関係者のセット
  • 使用されるモデルの種類（N乗などの関係/情報を表す手段）
  • 言語、表記法、規則、モデリング手法、これらのモデルの種類で使用される操作

アーキテクチャの観点には次のものが含まれます。

  • 作成、解釈、分析に使用される手法
  • 対応規則と一貫性をチェックする手段
  • ヒューリスティック、メトリック、パターン、例

アーキテクチャフレームワーク

アーキテクチャフレームワークは、アプリケーションまたは利害関係者コミュニティの特定のドメイン内でアーキテクチャの説明を使用、作成、解釈、および分析するための一般的なプラクティスを確立します。 ISO / IEC / IEEE 42010は、事前定義され、相互接続された一連の視点としてフレームワークを形式化します。

標準に準拠したアーキテクチャフレームワークには、次のものが含まれます。

  1. ドメイン内の関連する利害関係者の特定。
  2. その領域で生じる懸念。
  3. それらの懸念をフレーミングするアーキテクチャの観点
  4. それらの視点を統合する通信ルール。

標準に準拠するフレームワークには、多くの場合、プロセス、方法、ツール、および上記で指定したもの以外のその他の慣行が含まれます。

アーキテクチャフレームワークの例：Zachmanの情報システムアーキテクチャフレームワーク、英国国防省アーキテクチャフレームワーク（MODAF）、The Open Groupのアーキテクチャフレームワーク（TOGAF）、Kruchtenの4 + 1ビューモデル、Siemensの4ビューメソッド、Open Distributed Processingの参照モデル（ RM-ODP）およびGeneralized Enterprise Reference Architecture and Methoodology（GERAM）。 ISO / IEC JTC1 / SC7 WG42は、作業フレームワークとアーキテクチャフレームワークの分類を開発しました。

アーキテクチャ記述言語

ISO / IEC 42010では、以下を指定するために規格に準拠したアーキテクチャ記述言語（ADL）が必要です。

  • ADLが掲げる懸念
  • これらの懸念を抱く典型的な利害関係者
  • これらの懸念を組み立てるADLによって実装されるモデルの種類
  • それらのモデルの種類をリンクする通信ルール

アーキテクチャー記述言語は、1つ以上のアーキテクチャーの視点を指定できますが、持つ必要はありません。

アーキテクチャ記述言語の例：アーキテクチャ分析と設計言語、Acme、ArchiMate、BPMN、Rapide、SBC Architecture、SysML、UML、Wright、RM-ODPの5つの視点言語。

ADLによってフレーム化される懸念は、特定のアーキテクチャフレームワークによって対処される懸念と必ずしも一致しません。アーキテクチャフレームワークで使用するためのADLの適合性は、フレームワークとその視点に関する懸念をどの程度うまくフレーム化できるかに依存します。

ISO / IEC / IEEE 42010の歴史

この規格の起源は、IEEE 1471：2000の国際的な標準化規格です。この規格はもともとISO / IEC DIS 25961として投票されました。その後、採用され、ISO / IEC 42010：2007として公開されました。これはIEEE 1471：2000と同一です。

2006年、ISO / IEC JTC1 / SC7 WG 42およびIEEE Computer Societyは、この規格の調整された改訂を開始し、次の事項に対処しました。ISO/ IEC 12207およびISO / IEC 15288との調和。他のISOアーキテクチャ標準（たとえば、ISO / IEC 10746参照モデルオープン分散処理）との整合。アーキテクチャフレームワークとアーキテクチャ記述言語の仕様。アーキテクチャ決定のキャプチャ。モデルとビューの一貫性の対応。

2011年7月に、最終ドラフト国際規格が投票され、ISOメンバー団体によって承認されました（21-0）。対応するIEEEバージョンP42010 / D9は、2011年10月31日にIEEE-SA規格委員会によって改訂された規格として承認されました。ISO/ IEC / IEEE 42010：2011は、2011年11月24日にISOによって公開されました。

カテゴリ: