II.1.4. Recueil des besoins
fonctionnels
L'objectif est de décrire à partir des besoins
fonctionnels, le comportement des utilisateurs interne. Nous avons
recensé les fonctionnalités suivantes :
ü Gérer oeuvres : cette fonctionnalité
permet la publication des oeuvres scientifiques par les entités
universitaires ;
ü Demander renseignements : cette
fonctionnalité permet les échanges des informations entre une
entité X et une entité Y dans le système ;
ü Gérer institution : cette
fonctionnalité permet la reconnaissance d'une entité
universitaire en RDC ;
ü Gérer notifications : cette
fonctionnalité permet au ministère de notifieraux entités
universitaires les informations nécessaires de la bonne
gouvernance ;
ü Gérer utilisateurs : cette
fonctionnalité permet à l'administrateur système
d'accorder le droit d'accès aux entités universitaires.
II.1.5. IDENTIFICATION DES ACTEURS
DU SYSTEME
II.1.5.1. Introduction
L'identification des acteurs est une étape importante
dans un projet de développement. Elle permet de mieux mesurer
l'influence de chacun des groupes d'acteurs sur l'action à mener.Ces
acteurs seront regroupés par la suite sous forme de rôles dont
chacun englobe un ensemble d'entités. Le regroupement sera
effectué en se basant sur les interactions.
II.1.5.2. Listes des acteurs
L'étude de la typologie des rôles a conduit
à la classification suivante :
· Le ministère de l'ESU : gestionnaires DN,
ministre
· Administrateur
· Les entités universitaires :gestionnaires
DA, enseignants, Etudiants
II.1.5.3. Recueil des besoins opérationnels
À partir de la description des fonctionnalités,
nous avons recensé les opérations ci-dessus sont les suivants :
· Création, modification, lister, fermeture,
· Rechercher, supprimer, modifier et ajouter des oeuvres
scientifiques.
· Consulter des notifications ministérielles,
rechercher suivant des critères précis.
· Créer, retirer, modifier et supprimer des
utilisateurs.
Figure 2:
identifications des acteurs
II.1.6. DIAGRAMME DE CONTEXTE
DYNAMIQUE
Le diagramme de contexte a pour but de représenter les
flux d'informations entre le système et les acteurs externes. Il permet
d'isoler le système en le délimitant et ainsi définir les
éléments externes avec lesquels il interagit.
Figure 3: le diagramme
de contexte dynamique
II.1.7. MODELE DE CONTEXTE
STATIQUE
A partir des informations obtenues lors des
précédentes étapes, une modélisation du contexte de
l'application est effectuée. Cela permet de définir le rôle
de chaque acteur à travers le tableau. Ce tableau définit les
utilisateurs et leur associe leurs besoins fonctionnels.
|
Utilisateurs
|
Description des besoins fonctionnels
|
|
Gestionnaire DN
|
L'application doit permettre au gestionnaire DN de :
· S'authentifier
· Publier des notifications ministérielles
· Créer/modifier une institution
· Fermer une institution
· Consulter une oeuvre
· Modifier une notification
|
|
Ministre
|
L'application doit permettre au ministre de :
· S'authentifier
· Consulter une institution
· Consulter une oeuvre
|
|
Gestionnaire DA
|
L'application doit permettre au gestionnaire DA de :
· S'authentifier
· Créer une oeuvre
· Publier un article
· Demander renseignements
|
|
Utilisateurs externe
|
L'application doit permettre aux utilisateurs de :
· S'authentifier
· Consulter une oeuvre
· Rechercher une oeuvre
· Consulter une notification
|
|
Administrateur
|
L'application doit permettre à l'Administrateur
système de :
· S'authentifier
· Créer les profils utilisateurs
· Donner des droits d'accès
· Configurer l'application
|
| 
