UML 2 – Analyse et conception
Objectifs
- Savoir utiliser le formalisme UML 2.1 pour le développement agile d’un système d’information
- Découvrir UML de façon concrète et pratique au travers des différentes étapes du projet de développement
- Maîtriser les bonnes pratiques de conception logicielle fondamentales (déclinées autour de la séparation des préoccupations et de la limitation des dépendances)
- Comprendre comment formaliser la conception dans un document lisible et rigoureux, à l’aide du formalisme UML (utilisation de l’outil Enterprise Architect)
Programme
Introduction et prise en main du sujet
- Processus de développement: gestion de projet en cascade vs agile – la place des activités de spécification et de conception
- Conception Orientée Objet : séparation des préoccupations et limitation des dépendances – introduction à UML
- Prise en main de l’étude de cas: comprendre les besoins généraux du client
Définir le système à réaliser
- S’approprier le métier: au travers de l’étude de cas, comprendre les processus métier (diagramme d’activité) et les informations du domaine (diagramme de classe)
- Spécifier les exigences – au travers de l’étude de cas, définir et formaliser dans un document lisible et rigoureux -Les exigences fonctionnelles: identifier les acteurs et les cas d’utilisation du système – Les exigences non fonctionnelles à l’aide de l’approche FURPS – Le détail des interfaces du système
- Prendre en main le plan de développement projet : objectifs et planification des différentes itérations/sprints de l’étude de cas
Concevoir le système logiciel – les fondamentaux
- Définir la plate-forme technique : définir l’architecture matérielle (diagramme de déploiement), choisir le framework logiciel
- Concevoir un code source répondant aux exigences, maintenable et évolutif
- Définir une architecture du code: le pattern en couches MVC, étendu au système entier
- Concevoir les attributs: attributs identifiants et dérivés – association entre classes (diagramme de classe)
- Concevoir les traitements et la communication entre classes (diagramme de séquence) : utiliser les scénarios de cas d’utilisation – répondre aux exigences fonctionnelles, séparer les préoccupations selon MVC
- Affiner la structuration du code source : affiner la structuration en packages (diagramme de packages), factoriser du code avec la généralisation – du bon usage de l’héritage, faire communiquer les classes en limitant les dépendances: utilisation des interfaces et des singletons – pattern de communication requête/notification, gérer les états (diagramme d’états)
- Concevoir les composants déployables : définir les composants et leurs interfaces (diagramme de composant), définir le déploiement des composants (diagramme de déploiement)
Concevoir le système logiciel – Affinements techniques
- Prendre en compte la persistance – itération/sprint 2
- Prendre en compte la distribution – itération/sprint 3
- Prendre en compte la technologie du Web – itération/sprint 4
Pour aller plus loin
- Compléments sur les processus itératifs/agiles
- Le processus TUP (Two Tracks Unified Process) et l’approche MDA (Model Driven Architecture)
- Mettre en place UML dans l’entreprise
MOYENS PÉDAGOGIQUES ET TECHNIQUES D’ENCADREMENT DES FORMATIONS
Modalités pédagogiques :
- Évaluation des besoins et du profil des participants.
- Apport théorique et méthodologique : séquences pédagogiques regroupées en différents modules.
- Contenus des programmes adaptés en fonction des besoins identifiés pendant la formation.
- Méthodes expositive, active et participative.
- Réflexion et échanges sur cas pratiques.
- Retours d'expériences.
- Corrections appropriées et contrôles des connaissances à chaque étape, fonction du rythme de l’apprenant mais également des exigences requises au titre de la formation souscrite.
Modalités d’évaluation :
- Le formateur évalue la progression pédagogique du participant tout au long de la formation au moyen de travaux pratiques, étude de cas et mise en situation.
Éléments matériels :
- Mise à disposition des outils nécessaires au bon déroulement des travaux pratiques.
- Support de cours au format numérique projeté sur écran et transmis au participant en fin de la formation.
Référent pédagogique et formateur :
- Chaque formation est sous la responsabilité du directeur pédagogique de l’organisme de formation.
- Le bon déroulement est assuré par le formateur désigné par l’organisme de formation.
MOYENS PERMETTANT LE SUIVI ET L’APPRÉCIATION DES RÉSULTATS
- Feuilles de présences signées des participants et du formateur par demi-journée.
- Attestation de fin de formation mentionnant les objectifs, la nature et la durée de l’action et les résultats de l’évaluation des acquis de la formation.
Please login to get access to the quiz
Back to Formations Ingénierie logicielles
