CAS D’UTILISATION D’IMPORTANCE LOGIQUE MINEURE 1) Descriptions textuelles
Normes de présentation visuelle
Cas d’utilisation : 1 – gérer une base de connaissance 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations de création, d’édition et de soumission d’une base de connaissance d’ordonnancement.
Acteurs :
L’acteur principal est le Membre. L’acteur secondaire est le système.
Précondition : le Membre est la page affichant son tableau de bord.
Déclencheur : le Membre sélection l’opération désirée sur le tableau de bord dans la section « modèle ».
Cas d’utilisation : 2 – gérer un système de décision 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations de création, de consultation, d’édition et d’exportation d’un système de décision basé sur des bases de connaissances d’ordonnancement organisé sous forme de modèles de décision..
Acteurs :
L’acteur principal est le Membre. L’acteur secondaire est le Système.
Précondition : le Membre est la page affichant son tableau de bord.
Déclencheur : le Membre sélectionne l’opération désirée sur le tableau de bord dans la section « décision » pour la consultation, l’édition et l’exportation et dans la section « modèle » pour la création.
Cas d’utilisation : 4 – s’inscrire 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations nécessaires à l’inscription dans le système.
Les détails de ce cas d’utilisation ne sont pas exposés car ils se trouvent dans à l’extérieur du cadre de notre étude portant sur l’outil de décision basé sur les connaissances partagées. Acteurs : l’acteur principal est le Visiteur ne possédant pas de compte, l’acteur secondaire est le système (non détaillé dans cette étude).
Déclencheur : le Visiteur sélectionne l’opération « s’inscrire » sur la page d’accueil.
2. Flux d’évènements Flux normal :
a. Le système renvoi la page d’inscription. b. Le visiteur remplit le formulaire. c. Le visiteur valide le formulaire.
d. Le système envoi un courriel de validation. e. Le visiteur valide son inscription.
f. Le système active le compte.
g. Le système redirige le visiteur sur son tableau de bord.
Cas d’utilisation : 5 – gérer les utilisateurs 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations de gestion (création, édition, suppression, blocage) des utilisateurs dans le système. Les détails de ce cas d’utilisation sont exposés dans les sous-cas d’utilisation d’importance logique mineure.
Acteurs : l’acteur principal est l’Administrateur, l’acteur secondaire est le système (non détaillé dans cette étude).
Déclencheur : l’Administrateur sélectionne l’opération souhaitée dans la section de « membre » de l’outil.
Cas d’utilisation : 6 – contrôler les accès en fonction des rôles 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations de gestion des droits d’accès en fonction des acteurs (rôles) dans le système. Les détails de ce cas d’utilisation sont exposés dans les sous-cas d’utilisation d’importance logique mineure.
Acteurs : l’acteur principal est l’Administrateur
L’acteur secondaire est le Système (non détaillé dans cette étude).
Déclencheur : l’Administrateur sélectionne l’opération souhaitée dans la section de « membre » de l’outil.
3) Descriptions visuelles
Figure-A IV-1 Sous-cas d'utilisation de la gestion des droits d’utilisateurs dans WIXPERT
Figure-A IV-2 Sous-cas d'utilisation pour la gestion des contrôles d'accès dans WIXPERT Modèle orienté objet
Modèle : sous-système 1 : gestion des utilisateurs Package :
Diagramme : Diagramme des Cas d'Utilisation
Auteur : QUÉGUINER Date: 2011-09-12 Version: 1.0
Administrateur
Consulter la liste des utilisateurs Consulter un utilisateur
Modifier les information d'un utilisateur
Bloquer un utilisateur Modifier le rôle d'un utilisateur
Supprimer un utilisateur Gérer les droits des utilisateurs
Modèle orienté objet
Modèle : sous-système 2 : gestion des contròles d'accès Package :
Diagramme : Diagramme des Cas d'Utilisation
Auteur : QUÉGUINER Date: 2011-09-12
Version: 1.0 Administrateur
Gérer les accès aux objets
Gérer les contrôles d'accès
Autoriser l'accès
Décliner l'accès Consulter les rôles
ANNEXE V
SOUS-CAS D’UTILISATION D’IMPORTANCE LOGIQUE MINEURE Cas d’utilisation : 1.1– s’inscrire
1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations nécessaires à l’inscription dans le système.
Les détails de ce cas d’utilisation ne sont pas exposés car ils se trouvent à l’extérieur du cadre de notre étude portant sur l’outil de décision basé sur les connaissances partagées. Acteurs : l’acteur principal est le Visiteur ne possédant pas de compte, l’acteur secondaire est le système (non détaillé dans cette étude).
Déclencheur : le Visiteur sélectionne l’opération « s’inscrire » sur la page d’accueil.
2. Flux d’évènements Flux normal :
a. Le système renvoi la page d’inscription. b. Le visiteur remplit le formulaire. c. Le visiteur valide le formulaire.
d. Le système envoie un courriel de validation. e. Le visiteur valide son inscription.
f. Le système active le compte.
g. Le système redirige le visiteur sur son tableau de bord.
Cas d’utilisation : 4.1 – créer un système de décision basé sur un modèle de décision basé sur les connaissances
1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations de création d’un système de décision basé sur les connaissances.
Déclencheur : le Membre choisit « créer un système de décision basé sur ce modèle» et confirme.
2. Flux d’évènements Flux normal :
a. Le Système renvoie un formulaire.
b. Le Membre renseigne la description du système de décision.
c. Le Système renvoie l’utilisateur au module de décision pour le modèle choisit.
Note : cette opération ne peut se faire que sur les modèles de décisions visibles par le
Membre c’est-à-dire les modèles privés ou les modèles publics.
Cas d’utilisation : 4.3 – Générer et exporter les décisions 1. Informations caractéristiques :
Description : ce cas d’utilisation décrit les opérations d’exportation des décisions. Acteurs : l’acteur principal est le Membre et l’acteur secondaire est le Système. Déclencheur : le Membre a choisi l’action « exporter » dans le module de décision. 2. Flux d’évènements
Flux normal :
a. Le Système prend tous les nœuds sélectionné et les mets en format universel. Le Système envoie le fichier plat au Membre.