Javaソフトウェアアーキテクチャとは何ですか

ソフトウェア アーキテクチャとは何ですか?

ソフトウェア アーキテクチャは全体の構造とコンポーネントを抽象的に記述したもので、大規模プロジェクトのあらゆる側面の設計をガイドするために使用されます。

分析図:

1. アーキテクチャで最も重要なのは関係者です 関係者には、顧客、上司、開発者、テスター、運用保守担当者などが含まれますが、プロジェクトに関係する人々を関係者と呼ぶことができます。

2 、関係者の懸念によりアーキテクチャ要件が生成され、その懸念に基づいてアーキテクチャ全体が分析されます;

3. 全体のプロセスは、関係者向けのシステムを構築することです。システムによって提供される機能は関係者を満足させる必要があります;

4. アーキテクチャはシステムの技術サポートと実装であり、すべてのシステムはアーキテクチャによってサポートされます;

5. アーキテクチャのアップグレードには必要がありますアーキテクチャ文書のサポート。主にアーキテクチャの標準サポートとして関係者に出力されます。

6. アーキテクチャ文書には、懸念事項を統合する 4 1 ビュー モデルを含むアーキテクチャ ビューの構成が必要です。

7. アーキテクチャは主にアーキテクチャ要素と要素間のキーの 2 つの要素に分かれます。要素にはモジュール、コンポーネント、パッケージ、クラスなどが含まれます。関係には実装、統合、集約、関連付けなどが含まれます。要素ベースです。関係は静的関係と動的関係に分けられます。

アーキテクトの再定義

アーキテクトとは、システムを構築し、システムをコピーする人の職業上の肩書きです。アーキテクトは役職ではなく、誰でも会社のアーキテクトになれる可能性がありますが、その立場は必ずしも責任者であるとは限りません。

建築家としての能力を向上させるにはどうすればよいでしょうか?

1. 自分の設計をサポートするには、対応する建築手法が必要です

2. 状況に応じて建築モデルを決定する必要があります。企業の負担能力とビジネス設計フレームワークに応じて、最適なアーキテクチャ フレームワークは存在せず、企業に最適なフレームワークのみが存在します;

3. アーキテクトになるには、十分な実務経験と経験が必要です。実際のシナリオ;

4 、描画、要約、伝達する能力を学ぶ必要があります;

アーキテクチャをやりたい場合

ソフトウェア アーキテクチャは要素、形式で構成されます、関係の制約があり、単一のビューではアーキテクチャ全体を表現できません。

4 1 アーキテクチャ ビュー

論理ビュー: 設計されたオブジェクト モデル;

プロセス ビュー: 設計の同時実行性と同期特性をキャプチャします。

物理ビュー (物理ビュー): 導入特性を反映して、ソフトウェアとハ​​ードウェアのマッピングを説明します。

開発ビュー (開発ビュー): 開発環境のソフトウェアを説明します。静的な組織構造。

シナリオ ビュー (シナリオ): ユースケースのシナリオを説明します;

論理ビュー

# 関係者: 顧客、ユーザー、開発組織のマネージャー;

要素の構成:システム、サブシステム、機能モジュール、サブ機能モジュール、インターフェース

目的: 開発組織部門、コストスケジュール評価の役割

開発ビュー

関係者: 開発者およびテスター

要素構成: システム層、パーティション、パッケージ、フレームワーク、システム一般サービス、ビジネス一般サービス、クラスとインターフェイス、システム プラットフォーム、および関連する基本フレームワークについて説明します。

目的: 開発を理解する組織の設計と開発の実装

物理的なビュー

関係者: システム インテグレータ、システム運用保守担当者;

要素の構成: システムの論理コンポーネントから物理的なノードと物理的な展開ノード間の物理ネットワーク構成;

#目的: 物理ノードとノード通信機能;

プロセスビュー

関係者: パフォーマンスの最適化、開発関連担当者;

要素の構成: システム プロセス、スレッド、処理キューなど;

目的: パフォーマンスの最適化とシステムのボトルネックの解決を支援する;

シナリオ ビュー

関係者: ユーザー、デザイナーと開発者。

目的: アーキテクチャの範囲、または多くのアーキテクチャ要素が動作する方法を説明するため;

モデルの構築方法

#1. モデルはシステム全体です 抽象化された概念であり、解決策はモデルの理解と知識に基づいています;

2. 特定のモデルは、特定の分野の問題を解決するためのものであり、そのプロセス問題の本質は、問題をモデルにマッピングするプロセスです。 ;

3. モデルを構築するプロセスは次のとおりです: まずドメインの問題を特定し、分析と抽出を通じて概念モデルを構築し、そこからアーキテクチャ要件を抽出します。このモデルを作成し、最終的にソリューションを提供します;

4. モデルの構築コストは、開発時間のコストよりもはるかに低くなります;

5. これにより、システムとシステム間の担当者のコラボレーションが容易になります。ドキュメント資産の蓄積;

6. ディスカッションシナリオや会議が多い場合 コミュニケーション用途;

7. ホワイトボードや描画ツールを使用して、目的に応じてさまざまな種類の図を描画できます。さまざまなシナリオ;

UML モデリング

UML は Unifiled Modeling Language の略で、統一モデリング言語は建築コミュニケーション用の言語形式として広く認識されており、特定の分野の特定の問題を説明できます。設計段階でのアーキテクチャまたはソフトウェアの実装。

UML ダイアグラムの分類

静的ダイアグラム: クラス、オブジェクト、データ構造とそれらの間の関係を記述することによって、ソフトウェア要素の不変ロジックを記述します。一般的な静的ダイアグラムは次のとおりです:

ユースケース図、オブジェクト図、クラス図、コンポーネント図、パッケージ図、展開図

動的図: 実行プロセスまたはエンティティの状態変化を描写することで、実行中のソフトウェア エンティティの変換プロセスを示します。一般的な動的図には、コラボレーション図、シーケンス図、アクティビティ図 (アクティビティ図)、状態図が含まれます。

描画のための一般的なモデル

一般的なモデル要素: クラス、オブジェクト、ノード、パッケージ、およびコンポーネント

一般的な関係:

関連付け: モデル要素とリンク インスタンスの接続;

依存関係: ある要素が何らかの形で別の要素に依存していることを示します。

一般化: 一般と特殊の関係を表現します;

集約: 全体と部分の関係を表現します;

以上がJavaソフトウェアアーキテクチャとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。