IEEE1471 規格

IEEE 1471 は、「ソフトウェア集約型システム」 (ソフトウェア アーキテクチャとも呼ばれる) のアーキテクチャを記述するための、IEEE 標準に置き換えられたものです。

2011 年に、 ISO/IEC/IEEE 42010 (システムおよびソフトウェア エンジニアリング - アーキテクチャ記述)に置き換えられました。

IEEE 1471 は、正式には ANSI/IEEE 1471-2000、ソフトウェア集約型システムのアーキテクチャ記述に関する推奨プラクティスとして知られている標準の短縮名です。電気電子技術者協会 (IEEE) の用語 では、これは「推奨プラクティス」であり、その標準の中で最も規範性が低いものです。2007 年に、この標準はISO/IEC JTC1/SC7 によってISO/IEC 42010:2007、システムおよびソフトウェア エンジニアリング - ソフトウェア集約型システムのアーキテクチャ記述に関する推奨プラクティスとして採用されました。^[1]

「アーキテクチャ」がシステムのライフサイクルに強い影響を与えることは、長い間認識されてきました。しかし、比較的最近まで、^{[いつから?]}ハード^{ウェアの問題が}アーキテクチャの考え方を支配する傾向があり、ソフトウェアの側面は、考慮されるとしても、開発のプレッシャーの下で最初に妥協されることがよくありました。^[1] IEEE 1471 は、ソフトウェア集約型システムのアーキテクチャについて考えるための基礎を提供するために作成されました。

IEEE 1471 の貢献は次のように要約できます (このリストでは、斜体で表記されている項目は標準で定義され、使用されている用語です)。

• アーキテクチャの記述のための定義とメタモデルを提供します
• アーキテクチャはシステムの利害関係者の 懸念に対処する必要があると述べている。
• アーキテクチャ記述は本質的に多視点であり、単一の視点ではすべての利害関係者の懸念を適切に捉えることはできないと主張している。
• これは、ビューと観点の概念を指定します。観点は、それらの関心事に対処するアーキテクチャを記述するために使用される関心事のセットと表現/モデリング手法などを識別し、ビューは、特定のシステムに観点を適用した結果です。
• これは、アーキテクチャ記述のコンテンツ要件と、準拠するアーキテクチャ記述ではその視点とビューが1 対 1 で対応するという考え方を確立します。
• アーキテクチャの根拠を把握し、アーキテクチャ記述内のビュー間の不一致/未解決の問題を特定するためのガイダンスを提供します。

IEEE 1471 は、その概念をRM-ODPやIEEE 12207などの他の標準のアーキテクチャ概念に関連付ける有益な付録を提供します。

1995 年 8 月、IEEE ソフトウェア エンジニアリング標準委員会 (SESC) は、IEEE 標準にアーキテクチャの考え方を取り入れる方向性を定めるために、IEEE アーキテクチャ プランニング グループ (APG) を設立しました。1996 年 4 月、APG が SESC に提出した推奨事項を実行するために、アーキテクチャ ワーキング グループ (AWG) が設立されました。AWG の議長は Basil Sherlund、副議長は Ronald Wade、David Emery で、仕様は Rich Hilliard が編集しました。AWG のメンバーは 25 名でした。仕様の草案は、130 名の国際レビュー担当者によって投票され、コメントが寄せられました。2000 年 9 月、IEEE-SA 標準委員会は、この仕様を IEEE Std 1471-2000 として承認しました。

2006 年、ISO/IEC 合同技術委員会 1 (JTC1)、情報技術/小委員会 SC 7、ソフトウェアおよびシステム エンジニアリングは、ISO および IEC の国内機関による承認と並行して、特別な「ファスト トラック手順」の下で、この仕様を ISO/IEC 42010 として採用しました。ISO/IEC ファスト トラック投票の成功と、IEEE 標準の 5 年ごとの標準レビューに従って、ISO/IEC JTC1/SC7/WG42 と IEEE CS によるこの標準の調整された改訂が 2006 年に開始されました。

2011年11月、^{[2] IEEE 1471-2000およびISO/IEC 42010:2007は}、ISO/IEC/IEEE 42010:2011、 「システムおよびソフトウェアエンジニアリング - アーキテクチャ記述」に置き換えられました。

IEEE 1471 ^{[1] [3] [4]}によれば、アーキテクチャ記述は次のような目的で使用できます。

• システムの表現とその進化
• システム関係者間のコミュニケーション
• 一貫した方法でのアーキテクチャの評価と比較
• システム開発活動の計画、管理、実行
• 受け入れ可能な変化を導くためのシステムの永続的な特性とそれを支える原則の表現
• システム実装がアーキテクチャ記述に準拠しているかどうかの検証
• ソフトウェア集約型システムアーキテクチャの知識体系への貢献を記録する

IEEE標準ソフトウェアエンジニアリング用語集^[5]によれば、次のような定義が使用されています。

• アーキテクト: システム アーキテクチャの設計を担当する個人、チーム、または組織。
• アーキテクチャ記述(AD): アーキテクチャを文書化するための製品のコレクション。
• アーキテクチャ: システムの基本的な構成であり、その構成要素、構成要素同士の関係、構成要素と環境との関係、およびシステムの設計と進化を導く原則で構成されます。
• 設計: アーキテクチャの適切な実装を定義、文書化、維持、改善、および認証するアクティビティ。
• システム: 特定の機能または機能セットを実現するために編成されたコンポーネントの集合。システムという用語には、個々のアプリケーション、従来の意味でのシステム、サブシステム、システム・オブ・システム、製品ライン、製品ファミリ、企業全体、およびその他の関心のある集合体が含まれます。
• システム ステークホルダー: システムに対して関心や懸念を持つ個人、チーム、組織 (またはそのクラス)。
• ビュー: 関連する一連の関心事の観点から見たシステム全体の表現。
• 視点: ビューを構築および使用するための規則の仕様。ビューの目的と対象者、およびその作成と分析の手法を確立することで、個々のビューを開発するためのパターンまたはテンプレート。

IEEE 1471では以下の概念フレームワークが使用されている。^{[1] [3] [6]}

1. システムの環境、つまりコンテキストは、そのシステムに影響を与える可能性があります。環境には、インターフェイスを介して直接、または他の方法で間接的に、対象のシステムと対話する他のシステムが含まれる場合があります。環境は、他のシステムに対する対象のシステムの範囲を定義する境界を決定します。
2. システムには 1 人以上の利害関係者が存在します。通常、各利害関係者はそのシステムに対して利害関係や懸念を抱いています。
3. 懸念事項とは、システムの開発、運用、または 1 人以上の利害関係者にとって重大または重要なその他の側面に関係する利益です。懸念事項には、パフォーマンス、信頼性、セキュリティ、配布、進化可能性などのシステムの考慮事項が含まれます。
4. システムは、その環境内で1 つ以上のミッションを実行するために存在します。ミッションとは、1 人以上の利害関係者が一連の目的を達成するためにシステムが意図する使用法または操作のことです。
5. すべてのシステムには、理解されているかどうか、記録されているか概念的であるかに関係なく、アーキテクチャがあります。アーキテクチャは、アーキテクチャ記述によって記録できます。
6. アーキテクチャ記述は、(アーキテクチャ)ビューと呼ばれる 1 つ以上の構成要素に編成されます。各ビューは、システム関係者の 1 つ以上の懸念事項に対処します。ビューは、特定の観点に関するシステムのアーキテクチャの部分的な表現です。
7. ビューポイントは、ビューを作成、描写、および分析するための規則を確立します。このように、ビューはビューポイントに準拠します。ビューポイントは、ビューを記述するために使用される言語 (表記法、モデル、または製品タイプを含む) と、ビューのこれらの表現に適用される関連するモデリング方法または分析手法を決定します。これらの言語と手法は、ビューポイントによって対処される問題に関連する結果を生成するために使用されます。
8. アーキテクチャ記述では、使用する 1 つ以上のビューポイントを選択します。ビューポイントの選択は通常、AD の対象となる利害関係者とその懸念事項を考慮して行われます。ビューポイントの定義は AD から始まる場合もあれば、他の場所で定義されている場合もあります (ライブラリ ビューポイント)。
9. ビューは 1 つ以上のアーキテクチャ モデルで構成されます。各アーキテクチャ モデルは、関連するアーキテクチャ ビューポイントによって確立された方法を使用して開発されます。アーキテクチャ モデルは、複数のビューに参加できます。

IEEE 1471 ^[1]は、アーキテクチャ記述に準拠するための一連の規範的要件を定義しており、その中には次のようなものが含まれています。

• AD識別、バージョン、および概要情報（条項5.1）
• システムの利害関係者とアーキテクチャに関連すると判断される懸念事項の特定（条項5.2）
• アーキテクチャの表現を整理するために選択された各視点の仕様とそれらの選択の根拠（条項5.3）
• 1 つ以上のアーキテクチャビュー (条項 5.4)
• アーキテクチャ記述の必須構成要素間のすべての既知の矛盾の記録（条項5.5）
• アーキテクチャの選択の根拠（条項5.6）

• ソフトウェアアーキテクチャビュー
• エンタープライズアーキテクチャフレームワーク
• モデルを表示

• IEEE 1471 ウェブサイト
• MEGAF は、ISO/IEC 42010 規格で規定されているアーキテクチャ フレームワークの定義に準拠したアーキテクチャ フレームワークを実現するためのインフラストラクチャです。