2-Présentation de l'UML : 2.1-Définition
3- Les diagrammes de l’ UML : 3.1 Capture des besoins :
C'est une étape primordiale au début de chaque démarche de développement. Son but est de veiller à développer un logiciel adéquat, sa finalité est la description générale des fonctionnalités du système, en répondant à la question : Quelles sont les fonctions du système?
la prise en charge et les disfonctionnements non compliquer et possiblement réglables par exemple: quant l’appareille de la glycémie détecte une valeur supérieure au seuil normal implique une auto injection ou une diffusion d’une dose suffisamment adéquate d’insuline pour rendre la valeur au intervalle normal.
en cas d’un problème grave le system doit le signaler au médecin responsable pour une intervention d’urgence. Par exemple : l’hypoglycémie sévère.
3.1.1--Diagramme de cas d'utilisation
Un diagramme de cas d'utilisation est un graphe d'acteurs, un ensemble de cas d'utilisation englobés par la limite du système, des associations de communication entre les acteurs et les cas d'utilisation, et des généralisations entre cas d'utilisation. [18]
Il est destiné à représenter les besoins des utilisateurs par rapport au système 3.1.1.1-Identification des acteurs
Les acteurs d'un système sont les entités externes à ce système qui interagissent avec lui. Dans notre application, les acteurs qui intégraient avec le système sont les agents de centre de surveillance.
3.1.1.2-Identification des cas d'utilisations
Un cas d'utilisation est utilisé pour définir le comportement d'un système ou la sémantique de toute autre entité sans révéler sa structure interne. Chaque cas d'utilisation spécifie une séquence d'action, y compris des variantes, que l'entité réalise, en interagissant avec les acteurs de l'entité. La responsabilité d'un cas d'utilisation est de spécifier un ensemble d'instances, où une instance de cas d'utilisation représente
Une séquence d'actions que le système réalise et qui fournit un résultat observable par l'acteur. [18]
Voici les cas d'utilisation de notre application :
Authentification: l'application vérifie que l'utilisateur est bien ce qu'il prétend être et lui donne ensuite l'autorisation d'accès
Identifier et interpriter les situation des patients périodiquement.
L’analyse de l’ensemble des signaux reçus des capteurs installés pour la génération de messages et d’alarmes.
La prise en charge en cas de disfonctionnement non compliquer.
convoquer le médecin responsable en cas détérioration de la santé du patient pour une intervention d’urgence.
Figure 3.1 : diagramme de cas d’utilisation.
3.2-Les diagrammes d’analyse : 3.2.1-Diagramme de séquence
Il permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets. Un diagramme de séquence montre une interaction présentée en séquence dans le temps. En particulier, il montre aussi les objets qui participent à l'interaction par leur "ligne de vie" et les messages qu'ils échangent présentés en séquence dans le temps.
utilisateur
système.
Interaction: un comportement qui comprend un ensemble de messages échangés par un ensemble d'objets dans un certain contexte pour accomplir une certaine tâche. Message: Un message représente une communication unidirectionnelle entre objets qui transporte de l'information avec l'intention de déclencher une réaction chez le récepteur.
3.2.1.1-Diagramme de séquence du cas d'utilisation "authentification" 1. l'utilisateur demande le formulaire d'authentification.
2. le system affiche le formulaire d'authentification. 3. L'utilisateur saisit le mot de passe.
4. Le système vérifie la validité du mot de passe. 5. le system affiche la page d'accueil.
Demande le formulaire d'authentification.
Afficher le formulaire
Saisi le nom d’utilisateur et le mot de passe
Afficher la page d’accueil
Figure 3.2 : Diagramme de séquence du cas d’authentification
3.2.1.2-Diagramme de séquence du cas d'utilisation "Ajout" 1. L'utilisateur demande le formulaire d'ajout.
2. le system affiche le formulaire d'ajout. 3. L'utilisateur saisit les nouvelles données.
System V éri fic ati on
utilisateur
Demande de formulaire de l’ajout Affichage du formulaire
Remplit des nouvelles données
Envois des données Sto
ck
ag
e
Opération réussie Confirmation d’enregistrement
5. le system stocke les données au niveau de la base de données. 6. le system confirme l'enregistrement
Figure 3.3 : Diagramme de séquence du cas d’ajout
3.2.1.3-Diagramme de séquence du cas d'utilisation "Suppression" 1. L'utilisateur demande la suppression de donné.
2. Le système affiche la table des données.
3. L’utilisateur sélectionne les données a supprimé.
4. Le système génère un message de confirmation de la suppression.
5. Après la confirmation de l’utilisateur, le système envois une requête de suppression a BBD.
6. Au niveau de la BDD la donnée sera supprimée. System
utilisateur
Demande de suppression Afficher la table des données Sélection de la donnée a supprimé
Demande de confirmation Confirmation de suppression Requête de suppression Su pp re ssi on
Figure 3.4 : Diagramme de séquence du cas de suppression.
3.2.1.4-Diagramme de séquence du cas d'utilisation "Modification" 1. L'utilisateur demande la modification.
2. Le système affiche le formulaire de modification. 3. L'utilisateur sélectionne la donnée à modifier.
4. L Le système envoi le matricule de la donnée à la BDD. 5. Une fonction de recherche se fait au niveau de la BDD. 6. La BDD charge les données demandées vers Le système. 7. Le système affiche la donnée demandée à l'utilisateur. 8. L'utilisateur modifier les données.
9. Le système envoi les données modifient à la BDD. 10. La BDD valider les modifications.
System
utilisateur
Demande de modification Afficher le formulaire
Sélectionner les données a modifié
Lancer la recherche Chargement Affichage des données à modifié
Modifier les données Demande de confirmation Confirmation de modification
Requête de modification
Figure 3.5 : Diagramme de séquence du cas de modification.
3.2.1.5-Diagramme de séquence du cas d'utilisation "Recherche" 1. L'utilisateur demande la recherche.
2. Le système donne les conditions de recherche.
3. L'utilisateur choisir leurs contraintes de recherche dépend de ces besoins. 4. Le système fixer les conditions et les envois vers BDD.
5. Une fonction de filtrage se fait au niveau de la BDD. 6. La BDD charge les données recherché vers l'application. 7. Le système affiche les données trouvées à l'utilisateur.
System BDD R ec he rc h M od ifi ca tio
utilisateur
Demande de recherche Afficher les conditions Choisi les conditions
Lancer la recherche