WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et implémentation d'une application de gestion des dossiers d'équivalence

( Télécharger le fichier original )
par Brice Arsene GBITHICKI NDANGA
Université de Maroua/ Institut Supérieur du Sahel - Ingénieur de Conception en informatique 2013
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

III.1.8. Planning prévisionnel

Le planning ci-dessous a été réalisé à l'aide de l'outil MS Project. Il contient l'ensemble des tâches à réaliser afin de mener à bout le projet, regroupées en phases et sous-phases (voir figure 3-2).

Figure 3-2 : Planning prévisionnel

19

20

III.2. Expression des besoins

L'expression des besoins nous à permit de faire une étude de l'existant. De cette étude de l'existant ont découlés les règles de gestion à mettre en place ainsi que les besoins fonctionnels et non fonctionnels du système.

III.2.1. Etude de l'existant

Les candidats sollicitant une demande d'équivalence vont déposer un dossier comprenant un ensemble de pièces au courrier central du MINESUP. Ces pièces sont les suivantes :

- une demande timbrée adressée au MINESUP avec précision de l'adresse personnelle, numéro de téléphone et numéro d'étudiant à l'étranger ;

- Une copie certifiée conforme de l'acte de naissance ;

- Photocopie certifié conforme des diplômes à évaluer ;

- Programme des cours qui ont précédé l'obtention des diplômes ; - Photocopies certifiés conformes de tous les diplômes antérieurs ; - Trois photocopies de chacun des diplômes ;

- Adresse complète et exacte des établissements de formation ayant délivré les diplômes à évaluer ;

- Préciser le centre d'écrit pour les examens étrangers présentés au Cameroun ;

- Autorisation de l'étudiant pour solliciter les renseignements le concernant auprès de son établissement ;

- Copie de la thèse pour les détenteurs du Master. Ces dossiers vont suivre les étapes suivantes :

Etape 1 : La Sous-direction des Equivalences va étudier le dossier des candidats en vérifiant les informations sur le diplôme présenté.

21

Etape 2 : Ensuite collecte d'information nécessaire à l'évaluation du diplôme présenté, du système d'enseignement, des conditions de formation, d'admission, et du statut de l'établissement dans le pays de délivrance.

Etape 3 : Les cadres de la SDE montent les dossiers d'équivalence (initié une lettre qui sera joint avec certaines pièces) et les envois au chef de la sous-direction pour signature.

Etape 4 : Lorsque le dossier d'un candidat n'est pas complet le cadre appelle le candidat et lui informe de venir compléter les pièces manquantes.

Etape 5 : Après signature des dossiers par le chef de la Sous-direction, les cadres les envois dans les ambassades respectifs pour vérification du dossier (authenticité du diplôme, statut de l'école, système d'enseignement) par l'intermédiaire du service courrier.

Etape 6 : Après la réponse de l'ambassade, si l'établissement n'est pas reconnu dans le pays où le diplôme a été délivré, une délivrance ne peut être accordée.

Etape 7 : Une fois que les informations nécessaires sont disponibles pour qu'elle se prononce sur l'équivalence à accorder. Les sous commissions techniques siègent à l'avance et émettent des avis préparatoires et préalables aux délibérations de la commission Nationale qui se tient deux semaines après.

Etape 8 : Les résultats des délibérations sont ensuite acheminés aux cadres de la SDE pour l'élaboration d'un projet d'équivalence des diplômes (établissement des attestations de diplôme, niveau et arrêtés) à soumettre à la signature du MINESUP.

Etape 9 : Après signature du MINESUP les dossiers sont renvoyés à la SDE. Affichage des résultats au MINESUP et diffusion des résultats sur le site du MINESUP.

Etape 10 : La SDE établie des extraits d'équivalence (Document) et les envois au chef de la Sous-direction pour signature.

22

Etape 11 : Les Candidats se présentent à la SDE pour retrait des extraits d'équivalence et des photocopies certifiées conformes des extraits de l'arrêté d'équivalence sous présentation de leur carte nationale d'identité.

III.2.2. Règles de gestion

R1 : Le candidat dépose un dossier de demande d'équivalence d'un diplôme obtenu dans un pays l'étranger ;

R3 : Les cadres de la Sous-direction des équivalences collecte des informations nécessaires à l'évaluation du diplôme ;

R3 : Les cadres initiés une lettre qui sera joint avec les certaines pièces ;

R4 : Ils envois les dossiers au chef de la Sous-direction pour signature ;

R5: Les dossiers sont ensuite envoyés dans les ambassades respectifs pour authentification des différentes pièces ;

R6 : L'établissement qui délivre le diplôme doit être reconnu dans ce pays sinon la demande d'équivalence sera pas accordée ;

R7 : Délibération des dossiers d'équivalence devant la commission nationale d'équivalence ;

R8 : Les résultats des délibérations sont ensuite acheminés aux cadres de la Sous-direction pour l'élaboration d'un projet d'équivalence des diplômes à soumettre à la signature du MINESUP ;

R9 : Après signature du MINESUP les dossiers sont renvoyés aux cadres de la Sous-direction pour l'établissement des extraits d'équivalence, puis envoyés pour signature au chef de la Sous-direction;

R10 : Retrait des extraits d'équivalence et des photocopies certifiées conformes des extraits de l'arrêté d'équivalence sous présentation de leur carte nationale d'identité du candidat.

23

III.2.3. Besoins fonctionnels

Les fonctionnalités du système à mettre en place sont les suivantes.

· Gérer les dossiers de demande d'équivalence des candidats :

La gestion des dossiers va consister en : L'enregistrement, la modification, la recherche et la suppression.

· traiter les lettres de demande des candidats :

Permettra de créer une lettre qui sera joint avec les pièces du candidat

· Evaluer les dossiers de demande d'équivalence des candidats :

Qui consistera à vérifier l'originalité du diplôme présenté, le niveau d'étude, le système d'enseignement, les conditions de formation, d'admission, et du statut de l'établissement.

· Envoyer les dossiers dans un service :

Les dossiers devront être acheminés d'un service à un autre tout en conservant la traçabilité de ceux-ci. Les cadres seront informés de la durée des dossiers dans chaque service.

· Etablir un projet d'équivalence :

Après que la commission nationale à siéger, établir un projet d'équivalence des candidats dont les dossiers ont été approuvés. Il s'agit des attestations de diplôme, de niveau, des arrêtés et des extraits d'équivalence ;

· Consultation les dossiers :

Voir la liste des dossiers, Informer les candidats de la position de leurs dossiers, Imprimer les extraits et arrêtés d'équivalence ;

24

III.2.4. Besoins non fonctionnels

Il est nécessaire de confronter le futur système à un certain nombre de besoins non fonctionnels afin qu'il puisse répondre avec satisfaction à son utilisation.

· Disponibilité

Vu la forte demande d'équivalence des diplômes, le système devra être capable de répondre à une exigence de disponibilité extrêmement importantes. Il sera nécessaire de veiller à concevoir une architecture suffisamment importante et éventuellement des moyens de secours permettant de palier à un incident.

· Sécurité

Pour poursuivre dans cette idée de disponibilité du système, il faudra bien évidemment répondre à un besoin de sécurité extrêmement important. Il sera en effet vital d'assurer authentification de chaque utilisateur, ceci permettra d'avoir une structure sécurisée d'accès à l'application et de pouvoir suivre toutes les opérations jugées critiques.

· Ergonomie

Enfin, le système devra répondre à l'exigence globale d'ergonomie par une navigation simple de l'application, Une mise en page de l'application qui facilitera au maximum la démarche à l'aide d'une présentation claire et intuitive.

III.2.5. Architecture

Nous distinguons deux types d'architecture, une basée sur une architecture physique et une autre sur architecture logicielle.

III.2.5.1. Architecture Physique

Le système est une application Web, les utilisateurs peuvent se connecter à l'application par Internet ou intranet. Voila, la figure 3-3 suivante donne une vue de l'architecture physique du système.

Serveur d'application

Client 2

INTRANET

Client 1

COUCHE PRESENTATION

COUCHE SERVICE

COUCHE DAO

Figure 3-3 : Architecture physique

III.2.5.1. Architecture en couche

L'application est destinée à être déployée dans un environnement J2EE (Java 2 Enterprise Edition) définissant une norme proposée par la société Sun. L'architecture que nous proposons repose sur les principes d'une architecture 4-tiers. Elle permet de diviser notre système en plusieurs couches (voir figure 3-4) :

Utilisateur

COUCHE
METIER

 

25

Figure 3-4 : Architecture logicielle

SGBD

 

26

La couche présentation correspond à la partie de l'application visible et avec laquelle les utilisateurs vont interagir ;

La couche service fournit un ensemble de méthodes pour le traitement des données qui seront présenter à la couche présentation ;

La couche d'accès aux données (DAO) regroupe un ensemble d'objets permettant d'accéder à une base de données. ;

La couche métier est responsable de la manipulation des entités de l'application. Elle fournit ces entités aux couches présentation, service et dao.

L'application pourra être exécutée sur les plates formes Windows et Linux. Nous privilégierons le développement sur un poste de travail Linux, le déploiement sur un serveur Linux pour sa facilité, sa souplesse et sa robustesse. Nous prendrons un soin de nous fier au standard Web pour avoir une même représentation des données indépendantes du navigateur.

III.2.6. Gestion des besoins

« La gestion des Besoins est l'ensemble des activités permettant de définir et de suivre les besoins d'un système au cours d'un projet. Elle va nous permettre de s'assurer de la cohérence entre ce que fait réellement le projet et ce qu'il doit faire, de faciliter l'analyse d'impact en cas de changement » (ROQUES, 2002).

Grace l'outil EA (Entreprise Architect), nous avons décrit les Besoins comme des éléments de modélisation à part entière. Les Besoins ont au moins un type, un identifiant et un texte descriptif, comme indiqué sur la figure 3-5 suivante.

27

Figure 3-5 : Gestion des besoins.

« Ces Besoins sont classés suivant plusieurs critères tels que la priorité fonctionnelle, la difficulté technique. Cette gestion de Besoins nous permettra par la suite de conserver la traçabilité entre les Besoins textuelles et les cas d'utilisation du projet » ;

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Ceux qui vivent sont ceux qui luttent"   Victor Hugo