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

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

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

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

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

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

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

例

参照

参考文献

  1. ^ポール・クレメンツ、フェリックス・バックマン、レン・バス、デイビッド・ガーラン、ジェームズ・アイヴァース、リード・リトル、パウロ・マーソン、ロバート・ノード、ジュディス・スタッフォード (2010). 『ソフトウェアアーキテクチャのドキュメント化：視点とその先』第2版. ボストン: アディソン・ウェズリー. 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）

スタブアイコン

このソフトウェアエンジニアリング関連の記事はスタブです。不足している情報を追加してWikipediaに貢献してください。

「 https://en.wikipedia.org/w/index.php?title=Reference_architecture&oldid=1300390008」より取得