Scheda di revisione: Introduction au Processus Unifié

📋 Plan du Cours

1. Processus unifié : principes itératifs, centrés sur l'architecture et pilotés par les cas d'utilisation
2. Rôle des composants dans l'architecture logicielle du processus unifié
3. Organisation temporelle et structurelle du cycle de vie du processus unifié
4. Modèles utilisés dans le processus unifié pour représenter le logiciel
5. Activités clés : expression des besoins, analyse, conception, implémentation et test
6. Phases du processus unifié : analyse des besoins, élaboration, construction et transition
7. Objectifs et avantages de l'architecture dans le processus unifié
8. Gestion des risques et planification dans le processus unifié

📖 1. Processus unifié : principes itératifs, centrés sur l'architecture et pilotés par les cas d'utilisation

🔑 Notions clés & Définitions

• Cas d'utilisation : Description des besoins fonctionnels du client du point de vue de l'utilisateur, qui détecte et décrit ces besoins et dicte les fonctionnalités complètes du système.
• Centré sur l'architecture : Approche qui considère le développement et la validation d’une architecture logicielle comme le concept primordial du processus.
• Processus de développement : Donc accès sur l'utilisateur.
• Processus unifié :  L'objectif d'un processus unifié est de maîtriser la complexité des projets informatiques en diminuant les risques.

📝 Points essentiels

• Une itération est une répétition d'une séquence d'instructions ou d'une partie de programme un nombre de fois fixé à l'avance ou tant qu'une condition définie n'est pas remplie, permettant de traiter des données différentes.
• Les cas d'utilisation illustrent les besoins fonctionnels du client, détectent et décrivent ces besoins, et leur ensemble constitue le modèle de cas d'utilisation qui dicte les fonctionnalités complètes du système.
• Le processus unifié est orienté vers la diminution des risques en maîtrisant la complexité des projets informatiques.
• UP est piloté par les cas d'utilisation d'UML :  Le but principal d'un système informatique est de satisfaire les besoins du client.
•  Le modèle de cas d'utilisation présente le système du point de vue de l'utilisateur et représente sous forme de cas d'utilisation et d'acteur, les besoins du client.

💡 À retenir

Les cas d'utilisation illustrent les besoins fonctionnels du client, détectent et décrivent ces besoins, et leur ensemble constitue le modèle de cas d'utilisation qui dicte les fonctionnalités complètes du système.

📖 2. Rôle des composants dans l'architecture logicielle du processus unifié

🔑 Notions clés & Définitions

• Fournir : Action par laquelle un composant remplit une fonction définie dans le contexte d’une architecture bien définie, en fournissant la réalisation physique d’une série d’interfaces.

📝 Points essentiels

• L’architecture logicielle sert de base pour organiser les composants, les documents de conception, la structure du produit et de l’équipe.
• Les patterns et idiomes sont utilisés dans les documents de conception dérivés de l’architecture.

💡 À retenir

Les composants sont les unités physiques concrètes qui réalisent les fonctions définies par l’architecture logicielle et facilitent la modularité et la réutilisation.

📖 3. Organisation temporelle et structurelle du cycle de vie du processus unifié

🔑 Notions clés & Définitions

• Cycle de vie itératif et incrémental : Organisation du développement logiciel en cycles répétés, chaque cycle traitant un ensemble de cas d'utilisation et priorisant les risques majeurs.
• Processus qui s'exprime : Organisation du cycle de vie du processus unifié en itérations répétées autour de quatre phases : analyse des besoins, élaboration, construction et transition.
• Cette dimension rend compte : Aspect statique du processus exprimé par les composants, processus, activités, enchaînements, artefacts et travailleurs.

📝 Points essentiels

• L’axe vertical regroupe les activités selon leur nature, représentant l’aspect statique.
• L’axe horizontal montre le déroulement en cycles, phases, itérations et jalons, représentant l’aspect dynamique.
• Chaque itération traite un certain nombre de cas d'utilisation et priorise les risques majeurs.
• Cette dimension rend compte l'aspect statique du processus qui s'exprime en termes de composants, de processus, d'activités, d'enchaînements, d'artefacts et de travailleurs.
•  UP répète un certain nombre de fois une série de cycle qui s'articule autours de 4 phases : ➢ analyse des besoins ➢ élaboration ➢ construction ➢ transition  Pour mener efficacement un tel cycle, les développeurs ont besoin de toutes les représentations du produit logiciel ➢ un modèle de cas d'utilisation ➢ un modèle d'analyse : détailler les cas d'utilisation et procéder à une première répartition du comportement ➢ un modèle de conception : finissant la structure statique du système sous forme de sous-systèmes, de classes et interfaces.

💡 À retenir

L’axe vertical regroupe les activités selon leur nature, représentant l’aspect statique.

📖 4. Modèles utilisés dans le processus unifié pour représenter le logiciel

🔑 Notions clés & Définitions

• Vue d’implémentation : Perspective architecturale qui décrit l’organisation concrète des modules logiciels dans le système.
• Vue du processus : Perspective architecturale qui concerne les aspects concurrents du système à l’exécution, incluant les tâches, threads ou processus et leurs interactions.

📝 Points essentiels

• Le modèle 4+1 décrit l’architecture logicielle selon cinq vues complémentaires : logique, implémentation, processus, déploiement et cas d’utilisation.
• La vue d’implémentation décrit l’organisation des modules logiciels.
•  La vue du processus concerne les aspects concurrents du système à l’exécution: taches, threads ou processus, et leur interaction.
• Elle identifie la plupart des paquetages, sous-systèmes et classes.

💡 À retenir

Le modèle 4+1 structure la représentation du logiciel en plusieurs vues complémentaires pour couvrir tous les aspects essentiels de l’architecture logicielle.

📖 5. Activités clés : expression des besoins, analyse, conception, implémentation et test

🔑 Notions clés & Définitions

• Implémentation : L'activité qui produit les composants physiques du système, tels que le code source, scripts, binaires et exécutables, en planifiant l'intégration des composants à chaque itération.
• Analyse :  L'objectif de l'analyse est d'accéder à une compréhension des besoins et des exigences du client.
• Expression des besoins :  L'expression des besoins comme son nom l'indique, permet de définir les différents besoins :  inventorier les besoins principaux et fournir une liste de leurs fonctions  recenser les besoins fonctionnels (du point de vue de l'utilisateur) qui conduisent à
• Conception :  La conception permet d'acquérir une compréhension approfondie des contraintes liées au langage de programmation, à l'utilisation des composants et au système d'exploitation.

📝 Points essentiels

• L'expression des besoins recense les besoins fonctionnels et non fonctionnels, et élabore le modèle de cas d'utilisation.
• L'analyse produit une spécification complète des besoins structurée pour faciliter la compréhension et la préparation de l'architecture.
• L'implémentation produit les composants physiques (code source, scripts, exécutables) et planifie leur intégration par itération.
• Les tests vérifient les résultats de l'implémentation via des cas de test planifiés et exécutés à chaque itération.
•  Un modèle d'analyse livre une spécification complète des besoins issus des cas d'utilisation et les structure sous une forme qui facilite la compréhension (scénarios), la préparation (définition de l'architecture), la modification et la maintenance du futur système.
• Test :  Les tests permettent de vérifier des résultats de l'implémentation en testant la construction.

💡 À retenir

Le processus unifié organise le développement en activités séquentielles et itératives allant de la définition des besoins à la validation par tests.

📖 6. Phases du processus unifié : analyse des besoins, élaboration, construction et transition

🔑 Notions clés & Définitions

• Elaboration : Une phase qui précise les éléments issus de l’analyse des besoins pour aboutir à une spécification détaillée, en définissant la plupart des cas d’utilisation, en concevant l’architecture du système et en déterminant l’architecture de référence.
• Phase d’analyse des besoins : Une phase qui porte sur les besoins principaux du point de vue de l’utilisateur, définissant les services du système, l’architecture générale cible, les risques majeurs, les délais, les coûts, les ressources et les moyens à déployer.

📝 Points essentiels

• La phase d’analyse des besoins définit les services du système, l’architecture générale, les risques, délais et coûts.
• La phase d’élaboration précise les cas d’utilisation, conçoit l’architecture de référence et identifie les risques majeurs.
• La phase de construction transforme l’architecture de référence en produit complet intégrant tous les cas d’utilisation prévus.
• La phase de transition correspond à la mise en production, tests bêta, formation des utilisateurs et correction des anomalies.
• Cette phase porte essentiellement sur les besoins principaux (du point de vue de l'utilisateur), l'architecture générale du système, les risques majeurs, les délais et les coûts On met en place le projet.
•  Cette phase suppose des activités comme la formation des utilisateurs clients, la mise en œuvre d'un service d'assistance et la correction des anomalies constatées.

💡 À retenir

Les phases du processus unifié représentent une progression structurée allant du cadrage initial des besoins à la livraison et à l’adoption du produit final.

📖 7. Objectifs et avantages de l'architecture dans le processus unifié

🔑 Notions clés & Définitions

• Prototype architectural : Version initiale de l’architecture qui valide la conception et sert de base pour le développement ultérieur.

📝 Points essentiels

• Le prototype architectural valide l’architecture et sert de base pour le reste du développement.
• Le document d’architecture logicielle est le premier artefact décrivant l’architecture choisie.
• L’architecture permet de contrôler la complexité, maintenir l’intégrité du système et faciliter la réutilisation à grande échelle.
• L’architecture fournit des bases solides pour la gestion de projet et facilite le développement par composants.
•  Gagner et conserver un contrôle intellectuel sur le projet, contrôler sa complexité, et maintenir l’intégrité du système.

💡 À retenir

L’architecture est un levier central pour maîtriser la complexité, assurer la qualité et optimiser la gestion du projet.

📖 8. Gestion des risques et planification dans le processus unifié

🔑 Notions clés & Définitions

• Niveaux de qualité : Standards définis lors de la phase d’élaboration qui doivent être atteints pour assurer la conformité du projet.

📝 Points essentiels

• La phase d’élaboration identifie les risques pouvant impacter le plan, le coût et le calendrier.
• La planification inclut la définition des niveaux de qualité à atteindre et la formulation des cas d’utilisation pour la construction.
• Une offre projet est élaborée abordant calendrier, personnel et budget pour assurer la maîtrise du projet.

💡 À retenir

Comprendre que la gestion proactive des risques et une planification détaillée sont essentielles pour la réussite du processus unifié.

📊 Tableaux de Synthèse

Comparaison des phases du processus unifié

Phase	Objectifs	Activités principales
Analyse des besoins	Définir les services, risques, architecture	Recueil des besoins, définition des services, identification des risques
Elaboration	Spécifier l’architecture, risques majeurs	Préciser les cas d’utilisation
Construction	Intégrer tous les cas d’utilisation	Transformation de l’architecture en produit complet
Transition	Mise en production, formation, correction	Tests bêta, formation, correction des anomalies

⚠️ Pièges & Confusions Fréquentes

1. Confusion entre phases d’analyse et d’élaboration
2. Mauvaise compréhension de l’objectif de l’architecture
3. Confusion entre activités de conception et d’implémentation
4. Négliger la gestion des risques lors de la planification
5. Confusion entre modèles de représentation et phases du processus
6. Sous-estimer l’importance de la validation de l’architecture
7. Omettre la dimension itérative dans la planification

✅ Checklist Examen

1. Comprendre le principe d’itération dans le processus unifié
2. Identifier les activités clés du processus
3. Maîtriser les phases du processus unifié
4. Connaître les modèles utilisés pour représenter le logiciel
5. Savoir organiser la gestion des risques et la planification
6. Différencier les vues d’implémentation et du processus
7. Reconnaître l’importance de l’architecture dans la maîtrise du projet
8. Assimiler le rôle des composants dans l’architecture logicielle
9. Identifier les pièges courants lors de la mise en œuvre du processus
10. Savoir utiliser les modèles 4+1 dans la documentation
11. Comprendre l’organisation temporelle et structurelle du cycle de vie
12. Connaître les activités clés de développement et de test