Loading article…
ソリューションアーキテクチャは情報技術で使用される用語であり、「個別かつ焦点を絞ったビジネスオペレーションまたはアクティビティの説明と、IS / ITがそのオペレーションをどのようにサポートするか」など、さまざまな定義があります。[1]
定義
上記のOpen Groupのソリューションアーキテクチャの定義には、Scaled Agile、Gartner、Greefhorst/Properの次の3つの定義が付随しています。Open Groupは、 TOGAFスキルフレームワークで「ソリューションアーキテクト」の役割を認識していません。一方、Glassdoorは2020年8月に55,000のソリューションアーキテクトの役職を募集しました。[2]
- スケールアジャイル（2020）：ソリューションアーキテクト/エンジニアリングは、「ソリューショントレイン」全体で共有される技術的およびアーキテクチャ的ビジョンを定義および伝達し、開発中のシステムまたはソリューションが意図された目的に適合していることを確認する責任があります。[3]
- ガートナー（2013）：ソリューションアーキテクチャ（SA）は、特定のソリューションのアーキテクチャ記述です。SAは、エンタープライズソリューションアーキテクチャ（ESA）だけでなく、さまざまなエンタープライズアーキテクチャの観点（ビジネス、情報、技術）からのガイダンスも組み合わせます。[4]
- Greefhorst and Proper (2013):ソリューションのアーキテクチャ。ソリューションとは、環境に一貫した機能セットを提供するシステムです。したがって、ソリューションの本質的な要件を満たすために必要かつ十分なソリューションの特性に関するものです[5]
ソリューションアーキテクチャの典型的な特性は、他のタイプのエンタープライズアーキテクチャとは対照的に、プロジェクトやイニシアチブのコンテキスト内でソリューションを定義しようとすることが多いことです。[6]実際のプロジェクトやイニシアチブとの密接な関連性は、ソリューションアーキテクチャがテクノロジー戦略を実行または実現するための手段であることを意味します。
カバレッジ
Forrester Researchによると、ソリューション アーキテクチャは、エンタープライズ アーキテクチャが組織に価値をもたらす主要なコンポーネントの 1 つです。ソリューション アーキテクチャには、ソリューションのビジネス コンテキスト、ソリューションのビジョンと要件、ソリューション オプション ( RFI、RFP、プロトタイプ開発など)、および構築と実装の計画 (「ロードマップ」) を含む合意された最適なソリューションなどの成果物が含まれます。[7]
The Open Group は独自のソリューション アーキテクトの役割を認識していないため、これらの言及された成果物の関連リンクは、ビジネスアナリストとシステム アナリストの役割になります。The Open Group のソリューション アーキテクチャの定義は、Forrester の定義よりも広範です (前述の定義を参照)。
エンタープライズアーキテクチャ専門組織連盟が2013年に発表した論文によると、ソリューションアーキテクチャには、ビジネスアーキテクチャ、情報アーキテクチャ、アプリケーションアーキテクチャ、テクノロジーアーキテクチャが含まれ、戦術レベルで機能し、選択されたビジネス問題の範囲と範囲に焦点を当てています。対照的に、前述の4種類のアーキテクチャも含まれるエンタープライズアーキテクチャは戦略レベルで機能し、その範囲と範囲は特定のビジネス問題ではなくエンタープライズです。[8] [9]
参照
- アーキテクチャパターン、以下エンタープライズアーキテクチャ（EA）参照アーキテクチャ
- セグメントアーキテクチャ
参考文献
- ^ The Open Group。アーキテクチャ フレームワーク TOGAF™ バージョン 9.2 定義ページ https://pubs.opengroup.org/architecture/togaf91-doc/arch/chap03.html
- ^ https://www.glassdoor.com/Job-Descriptions/Solution-Architect.htm および https://www.glassdoor.com/Job/solution-architect-jobs-SRCH_KO0,18.htm、求人関連サイト Glassdoor、2020 年 8 月
- ^ 「ソリューションアーキテクトの役割に関するSafe Agile」。Scaled Agile Framework 。2023年1月3日閲覧。
- ^ Gartner、「IT 用語集」、gartner.com、 2013 年。2015 年 3 月 8 日にアクセス。
- ^ Danny Greefhorst & Erik Proper、アーキテクチャの原則: エンタープライズ アーキテクチャの基礎、 2011 年、p. 25
- ^ 「ソリューション アーキテクチャとは? | Orbus Software」www.orbussoftware.com 。 2020 年 11 月 24 日閲覧。
- ^ Forrester Research, Inc.、(2012)、ソリューションアーキテクチャツールキット：概要
- ^ FEAPO、「エンタープライズアーキテクチャに関する共通の視点」、Architecture and Governance Magazine、2013(11)。
- ^ Mistrík Ivan、Antony Tang、Rami Bahsoon、Judith A. Stafford。(2013)「エンタープライズ、システム、およびソフトウェア アーキテクチャの調整」。ビジネス サイエンス リファレンス。
さらに読む
- Banerjee、Jaidip、および Sohel Aziz。「SOA: エンタープライズ アーキテクチャとソリューション アーキテクチャ間の欠けているリンク」SETLabs ブリーフィング5.2 (2007): 69-80。
- Chen、Graham、Qinzheng Kong。「統合管理ソリューション アーキテクチャ」。ネットワーク運用および管理シンポジウム、2000 年。NOMS 2000。2000 IEEE/IFIP。IEEE、2000 年。
- Gulledge、Thomas、他「ロジスティクス ポートフォリオ管理のためのソリューション アーキテクチャの調整」International Journal of Services and Standards 1.4 (2005): 401-413。
- Shan、Tony Chao、Winnie W. Hua。「n 層アプリケーションのソリューション アーキテクチャ」。サービス コンピューティング、2006 年。SCC'06。IEEE 国際会議。IEEE、 2006 年。
- Slot、Raymond、Guido Dedene、および Rik Maes。「ソリューション アーキテクチャのビジネス価値」。Advances in Enterprise Engineering II。Springer Berlin Heidelberg、2009 年。84-108 ページ。