Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

27/09/2018 1 1 Chap2: Diagrammes UML présentant l’analyse des besoins des utili

27/09/2018 1 1 Chap2: Diagrammes UML présentant l’analyse des besoins des utilisateurs Cours: Modélisation avec UML Enseignante: Mme N.Berbiche 2 N.Berbiche EST - Salé Plan  Introduction  Etapes de l’analyse des besoins  Diagramme de contexte  Diagramme de package  Diagramme des cas d’utilisations  Les cas d’utilisations internes 27/09/2018 2 3 N.Berbiche introduction Dans cette partie, nous allons partir d’une étude de cas, suivre pas à pas l’analyse des besoins d’un projet en réalisant différents diagrammes. On tentera d’effectuer l’analyse des besoins d’un projet commun : créer une boutique en ligne. EST - Salé 4 N.Berbiche introduction  Nous identifierons les premiers besoins grâce aux différents échanges avec le client.  On découvrira au fur et à mesure les différents besoins et actions que le client souhaite intégrer dans son projet de logiciel, la boutique en ligne.  Notre première mission sera donc de décrypter son discours au fur et à mesure afin de préciser ses besoins.  C’est ce qu’on appelle la modélisation des besoins fonctionnels.  Nous essaierons donc de répondre aux questions suivantes :  Qui sont les utilisateurs ?  Que veulent-ils faire avec le logiciel ? EST - Salé 27/09/2018 3 5 N.Berbiche Etapes de l’analyse des besoins  Analyser les besoins, c’est découvrir des éléments de plus en plus précis. On effectue cette analyse à travers des étapes : Étape 1: On commence par décrire le contexte du logiciel à créer. Le contexte, c’est l’environnement direct du logiciel. A cette étape, il s’agit de décrire QUI devra utiliser le logiciel. Il faut donc se poser la question : à qui le logiciel devra -t-il servir? EST - Salé 6 N.Berbiche Etapes de l’analyse des besoins - suite Etape2: On décompose ensuite le logiciel en plusieurs parties distinctes, afin de ne pas avoir à analyser quelque chose de trop énorme d’un coup.  On appelle ça la décomposition en packages. La décomposition peut se faire en réfléchissant à des « familles » de fonctionnalités qui seraient nécessaires. Les questions à se poser:  Quelles sont les grandes parties qui doivent composer le logiciel?  Pour une partie précise, qui, parmi les acteurs identifiés (ou utilisateurs) l’utilisera? EST - Salé 27/09/2018 4 7 N.Berbiche Etapes de l’analyse des besoins - suite Etape3: Chaque partie est alors analysée séparément, en précisant QUI devra pouvoir faire QUOI dans cette partie du logiciel. C’est ce qu’on appelle définir les cas d’utilisation. La question à se poser: « dans la partie 3, qui devra faire quoi avec le logiciel ? » EST - Salé 8 N.Berbiche Les diagrammes UML nécessaires à l’analyse des besoins Pour illustrer chacune des étapes, on utilise un diagramme précis  Pour décrire le contexte, on réalise un diagramme de contexte  Pour expliquer la décomposition du logiciel en parties distinctes, on se sert d’un diagramme de packages.  Enfin, pour illustrer ce que le logiciel doit permettre de faire, on utilise un diagramme des cas d’utilisation. EST - Salé 27/09/2018 5 9 N.Berbiche Décomposition de l’analyse EST - Salé Les différents diagrammes qui illustrent un package Les différents packages Le système ou contexte 10 N.Berbiche Etude de cas Cas d’étude : créer la boutique en ligne d’une entreprise de papeterie. Nous découvrirons pas à pas la démarche à suivre. Voici le projet: Qui est notre client ? Notre client, Monsieur El filali, est le directeur d’une entreprise commerciale, El filali bureaux, spécialisée dans les produits de bureau. Son entreprise est localisée à Tanger Que vend-il ? Voici la liste de produit qu’il vend sur place :  Matériel de base : crayons, stylos, gommes, papier, cahiers, etc.  Matériel électronique : ordinateurs, imprimantes, téléphones, etc.  Mobilier : tables, bureaux, chaises, armoires, etc. EST - Salé 27/09/2018 6 11 N.Berbiche Etude de cas - suite Pourquoi nous contacte-t-il ?  L’entreprise doit faire face à la concurrence de grandes enseignes, Mr El Filali a le projet de moderniser toute la démarche commerciale de l’entreprise. Il souhaite passer au e-commerce, c’est-à-dire vendre ses produits sur Internet. La société espère ainsi obtenir une meilleure visibilité et obtenir une augmentation des ventes. Que souhaite-t-il faire sur le site de vente en ligne ? Lors d’une première discussion avec le client Monsieur El filali, nous avons pu obtenir les précisions suivantes :  Le client (ou un acheteur potentiel) doit pouvoir consulter les produits et éventuellement procéder à un achat en ligne.  Les commerciaux de la société doivent pouvoir consulter le catalogue des produits en ligne et enregistrer les achats des clients. EST - Salé 12 N.Berbiche Etude de cas - suite  Le service des livraisons doit pouvoir consulter les commandes pour préparer les colis et les livrer au client.  Le technicien doit pouvoir vérifier d’éventuelles remarques ou messages signalant un dysfonctionnement lors de l’achat en ligne.  Le service administratif de la société doit pouvoir : - ajouter de nouveaux produits au catalogue en ligne ; - modifier les descriptions ou les prix des produits ; - retirer si besoin des produits que l’on ne souhaite plus proposer.  Le directeur, quant à lui, souhaite avoir une vision globale des ventes. À travers le site, il souhaite pouvoir : - faire un suivi du chiffre d’affaires par mois, sur une certaine durée ; - voir quels produits sont les plus vendus sur une durée donnée. EST - Salé 27/09/2018 7 13 N.Berbiche Etude de cas: étape 1- définition du contexte  On commence par considérer que le futur logiciel correspond à une boîte noire qui doit fournir des services à son environnement.  Par environnement, on entend les utilisateurs qui ont besoin de ce logiciel.  Dans UML, on appelle ce qu’on doit analyser, concevoir et réaliser: le système.  Ici, le système est donc le site de vente en ligne. EST - Salé Le système, correspond à une boîte noire à cette étape 14 N.Berbiche Les acteurs  Les utilisateurs qui vont interagir avec le système sont appelés acteurs  Un acteur correspond à une entité (humaine ou non) qui aura une interaction avec le système. Deux types d’acteurs, nous distinguons :  les acteurs principaux: ils agissent directement sur le système. Il s’agit d’entités qui ont des besoins d’utilisation du système. On peut donc considérer que les futurs utilisateurs du logiciel sont les acteurs principaux.  les acteurs secondaires: ils n’ont pas de besoin direct d’utilisation. Ils peuvent être soit consultés par le système à développer, soit récepteur d’informations de la part du système. Cela est généralement un autre système (logiciel) avec lequel le nôtre doit échanger des informations. EST - Salé 27/09/2018 8 15 N.Berbiche Les acteurs  Certains acteurs sont de type humain. Ils sont représentés par un bonhomme, leur rôle est indiqué en dessous. EST - Salé Acteur de type humain Acteur de type non-humain  Pour représenter un acteur de type non- humain, on peut utiliser une représentation graphique différente et/ou ajouter une indication supplémentaire appelé le stéréotype. 16 N.Berbiche Etude de cas: étape1- le contexte  Etape 1 : Décrire le contexte du logiciel, c’est-à-dire la boutique en ligne de la société El filali bureaux.  Relisez-bien les demandes de Monsieur El filali.  Pouvez-vous identifier les acteurs de notre site de vente en ligne ? Parmi ces acteurs, lesquels sont des acteurs principaux et des acteurs secondaires ? EST - Salé 27/09/2018 9 17 N.Berbiche Etude de cas: les acteurs  Les acteurs: le client (internaute: client potentiel); les commerciaux , le service des livraisons; le technicien; le service administratif; le directeur  Ces acteurs sont des acteurs principaux, puisqu’ils devront tous utiliser le système pour des actions précises. les acteurs principaux EST - Salé 18 N.Berbiche Etude de cas: les acteurs  Vous constaterez qu’on indique un seul acteur pour « client », alors qu’il très souhaitable d’en avoir plusieurs ! Un acteur est bien plus un rôle qu’une personne physique.  Voilà, nous avons nos acteurs. Par contre, il en manque un, qui n’a pas été clairement exprimé par Mr El filali  Aujourd’hui, on n’imagine mal un site commercial sans paiement en ligne. Même si le texte ne le mentionne pas, il faut évidemment le proposer au client.  Pour cela, il nous faudra donc un échange avec un système externe : le système bancaire, par exemple, Paypal ou un autre. Voilà, nous venons d’identifier un acteur secondaire. EST - Salé 27/09/2018 10 19 N.Berbiche Etude de cas: diagramme de contexte EST - Salé à gauche à droite Diagramme de contexte 20 N.Berbiche Etude de cas: étape 2 - décomposition en package  Si les parties ne sont pas évidentes à voir au départ. On peut réaliser le diagramme des cas d’utilisation pour le logiciel complet. Le diagramme risque de devenir énorme, mais très souvent, on constate alors des groupes de cas d’utilisation qui ont un lien. Il suffit alors de revenir un petit peu en arrière afin de faire la décomposition en packages. on fait de l’itération.  Le but uploads/Management/ chap2-diagrammes-uml-presentant-l-x27-analyse-des-besoins-des-utilisateurs-2018.pdf