Igl cours 4 - expression de besoins

8 132 vues

Publié le

Ce cours concerne l'expression de besoins dans le génie logiciel

0 commentaire
18 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

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

Aucune remarque pour cette diapositive

Igl cours 4 - expression de besoins

  1. 1. Cours 4 :<br />Expression des besoins<br />Cours IGLcours 4expression des besoins<br />1<br />Mostefai Mohammed Amine – m_mostefai@esi.dz<br />Batata Sofiane – s_batata@esi.dz<br />
  2. 2. Permettre à l’étudier de pouvoir exprimer les besoins d’un logiciel d’une manière formelle<br />Apprendre le modèle de spécifications bien formées des spécifications<br />Utiliser les diagrammes de cas d’utilisation pour modélisation les spécifications fonctionnelle<br />Utiliser les techniques avancées des diagrammes de cas d’utilisation pour produire des diagrammes représentatifs<br />Objectifs du cours<br />2<br />Cours 2 – Cycle de vie de logiciels<br />Objectifs du cours<br />
  3. 3. Cours 2<br />Cycles de vie de logiciels<br />3<br />Introduction au génie logiciel<br />
  4. 4. Cours N° 4<br />Expression des besoins<br />4<br />Cours igl<br />Section 1 : Introduction<br />
  5. 5. Section 1 - introduction<br />5<br />Cours 4 – Expression des besoins<br />Processus UP<br />Expression des besoins<br />Analyse<br />Conception<br />Implémentation<br />Tests<br />
  6. 6. Avant de coder, il faut savoir ce qu’on va coder et pourquoi le coder<br />Les besoins sont un ensemble d’éléments qui doivent être implémentés<br />Ces besoins doivent être exprimés selon une méthode bien définie<br />Des besoins « incomplets » sont une des principales raisons d’échec des projets de développement<br />Section 1 - introduction<br />6<br />Cours 4 – Expression des besoins<br />Introduction<br />
  7. 7. Section 1 - introduction<br />7<br />Cours 4 – Expression des besoins<br />Types de besoins<br />
  8. 8. Les spécifications sont l’expression formelle des besoins<br />Une spécification fonctionnelle exprime comment est le système du point de vue utilisateur<br />Une spécification technique exprime comment est le système d’un point de vue interne (technique, technologie,…etc.)<br />Le langage naturel peut être utilisé pour les spécifications fonctionnelles et / ou techniques<br />Section 1 - introduction<br />8<br />Cours 4 – Expression des besoins<br />Spécifications<br />
  9. 9. Le recensement des spécifications est une opération difficile à cause des facteurs suivants :<br />Section 1 - introduction<br />9<br />Cours 4 – Expression des besoins<br />Recensement des spécifications<br />
  10. 10. Section 1 - introduction<br />10<br />Cours 4 – Expression des besoins<br />L’expression de besoins - Processus<br />Modèles des besoins<br />Modèle de spécification (texte)<br />L’expression des besoins<br />Produit<br />Modèle des cas d’utilisation (UML, optionnel) <br />
  11. 11. Section 1 - introduction<br />11<br />Cours 4 – Expression des besoins<br />L’expression de besoins - Processus<br />
  12. 12. Section 1 - introduction<br />UP propose deux modèles pour l’expression des besoins : le modèle de spécifications et le modèle des cas d’utilisation<br />Le modèle des spécifications convient aussi bien pour les spécifications fonctionnelles que les spécifications non fonctionnelles<br />Le modèle des cas d’utilisation est basé sur les diagrammes de cas d’utilisation d’UML<br />Le modèle des cas d’utilisation s’adapte mieux aux spécifications fonctionnelles<br />Le modèle de spécifications peut être créé en utilisant un éditeur de texte, un bloc-notes ou un outil dédié<br />12<br />Cours 4 – Expression des besoins<br />L’expression de besoins - Processus<br />
  13. 13. Cours N° 4<br />Expression des besoins<br />13<br />Cours igl<br />Section 1 : Débat (05 mns)<br />
  14. 14. Cours N° 4<br />Expression des besoins<br />14<br />Cours igl<br />Section 2 : Modèle de spécifications<br />
  15. 15. Section 2 – Modèle de spécifications<br />Le modèle de spécifications est un ensemble de phrases bien formées (respectant une certaine formulation) et numérotées où chaque phrase est appelée spécification<br />Chaque spécification a un numéro unique<br />Une spécification décrit une seule fonction du système<br />Une spécification peut être fonctionnelle (décrivant un aspect métier) ou non-fonctionnelle (décrivant un aspect technique)<br />Les spécifications peuvent être rédigées en utilisant un éditeur texte ou un outil dédié<br />15<br />Cours 4 – Expression des besoins<br />Modèle de spécifications<br />
  16. 16. Section 2 – Modèle de spécifications<br />(id) le (système) doit <fonction><br />16<br />Cours 4 – Expression des besoins<br />Spécifications bien formées<br />Nom du système<br />Identifiant de la spécification<br />Description de la fonction<br />
  17. 17. Section 2 – Modèle de spécifications<br />Exemple<br />Spécifications fonctionnelles :<br />Le système GAB (distributeur) de biller doit vérifier la validité de la carte CIB insérée<br />Le système GAB doit valider le code PIN entré par l’utilisateur<br />Le système doit allouer une somme maximum de 20000 dinars à l’utilisateur<br />Spécifications non fonctionnelles :<br />Le système du GAB doit être écrit en C++<br />Le système du GAB doit utiliser un cryptage 256 bits pour les données sensibles<br />Le système doit vérifier le PIN en moins de 03 secondes<br />17<br />Cours 4 – Expression des besoins<br />Spécifications bien formées<br />
  18. 18. Section 2 – Modèle de spécifications<br />Les systèmes de moyenne et grande taille engendrent un nombre très important de spécifications (de quelques centaines à plusieurs milliers)<br />L’organisation des spécifications permet de les structurer et bien gérer les autres activités de développement<br />L’organisation permet aussi de scinder les spécifications en sous-domaines<br />18<br />Cours 4 – Expression des besoins<br />Organisation des spécifications<br />
  19. 19. Section 2 – Spécification formelle des besoins<br />19<br />Cours 4 – Expression des besoins<br />Organisation des spécifications - Exemple<br />
  20. 20. Il vaut mieux assigner des priorités aux spécifications<br />La priorité permet de sélectionner les spécifications les plus importantes (par exemple, pour planifier une itération)<br />La priorité peut être un nombre (de 1 à 5)<br />MoSCoW est une méthode permettant d’affecter des priorités aux spécifications<br />Section 2 – Expression des besoins sous up<br />20<br />Cours 4 – Expression des besoins<br />Priorités de spécifications<br />
  21. 21. Section 2 – Modèle de spécifications<br />21<br />Cours 4 – Expression des besoins<br />Priorités de spécifications – Méthode MoSCoW<br />
  22. 22. Section 2 – Spécification formelle des besoins<br />Les spécifications peuvent être enrichies par d’autres attributs<br />22<br />Cours 4 – Expression des besoins<br />Attributs de spécifications<br />
  23. 23. Section 2 – Modèle de spécifications<br />23<br />Cours 4 – Expression des besoins<br />Attributs de spécifications<br />
  24. 24. Section 2 – Modèle de spécifications<br />Les sources suivantes servent au recensement des spécifications :<br />24<br />Cours 4 – Expression des besoins<br />Recensement des spécifications<br />
  25. 25. Section 2 – Modèle de spécifications<br />Plusieurs moyens sont utilisé pour recenser les spécifications :<br />25<br />Cours 4 – Expression des besoins<br />Recensement des spécifications<br />
  26. 26. « Le client parcourt le catalogue de produit et ajoute les produits qui lui plaisent à son panier. Quand le client souhaite finaliser son achat, il fournit ses informations sur sa carte et sur son adresse de livraison. Le système vérifie la carte du client ensuite valide la transaction. »<br />Section 2 – Modèle de spécifications<br />26<br />Cours 4 – Expression des besoins<br />Scénario<br />
  27. 27. Section 2 – Modèle de spécifications<br />27<br />Cours 4 – Expression des besoins<br />Scénario<br />
  28. 28. Cours N° 4<br />Expression des besoins<br />28<br />Cours igl<br />Section 2 – Modèle de spécifications : Débat (05)Mns<br />
  29. 29. Cours N° 4<br />Expression des besoins<br />29<br />Cours igl<br />Section 3 : Modèle des cas d’utilisation<br />
  30. 30. Section 3 – Modèle des cas d’utilisation<br />30<br />Cours 4 – Expression des besoins<br />Processus de recensement<br />
  31. 31. Quelles sont les limites du système ? Qu’est-ce qui fait partie du système et qu’est-ce qui est externe au système ?<br />Décider clairement des limites du système n’est pas aussi évident qu’on le croit<br />La limite du système est aussi appelée « sujet »<br />Section 3 – Modèle des cas d’utilisation<br />31<br />Cours 4 – Expression des besoins<br />Limite du système<br />
  32. 32. Section 3 – Modèle des cas d’utilisation<br />32<br />Cours 4 – Expression des besoins<br />Limite du système – Notation UML<br />Limite du système<br />Note<br />
  33. 33. Les utilisateurs du système sont appelé « acteurs »<br />Un acteur identifie un rôle pas une personne<br />Un cas d’utilisation peut avoir plusieurs acteurs<br />Un acteur peut être impliqué dans plusieurs cas d’utilisation<br />Un acteur interagit directement avec le système<br />Un acteur peut identifier une entité non humaine : un matériel ou un autre système interagissant avec le système, il est aussi utilisé pour représenter le temps<br />Les acteurs sont externes au système<br />Les acteurs sont nommés en utilisant des noms courts et significatifs<br />Section 3 – Modèle des cas d’utilisation<br />33<br />Cours 4 – Expression des besoins<br />Acteurs<br />
  34. 34. Les acteurs peuvent être représentés de plusieurs façons<br />Section 3 – Modèle des cas d’utilisation<br />34<br />Cours 4 – Expression des besoins<br />Acteurs<br />
  35. 35. Poser les questions suivantes :<br />Qui ou qu’est-ce qui utilise le système ?<br />Quel est leur rôle dans l’interaction ?<br />Qui installe le système ?<br />Qui démarre ou arrête le système ?<br />Quels sont les systèmes qui interagissent avec ce système ?<br />Qui fournit les informations au système ?<br />Quels sont les évènements qui ont lieu à un moment donné ?<br />Section 3 – modélisation des cas d’utilisation<br />35<br />Cours 4 – Expression des besoins<br />Identification des acteurs<br />
  36. 36. Exemple d’un achat en ligne<br />« Le client parcourt le catalogue de produit et ajoute les produits qui lui plaisent à son panier. Quand le client souhaite finaliser son achat, il fournit ses informations sur sa carte et sur son adresse de livraison. Le système vérifie la carte du client ensuite valide la transaction. »<br />D’autres scénarios dérivés peuvent avoir lieu : par exemple le client a une remise ou la carte est invalide.<br />Malgré leur différences, tous ces scénarios forment un seul cas d’utilisation car l’objectif est unique : acheter un produit.<br />Section 3 – modélisation des cas d’utilisation<br />36<br />Cours 4 – Expression des besoins<br />Scénario<br />
  37. 37. Les cas d’utilisation sont une technique de capture des besoins fonctionnels du système<br />Les cas d’utilisation décrivent les interactions entre les utilisateurs du système et le système lui-même<br />Les cas d’utilisation est une description “narrative” de comment est utilisé le système<br />Les cas d’utilisation sont basés sur des scénarios qui sont un séquencement des évènements se passant entre l’utilisateur et le système<br />Les cas d’utilisation sont toujours déclenchés par les acteurs<br />Les cas d’utilisation représentent le système du point de vue de l’acteur<br />Section 3 – Modèle des cas d’utilisation<br />37<br />Cours 4 – Expression des besoins<br />Cas d’utilisation<br />
  38. 38. Section 3 – Modèle des cas d’utilisation<br />38<br />Cours 4 – Expression des besoins<br />Cas d’utilisation<br />
  39. 39. Section 3 – Modèle des cas d’utilisation<br />39<br />Cours 4 – Expression des besoins<br />Cas d’utilisation - Création<br />
  40. 40. Section 3 – modélisation des cas d’utilisation<br />40<br />Cours 4 – Expression des besoins<br />Le diagramme de cas d’utilisation<br />Relation d’usage<br />Limite du système<br />Cas d’utilisation<br />Acteur<br />
  41. 41. L’acteur principal déclenche le cas d’utilisation (CU) tandis que l’acteur secondaire réagit au CU<br />Généralement, l’acteur principal est dessiné à gauche et le secondaire à droite<br />Section 3 – Modèle des cas d’utilisation<br />41<br />Cours 4 – Expression des besoins<br />Acteur principal et secondaire<br />
  42. 42. Section 3 – Modèle des cas d’utilisation<br />42<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  43. 43. Section 3 – Modèle des cas d’utilisation<br />43<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  44. 44. Section 3 – Modèle des cas d’utilisation<br />44<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  45. 45. LES ENCHAÎNEMENTS<br />Un enchaînement est une suite d’actions numérotées<br />La première action est formulée comme ceci : Le CU démarre quand <l’acteur><fonction><br />Chaque action est formulée comme ceci : <quelque chose / quelqu’un> <fonction><br />Section 3 – Modèle des cas d’utilisation<br />45<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  46. 46. LES ENCHAÎNEMENTS<br />L’enchaînement principal est une séquence d’évènements décrivant le CU<br />Le CU suit idéalement un enchainement mais peut avoir des déviations, ces déviations sont appelées enchaînement alternatifs<br />Les enchaînements sont aussi appelés scénarios<br />Il existe deux types de déviations : les déviations simples qui sont formalisées dans l’enchaînement et les déviations complexes qui sont formalisées dans un autre enchaînement<br />Section 3 – Modèle des cas d’utilisation<br />46<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  47. 47. LES ENCHAÎNEMENTS - EXEMPLE<br />Le CU démarre quand le client clique sur le bouton « se connecter »<br />Le client entre son nom d‘utilisateur dans la zone « login »<br />Le client entre son mot de passe dans la zone « mot de passe »<br />Le système vérifie la validité du nom d’utilisateur et du mot de passe<br />Section 3 – Modèle des cas d’utilisation<br />47<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  48. 48. LES ENCHAÎNEMENTS – EXEMPLE D’UNE MAUVAISE FORMULATION<br />« Les informations du client sont entrées et vérifiées »<br />Qui entre les informations ?<br />Dans quoi ?<br />Quelles sont ces informations ?<br />Ne pas s’exprimer en voix passive<br />Se poser les questions : qui, quoi, quand et où ? Répondre avec précision.<br />Section 3 – Modèle des cas d’utilisation<br />48<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  49. 49. LES ENCHAÎNEMENTS – CONTRÔLE DE FLUX<br />Pour éviter de créer des enchaînements alternatifs, on peut faire des instructions de contrôle de flux à l’intérieur d’un enchaînement<br />Le mot clé si: contrôle conditionnel<br />Le mot clé pour : répétition pour tous les éléments d’un ensemble<br />Le mot clé tantque : répétition selon une condition<br />Section 3 – Modèle des cas d’utilisation<br />49<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  50. 50. Section 3 – Modèle des cas d’utilisation<br />50<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  51. 51. Section 3 – Modèle des cas d’utilisation<br />51<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  52. 52. Section 3 – Modèle des cas d’utilisation<br />52<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  53. 53. Section 3 – Modèle des cas d’utilisation<br />53<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  54. 54. LES ENCHAÎNEMENTS ALTERNATIFS<br />Les enchaînements décrivent souvent des actions très complexes<br />Les enchaînements alternatifs sont des déviations ou des interruptions des enchaînements principaux<br />Les enchaînements alternatifs peuvent être documentés à l’intérieur de la spécification ou séparément<br />Un enchaînement alternatif peut ne pas revenir à l’enchaînement principal<br />Section 3 – Modèle des cas d’utilisation<br />54<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  55. 55. LES ENCHAÎNEMENTS ALTERNATIFS<br />Les noms des enchaînements alternatifs sont formulés de la manière suivante : Enchaînement Alternatif : NomCU:NomEnchaînementAlternatif<br />L’id de l’enchaînement alternatif obéit à une numérotation hiérarchique. Par exemple, si l’ID un CU est 5, l’id de son premier enchaînement alternatif serait 5.1<br />Section 3 – Modèle des cas d’utilisation<br />55<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  56. 56. LES ENCHAÎNEMENTS ALTERNATIFS<br />L’EA peut démarrer au lieu de l’enchaînement principal. Dans ce cas, c’est l’utilisateur qui déclenche cette déviation.<br />L’EA peut démarrer après une étape N de l’enchaînement principal « l’EA démarre après l’étape X de l’enchaînement principal »<br />L’EA peut démarrer à n’importe quel moment<br />Section 3 – Modèle des cas d’utilisation<br />56<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  57. 57. LES ENCHAÎNEMENTS ALTERNATIFS<br />Pour chaque CU il y a un seul enchaînement principal et plusieurs EA<br />Eviter de donner trop d’enchaînements alternatifs<br />Regrouper les EA similaires<br />Section 3 – Modèle des cas d’utilisation<br />57<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  58. 58. Section 3 – Modèle des cas d’utilisation<br />58<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  59. 59. Section 3 – Modèle des cas d’utilisation<br />59<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  60. 60. Section 3 – Modèle des cas d’utilisation<br />60<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  61. 61. Section 3 – Modèle des cas d’utilisation<br />61<br />Cours 4 – Expression des besoins<br />Documentation d’un cas d’utilisation<br />
  62. 62. Un CU peut décrire une ou plusieurs spécifications<br />Une spécification peut être représentée par un ou plusieurs CU<br />La matrice de traçabilité définit les relations entre les spécifications et les CU<br />Section 3 – Modèle des cas d’utilisation<br />62<br />Cours 4 – Expression des besoins<br />Traçabilité des cas d’utilisation<br />
  63. 63. LES CAS D’UTILISATION SONT RECOMMANDÉS QUAND :<br />Le système est dominé par les spécifications fonctionnelles<br />Le système est utilisé par plusieurs utilisateurs<br />Le système a plusieurs interfaces<br />Section 3 – Modèle des cas d’utilisation<br />63<br />Cours 4 – Expression des besoins<br />Utilisation des cas d’utilisation<br />
  64. 64. Cours N° 4<br />Expression des besoins<br />64<br />Cours igl<br />Section 3 – Modèle des cas d’utilisation – Débat (05 Mns)<br />
  65. 65. Cours N° 4<br />Expression des besoins<br />65<br />Cours igl<br />Section 4 : Modélisation avancée des cas d’utilisation<br />
  66. 66. Section 4 – modélisation avancée des cas d’utilisation<br />Des acteurs peuvent avoir beaucoup de CU en commun<br />Un acteur peut être différent d’un autre acteur par quelques CU supplémentaires<br />La généralisation répond au souci d’encombrement des diagrammes de CU<br />La généralisation des CU simplifie non seulement la présentation mais aussi la sémantique des CU<br />66<br />Cours 4 – Expression des besoins<br />Généralisation des acteurs<br />
  67. 67. Section 4 – modélisation avancée des cas d’utilisation<br />67<br />Cours 4 – Expression des besoins<br />Généralisation des acteurs<br />
  68. 68. Section 4 – modélisation avancée des cas d’utilisation<br />68<br />Cours 4 – Expression des besoins<br />Généralisation des acteurs<br />Généralisation<br />
  69. 69. Section 4 – modélisation avancée des cas d’utilisation<br />La généralisation des CU quand un CU est un cas spécialisé d’un autre CU<br />69<br />Cours 4 – Expression des besoins<br />Généralisation des CU<br />
  70. 70. Section 4 – modélisation avancée des cas d’utilisation<br />70<br />Cours 4 – Expression des besoins<br />Généralisation des CU<br />Généralisation<br />
  71. 71. Section 4 – modélisation avancée des cas d’utilisation<br />L’inclusion est une relation entre deux CU (CU1 et CU2). CU 1 est appelé CU de base et CU2 est appelé CU d’inclusion.<br />Quand l’enchaînement arrive au point d’inclusion, CU1 ne s’exécuter que lorsque CU2 s’exécute.<br />L’inclusion évite la répétition<br />71<br />Cours 4 – Expression des besoins<br />Inclusion des CU<br />
  72. 72. Section 4 – modélisation avancée des cas d’utilisation<br />Un CU peut avoir plusieurs CU d’inclusion<br />CU ne s’exécute que lorsque tous les CU d’inclusion ont été exécutés<br />72<br />Cours 4 – Expression des besoins<br />Inclusion des CU<br />
  73. 73. Section 4 – modélisation avancée des cas d’utilisation<br />73<br />Cours 4 – Expression des besoins<br />Inclusion des CU<br />
  74. 74. Section 4 – modélisation avancée des cas d’utilisation<br />74<br />Cours 4 – Expression des besoins<br />Inclusion des CU<br />
  75. 75. Section 4 – modélisation avancée des cas d’utilisation<br />75<br />Cours 4 – Expression des besoins<br />Inclusion des CU<br />
  76. 76. Section 4 – modélisation avancée des cas d’utilisation<br />L’extension est une relation entre deux CU : CU1 et CU2<br />CU2 étend CU1 par un comportement optionnel qui a lieu sous une certaine condition<br />Cette condition est appelé « point d’extension »<br />76<br />Cours 4 – Expression des besoins<br />Extension des CU<br />
  77. 77. Section 4 – modélisation avancée des cas d’utilisation<br />77<br />Cours 4 – Expression des besoins<br />Extension des CU<br />
  78. 78. Section 4 – modélisation avancée des cas d’utilisation<br />78<br />Cours 4 – Expression des besoins<br />Extension des CU<br />
  79. 79. Section 4 – modélisation avancée des cas d’utilisation<br />Les acteurs doivent être appelés en utilisant leur rôle au singulier, pas au pluriel<br />Ne pas montrer le comportement, plutôt montrer la fonctionnalité<br />79<br />Cours 4 – Expression des besoins<br />Best practices<br />
  80. 80. Section 4 – modélisation avancée des cas d’utilisation<br />Les diagrammes ne doivent pas être trop encombrés. Par exemple, au maximum 15 CU par diagramme<br />Tous les CU doivent avoir le même niveau d’abstraction<br />Les spécifications des CU doit être de la même taille (1/2 page à 1 page)<br />Si les CU sont trop grands, utiliser les inclusions / extensions / généralisations<br />Sortir les éléments redondants en des CU inclus<br />Sortir les éléments conditionnels en des CU d’extension<br />Les CU sont appelé en utilisant des verbes<br />Ne pas schématiser les communications entre acteurs<br />80<br />Cours 4 – Expression des besoins<br />Best practices<br />
  81. 81. Cours N° 4<br />Expression des besoins<br />81<br />Cours igl<br />Section 4 - Exercice<br />
  82. 82. Cours N° 4<br />Expression des besoins<br />82<br />Cours igl<br />Section 4 : Modélisation avancée des cas d’utilisation – Débat (05 Mns)<br />
  83. 83. UML Distilled3rd Edition, Martin Fowler, 2003, Addison Wesley<br />UML2 and the Unified Process, Addison-Wesley Second Edition<br />Wikipedia : Unified Modeling Language, http://fr.wikipedia.org/wiki/Unified_Modeling_Language<br />bibliographie<br />83<br />Cours 3 – Introduction à UML<br />Bibliographie<br />

×