アーキテクチャとは何ですか
起源
ソフトウェア業界では、アーキテクチャである何のために、論争が多いされている、誰もが自分自身の理解を持っています。多くの建築家も建築を言って、彼らはその上でどのようなアプリケーションアーキテクチャ、ハードウェアアーキテクチャ、データアーキテクチャ、およびについての話を始めます。また、私はどこでも定義されたアーキテクチャを見て、多くの人々を尋ねると、私たちは何も受け入れられている定義されていないことが判明しています。また、適用アーキテクチャに、ビッグデータに関する人気のジョークを適用します。
本発明のN年のソフトウェアアーキテクチャ前に、存在していたときに実際には、単語が最初に登場し、建物が続きました。だから、私は最初に、アーキテクチャの概念が明確で、それはソフトウェア業界のアーキテクチャを議論するために理にかなっている唯一の方法を議論するために、ソースから開始する必要性を感じています。
アーキテクチャの話をすると、一連の列を記述しなければならシニアアーキテクトのKevin王甲斐あり、列はケビン・アーキテクチャの経験になり、徐々にアーキテクチャが何であるかを議論する、どのように行うかアーキテクチャ、ソフトウェアアーキテクチャの床、プログラムやその他の問題を作成する方法。コラムの目的は、いくつかのアイデアを投げ、そしてあなたが考えるように引き起こし、あなたは感情や新たな洞察を持っている場合は、王との会話の中での電荷の列の深い者に連絡してくださいすることができることです。
ターゲット・システムの境界を定義するために、解決すべき問題によれば1。
2.ターゲット・システムと原理を切断することによって分割します。セグメンテーションの原理は、一般に、サブパラレルまたはシリアルの作業の一部を切り出す時間を短縮するために平行に、異なる役割を容易にします。
3.これらと通信メカニズムの確立の一部を切り出します。
図3に示すように、部品間の有機の接続を可能にし、ターゲットシステムの全体、すべての作業として組み立てます。
アーキテクチャの主要な問題を識別するために、人々の問題を解決するために、最も重要な問題は、アーキテクチャを行うことです。最初に「誰を」見つけ、「問題を解決するためには誰」、考えるために、解決する必要が問題を分析して行きます。問題を識別した後、いくつかのために実際の問題は、興味に応じてセグメント化されます。スライス
アーキテクチャに話を9分割され、私は彼が建築のコンセプトを開始することで問題が解決され、最終的にコードを書くために、アーキテクチャの観点から理解するためにアーキテクチャの役割を紹介し、説明し始めたと思います。
第二の記事では、著者のテーブルは、例えば、アーキテクチャを説明し、人々はしばしば誤解、最初に持っている必要がありますアーキテクチャを行う能力を入力することを示しているが、代表コンセプトの後ろに見つけることができるという概念の正しい理解できることですその後、問題と良いアーキテクチャの基礎を築くするように、対処する必要のある対象の問題領域を認識することができるようにします。同時にマスターアーキテクチャの概念と新しい知識と学習プロセスの適用、かもしれないより効率的に、問題の正しい解決策では。
第三に、主な理由は、ソフトウェア開発者として、私たちのすべき問題の正しい理解を教えてください。最初は、ユーザーのニーズを解決することであるが、より頻繁に、ユーザーが製品に満足して、ユーザーをもたらした、自分の説明が不明瞭である持っていると思います。そして、私たちができる最善の方法は、主な問題を見つけることです、そして、彼らはすぐに解決する問題を見つけることができ、正確な体を発見した後国境問題を決定することができるであろう。
私は分割のパターンがあり、アーキテクチャが複雑な問題の簡単な質問パターンを簡略化したものであることを理解し
セグメンテーションの概要について
1.建築セグメンテーションヒューズ人間の負荷が重すぎます。
2.カットアーキテクチャが実際に分割されている利害関係者の利益（利害関係者）が、各利害関係者の権限及び責任が同じであることを、各利害関係者は、自分自身の利益のために責任があるかもしれない、分割又は合併しました。
アーキテクチャのセグメンテーションの3最終結果は、組織構造の前方アーキテクチャ及び着陸を行うための唯一の方法を反映します。
4.結果セグメンテーションアーキテクチャは、遠く可能フラットな限りツリー必見です。