ITソリューションのアーキテクチャ。 パート1.エンタープライズアーキテクチャ

I.はじめに

アーキテクチャは、大衆とボリュームを配布します。

インスピレーションは不活性な石をドラマに変えます。

ル・コルビュジエ。

最近、次のような状況に直面しました。ある大規模なIT企業が、「自社の実行」のコンピュータープラットフォームを完成させることを目標に、アーキテクトを自ら選択していました。 もちろん、このような作業には、高度な資格を持つ専門家の関与が必要でした。 しかし、どのようにして安くて怒って、ヴァランジアンと呼ばれる人が「読者と死神の両方、そして男と男」になるようにするのでしょうか？ 私たちは、ソフトウェアをアーキテクトとして指定し、エンコーダーに加えて、他の人の決定に対処し、彼らの裁量で設計し、独立した決定を下すことができる専門家を獲得することを決めました。



一般的な組織の状況がアーキテクチャにどのように関係しているかを知り始めたとき、次の傾向が現れました。 アーキテクトとして位置づけられた多くの優秀な開発者がいます。 コードを直接作成することに加えて、さまざまな技術システムのかなり低レベルの設計を実行し、開発のベクトルと地平を設定します。 彼らは、主にコンポーネント図から派生した少数のスキームで希釈されたテキスト記述の形で主にソリューションを提示しました。 各アーキテクトはユニークで排他的な知識キャリアのようですが、実際にはソフトウェア製品の生産プロセスのボトルネックです。 実際、実際には、彼の絶え間ないコンサルテーションを指定しなければ、eアクティビティの結果を使用することは事実上不可能です。 複雑なソリューションの完全な、論理的に構築され、構造化された画像は、彼の頭の中にしかありません。



そして、多くのドキュメントがあるようですが、それはプロジェクトリポジトリ、Wikiシステムなどに散らばっています。 ソリューションの論理的に完全な説明とその使用に関する推奨事項を見つけることは非常に困難であり、通常は何らかのバージョンが顧客向けに準備されているにもかかわらず、ユーザーのニーズから最終的な顧客への分岐まで、プライベートテクニカルソリューションの分岐を追跡することはできません特定のニーズに応じて変更された典型的な製品の基礎。 ただし、たとえば、コンポーネントの接続先を追跡する必要がある場合があります。これは、新しいモジュールを設計するときに使用されるはずです。 いわば6人の握手で分けられた彼とは誰なのか、そしてこれらすべての説明のつかないつながりが彼の行動の安定性に与える悪影響は何なのか。



同様の状況は、多くの大規模なIT企業で一般的です。 「高」建築には建築家や建築評議会、その他の属性があるようですが、この王国には秩序がありません。 上記の症状によると、「急性アーキテクチャ障害」が企業にenterprise延していることがわかります。



この記事では、ITアーキテクチャとは何か、ITアーキテクトとは何か、「何を食べるか」について構造化された一貫性のある情報を収集し、アーキテクチャのあらゆる側面に対処することは興味深いことでした。

II。 アーキテクチャの定義

建築についてどう思いますか？

彼女は太陽のようなものです。大きくて輝いていて、彼女は近くにいます。

ロジャー・ジェリャズニー。 （ドリームマスター）

最初に定義を見ていきましょう。

システムアーキテクチャは、システムの基本的な構成であり、その要素、相互の関係、環境との関係、およびその設計と進化を導く原則に組み込まれています。

意味を完全に説明する非常にけちな言葉遣いと展開は困難です。 そのため、問題を絞り込んで、たとえばこのシステムの不可欠な部分など、より小さなものから押し出そうとします。

ソフトウェアアーキテクチャ（英語版ソフトウェアアーキテクチャ）-ソフトウェアシステムの編成に関する最も重要な決定事項の組み合わせ。 アーキテクチャは次のとおりです。

• 構造要素の選択と、システムを構成するインターフェイス、および構造要素の協力の枠組みにおけるそれらの動作。
• 構造と動作の選択された要素を組み合わせて、さらに大きなシステムにした。
• 組織全体をガイドするアーキテクチャスタイル-すべての要素、そのインターフェイス、協力、および接続（1）

どちらかと言えば、現象に関連する一般的なものであるITアーキテクチャを理解するのに役立つ、簡潔な定義です。



第一に、これは特別に選択された、特定の方法で編成された構造要素のセットであり、相互に対話し、単一のハードウェアとソフトウェアの複合体に折り畳まれます。 特定のビジネス目標を満足させるために構築されました。



第二に、行動、相互作用点などを含む、より大きなシステムの一部としての「これらの要素の全体」の場所。 つまり、検討中のアーキテクチャを上位レベルに抽象化し、それに応じて、アーキテクチャを複合下位レベルアーキテクチャのセットに詳細化する可能性です。



第三に、情報システムの生産における意思決定を整理するための単一のアプローチのすべての参加者による使用。



統一されたアプローチについて話しているので、この質問も明確にしましょう。

アーキテクチャアプローチ（eng。アーキテクチャフレームワーク）-特定のアプリケーション分野および/または特定の利害関係者のコミュニティのために確立されたアーキテクチャの記述に関する合意、原則、および慣行（2）。

実際、ソフトウェアシステムの設計、開発、開発、および近代化の間、「組織に関する決定の全体」（アーキテクチャ）では、ビジネスを含むプロジェクトのすべての関係者との絶え間ない議論が必要です。 繰り返しますが、アーキテクチャの現在の現在の状態を考慮に入れることを含めて、全員が同時に自分の前で同じ絵を構築することが重要です。







したがって、一般的な用語でウォームアップし、建築の概念の研究の方向を設定して、この現象の本質を掘り下げていきます。

1.セクションITアーキテクト

ITアーキテクチャの概念は、自動化の目標の定義からある時点での古いソフトウェアの使用まで、ソフトウェア製品の生産のあらゆる側面を網羅しているため、いくつかの部分に分割するのが慣例です。



1）情報アーキテクチャ（Enterprise Information Architecture、略してEIA）、企業の情報モデルを記述する技術とツールのセット。 含まれるもの：

• データベースとデータウェアハウス
• 情報の流れ（組織内および外部との通信の両方）。

2）アプリケーションソリューションのアーキテクチャ（Enterprise Solution Architecture略称ESA）-は、一連のソフトウェア製品とそれらの間のインターフェイスを含むアプリケーションアーキテクチャです。 次の2つの領域に分かれています。

• アプリケーションシステム開発の分野。
• アプリケーションシステムのポートフォリオ。

3）技術アーキテクチャ（Enterprise Technical Architecture abbr。ETA）-アプリケーションの効果的な機能を保証するソフトウェアおよびハードウェアツール、方法、および標準のセット。 以下を含むエンタープライズインフラストラクチャの完全なビューについて説明します。

• 企業のインフラストラクチャに関する情報。
• システムソフトウェア（DBMS、統合システム）;
• ファームウェア標準;
• セキュリティ機能（ソフトウェアおよびハードウェア）;
• インフラストラクチャ管理システム。

さらに、自動化サブジェクト自体のアーキテクチャが追加されます。



4）エンタープライズのビジネスアーキテクチャ（エンタープライズビジネスアーキテクチャ、EVA）-ミッション、戦略、ビジネス目標にリンクされた、エンタープライズの組織構造のターゲット構築。 ビジネスアーキテクチャを構築するプロセスでは、必要なビジネスプロセス、情報、マテリアルフロー、および組織構造が決定されます。



したがって、上記の各セクションで作業するには、さまざまな資格や選好、そしておそらく目標を持つ利害関係者の独自のグループが必要です。 そのため、プロジェクト管理の多くの段階で、さまざまなスタイルやジャンルのアーキテクチャの側面を記述する成果物が生成されます。 さらに、多くの場合、さまざまな表記法、技法、表現などを使用して、異種ツールで作成されます。



したがって、アーキテクチャの各セクションは、少なくとも1つのグループの利害関係者に対応します。これらのグループは、アーキテクチャについて説明するための表現と方法に関する独自のビューを持っています。 この現実の定義を見つけましょう。

説明のアーキテクチャグループ（英語のアーキテクチャビュー）は、関連する一連の関心の観点から見たシステム全体の表現です。 説明の各グループは、1人以上の利害関係者を参照します。 「記述グループ」という用語は、特定の記述方法でシステムのアーキテクチャを表現するために使用されます（2）。

アーキテクチャの概念、方向、およびセクションを簡潔に扱い、さまざまな利害関係者グループによるアーキテクチャの表現の不一致を明らかにした後、アーキテクチャを直接反映するこれらの表現（アーティファクト）の分析に進みます。

2. ITアーキテクトの見解

多くの場合、非常に興味深く、有望なアイデアが誤解につながる状況を観察します。これは、アイデアジェネレーターが労働組合の一般的な意識レベルから隔離されているためです。 言い換えれば、彼は概念を伝えようとしているが、それは彼の思考の中で一貫性のある調和のとれたアイデアに折り畳まれ、その「ビット」だけを他の人に与えている。 そして、この「休息」は選挙民にとって必ずしも明確ではなく、彼は無関心で無視して、彼の観点から妄想的で理解できないアイデアに反対します。 多くの場合、アイデアの著者は単に敢えてしない、なぜすべてがうまくいかなかったのか、そして誰も奇跡の決定に染み込んでいないのか。



おそらく、何らかの種類のアイライナーが必要でした。 しかし、最初は人々にまったく新しい世界を開くことが必要であり、その光に照らしてこの考えを伝えることが必要だったのかもしれません。 それは、アインシュタインの相対性理論について説明するためにあなたの母国語を話さない外国人に似ています。 特にあなた自身がどういうわけかそうでない場合...



明らかに、すべての利害関係者に建築ソリューションを効果的に提示するには、アクセス可能なが十分に詳細な方法で可能な限り幅広い人々に伝達できる特定の方法が必要です。 このようにして、組織で受け入れられている標準（アーキテクチャの説明とそれらのメンテナンスの対応する方法）を使用できます。 この現象をより正確に理解するために、それらの定義を使用してみましょう。

建築記述（英語の建築記述）は、建築を表現するために使用される作業成果物です（2）。

アーキテクチャ記述方法（英語のアーキテクチャの観点）-記述グループの構築と適用に関する規則の仕様。 説明のグループの割り当てと対象者、およびそれらを作成および分析する手法を確立することにより、説明の個々のグループを開発するためのテンプレートまたはパターン。 descriptionメソッドは、説明グループを作成、表示、分析するための規則を確立します。 したがって、記述方法は、記述グループの定義に使用される言語（表記法、記述、または製品タイプを含む）、および記述グループのこれらの表現に適用されるすべての関連モデリング手法または分析手法を定義します。 これらの言語と手法は、関心のある関心に関連する結果を得るために使用されます（2）。

したがって、選択されたアーキテクチャグループは、一般的なアーキテクチャ記述方法を使用して、作業の効率を大幅に向上させ、議論された問題の最も一貫した全体的な認識を実現します。



しかし、さまざまな資格と、おそらく考え方を備えたさまざまな方向の専門家を単一のフレームワークに駆動することは可能ですか？これは本当に必要ですか？



たとえば、スタッカー、課題、およびそれらの問題の特定に基づいた目標とインジケーターの形成を説明する図は、図1を参照してください。ネットワークレイアウト図を含む図や、UML表記などの図とは性質が大きく異なります。





図1.目標と指標を開発するためのモデル



実際には、異種のアーティファクトの使用は大きな問題です。なぜなら、アーキテクチャソリューションの目標と戦略からニーズへのエンドツーエンドのトレースの可能性が失われ、ビジネスプロセスとシステム機能の説明、それらからデータ構造と動作モデル、モデルから画面レイアウトなどに至るまでの可能性が失われるためですd。 チェーン上。 確かに、これらのすべてのアーティファクトは、さまざまな建築グループの専門家によって作成され、独自に形成され、長年にわたって最高のツールとテクニックを選択していました。



これらのさまざまな説明と表現をすべて修正すると、合理的な疑問が生じます。それらをどのように組み合わせて包括的なコンテキストにすることができますか？



たとえば、前世紀の終わりに、Zakmanモデル（3）は、建築物を整理するためのスキームとして大規模な情報システムを開発するために使用されました。

Zakmanのモデルは、古典的なアーキテクチャの分野に基づいており、アーキテクチャの側面の一般的な解釈を提供し、複雑な企業システムを記述するための一連の視点または構造を提供するように設計されています。



モデル自体は、マトリックスの形式で表されます。5行6列のテーブルです。図を参照してください。 2.テーブルの各セル-アーキテクチャの最も重要な側面の1つを明らかにする成果物のセットを示します。





図2. Zakmanモデルの表現



システムの重要な特性を失わずにすべてのセルを強制的に充填することに加えて、マトリックスの主なアイデアは、充填の順序を決定することにあります。 結局、1つのセルに入力するだけで、パズルが完全な画像を形成するまで、それらに基づいて次のセルに入力する可能性が開かれます。 したがって、プレゼンテーションが異なるアーキテクチャの説明は、マトリックスの異なるセルにあり、単一のアーキテクチャキャンバスにリンクされます。



図の6行目は、アーキテクチャの記述レベルではなく、作業システムまたはエンタープライズ全体のレベルに対応していることに注意してください。



ザックマンモデルは時間の経過とともに改良され、多くのアーキテクチャフレームと仕様の先駆者として機能しました。



そのような関連する仕様の1つは、たとえば、グラフィック言語ArchiMateであり、これには企業のアーキテクチャを説明するための一連の概念と、この情報を分類するための論理構造を表すフレームワークが含まれています。標準3.0の最新バージョンは2016年6月にリリースされました。



ArchiMateは、モデルを作成するときに、「要素」と「関係」の基本概念を使用します。図3を参照してください。 要素と関係に基づいて、企業またはその個々の部分のモデルが構築されます。





図3. ArchiMate 3.0の基本概念



アプローチの全体的な魅力は、要素が人生で遭遇する多種多様な実在の実体と現象の投影であるという事実にあります。 たとえば、動機付け要素（利害関係者、動機付けドライバー、目標、結果、価値など）、組織および行動の要素（実行者、役割、プロセス、機能、イベント、相互作用など）、ビジネス要素（情報資産） 、契約、製品/サービス、アプリケーションコンポーネント、アプリケーションインターフェイス、自動化機能など）、技術要素（ノード/リソース、デバイス、通信ネットワーク、技術プロセスなど）。 各タイプの要素は、ダイアグラム上で一意の名称で表されます。 したがって、1つの情報スペースで、エンタープライズアーキテクチャを形成するエンティティ、現象、イベント、アクションなどのさまざまな反映を組み合わせることができます。



モデル自体は、レイヤー（プレゼンテーションレベル）とアスペクトの交点にあるフレームのセルの1つに配置されます。 概略的に、フレームワークの構造は図に示されています。 4。





図4. ArchiMate 3.0フレームワークのレイヤー



レイヤーとして、企業の構造サブシステムが考慮され、組織の特定の自給自足の表現（スライス）を形成します。 そしてアスペクトは、次の3つの主なタイプのいずれかに要素を属性付けします。



1）アクティブな構造要素（アクティブな構造要素）は、特定のアクションを実行できる一種のエンティティとして位置付けます



2）受動構造要素（受動構造要素）は、アクションが実行されるオブジェクトとして配置します。



3）動作要素は、1つ以上のアクティブな構造要素によって実行されるアクションの単位として定義されます。



ArchiMateレビュー（4）で仕様の詳細を知ることができます。



このようなツールを使用すると、統一されたアーキテクチャの説明と方法を使用して、アーキテクチャのさまざまな側面を単一の情報スペースに結合し、図と要素間のトレースを提供できます。



複雑さと多様性のこの「カルーセル」に没頭すると、1つの重要な疑問が生じます。アーキテクチャを記述するこのような複雑でリソース集約的なプロセスを常に実行する必要があるのでしょうか。 実際、その構築にはいくつかのアプローチがあります。例えば：



1）標準的なアプローチは、アーキテクチャを記述するための一般的なスキームとルールを初期段階で開発または選択することです。 開発された標準に基づいて、基本的な（現在の）アーキテクチャが説明され、それから開始して、ターゲット（新しい）が設計されます。 違いを決定すると、それらは基本アーキテクチャからターゲットへの移行の尺度を形成します。 これにより、システムコンポーネントの設計、取得、開発が開始されます。 欠点として、私たちは区別することができます：金銭的および一時的な重要な初期投資。 また、このアプローチは、いわゆる「分析麻痺」につながる可能性があります。



2）現状維持アプローチ。 開発は、1つまたは別の新たな困難または影響に対する反応と見なされます。



3）セグメント化アプローチは、一般的な構造化スキームのフレームワーク内でアーキテクチャのセグメントを開発するためのモデルに基づいています。 彼はビジネスの主要分野に焦点を当てています。 潜在的なリスクを軽減し、初期コストを削減し、プロジェクトの迅速な利益を達成できます。 セグメント統合フェーズで問題が発生する場合があります。

3.セクションの要約

そこで、調査した資料から簡単に絞り込みましょう。

1. 企業のアーキテクチャは、企業のビジネスニーズ、情報技術、戦略的事業計画プロセス、応用情報システム、およびそれらのサポートプロセスを結び付けます。
2. エンタープライズアーキテクチャの開発と保守のプロセスでは、さまざまな利害関係者グループが参加し、その表現に異なる要件があります（アーキテクチャアプローチ）。
3. 便宜上、アーキテクチャを異なるアーキテクチャゾーンと​​アプローチに対応するセクションに分割するのが慣例です。
4. さまざまなアーキテクチャグループおよびアプローチに対して、アーキテクチャの記述（視覚化）のさまざまなグループがあります。
5. 異種のアーティファクトを使用して作業を整理するために、特別なフレームワークおよび仕様であるアーキテクチャ記述方法を使用し、単一の視覚空間ですべてのアーティファクトを使用できます。 このような構造の使用は、一方では、アーキテクチャのすべての表現を論理的に分割してそれらの形成と認識を簡素化し、他方では、孤立した視点または対応する抽象化レベルから全体的なアーキテクチャを検討する機会を提供するのに役立ちます。
6. 企業のニーズと機能に応じて、実行する作業の量と構成が異なるいくつかのアーキテクチャアプローチのいずれかを選択できます。これにより、コストと設計品質のレベルが決まります。

記事の次の部分は、 リンクをクリックして見つけることができます



トピックに関する著者のトレーニングについて：「ITソリューションのアーキテクチャ」は、 IC Tavrida LLC社のWebサイトで見つけることができます。