モデルは、何らかの形での現実の抽象的な表現です。
アーキテクトは、将来のシステムの要件の収集と分析を既に完了していると想定しています。
アーキテクチャの開発は、情報（データ）の操作の基本概念である送信、ストレージ、処理の概念と採用からのみ開始する必要があります。 さらに、情報の入力/出力の形式、処理スキーム、配列の抽象構造およびデータ要素自体も情報であり（アプリケーション全体と同様）、同じ基本概念に従います。
基本的な概念は、最初のアイデアと最初のデータ処理モデルの作成につながります。
ネストされた概念の違いにより、データを操作するモデルは異なる方法で呼び出すことができます。 名前の1つはデータフローであり、通常、要素は特定のデータ操作タスクを実装する将来の拡張モジュールです。
アーキテクチャの基本（メインモデル）は、メインデータの移動のビジネスプロセスのモデル（アプリケーションの目的）です。 この段階は非常に危険です。多くの独創的なアイデアが建築家をあふれさせる可能性があります。 このアイデアの流れを封じ込めなければなりません。 夢を見たり、たくさんの不必要なスキームを描きたいという欲求を抑えましょう。 マスターデータ、ストレージ、および処理を順次取得するためのスキームを1つだけ作成する必要があります。 これ以上。 ここでは分解は必要ありません。 基になるのはこのようなスキームであり、アーキテクチャの主要な表現であり、常に見えるはずです。 ビジネスプロセスは技術的なマップになる可能性があるためです。
2番目の主なモデルは、二次的なビジネスプロセスとデータの追加です。 たとえば、ユーザーモデル、アクセス制御（ACL）モデル、ログモデル、監視モデル、イベントモデルなどが追加されます。 2番目のモデルに基づいて、最初のデータベーススキーマやデータウェアハウス、あるいはプロトタイプアプリケーションを開発することは既に可能です。 この段階で、モノリシックなアプリケーション、コンポーネントを作成して、マイクロサービスアプローチを適用するか、他の方法を適用するかについて理解することができます。 興味深いことに、モノリスと各マイクロサービス（マイクロサービスアーキテクチャ内）の間には、基本概念の観点からの違いはありません。 この瞬間から、アーキテクチャの正当化の文書の開発を開始する必要があります。 アーキテクチャの根拠文書は、アーキテクチャと説明によって下された決定の理由に関する推論の登録機関です。
2番目のモデルに基づいて最初のアプリケーションプロトタイプを作成すると、アプリケーションの直接的な利点を示すことができます。 プロトタイプは確かに正式なアプリケーションレイアウトになります。 たとえば、詳細なフォームの代わりに、ランダムデータジェネレーターに基づいて既製の要素を作成する条件付きボタンを使用できます。
2番目のメインモデルと最初のプロトタイプを作成したら、他の建築表現とモデルの分解、拡大、開発を開始できます。 ただし、最初のメインモデルと2番目のメインモデルは基本的なものです。 さらなる開発の過程で、第1および第2モデルを改善、改良、改良することができます。