Conception d'architecture système
- Présentation de l'architecture logicielle
- membre
- style d'architecture logicielle
- Résumé des styles architecturaux
- style architectural hiérarchique
- style architectural axé sur les services
- Réutilisation de l'architecture
- DSSA
- abdos
- Attributs de qualité des systèmes logiciels
- Évaluation de l'architecture logicielle (points clés)
- Scénario d'attribut de qualité
- Méthodes d’évaluation basées sur des scénarios
- intergiciel
Questions 15 à 20 du matin :
une question d'analyse de cas
et une question à développement
Présentation de l'architecture logicielle
La conception architecturale est l'étape de transition entre l'analyse des besoins et la conception de logiciels.
Conception et cycle de vie de l'architecture logicielle
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
membre
Service de composant
de module objet
La granularité devient de plus en plus grande
Une build peut contenir plusieurs éléments de classe, mais un élément de classe ne peut appartenir qu'à un seul composant
normes de composants
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
Test à choix multiples
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
Faire la différence entre les séquences de lots et les filtres de pipeline
Hiérarchie
orientée objet du programme principal/sous-programme
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
Mémoriser des mots-clés
un B
c
introduit une couche de gestion des objets et réduit les performances
un
une
liaison de connecteur
une
prochaine étape
d
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.
Couche de présentation (utilisée par les clients)
Couche de données (serveur)
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
Mode navigateur-serveur
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.
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)
style architectural axé sur les services
La granularité des objets
, composants
et services
devient de plus en plus grossière
Les fonctions et protocoles doivent être mémorisés.
Comment la SOA est mise en œuvre
- Service Web
- Registre des services
- ESB
cd
_
Réutilisation de l'architecture
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
Un ensemble de composants logiciels applicables à un domaine spécifique
domaine vertical
domaine horizontal
Analyse de domaine
Conception de domaine
Implémentation de domaine
Plus de contrôles
Experts du domaine
Analystes du domaine
Concepteurs du domaine
Implémentateurs du domaine
Plus de contrôles
Moins de contrôles
cc
_
c
db
_
abdos
important
Développement de logiciels basés sur l'architecture
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
Exigences, conception, documentation, révision, mise en œuvre, évolution
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
bc
_
_
un
Attributs de qualité des systèmes logiciels
Rarement inspecté
Évaluation de l'architecture logicielle (points clés)
se concentrer
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é
Ces trois derniers sont moins inspectés
Scénario d'attribut de qualité
Source du stimulus : Sujet Stimulus : Environnement
opérationnel : Condition Artefact : Objet Réponse : Mesure correspondante :
Méthodes d’évaluation basées sur des scénarios
Comprenez simplement
Distributeur automatique (important)
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
Presque aucun examen
b
d
fiabilité, disponibilité priorité parmi les disponibilités
c
c
b
a
c
a
c
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
c
Ce qui suit n'est pas important
intergiciel
intergiciel
- Environnement de système distribué
- Logiciel entre le système d'exploitation et les applications
Classement des middlewares :
- Middleware d'accès aux bases de données
- Appel de procédure à distance RPC
- Middleware orienté message
- Middleware d'objets distribués
- middleware transactionnel
JAVA