Conception de l'architecture du système (le chapitre le plus important)

Insérer la description de l'image ici
Questions 15 à 20 du matin :
une question d'analyse de cas
et une question à développement

Présentation de l'architecture logicielle

Insérer la description de l'image ici

La conception architecturale est l'étape de transition entre l'analyse des besoins et la conception de logiciels.

Insérer la description de l'image ici

Conception et cycle de vie de l'architecture logicielle
Insérer la description de l'image ici

Analyse des besoins : espace des problèmes
Conception de l'architecture SA : espace des solutions

Exigences->Conception de l'architecture logicielle->Conception du système

Insérer la description de l'image ici

membre

Insérer la description de l'image ici

Service de composant
de module objet

La granularité devient de plus en plus grande

Insérer la description de l'image ici

Une build peut contenir plusieurs éléments de classe, mais un élément de classe ne peut appartenir qu'à un seul composant

Insérer la description de l'image ici

normes de composants

Insérer la description de l'image ici


Bean de session d'examen fréquent EJB Bean
d'entité
Bean piloté par message

COMMicrosoft

CORBA
Courtier de requêtes d'objets ORB
Service d'objets publics
Installations publiques

style d'architecture logicielle

Insérer la description de l'image ici

Test à choix multiples

Insérer la description de l'image ici

Cinq styles architecturaux

Style de flux de données,
style d'appel/retour,
style de composant indépendant, style
de machine virtuelle ,
style d'entrepôt

style de flux de données
Insérer la description de l'image ici

Faire la différence entre les séquences de lots et les filtres de pipeline

Insérer la description de l'image ici

Hiérarchie
orientée objet du programme principal/sous-programme

Insérer la description de l'image ici

Insérer la description de l'image ici

Insérer la description de l'image ici

Insérer la description de l'image ici
Insérer la description de l'image ici

Les composants ne peuvent pas être directement connectés les uns aux autres et doivent être connectés via des connecteurs

Résumé des styles architecturaux

Insérer la description de l'image ici

Mémoriser des mots-clés

Insérer la description de l'image ici

un BInsérer la description de l'image ici

Insérer la description de l'image ici

c Insérer la description de l'image ici
Insérer la description de l'image ici
Insérer la description de l'image ici
introduit une couche de gestion des objets et réduit les performances
Insérer la description de l'image ici

Insérer la description de l'image ici

un
Insérer la description de l'image ici

Insérer la description de l'image ici

une Insérer la description de l'image ici
liaison de connecteur

Insérer la description de l'image ici

une
prochaine étape

Insérer la description de l'image ici

d
Insérer la description de l'image ici

style architectural hiérarchique

La principale chose à choisir de mentionner est d'examiner le tableau ci-dessus. Ce style architectural hiérarchique n'est pas beaucoup examiné.
Ce style architectural hiérarchique est principalement examiné dans l'analyse de cas.
Insérer la description de l'image ici

Couche de présentation (utilisée par les clients)
Couche de données (serveur)

Insérer la description de l'image ici

Couche de présentation (client)
Couche de données (contient uniquement le stockage de données)
Couche fonctionnelle (contient les fonctions de traitement métier de la couche de données et de la couche de présentation) Spécialisée dans le traitement de la logique métier

Insérer la description de l'image ici

Mode navigateur-serveur

Insérer la description de l'image ici

L'essence est basée sur l'architecture à trois niveaux B/S.
Il n'y a pas de client
. La transmission Internet est utilisée pour construire le client sur site.
Elle combine les avantages de l'architecture B/S et de l'architecture C/S.

Insérer la description de l'image ici

Vue et interaction de l'utilisateur,
le contrôleur gère l'interaction de l'utilisateur et
le modèle est la couche de données (lecture des données et traitement de la logique métier)

Le modèle final renvoie les données directement à la vue (utilisateur)

Insérer la description de l'image ici
Insérer la description de l'image ici

Insérer la description de l'image ici

Insérer la description de l'image ici

style architectural axé sur les services

Insérer la description de l'image ici

La granularité des objets
, composants
et services
devient de plus en plus grossière

Insérer la description de l'image ici

Insérer la description de l'image ici

Les fonctions et protocoles doivent être mémorisés.

Comment la SOA est mise en œuvre

  1. Service Web
  2. Registre des services
  3. ESB
    Insérer la description de l'image ici
    Insérer la description de l'image ici

Insérer la description de l'image ici
Insérer la description de l'image ici

Insérer la description de l'image ici

cd
Insérer la description de l'image ici
_
Insérer la description de l'image ici

Réutilisation de l'architecture

Insérer la description de l'image ici

La gamme de produits logiciels est orientée flux métier et
intègre et réutilise les actifs de base.

Réutilisation opportuniste : pas de planification
Réutilisation du système : planifiée

Construire/obtenir des actifs logiciels réutilisables,
gérer ces actifs
et sélectionner les parties réutilisables de ces actifs en fonction de besoins spécifiques.

DSSA

Architecture logicielle spécifique au domaine : DSSA

important

Insérer la description de l'image ici


Un ensemble de composants logiciels applicables à un domaine spécifique

domaine vertical
domaine horizontal

Insérer la description de l'image ici

Analyse de domaine
Conception de domaine
Implémentation de domaine

Plus de contrôles

Insérer la description de l'image ici

Experts du domaine
Analystes du domaine
Concepteurs du domaine
Implémentateurs du domaine

Plus de contrôles

Insérer la description de l'image ici

Moins de contrôles

Insérer la description de l'image ici

Insérer la description de l'image ici

cc
_Insérer la description de l'image ici

Insérer la description de l'image ici

c

db
_Insérer la description de l'image ici

abdos

important

Développement de logiciels basés sur l'architecture

Insérer la description de l'image ici

Basé sur l'architecture
Les exigences commerciales, de qualité et fonctionnelles déterminent la conception architecturale.
Les perspectives et les vues décrivent l'architecture logicielle.
Les cas d'utilisation et les scénarios d'attributs de qualité décrivent les exigences.

Examinez la définition

Insérer la description de l'image ici

Exigences, conception, documentation, révision, mise en œuvre, évolution

Insérer la description de l'image ici

L'architecture est composée de composants et de connecteurs un à un.
Classes, composants, architecture

Génération de documentation d'architecture :
spécifications d'architecture et
spécifications de conception de qualité pour tester les exigences architecturales

Insérer la description de l'image ici

Insérer la description de l'image ici

bc
_
_
Insérer la description de l'image ici

Insérer la description de l'image ici

un
Insérer la description de l'image ici

Attributs de qualité des systèmes logiciels

Insérer la description de l'image ici

Rarement inspecté

Évaluation de l'architecture logicielle (points clés)

se concentrer

Insérer la description de l'image ici

Définition des attributs de qualité.
Sous-caractéristiques incluses dans les attributs de qualité.
Quelles stratégies de conception sont utilisées pour obtenir les attributs de qualité pertinents ?

Fiabilité et disponibilité donnent la priorité à la disponibilité

Insérer la description de l'image ici

Ces trois derniers sont moins inspectés

Scénario d'attribut de qualité

Insérer la description de l'image ici

Source du stimulus : Sujet Stimulus : Environnement
opérationnel : Condition Artefact : Objet Réponse : Mesure correspondante :



Insérer la description de l'image ici

Insérer la description de l'image ici

Méthodes d’évaluation basées sur des scénarios

Comprenez simplement

Distributeur automatique (important)
Insérer la description de l'image ici

Le texte de droite est un test à choix multiples.
L'image de gauche est l'idée du document.

Équipe d’évaluation
Décideur du projet
Autres parties prenantes du projet

Scénarios et collecte d’exigences
Vues architecturales et mise en œuvre de scénarios
Construction et analyse de modèles de propriété
Compromis

Propriétés comme concepts de base pour l'évaluation de l'architecture (attributs de qualité) : performances, convivialité, sécurité, modifiabilité

Concernant le schéma de gauche :
phase de description et d'introduction phase
d'investigation et d'analyse phase
de test

Insérer la description de l'image ici

Presque aucun examen

Insérer la description de l'image ici

b
d
Insérer la description de l'image ici
fiabilité, disponibilité priorité parmi les disponibilités Insérer la description de l'image ici
c
c
Insérer la description de l'image ici
b
a

Insérer la description de l'image ici

c
a
c
Insérer la description de l'image ici
Attributs de qualité pertinents
d (ne faisant pas partie des 8 attributs de qualité appris précédemment)
a (contrôle et débogage)
d
Insérer la description de l'image ici
c

Ce qui suit n'est pas important

Insérer la description de l'image ici
Insérer la description de l'image ici

intergiciel

Insérer la description de l'image ici

intergiciel

  1. Environnement de système distribué
  2. Logiciel entre le système d'exploitation et les applications

Insérer la description de l'image ici

Classement des middlewares :

  1. Middleware d'accès aux bases de données
  2. Appel de procédure à distance RPC
  3. Middleware orienté message
  4. Middleware d'objets distribués
  5. middleware transactionnel

Insérer la description de l'image ici

Insérer la description de l'image ici

JAVA

Insérer la description de l'image ici

Je suppose que tu aimes

Origine blog.csdn.net/qq_41701723/article/details/133274060
conseillé
Classement