UML, Linguagem de Modelagem Unificada, é um padrão para modelagem visual de software. Neste tutorial abordamos como utilizar a UML para fazer especificação de software através de conjunto de…Descrição completa
ejercicios
Descrição: UML
Descripción: Investigacion de UML
Descripción completa
UMLDescripción completa
Proiect UML in STAR UML. Describes java classes used in order to build a successfully application. This document provides how a product management should be
Full description
class,use case diagramsFull description
Tutoria 1 Programación IIIDescripción completa
Descripción completa
Descripción completa
Descripción completa
Modelado de negocioDescripción completa
Descripción completa
Full description
VLJLDescripción completa
termodinamicaDescripción completa
Descrição completa
Rédiger la spécification UML de l'application correspondant au cahier des charges ci-dessous. On se limitera aux cas d'utilisation et à l'élaboration du diagramme des classes.
Cahier des charges : Gestion d'une d'une bibliothèque bibliothèque Municipale Il s'agit de réaliser un logiciel logiciel de gestion gestion des prêts de documents aux lecteursd'une bibliothèque municipale. L'usager demande demande sur un poste informatique qu'un document lui soit communiqué. Le lecteur se voit attribué un numéro lors de son inscription. Un système de fiches existe pour la recherche documentaire documentaire qui n'est pas informatisée actuellement. actuellement. Si le lecteur est déjà inscrit, il s'identifie puis remplit, sur le terminal informatique la demande de document souhaité. Il sélectionne le document désiré et le lieu où il souhaite consulter le document (sur place ou à domicile). Il existe en fait plusieurs type de documents: Journaux, livres et microfilms. Chaque usager dispose de droits différents en fonction de sa profession et de son employeur. Ces droits sont valides pour une année et correspondent à des niveaux de confidentialité. Certains documents sont consultables consult ables uniquement sur place, pl ace, d'autres peuvent être emportés empor tés à domicile. Pour Pou r consulter sur place, un emplacement doit être affecté au lecteur dans une salle adaptée au document. Si le document n'est pas disponible pour le moment, le système fournit au lecteurune fiche de réservation comprenant une date de disponibilité et une place réservée (en cas de consultation sur place). Le lecteur peut ensuite venir à la date prévue utiliser sa réservation. Si le document est disponible, le système imprime une fiche qui permet au lecteurde retirer son document au guichet. L'employé valide alors le prêt sur son poste informatique et enregistre le retour lorsque le lecteur rend le document. En cas d'emprunt à domicile, l'usager à une semaine pour rendre le document. L'usager peut à tout moment consulter l'état de ses demandes (prêts et/ou réservations en cours). Il ne pourra effectuer un emprunt que s'il a rendu les documents déjà empruntés. Chaque document possède une cote. Un journal possède un titre, une date et un numéro. Un livre possède un titre et un ou plusieurs auteurs. Les microfilms ont été tirés à partir de certains journaux. Le système fournit à l'employé, chaque soir après le départ du dernier client, laliste des documents consultés sur place qui n'ont pas été rendus. Le responsable du service des prêts peut à tout moment, demander au système la liste des prêts à domicile non rendus à la date prévue. Ceux-ci seront classés par nombre de jours de retard, afin de pouvoir éditer les lettres de relance. Il peut aussi obtenir différentes statistiques.
Diagramme des cas d'utilisation
Diagramme de classe (déduit du cahier des charges)
Processus de développement
Analyse : Comprendre le problème en termes de métier du client. Conception: Concevoir une solution informatique en termes de responsabilité fonctionnelle. Implémentation: réaliser la solution en termes de programme.
UML dans un processus de développement Analyse : Modéliser le domaine d'activité du client. Conception : Choisir l'architecture du système et définir la responsabilité de chaque composant. Implémentation : définir l'algorithme de chaque programme
Objet et Classe Classe : une classe est une représentation abstraite d'un ensemble d’élément s similaire. Une classe n'est pas un ensemble, elle représente un élément type d'unensemble.
Objet : un objet est un élément particulier d'une Classe.
Classe et Objet Classe dans le Modèle conceptuel :
Classe dans le Modèle de spécification:
Classe dans le Modèle d'implémentation :
Association Association est une représentation abstraite d'un ensemble de liens similaires entre des objets respectifs de la même classe.
Association dans un Modèle conceptuel :
Une parcelle contient au moins 4 points, et un point fait partie de 0 ou plusieursparcelles. Association dans un Modèle de spécification:
Une parcelle est reliée au moins à quatre points. Étant donnée une parcelle, on doit pouvoir retrouver les points qui lui sont associes. Par contre, l'inverse n'est pas possible. Association dans un Modèle d'implémentation :
Une parcelle contient une liste d'au moins 4 points.
Diagramme de classe
Un Diagramme de classes permet de représenter la structure générale du domaine d'activités du client.
Diagramme d'objet Un Diagramme d'objets permet de représenter une réalisation particulière du diagramme de classes. Un Modèle d'objets forme une image partielle du système à un instant précis.
Etat et Évènement État : représente une étape du système dans son évolution.
Évènement : représente un stimulus auquel l'objet doit répondre.
Diagramme d'état-transition DET dans un Modèle conceptuel : permet d'exprimer le comportement dynamique d'un objet en termes de l'activité du client.
DET dans un Modèle de spécification : permet d'exprimer le comportement dynamique d'un objet en termes du système.
DET dans un Modèle d'implémentation : permet d'exprimer le comportement dynamique d'un objet en termes de l'implémentation.
Use-Case Un Use-Case est un cas d'utilisation du système par les utilisateurs. Il permet de définir l'objectif de l'utilisateur. Un use-case couvre l'ensemble de scénarios d'utilisation ayant un objectif commun. Une séance spécifique a été réservée
pour parler de ce concept.
Diagramme de séquence Un Diagramme de séquence permet de représenter un scenario.
Conseil d'utilisation Le diagramme de séquence est un outil de documentation. Le diagramme de séquence n'est pas un outil rigoureux. Faire un diagramme de séquence si c'est nécessaire.
Ne pas introduire des flow de contrôle dans un diagramme de séquence. Il vaut mieux augmenter le nombre de diagramme qu'augmenter la complexité du diagramme.
Diagramme de collaboration Un Diagramme de collaboration est un autre type de Diagramme de séquence. Les mêmes principes et conseils s'appliquent.
Diagramme de package Un Diagramme de package permet de représenter la dépendance entre les divergents package du système.
Diagramme d'activité Un Diagramme d'activité permet de représenter le déroulement d'une procédure, d'une fonction ou d'une opération.
Énoncé : Le but est de protéger un bâtiment en restreignant l'accès à certaines salles. L'ouverture de chacune des portes de ces salles est commandée par un lecteur de badges placé à proximité. Les badges qui permettent l'ouverture des portes ne sont délivrés qu'aux personnes qui doivent accéder aux locaux protégés dans l'exercice de leurs fonctions. Les droits d'accès sont alloués entre les groupes de personnes et les groupes de portes, de sorte qu'une personne ou une porte doit toujours être au moins dans un groupe (le sien). Un groupe de portes peut contenir des portes dispersées dans tout le bâtiment. Une porte donnée ne peut appartenir qu'à un seul groupe de portes. La même personne peut appartenir à plusieurs groupes, de sorte que ses droits d'accès correspondent à l'union des droits d'accès de chacun des groupes qui la contiennent. La définition des droits d'accès est effectuée en décrivant pour chaque groupe de personnes les différents groupes de portes qui sont accessibles et sous quellecontrainte horaire. Les droits d'accès sont décrits dans un calendrier annuel qui décrit la situation semaine par semaine. Vu la faible variation des droits dans le temps, un calendrier peut être initialisé au moyen de semaines types qui décrivent une configuration de droits donnée. Le superviseur peut créer autant de semaines type qu'il le désire. Les changements apportés à une semaine sont automatiquement propagés dans tous les calendriers qui utilisent cette semaine type. Le système de contrôle d'accès doit fonctionner de la manière la plus autonome possible. Un superviseur est responsable de la configuration initiale et de la mise à jour des différentes informations de définition des groupes de personnes et de portes. Un gardien dispose d'un écran de contrôle et est informé des tentatives de passage infructueuses. Les alarmes sont transmises
en temps légèrement différé: la mise de l'information sur l'écran de contrôle est effectuée toutes les minutes.
à
jour
TRAVAIL A FAIRE : 1. Décrire la vue des besoins (use case view) de ce système de contrôle d'accès. Cette analyse des besoins consiste à définir :
les acteurs de ce système.
le diagramme des cas d'utilisation du système.
les principaux scénarios de chaque cas d'utilisation qui seront décrits par des
diagrammes de séquence (point de vue temporel). 2. Décrire la vue logique (logical view) de ce système. Cette analyse du domaine consiste à définir :
le diagramme des classes.
décrire les principaux scénarios par des diagrammes de collaboration
(interactions entre objets d’un point de vue spatial). Il est bien évidemment
possible de représenter les interactions entre objets par des diagrammes de séquence. --------------------------------------------------------------------------------------------------------------------Corrigé