Cours 2 Cas dutilisation
○ Description textuelle des cas d'utilisation. ○ Diagrammes de séquence des Retour à l'étape 9. Page 23. D. Longuet - UML. 23. Exemple de liens entre ...
Méthode danalyse et conception dune application Web
5 sept. 2018 DESCRIPTION TEXTUELLE DU CAS D'UTILISATION - GERER LES CAS ... exemples comment décomposer les fonctionnalités d'une application en cas.
Etude de Cas UML
10 mars 2018 d'utilisation à une des toutes dernières itérations (exemple : Consulter ... Description textuelle des cas d'utilisation. Cas d'utilisation ...
Untitled
Description textuelle (documentation) d'un cas d'utilisation. Bien que de Exemple de fiche adoptée dans certains livres (un peu différente) : Cas d ...
Diapositive 1
❑ Associations et cas d'utilisation. ❑ Exemple: Gestion d'une bibliothèque. ❑ Description textuelle des cas d'utilisation. ❑ Exercice. Page 3. Formateur:Y
Projet UML Cas Bibliothèque
Description textuelle. 8-10. B. Diagrammes de classes. 11. C. Diagrammes de Nous aurions alors un diagramme de cas d'utilisation à « l'allure » suivante.
Rédaction de cas dutilisation (Use Case)
• par exemple : sous-système de description des salles. Portée des Cas d'utilisation. 12. Page 7. 23/02/2016. 7 jean-philippe.babau@univ-brest.fr. UBO. •. Un
TD1 : Diagramme de cas dutilisation
Question : Donnez une description textuelle d'un cas d'utilisation qui vous sera désigné en TD. Exemple pour l'enregistrement d'un article. Identification
DIAGRAMMES DE SÉQUENCE
cas d'utilisation. Exemple : Retrait-distributeur pour un client existant et □ description textuelle en langage naturel. □ diagramme de séquence.
Chap3 Diagramme de cas dutilisation (vue fonctionnelle)
Par exemple un distributeur de billets aura probablement un cas d'utilisation Retirer Description textuelle des cas d'utilisation. Le diagramme de cas ...
Cas dutilisation
Diagrammes des cas d'utilisation. ? Description textuelle des cas d'utilisation Exemple de liens entre diagramme et texte. Commander. S'identifier.
Cas dutilisation une introduction
13 mar. 2004 Les cas d'utilisation sont définis par une description textuelle ... appelé Modèle des cas d'utilisation (UP/RUP)
Méthode danalyse et conception dune application Web
5 sept. 2018 Figure 36 : Exemple application 3-Tiers (Source : Travail personnel) ... Tableau 3 : Description textuelle du cas d'utilisation - Connecter ...
Cours n°2 : Diagramme des cas dutilisation
Le diagramme des cas d'utilisation (Use Case Diagram) constitue la Exemple de description textuelle : Le cas d'utilisation 'Retirer de l'argent' du DAB.
Etude de Cas UML
10 mar. 2018 conduit par les cas d'utilisation comme UP
Figures – Chapter 4
Le diagramme de cas d'utilisation fait partie des diagrammes de comportement Dans la description textuelle d'un cas d'utilisation comme par exemple :.
Développement dune application web pour la gestion des concours
8 déc. 2018 Tableau ?1-1 Description textuelle du cas d'utilisation «S'authentifier » . ... permettant la transformation d'un modèle fonctionnel en ...
Génie Logiciel
Un modèle est une représentation simplifiée d'une réalité. Le diagramme de cas d'utilisation représente la structure des grandes fonctionnalités ...
TD1 : Diagramme de cas dutilisation
Question : Donnez une description textuelle d'un cas d'utilisation qui vous sera désigné en TD. Exemple pour l'enregistrement d'un article. Identification :.
Description textuelle des cas d’utilisation
Description textuelle des cas d'utilisation Diagrammes de cas d'utilisation Utiles pour discussion avec le client car intuitifs et concis Pas suffisants pour l'équipe de développement Nécessité d'une description détaillée des scénarios représentés par chacun des cas : Description textuelle en langue naturelle structurée
Cas d'utilisation une introduction - reseaucertaorg
2 Description textuelle des cas d'utilisation 2 1 Format de présentation pour les cas d'utilisation UML n'impose ni ne préconise aucun format particulier de description textuelle des cas d'utilisation Un cas d'utilisation est composé de deux grandes parties : 1/ La description des interactions dans un
Quelle est la fiche de description textuelle d’un cas d’utilisation ?
La fiche de description textuelle d’un cas d’utilisation n’est pas normalisée par UML. Nous utilisant ici la structure proposée par « Pascal Roques ». [6] Acteur Client. But Vérifier l’autorisation d’accès au système. Post condition Le client est s’authentifier par le système. Scénario nominal 1. le client demande l’accès au système.
Quels sont les objectifs d'une description textuelle ?
Objectif 3 : Tester, à l'aide d'un scénario réel, la description d'un cas d'utilisation Objectif 4 : Réaliser une maquette basse fidélité pour un cas d'utilisation Une description textuelle couramment utilisée se compose de trois parties qui permettent un niveau de détail plus ou moins élevé selon ce qu’on souhaite.
Quels sont les différents types de textes descriptifs ?
Le chapitre 3 offrira ensuite une analyse approfondie des textes descriptifs en termes de 1 définition ; 2 principaux types de description ; 3 structure et 4 principaux dispositifs textuels au sein des types de textes descriptifs : a les caractéristiques morphosyntaxiques, b la cohésion et c la cohérence.
Quels sont les caractéristiques d’un texte?
Les caractéristiques qu’il retient sont les suivantes : les marques de la spatialisation (adverbes, prépositions, déictiques, etc.), un lexique spécifique, l’absence de liaison sémantique dans l’énumération descriptive, un certain emploi de l’article indéfini et l’absence de démarcatif de la description.
UML : Langage de modélisation objet uniifié Cours n°2 :
Diagramme des cas d'utilisation
1) Qu'est-ce que le diagramme des cas d'utilisation:
Avant de se lancer dans la réalisation d'un logiciel, Il faut comprendre, clariifier et structurer les
attentes et les besoins du client. Le diagramme des cas d'utilisation (Use Case Diagram) constitue la première étape de l'analyse UML en : - Modélisant les besoins des utilisateurs. - Identiifiant les grandes fonctionnalités et les limites du système. - Représentant les interactions entre le système et ses utilisateurs. Le diagramme des cas d'utilisation apporte une vision utilisateur et absolument pas une visioninformatique. Il ne nécessite aucun connaissance informatique et l'idéal serait qu'il soit réalisé par le
client. Le diagramme des cas d'utilisation n'est pas un inventaire exhaustif de toutes les fonctions dusystème. Il ne liste que des fonctions générales essentielles et principales sans rentrer dans les
détails.2) Les éléments d'un diagramme des cas d'utilisation :
2-1) Les acteurs :
Avant de rechercher les besoins, la première tâche consiste à déifinir les limites du système (c.à.d. ce
qui est inclus ou pas dans le système), puis à identiifier les diffférentes entités intervenants sur le
système. Ces entités sont appelés acteurs. Les acteurs se représentent sous la forme d'un petit personnage (stick man) ou sous la formed'une case rectangulaire (appelé classeur) avec le mot clé " actor ». Chaque acteur porte un nom.
Un acteur est un utilisateur externe au système. Cela peut être : -Une personne. -Du matériel (capteurs, moteurs, relais...). -Un autre système.Quelquefois, nous utilisons :
- le stick man si l'acteur est humain - le classeur si l'acteur est du matériel ou un autre système.1/9Remarque importante : En UML, une annotation
entre guillemets est appelé 'stéréotype'. Cela permet de préciser et de mieux caractériser l'élément à qui il s'adresse. Exemple : Le DAB (Distributeur Automatique de Billet) Nous utiliserons cet exemple tout le long du cours. - Un DAB permet à tout détenteur de carte bancaire de retirer de l'argent.- Si le détenteur de carte est un client de la banque propriétaire du DAB, il peut en plus consulter les
soldes de ses comptes et efffectuer des virements entres ces diffférents comptes. - Les transactions sont sécurisées c'est-à-dire : yLe DAB consulte le Système d'Information de la banque (S.I. Banque) pour les opérations que désire efffectuer un client de la banque (retraits, consultation soldes et virements). yLe DAB consulte le Système d'Autorisation Globale Carte Bancaire (Sys. Auto.) pour les retraits des porteurs de cartes non clients de la banque.- Le DAB nécessite des opérations de maintenance tel que la recharge en billet, la récupération des
cartes avalées, etc. Les limites du système sont clairement déifinies, il s'agit des limites physiques du DAB. Quels sont les diffférents acteurs interagissant avec le DAB ?2-2) Les cas d'utilisation :
Le cas d'utilisation représente une fonctionnalité du système (visible de l'extérieur du système). Un cas d'utilisation se représente par une ellipse contenant le nom du cas d'utilisation (phrase commençant par un verbe à l'inifinitif) et optionnellement un stéréotype au dessus du nom. Les diffférents cas d'utilisation peuvent être représentés à l'intérieur d'un même rectangle représentant les limites du système.2-3) Relation entre acteurs et cas d'utilisation :
La relation d'associationA chaque acteur est associé un ou plusieurs cas d'utilisations, la relation d'association peut
aussi être appelée relation de communication.Elle est représentée par un trait reliant l'acteur et le cas d'utilisation. Nous pouvons rajouter
sur ce trait un stéréotype qui va préciser la relation de communication (" communicate »).
2/9Frontière du systèmeNom du
système Multiplicité Lorsqu'un acteur peut interagir plusieurs fois avec un cas d'utilisation, il est possible d'ajouterune multiplicité sur l'association du côté du cas d'utilisation. Le symbole * signiifie plusieurs.
Exactement n s'écrit tout simplement n, n..m signiifie entre n et m, etc. Préciser une multiplicité
sur une relation n'implique pas nécessairement que les cas sont utilisés en même temps.2-4) Les relations entre cas d'utilisation :
Tout en faisant attention de ne pas tomber dans le piège d'une décomposition fonctionnellehiérarchique, nous pouvons compléter le diagramme par d'autres cas d'utilisation (non lié à des
acteurs mais à d'autre cas d'utilisation) qui préciseront le diagramme. Relation d'inclusion :La relation d'inclusion sert à enrichir un cas d'utilisation par un autre cas d'utilisation (c'est une
sous fonction). La relation d'inclusion est impérative et donc systématique.Dans un diagramme des cas d'utilisation, cette relation est représentée par une lflèche pointillée
reliant les 2 cas d'utilisation et munie du stéréotype " include ».L'inclusion permet de :
Partager une fonctionnalité commune entre plusieurs cas d'utilisation (ifig.1). Décomposer un cas d'utilisation complexe en décrivant ses sous fonctions (ifig.2).3/9Nom du système
Frontière du système
Acteur
Association
Cas d'utilisation
Exemple : le DAB
Après discussion avec l'expert métier, il apparaît que l'une des sous fonctions importantes est
l'authentiification (systématique et commune au 3 cas d'utilisation Retirer de l'argent, Consulter
ses soldes et Efffectuer un virement). 4/9 Relation d'extension : Comme la relation d'inclusion, la relation d'extension enrichit un cas d'utilisation par un autre cas d'utilisation de sous fonction mais celui-ci est optionnel.Cette relation est représentée par une lflèche en pointillée reliant les 2 cas d'utilisation et
munie du stéréotype " extend ». Exemple : Le DAB permet à son utilisateur d'imprimer un reçu s'il le désire. Point d'extension :L'extension peut intervenir à un point précis du cas étendu. Ce point s'appelle le point
d'extension. Il porte un nom, qui ifigure dans un compartiment du cas étendu sous la rubrique point d'extension, et est éventuellement associé à une contrainte indiquant le moment où l'extension intervient. Une extension est souvent soumise à condition.Graphiquement, la condition est exprimée sous la forme d'une note. En reprenant l'exemple du
DAB, une vériification du solde du compte éventuelle n'intervient que si la demande de retrait dépasse 20 euros. 5/9 Relation de généralisation ou de spécialisation :Comme nous l'avons découvert lorsque nous avons traité la notion d'objet, il est également
possible de spécialiser un cas d'utilisation en un autre cas d'utilisation. Nous obtenons alors un sous-cas d'utilisation. Comme pour les classes, le sous-cas d'utilisation hérite du comportement du sur-cas d'utilisation. Le sous-cas d'utilisation hérite aussi de toutes les associations du sur-cas (relations d'association avec les acteurs, relations d'inclusions, et relations d'extensions).Quelquefois, le sur-cas d'utilisation est abstrait (c'est-à-dire qu'il ne peut pas être instancié). Il
correspond à un comportement partiel et sert uniquement de base pour les sous-cas
d'utilisation qui en hériteront.La relation de généralisation est représentée par une lflèche avec une extrémité
triangulaire.Le nom d'un cas d'utilisation abstrait est écrit en italique (ou accompagné du stéréotype
" abstract »).Exemple : L'expert métier précise que le DAB sera situé dans une zone internationale et devra
donc pouvoir fournir la somme d'argent en Dollars ou en Euros.2-5) Type d'acteurs et relation entre acteurs :
Acteurs principaux et secondaires : A chaque cas d'utilisation est associé un ou plusieurs acteurs.Un acteur est principal pour le cas d'utilisation auquel il est lié si ce cas d'utilisation lui rend un
quotesdbs_dbs2.pdfusesText_3[PDF] exemple de diagramme de cas d'utilisation uml
[PDF] description textuelle de cas d'utilisation s'authentifier
[PDF] diagramme de cas d'utilisation extend
[PDF] diagramme de cas d'utilisation exercice corrigé
[PDF] scénario alternatif définition
[PDF] diagramme de sequence uml pdf
[PDF] diagramme de cas d utilisation extend
[PDF] diagramme de classe uml pdf
[PDF] lexique comptable anglais français pdf
[PDF] most common english expressions
[PDF] vocabulaire comptable anglais pdf
[PDF] correspondance plan comptable anglais francais
[PDF] regle de grammaire arabe tome 2
[PDF] conjugaison des verbes en arabe pdf
