第10章エンタープライズアーキテクチャーとソリューションアーキテクチャーの管理

Enterprise Business and Technical Architectures企業の業務アーキテクチャと技術アーキテクチャ

A reference architecture diagram may be used to create a view of a company’s enterprise architecture. For example, fictional Airlines opted for a unification operating model, and its reference architecture is depicted in Figure 10.30. In the current competitive environment, Airlines concentrates on products and services through the value chain to increase customer satisfaction and the company’s profit.

英語のヒント

参照アーキテクチャ図は、企業のエンタープライズアーキテクチャのビューを作るために使える。たとえば、架空の航空会社Airlinesは統一型の運営モデルを選んだ。その参照アーキテクチャを図10.30に示す。現在の競争環境の中でAirlinesは、顧客満足度と会社の利益を高めるために、価値連鎖を通じた製品とサービスに重点を置いている。

Figure 10.30 Airlines’ enterprise architecture includes the customer experience pipeline to support the Airlines system with events and to create relationships between the records. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.30 Airlinesのエンタープライズアーキテクチャには、イベントによって同社のシステムを支え、記録間の関係を作るための、顧客体験の流れが含まれている。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

Figure 10.31 illustrates how various business and enterprise technical architecture assets may be represented. The technical architecture is divided into three layers: future state business capabilities models (e.g., Management Liability, Claims, Finance, and MIS stakeholders), business needs for the next three to five years, and the technology architecture model to support the evolving business needs with respect to best practices and strategic IT goals.

英語のヒント

図10.31は、業務と企業の技術アーキテクチャに関する、さまざまな資産の表現方法を示す。技術アーキテクチャは三つの層に分かれる。将来の状態の事業能力モデル（経営責任、保険金請求、財務、MISの利害関係者など）、今後3〜5年間の事業ニーズ、そして優れた実践方法と戦略的IT目標を踏まえ、変化する事業ニーズを支える技術アーキテクチャモデルである。

Figure 10.31 The technical architecture is divided into three layers: future state business capabilities models, business needs, and the technology architecture model. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.31 技術アーキテクチャは、将来の状態の事業能力モデル、事業ニーズ、技術アーキテクチャモデルという三つの層に分かれる。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

These assets are architectural drawings referred to as blueprints and are stored in an asset catalog according to their domains and levels of abstraction. Different UML models and blueprints provide high-level architectural details meant to help visualize the big picture. Figure 10.32 shows different levels of abstraction, including conceptual, logical, and physical.

英語のヒント

こうした資産は、設計図と呼ばれるアーキテクチャの図面であり、ドメインと抽象度に応じて資産カタログに保存する。さまざまなUMLモデルと設計図は、大きな全体像を可視化するための、高水準のアーキテクチャの詳細を提供する。図10.32は、概念、論理、物理という異なる抽象度を示している。

Figure 10.32 Focusing more on an application domain in the enterprise provides more details about the level of abstraction. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.32 企業内のアプリケーションドメインにさらに焦点を当てると、抽象度に関する情報がより詳しくなる。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

Enterprise Architecture Process Frameworks and Related Patternsエンタープライズアーキテクチャのプロセスの枠組みと関連パターン

Various process patterns may be applied to create enterprise architecture assets. EAFs such as TOGAF implement specific processes and provide patterns and templates that may be followed to derive enterprise architecture assets. TOGAF provides an architecture metamodel that allows content adaptations in order to meet specific enterprise requirements. A metamodel provides evolving outlines for capabilities and relationships. Figure 10.33 illustrates a business architecture blueprint. The blueprint represents client focus, risk and financial management, business management and support based on product, and sales and/or service.

英語のヒント

さまざまなプロセスパターンを適用し、エンタープライズアーキテクチャの資産を作成できる。TOGAFなどのEAFは、特定のプロセスを実装し、その資産を導き出すために従えるパターンやテンプレートを提供する。TOGAFは、企業固有の要求を満たすよう内容を調整できる、アーキテクチャのメタモデルを提供する。メタモデルは、能力と関係について変化に応じた骨組みを示す。図10.33は、業務アーキテクチャの設計図である。顧客への重点、リスクと財務の管理、製品と販売・サービスに基づく業務の管理と支援を表している。

Figure 10.33 Business management focuses on the client and manages the risk for products, sales, and services. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.33 業務管理は顧客に重点を置き、製品、販売、サービスに関わるリスクを管理する。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

Figure 10.34 illustrates a sample application (information system) architecture blueprint. The blueprint represents participants, interaction through electronic business gateways, processes, services, components, data about all of the components, rules, and technical services.

英語のヒント

図10.34は、アプリケーション（情報システム）アーキテクチャの設計図の例である。参加者、電子商取引のゲートウェイを通じたやり取り、プロセス、サービス、部品、すべての部品についてのデータ、規則、技術サービスを表している。

Figure 10.34 This sample representation of the blueprint for an information system shows all of the components and how they relate to each other. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.34 情報システムの設計図の表現例。すべての部品と、その相互関係を示す。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

Figure 10.35 illustrates a sample information architecture blueprint. The blueprint shows the relationships among transactional data stores (e.g., database that keeps track of daily transactions for one store), operational data store (e.g., database that keeps track of daily transactions for all stores), data warehouse (e.g., data management system that facilitates analytics and business intelligence queries at the enterprise level), and data marts (e.g., data management system that facilitates analytics and business intelligence queries at a business unit or department level). After running the data bus, the reporting and analysis step starts to produce operational reports, management reports, analytic reports, and e-commerce files. The blueprint for enterprise architecture helps align business and IT strategy, as well as provides a clear vision on how technology supports the enterprise goals. In addition, it’s a main reference tool to coordinate the collaboration between the different enterprise components.

英語のヒント

図10.35は、情報アーキテクチャの設計図の例である。取引データストア（たとえば1店舗の日々の取引を記録するデータベース）、業務データストア（たとえば全店舗の日々の取引を記録するデータベース）、データウェアハウス（たとえば企業水準の分析やビジネスインテリジェンスの問い合わせを容易にするデータ管理システム）、データマート（たとえば事業部門や部署の水準で同様の分析や問い合わせを容易にするデータ管理システム）の関係を示す。データバスを動かした後、報告と分析の段階が始まり、業務報告、管理報告、分析報告、電子商取引のファイルを作成する。エンタープライズアーキテクチャの設計図は、事業とITの戦略の整合を助け、技術が企業の目標をどう支えるかについて、明確な構想も示す。さらに、企業内の異なる構成要素の協力を調整するための、主要な参照ツールとなる。

Figure 10.35 This sample representation of the blueprint for information architecture shows the relationships among the components. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.35 情報アーキテクチャの設計図の表現例。構成要素の相互関係を示す。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）

Figure 10.36 illustrates a sample technology infrastructure architecture blueprint. This blueprint shows three different types of clients:

図10.36は、技術基盤のアーキテクチャの設計図の例である。次の三種類のクライアントを示している。

1. Browser client that is using the browser to access the Internet web service

1. ブラウザーを使ってインターネット上のWebサービスにアクセスする、ブラウザークライアント。

2. Pervasive client that is using public/private network to access the gateway

2. 公衆／私設ネットワークを使ってゲートウェイにアクセスする、パーベイシブクライアント。

3. Partner service with a database that uses a public/private network to access the gateway

3. 公衆／私設ネットワークを使ってゲートウェイにアクセスする、データベースを備えた提携先のサービス。

In addition, the blueprint represents the interaction and security level for each user to access the integration application and data bus.

さらにこの設計図は、各ユーザーが統合アプリケーションとデータバスにアクセスする際の、やり取りとセキュリティの水準を表している。

Figure 10.36 This design shows a sample representation of the technology infrastructure architecture blueprint. (attribution: Copyright Rice University, OpenStax, under CC BY 4.0 license)

図10.36 技術基盤のアーキテクチャの設計図の表現例。（帰属：Rice University、OpenStax著作権、CC BY 4.0ライセンス。）