SlideShare une entreprise Scribd logo
1  sur  133
Télécharger pour lire hors ligne
Processus de conception de SI2/3 – Processus unifié,[object Object],Yannick Prié,[object Object],Département Informatique – Faculté des Sciences et Technologies,[object Object],Université Claude Bernard Lyon 1,[object Object],2011-2012,[object Object]
Plan du cours global,[object Object],1/3 – Méthodes et processus,[object Object],2/3 – Processus unifié,[object Object],3/3 – Méthodes Agile,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan de ce cours,[object Object],Trame du processus unifié,[object Object],Caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],Beaucoup de transparents, une icône pour ce qui est à retenir ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Unified Software DevelopmentProcess / UnifiedProcess (UP),[object Object], Années 1990 : beaucoup de méthodes,[object Object],liées à des outils, à l’adaptation à UML (comme langage de notation) de méthodes pré-existantes, aux entreprises, etc.,[object Object],finalement, autant de méthodes que de concepteurs / projets ,[object Object],USDP,[object Object],proposée par  Rumbaugh, Booch, Jacobson ,[object Object],les concepteurs originaux d’UML,[object Object],purement objet,[object Object],prend de la hauteur par rapport à RUP (Rational) ,[object Object],méthode / processus,[object Object],regroupement des meilleures pratiques de développement ,[object Object],Dans ce cours : beaucoup de généralités liées à USDP, qui s’appliquent à peu près à toute méthode objet ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Unified Software DevelopmentProcess,[object Object],Un processus capable de,[object Object],dicter l’organisation des activités de l’équipe,[object Object],diriger les tâches de chaque individu et de l’équipe dans son ensemble,[object Object],spécifier les artefacts à produire,[object Object],proposer des critères pour le contrôle de produits et des activités de l’équipe,[object Object],Bref,[object Object],gérer un projet logiciel de bout en bout,[object Object],Regroupement de bonnes pratiques, mais,[object Object],non figé ,[object Object],générique (hautement adaptable : individus, cultures, …),[object Object],choisir un UP (« cas de développement » dans RUP) qui correspond au projet du moment, appliquer,[object Object],seul un expert peut en décider,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Un cycle de vie contient 4 phases,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Cycle 1,[object Object],Cycle 2,[object Object],Cycle 3,[object Object],Étude ,[object Object],préliminaire,[object Object],Élaboration,[object Object],Construction,[object Object],Transition,[object Object],Phases,[object Object],[object Object]
un cycle produit une version
Gérer chaque cycle de développement comme un projet ayant quatre phases
vue gestionnaire (manager)
chaque phase se termine par un point de contrôle (ou jalon) permettant aux chefs de projet de prendre des décisions,[object Object]
Phase 2 Elaboration,[object Object],Étude ,[object Object],préliminaire,[object Object],Élaboration,[object Object],Construction,[object Object],Transition,[object Object],Architecture ,[object Object],de base,[object Object],Vision,[object Object],Spécifier la plupart des cas d’utilisation,[object Object],[object Object],Mettre en œuvre cette architecture ,[object Object],CU critiques, <10 % des besoins,[object Object],Faire une planification complète,[object Object],Jalon ,[object Object],« architecture du cycle de vie » = premier prototype qui démontre la validité des choix architecturaux,[object Object],Peut-on passer à la construction ?,[object Object],besoins, architecture, planning stables ? Risques contrôlés ?,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Phase  3Construction,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Étude ,[object Object],préliminaire,[object Object],Élaboration,[object Object],Construction,[object Object],Transition,[object Object],Version béta,[object Object],Architecture ,[object Object],de base,[object Object],Vision,[object Object],Développer par incréments,[object Object],l'architecture reste stable malgré des changements mineurs,[object Object],le produit contient au final tout ce qui avait été planifié, il reste quelques erreurs,[object Object],Jalon ,[object Object],« capacité opérationnelle initiale » = version béta,[object Object],Le produit est-il suffisamment correct pour être installé chez le / un client ?,[object Object],Phase la plus coûteuse ,[object Object],> 50% du cycle,[object Object], englobe conception, codage, tests, intégration, etc.,[object Object]
Phase  4Transition,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Étude ,[object Object],préliminaire,[object Object],Élaboration,[object Object],Construction,[object Object],Transition,[object Object],Produit livré,[object Object],Version béta,[object Object],Architecture ,[object Object],de base,[object Object],Vision,[object Object],Transition ,[object Object],livrer / déployer le produit,[object Object],corriger le reliquat d’erreurs,[object Object],améliorer le produit,[object Object],former les utilisateurs,[object Object],lettre en place l’assistance en ligne,[object Object],Jalon ,[object Object],« livraison du produit » = produit déployé chez le client,[object Object],tests suffisants ? Produit satisfaisant ? Manuels prêts ?,[object Object]
Phases et activités,[object Object],Un cycle met en jeu des activités,[object Object],vue du développement sous l’angle technique (développeur),[object Object],les activités sont réalisées au cours des phases,[object Object],les activités,[object Object],Étude ,[object Object],préliminaire,[object Object],Élaboration,[object Object],Construction,[object Object],Transition,[object Object],Capture ,[object Object],des besoins,[object Object],Analyse,[object Object],Conception ,[object Object],Réalisation,[object Object],Test,[object Object],Architecture ,[object Object],de base,[object Object],Version béta,[object Object],Produit livré,[object Object],Vision,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],itératif et incrémental,[object Object],piloté par les besoins,[object Object],piloté par les risques,[object Object],centré sur l’architecture,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons du processus unifié,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Itérations et incréments,[object Object],Anti-cascade, spirale,[object Object],Construction progressive du système,[object Object],processus incrémental,[object Object],Chaque itération permet demaîtriser une partie des risques et apporte une preuve tangible de faisabilité,[object Object],produit un système partiel opérationnel (exécutable, testé et intégré) avec une qualité égale à celle d’un produit fini (alpha),[object Object],qui peut être évalué : permet de savoir si on va dans la bonne direction ou non,[object Object],Série de prototypes qui vont en s’améliorant ,[object Object],de plus en plus de fonctionnalités disponibles,[object Object],retours utilisateurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Cycle 1,[object Object],…,[object Object],Itération 1,[object Object],Itération 2,[object Object],Itération 3,[object Object],Itération n,[object Object]
Itération,[object Object],Une itération ,[object Object],est un mini-projet,[object Object],plan pré-établi et objectifs pour le prototype, critères d’évaluation,  ,[object Object],comporte toutes les activités (mini-cascade),[object Object],est terminée par un point de contrôle,[object Object],ensemble de modèles agréés, décisions pour les itérations suivantes,[object Object],conduit à une version montrable implémentant un certain nombre de CU,[object Object],dure entre quelques semaines et 9 mois (au delà : danger) ,[object Object],butée temporelle qui oblige à prendre des décisions,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Itérations et phases,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],temps,[object Object],Élabo-,[object Object],ration,[object Object],activités,[object Object],Étude ,[object Object],préliminaire,[object Object],Transition,[object Object],Construction,[object Object],Capture ,[object Object],des besoin,[object Object],Analyse,[object Object],Conception ,[object Object],Réalisation,[object Object],Test,[object Object],Itération 1,[object Object],Itér 2,[object Object],Itér 3,[object Object],Itér…,[object Object],Itér…,[object Object],Itér…,[object Object],Itér n,[object Object],Produit livré,[object Object],itérations,[object Object],Version béta,[object Object],Architecture ,[object Object],de base,[object Object]
Avantages d’un processus itératif et incrémental,[object Object],Gestion de la complexité,[object Object],pas tout en même temps, étalement des décisions importantes,[object Object],Maîtrise des risques élevés précoce,[object Object],diminution de l’échec,[object Object],architecture mise à l’épreuve rapidement (prototype réel),[object Object],Intégration continue,[object Object],progrès immédiatement visibles,[object Object],maintien de l’intérêt des équipes (court terme, prototypes vs documents) ,[object Object],Prise en compte des modifications de besoins,[object Object],feedback, implication des utilisateurs et adaptation précoce,[object Object],Apprentissage rapide de la méthode,[object Object],amélioration de la productivité et de la qualité du logiciel,[object Object],Adaptation de la méthode ,[object Object],possibilité d'explorer méthodiquement les leçons tirées d'une itération (élément à conserver, problèmes, éléments à essayer…),[object Object],Mais gestion de projet plus complexe : planification adaptative,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Résumé,[object Object],Démarche traditionnelle,[object Object],Méthodes itératives,[object Object],Validation effective,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],itératif et incrémental,[object Object],piloté par les besoins,[object Object],piloté par les risques,[object Object],centré sur l’architecture,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Un processus piloté par les besoins ,[object Object],Objectif du processus ,[object Object],construction d’un système qui réponde à des besoins,[object Object],par construction complexe de modèles,[object Object],Cas d’utilisation = expression / spécification des besoins,[object Object],CU portée système         / objectifs utilisateurs ,[object Object],CU utilisés tout au long du cycle,[object Object],validation des besoins / utilisateurs,[object Object],point de départ pour l’analyse (découverte des objets, de leurs relations, de leur comportement) et la conception (sous-systèmes),[object Object],guide pour la construction des interfaces,[object Object],guide pour la mise au point des plans de tests,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Les CU lient les modèles,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Besoins,[object Object],spécifié par,[object Object],Modèle des cas d’utilisation,[object Object],réalisé par,[object Object],distribué par,[object Object],Analyse,[object Object],Modèle d’analyse,[object Object],implémenté par,[object Object],Conception,[object Object],Modèle de conception,[object Object],Modèle de déploiement,[object Object],vérifié par,[object Object],Implémentation,[object Object],Modèle d’implémentation,[object Object],Tests,[object Object],Modèle de test,[object Object]
Avantages des cas d’utilisation,[object Object],Centrés utilisateurs,[object Object],support de communication en langue naturelle entre utilisateurs et concepteurs basé sur les scénarios (et non liste de fonctions),[object Object],dimension satisfaction d’un objectif utilisateur ,[object Object],également pour les utilisateurs informaticiens (administration),[object Object],besoins fonctionnels, pour acteurs humains et non humains à identifier précisément,[object Object],Assurent la traçabilité par rapports aux besoins de toute décision de conception sur l’ensemble du projet ,[object Object],tout modèle peut se référer in fine à un CU,[object Object],Fournissent une vision commune aux participants du projet ,[object Object],management, conception, qualité, marketing, etc.,[object Object],Attention ,[object Object],créer de bons CU est un art (cf.  « cours rédaction de CU »),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],itératif et incrémental,[object Object],piloté par les besoins,[object Object],piloté par les risques,[object Object],centré sur l’architecture,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Risque ?,[object Object],Risque que le projet de construction du système soit un échec,[object Object],Différentes natures de risques pour un projet,[object Object],besoins / technique / autres,[object Object],Exemples,[object Object],le système construit n’est pas le bon ,[object Object],architecture inadaptée, utilisation de technologies mal maîtrisées, performances insuffisantes,[object Object],personnel insuffisant, problèmes commerciaux ou financiers (risques non techniques, mais bien réels),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Processus piloté par les risques,[object Object],Gestion des risques,[object Object],identifier et classer les risques par importance,[object Object],agir pour diminuer les risques,[object Object],ex. changer les besoins, confiner la portée à une petite partie du projet, faire des test pour vérifier leur présence et les éliminer,[object Object],s’ils sont inévitables, les évaluer rapidement,[object Object],tout risque fatal pour le projet est à découvrir au plus tôt ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Pilotage par les risques et itérations,[object Object],Identifier, lister et évaluer la dangerosité des risques,[object Object],Construire les itérations en fonction des risques : s’attaquer en priorité aux risques les plus importants qui menacent le plus la réussite du projet,[object Object],« provoquer des changements précoces »,[object Object],ex. stabiliser l’architecture et les besoins liés le plus tôt possible,[object Object],Risque,[object Object],Etude ,[object Object],préliminaire,[object Object],Période d’intégration et de tests,[object Object],Cascade,[object Object],Élaboration ,[object Object],Itératif,[object Object],Construction ,[object Object],Transition ,[object Object],Temps/itérations,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Itération pilotées par la réduction des risques,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Définir les scénarios permettant de prendre en compte les risques les plus importants,[object Object],Planifier l’itération N,[object Object],[object Object]
 planningRisques initiaux du projet,[object Object],Objectif initial du projet,[object Object],Développer l’itération N,[object Object],[object Object],Iteration N,[object Object],Valider l’itération N,[object Object],Réviser l’ensemble de,[object Object],L’objectif du projet,[object Object],[object Object]
 planning
 objectifs/contenuRéviser les risques ,[object Object],du projet,[object Object],[object Object],Risques éliminés,[object Object],Copyright © 1997 by Rational Software Corporation,[object Object]
Itérations et risque,[object Object],On ordonne les itérations à partir des priorités établies pour les cas d’utilisation et de l’étude du risque,[object Object],plan des itérations,[object Object],chaque prototype réduit une part du risque et est évalué comme tel ,[object Object],les priorités et l’ordonnancement de construction des prototypes peuvent changer avec le déroulement du plan,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Planification des itérations,[object Object],Planification des itérations dès l’élaboration,[object Object],précise pour l’itération suivante, imprécise pour la fin,[object Object],la planification générale est adaptée en fonction des risques identifiés/traités et des résultats obtenus dans les itérations,[object Object],Planification adaptative (vs. prédictive),[object Object],fixer des butées temporelles,[object Object],gérer l’adaptation avec le client,[object Object],Itération,[object Object],toutes les activités des besoins aux tests, résultats différents en fonction de la phase dans laquelle on se trouve ,[object Object],mini-projet : planning, ressources, revue,[object Object],premières itérations : suivre une méthode,[object Object],à la fin d’une itération : retrospective,[object Object],éléments à conserver, problèmes, éléments à essayer,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],itératif et incrémental,[object Object],piloté par les besoins,[object Object],piloté par les risques,[object Object],centré sur l’architecture,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Processus centré sur l’architecture,[object Object],L’architecture sert de lien pour l’ensemble des membres du projet,[object Object],réalisation concrète de prototypes incrémentaux qui « démontrent » les décisions prises,[object Object],vient compléter les cas d’utilisation comme « socle commun »,[object Object],Contrainte de l’architecture,[object Object],plus le projet avance, plus l’architecture est difficile à modifier,[object Object],les risques liés à l’architecture sont très élevés, car très coûteux,[object Object],Objectif pour le projet,[object Object],établir dès la phase d’élaboration des fondations solides et évolutives pour le système à développer, en favorisant la réutilisation,[object Object],l’architecture s’impose à tous, contrôle les développements ultérieurs, permet de comprendre le système et  d’en gérer la complexité ,[object Object],L’architecture est contrôlée et réalisée par l’architecte du projet,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Objectif / architecture,[object Object],Construire une architecture ,[object Object],comme forme dans laquelle le système doit s’incarner,[object Object],les CU réalisés doivent y trouver leur place ,[object Object],la réalisation des CU suivant doit s’appuyer sur l’architecture.,[object Object],qui permette de promouvoir la réutilisation,[object Object],qui ne change pas trop ,[object Object],converger vers une bonne architecture rapidement,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Analyse architecturale,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Identifier et traiter les besoins non fonctionnels dans le contexte des besoins fonctionnels,[object Object],Identifier les points de variation et d'évolution les plus probables,[object Object],points de variation : variations dans le système existant ou dans les besoins,[object Object],points d’évolution : points de variation spéculatifs, actuellement absents des besoins,[object Object]
Construction de l’architecture : principe (1),[object Object],Pour commencer,[object Object],choix d’une architecture de haut-niveau et construction des parties générales de l’application ,[object Object],ébauche à partir  ,[object Object],de solutions existantes ,[object Object],de la compréhension du domaine,[object Object],de parties générales aux applications du domaine (quasi-indépendant des CU),[object Object],des choix de déploiement,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Construction de l’architecture : principe (2),[object Object],Ensuite : ,[object Object],Construction de l’architecture de référence ,[object Object],confrontation à l’ébauche des cas d’utilisation les plus significatifs (un à un) ,[object Object],construction de parties de l’application réelle (sous-systèmes spécifiques),[object Object],stabilisation de l’architecture autour des fonctions essentielles (sous-ensemble des CU).  ,[object Object],traitement des besoins non fonctionnel dans le contexte des besoins fonctionnels,[object Object],identification des points de variation et les points d'évolution les plus probables.,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Construction de l’architecture : principe (3),[object Object],Ensuite : ,[object Object],réalisation incrémentale des cas d’utilisation ,[object Object],itérations successives,[object Object],l’architecture continue à se stabiliser sans changement majeur ,[object Object],Remarque : maturation des cas d’utilisation,[object Object],plus faciles à exprimer et plus précis quand un début d’application est disponible,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
L’architecture est conçue et réalisée pendant la phase d’élaboration ,[object Object],Phase d’élaboration,[object Object],aller directement vers une architecture robuste, à coût limité, appelée « architecture de référence »,[object Object],10% des classes suffisent,[object Object],L’architecture de référence ,[object Object],permettra d’intégrer les CU incrémentalementpendant la construction,[object Object],guidera le raffinement et l’expression des CU pas encore détaillés,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Besoin de développement des modèles pour une architecture de ,[object Object],référence : « petite et maigre »,[object Object],Modèle des cas ,[object Object],d’utilisation,[object Object],Modèle d’analyse,[object Object],Modèle de conception,[object Object],Modèle de tests,[object Object],Modèle de déploiement,[object Object],Modèle de réalisation,[object Object]
Remarque Processus orienté composants,[object Object],On cherche à développer et à réutiliser des composants,[object Object],souplesse, préparation de l’avenir,[object Object],Au niveau modélisation,[object Object],regroupement en packages d’analyse, de conception réutilisables,[object Object],utilisation de design patterns,[object Object],architecturaux,[object Object],objets (création, comportement, structure),[object Object],Au niveau production,[object Object],utilisation de frameworks,[object Object],achats de composants ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Les 4 grandes caractéristiques du processus unifié sont liées,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Processus itératif et incrémental,[object Object],Piloté par les risques,[object Object],Piloté par les cas d’utilisation,[object Object],Centré sur ,[object Object],l’architecture,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Activités, travailleurs, artefacts et modèles,[object Object],Différentes activités pour passer des besoins au code,[object Object],Différentes phases pour piloter les activités,[object Object],Focus sur quelques points importants,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Rappel : principes de conception objet,[object Object],Passer des besoins aux classes implémentées en réalisant des scénarios comme des collaborations entre objets,[object Object],déduire les responsabilités des collaborations,[object Object],S’appuyer sur un modèle du domaine pour créer des objets métiers susceptibles d’évoluer avec les besoins,[object Object],assumer l’évolutivité des besoins,[object Object],Favoriser systématiquement la réutilisation,[object Object],en conception : patterns,[object Object],en construction : composants, frameworks,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Principe général,[object Object],Décrire le modèle du domaine,[object Object],fournira l’ossature du diagramme de classes,[object Object],Décrire les cas d’utilisation,[object Object],besoins fonctionnels,[object Object],Réaliser les cas d’utilisation un par un ,[object Object],avec des interactions entre objets ,[object Object],diagrammes de séquences / communication,[object Object],Compléter le diagramme de classe,[object Object],Coder les classes,[object Object],compléter le prototype,[object Object],Tester / déployer,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Processus unifié : activités et phases,[object Object],[object Object],que faire ? ,[object Object],comment ?,[object Object],quel forme de produit (modèles, documents textuels, code…) ?,[object Object],[object Object],planifier les phases et les itérations,[object Object],pour chaque itération / phase ,[object Object],quels sont les buts à atteindre ?,[object Object],quels sont les livrables ?,[object Object],quels aspects décrire, avec quel niveau d’abstraction ?,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Les activités selon les phases ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],temps,[object Object],activités,[object Object],Élabo-,[object Object],ration,[object Object],Étude ,[object Object],préliminaire,[object Object],Construction,[object Object],Transition,[object Object],itération,[object Object],Capture ,[object Object],des besoin,[object Object],Analyse,[object Object],Conception ,[object Object],Réalisation,[object Object],Test,[object Object],itérations,[object Object]
USDP,[object Object],UP définit un enchaînement d’activités,[object Object],réalisées par un ensemble de travailleurs (rôles, métiers),[object Object],ayant pour objectif de passer des besoins à un ensemble cohérent d’artefacts constituant un système informatique,[object Object],et de favoriser le passage à un autre système quand les besoins évolueront (nouvelle version, nouveau cycle) ,[object Object],UP n’est qu’un cadre général de processus,[object Object],un projet particulier est une instance de ce cadre adaptée au contexte du projet (taille, personnels, entreprise, compréhension du processus, etc.),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activités, travailleurs, artefacts,[object Object],Artefacts (quoi),[object Object],documentent le système et le projet (traces et produits),[object Object],ex. : modèle architectural, code source, exécutable, modèle des CU, etc.,[object Object],Travailleurs ou discipline (qui),[object Object],rôle par rapport au  projet,[object Object],ex. : architecte, analyste de CU,[object Object],Activités (comment) ,[object Object],5 grandes activités, multiples sous-activités,[object Object],tâches réalisée par un travailleur, impliquant une manipulation d’information ,[object Object],exemples,[object Object],concevoiruneclasse, corrigerundocument, détaillerun CU, etc.,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Travailleurs et activités,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Workflows,[object Object],Enchaînement d’activités qui produisent des artefacts,[object Object],Diagramme d’activité,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Exemple RUP : requirement workflow,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Les modèles du processus,[object Object],Objectif de la modélisation,[object Object],créer un modèle global composé de diagrammesliés aux différentes activités,[object Object],et pas une montagne de documents,[object Object],Les modèles sont liés ,[object Object],par les cas d’utilisation,[object Object],par les enchaînements d’activités qui ont permis de les mettre en place,[object Object],Rappel ,[object Object],la description de l’architecture utilise une sous-partie des modèles,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Modèles d’un projet USDP,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Les activités consistent (entre autres) à créer des modèles,[object Object],Modèle des cas d’utilisation,[object Object],Modèle d’analyse,[object Object],Modèle de conception,[object Object],Modèle d’implémentation,[object Object],Modèle de test,[object Object],Modèle de déploiement,[object Object]
Modèles et activités (1/2),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Capture des besoins,[object Object],le modèle des CU représente le système vu de l’extérieur, son insertion dans l’organisation, ses frontières fonctionnelles. ,[object Object],Analyse,[object Object],le modèle d’analyse représente le système vu de l’intérieur. Les objets sont des abstractions des concepts manipulées par les utilisateurs. Point de vue statique et dynamique sur les comportements.,[object Object],Modèle des cas d’utilisation,[object Object],Modèle d’analyse,[object Object]
Modèles et activités (2/2),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Conception,[object Object],le modèle de conception correspond aux concepts utilisés par les outils, les langages et les plateformes de développement. ,[object Object],le modèle de déploiement spécifie les nœuds physiques et la distribution des composants. Permet d’étudier, documenter, communiquer et d’anticiper une conception,[object Object],Implémentation ,[object Object],le modèle d’implémentation lie le code et les classes de conception,[object Object],Tests,[object Object],le modèle de tests décrits les cas de tests,[object Object],Modèle de conception,[object Object],Modèle de déploiement,[object Object],Modèle d’implémentation,[object Object],Modèle de test,[object Object]
Avertissement sur la suite,[object Object],Ce n’est pas forcément du UP générique complet ,[object Object],insistance sur certains points plutôt que d’autres, utilisation de plusieurs sources à peu près cohérentes,[object Object],S’appuie largement sur le cours de JL Sourrouille (INSA-Lyon),[object Object],trame description / exemple,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Activités, travailleurs, artefacts et modèles,[object Object],Différentes activités pour passer des besoins au code,[object Object],Différentes phases pour piloter les activités,[object Object],Focus sur quelques points importants,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité acquisition des besoins :objectifs,[object Object],Déterminer les valeurs attendues du nouveau système et de la nouvelle organisation ,[object Object],arriver à un accord client / développeurs,[object Object],Recenser les besoins potentiels,[object Object],caractéristiques potentielles, priorité, risques…,[object Object],Comprendre le contexte du système,[object Object],association d’analystes et d’experts métier pour construire un vocabulaire commun,[object Object],modèle du domaine (ou modèle de l’entreprise),[object Object],diagramme de classes ,[object Object],modèle du métier (éventuellement) ,[object Object],modélisation des processus (CU métier, diagrammes de séquences, activité),[object Object],glossaire,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité acquisition des besoins :Liste initiale des besoins,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Une petite chaîne d'hôtels a décidé de mettre sur le web un système de réservation de chambres ouvert à tout client, et d'autre part elle veut automatiser la gestion de ses hôtels. Un hôtel est géré par un directeur assisté d'employés. ,[object Object],Pour réserver à distance, après avoir choisi hôtels et dates, le client fournit un numéro de carte bleue. Lorsque le retrait a été accepté, la réservation devient effective et une confirmation est envoyée par mail. Les clients sous contrat (agences de voyage...) bénéficient d'une réservation immédiate. ,[object Object],Le directeur de l'hôtel enregistre les réservations par téléphone. Si un acompte est reçu avant 72h, la réservation devient effective, sinon elle est transformée en option (toute personne ayant payé a la priorité). Si la réservation intervient moins de 72h avant la date d'occupation souhaitée, le client doit se présenter avant 18h. ,[object Object],Le directeur fait les notes des clients, perçoit l'argent et met à jour le planning d'occupation effectif des chambres. ,[object Object],Une chambre est nettoyée soit avec l'accord du client lorsqu'il reste plusieurs jours, soit après le départ du client s'il s'en va, et dans ce cas avant occupation par un nouveau client. Les employés s'informent des chambres à nettoyer et indiquent les chambres nettoyées au fur et à mesure. Pour cela les chambres vides à nettoyer doivent être affichées, et les employés doivent pouvoir indiquer les chambres nettoyées de façon très simple. Un historique des chambres nettoyées par chaque employé est conservé un mois. ,[object Object]
Activité acquisition des besoins :Modèle du domaine,[object Object],Représentation des classes conceptuelles d’une situation réelle,[object Object],objets métier (ex. Réservation), du monde réel (ex. Chambre), événements,[object Object],quelques attributs, peu d’opérations,[object Object],associations (s’il y a nécessité de conserver la mémoire de la relation),[object Object],les classes non retenues sont placées dans un glossaire,[object Object],« Dictionnaire visuel » du domaine construit surtout pendant la phase d’élaboration, itérativement en fonction des CU considérés,[object Object],Servira à réduire le décalage des représentation entre domaine et objets logiciels ,[object Object],inspiration pour la construction de la couche domaine de l'architecture logicielle (parfois aussi appelée modèle de domaine : ne pas mélanger),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité acquisition des besoins :modèle du domaine,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Occupation,[object Object],dateDébut ,[object Object],dateFin ,[object Object],Numéro,[object Object],Réservation,[object Object],Ménage,[object Object],Note,[object Object],dateDébut ,[object Object],dateFin ,[object Object],Hôtel,[object Object],0..*,[object Object],0..*,[object Object],Chambre,[object Object],Hôte,[object Object],0..*,[object Object],0..*,[object Object],Sdb : douche,[object Object],nettoie,[object Object]
Activité acquisition des besoins :Pour construire un modèle du domaine ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],(Larman) ,[object Object],Réutiliser/modifier des modèles existants,[object Object],Lister les catégories ,[object Object],classes : objets physiques, transactions, autre systèmes informatiques, organisations, documents de travail, etc.,[object Object],associations : A est membre de B, A est une transaction liée à une transaction B, A est une description de B, etc.,[object Object],Utiliser des groupes nominaux ,[object Object],extraits par exemple des CU détaillés,[object Object]
Activité acquisition des besoins :Modèle du métier (facultatif),[object Object],Modèle des CU métier,[object Object],représenter les processus,[object Object],acteurs métier,[object Object],CU organisation boîte blanche,objectif stratégique,[object Object],Modèle objet métier,[object Object],montre comment les CU métier sont réalisés par ,[object Object],acteurs métier,[object Object],travailleurs métier,[object Object],entités métier,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Client,[object Object],Réservation,[object Object],Gérant,[object Object],Planning,[object Object],Ménage,[object Object]
Activité acquisition des besoins Modélisation de processus métiers,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],nettoyagedemandé ?,[object Object],Nettoyer chambre,[object Object],Marquer chambre ,[object Object],Nettoyer chambre,[object Object],Faire lit,[object Object],Chambre,[object Object],Chambre,[object Object],Nettoyer salle de bain,[object Object]
Activité acquisition des besoins :Produits de l’acquisition des besoins,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Concepts de,[object Object],l’application,[object Object],Utilisateurs,[object Object],Expérience,[object Object],du domaine,[object Object],Documents,[object Object],[object Object]
 …Acquisition des besoins,[object Object],Compréhension du système,[object Object],Modèle du domaine,[object Object],(modèle du métier),[object Object],Liste des besoins,[object Object],potentiels,[object Object],Spécification des besoins,[object Object]
Activité expression des besoinsObjectifs (1/4),[object Object],Définir les besoins fonctionnels,[object Object],écrire les récits d’utilisation,[object Object],définir les acteurs et leurs objectifs,[object Object],limites du système à construire ,[object Object],interactions avec le système,[object Object],définir les cas d’utilisation ,[object Object],portée système / objectif utilisateur,[object Object],description brève, puis plus détaillée,[object Object],construire le modèle des cas d’utilisation,[object Object],organiser les cas d’utilisation,[object Object],utiliser des CU portée organisation,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité expression des besoinsExemple : description des CU,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Le système à développer est divisé en deux sous-systèmes indépendants: le système de réservation à distance et le système de gestion local à l'hôtel. ,[object Object],La base de données des réservations est considérée comme un système externe mais non détaillé (sous-système classique).,[object Object],Localement, la base de données est considérée comme interne au système et ignorée pour l'instant.,[object Object],Systèmeréservation à distance,[object Object],Réserver une chambre,[object Object],Client,[object Object],« actor »,[object Object],Système bancaire,[object Object],Confirmerune réservation,[object Object]
Activité expression des besoinsDescription des CU,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Système gestion hôtel,[object Object],Administrer hôtel,[object Object],Le gérant gère les chambres, leur catégorie, leur prix... Il peut déclarer qu'une chambre est momentanément non utilisable (travaux...). Il fait le bilan mensuel des employés de nettoyage. Il tient à jour une liste des services et les prix (petit déjeuner en salle, dans la chambre...)...,[object Object],Ajouter chambre,[object Object],Le gérant crée une chambre dans le système, avec toutes ses caractéristiques.,[object Object],Facturer client ...,[object Object],Facturer client,[object Object],« actor »,[object Object],Système bancaire,[object Object],Faire bilanménage,[object Object],Administrerhôtel,[object Object],Gérant,[object Object],« actor »,[object Object],Système réservation,[object Object],Ajouter chambre,[object Object],Réserver chambre,[object Object],Nettoyage,[object Object],Mettre à jour le,[object Object],nettoyage,[object Object]
Activité expression des besoinsObjectifs (2/4),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Classer les cas d’utilisation par priorité,[object Object],la priorité dépend des risques associés au cas d’utilisation et de leur importance pour l’architecture, des nécessités de réalisation et de tests,[object Object],Les traitements très classiques de la gestion locale sont à examiner en dernier (risque faible). Les réservations (client ou gérant) mettent en jeu une architecture plus complexe et sont à examiner en priorité. Le système de gestion des chambres pour le ménage peut entraîner des questions techniques difficiles (équipement mobile).,[object Object],Réserver une chambre sur le web,[object Object],Réserver une chambre (locale),[object Object],Trouver la prochaine chambre à nettoyer,[object Object],Administrer,[object Object],...,[object Object]
Activité expression des besoinsObjectifs (3/4),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Détailler et formaliser les cas d’utilisation,[object Object],scénarios,[object Object],séquence d’étape nominale,[object Object],extensions,[object Object],compléter la description des scénarios ,[object Object],éventuellement diagrammes de séquence système, diagrammes d’activité, de machines d’états ,[object Object],maquette IHM ,[object Object],uniquement si l’interface est complexe ou nécessite une évaluation par le client,[object Object],Structurer le modèle,[object Object],réorganiser si besoin,[object Object],Utilisateurs non spécialistes, interface simple et logique. Problème classique, sans risque majeur, donc pas de maquette.,[object Object]
Activité expression des besoinsDétails des cas d’utilisation,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Description détaillée,[object Object],scénario nominal, extensions (voir cours sur la rédaction des CU),[object Object],CU : Réserver une chambre,[object Object],Portée : système de réservation,[object Object],Niveau : objectif utilisateur,[object Object],Acteur principal : Gérant,[object Object],Intervenants et intérêts : Client, Chaîne hôtelière,[object Object],Préconditions : une chambre est libre pour la période désirée,[object Object],Garanties minimales : rien ne se passe,[object Object],Garanties en cas de succès : la chambre est réservée,[object Object],Scénario nominal1. Le gérant demande le planning d'occupation pour la période qui vient. Le système affiche le planning sur plusieurs semaines.2. Le gérant sélectionne une chambre libre pour une date qui l’intéresse. Le système lui présente le récapitulatif de cette chambre, et sa disponibilité quelques jours avant et après la date choisie.…,[object Object]
Activité expression des besoinsObjectifs (4/4),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Appréhender les besoins non fonctionnels (contraintes sur le système : environnement, plate-forme, fiabilité, vitesse…),[object Object],rattacher si possible les besoins aux cas d’utilisation,[object Object],description dans les descriptions des CU (section « exigences particulières » pour UP),[object Object],sinon, dresser une liste des exigences supplémentaires,[object Object],La chaîne possède 117 hôtels de 30 chambres en moyenne. Les appels sur le réseau sont évalués à 300 par jour (au début, prévoir des évolutions).,[object Object],Pour des raisons d'extensibilité, de performances et de sécurité, la chaîne de traitement des réservations des  clients doit être indépendante des liaisons des hôtels avec le système de réservation. Les hôtels sont reliés en permanence au système de réservation aux coupures près (ADSL) et les postes devront être fiables (reprise sur erreur après coupures de courant...).,[object Object],Le temps d’apprentissage du logiciel par les acteurs professionnels ne doit pas dépasser une demi-journée.,[object Object],Une société tierce s'occupera de la maintenance du système et abritera les serveurs.,[object Object]
Activité expression des besoinsArtefacts,[object Object],Concepts de,[object Object],l’application,[object Object],Utilisateurs,[object Object],Expérience,[object Object],du domaine,[object Object],Documents,[object Object],[object Object]
 …Acquisition des besoins,[object Object],Compréhension du système,[object Object],Modèle du domaine,[object Object],(modèle du métier),[object Object],Liste des besoins,[object Object],potentiels,[object Object],Spécification des besoins,[object Object],Besoins / spécifications,[object Object],(non fonctionnels),[object Object],supplémentaires,[object Object],Classement des cas,[object Object],( vue architecture),[object Object],Maquette(s) interface(s) ,[object Object],utilisateur,[object Object],Modèle des cas ,[object Object],d’utilisation ,[object Object],(texte),[object Object],Analyse,[object Object],Glossaire,[object Object],Vision,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité expression des besoinsExpression des besoins : travailleurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Analyste système, du domaine,[object Object],modèle du domaine / du métier,[object Object],modèle des CU / acteurs,[object Object],glossaire,[object Object],Spécificateur de cas d’utilisation,[object Object],CU détaillés,[object Object],Concepteur d’interface utilisateur,[object Object],maquette/prototype,[object Object],Architecte,[object Object],vue architecturale du modèle des CU,[object Object]
Activité analyseObjectif général,[object Object],Construire le modèle d’analyse pour préparer la conception,[object Object],forme générale stable du système,[object Object],haut-niveau d’abstraction ,[object Object],réalisation des cas d’utilisation par des objets/classes d’analyse,[object Object],passage du langage du client à celui du développeur,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité analyseObjectifs (1/4),[object Object],Mener l’analyse architecturale,[object Object],identifier les paquetages d’analyse,[object Object],regroupement logique indépendant de la réalisation,[object Object],relations de dépendances, navigabilité entre classes de paquetage différents,[object Object],à partir des CU et du domaine,[object Object],servira de point de départ pour le découpage en sous-systèmes,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité analyseDécoupage en paquetages,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Gestion réservations,[object Object],Réservations,[object Object],Clients/gérants,[object Object],Réservations,[object Object],Gestion hôtel,[object Object],Requêtes,[object Object],gérants,[object Object],Comptabilité,[object Object],Connexionsystème,[object Object],bancaire,[object Object]
Activité analyseObjectifs (2/4),[object Object],Mener l’analyse architecturale (suite),[object Object],Identifier les classes entités manifestes (premier modèle structurel),[object Object],modèle des 10-20 classes constituant l’essence du domaine (à partir du modèle du domaine/métier),[object Object],3 stéréotypes de classe : frontière, contrôle, entité,[object Object],responsabilités évidentes,[object Object],Identifier les exigences particulières communes,[object Object],distribution, sécurité, persistance, tolérance aux fautes…,[object Object],les rattacher aux classes et cas d’utilisation,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité analysePremier modèle structurel ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],(paquetage : Gestion hôtel),[object Object],<< InterfaceUtilisateur >>,[object Object],AgentNettoyage,[object Object],GestionHotel,[object Object],Hôtel,[object Object],Emploie,[object Object],+lesAgents,[object Object],numéro,[object Object],numéro,[object Object],Historique,[object Object],<<InterfaceLogicielle >>,[object Object],CComptabilité,[object Object],Nettoie,[object Object],Nettoyage,[object Object],<< InterfaceLogicielle >>,[object Object],+lesChambres,[object Object],SystèmeRéservation,[object Object],Occupe,[object Object],Hôte,[object Object],Chambre,[object Object],dateDébut : Date,[object Object],Responsabilités : - connaître sa taille- connaître son équipement,[object Object],- savoir si elle est occupée,[object Object],dateFin : Date,[object Object],<< InterfacePhysique >>,[object Object],CommunicationRéseau,[object Object]
Activité analyseObjectifs (3/4),[object Object],Analyser les cas d'utilisation,[object Object],réaliser les scénarios des cas d'utilisation,[object Object],identifier les classes, attributs et relations,[object Object],examiner l'information nécessaire pour réaliser chaque scénario,[object Object],ajouter les classes isolant le système de l'extérieur (interfaces physiques, vues externes des objets…),[object Object],éliminer les classes qui n’en sont pas : redondantes, vagues, de conception, etc.,[object Object],décrire les interactions entre objets,[object Object],diagrammes de séquence,[object Object],diagrammes de communication,[object Object],si scénario trop complexe, modéliser par parties (enchaînements), et indiquer les branchements ,[object Object],Le modèle structurel sera construit pour supporter l'union des collaborations et interactions exprimées,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité analyseDiagramme de communication,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],(Réalisation du CU« Mettre à jour le nettoyage »),[object Object],2.3: ajouter(nouvNettoyage),[object Object],2:chambreNettoyée(noCh,noEmpl),[object Object],2.4: afficher(resteANettoyer),[object Object],: Hôtel,[object Object],:IUGestionHôtel,[object Object],2.1: marquer(nettoyée),[object Object],1:Chambre nettoyée,[object Object],2.2: nouvNettoyage :=,[object Object],New(date,,[object Object],lesAgents[noEmpl]…),[object Object],lesChambres[noCh] : Chambre,[object Object],: Nettoyage,[object Object],{new},[object Object]
Activité analyseObjectifs (4/4),[object Object],Préciser les classes d’analyse,[object Object],faire le bilan des responsabilités à partir des collaborations ,[object Object],responsabilité d’une classe = union des rôles dans tous les cas (négliger en analyse les opérations implicites),[object Object],identifier les attributs ,[object Object],rester simple, pas choix de conception à ce niveau,[object Object],identifier les associations,[object Object],identifier les relations d’héritage,[object Object],identifier les besoins spéciaux des classes,[object Object],Vérifier les paquetages d’analyse,[object Object],dépendances, couplages,[object Object],ils seront à la base des composants / sous-systèmes,[object Object],Prendre un nouveau cas d’utilisation et recommencer ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité analyseDiagramme de classes complété,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],<< InterfaceUtilisateur >>,[object Object],AgentNettoyage,[object Object],GestionHotel,[object Object],Hôtel,[object Object],Emploie,[object Object],+lesChambres,[object Object],+lesAgents,[object Object],ajouter(),[object Object],chambreNettoyee(),[object Object],Historique,[object Object],<<InterfaceLogicielle >>,[object Object],CComptabilité,[object Object],Nettoie,[object Object],Nettoyage,[object Object],<< InterfaceLogicielle >>,[object Object],+lesChambres,[object Object],SystèmeRéservation,[object Object],0..n,[object Object],Occupe,[object Object],Hôte,[object Object],Chambre,[object Object],numéro,[object Object],marquer(),[object Object],dateDébut : Date,[object Object],dateFin : Date,[object Object],<< InterfacePhysique >>,[object Object],CommunicationRéseau,[object Object]
Activité analyseProduits de l’analyse,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Produits des activités précédentes,[object Object],Analyse,[object Object],Modèle de ,[object Object],paquetages,[object Object],Réalisation des cas(collaboration, séquences),[object Object],Description de,[object Object],l’architecture,[object Object],(analyse),[object Object],Modèle d’analyse,[object Object],(structurel),[object Object],Conception,[object Object]
Activité analyseTravailleurs ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Architecte,[object Object],responsable de l’intégrité du modèle d’analyse,[object Object],description de l’architecture,[object Object],extrait du modèle d’analyse,[object Object],Ingénieur des CU,[object Object],réalisation/analyse des CU,[object Object],Ingénieur des composants,[object Object],classes d’analyse,[object Object],paquetages d’analyse,[object Object]
Activité analyseComparaison des modèles CU et analyse,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Remarque :Différentes sortes de classes,[object Object],Classe conceptuelle,[object Object],objets du monde réel,[object Object],Classe d’analyse,[object Object],3 stéréotypes de Jacobson : frontière, contrôle, entité,[object Object],Classe  logicielle,[object Object],composant logiciel du point de vue des spécifications ou de l’implémentation,[object Object],Classe d'implémentation,[object Object],classe telle que  implémentée dans un langage OO,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité conceptionObjectifs,[object Object],Proposer une réalisation de l'analyse et des cas d’utilisation en prenant en compte toutes les exigences,[object Object],Mener la conception architecturale,[object Object],identifier les nœuds et la configuration du réseau (déploiement), les composants/sous-systèmes et leurs interfaces (modèle en couche), les classes significatives de l'architecture,[object Object],Concevoir les cas d'utilisation,[object Object],identifier les classes nécessaires à la réalisation des cas ...,[object Object],Concevoir les classes et les interfaces,[object Object],... décrire les méthodes, les états, prendre en compte les besoins spéciaux,[object Object],Concevoir les sous-systèmes,[object Object],mettre à jour les dépendances, les interfaces...,[object Object],composants de service liés à l’appli, de middleware…,[object Object],permettra de distribuer le travail aux développeurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité conceptionDiagramme de déploiement,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Client i,[object Object],Client 1,[object Object],Client n,[object Object],internet,[object Object],internet,[object Object],internet,[object Object],Serveur,[object Object],clients,[object Object],Système,[object Object],bancaire,[object Object],BD,[object Object],réservations,[object Object],LAN,[object Object],WAN,[object Object],LAN,[object Object],Serveur,[object Object],Gérants,[object Object],ADSL,[object Object],ADSL,[object Object],ADSL,[object Object],Gérant 1,[object Object],Serveurhôtel,[object Object],Postegérant ,[object Object],Gérant i,[object Object],[object Object]
  Les liaisons gérant-serveur sont en ADSL
 Possibilité que les hôtel aient un unique poste, ou bien un serveur local
   ...,[object Object]
Activité conceptionProduits de la conception,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Produits des activités précédentes,[object Object],Conception,[object Object],Modèle des ,[object Object],composants,[object Object],Diagrammes d’interactions  ,[object Object],détaillés (cas),[object Object],Description de,[object Object],l’architecture,[object Object],(conception),[object Object],Modèle de classe,[object Object],de conception,[object Object],Réalisation,[object Object],Modèle de ,[object Object],déploiement,[object Object]
Activité conceptionTravailleurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Architecte,[object Object],intégrité des modèles de conception et de déploiement,[object Object],description de l’architecture,[object Object],Ingénieur de CU,[object Object],réalisation/conception des CU,[object Object],Ingénieur de composants,[object Object],classes de conception,[object Object],composants/sous-systèmes de conception,[object Object],interfaces,[object Object]
2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Activité réalisationComparaison des modèles analyse et conception,[object Object]
Activité réalisationObjectifs,[object Object],Faire la mise en œuvre architecturale,[object Object],identifier les artefacts logiciels et les associer à des nœuds,[object Object],Intégrer le système,[object Object],planifier l'intégration, intégrer les incréments réalisés,[object Object],Réaliser les composants/sous-systèmes,[object Object],Réaliser les classes,[object Object],Mener les tests unitaires,[object Object],tests de spécification en boîte noire, de structure en boîte blanche,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité réalisationProduits de la réalisation,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Produits des activités précédentes,[object Object],Réalisation,[object Object],Composants et sous-systèmes,[object Object],Interfaces,[object Object],(composants et ,[object Object],sous-systèmes),[object Object],Plan,[object Object],d’intégration,[object Object],Artefacts :,[object Object],exécutables, ,[object Object],bibliothèques, fichiers,,[object Object],données…,[object Object],Test,[object Object]
Activité réalisationTravailleurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Architecte,[object Object],modèles d'implémentation et de déploiement,[object Object],description de l’architecture,[object Object],Ingénieur de composants,[object Object],artefacts logiciels, sous-systèmes et composants d’implémentation, interfaces,[object Object],Intégrateur système,[object Object],plan de construction de l’intégration,[object Object]
Activité testObjectifs,[object Object],Rédiger le plan de test,[object Object],décrire la stratégie de test, estimer les besoins pour l'effort de test, planifier l'effort dans le temps,[object Object],Concevoir les tests,[object Object],Automatiser les tests,[object Object],Réaliser les tests d'intégration,[object Object],Réaliser les tests du système,[object Object],Évaluer les tests,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Activité testProduits de l’activité de test,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Produits des activités précédentes,[object Object],Test,[object Object],Modèle de test,[object Object],Cas de tests, ,[object Object],procédures de test,,[object Object],composants de test,[object Object],Défauts,[object Object],Plan de test,[object Object],Couverture des,[object Object],tests,[object Object]
Activité testTravailleurs,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Concepteur de tests,[object Object],modèle de tests, cas de test, procédures de test, évaluation des tests, plan de tests,[object Object],Ingénieur de composants,[object Object],test unitaires,[object Object],Testeur d’intégration ,[object Object],tests d’intégration,[object Object],Testeur système,[object Object],vérification du système dans son ensemble,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Activités, travailleurs, artefacts et modèles,[object Object],Différentes activités pour passer des besoins au code,[object Object],Différentes phases pour piloter les activités,[object Object],Focus sur quelques points importants,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Un exemple de projet à 7 itérations,[object Object],Etude ,[object Object],Prélimi-naire,[object Object],Tran-,[object Object],sition,[object Object],Élaboration,[object Object],Construction,[object Object],itération1,[object Object],it2,[object Object],it3,[object Object],it4,[object Object],it5,[object Object],it6,[object Object],it7,[object Object],Capture ,[object Object],des besoin,[object Object],Analyse,[object Object],Conception ,[object Object],Réalisation,[object Object],Test,[object Object],Squelette,[object Object],exécutable,[object Object],Version ,[object Object],béta,[object Object],Version ,[object Object],finale,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Gestion des phases,[object Object],Planifier les phases,[object Object],allouer le temps, fixer les points de contrôle de fin de phase, les itérations par phase et le planning général du projet,[object Object],Dans chaque phase,[object Object],planifier les itérations et leurs objectifs de manière à réduire,[object Object],les risques spécifiques du produit,[object Object],les risques de ne pas découvrir l'architecture adaptée,[object Object],les risques de ne pas satisfaire les besoins,[object Object],définir les critères d'évaluation de fin d'itération,[object Object],Dans chaque itération,[object Object],faire les ajustements indispensables (planning, modèles, processus, outils...),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Phase d’étude préliminaire ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Objectif : lancer le projet,[object Object],établir les contours du système et spécifier sa portée,[object Object],définir les critères de succès, estimer les risques, les ressources nécessaires et définir un plan,[object Object],à la fin de cette phase, on décide de continuer ou non,[object Object],attention à ne pas définir tous les besoins, à vouloir des estimation fiables (coûts, durée), etc. ,[object Object],on serait dans le cadre d’une cascade,[object Object],Ressources,[object Object],Tests,[object Object],Réalisation,[object Object],Besoins,[object Object],Analyse,[object Object],Conception,[object Object]
Activités principales de l’étude préliminaire,[object Object],Capture des besoins,[object Object],comprendre le contexte du système (50-70% du contexte),[object Object],établir les besoins fonctionnels et non fonctionnels (80%),[object Object],traduire les besoins fonctionnels en cas d'utilisation (50%),[object Object],détailler les premiers cas par ordre de priorité (10% max),[object Object],Analyse,[object Object],analyse des cas d'utilisation (10% considérés, 5% raffinés),[object Object],pour mieux comprendre le système à réaliser, guider le choix de l'architecture,[object Object],Conception,[object Object],première ébauche de la conception architecturale : sous-systèmes, nœuds, réseau, couches logicielles,[object Object],examen des aspects importants et à plus haut risque,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Livrables de l’étude préliminaire,[object Object],Première version du modèle du domaine ou de contexte de l’entreprise ,[object Object],parties prenantes, utilisateurs ,[object Object],Liste des besoins,[object Object],fonctionnels et non fonctionnels,[object Object],Ébauche des modèles de cas, d’analyse et de conception,[object Object],Esquisse d’une architecture,[object Object],Liste ordonnée de risques et liste ordonnée de cas,[object Object],Grandes lignes d’un planning pour un projet complet,[object Object],Première évaluation du projet, estimation grossière des coûts,[object Object],Glossaire,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Phase d’élaboration,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Objectif : analyser le domaine du problème,[object Object],capturer la plupart des besoins fonctionnels,[object Object],planifier le projet et éliminer ses plus hauts risques,[object Object],établir un squelette de l’architecture,[object Object],réaliser un squelette du système,[object Object],Ressources,[object Object],Tests,[object Object],Besoins,[object Object],Réalisation,[object Object],Analyse,[object Object],Conception,[object Object]
Activités principales de l’élaboration,[object Object],Capture des besoins,[object Object],terminer la capture des besoins et en détailler de 40 à 80%,[object Object],faire un prototype de l'interface utilisateur (éventuellement),[object Object],Analyse,[object Object],analyse architecturale complète (paquetages...),[object Object],raffinement des cas d'utilisation (pour l'architecture, < 10%),[object Object],Conception,[object Object],terminer la conception architecturale,[object Object],effectuer la conception correspondant aux cas sélectionnés,[object Object],Réalisation,[object Object],limitée au squelette de l'architecture,[object Object],faire en sorte de pouvoir éprouver les choix,[object Object],Test,[object Object],du squelette réalisé,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Livrables de l’élaboration,[object Object],Un modèle de l'entreprise ou du domaine complet,[object Object],Une version des modèles : cas, analyse et conception, (<10%), déploiement, implémentation (<10%) ,[object Object],Une architecture de base exécutable ,[object Object],La description de l'architecture (extrait des autres modèles),[object Object],document d’architecture logicielle,[object Object],Une liste des risques mise à jour,[object Object],Un projet de planning pour les phases suivantes,[object Object],Un manuel utilisateur préliminaire (optionnel),[object Object],Évaluation du coût du projet ,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Phase de construction,[object Object],Objectif : Réaliser une version beta,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Ressources,[object Object],Tests,[object Object],Réalisation,[object Object],Besoins,[object Object],Analyse,[object Object],Conception,[object Object]
Activités principales de la construction,[object Object],Capture des besoins,[object Object],spécifier l'interface utilisateur ,[object Object],Analyse,[object Object],terminer l'analyse de tous les cas d'utilisation, la construction du modèle structurel d'analyse, le découpage en paquetages...,[object Object],Conception,[object Object],l'architecture est fixée et il faut concevoir les sous-systèmes dans l'ordre de priorité (itérations de 30 à 90j, max. 9 mois),[object Object],concevoir les cas puis les classes,[object Object],Réalisation,[object Object],réaliser, faire des tests unitaires, intégrer les incréments,[object Object],Test,[object Object],toutes les activités de test : plan, conception, évaluation...,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Livrables de la construction,[object Object],Un plan du projet pour la phase de transition,[object Object],L'exécutable,[object Object],Tous les documents et les modèles du système,[object Object],Une description à jour de l'architecture,[object Object],Un manuel utilisateur suffisamment détaillé pour les tests,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Phase de transition,[object Object],Objectif : mise en service chez l’utilisateur,[object Object],test de la beta-version, correction des erreurs,[object Object],préparation de la formation, la commercialisation,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Ressources,[object Object],Tests,[object Object],Besoins,[object Object],Analyse,[object Object],Conception,[object Object],Réalisation,[object Object]
Préparer la version beta à tester,[object Object],Installer la version sur le site, convertir et faire migrer les données nécessaires...,[object Object],Gérer le retour des sites,[object Object],Le système fait- il ce qui était attendu ? Erreurs découvertes ? ,[object Object],Adapter le produit corrigé aux contextes utilisateurs (installation...),[object Object],Terminer les livrables du projet (modèles, documents...),[object Object],Déterminer la fin du projet,[object Object],Reporter la correction des erreurs trop importantes (nouvelle version),[object Object],Organiser une revue de fin de projet (pour apprendre),[object Object],...,[object Object],Planifier le prochain cycle de développement,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Activités principales de la phase de transition (déploiement),[object Object]
Livrables de la transition,[object Object],L'exécutable et son programme d'installation,[object Object],Les documents légaux : contrat, licences, garanties, etc.,[object Object],Un jeu complet de documents de développement à jour,[object Object],Les manuels utilisateur, administrateur et opérateur et le matériel d'enseignement,[object Object],Les références pour le support utilisateur (site Web...),[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Taux de complétion des modèles  par rapport aux phases,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Création,[object Object],Élaboration ,[object Object],U,[object Object],A,[object Object],C,[object Object],D,[object Object],I,[object Object],T,[object Object],U,[object Object],A,[object Object],C,[object Object],D,[object Object],I,[object Object],T,[object Object],U : modèle des cas d'utilisation,[object Object],A : modèle d’analyse,[object Object],C : modèle de conception,[object Object],D : modèle de déploiement,[object Object],I : modèle d’implémentation,[object Object],T : modèle de tests,[object Object],Construction ,[object Object],Transition ,[object Object],U,[object Object],A,[object Object],C,[object Object],D,[object Object],I,[object Object],T,[object Object],U,[object Object],A,[object Object],C,[object Object],D,[object Object],I,[object Object],T,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Activités, travailleurs, artefacts et modèles,[object Object],Différentes activités pour passer des besoins au code,[object Object],Différentes phases pour piloter les activités,[object Object],Focus sur quelques points importants,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Les tentations de la cascade,[object Object],Les « principes cascade » ne doivent pas envahir le processus,[object Object],on ne peut pas tout modéliser avant de réaliser,[object Object],Exemples de situations problématiques,[object Object],« nous avons une itération d’analyse suivie de deux itérations de conception »,[object Object],« le code de l’itération est très bogué, mais nous corrigerons tout à la fin »,[object Object],« la phase d’élaboration sera bientôt finie : il ne reste que quelques cas d’utilisation à détailler »,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Attention aux personnes,[object Object],Le processus a un impact sur les personnes,[object Object],changements de rôles,[object Object],on passe des « ressources » aux « travailleurs »,[object Object],Mérites UP par rapport aux personnes,[object Object],favorise le travail d’équipe,[object Object],chaque membre comprend son rôle,[object Object],les développeurs appréhendent mieux l’activité des autres développeurs,[object Object],les dirigeants comprennent mieux ,[object Object],diagrammes d’architecture,[object Object],si tout le monde le connaît ,[object Object],meilleure productivité de l’entreprise (passage d’un projet à l’autre, formation),[object Object],Nécessités de la communication,[object Object],les artefacts soutiennent la communication dans le projet,[object Object],il faut également des moyens de communications,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Personnes, environnement et outils,[object Object],Un mixte de facteurs à prendre en compte dans la gestion du projet,[object Object],équilibre entre outils et processus (gérer leur influence réciproque),[object Object],nécessaire gestion de tous les artefacts et de la communication,[object Object],site web du projet, wiki, gestion de versions, etc.,[object Object],organisation physiques des personnes et artefacts physiques,[object Object],tableaux, outils de projection et de capture, pièces et circulation, etc.,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Plan ,[object Object],Trame du processus unifié,[object Object],Processus unifié : caractéristiques essentielles,[object Object],Description du processus unifié,[object Object],Illustration : deux déclinaisons,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Two Tracks Unified Process,[object Object],Processus proposé par Valtech (consulting), présenté dans ,[object Object],Pascal Roques, Franck Vallée (2004) UML2 en action (3ème édition), Eyrolles, 386 pp.,[object Object],Objectif,[object Object],prendre en compte les contraintes de changement continuel imposées aux systèmes d’information des organisations,[object Object],Création d’un nouveau SI,[object Object],deux grandes sortes de risques,[object Object],imprécision fonctionnelle : inadéquation aux besoins,[object Object],incapacité à intégrer les technologies : inadaptation technique,[object Object],Evolution du SI ,[object Object],deux grandes sortes d’évolutions,[object Object],évolution fonctionnelle ,[object Object],évolution technique,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Two Tracks Unified Process,[object Object],Principe général,[object Object],toute évolution imposée au système d’information peut se décomposer et se traiter parallèlement, suivant un axe fonctionnel et un axe technique,[object Object],TTUP,[object Object],processus unifié (itératif, centré sur l’architecture et piloté par les CU),[object Object],deux branches,[object Object],besoins techniques : réalisation d’une architecture technique,[object Object],besoins fonctionnels : modèle fonctionnel,[object Object],réalisation du système,[object Object],fusionner les résultats des deux branches du processus,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Branche ,[object Object],technique,[object Object],Branche ,[object Object],fonctionnelle,[object Object],Contraintesfonctionnelles,[object Object],Contraintestechniques,[object Object],Capture de besoins ,[object Object],fonctionnels,[object Object],Capture des besoins ,[object Object],techniques,[object Object],Analyse,[object Object],Conception générique,[object Object],Architecture technique,[object Object],Modèle d’analyse,[object Object],Prototype,[object Object],Conception préliminaire,[object Object],Conception détaillée,[object Object],Codage et tests,[object Object],Recette,[object Object],Branche conception et développement logiciel,[object Object]
TTUP : commentaires,[object Object],Côté fonctionnel,[object Object],relativement classique, indépendant des technologies,[object Object],modèle d’analyse réutilisable,[object Object],Côté technique ,[object Object],insistance sur l’architecture technique indépendamment des besoins fonctionnels ,[object Object],c’est un problème de conception en soi,[object Object],notion de CU techniques,[object Object],dépend de l’existant,[object Object],architecture à base de composant,[object Object],architecture technique réutilisable,[object Object],Branche commune,[object Object],conception préliminaire : le plus délicat,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object]
Itérations et TTUP,[object Object],2011-2012 / Yannick Prié - Université Claude Bernard Lyon 1,[object Object],Etude ,[object Object],préliminaire,[object Object],Elaboration,[object Object],Construction,[object Object],Incr.4,[object Object],…,[object Object],Incrément 1,[object Object],Incr.2,[object Object],Incr.3,[object Object],Incr.5,[object Object]

Contenu connexe

Tendances

exercices business intelligence
exercices business intelligence exercices business intelligence
exercices business intelligence Yassine Badri
 
Présentation pfe - Etude, conception et réalisation d'une application web de ...
Présentation pfe - Etude, conception et réalisation d'une application web de ...Présentation pfe - Etude, conception et réalisation d'une application web de ...
Présentation pfe - Etude, conception et réalisation d'une application web de ...Ayoub Mkharbach
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Mehdi Hamime
 
Rapport pfe Conceptionet Developpement d'une Application web et Mobile
Rapport pfe Conceptionet Developpement d'une Application web et  Mobile Rapport pfe Conceptionet Developpement d'une Application web et  Mobile
Rapport pfe Conceptionet Developpement d'une Application web et Mobile Raoua Bennasr
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école Mehdi Hamime
 
Chp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionChp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionLilia Sfaxi
 
Business Intelligence Reporting Solution
Business Intelligence Reporting Solution Business Intelligence Reporting Solution
Business Intelligence Reporting Solution Imad ALILAT
 
Rapport- Conception et réalisation d'une plateforme social learning
Rapport- Conception et réalisation d'une plateforme social learningRapport- Conception et réalisation d'une plateforme social learning
Rapport- Conception et réalisation d'une plateforme social learningRouâa Ben Hammouda
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATSiwar GUEMRI
 
Ma présentation PFE : Application Android & Site Web
Ma présentation PFE : Application Android & Site WebMa présentation PFE : Application Android & Site Web
Ma présentation PFE : Application Android & Site WebHarrathi Mohamed
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...Madjid Meddah
 
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en Education
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en EducationRapport Mini Projet : élaborer un moteur de Recherche spécialisé en Education
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en EducationMohamed Amine Mahmoudi
 
Methodes de gestion de projets - introduction au processus unifié
Methodes de gestion de projets - introduction au processus unifiéMethodes de gestion de projets - introduction au processus unifié
Methodes de gestion de projets - introduction au processus unifiéMireille Blay-Fornarino
 
TD2 - UML - Correction
TD2 - UML - CorrectionTD2 - UML - Correction
TD2 - UML - CorrectionLilia Sfaxi
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesSirine Barguaoui
 
gestion de magasin vente matériels informatique
gestion de magasin vente matériels informatiquegestion de magasin vente matériels informatique
gestion de magasin vente matériels informatiqueOussama Yoshiki
 
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...Mohammed JAITI
 

Tendances (20)

exercices business intelligence
exercices business intelligence exercices business intelligence
exercices business intelligence
 
Présentation pfe - Etude, conception et réalisation d'une application web de ...
Présentation pfe - Etude, conception et réalisation d'une application web de ...Présentation pfe - Etude, conception et réalisation d'une application web de ...
Présentation pfe - Etude, conception et réalisation d'une application web de ...
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école - Di...
 
Modèle en cascade
Modèle en cascadeModèle en cascade
Modèle en cascade
 
Rapport pfe Conceptionet Developpement d'une Application web et Mobile
Rapport pfe Conceptionet Developpement d'une Application web et  Mobile Rapport pfe Conceptionet Developpement d'une Application web et  Mobile
Rapport pfe Conceptionet Developpement d'une Application web et Mobile
 
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
 
Chp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de ConceptionChp1 - Introduction aux méthodologies de Conception
Chp1 - Introduction aux méthodologies de Conception
 
Présentation PFE
Présentation PFEPrésentation PFE
Présentation PFE
 
Business Intelligence Reporting Solution
Business Intelligence Reporting Solution Business Intelligence Reporting Solution
Business Intelligence Reporting Solution
 
Rapport- Conception et réalisation d'une plateforme social learning
Rapport- Conception et réalisation d'une plateforme social learningRapport- Conception et réalisation d'une plateforme social learning
Rapport- Conception et réalisation d'une plateforme social learning
 
rapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSATrapport PFE ingénieur génie logiciel INSAT
rapport PFE ingénieur génie logiciel INSAT
 
Présentation PFE
Présentation PFEPrésentation PFE
Présentation PFE
 
Ma présentation PFE : Application Android & Site Web
Ma présentation PFE : Application Android & Site WebMa présentation PFE : Application Android & Site Web
Ma présentation PFE : Application Android & Site Web
 
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
CONCEPTION ET REALISATION D ’ UNE APPLICATION WEB POUR GESTION DE P ROJETS DE...
 
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en Education
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en EducationRapport Mini Projet : élaborer un moteur de Recherche spécialisé en Education
Rapport Mini Projet : élaborer un moteur de Recherche spécialisé en Education
 
Methodes de gestion de projets - introduction au processus unifié
Methodes de gestion de projets - introduction au processus unifiéMethodes de gestion de projets - introduction au processus unifié
Methodes de gestion de projets - introduction au processus unifié
 
TD2 - UML - Correction
TD2 - UML - CorrectionTD2 - UML - Correction
TD2 - UML - Correction
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
gestion de magasin vente matériels informatique
gestion de magasin vente matériels informatiquegestion de magasin vente matériels informatique
gestion de magasin vente matériels informatique
 
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
Soutenance de Mon PFE - Interaction Homme Machine par geste avec Python - Jai...
 

En vedette

symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)
symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)
symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)Fabien Potencier
 
Mieux Développer en PHP avec Symfony
Mieux Développer en PHP avec SymfonyMieux Développer en PHP avec Symfony
Mieux Développer en PHP avec SymfonyHugo Hamon
 
Génie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architecturesGénie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architecturesMohammed Amine Mostefai
 
Rapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédiaRapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédiaNazih Heni
 
Cycle de vie d’un logiciel
Cycle de vie d’un logicielCycle de vie d’un logiciel
Cycle de vie d’un logicielMehdi Abed
 
CV et lettre de motivation: ce qui a changé en 2016
CV et lettre de motivation: ce qui a changé en 2016CV et lettre de motivation: ce qui a changé en 2016
CV et lettre de motivation: ce qui a changé en 2016REALIZ
 

En vedette (20)

CM Processus Méthodes
CM Processus MéthodesCM Processus Méthodes
CM Processus Méthodes
 
UML4
UML4UML4
UML4
 
CM processus agile
CM processus agileCM processus agile
CM processus agile
 
UML1
UML1UML1
UML1
 
CM CU-cockburn
CM CU-cockburnCM CU-cockburn
CM CU-cockburn
 
CM uml-diag-statiques
CM uml-diag-statiquesCM uml-diag-statiques
CM uml-diag-statiques
 
CM patterns
CM patternsCM patterns
CM patterns
 
CM uml-diag-dynamiques-interaction
CM uml-diag-dynamiques-interactionCM uml-diag-dynamiques-interaction
CM uml-diag-dynamiques-interaction
 
CM uml-concepts-avances
CM uml-concepts-avancesCM uml-concepts-avances
CM uml-concepts-avances
 
CM uml-intro
CM uml-introCM uml-intro
CM uml-intro
 
Up1
Up1Up1
Up1
 
symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)
symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)
symfony: Un Framework Open-Source pour les Entreprises (Solutions Linux 2008)
 
Le cv "ideal"
Le cv "ideal"Le cv "ideal"
Le cv "ideal"
 
Mieux Développer en PHP avec Symfony
Mieux Développer en PHP avec SymfonyMieux Développer en PHP avec Symfony
Mieux Développer en PHP avec Symfony
 
Cours Génie Logiciel - Introduction
Cours Génie Logiciel - IntroductionCours Génie Logiciel - Introduction
Cours Génie Logiciel - Introduction
 
Rapport Projet Fin d'Études PFE
Rapport Projet Fin d'Études PFERapport Projet Fin d'Études PFE
Rapport Projet Fin d'Études PFE
 
Génie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architecturesGénie Logiciels : Introduction aux architectures
Génie Logiciels : Introduction aux architectures
 
Rapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédiaRapport de projet de fin d'étude licence informatique et multimédia
Rapport de projet de fin d'étude licence informatique et multimédia
 
Cycle de vie d’un logiciel
Cycle de vie d’un logicielCycle de vie d’un logiciel
Cycle de vie d’un logiciel
 
CV et lettre de motivation: ce qui a changé en 2016
CV et lettre de motivation: ce qui a changé en 2016CV et lettre de motivation: ce qui a changé en 2016
CV et lettre de motivation: ce qui a changé en 2016
 

Similaire à CM processus-unifie

1bis_ProcessusUnifie.pdf
1bis_ProcessusUnifie.pdf1bis_ProcessusUnifie.pdf
1bis_ProcessusUnifie.pdfWafaNeji1
 
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptxProcessus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptxinformatiquehageryah
 
2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vieHarun Mouad
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxtestuser715939
 
Initiation à UML: Partie 1
Initiation à UML: Partie 1Initiation à UML: Partie 1
Initiation à UML: Partie 1DIALLO Boubacar
 
Développement efficace d'application logicielle
Développement efficace d'application logicielleDéveloppement efficace d'application logicielle
Développement efficace d'application logiciellePyxis Technologies
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étudeDonia Hammami
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptxLatifaBen6
 
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptx
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptxChapitre 1 - Introcution & cycles de développement - Etudiant.pptx
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptxssuserec8501
 
3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciellauraty3204
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Erradi Mohamed
 
conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...Sid Ahmed Benkraoua
 
E-business - développement
E-business - développementE-business - développement
E-business - développementManon Cuylits
 
Intégration continue
Intégration continueIntégration continue
Intégration continueKlee Group
 
NightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryNightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryZenika
 
Application lifecycle management
Application lifecycle managementApplication lifecycle management
Application lifecycle managementKlee Group
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciellauraty3204
 
Analyse des besoins et gestion des projets besoin.pdf
Analyse des besoins et gestion des projets besoin.pdfAnalyse des besoins et gestion des projets besoin.pdf
Analyse des besoins et gestion des projets besoin.pdfJordaniMike
 

Similaire à CM processus-unifie (20)

1bis_ProcessusUnifie.pdf
1bis_ProcessusUnifie.pdf1bis_ProcessusUnifie.pdf
1bis_ProcessusUnifie.pdf
 
Plasticitérecherche2015 2
Plasticitérecherche2015 2Plasticitérecherche2015 2
Plasticitérecherche2015 2
 
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptxProcessus_Unifie_et_Approche_Agile chapitre 1.pptx
Processus_Unifie_et_Approche_Agile chapitre 1.pptx
 
2.2 cycles de vie
2.2 cycles de vie2.2 cycles de vie
2.2 cycles de vie
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
 
Initiation à UML: Partie 1
Initiation à UML: Partie 1Initiation à UML: Partie 1
Initiation à UML: Partie 1
 
Fichier récupéré 1
Fichier récupéré 1Fichier récupéré 1
Fichier récupéré 1
 
Développement efficace d'application logicielle
Développement efficace d'application logicielleDéveloppement efficace d'application logicielle
Développement efficace d'application logicielle
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étude
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
 
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptx
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptxChapitre 1 - Introcution & cycles de développement - Etudiant.pptx
Chapitre 1 - Introcution & cycles de développement - Etudiant.pptx
 
3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel3-Cours de Géniel Logiciel
3-Cours de Géniel Logiciel
 
Cours Génie Logiciel 2016
Cours Génie Logiciel 2016Cours Génie Logiciel 2016
Cours Génie Logiciel 2016
 
conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...
 
E-business - développement
E-business - développementE-business - développement
E-business - développement
 
Intégration continue
Intégration continueIntégration continue
Intégration continue
 
NightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryNightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous Delivery
 
Application lifecycle management
Application lifecycle managementApplication lifecycle management
Application lifecycle management
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel
 
Analyse des besoins et gestion des projets besoin.pdf
Analyse des besoins et gestion des projets besoin.pdfAnalyse des besoins et gestion des projets besoin.pdf
Analyse des besoins et gestion des projets besoin.pdf
 

Plus de Yannick Prié (Enseignement)

Plus de Yannick Prié (Enseignement) (10)

Tools and Methodology for Research: Being a Researcher
Tools and Methodology for Research: Being a ResearcherTools and Methodology for Research: Being a Researcher
Tools and Methodology for Research: Being a Researcher
 
Tools and Methodology for Research: Future of Science
Tools and Methodology for Research: Future of ScienceTools and Methodology for Research: Future of Science
Tools and Methodology for Research: Future of Science
 
Tools and Methodology for Research: Research Landscape
Tools and Methodology for Research: Research LandscapeTools and Methodology for Research: Research Landscape
Tools and Methodology for Research: Research Landscape
 
Tools and Methodology for Research: Writing Scientific Material
Tools and Methodology for Research: Writing Scientific MaterialTools and Methodology for Research: Writing Scientific Material
Tools and Methodology for Research: Writing Scientific Material
 
Tools and Methodology for Research: Article Reading
Tools and Methodology for Research: Article ReadingTools and Methodology for Research: Article Reading
Tools and Methodology for Research: Article Reading
 
Tools and Methodology for Research: Scientific Publishing
Tools and Methodology for Research: Scientific PublishingTools and Methodology for Research: Scientific Publishing
Tools and Methodology for Research: Scientific Publishing
 
Tools and Methodology for Research: Knowledge Production
Tools and Methodology for Research: Knowledge ProductionTools and Methodology for Research: Knowledge Production
Tools and Methodology for Research: Knowledge Production
 
Tools and Methodology for Research: Introduction
Tools and Methodology for Research: Introduction Tools and Methodology for Research: Introduction
Tools and Methodology for Research: Introduction
 
CM CSI
CM CSICM CSI
CM CSI
 
CM rappels-objet
CM rappels-objetCM rappels-objet
CM rappels-objet
 

CM processus-unifie

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8. un cycle produit une version
  • 9. Gérer chaque cycle de développement comme un projet ayant quatre phases
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.
  • 30.
  • 31.
  • 33.
  • 34.
  • 35.
  • 36.
  • 37.
  • 38.
  • 39.
  • 40.
  • 41.
  • 42.
  • 43.
  • 44.
  • 45.
  • 46.
  • 47.
  • 48.
  • 49.
  • 50.
  • 51.
  • 52.
  • 53.
  • 54.
  • 55.
  • 56.
  • 57.
  • 58.
  • 59.
  • 60.
  • 61.
  • 62.
  • 63.
  • 64.
  • 65.
  • 66.
  • 67.
  • 68.
  • 69.
  • 70.
  • 71.
  • 72.
  • 73.
  • 74.
  • 75.
  • 76.
  • 77.
  • 78.
  • 79.
  • 80.
  • 81.
  • 82.
  • 83.
  • 84.
  • 85.
  • 86.
  • 87.
  • 88.
  • 89.
  • 90.
  • 91.
  • 92.
  • 93.
  • 94.
  • 95.
  • 96. Les liaisons gérant-serveur sont en ADSL
  • 97. Possibilité que les hôtel aient un unique poste, ou bien un serveur local
  • 98.
  • 99.
  • 100.
  • 101.
  • 102.
  • 103.
  • 104.
  • 105.
  • 106.
  • 107.
  • 108.
  • 109.
  • 110.
  • 111.
  • 112.
  • 113.
  • 114.
  • 115.
  • 116.
  • 117.
  • 118.
  • 119.
  • 120.
  • 121.
  • 122.
  • 123.
  • 124.
  • 125.
  • 126.
  • 127.
  • 128.
  • 129.
  • 130.
  • 131.
  • 132.
  • 133.
  • 134.
  • 135.
  • 136.
  • 137.
  • 138.
  • 139.
  • 140.
  • 141.
  • 142.
  • 143.
  • 144.