アプリケーションアーキテクトvs.システムアーキテクトvs.エンタープライズアーキテクト？
非常に多くの流行語。 BS Bingoのプレイを開始する必要があるかどうかわかりません。そして、私はシニカルになろうとはしていません。しかし、私はこれらのさまざまなタイトルを持つ多くの人々を聞いています。 3つの間に明確な線引きはないようです。または、3つの間に多くのドメインクロスオーバーがあります。実際、Stackoverflowでこの辺りを見回して見た別の人も「ソリューションアーキテクト」です。しかし、それは他の場所ではそれほど普及していないようです。
あちこちに質問があり、あいまいな答えがあります。しかし、私はこれに対する決定的な答えが欲しいです。私はまだソフトウェアに関しては比較的初心者であり、キャリアパスを計画しようとしていると仮定してください。
ああ、そして優しい人になってください。これは間違いなく重複した質問ではありません。集合体でもありません。親切にしてください。 Xp
他のそのような用語と同様に、これらの用語は異なる場所で異なる方法で使用され、時々交換可能です。通常、違いは次のとおりです。
- アプリケーションアーキテクトは、多くの人が単にアーキテクトと呼ぶものです。特定のソリューション/プロジェクトの設計と範囲の最高レベルの責任者。他のタイプの建築家がいる場合、タイトルにApplicationを使用し、この人が主に特定のアプリケーションについて心配していることを明確にしたかった。
- エンタープライズアーキテクトは、企業ソリューションのallが心配です。彼らがお互いにどのように依存しているのか、お互いをどのように利用しているのか、彼らの共通の維持と改善はどれほど効率的であるのか。彼は、すべてのソリューションがどのように会社のミッションをサポートするかについて考えています。この壮大なタイトルを保証できるのは大企業だけです。エンタープライズアーキテクトは、CIO、CTO、および他のそのようなビッグショットに会うビッグショットです。
- Systems Architectは、Application Architectよりもスコープが広く、Enterprise Architectよりも小さいと見なされる場合があります。このタイトルは、時々Application Architectとまったく同じものです-particularプロジェクトの大物です。時々、タイトルのSystem部分は、より広い範囲をカバーできません：義務を負う人はソフトウェアを含むが、hardwareおよび[〜＃〜] it [〜＃〜]、または複数のプロジェクトを心配している人。
私は長年にわたってさまざまな肩書きを持つかなりの数の建築家と出会いましたが、それぞれの役割について私は間違いなく自分の見解を持っていますが、それは会社ごとに、さらに国ごとに異なる傾向があります。
エンタープライズアーキテクト-企業全体の戦略的思考、ロードマップ、原則、およびガバナンスを担当します。通常、ビジネス、ベンダー、上級IT管理者と密接な関係があります。
ソリューションまたはシステムアーキテクト-エンタープライズアーキテクチャチームによって策定されたフレームワーク内で、特定のビジネス要件のセットに対して高レベルのソリューションを設計する責任があります。このソリューションは、複数のアプリケーションにまたがることがあります。
統合またはSOA Architect-統合および/またはビジネスサービス戦略とガバナンスを担当します。この役割は通常、企業全体に及ぶため、多くの場合EAによって実行されます。ただし、統合アーキテクトは通常、EAよりも詳細かつ技術的なレベルで作業します。SOAでは、統合アーキテクトは優秀センター（または統合コンピテンシーセンター）のメンバー（またはリーダー）になることもあります。
インフォメーションアーキテクト-データモデル、マスターデータ管理/所有権ソリューション、およびデータ品質プロセスを定義して、企業全体のトランザクション、参照データ、およびレポートシステムをサポートします。多くの場合、EAによって実行されます。
アプリケーションアーキテクト-特定のアプリケーションまたはアプリケーションスイートの実装とその中のプロセスを担当します。問題のアプリケーションは、カスタマイズされた市販の製品の別注である場合があります。製品/アプリケーションに関する深い知識が必要であり、大規模なソリューションの一部として他のアーキテクトから頻繁に相談されます。
これらは私の経験で最も一般的なタイトルですが、時々見られる他のアーキテクチャの役割があります：
- テクニカルアーキテクト（私にとっては、これはアプリケーションアーキテクトと同じですが、他の人は同意しないかもしれません
- ビジネスアーキテクト（ビジネス戦略とプロセスを定義）
- インフラストラクチャアーキテクト（サーバー、プラットフォームの決定、多くの場合セキュリティ）
- ネットワークアーキテクト（明らか）
まあ、まだ学校にいるように聞こえますが、ビジネスの世界を調べて、カードのタイトルが学位システムのように構成されていることを期待しています...そうではありません。
真実は、ビジネスタイトルが、社内の給与等級システムまたは組織図をサポートする会社固有の役職であると言われることです。非常に一般的な条件以上のもので、ある会社から別の会社に持ち込むのは難しい。実際にはBAやPHDのようなベンチマークではありません。
役職と職務に関する限り、企業のチームは通常、インフラストラクチャ（サーバーのセットアップとネットワーク）グループとアプリケーション（DB管理者、開発者）グループに分類されます。会社によって多くの違いがありますが、それはかなり普遍的なようです。
計画を立てる際の最善の策は、あなたがやりたいことを決めてから、それをうまく勉強することだと思います。とにかく、どの分野でも非常に効果的であるためには、IT担当者として、すべての分野で少しだけ習得する必要があります。
幸運を！
それぞれの意味は、あなたが働いている会社によって決まります。ソリューションアーキテクトと呼ばれるものもシステムアーキテクトと呼ばれるものもあります。彼らはすべて（想定）システム/ソフトウェア設計のいくつかの暗黙の監視を伴う上級職ですが、それを除けば、私は誰もが幸せになるような定義を見たことはありません。 「エンタープライズ」はその職務にある程度の範囲を意味しますが、おそらく「システム」と同じです（ここでも、会社によって異なります）。通常、アプリケーションアーキテクトは、しばらくの間上級開発者として働いていた人を思い起こさせ、HRはパフォーマンスに報いるために新しいタイトルを必要としていました。いくつかの大企業が「副社長」という称号をつけているように、休暇日数以外に何の意味もありません。
なんてこったい..
アーキテクト：アプリケーション-アプリケーションの設計システム-複数のアプリケーションの設計およびシステムへの調整企業-システムの設計および企業のその他の非システム側面との調整。
給与、ボーナス、そしてタイトルについて心配する時間を忘れないでください。
エンタープライズアーキテクトはすべての最大の役割です。彼は技術的な実装に関する完全な知識を持っている必要があります。