Conception générale
Analyse sectorielle : Conception générale. Recherche parmi 300 000+ dissertationsPar dissertation • 10 Juin 2014 • Analyse sectorielle • 1 261 Mots (6 Pages) • 662 Vues
Chapitre : conception générale
Introduction
Dans ce chapitre nous allons analyser et spécifier les besoins de notre système, d’abord, nous allons présenter les besoins fonctionnels et non fonctionnels afin de répondre aux exigences d’utilisateurs. Ensuite, nous allons identifier les principaux acteurs et leurs cas d’utilisation.
1. Définition des besoins fonctionnels et non fonctionnels
1.1Besoins Fonctionnels
Il s’agit de définir les fonctionnalités du système. Ce sont les besoins spécifiant un comportement d’entrée/sortie du système.
Le système doit permettre de:
• s’authentifier ;
• gestion des enseignants
• gestion des dus des enseignants
• Edition des états de paiement
1.2 Besoins Non Fonctionnels
Il s’agit des besoins qui caractérisent le système. Ces besoins peuvent concerner les contraintes d’implémentation (langage de programmation, type SGBD, système d’exploitation…).
Dans le cadre de ce travail, l’application devra être extensible, c à dire qu’il pourra avoir une possibilité d’ajouter des nouvelles fonctionnalités.
L’application devra :
• personnaliser L’ accès à la base des données et sécuriser les connexions ;
• minimiser le taux de risque d’erreurs et de panne ;
• Présenter des interfaces conviviales et ergonomiques afin de faciliter son utilisation ;
2. Identification des acteurs et des cas d’utilisation
Nous allons identifier dans la section suivante les acteurs et les cas d’utilisation répondant aux besoins de ces acteurs.
2.1 Identification des acteurs
Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel ou autre système) qui interagit directement avec le système étudié. [1]
Pour notre application, les acteurs principaux sont :
Administrateur : cet acteur gère les différents profils (ajout, modification, suppression et consultation) des différents gestionnaires, les utilisateurs et leurs accès au système.
2.2 Identification des cas d’utilisation
Un cas d’utilisation (« use case ») représente un ensemble de séquences d’actions qui sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur particulier. Chaque cas d’utilisation spécifie un comportement attendu du système considéré comme un tout, sans imposer le mode de réalisation de ce comportement. Il permet de décrire ce que le futur système devra faire, sans spécifier comme il le fera. [2]
Les cas d’utilisation du système :
-s’authentifier: pour assurer plus de confidentialité, l’utilisateur doit obligatoirement s’authentifier. Si ses codes (login et password) sont valides l’utilisateur est connecté sinon un message d’erreur de non validation sera affiché et la saisie sera rejetée.
-gestion des enseignants : cette action est faite par l’administrateur. Ce dernier peut ajouter , modifier, supprimer, consulter un enseignant
-gestion des du :pour chaque en enseigants on calcul son dû dans le but d’établir le paiement
.
-gestion des utilisateurs : cette action est faite par l’administrateur. Ce dernier peut ajouter des nouveaux utilisateurs, supprimer des anciens utilisateurs ou modifier leurs attributs.
-Edition des états de paiement : cette action est faite par l’administrateur. L’administrateur va établir les états de paiement.
2.3 Diagramme de cas d’utilisation global du système :
Le diagramme de cas d’utilisation est un schéma qui montre les cas d’utilisation reliés par des associations à leurs acteurs. Chaque association signifie simplement « participe à ». [1]
Nous présentons, ci-dessous, le diagramme de cas d’utilisation global du système :
Note :mettre le diagramme de cas d’utilisation globale 1
Diagramme des cas d’utilisation global
3. Conception détaillée
Nous allons présenter quelques diagrammes de modélisation, pour faire comprendre notre futur système
3.1 Conception du cas d’utilisation « S’authentifier »
3.1.1 Description de cas d’utilisation « S’authentifier »
Cas d’utilisation « S’authentifier »
Acteurs Principaux administrateur
Pré condition Utilisateur doit avoir le droit d’accès
Post condition Utilisateur est reconnu par le système et autorisé
Scénario principal L’utilisateur doit saisir son login et son mot de passe correctement pour s’authentifier
Le système affiche l’interface correspondante
Exception login et/ou mot de passe invalide
Tableau 1 : Description du cas d’utilisation « S’authentifier »
3.1.2 Diagramme de cas d’utilisation « S’authentifier »
NB : 2
Figure3.2 : Diagramme du cas d’utilisation « S’authentifier »
3.1.3 Diagramme de classe de conception du cas d’utilisation « S’authentifier »
Nb :3
Figure.3.3 : Diagramme de classe de conception du cas d’utilisation « S’authentifier
...