この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
導入
人間が作ったシステムの複雑さは、前例のないレベルにまで増大しています。この複雑さは、企業、システム、ソフトウェアを考案、開発、工業化、生産、維持、利用、リサイクル、解体する組織、およびこれらの影響を受けるさまざまな利害関係者にとって、新たな機会と大きな課題をもたらします。これらの機会と課題に対処するために、組織はコンセプト、原則、手順、ツールをますます適用して、より良いアーキテクチャ戦略を推進し、より適切なアーキテクチャ関連の意思決定を行い、より有用で効果的なアーキテクチャを作成し、アーキテクチャの成熟度を向上させています。建築関連の活動は本質的に戦略的なものであるだけではありません。彼らは戦術的かつ作戦的でもあります。さらに、アーキテクチャ フレームワーク、アーキテクチャ記述言語、およびジェネラリスト モデリング言語の使用は、商業、公共サービス、政府、民間および軍事の分野で一般的に行われています。
このドキュメントで使用されるアーキテクチャの概念は、アーキテクチャのエンティティがシステムでwhere 場合を超えて、企業、サービス、データなど、システムのような構造と動作を持つエンティティを含む、通常はシステムとは考えられないものにもアーキテクチャが適用されることが増えています。 、ビジネス機能、ミッション領域、製品ライン、システムファミリー、ソフトウェアアイテムなど。これにより、このドキュメントで指定された評価要素が適用されるときに、アーキテクチャの概念をより一般化して使用できるようになります。
アーキテクチャの評価は、次のようなさまざまな理由で実行されます。
- a)対象となるエンティティが、その意図された目的を満たすような方法で設計されているか、または現在設計されているかどうかを判断する (または、新しい目的に適合する方法で変更できる)
- b)利害関係者のニーズと期待に対処するためのアーキテクチャの有効性と適合性を評価する。
- c)軽減のためのリスクを特定する。
- d)エンティティまたはそのアーキテクチャを改善する機会を特定する。
- e)問題の領域と利害関係者のニーズを明確にする。そして
- f)アーキテクチャ目標の達成に向けた進捗状況を評価する。
アーキテクチャ評価は、リファレンス アーキテクチャ、システム ファミリのアーキテクチャ、または 1 つのアーキテクチャに複数の種類のアーキテクチャ エンティティが存在する製品ラインのアーキテクチャwhere あらゆる種類のアーキテクチャに対して実行できます。
このドキュメントは、アーキテクチャ評価の計画、実行、文書化に使用できる、一般的で概念的なガイド フレームワークを提供します。実行は、評価作業の実行中に使用できる評価要素の仕様によって対処されます。計画と文書化は、評価作業の作業成果物の仕様によって対処されます。この文書を使用する組織は、複数の反復的なアーキテクチャ評価作業の基礎として使用できる作業成果物と評価要素の特定のフレームワークを確立できます。組織は、この文書で提供される一般的なフレームワークに基づいて、ツール、方法、ベスト プラクティス、機能、およびリソースを確立することもできます。汎用フレームワークにより、評価と特定のケースで使用される評価フレームワークの比較が容易になります。提案されたアーキテクチャ フレームワークを実装すると、組織のアーキテクチャの成熟度が向上します。
Introduction
The complexity of human-made systems has grown to an unprecedented level. This complexity leads to new opportunities and greater challenges for organizations that conceive, develop, industrialize, produce, maintain, utilize, recycle and dismantle enterprises, systems and software, and for various stakeholders that are impacted by these things. To address these opportunities and challenges, organizations increasingly apply concepts, principles, procedures and tools to drive better architecture strategies, make better architecture-related decisions, create more useful and effective architectures and improve architecture maturity. Architecture-related activities are not only strategic in nature; they are tactical and operational as well. Furthermore, the use of architecture frameworks, architecture description languages and generalist modeling languages have become common practice in commercial, public service, government, civil and military domains.
The concept of architecture used in this document goes beyond the case where the architecture entity is a system. Architecture is increasingly being applied to things not normally thought of as systems, including entities with system-like structure and behavior such as enterprises, services, data, business functions, mission areas, product lines, families of systems, software items, etc. This allows for a more generalized usage of the concept of architecture when the evaluation elements specified in this document are applied.
Architecture evaluations are performed for many reasons, such as:
- a) determining if an entity of interest has been or is being architected in such a way that it fulfils its intended purpose (or can be changed in a way that suits a new purpose);
- b) evaluating the effectiveness and suitability of an architecture towards addressing stakeholder needs and expectations;
- c) identifying risks for mitigation;
- d) identifying opportunities for the improvement of an entity or its architecture;
- e) clarifying the problem space and stakeholder needs; and
- f) assessing progress towards meeting architecture objectives.
Architecture evaluations can be performed on any kind of architecture, including a reference architecture, an architecture for a family of systems or an architecture for a product line where there are multiple kinds of architecture entities for a single architecture.
This document provides a generic, conceptual guiding framework that can be used for the planning, execution and documentation of architecture evaluations. Execution is addressed by specification of evaluation elements that can be used during performance of an evaluation effort. Planning and documentation are addressed by specification of work products for the evaluation effort. An organization using this document can establish specific frameworks for the work products and the evaluation elements that can be used as the basis for multiple, recurring architecture evaluation efforts. An organization can also establish tools, methods, best practices, capabilities and resources based on the generic framework provided in this document. The generic framework makes it easier to compare evaluations and evaluation frameworks used in specific cases. Implementation of the proposed architecture framework will in time result in improvement of architecture maturity of the organization.