ANALYSE UML - If3projets
ANALYSE UMLProjet MedicDBVersion 0.04 Interface3 - 2011
Document d'analyse UMLProjet MedicDBProjet MedicDBby WAD11Dossier d'analyse UML pour la réalisation du projet MedicDB.KeywordsWAD11, UML, DBClassificationPublicPublisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 2/37
Document d'analyse UMLProjet MedicDBProjet MedicDBby ections0.0104/11/2011WAD11Nouvelle version.I/U/R/DAll0.0207/10/2011WAD11Consolidation des use cases.I/U/R/DAll0.0310/10/2011WAD11Consolidation des olidation du class diagram.I/U/R/DAll(*) Action: I Insert, R Replace, U Update, D Delete, Q Quality ReviewReviewed byDateVersionPublisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011NameCommentPage 3/37
Document d'analyse UMLProjet MedicDBProjet MedicDBby WAD11Table of contents1INTRODUCTION . 62CAHIER DES CHARGES. 73DIAGRAMMES DE CAS D’UTILISATION . 83.13.23.33.43.53.64DIAGRAMMES DE CAS SEQUENCE . 214.14.24.35SE CONNECTER AU SYSTEME . 8ADMINISTRATION DU SYSTEME . 10GESTION DU CALENDRIER . 13GESTION DES PATIENTS . 14GESTION DES RENDEZ-VOUS . 15GESTION DES EXAMENS MEDICAUX . 17AUTHENTIFICATION DE L’UTILISATEUR . 21CREATION D’UNE SIGNALETIQUE PATIENT . 22CREATION D’UNE SIGNALETIQUE PATIENT (VERSION DETAILLEE) . 23DIAGRAMMES DE CAS CLASSES . 245.1AUTHENTIFICATION DES UTILISATEURS . 245.1.15.25.2.15.3Liste des identifiants uniques . 28SIGNALETIQUE DES PATIENTS . 285.5.15.65.7Liste des identifiants uniques . 27AGENDA DU MEDECIN . 285.4.15.5Liste des identifiants uniques . 27SPECIALITES MEDICALES . 275.3.15.4Liste des identifiants uniques . 25PERSONNEL DE LA CLINIQUE . 25Liste des identifiants uniques . 29RENDEZ-VOUS DES PATIENTS . 30DUREE MOYENNE DES EXAMENS . 305.7.1Liste des identifiants uniques . 315.8 DOSSIER MEDICAL DU PATIENT . 315.9 DOSSIER MEDICAL . 325.10 EXAMEN CLINIQUE . 336ANNEXE . 356.1EXEMPLE DE CAS D’UTILISATION . 35Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 4/37
Document d'analyse UMLProjet MedicDBProjet MedicDBby WAD11Table of figuresFigure 3-1: Se connecter au système . 8Figure 3-2: Administration du système . 10Figure 3-3: Gestion du calendrier . 13Figure 3-4: Gestion des patients. 14Figure 3-5: Gestion des rendez-vous. 16Figure 3-6: Gestion des examens médicaux . 18Figure 4-1: Autentification de l'utilisateur . 21Figure 4-2: Création d'une signalétique patient . 22Figure 4-3: Création d’un signalétique patient (détaillé) . 23Figure 5-1: Diagramme de classe général . 24Figure 5-2: Identification des utilisateurs . 25Figure 5-3: Personnel de la clinique . 26Figure 5-4: Spécialités médicales . 27Figure 5-5: Agenda du médecin. 28Figure 5-6: Signalétique des patients . 29Figure 5-7: Médecin traitant . 29Figure 5-8: Rendez-vous des patients . 30Figure 5-9: Durée moyenne des procédures médicales . 31Figure 5-10: Dossier médical . 32Figure 5-11: Dossier médical . 33Figure 5-12: Examen clinique. 34Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 5/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.1IntroductionCe document a pour objectif de fournir le dossier d’analyse UML conçu par les stagiaires dugroupe WAD11 pour la réalisation du projet MedicDB1.L’objectif de ce dossier est de permettre aux stagiaires de mettre en pratique les conceptsthéoriques étudiés durant les formations d’analyse DB et d’analyse UML.Sur base du cahier des charges du système MedicDB, les stagiaires sont invitées à analyserétape par étape les fonctionnalités du système jusqu’à aboutir à la modélisation du système.Comme le cours se concentre sur l’aspect « Base de données », les stagiaires pourront figerleur analyse jusqu’au modèle permettant la création et la manipulation des données.Pour la modélisation UML, les stagiaires sont invitées à utiliser le logiciel « Visual ParadigmCommunity Edition ».À l’issu du projet d’analyse, un dossier d’analyse unique sera consolidé en reprenant les idéescommunes en phase avec le sujet proposé.Ce document (son contenu et ses diagrammes) a pour vocation d’être consolidé itération paritération.1 Le sujet du projet MedicDB a été proposé par M. Abdelkarim Moulai (Dynaclic SPRL) en Septembre 2011.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 6/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.2Cahier des chargesVous venez d’être engagé pour concevoir la base de données d’un cabinet médical n’ayant pasencore d’infrastructure informatique. Cette base de données sera utilisée par le personnelmédical, le personnel de gestion ainsi que par des applications tierces.Suite aux réunions avec les différentes personnes concernées, voici les informations qui enressortent et dont il faut absolument tenir compte.Toutes les personnes dans le système possèdent les caractéristiques suivantes : un nom, unprénom, une adresse et un numéro de téléphone. En effet, ces coordonnées standard sontutiles et nécessaires au bon fonctionnement du système.Plusieurs médecins peuvent travailler dans le cabinet médical. Chaque médecin possède unespécialité (pneumologie, médecine générale, pédiatrie, etc.).Les patients sont aussi caractérisés par leur date de naissance, leur sexe et leur numérod’identification de la sécurité sociale (par exemple : numéro de registre national). Chaquepatient possède un médecin référant (qui doit obligatoirement être un médecin généraliste)travaillant dans le cabinet médical.Des consultations se font à une date, une heure de début et ont une durée en minutes. Lesconsultations ont un objet qui est la raison de la venue du patient. Ce sont les secrétaires quiprennent les rendez-vous pour les consultations, sans remplir l’objet (c’est au médecin de lefaire). Les heures de rendez-vous vont de 8h à 18h, du lundi au vendredi (valable pour tousles médecins).Une secrétaire peut travailler pour plusieurs médecins, mais un médecin n’a qu’une seulesecrétaire.Les médecins peuvent prescrire des médicaments ou des examens complémentaires. Lesprescriptions des examens contiennent uniquement le nom de l’examen (par exemple : prisede sang). Les prescriptions des médicaments, en plus d’indiquer le médicament, informent surla durée (en jours) et la posologie (par exemple : « 1 gélule / jour »).Les médicaments sont caractérisés par un nom, une seule substance active et un prix (parexemple : Dafalgan, paracétamol, X ). Il faut aussi pouvoir dire si le médicament est ungénérique ou non (par exemple : Dafalgan n’est pas un produit générique). Enfin, une listed’incompatibilités avec d’autres substances actives doit être disponible afin de permettred’alarmer le médecin si le patient prend déjà un médicament qui entre en conflit avec celui dela prescription.Certains patients, atteints de pathologie(s), doivent être suivis. Les pathologies ont un nom,une date de début et éventuellement une date de fin. Une pathologie peut présenter descontre-indications pour l’un ou l’autre médicament (cette information sera utile pour alerter lemédecin en cas de prescription inadéquate).Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 7/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.3Diagrammes de cas d’utilisationCette section décrit les différents cas d’utilisation (use case) que nous avons déduite à lalecture du cahier des charges et des discussions entre les membres du groupe WAD11.Nous avons pris le parti de borner le système à l’application en devenir “MedicDB” plutôt quede tenter d’analyser toutes les interactions pouvant survenir dans une Clinique médicale. Celasous-entend que le patient ne sera pas représenté en tant qu’acteur du système. En effet, lecahier des charges ne stipule pas que le patient participe activement sur le système.Il est à noter que nous avons pris le parti de « surcharger » les diagrammes de cas d’utilisationen y représentant les relations de type « Include » ou « Extend » et ceci afin de permettre auxstagiaires de mieux cerner le contexte du système. Dans une analyse « real-world », onessaiera d’éviter autant que possible « d’alourdir » les schémas.3.1 Se connecter au systèmeLa procédure d’authentification au système permet d’identifier les utilisateurs et de fournir lesdroits qui leur sont attribués.Figure 3-1: Se connecter au systèmeNomUC01-Login to the systemRésuméProcédure de connexion des sher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 8/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document rL’utilisateur se connecte au système.Pré-conditionsL’utilisateur fournit son login et son mot de passe.Post-conditionsLe système autorise ou non l’accès à l’utilisateur.DescriptionLa procédure de connexion des utilisateurs a pour objectif dedéterminer si l’utilisateur est autorisé à se connecter au système.Les droits des utilisateurs seront par ailleurs utilisés pour donner ouinterdire l’accès à certaines fonctions du système requérant desprivilèges adéquats.Scénario nominalÉtape #Actions acteur (Évènementexterne)1.L’utilisateur se connecte au système enfournissant les informations suivantes : Réponse du systèmeLoginMot de passe2.Le système recherche dans la base dedonnées le profil de l’utilisateur surbase du login.3.Le mot de passe est comparé aveccelui transmis par ��utilisateur et lui présente la paged’accueil du système.Scénarios alternatifsÉtape #Action alternative acteur2.aRéponse alternative systèmeLe login est inconnu.2.a.1Le système trace une information àl’attention de l’administrateur.2.a.2Le système retourne un message àl’utilisateur l’invitant à recommencer laprocédure.3.a3.a.1Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Le mot de passe est invalide.Le système retourne un message àl’utilisateur l’invitant à recommencer laprocédure.Page 9/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.3.a.2Le système retourne un message àl’utilisateur l’invitant à recommencer laprocédure ou à demander un nouveaumot de passe.3.2 Administration du systèmeLe diagramme suivant montre les fonctions minimales requises pour gérer le systèmeMedicDB.Les opérations d’administration sont prises en charge par un administrator possédant les droitsadéquats.Figure 3-2: Administration du systèmeNomUC02-Manage StaffRésuméGestion des utilisateurs du système.ActeursPrimaire:Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011AdministrateurPage 10/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.LiensSecondaire:/IncludeUC01-Login to the teur gère les utilisateurs et/ou leurs droits.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour l’administrer.Post-conditions/DescriptionLa gestion des utilisateurs permet d’ajouter, de supprimer, de modifier,de consulter ou de rechercher les utilisateurs du système ainsi de gérerleurs droits d’utilisation de MedicDB et des données.Les utilisateurs regroupent tant le personnel soignant (médecins,infirmières) que le personnel administratif (secrétaire, administrateur,direction).Chaque utilisateur est défini dans le système par les informationssuivantes : LoginPasswordNomPrénomSexe (M/F)Titre strateur;Directeur;etc.)Service (Urgence;Labo; etc.)Spécialité (Généraliste;ORL;Cardiologue;Radiologue;etc.)Tel BureauTel MobileEmailRueLocalitéVillePaysLe « Login » est un identifiant unique dans le système.NomUC03-Manage DrugsRésuméGestion des ire:/Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 11/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.LiensIncludeUC01-Login to the teur gère les médicaments.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour l’administrer.Post-conditions/DescriptionLa gestion des médicaments implique de pouvoir ajouter, supprimer, demodifier, consulter ou rechercher des médicaments.Les médicaments sont identifiés au travers des informations suivantes : rixGénérique (oui/non)Le « Nom» du médicament est un identifiant unique dans le système.La liste des médicaments a pour objectif d’aider les médecins dansl’établissement des prescriptions et détecter les incompatibilitésmédicamenteuses ainsi que les contre-indications suite à despathologies existantes.NomUC04-Manage Types of Medical ConsultationRésuméGestion des types de consultations e:/IncludeUC01-Login to the istrateur gère les types de consultations médicales.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour l’administrer.Post-conditions/Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 12/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.DescriptionLe cas d’utilisation permet d’ajouter, de supprimer, de modifier, deconsulter ou de rechercher les types de consultation médicale.Chaque type de consultation est défini dans le système par lesinformations suivantes : NomDescriptionDurée moyenneLe « Nom» est un identifiant unique dans le système.3.3 Gestion du calendrierAfin de pouvoir organiser les rendez-vous des patients, il est impératif que la clinique médicaledispose d’un système de calendrier partagé dans lequel on puisse retrouver les périodes dedisponibilités de chaque médecin.Figure 3-3: Gestion du calendrierNomUC05-Manage the calendarRésuméGestion du calendrier des �taireIncludeUC01-Login to the systemExtend/LiensÉvènementdéclencheurLe médecin met à jour ou consulte son calendrier.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour gérer le calendrier du ou des médecins.La secrétaire met à jour ou consulte le calendrier d’un ou de plusieursmédecins.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 13/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.Post-conditions/DescriptionLa gestion du calendrier permet d’ajouter, de supprimer, de modifier,de consulter ou de rechercher des rendez-vous et/ou des périodesd’indisponibilités.Chaque médecin doit mettre à jour son calendrier pour préciser sespériodes d’indisponibilités. Cette tâche peut être déléguée à lasecrétaire.Une secrétaire a la capacité de gérer le calendrier d’un ou plusieursmédecins auquel elle est affectée.Le calendrier ne concerne que les jours ouvrables de la Clinique (dulundi au vendredi) pour une plage horaire comprise entre 8h et 18h.3.4 Gestion des patientsChaque signalétique des patients est maintenue dans le système.Figure 3-4: Gestion des patientsNomUC06-Manage PatientRésuméGestion des decinIncludeUC01-Login to the systemExtend/LiensÉvènementdéclencheurLa secrétaire met à jour ou consulte une signalétique du patient.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour accéder aux signalétiques des patients.Post-conditions/Le médecin consulte une signalétique du patient.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 14/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.DescriptionLa secrétaire permet d’ajouter, de supprimer, de modifier, de consulterou de rechercher des signalétiques de patients.Le médecin pour sa part peut consulter ou rechercher des signalétiquesde patients.Par signalétique de patient, nous entendons les informations suivantes : Numéro nationalNomPrénomSexe (M/F)Date de naissanceTel PrivéTel BureauTel MobileEmailRueLocalitéVillePaysLe « Numéro national » est une information unique au sein dusystème.Le système doit permettre d’enregistrer une signalétique de patientdont certaines données ne seront connues que plus tard (cas d’unrendez-vous pris par téléphone). Dans cette hypothèse, le systèmedevra attribuer un numéro unique indépendant du numéro national.3.5 Gestion des rendez-vousLa prise de rendez-vous est l’étape obligée avant une consultation médicale.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 15/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.Figure 3-5: Gestion des rendez-vousNomUC07-Manage appointmentRésuméGestion des MédecinIncludeUC01-Login to the systemLiensUC02-Manage StaffUC04-Manage Type of Medical ConsultationUC05-Manage the calendarUC06-Manage PatientExtendÉvènementdéclencheur/Le patient se présente à la secrétaire pour demander un rendez-vousou mettre à jour un rendez-vous existant.Le médecin consulte les rendez-vous existants.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour accéder au rendez-vous.Post-conditions/DescriptionLa secrétaire permet d’ajouter, de supprimer, de modifier, de consulterou de rechercher des rendez-vous.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 16/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.Le médecin peut consulter ou rechercher des rendez-vous.Le système doit permettre d’enregistrer la signalétique du patient dontcertaines données ne seront connues que plus tard (cas d’un rendezvous pris par téléphone). Dans cette hypothèse, le système devraattribuer un numéro unique indépendant du numéro national.Lors d’une prise de rendez-vous, la secrétaire procède comme suit : la signalétique du patient est recherchée dans le système. Lafiche du patient est créée ou modifiée le cas échéant (voirUC06-Manage Patient);la secrétaire consulte la demande de rendez-vous téventuellement le médecin recommandé ;le médecin et/ou la spécialité sont recherchés dans le système(voir UC02-Manage Staff) ;la secrétaire recherche les disponibilités dans le calendrier (voirUC05-Manage Calendar) proche des desiderata du patient entenant compte de la durée moyenne de l’examen (voir UC04Manage Type of Medical Consultation):o soit pour une spécialité requise;o soit pour un médecin spécifique ;o soit pour une date et heure précise ;lorsqu’une date de rendez-vous est convenue, le calendrier endar) avec les informations suivantes :o Identité du patiento Examens à pratiquero Date du rendez-vouso Heure du rendez-vouso Durée moyenne de l’examen3.6 Gestion des examens médicauxCe diagramme de cas représente les cas d’utilisation intervenant dans le cadre d’un examenmédical.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 17/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.Figure 3-6: Gestion des examens médicauxNomUC08-Manage Medical ExaminationRésuméGestion des examens udeUC01-Login to the systemLiensUC06-Manage PatientUC07-Manage appointmentUC09-Manage Medical RecordExtendUC03-Manage DrugsUC10-Prescribe Additional ExamUC11-Prescribe MedicationÉvènementdéclencheurLe patient se présente à la consultation.Pré-conditionsL’utilisateur s’est correctement identifié au système et possède lesdroits adéquats pour accéder au rendez-vous.Post-conditions/Le médecin pratique l’examen médical du patient.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 18/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.DescriptionLors du rendez-vous, le médecin consulte la liste des rendez-vous pouridentifier le patient et les examens demandés (UC07-Manageappointment).Le médecin recherche la fiche du patient (UC06-Manage Patient)ainsi que son dossier médical composé de ses antécédents (UC09Manage Medical Record).Pour chaque pathologie, le médecin pourra retrouver les informationssuivantes : Nom de la pathologieDate de débutDate de fin éventuelleListe des prescriptions (médicaments, examens)La liste des médicaments contre-indiquésLors de l’examen clinique, le médecin peut évaluer s’il est requis supplémentaires.En cas de prescription d’examens cliniques (UC10-PrescribeAdditional Exam), les informations suivantes seront reprises: Nom de l’examenIl n’appartient au médecin d’organiser la prise de rendez-vous pour leou les examens cliniques. Le patient devra s’adresser à la -PrescribeMedication), les informations suivantes seront reprises: Nom du médicamentDurée du traitementPosologieDe par sa formation, le médecin est en mesure de déterminer lesincompatibilités médicamenteuses qui peuvent apparaître lors del’établissement de la prescription ou en fonction des antécédents dupatient (pathologies existantes). Pour s’aider dans cette analyse, lemédecin pourra consulter ou recherche dans la liste des médicaments(UC03-Manage Drugs).Le médecin mettra à jour le dossier médical du patient en y ajoutant lesinformations relatives à la consultation. Ces informations serontajoutées dans le cadre d’une pathologie existante ou d’une nouvellepathologie (UC09-Manage Medical Record). On y retrouvera lesinformations suivantes:Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 19/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu. Identifiant du médecinDate et heure de la consultationDurée de la consultationObjet de la consultationListe des examens pratiquésPrescription de médicamentsPrescription d’examens complémentairesPublisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 20/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.4Diagrammes de cas séquenceCette section ne reprend que quelques diagrammes de séquence qui ont pour objectifd’illustrer les principes.4.1 Authentification de l’utilisateurL’accès à MedicDB nécessite d’être que l’utilisateur soit correctement identifié par le système.Figure 4-1: Autentification de l'utilisateurPublisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 21/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.4.2 Création d’une signalétique patientLe diagramme de séquence suivant illustre les interactions nécessaires pour créer lesignalétique d’un patient.Figure 4-2: Création d'une signalétique patientPublisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 22/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.4.3 Création d’une signalétique patient (version détaillée)Cet exemple détaille la création d’une signalétique patient en faisant intervenir les classes detype « boundary », « control » et « entity ».Figure 4-3: Création d’un signalétique patient (détaillé)Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 23/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.5Diagrammes de cas classesLa figure suivante représente le diagramme de classe du modèle de données du systèmeMedicDB.Figure 5-1: Diagramme de classe généralPour comprendre les différentes du modèle de données, nous allons zoomer les principalesfonctions du système.5.1 Authentification des utilisateursLes utilisateurs du système sont définis dans la classe User.Publisher: . WAD11Version: . 0.04Issued on: . 12-Oct-2011Page 24/37
Document d'analyse UMLProjet MedicDBPublicErreur ! Nom de propriété de document inconnu.Un utilisateur est identifié par son login et son mot de passe. La date de création del’utilisateur est également maintenue.Les droits d’utilisation des fonctions du système sont définis dans la classe Profiles. Nouspourrions retrouver des droits tels que : Administrateur : autorisation d’accéder à toutes les fonctions du systèmeCréer fiche patient : autorisation d’accéder aux fonctions de création d’une signalétiquepatientConsulter dossier médical : autorisation d’accéder au dossier médical d’un patientEtc.Les autorisations de chaque utilisateur sont définies dans la classe d’association UserProfile.Pour chaque profile, le droit est autorisé (enabled true) ou refusé (enabled false). Pardéfaut, les droits ne sont pas autorisés.Figure 5-2: Identification des utilisateurs5.1.1 Liste des identifiants uniquesProfileprofileNameUserloginUserProfilelogin profileName5.2 Personnel de la cliniquePour simplifier, le personnel de la clinique est de type médecin (classe Doctor) et secrétaire(classe Secretary).Nous partons du principe que le personnel médical a un compte pour accéder au systèmeMedicDB. Ce qui nous
Ce document a pour objectif de fournir le dossier d'analyse UML conçu par les stagiaires du groupe WAD11 pour la réalisation du projet MedicDB1. L'objectif de ce dossier est de permettre aux stagiaires de mettre en pratique les concepts théoriques étudiés durant les formations d'analyse DB et d'analyse UML.
to Design Patterns Part III Modeling Behavior: State Machines etc. Literature on UML §Official standard documents by OMG: www.omg.org, www.uml.org §Current version is UML 2.0 (2004/2005) §OMG documents: UML Infrastructure, UML Superstructure §Books: Pfleeger: Software Engineering 3rd ed., 2005 (mostly Chapter 6) Rumbaugh, Jacobson, Booch:
Praise for UML Distilled “UML Distilled remains the best introduction to UML notation. Martin’s agile and pragmatic approach hits the sweet spot, and I wholeheartedly recommend it!” —Craig Larman Author of Applying UML and Patterns “Fowler cuts through the complexity of UML to get users started quickly.”
OOAD with UML Object Oriented Analysis and Design Using the UML . 2 UML Applied - Object Oriented Analysis and Design using the UML . . Objects 23 Terminology 24 The Object Oriented Strategy 24 Summary 25 AN OVERVIEW OF THE UML 26 The Use Case Diagram 27 The Class Diagram 28
UML unifies a number of visual design methodologies in software engineering, business modeling and management, database design, and others. UML Class diagrams are a subset of UML that is suitable for conceptual modeling of classes and databases Most used type of UML diagrams UML is also a graphic language for modeling dynamic aspects of a
18/12/06 Introduction à UML 4 Le méta-modèle UML UML : langage permettant de créer des modèles, UML : modélisation des modèles, un méta-modèle. Le méta-modèle UML est en 4 couches: (M3) métamétamodèle : (concept de métaclasse) Définit le langage pour la spécification des metamodèles, (M2) métamodèle : (concept de classe)
diagramme de classes stereotype NomClasseAbstraite from nomPaquetage - attributPrivate : Type valeur # attributProtected : Type attributPublic . [UML 1.3] OMG UML Specification v. 1.3, OMG doc# ad/06-08-99 [UML 1.4] OMG UML Specification v. 1.4, UML Revision Task Force recommended final draft,
To understand the UML, you need to form a conceptual model of the language, and this requires learning three major elements: Basic building blocks of the UML Rules Common Mechanisms in the UML Basic building blocks of the UML: Vocabulary of the UML can be defined 1. Things 2. Relationships 3. Diagrams Things in the UML
Edexcel IGCSE Accounting Pg 10 1.3 The accounting equation learn a simple Statement oflist examples of Refer to Sec Syllabus assets and Financial Position(horizontal/T The Principles of liabilities style) which explains the basic Double-Entry accounting equationclassification of . items as assets calculate the value of assets, Go For Accounting Pg and liabilities liabilities and capital using .
