Conception générale

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

...