大きな観点から：
最初からアーキテクチャは、具体的な方法で作られた「アプリケーション/システム/ソフトウェア/プロジェクト/製品」にする方法です。選択は、サーバーのハードウェア、ソフトウェア/インストール、選択したサービスのプログラミング言語を選択することを含む、フレーム、特定のプログラミング技術の言語を選択し、ユーザーの仕様を変更して再検索経験と遠位準備の明細書に固有の欠失。
特定のポイント：商品の表示（商品の道をクリックするようユーザーを誘惑、商品の基本情報、販促情報、会員情報）、購買プロセス、注文の流れ、物流、エクイティ・ショー（クーポン）：例えば、機能するために必要なものであるモールのプロジェクトを達成するために。全体の設計プロセスを考えるには小さすぎる、小型のシステムのアーキテクチャに焦点を当てていない、完全なプロジェクト全体の概念が存在しなければなりません。
特定の機能を実現するためにどのように、プロジェクトの最適化は、製品の提案を与えることができます。
層化のために：
まず、論理構造は、サブシステムが、どのようなデューティユニットモジュール間の例えば、依存関係を含む運用責任部を、記載しました;
2.次にアーキテクチャモデル（積層、ゲートウェイ）を使用するコード・アーキテクチャは、どのようなフレームワーク、コードはように編成されています。
3.永続性、キャッシング、メッセージ通知、ゾーニングフラグメンテーション、同期メカニズムの周りストレージアーキテクチャ、データ記憶装置があります
注意：ビジネス解決する技術問題は？何をする前に、何がアップグレード後に変更しましたか？
典型的なWebプロジェクトのアーキテクチャは、彼が含まれています。
ハードウェアアーキテクチャ（例えば、サーバクラスタ、ロードバランス、ネットワーク構成、CDNソリューションなど）;
ソフトウェア・アーキテクチャー（個別の読み取りを行い、データベース、データベースの最適化、NoSQLの使用、スパムスキーム、スケジュールされたタスク、メッセージ管理、バッファを書き込むかどうかなど）。
ビジネスロジックアーキテクチャ（他の企業にサービスを提供するために、別の会社のサービスAPI、またはAPIを使用するかどうか）
コード構造（どのような言語はPHPやJava、どのフレームワークMVC、安らか、フロントフレーム、フレームの後端部）
建築プロジェクトの説明は、プロジェクトがどのようにプロジェクトのニーズや問題に対処するために会うんです、何であるか他の人に説明することです。