Diagramme des cas d'utilisation

Présentation UML Diagramme de cas d’utilisation : Ce diagramme a pour but de presenter au client une vision globale du projet. Il est donc important d’y rendre de maniere visible et comprehensible toutes les fonctionnalites de sa future application. Il nous a fallu definir ce qui a incombé ou non a l’application que nous souhaitions developper. Le premier pb rencontré fut la definition des acteurs et de « leurs «  priorité ainsi que l’accessibilité aux diff taches de l’application. Il nous

opérationnelles : Ce sont les décisions qui sont relatives à la gestion courante et concerne l’utilisation optimale des ressources allouées dans le cadre du processus productif de l’entreprise (gestion des stocks, gestion de la production…). Dans tous les cas de figure, elles ne sont jamais vitales pour l'avenir de l'entreprise. Il s'agit ici d'assurer au jour le jour le fonctionnement régulier et efficace de l'organisation. Il peut s'agir, par exemple, de passer des commandes, d'établir un planning d'atelier

I) Introduction. Notre projet, le Cas Bibliothèque, a pour objectif la conception d’un système d’information permettant d’aider à la gestion de la Bibliothèque et plus précisément, aider à la gestion des emprunts, réservations et retours des livres. Au cour de ce projet, nous allons présenter différents diagrammes modélisés selon la méthode UML (Unified Modeling Language). II) Modélisation UML. A_ Cas d’utilisation Il y a deux acteurs: La bibliothécaire qui s’occupe de toute la partie de

UML est fortement inspiré de l’approche 4+1 vues (logique, composants, processus, déploiement et cas d’utilisation) indépendantes définies par P. Kruchten pour exprimer les diverses perspectives de l’architecture d’un système informatique. UML se compose d’une part des éléments de modélisation qui représentent toutes les propriétés du langage et d’autre part des diagrammes (de cas d’utilisation, de classes, d’objets, d’états-transitions, d’activités, de séquence, de collaboration, de composants

interactions entre les utilisateurs et le système lui-même. Il contient principalement trois parties : La première, décrit les acteurs du système informatisé et leur rôle. La deuxième, établit le modèle des cas d’utilisations. La troisième, présente la description textuelle de chaque cas d’utilisation. 2.1. Acteurs du système informatisé Les acteurs du système informatique se sont les utilisateurs du système, c’est-à-dire ceux qui sont responsables de son exploitation ou de sa maintenance, ainsi que

meilleures solutions de travail . Ensuite, Nous allons présenter les besoins fonctionnels et non fonctionnels de l’application. Enfin, on trouve la représentation de la spécification formelle des besoins à travers des diagrammes de cas d’utilisation qui seront d’une grande utilité dans le processus de développement de l’application. I. Etude de l'existant 1. Critique de l'existant L’étude de l’existant est une phase importante pour bien comprendre le système actuel

Structuration en packages Pour améliorer notre modèle, nous allons organiser les cas d’utilisation et les regrouper en ensembles fonctionnels cohérents. Pour ce faire, nous utilisons le concept général d’UML, le package. Les acteurs ont également été regroupés dans un package séparé sur lequel s’appuient les deux packages de cas d’utilisation. L’organisation générale du modèle dans un outil de modélisation est représentée sur la figure 3-7. Le sigle UC pour use case est souvent

• points de vue et diagrammes • cas d'utilisation, analyse, conception, implémentation 2) Le diagramme des cas d’utilisations • acteur • cas d'utilisation et scénario 3) Notion de classes et objets et leur diagramme • introduction aux classes, aux objets • notion de relation, de composition et d'héritage • recherche d'un diagramme de classes à partir du cahier des charges 4) Modèle dynamique • diagramme de séquences, de collaboration, d' et d' état activité • réalisation des cas d' utilisation par

 Introduction L’analyse et la spécification des besoins est une partie qui présente les besoins fonctionnels et non fonctionnels bien qu’elle spécifie les fonctionnalités de notre application à l’aide de diagramme de cas d’utilisation. I. Spécification des besoins : La phase de spécification des besoins est une phase indispensable dans le cycle de vie d’un logiciel. En outre, l’adéquation de l’application se manifeste aux besoins des utilisateurs et aux traitements envisagés au niveau de ses opérations

1 hapi tre C c Diagramme de cas d’utilisation UML permet de construire plusieurs modèles d’un système : certains montrent le système du point de vue des utilisateurs, d’autres montrent sa structure interne, d’autres encore en donnent une vision globale ou détaillée. Les modèles se complètent et peuvent être assemblés. Ils sont élaborés tout au long du cycle de vie du développement d’un système (depuis le recueil des besoins jusqu’à la phase de conception). Dans ce chapitre, nous allons étudier