まず、
ソフトウェアの王を読んだ後、ソフトウェアアーキテクチャにある程度、最初のアーキテクチャの定義に自分自身を理解し、私は教師の仕事に書いたアーキテクチャの散歩のケイの先生が、あるもの：「アーキテクチャの問題のためである、この総問題分析、設計、仕事関連の演習の一部の間で確立仕事、の各部分のための計画は、各部品の簡素化を図る方法の大きな問題を作るために、相互に及び他の部品と組み合わせて、自分の仕事を完了します。「彼コアは、分割統治、問題の大きな簡略化、ひいては彼らの作業効率を高めることです。私は言葉を見たように、なぜ、建築用に生成します：「怠惰な人間は、技術の進歩が人類にもたらしたので」、もちろん、これは事の完了時に人類の一方的なビューは、すべての時間ですより良い問題について、より高いレベルの思考の結果利便性、自動化、の生活を改善する方法を考えます。アーキテクチャは、人々が原因能力のため、困難と接触する、またはすべての面で時間の不足時に、大規模なため、達成することは困難で考えることが必要だったということも同様です得失点完了をしたい、問題があるでしょうアーキテクチャと分析。
II。
私たちが知っているように、私たちは考え、問題のアーキテクチャは、私たち自身の問題を解決するために、しかし、前提の問題は、問題自体の概念のいくつかを理解していることです解決することであり、ここでの重点は、基礎の習得にあります。私たちは新しいことを学びたいとき、私たちはこの新しいもののために知ることができる建築家のために非常に重要である、私たちの問題、我々は速く学ぶことができるもの、問題の正確なアプリケーションのいずれかを解決することができます。大規模なプロジェクト、問題の正確な分析のために、問題は、最大の効率を向上させるために、分割されています。
III。
ソフトウェアアーキテクトが正確に問題を特定する方法、新しいプロジェクトの到着は、問題を特定したときに1、プロジェクトを行うための最初のステップである、最も重要な点は、主な問題を特定することです。あなたはそれを見つけるためにユーザーストアから露出される少しを発行する際にニーズ分析にこの対応は、前に学んだ、リスクとコスト最大値を削減します。ケイは先生の言葉は、2つの質問をする必要がある問題の正しい理解のために、王との合計取ります。
- 誰の問題？（「駅」を考える建築家は非常に重要です）
- 何が問題でしょうか？（どこに問題があるの分析調査が必要）
IV。
次のタスクを達成するためのアーキテクチャは、各ので、チームリーダーのリーダーシップの下で、原始的な村と割り当てられた狩猟関連のさまざまなタスクのように、割り当てタスクにあるので、一人一人の能力、相互交流の後、利益を最大化するために個人がより多くのあなたが何をしたいのでした。タスクの割り当ては原則を持って、紙はこれを言っていました：
1.アンの活動は、連続時間で行わなければなりません
2.アウトスライスの一部の責任者は、このセクションの権利および義務は相互のでなければなりません
3.切り出された部分、負荷が自然を超えないようにしてください
4.セグメンテーションは、外部システム全体が透明でなければならない、任意の内部どのように切断することなく、内部活動であります
誰もが自分の利益を持っていることを確認します。5.
著者の説明は、スワップの利益を行って、我々は十分に理解されるであろうファミリのアーキテクチャにそれらを置くとき、家族の誰もが自分の仕事に座っを理解することは、家族の正常な動作を実現することは容易です。
第五に、
もちろん、ソフトウェアだ何のソフトウェア・アーキテクチャは、その後、人々は人間の仕事をシミュレートするためにマシンを作成したいというソフトウェアを生成しない技術の開発後、コンピューターがに人間より残りのないマシン、およびコストであるため、初期コストが高く、いくつかの点で、低効率は人気以来、人間よりもはるかに高いです。ソフトウェアは、より低コスト、より効率的な生活を提供し、人間の生活のコンピュータシミュレーションです。いくつかの小さなソフトウェア、シンプルな構造で、単一のものの完了は、おそらく人は作ることができますが、いくつかの複雑なソフトウェアアーキテクチャは、同時に多くの人々は、ソフトウェアアーキテクトの役割を必要とし、長い時間を、作業をする必要があります。彼は、ソフトウェアの機能のセグメンテーションを必要とする対象の役割を達成するために、各ジョブの任務を調整します。
VI。
建築家が自信と責任感を持っている必要があります、私は今後の問題のために自分自身を恐れ、これは建築家、我々はアイテムを受け取ったとき、私たちは常に存在する場合、ユーザーのためのサービス・プロバイダーであるため、最も重要なことであると感じ、我々だけ何かを得るために取得することができ、我々は十分な自信を持っている必要があります。それの責任はソフトウェアアーキテクトとして、我々はリード他者への権限と義務を持って、どのようなものです、我々は積極的にすべての側面の利害を調整しようとしなければならない問題、肯定的な思考プロセス、効果的にソフトウェアを見つけたときアーキテクチャは、もちろん、私たちは私たちの業務ニーズをサポートするために、特定の技術的な基盤を持っている必要があります。
VII。
アーキテクトは、ビジネスとテクノロジーの関係を取り扱う方法、実際には、これは技術が生じるが続くように、私はほんの始まりを過ぎて歩くことができる場所に行きたい場合などに非常に簡単な質問、である、我々は解決するために、過去、現在の技術をドライブすることができますこのビジネス上の問題（行く場所は）、それのアーキテクチャは、技術の建築家、効果的かつ効率的な使用に、例えば、私は最初の子に乗って、その後、車は貯蓄の目的を達して開くことができる方法です。建築家がそれぞれの目標を達成するために最適なソリューションを提供するために、ビジネスに対処するための責任を負うために持っているので、アーキテクチャは、ビジネス上の問題を解決するための技術を使用します。