2 TUP

906 vues

Publié le

2 TUP signifie « 2 Track Unified Process »: c’est un processus de développement logiciel qui implémente le Processus Unifié (UP).

2 TUP est un processus qui apporte une réponse aux contraintes de changement continuel imposées aux systèmes d’information de l’entreprise.

Publié dans : Formation
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
906
Sur SlideShare
0
Issues des intégrations
0
Intégrations
4
Actions
Partages
0
Téléchargements
50
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

2 TUP

  1. 1. 2 TUP “2 TRACK UNIFIED PROCESS” Réalisé par : Soumaya IBENBRAHIM
  2. 2. PLAN Introduction Caractéristiques du 2 TUP Etude de cas Conclusion
  3. 3. 2TUP signifie « 2 Track Unified Process »: c’est un processus de développement logiciel qui implémente le Processus Unifié (UP). • 2 TUP est un processus qui apporte une réponse aux contraintes de changement continuel imposées aux systèmes d’information de l’entreprise. En ce sens, il renforce le contrôle sur les capacités d’évolution et de correction de tels systèmes. • « 2 Track» signifie littéralement que le processus suit deux chemins. Il s’agit des « chemins fonctionnels » et « de l’architecture technique », qui correspondent aux deux axes de changement imposés au système d’information. INTRODUCTION
  4. 4. •2TUP : « 2 Track Unified Process» propose un cycle de développement en Y, qui permet de décomposer le système d’information, suivant un axe fonctionnel et un axe technique, puis fusionner les résultats de ces deux branches formant ainsi la lettre Y.
  5. 5. CARACTÉRISTIQUES DU 2 TUP • Itératif et incrémental piloté par les risques • Piloté par les exigences des utilisateurs • Modélisé avec UML • Centré sur l’architecture • Orienté vers les composants
  6. 6. o ITÉRATIF ET INCRÉMENTAL PILOTÉ PAR LES RISQUES – Il est itératif et incrémental : • On avance successivement d’étape en étape en se basant sur l’étape précédente. • Une itération apporte des améliorations et nous procure l’évolution. – Il est piloté par les risques : • Les risques d’inadéquation aux besoins ou d’inadaptation technique. • Les risques d’incapacité à intégrer les technologies.
  7. 7. o UN PROCESSUS PILOTÉ PAR LES EXIGENCES DES UTILISATEURS • Le processus met en avant les besoins et exigences des futurs utilisateurs du système La non adéquation technique et fonctionnelle du système par rapport aux besoins des utilisateurs Risque important
  8. 8. • UN PROCESSUS DE MODÉLISATION AVEC UML  UML est le langage de modélisation standard de 2TUP. Un ensemble de diagrammes de UML est utilisé dans des étapes du processus en Y.  Par exemple: Le Diagramme des cas d'utilisation est utilisé dans la capture des besoins fonctionnels et aussi la capture des besoins techniques . • UN PROCESSUS CENTRÉ SUR L’ARCHITECTURE • le système est décomposé en modules pour des besoins de maintenabilité et d'évolutivité. Architecture : Ensemble des décisions d'organisation du système logiciel qui défend les intérêts de son propriétaire final. Les intérêts s'expriment en termes d'exigences fonctionnelles, techniques et économiques.
  9. 9. UN PROCESSUS ORIENTÉ VERS LES COMPOSANTS • Les regroupements de concepts définissent des packages et des composants dans le modèle, leur réutilisation peut se situer à tous les niveaux. En effet: Lors de la capture des besoins fonctionnels, les cas d’utilisation sont regroupés en packages pour organiser le modèle de spécification fonctionnel. Lors de l’analyse, les classes sont regroupées en catégories pour organiser successivement le modèle d’analyse métier et le modèle d’analyse de l’application.
  10. 10. Etude de cas
  11. 11. ENONCÉ • Il s’agit de l’étude et la conception d’un système qui va permettre de gérer le cursus universitaire. Ce système doit permettre de suivre la formation des étudiants depuis leur inscription à l’université jusqu’à leur obtention du diplôme de Licence. • Une université se compose de plusieurs départements (informatique, physique, maths, chimie …), dirigés par des chefs de département. Chaque département voit son parcours de formation structuré en 3 paliers .
  12. 12. Identification des acteurs Enumérer les acteurs susceptibles d’interagir avec le système:  Etudiant : Un étudiant peut consulter ses relevés de notes, son emploi du temps.  Chef de département : le chef de département établit le cursus de son département, il crée les promotions et suit leur évolution. Il choisit les enseignants responsables des cours.  Scolarité : la scolarité affecte les notes aux étudiants.  Enseignant : l’enseignant affecte les notes des étudiants de son module.  Administrateur : crée les profils utilisateurs et attribue les droits
  13. 13. Identification des messages Définition : un message représente la spécification d’une communication unidirectionnelle entre les objets, il transporte de l’information avec l’intention de déclencher une activité chez le récepteur. Le système émet les messages suivants :  Les relevés de notes des étudiants.  L’état d’avancement d’une promotion.  Le cursus d’un étudiant.  Les emplois du temps d’une promotion.  Les modules d’un département.  Les fiches des étudiants.  Les fiches des enseignants.  L’organisation d’un département.  La liste des étudiants passés et recalés à la fin d’un semestre. Le système reçoit les messages suivants :  Les créations, modifications, suppressions de fiches des étudiants/enseignants.  Les créations, modifications, de promotions  Le lancement/bouclage d’une promotion.  L’affectation des étudiants/enseignants à une promotion.  Les ajouts, suppressions, modifications des filières pour un département.  Les créations, modifications, suppressions des emplois du temps
  14. 14. Modélisation du contexte 1/2 - Définir le rôle de chaque acteur dans le système Chef de département S’authentifier Créer son département Créer une promotion Créer les spécialités/options Créer les Modules Suivre les promotions en cours Affecter les étudiants/enseignants à une promotion Scolarité S’authentifier Créer/modifier les fiches des étudiants Affecter les notes des étudiants
  15. 15. Enseignant S’authentifier Affecter les notes des étudiants pour son module S’authentifier Etudiant Administrateur S’authentifier Créer les profils utilisateurs Donner des droits d’accès Consulter ses modules en dette Consulter son emploi du temps Consulter son relevé de notes Modélisation du contexte 2/2
  16. 16. CAPTURE DES BESOINS FONCTIONNELS
  17. 17. CAPTURE DES BESOINS FONCTIONNELS 1- Identifier les cas d’utilisations L’identification des cas d’utilisation une première fois, nous donne un aperçu des fonctionnalités futures que doit implémenter le système. Cependant, il nous faut plusieurs itérations pour ainsi arriver à constituer des cas d’utilisation complets.  D’autres cas d’utilisation vont apparaître au fur à mesure de la description de ceux là, et l’avancement dans le « recueil des besoins fonctionnels ». Pour constituer les cas d’utilisation, il faut considérer l'intention fonctionnelle de l'acteur par rapport au système dans le cadre de l'émission ou de la réception de chaque
  18. 18. Cas d’utilisation Acteur principal, acteurs secondaires Messages émis/reçus par les acteurs Organiser un département Gérer les promotions Gérer les étudiants Chef de département Chef de département Scolarité Emet : Créer son département, Créer/modifier les spécialités/options, Créer les Modules. Emet : Créer une promotion, et Affecter les étudiants à une promotion Emet : Créer/modifier les fiches des étudiants. CAPTURE DES BESOINS FONCTIONNELS 2- Décrire les cas d’utilisations
  19. 19. Cas d’utilisation Acteur principal, acteurs secondaires Messages émis/reçus par les acteurs Maintenir les notes Scolarité, Enseignant Emet : Affecter les notes aux étudiants, gérer les rattrapages, gérer les modules en dettes. Reçoit : relevé de notes Consulter les notes Etudiant Reçoit : consulter son relevé de notes. CAPTURE DES BESOINS FONCTIONNELS 2- Décrire les cas d’utilisations
  20. 20. CAPTURE DES BESOINS FONCTIONNELS
  21. 21. Voici une description préliminaire des cas d’utilisations énumérés précédemment :  Organiser les départements :  Intention : gérer les départements.  Actions : créer un nouveau domaine, une nouvelle spécialité, une nouvelle option  Gérer les promotions :  Intention : gérer les promotions.  Actions : créer une nouvelle promotion, affecter des étudiants, modifier ou annuler la promotion.  Gérer les étudiants :  Intention : suivi des dossiers des étudiants après inscription de ces derniers.  Actions : créer le dossier étudiant, rattacher l’étudiant à une année universitaire, mettre à jour le dossier.  Maintenir les notes des étudiants :  Intention : affecter les notes aux étudiants.  Actions : affecter les notes aux étudiants pour chaque module.  Consulter les notes :  Intention : consulter les notes d’un étudiant.  Actions : choisir un étudiant et consulter la liste de ses notes. CAPTURE DES BESOINS FONCTIONNELS
  22. 22. Capture des besoins fonctionnels Remarque : les descriptions vont être organisées de la façon suivante :  Un sommaire d’identification : va résumer les propriétés du cas d’utilisation.  Une description détaillée : des Préconditions au déclenchement du cas d’utilisation doivent être spécifiées, un scénario nominal décrivant celui-ci additionné à des scénarios alternatifs et d’exceptions.  Les diagrammes (optionnelle): plusieurs diagrammes vont apparaitre (mais pas nécessairement) pour apporter une
  23. 23. Capture des besoins fonctionnels Exemple 1: Organiser les DÉPARTEMENTS: Sommaire D’IDENTIFICATION: Titre : Organiser les licences But : Créer des domaines, des spécialités, des options. Résumé : Créer un nouveau domaine, une nouvelle spécialité, une nouvelle option Acteur : Chef de départementDescriptions des ENCHAÎNEMENTS: Préconditions : Le chef de département est authentifié. Scénario nominal : Ce cas d’utilisation commence lorsque le chef de département demande au système de créer un nouveau domaine. Enchaînement (a) : Créer un domaine en construction. Le chef de département choisit un nom pour le département. Enchaînement (b) : Créer un tronc commun Pour la première année. Un tronc commun va être constitué. La durée de ce tronc commun est variable selon le domaine.
  24. 24. Capture des besoins fonctionnels Enchaînement (c) : • Créer les spécialités/options. • Il peut spécifier les spécialités/options que le domaine va contenir. Une durée en semestres doit être renseignée. Enchaînement (d) : valider un domaine en construction Le chef de département valide la création.
  25. 25. Capture des besoins fonctionnels
  26. 26. Découpage en catégorie Définition : Une catégorie consiste en un regroupement logique de classes à forte cohérence interne et faible couplage externe. Le découpage en catégories de notre cas étudié a donné le résultat suivant :
  27. 27. Modèle statique
  28. 28. Modèle Dynamique
  29. 29. Définition: un état représente une situation durant la vie d’un objet pendant laquelle : Un objet passe par une succession d’états durant son existence. Un état a une durée finie, variable selon la vie de l’objet, en particulier en fonction des événements qui lui arrivent. Construire le diagramme d’état Modèle Dynamique  Il satisfait une certaine condition .  Il exécute une certaine activité .  Ou bien il attend un certain évènement.
  30. 30. Modèle Dynamique Exemple : Diagramme d’états de la classe Etudiant :  Nouvellement inscrit : cet état représente un étudiant qui vient d’être inscrit à l’université. Il se produit lorsque l’étudiant est introduit pour la première fois dans la base et que c’est sa première année à la faculté.  Rattaché : cet état représente un étudiant qui est attaché à une promotion.  En cours d’études : cet état représente un étudiant qui est entrain d’étudier.  En cours de passage : cet état survient après qu’un étudiant ait réussi le passage au niveau supérieur. Au cours de cet état, l’étudiant fait le choix de la prochaine branche.  Recalé : cet état survient après qu’un étudiant ait échoué le passage au niveau supérieur.  Etudes terminées : cet état survient après qu’un étudiant ait terminé ses études supérieures.
  31. 31. Exemple : Diagramme d’états de la classe Etudiant : Modèle Dynamique
  32. 32. Conception générique Conception générique : Il s’agit du découpage en composants nécessaires à la construction de l’architecture technique. Il est généralement conseillé de réaliser un prototype pour assurer la validité de l’architecture. Cette étape permet de minimiser l’incapacité de l’architecture technique à répondre aux contraintes opérationnelles
  33. 33. Conception préliminaire et détaillée
  34. 34. Conception préliminaire et détaillée
  35. 35.  Cette phase est la fusion des deux précédentes (Branche fonctionnelle & Branche technique) et mène à la conception applicative et à la solution adaptée aux besoins des utilisateurs.  Elle concerne les étapes de la conception préliminaire, la conception détaillée, le codage et les tests puis l'étape de recette.  On y construit les classes, les vues, les interfaces, les tables et les méthodes qui vont donner une image « prête à coder » de la solution. Conception préliminaire et détaillée
  36. 36. Conception préliminaire et détaillée Conception préliminaire : étape délicate durant laquelle on intègre le modèle d’analyse dans l’architecture technique. Le but ici est de savoir dans quel composant technique on met nos fonctionnalités issues de l’analyse.  Conception détaillée : conception de chaque fonctionnalité.  Etape de codage : phase de programmation de ces fonctionnalités, avec des tests au fur et à mesure.  Etape de recette : phase de validation des fonctions du système développé.
  37. 37.  2TUP est un processus unifié qui a pour but d'apporter une réponse aux contraintes de changement fonctionnelles et techniques qui s'imposent aux systèmes d'information. 2TUP propose un cycle de développement qui dissocie les aspects techniques des aspects fonctionnels. Les résultats sont fusionnés pour réaliser le système selon un processus de développement en Y. Conclusion
  38. 38. Merci pour votre attention

×