Qu'est-ce que l'architecture logicielle Java

Qu'est-ce que l'architecture logicielle ?

L'architecture logicielle est une description abstraite de la structure globale et des composants, utilisée pour guider la conception de projets à grande échelle dans tous les aspects

Diagramme d'analyse :

1. les parties concernées, qui incluent les clients, les patrons, les développeurs, les testeurs, le personnel d'exploitation et de maintenance et les personnes liées au projet, peuvent toutes être appelées parties prenantes

2 Les préoccupations des parties concernées génèrent des exigences architecturales, et l'ensemble de l'architecture est analysé en fonction ; sur les préoccupations ;

3. L'ensemble du processus consiste à construire le système pour les parties concernées, et les capacités fournies par le système doivent satisfaire les parties concernées ;

4. tous les systèmes sont pris en charge par l'architecture ;

5. La mise à niveau de l'architecture nécessite le support des documents d'architecture, le document d'architecture est principalement fourni aux parties concernées en tant que support standard de l'architecture 

6. vue d'architecture, y compris le modèle de vue 4+1, intégrant les préoccupations ;

7. L'architecture est principalement divisée en deux éléments, les éléments architecturaux et la clé entre les éléments incluent les modules, les composants, les packages, les classes, etc. ; la mise en œuvre, l'intégration, l'agrégation, l'association, etc. ; les relations de construction d'éléments sont divisées en relations statiques et relations dynamiques

Redéfinir l'architecte

L'architecte est le titre professionnel d'une personne, la personne qui construit le système et reproduit le système ; L'architecte n'est pas un poste mais un rôle. N'importe qui peut être l'architecte de l'entreprise, mais le poste n'est pas nécessairement le responsable.

Comment améliorer vos capacités en tant qu'architecte ?

1. Il doit y avoir des méthodes architecturales correspondantes pour soutenir la conception que vous réalisez

2. Le modèle architectural doit être déterminé en fonction de la situation. Vous ne pouvez pas faire de l'architecture simplement pour le plaisir de faire de l'architecture. et un cadre de conception d'entreprise, il n'y a pas de solution optimale. Un bon cadre architectural est seulement celui qui convient le mieux à l'entreprise

3. Pour être architecte, vous devez avoir suffisamment d'expérience pratique et de scénarios réels ; Vous devez apprendre la capacité de dessiner, de résumer et de communiquer ;

Si vous le faites Architecture

L'architecture logicielle est composée d'éléments, de formes et de contraintes relationnelles. Une seule vue ne peut pas exprimer l'architecture globale.

Vue d'architecture 4+1

Vue logique : le modèle objet de la conception ;

Vue de processus : capture des caractéristiques de concurrence et de synchronisation de la conception

Vue physique : description Le mappage logiciel-matériel reflète le déploiement caractéristiques ;

Vue de développement : décrit la structure organisationnelle statique du logiciel dans l'environnement de développement ;

scénarios : décrit les scénarios de cas d'utilisation

Vue logique

Parties prenantes : clients, utilisateurs, responsables de l'organisation de développement ; , sous-système, module fonctionnel, module sous-fonctionnel, interface

Objectif : Division de l'organisation du développement, rôle d'évaluation du calendrier des coûts

Vue du développement

Parties liées : Testeur de développement

Composition des éléments : décrire les couches du système, les partitions, les packages, frameworks, services généraux de système, services généraux d'entreprise, classes et interfaces, plates-formes système et frameworks de base associés ;

Objectif : connaître la conception de l'organisation de développement et la mise en œuvre du développement

Vue physique

Parties liées : intégrateurs de systèmes, personnel d'exploitation et de maintenance du système

Composition des éléments : déploiement physique des composants logiques du système sur les nœuds physiques et configuration du réseau physique entre les nœuds ;

Objectif : nœuds physiques et fonctions de communication des nœuds ;

Vue du processus

Parties associées : optimisation des performances, personnel lié au développement ;

Composition des éléments : processus système, threads, files d'attente de traitement, etc. ;

Objectif : aider à résoudre l'optimisation des performances et les goulots d'étranglement du système ;

Vue du scénario

Parties prenantes : utilisateurs, concepteurs et développeurs.

Objectif : Clarifier l'étendue de l'architecture ou la manière dont de nombreux éléments architecturaux fonctionnent

Comment construire un modèle

1 Le modèle est un concept abstrait de l'ensemble du système, et les solutions sont ; basé sur la compréhension et la connaissance du modèle ;

2. Le modèle spécifique consiste à résoudre des problèmes dans un certain domaine, et le processus de résolution de problèmes est un processus de cartographie du problème sur le modèle ; Le modèle est : d'abord déterminer le problème de terrain, puis l'analyser et l'extraire. Construire un modèle conceptuel, extraire les exigences architecturales de ce modèle et enfin fournir des solutions

4. Le coût de construction d'un modèle est bien inférieur au coût du temps de développement ;

5. Il facilite la collaboration entre le personnel et l'accumulation d'actifs documentaires entre les systèmes ;

6. Utilisez-le pour la communication lorsqu'il y a de nombreux scénarios de discussion ou de réunions

7. types de diagrammes selon différents scénarios ;

Modélisation UML

UML signifie Unifiled Modeling Language, le langage de modélisation unifié est devenu une forme de langage universellement reconnue pour la communication architecturale, qui peut décrire des problèmes spécifiques dans un certain domaine, ainsi que l'architecture ou les logiciels. mise en œuvre dès la phase de conception.

Classification des diagrammes UML

Diagramme statique : Décrivez la logique immuable dans les éléments logiciels en décrivant les classes, les objets et les structures de données ainsi que les relations entre eux. Les diagrammes statiques courants sont :

 ;

Diagrammes de cas d'utilisation, diagrammes d'objets, diagrammes de calcul, diagrammes de composants, diagrammes de packages, diagrammes de déploiement

Diagrammes dynamiques : via la représentation Le processus d'exécution ou les changements d'état d'entité sont utilisés pour montrer le processus de transformation des entités logicielles pendant l'exécution. Les diagrammes dynamiques courants incluent. : diagrammes de collaboration (Collaboration Diagrams), diagrammes de séquence (Sequence Diagrams), diagrammes d'activités (Activity Diagrams) et diagrammes d'état (State Diagrams)

Modèle commun pour le dessin

Éléments de modèle communs : classes, objets, nœuds, packages et composants

Relations communes :

Association : connexion des éléments du modèle et des instances de lien

Dépendance : indique qu'un élément dépend d'un autre élément d'une manière ou d'une autre ;

Généralisation : exprime la relation entre le général et le spécial ;

Agrégation : exprime la relation entre le tout et les parties ;

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!