リファレンスアーキテクチャ

ソフトウェアアーキテクチャまたはエンタープライズアーキテクチャの分野におけるリファレンスアーキテクチャは、特定のドメインのアーキテクチャのテンプレートソリューションを提供します。また、実装について議論するための共通の語彙も提供し、多くの場合、共通性を強調することを目的としています。ソフトウェアリファレンスアーキテクチャとは、構造とそれぞれの要素および関係が、特定のドメインまたはソフトウェアシステムファミリ内の具体的なアーキテクチャのテンプレートを提供するソフトウェアアーキテクチャ^[1]です。

リファレンスアーキテクチャの実装は、フレームワークまたはアプリケーションプラットフォームと呼ばれます。

リファレンスアーキテクチャは、多くの場合、関数のリストと、それらのインターフェース(またはAPI ) と、関数同士の相互作用、およびリファレンスアーキテクチャの範囲外にある関数との相互作用を示すものから構成されます。

リファレンスアーキテクチャは、さまざまな抽象レベルで定義できます。高度に抽象的なアーキテクチャでは、通信ネットワーク上のさまざまな機器が示され、それぞれが異なる機能を提供します。より低いレベルのアーキテクチャでは、非常に特殊なタスクを実行するように定義されたコンピュータープログラム内の手順(またはメソッド)の相互作用が示されます。

リファレンスアーキテクチャは、多くの場合、一連のソリューションの一般化に基づいたテンプレートを提供します。これらのソリューションは、多数の成功した実装で確認された一連のパターンの収集に基づいて、1 つ以上のアーキテクチャ構造を表すために一般化および構造化されている場合があります。さらに、これらのパーツを組み合わせてソリューションを構成する方法を示します。リファレンスアーキテクチャは、特定のドメインまたは特定のプロジェクト用にインスタンス化されます。

組織内でリファレンスアーキテクチャを採用すると、効果的なソリューションを再利用することでデリバリーが加速され、組織内でのテクノロジ使用の一貫性と適用性を確保するためのガバナンスの基盤が提供されます。ソフトウェアアーキテクチャの分野では、多くの実証研究により、組織内でソフトウェアリファレンスアーキテクチャを採用することによる共通の利点と欠点が示されています。(a)標準ソリューションと情報交換のための共通メカニズムを確立することで、ソフトウェアシステムの相互運用性が向上します。(b) 共通資産の再利用により、ソフトウェアプロジェクトの開発コストが削減されます。(c) 関係者が同じアーキテクチャの考え方を共有するため、組織内のコミュニケーションが改善されます。(d)機能の学習が必要であるため、開発者の学習曲線に影響します。 ^[2]

例

Java Platform, Enterprise Edition ( Java EE ) アーキテクチャは、Java で開発された多くのエンタープライズシステムにテンプレートソリューションを提供する階層化リファレンスアーキテクチャです。実装フレームワークの例としては、GlassfishやWildfly などがあります。
IBM保険アプリケーションアーキテクチャ^[3]は保険分野のリファレンスアーキテクチャです。
AUTOSARは、安全性が重要な自動車ソフトウェアの自動オープンシステムアーキテクチャ向けのコンポーネントベースのリファレンスアーキテクチャです。
Java ベースのマイクロサービスシステムのリファレンスアーキテクチャとしての Eclipse Microprofile。
Eulynx は鉄道信号システムのリファレンスアーキテクチャです。
オープングループが現在開発中の医療エンタープライズリファレンスアーキテクチャ（HERA）は、医療分野のリファレンスアーキテクチャである^[4]

参照

参考文献

^ Clements, Paul; Felix Bachmann; Len Bass ; David Garlan; James Ivers; Reed Little; Paulo Merson; Robert Nord; Judith Stafford (2010)。『Documenting Software Architectures: Views and Beyond』第 2 版。ボストン: Addison- Wesley。ISBN 978-0-321-55268-6。
^ Martinez-Fernandez, Silverio; Medeiros Dos Santos, Paulo Sergio; Ayala, Claudia P.; Franch, Xavier; Travassos, Guilherme H. (2015). 「ソフトウェアリファレンスアーキテクチャの利点と欠点に関する実証的証拠の集約」。2015 ACM/IEEE 国際実証的ソフトウェアエンジニアリングおよび測定シンポジウム (ESEM)。pp. 1– 10。doi : 10.1109 /ESEM.2015.7321184。hdl :2117/ 80457。ISBN 978-1-4673-7899-4. S2CID 8252919。
^ IBM 保険アプリケーションアーキテクチャー
^ ヘルスケアエンタープライズリファレンスアーキテクチャ (HERA)

[DSA2-1] Clements, Paul; Felix Bachmann; Len Bass ; David Garlan; James Ivers; Reed Little; Paulo Merson; Robert Nord; Judith Stafford (2010)。『Documenting Software Architectures: Views and Beyond』第 2 版。ボストン: Addison- Wesley。ISBN 978-0-321-55268-6。

[2] Martinez-Fernandez, Silverio; Medeiros Dos Santos, Paulo Sergio; Ayala, Claudia P.; Franch, Xavier; Travassos, Guilherme H. (2015). 「ソフトウェアリファレンスアーキテクチャの利点と欠点に関する実証的証拠の集約」。2015 ACM/IEEE 国際実証的ソフトウェアエンジニアリングおよび測定シンポジウム (ESEM)。pp. 1– 10。doi : 10.1109 /ESEM.2015.7321184。hdl :2117/ 80457。ISBN 978-1-4673-7899-4. S2CID 8252919。

[3] IBM 保険アプリケーションアーキテクチャー

[4] ヘルスケアエンタープライズリファレンスアーキテクチャ (HERA)