UNIVERSITE DE FIANARANTSOA

ECOLE NATIONALE D’INFORMATIQUE

RAPPORT DE STAGE POUR LE PASSAGE EN TROISIEME ANNEE DE LICENCE

PROFESSIONNELLE EN INFORMATIQUE
Parcours : Génie logiciel et Base de Données
Niveau : Deuxième Année de Formation en Licence Professionnelle Génie logiciel et Base de Données

Intitulé

Conception et réalisation d’une application

web pour la gestion des fréquentations du
Centre Médico-Social

Présenté le :
Par :

- Mademoiselle RAJAOARISOA Mamitiana Olivia

- Mademoiselle RAVELOJAONA Irinasoa Sitraka Laurà Membres du jury :

- Président :
- Examinateur : - Rapporteurs :
o Monsieur RALAIVAO Jean Christian, Assistant d’Enseignement Supérieur et de
Recherche o Monsieur RAKOTOSON Jean Jacques, Chef de Département de
Projets et Systèmes d’Informations de la Direction de la Digitalisation JIRAMA

Année universitaire : 2018 - 2019

0
1
 CURRICULUM VITAE

RAJAOARISOA Mamitiana Olivia

20 ans, Célibataire
Lot : 131 AM Ambatonandriana Fandriana
Téléphone : +261 34 93 612 02
E-mail : mamitinar75@gmail.com

FORMATIONS ET DIPLOMES

2018 – 2019 Deuxième année de la formation professionnelle – Ecole Nationale

d’Informatique
 Option : Génie logiciel et base de données

2017 – 2018 Première année de la formation professionnelle – Ecole Nationale

d’Informatique
 Option : Génie logiciel et base de données

2016 – 2017 Terminale Série C – Lycée d’Enseignement Général Fandriana

 Baccalauréat série C
 Mention : Assez-bien

2016 Formation DELF DALF – Alliance Française Fandriana

 DELF B1

EXPERIENCES PROFESSIONNELLES

Stage professionnel
Novembre 2019 – D.S.I Jirama Antananarivo – Développeur
Janvier 2020  Création et réalisation d’une application web pour la gestion de
la CMS
 Langages : C#, HTML5, CSS3, Javascript, Ajax
 Base de Données : Oracle Database Express Edition 12c
 Frameworks : Bootstrap4, ASP.Net Core 3

Projets scolaires

I
Octobre 2019 Ecole Nationale d’Informatique – Deuxième année Génie Logiciel et
Base de Données
 Création et réalisation d’une application desktop pour la gestion
de prestations des médecins
 Langage : C#
 Framework : .Net Framework
 Base de données : Microsoft SQL Server

Septembre 2019 Ecole Nationale d’Informatique – Deuxième année Génie Logiciel et

Base de Données
 Création et réalisation d’une application web pour la gestion des
prestations des médecins
 Langages : PHP, HTML5, CSS4, Javascript, Ajax
 Framework : Bootstrap 4
 Base de Données : MySQL

Novembre 2018 – Ecole Nationale d’Informatique – Première année Génie Logiciel et

Janvier 2019 Base de Données
 Créations et réalisation d’une application desktop pour la gestion
bancaire de la BNI
 Langages : C, C++
 Framework : Qt Creator
 Moyen de stockage : Fichiers séquentiels

Aout 2018 Ecole Nationale d’Informatique – Première année Génie Logiciel et

Base de Données
 Création et réalisation d’un site web statique pour la résolution
des équations complexes
 Langages : HTML5, CSS3, Javascript
 IDE : Visual Studio Code

CONNAISSANCES EN INFORMATIQUE

Bureautique Word, Excel, Powerpoint, LibreOffice

Langages de Javascript, C, C++, C#, PHP, Shell(bash), R, SQL

programmation

Technologies web CSS, HTML, Bootstrap, Ajax

Méthode de conception MERISE II

Système de Gestion de Base MySQL, Microsoft SQL Server, Oracle

de Données

Outils de virtualisation VirtualBox

Systèmes d’exploitation Windows XP, Windows 7, Windows 10, Ubuntu 18.04,

II
 Elementary Juno

CONNAISSANCES LINGUISTIQUES

Domaine Compréhension Lecture Expression Communication

Langue à l’audition écrite orale
Français Bonne Bonne Bonne Bonne
Anglais Assez bonne Moyen Moyen Moyen

CENTRE D’INTERETS

 Danse ;
 Lecture ;
 Jeux de société : Dominos, Monopoly, Scrabble ;
 Jeux vidéo : Blur, Call of Duty 4 ;

CURRICULUM VITAE

RAVELOJAONA Irinasoa Sitraka Laurà

19 ans, Célibataire
Lot : Mananjara Antananarivo
Téléphone : +261 34 52 128 18
E-mail : Irinasitraka67gmail.com

FORMATIONS ET DIPLOMES

III
2018 – 2019 Deuxième année de la formation professionnelle – Ecole Nationale
d’Informatique
 Option : Génie logiciel et base de données

2017 – 2018 Formation en hôtesse d’accueil, KSLMD, Université de

Fianarantsoa

2016 – 2017 Première année de la formation professionnelle – Ecole Nationale

d’Informatique
 Option : Génie logiciel et base de données

Terminale Série C – Lycée Moderne Ampefiloha (LMA)

 Baccalauréat série C
 Mention : Assez-bien

Formation Word et Excel, Univers info, Antananarivo

EXPERIENCES PROFESSIONNELLES

Stage professionnel
Novembre 2019 – D.S.I Jirama Antananarivo – Développeur
Janvier 2020  Création et réalisation d’une application web pour la gestion de
la CMS
 Langages : C#, HTML5, CSS3, Javascript
 Base de Données : Oracle Database Express Edidtion 12c
 Frameworks : Bootstrap4, ASP.Net Core
Projets scolaires
Octobre 2019 Ecole Nationale d’Informatique – Deuxième année Génie Logiciel et
Base de Données
 Création et réalisation d’une application desktop pour la gestion
de prestations des médecins
 Langage : C#
 Framework : .Net Framework
 Base de données : Microsoft SQL Server

Septembre 2019 Ecole Nationale d’Informatique – Deuxième année Génie Logiciel et

Base de Données
 Création et réalisation d’une application web pour la gestion de
prestations des médecins
 Langages : PHP, HTML5, CSS4, Javascript, Ajax
 Framework : Bootstrap 4
 Base de Données : MySQL

Ecole Nationale d’Informatique – Première année Génie Logiciel et

Novembre 2018 – Base de Données
Janvier 2019  Créations et réalisation d’une application desktop pour la
gestion bancaire de la BNI
 Langages : C, C++
 Framework : Qt Creator
IV
  Moyen de stockage : Fichier séquentiel

Ecole Nationale d’Informatique – Première année Génie Logiciel et

Aout 2018 Base de Données
 Création et réalisation et réalisation d’un site web statique pour
la résolution des équations complexes
 Langages : HTML5, CSS3, Javascript
 IDE : Notepad++

CONNAISSANCES EN INFORMATIQUE

Bureautique Word, Excel, Powerpoint,

Langages de Javascript, C, C++, C#, PHP, Shell(bash), SQL

programmation

Technologies web CSS, HTML, Ajax, Bootstrap

Méthode de conception MERISE II

Système de Gestion de Base MySQL, PostgreSQL, Oracle

de Données

Systèmes d’exploitation Windows XP, Windows 7, Windows 10, Ubuntu

CONNAISSANCES LINGUISTIQUES

Domaine Compréhension Lecture Expression Communication

Langue à l’audition écrite orale
Français Bonne Bonne Bonne Bonne
Anglais Assez bonne Moyen Moyen Moyen
Allemand Assez bonne Assez bonne Assez bonne Assez bonne

CENTRES D’INTERETS

 Cinéma
 Musculation
 Natation
REMERCIEMENTS

En prélude à ce présent projet, nous souhaitons adresser nos remerciements les plus sincères aux
personnes qui ont contribuées à l’élaboration de ce travail ainsi qu’à la réussite de cette année
universitaire.
V
Nous tenons alors à remercier vivement :

 Monsieur RAMAMONJISOA Bertin Olivier, Directeur de l’Ecole Nationale

d’Informatique et Professeur Titulaire, d’avoir organiser l’année scolaire afin que nous puissions
apprendre correctement et de nous avoir permis d’aller en stage ;
 L’administration de la société JIRAMA, Monsieur ANDRIANOAVY Yves, Directeur
des Systèmes Informatiques, de nous avoir accueillies en tant que stagiaires ;
 Monsieur RAKOTOSON Jean Jacques, Chef de Département Projets Systèmes
d’Informations dans la Direction des Systèmes Informatiques de la JIRAMA, qui a bien voulu
nous accueillir dans l’entreprise, pour son encadrement, et pour tous les conseils qu’il nous a
données et le temps qu’il a bien voulu nous consacrer pendant notre séjour de stage malgré ses
charges académiques et professionnels ;
 Monsieur RALAIVAO Christian, Responsable de Parcours Génie Logiciel et Base de
Données et encadreur pédagogique, pour ses conseils et ses précieuses remarques et pour sa
disponibilité malgré son travail ;
 Monsieur RABETAFIKA Louis Haja, Responsable de Mention ;
 Monsieur SIAKA, Responsable de Parcours Administration Systèmes et Réseaux ;
 Monsieur GESAZAFY Gilante, responsable de parcours Informatique Général ;
 Madame RAMANANARIVO Diana, de nous avoir guidées de près pendant le stage ;
 Tout le personnel de la Direction des Systèmes Informatiques de la JIRAMA qui nous a
aidé à vite s’intégrer dans le monde du professionnalisme et qui a très gentiment collaboré d’une
façon ou d’une autre dans la réalisation des tâches que nous devions faire ;
 Tous les enseignants de l’Ecole Nationale d’Informatique, qui au fil de l’année scolaire,
nous ont aidé à façonner nos connaissances théoriques et pratiques ;
 Tous les membres du jury, d’avoir accepté de juger notre projet pour que nous puissions
améliorer notre futur travail ;

Nous éprouvons également nos gratitudes à nos parents pour leurs soutiens que ce soit
psychologique ou financier.
Enfin, nous remercions sincèrement aussi nos amis et nos familles qui n’ont jamais cessés de
nous encourager et de nous soutenir tout le long de ce stage, que ce soit de près ou de loin.
SOMMAIRE

CURRICULUM VITAE....................................................................................................................................I
REMERCIEMENTS.......................................................................................................................................V
SOMMAIRE................................................................................................................................................VI
NOMENCLATURE.....................................................................................................................................VIII
LISTE DES TABLEAUX.................................................................................................................................IX
LISTE DES FIGURES......................................................................................................................................X
INTRODUCTION GENERALE........................................................................................................................1
PARTIE I. Présentations générales..............................................................................................................2
Chapitre 1. Présentation de l’Ecole Nationale d’Informatique...............................................................3
1.1. Information d’ordre générale......................................................................................................3
1.2. Missions et historique..................................................................................................................3

VI
 1.3. Organigramme institutionnel de l’ENI.........................................................................................4
1.4. Domaines de spécialisation.........................................................................................................5
1.5. Architecture des formations pédagogiques.................................................................................6
1.6. Relation de l’ENI avec les entreprises et les organisations..........................................................8
1.7. Partenariat au niveau international.............................................................................................9
1.8. Débouchés professionnels des diplômes...................................................................................10
1.9. Ressources humaines................................................................................................................11
Chapitre 2. Présentation de la JIRAMA................................................................................................12
2.1. Historique et contacts................................................................................................................12
2.2. Administration et Organisation..................................................................................................12
2.3. Agences.....................................................................................................................................13
2.4. Partenaires.................................................................................................................................14
Chapitre 3. Présentation de la CMS.....................................................................................................16
3.1. Historique..................................................................................................................................16
3.2. Population à charges.................................................................................................................16
3.3. Infrastructures et équipements.................................................................................................16
3.4. Organigramme de la CMS..........................................................................................................16
Chapitre 4. Description du projet.........................................................................................................18
4.1. Formulation...............................................................................................................................18
4.2. Objectif et besoin de l’utilisateur...............................................................................................18
4.3. Moyens nécessaires à la réalisation du projet...........................................................................18
4.4. Méthodologie pour la conduite de ce projet.............................................................................19
4.5. Résultats attendus.....................................................................................................................19
Partie II. ANALYSE ET CONCEPTION..........................................................................................................20
Chapitre 5. Analyse préalable..............................................................................................................21
5.1. Analyse de l’existant..................................................................................................................21
5.2. Critique de l’existant..................................................................................................................22
5.3. Conception avant-projet............................................................................................................22
Chapitre 6. Analyse conceptuelle.........................................................................................................25
6.1. Présentation de la méthode MERISE.........................................................................................25
6.2. Dictionnaires de données..........................................................................................................26
6.3. Règles de gestion.......................................................................................................................28
6.4. Diagramme de flux.....................................................................................................................28
6.5. Modèle Conceptuel des Données (MCD)...................................................................................29
6.6. Modèle Logique des Données (MLD).........................................................................................31
6.7. Modèle Conceptuel des Traitements (MCT)..............................................................................33
6.8. Modèle Organisationnel des Traitement (MOT)........................................................................33
6.9. Modèle Physique des Données (MPD).......................................................................................34

VII
Partie III. Réalisation du projet.................................................................................................................36
Chapitre 7. Installation et configuration des outils..............................................................................37
7.1. Oracle Database 12c Release 1..................................................................................................37
7.2. Visual Studio Community 2019..................................................................................................43
Chapitre 8. Développement de l’application.......................................................................................46
8.1. Architecture de l’application.....................................................................................................46
8.2. Création de la base de données.................................................................................................46
8.3. Codage de l’application.............................................................................................................48
8.4. Présentation de l’application.....................................................................................................49
Chapitre 9. Mise en œuvre de l’application.........................................................................................50
9.1. Authentification.........................................................................................................................50
9.2. Page d’accueil de l’Accueil.........................................................................................................50
9.3. Enregistrement d’une nouvelle fréquentation..........................................................................51
9.4. Modification d’une fréquentation.............................................................................................52
9.5. Page d’accueil de l’Infirmerie.....................................................................................................53
9.6. Page d’accueil des Médecins.....................................................................................................53
9.7. Statistique des fréquentations au CMS......................................................................................55

CONCLUSION ...............................................................................................................................................
XI
REFERENCES BIBLIOGRAPHIQUES ..............................................................................................................
XII
REFERENCE WEBOGRAPHIQUES ...............................................................................................................
XIII
GLOSSAIRE .................................................................................................................................................
XIV
ANNEXES .....................................................................................................................................................
XV
TABLES DES MATIERES .............................................................................................................................
XVII
RESUME ......................................................................................................................................................
XX

NOMENCLATURE
AJAX : Ansynchrous Javascript And Xml

CMS : Centre Médico-Social

CSS : Cascading Style Sheets

CPU : Central Process Unit

VIII
 DD : Disque Dure

DPSI : Département des Projets et Systèmes d’Informations

EDI : Environnement de Développement Intégré

ENI : Ecole Nationale d’Informatique

HTML : HyperText Markup Language

JIRAMA : Jiro sy Rano Malagasy

MCD : Modèle Conceptuel de Données

MCT : Modèle Conceptuel de Traitements

MOPT : Modèle Opérationnel des Données

MOT : Modèle Organisationnel de Traitements

MPD : Modèle Physique des Données

OS : Operating System

RAM : Random Access Memory

SE : Système d’Exploitation

SGBD : Système de Gestion de Base de Données

SQL : Structured Query Language

LISTE DES TABLEAUX

Tableau 1. Organigramme du système de formation pédagogique de l’Ecole ............................................

6
Tableau 2. Architecture des études correspondant au système LMD .........................................................
7
Tableau 3. Liste des formations existantes à l’ENI .......................................................................................
7
Tableau 4. Débouchés professionnels éventuels des diplômés .................................................................
11
Tableau 5. Agence de JIRAMA dans le pays ...............................................................................................
14
Tableau 6. Population à charges ................................................................................................................
16
Tableau 7. Infrastructures et équipements ................................................................................................
16
Tableau 8. Moyen personnel ......................................................................................................................
18
Tableau 9. Moyen matériel côté serveur ...................................................................................................
18

IX
Tableau 10. Moyen matériel côté client ....................................................................................................
19
Tableau 11. Serveurs existants ...................................................................................................................
21
Tableau 12. Ordinateurs existants .............................................................................................................
21
Tableau 13. Logiciels existants ...................................................................................................................
21
Tableau 14. Comparaison des solutions proposées ...................................................................................
22
Tableau 15. Dictionnaire des données .......................................................................................................
26
Tableau 16. MOT du projet ........................................................................................................................
33

X
 LISTE DES FIGURES

Figure 1. Organigramme de l’ENI .................................................................................................................

5
Figure 2. Organigramme de la société JIRAMA ..........................................................................................
13
Figure 3. Organigramme de la CMS ............................................................................................................
17
Figure 4. Démarche à suivre pour la conduite du projet ........................................................................... 19
Figure 5. Diagramme de flux ......................................................................................................................
29
Figure 6. MCD du projet .............................................................................................................................
30
Figure 7. MLD du projet ..............................................................................................................................
32
Figure 8. MCT du projet ..............................................................................................................................
33
Figure 9. MPD du projet .............................................................................................................................
35
Figure 10. Fichier d’installation de l’Oracle ................................................................................................
37
Figure 11. Configuration de la mise à jour de sécurité .............................................................................. 37
Figure 12. Confirmation de l’adresse électronique ....................................................................................
37
Figure 13. Choix de l’installation ................................................................................................................
38
Figure 14. Choix de classe système ............................................................................................................
38
Figure 15. Spécification de l’utilisateur d’origine de l’Oracle .................................................................... 39
Figure 16. Configuration d’installation .......................................................................................................
39
Figure 17. Vérification préalable ................................................................................................................
40
Figure 18. Résumé de la configuration de l’Oracle .................................................................................... 40
Figure 19. Début de l’installation de l’Oracle .............................................................................................
41
Figure 20. Création de la base de données ................................................................................................
41
Figure 21. Récapitulation de la configuration de l’installation .................................................................. 42
Figure 22. Configuration du mot de passe .................................................................................................
42
Figure 23. Fin de l’installation de l’Oracle ..................................................................................................
43
Figure 24. Connection à la base de données avec SQL Developper ...........................................................
43
Figure 25. Condition de licence de Visual Studio Community 2019........................................................... 44
Figure 26. Choix des composants à installer ..............................................................................................
44
Figure 27. Installation de Visual Studio Community 2019 ......................................................................... 44
Figure 28. Architecture MVC ......................................................................................................................
46
XI
Figure 29. Déroulement d’une requête dans ASP.NET .............................................................................. 48
Figure 30. Page d’authentification .............................................................................................................
50
Figure 31. Page d’accueil à la réception .....................................................................................................
50
Figure 32. Nouvelle fréquentation d’un patient externe ...........................................................................
51
Figure 33. Liste d’ayant droit d’un agent interne .......................................................................................
51
Figure 34. Nouvelle fréquentation d’un patient interne ............................................................................
52
Figure 35. Modification d’une fréquentation .............................................................................................
52
Figure 36. Page d’accueil de l’Infirmerie ....................................................................................................
53
Figure 37. Sélection du patient à traiter .................................................................................................... 53
Figure 38. Page d’accueil d’un Médecin .....................................................................................................
54
Figure 39. Prise en main d’un patient ........................................................................................................
54
Figure 40. Ajout des médicaments à prescrire ...........................................................................................
55
Figure 41. Statistique des fréquentations des 6 dernières années ............................................................
55
Figure 42. Rapport détaillé .........................................................................................................................
56
Figure 43. Inscription d’un nouvel utilisateur ............................................................................................
XV
Figure 44. Configuration de compte ..........................................................................................................
XV
Figure 45. Liste des sociétés ......................................................................................................................
XVI
Figure 46. Modification des données d’une société .................................................................................
XVI
Figure 47. Suppression d’une société ........................................................................................................
XVI

XII
 INTRODUCTION GENERALE

Afin de pouvoir passer à la classe supérieure dans la formation de Licence professionnelle,

chaque étudiant doit effectuer un stage durant 3 mois en entreprise. Ce stage est une étape
importante pour un étudiant, non seulement du point de vue de la formation mais aussi d’un
point de vue personnel. En effet, la vie en entreprise est nécessaire à la mise en pratique de
l’enseignement reçu à l’Ecole mais elle permet aussi de côtoyer le monde du travail.
De cette manière, on a réalisé notre stage au sein de la société JIRAMA. Cette entreprise doit sa
popularité au fait que ce soit elle qui est le plus grand distributeur de l’eau et de l’électricité dans
toute Madagascar. Pour assurer le bon fonctionnement de l’entreprise, la JIRAMA possède des
CMS, qui se répartissent dans la grande Île, pour prendre soins de ses agents ainsi que leurs
familles. Cependant, la JIRAMA utilise comme système, pour gérer leurs mouvements, une
application desktop en WinDev 15 qui est largement dépassée de l’évolution de la technologie ;
sans parler de son installation qui nécessite à chaque fois un déplacement d’au moins un agent.
Ainsi, la Direction de la Digitalisation de la société nous a accueillies afin qu’on puisse
développer une application Web qui aura les mêmes fonctionnalités fournies par ce logiciel ; en
revanche cette application ne nécessite plus d’une installation et que tous les CMS en utilise
toute la même à condition de posséder une connexion Internet.
Pour assurer la réalisation de ce projet à temps, on a fait usage de la méthode de conception
Merise. Ensuite, on a utilisé l’IDE Visual Studio Community 2019 pour avoir un code bien
lisible et bien structuré. La base de données mise en place a été conçue avec l’outil de
modélisation POWER AMC, et administrée avec le SGBD Oracle 12c release one.
Nous allons voir de plus près dans ce rapport tous les étapes requis pour la réalisation du projet.
Ce rapport se subdivise en trois grandes parties. La première partie sera consacrée aux
présentations générales. La seconde partie concernera l’analyse et la conception du projet. Et
dans la dernière partie, nous exposerons la mise en place de tous les outils utilisés et de la base
de données, et terminée par quelques aperçus de l’application mise en place.

PARTIE I. Présentations générales

1
 Chapitre 1. Présentation de l’Ecole Nationale d’Informatique

1.1. Information d’ordre générale

L’Ecole Nationale d’Informatique, en abrégé ENI, est un établissement d’enseignement
supérieur rattaché académiquement et administrativement à l’Université de Fianarantsoa.
Le siège de l'École se trouve à Tanambao- Antaninarenina à Fianarantsoa.

L’adresse pour la prise de contact avec l'École est la suivante : Ecole Nationale d’Informatique
(ENI) Tanambao, Fianarantsoa. Le numéro de sa boîte postale est 1487 avec le code postal 301.
Téléphone : 020 75 508 01. Son adresse électronique est la suivante : eni@univ-fianar.mg . Site
Web : www.univ-fianar.mg/eni.
1.2. Missions et historique
L’ENI se positionne sur l’échiquier socio-éducatif malgache comme étant le plus puissant
secteur de diffusion et de vulgarisation des connaissances et des technologies informatiques.

Cette École Supérieure peut être considérée aujourd’hui comme la vitrine et la pépinière des
élites informaticiennes du pays.
L’Ecole s’est constituée de façon progressive au sein du Centre Universitaire Régional (CUR) de
Fianarantsoa.

De façon formelle, l’ENI était constituée et créée au sein du (CUR) par le décret N° 83-185 du
24 Mai 1983, comme étant le seul établissement Universitaire Professionnalisé au niveau
national, destiné à former des techniciens et des Ingénieurs de haut niveau, aptes à répondre aux
besoins et exigences d’Informatisation des entreprises, des sociétés et des organes implantés à
Madagascar. L’ENI a pour conséquent pour mission de former des spécialistes informaticiens
compétents et opérationnels de différents niveaux notamment :
 En fournissant à des étudiants des connaissances de base en informatique ;
 En leur transmettant le savoir-faire requis, à travers la professionnalisation des formations
dispensées et en essayant une meilleure adéquation des formations par rapport aux
besoins évolutifs des sociétés et des entreprises.
 En initiant les étudiants aux activités de recherche dans les différents domaines des
Technologies de l’information et de la communication (TIC).

L’implantation de cette Ecole Supérieure de technologie de pointe dans un pays en

développement et dans une Province (ou Faritany) à tissu économique et industriel faiblement
développé ne l’a pourtant pas défavorisée, ni empêchée de former des spécialistes informaticiens
de bon niveau, qui sont recherchés par les entreprises, les sociétés et les organismes publics et
privés sur le marché de l’emploi.
La filière de formation d’Analystes Programmeurs a été mise en place à l'École en 1983, et a été
gelée par la suite en 1996, tandis que la filière de formation d’ingénieurs a été ouverte à l'École
en 1986.

Dans le cadre du Programme de renforcement en l’Enseignement Supérieur (PRESUP), la filière

de formation des Techniciens Supérieurs en Maintenance des Systèmes des informatiques a été
mise en place en 1986 grâce à l’appui matériel et financier de la Mission Française de
coopération auprès de l’Ambassade de France à Madagascar

2
Une formation pour l’obtention de la certification CCNA et / ou NETWORK + appelée « CISCO
Networking Academy » a été créée à l’Ecole en 2002-2003 grâce au partenariat avec CISCO
SYSTEM et l’Ecole Supérieure Polytechnique d’Antananarivo (ESPA). Cependant, cette
formation n’avait pas duré longtemps.
Une formation de troisième cycle a été ouverte à l’Ecole a été ouverte à l’Ecole depuis l’année
2003 – 2004 grâce à la coopération académique et scientifique entre l’Université de Fianarantsoa
pour le compte de l’ENI et l’Université Paul Sabatier de Toulouse (UPST).
Cette filière avait pour objectif de former certains étudiants à la recherche dans les différents
domaines de l’Informatique, et notamment pour préparer la relève des Enseignants-Chercheurs
qui étaient en poste.

Pendant l’année 2007-2008, la formation en vue de l’obtention du diplôme de Licence

Professionnelle en Informatique a été mise en place à l’ENI avec les deux options suivantes de
formation :
 Génie Logiciel et base de Données.
 Administration des Système et réseaux.

La mise en place à l’Ecole de ces deux options de formation devait répondre au besoin de
basculement vers le système Licence – Master – Doctorat (LMD).
Mais la filière de formation des Techniciens Supérieurs en Maintenance des Systèmes
Informatiques a été gelée en 2009.
En vue de surmonter les difficultés de limitation de l’effectif des étudiants accueillis à l’Ecole,
notamment à cause du manque d’infrastructures, un système de « Formation Hybride » a été
mise en place à partir de l’année 2010. Il s’agit en effet d’un système de formation semi-
présentielle et à distance avec l’utilisation de la visioconférence pour la formation à distance.
Le système de formation hybride a été ainsi créé à Fianarantsoa ainsi que l’Université de Toliara.

1.3. Organigramme institutionnel de l’ENI

Cet organigramme de l’Ecole est inspiré des dispositions du décret N° 83-185 du 23 Mai 1983.

L’ENI est administrée par un conseil d’Ecole, et dirigée par un directeur nommé par un décret
adopté en conseil des Ministres.
Le Collège des enseignants regroupant toutes les enseignantes et tous les enseignants-chercheurs
de l’Ecole est chargé de résoudre les problèmes liés à l’organisation pédagogique des
enseignements ainsi que à l’élaboration des emplois du temps.
Le Conseil Scientifique propose les orientations pédagogiques et scientifiques de l’établissement,
en tenant compte notamment de l’évolution du marché de travail et de l’adéquation des
formations dispensées par rapport aux besoins des entreprises.

Trois départements de formation caractérisent l’organigramme :

 Le département de formation théorique à l’intérieur de l’Ecole ;

 Le département de formation pratique pour la coordination et la supervision des stages en
entreprise et des voyages d’études ;
 Le département de formation doctorale pour l’organisation de la formation de 3ème cyqcle.
3
 La figure 1 présente l’organigramme actuel de l’Ecole.
Conseil d’Ecole

Conseil Scientifique Direction Collège des enseignants

Secrétariat principal Service pédagogique

Service Service de la Service Parcours: Génie Logiciel Parcours: Administration Parcours: Informatique
scolaire comptabilité Intendance et Base de Données des Système etRéseaux Générale

Figure 1. Organigramme de l’ENI

Sur cet organigramme, l’Ecole placée sous la tutelle académique et administrative de l’Université
de Fianarantsoa, et dirigée par un Directeur élu par les Enseignants – Chercheurs permanents de
l’Etablissement et nommé par un décret pris en Conseil des ministres pour un mandat de 3 ans.
Le Conseil de l’Ecole est l’organe délibérant de l’Ecole.
Le Collège des Enseignants propose et coordonne les programmes d’activités pédagogiques.
Le Conseil scientifique coordonne les programmes de recherche à mettre en œuvre à
l’Ecole. Le Secrétariat principal coordonne les activités des services administratifs
(Scolarité, Comptabilité, et Intendance).

Conformément aux textes en vigueur régissant les Etablissements malgaches d’Enseignement

Supérieur, qui sont barrés sur le système LMD, les Départements de Formation pédagogique ont
été ainsi remplacés par des Mentions et des parcours. Et les chefs des Départements ont été ainsi
remplacés par des responsables des mentions et les responsables des parcours.
Un administrateur des Réseaux et Systèmes gère le système d’information de l’Ecole et celui de
l’Université.

1.4. Domaines de spécialisation

Les activités de formation et de recherche organisées à l’ENI portent sur les domaines suivants :
 Génie logiciel et Base de Données ;
 Administration des Systèmes et Réseaux ;
 Informatique Générale
 Modélisation informatique et mathématique des Systèmes complexes.
D’une manière plus générale, les programmes des formations sont basés sur l’informatique
de gestion et sur l’informatique des Systèmes et Réseaux. Et les modules de formation intègrent
aussi bien des éléments d’Informatique fondamentale que des éléments d’Informatique
appliquée.
Le tableau 1 décrit l’organisation du système de formation pédagogique de l’Ecole.
Tableau 1. Organigramme du système de formation pédagogique de l’Ecole

4
 Formation théorique Formation pratique

- Enseignement théorique - Etude de cas

- Travaux dirigés - Travaux de réalisation
- Travaux pratiques - Projets / Projets tutorés
- Voyage d’études
- Stages

1.5. Architecture des formations pédagogiques

Le recrutement des étudiants à l’ENI se fait uniquement par voie de concours d’envergure
nationale en première année.
Les offres de formation organisées à l’Ecole ont été validées par la Commission Nationale
d’Habilitation (CNH) auprès du Ministères de l’Enseignement Supérieur et de la Recherche
Scientifique selon les dispositions de l’Arrêté N°31.174/2012-MENS en date du 05 Décembre
2012.

Au sein de l’ENI, il existe une seule mention (INFORMATIQUE) et trois parcours :

 Génie logiciel et Base de Données ;
 Administration des Systèmes et Réseaux ;
 Informatique Générale

L’architecture des études à trois niveaux conforment au système Licence- Master-Doctorat

(LMD) permet les comparaisons et les équivalences académiques des diplômes au niveau
international.
 L = License (Bac + 3) = L1, L2, L3 = 6 semesters S1 à S6
 M = Master (Bac + 5) = M1, M2 = 4 semesters S7 à S10  D = Doctorat (Bac +8)

Le diplôme de LICENCE est obtenu en 3 années d'études après Baccalauréat. Et le diplôme de

MASTER est obtenu en 2 ans après obtenu du diplôme de LICENCE.
Le MASTER PROFESSIONNEL est un diplôme destiné à la recherche emploi au terme des
études.
Le MASTER RECHERCHE est un diplôme qui remplace l’ancien Diplôme d’Etudes
Approfondies (DEA), et qui permet de s’inscrire directement dans une Ecole Doctorale.au terme
des études.

Le DOCTORAT est un diplôme qu’on peut obtenir en 3 ans après l’obtention du diplôme de
MASTER RECHERCHE.

Le tableau 2 présente l’architecture des études correspondant au système LMD.

Tableau 2. Architecture des études correspondant au système LMD

5
+8 Doctorat

+7

+6 Master Recherche

Master 2 Master Professionnel

+5
Master 1 Marché du
+4 Licence Professionnel
travail
Licence 3
+3
Licence 2 Diplôme de Technicien Supérieur
+2
Licence 1 Brevet de Technicien Supérieur
+1

DTS : Diplôme de Technicien Supérieur

BTS : Brevet de Technicien Supérieur
DUT : Diplôme Universitaire de Technicien
La licence peut avoir une vocation générale ou professionnelle.
Le master peut avoir une vocation professionnelle ou de recherche.

Tableau 3. Liste des formations existantes à l’ENI

FORMATION EN : LICENCE PROFESSIONNELLE ET HYBRIDE MASTER

Condition Par voie de concours Formation

d’admission : Professionnelle : 100 candidats
Formation hybride : 150 candidats

Condition d’accès Bac de série C, D ou Technique Être titulaire de licence

: professionnelle

Durée de 3 années 2 années

formation :

6
 Diplôme à Diplôme de Licence Professionnelle en Diplôme de Master
délivrer : Informatique Professionnel
Diplôme de Master Recherche

L’accès en première année de MASTER se fait automatiquement pour les étudiants de l'École
qui ont obtenu le diplôme de Licence Professionnelle.
Le Master Recherche permet à son titulaire de poursuivre directement des études en doctorat et
de s’inscrire directement dans une École Doctorale.
Les Écoles Doctorales jouissent d’une autonomie de gestion par rapport aux Établissements de
formation universitaire.
Il convient de signaler que par arrêté ministériel N° 21.626/2012 – MESupRES publié le 9 Août
2012 par la Commission National d’habilitation (CNH), l’Ecole Doctorale « Modélisation –
Informatique » a été habilitée pour l’Université de Fianarantsoa.

Depuis l’année universitaire 2010-2011, l’ENI s’est mise à organiser des formations hybrides en
informatique dans les différentes Régions (Fianarantsoa, Toliara) en raison de l’insuffisance de
la capacité d’accueil des infrastructures logistiques. En effet, le système de formation hybride
semi - présentielle utilise la visioconférence pour la formation à distance.
Bien qu’il n’existe pas encore au niveau international de reconnaissance écrite et formelle des
diplômes délivrés par l’ENI, les étudiants diplômés de l'École sont plutôt bien accueillis dans les
instituts universitaires étrangères (CANADA, Suisse, France…)

1.6. Relation de l’ENI avec les entreprises et les organisations

Es stages effectués chaque année par les étudiants mettent l’Ecole en rapport permanent avec
plus de 300 entreprises et organismes publics, semi-publics et privés, nationaux et
internationaux.
L’Ecole dispose ainsi d’un réseau d’entreprises, de sociétés et d’organismes publics et privés qui
sont des partenaires par l’accueil en stage de ses étudiants, et éventuellement pour le recrutement
après l’obtention des diplômes par ces derniers.
Les compétences que l’Ecole cherche à développer chez ses étudiants sont l’adaptabilité, le sens
de la responsabilité, du travail en équipe, le goût de l’expérimentation et l’innovation.
En effet, la vocation de l’ENI est de former des techniciens supérieurs de niveau LICENCE et
des ingénieurs de type généraliste de niveau MASTER avec des qualités scientifiques, techniques
et humaines reconnues, capables d’évoluer professionnellement dans des secteurs d’activité
variés intégrant l’informatique.
Les stages en milieu professionnel permettent de favoriser une meilleure adéquation entre les
formations à l’Ecole et les besoins évolutifs du marché de l’emploi.

Les principaux débouchés professionnels des diplômés de l’Ecole concernent les domaines
suivants :

 L’informatique de gestion d’entreprise

 Les technologies de l’information et de la communication (TIC)
 La sécurité informatique des réseaux

7
  L’administration des réseaux et des systèmes
 Les services bancaires et financiers, notamment le Mobile Banking
 Les télécommunications et la téléphonie mobile  Les Big Data
 Le commerce, la vente et l’achat, le Marketing
 L’ingénierie informatique appliquée
 L’écologie et le développement durable Parmi les sociétés, entreprises et organismes
partenaires de l’Ecole, on peut citer : ACCENTURE Mauritius, Air Madagascar, Ambre
Associates, Airtel, Agence Universitaire de la Francophonie ( AUF) , B2B, Banque
Centrale, BFG-SG, BIANCO, BLUELINE, CNaPS, Bureau National de Gestion des
Risques et des Catastrophes (BNGRC), CEDII-Fianarantsoa,
Data Consulting, Central Test, Centre National Antiacridien, CNRE, CHU, CNRIT, COLAS,
Direction Générale des Douanes, DLC, DTS/Moov, FID, FTM, GNOSYS, IBONIA,
INGENOSIA, INSTAT, IOGA, JIRAMA, JOUVE, MADADEV, MAEP, MEF, MEN,
MESupRES, MFB, MIC, MNINTER, Min des postes/Télécommunications et du
Développement Numérique, NEOV MAD, Ny Havana, Madagascar National Parks,
OMNITEC, ORANGE, OTME, PRACCESS, QMM Fort-Dauphin, SMMC, SNEDADRS
Antsirabe, Sénat, Société d’Exploitation du Port de Toamasina (SEPT), SOFTWELL, Strategy
Consulting, TELMA, VIVETEC, Société LAZAN’I BETSILEO, WWF …
L’organisation de stage en entreprise continue non seulement à renforcer la professionnalisation
des formations dispensées, mais elle continue surtout à accroître de façon exceptionnelle les
opportunités d’embauche pour les diplômés de l’Ecole.

1.7. Partenariat au niveau international

Entre 1196 et 1999, l’ENI avait bénéficié de l’assistance technique et financière de la Mission
Française de Coopération et d’action culturelle dans le cadre du Programme de Renforcement de
l’Enseignement Supérieur (PRESUP) consacré à l'École a notamment porté sur :
 Une dotation en logiciels, micro-ordinateurs, équipements de laboratoire de maintenance
et de matériels didactiques
 La réactualisation des programmes de formation assortie du renouvellement du fonds de
la bibliothèque
 L’appui à la formation des formateurs
 L’affectation à l’Ecole d’Assistants techniques français
De 2000 à 2004, l’ENI avait fait partie des membres du bureau de la Conférence Internationale
des Ecoles de formation d’Ingénieurs et Technicien d’Expression Française (CITEF).

Les Enseignants-Chercheurs de l’Ecole participent régulièrement aux activités organisées dans le

cadre du Colloque Africain sur la Recherche en Informatique (CARI).

L’ENI avait également signé un accord de coopération inter-universitaire avec l’Institut de

Recherche en Mathématiques et Informatique Appliquées (IREMIA) de l’Université de la
Réunion, l’Université de Rennes 1, l’INSA de Rennes, l’Institut National Polytechnique de
Grenoble (INPG).
A partir du mois de Juillet 2001, l’ENI avait abrité le Centre de Réseau Opérationnel (Network
Operating Center) du point d’accès à Internet de l’Ecole ainsi que de l’Université de
Fianarantsoa. Grâce à ce projet américain qui a été financé par l’USAID Madagascar, l’ENI de

8
l’Université de Fianarantsoa avait été dotées d’une ligne spécialisée d’accès permanent au réseau
Internet. L’ENI avait de même noué des relations de coopération avec l’Institut de Recherche
pour le Développement (IRD).
L’objet du projet de coopération avait porté sur la modélisation environnementale du Corridor
forestier de Fandriana jusqu’à Vondrozo (COFAV). Dans ce cadre, un atelier scientifique
international avait été organisé à l’ENI en Septembre 2008. Cet atelier scientifique avait eu pour
thème de modélisation des paysages.
Et dans le cadre du programme scientifique PARRUR, l’IRD avait financé depuis 2010 le projet
intitulé « Forêts, Parcs et Pauvreté dans le Sud de Madagascar (FPPSM). Des étudiants en DEA
et des Doctorants issus de l’ENI avaient participé à ce Programme.
Par ailleurs, depuis toujours la même année 2010, l’ENI de Fianarantsoa avait été sélectionnée
pour faire partie des organismes partenaires de l’Université de Savoie dans le cadre du projet
TICEVAL relatif à la certification des compétences en TIC ;
Le projet TICEVAL avait été financé par le Fonds Francophone des Inforoutes pour la période
allant de 2010 à 2012, et il avait eu pour objectif de généraliser la certification des compétences
en Informatique et Internet du type C2i2e et C2imi.
Dans le cadre du projet TICEVAL, une convention de coopération avec l’Université de Savoie
avait été signée par les deux parties concernées. La mise en œuvre de la Convention de
Coopération avait permis d’envoyer des étudiants de l’ENI à Chambéry pour poursuivre des
études supérieures en Informatique.
Enfin et non des moindres, l’ENI avait signé en Septembre 2009 un protocole de collaboration
scientifique avec l’ESIROI – STIM de l’Université de la Réunion.
Comme l’ENI constitue une pépinière incubatrice de technologie de pointe, d’emplois et
d’entreprises, elle peut très bien servir d’instrument efficace pour renforcer la croissance
économique du pays, et pour lutter contre la Pauvreté.

De même que le statut de l’Ecole devrait permettre de renforcer la position concurrentielle de la

Grande Ile sur l’orbite de la modélisation grâce au développement des nouvelles technologies.

1.8. Débouchés professionnels des diplômes

Le chômage des jeunes diplômés universitaires fait partie des maux qui gangrènent Madagascar.
L’environnement socio-politique du pays depuis 2008 jusqu’ à ce jour a fait que le chômage des
diplômés est devenu massif par rapport aux établissements de formation supérieure existants.
Cependant, les formations proposées par l’Ecole permettent aux diplômés d’être immédiatement
opérationnels sur le marché du travail avec la connaissance d’un métier complet lié à
l’informatique aux TIC.
L’Ecole apporte à ses étudiants un savoir-faire et un savoir-être qui les accompagnent tout au
long de leur vie professionnelle. Elle a une vocation professionnalisante.
Les diplômés en LICENCE et en MASTER issus de l’ENI peuvent faire carrière dans différents
secteurs.
L’Ecole bénéficie aujourd’hui de 34 années d’expériences pédagogiques et de reconnaissance
auprès des sociétés, des entreprises et des organismes. C’est une Ecole Supérieure de référence
en matière informatique.

9
Par conséquent, en raison de fait que l’équipe pédagogique de l’Ecole est expérimentée, les
enseignants-chercheurs et les autres formateurs de l’Ecole sont dotés d’une grande expérience
dans l’enseignement et dans le milieu professionnel.
L’Ecole est fière de collaborer de façon régulière avec un nombre croissant d’entreprises, de
sociétés et d’organismes publics et privés à travers les stages des étudiants. Les formations
dispensées à l’Ecole sont ainsi orientées vers le besoin et les attentes des entreprises et des
sociétés.
L’Ecole fournit à ses étudiants de niveau LICENCE et MASTER des compétences
professionnelles et métiers indispensables pour les intégrer sur le marché du travail.
L’Ecole s’efforce de proposer à ses étudiants une double compétence à la fois technologique et
managériale combinant l’informatique de gestion ainsi que l’administration des réseaux et
systèmes.
D’une manière générale, les diplômés de l’ENI n’éprouvent pas de difficultés particulières à être
recrutés au terme de leurs études. Cependant, l’ENI recommande à ses diplômés de promouvoir
l’entrepreneuriat en TIC et de créer des cybercafés, des SSII ou des bureaux d’études.
Tableau 4. Débouchés professionnels éventuels des diplômés
- Analyste
- Programmeur
LICENCE - Administrateur de site web/de portail web
- Assistant Informatique et internet
- Chef de projet informatique
- Développeur Informatique ou multimédia
- Intégrateur web ou web designer
- Hot liner/Hébergeur Internet
- Technicien/Supérieur de help desk sur Informatique
- Responsable de sécurité web
- Administrateur de réseau
- Administrateur de cybercafé
- Analyste
- Programmeur
MASTER - Administrateur de site web/de portail web
- Assistant Informatique et internet
- Architecture de système d’information
- Chef de projet informatique
- Développeur Informatique ou multimédia
- Webmaster /web designer
- Hot liner/Hébergeur Internet
- Agent de référencement

10
 - Technicien/Supérieur de help desk sur Informatique
- Responsable de sécurité informatique
- Administrateur de réseau et système

1.9. Ressources humaines

 Directeur de l’Ecole : Professeur Titulaire RAMAMONJISOA Bertin Olivier
 Responsable de Mention : Monsieur RABETAFIKA Louis Haja
 Responsable de Parcours « Génie Logiciel et Base de Données » : Monsieur RALAIVAO
Jean Christian
 Responsable de Parcours « Administration Systèmes et Réseaux » : Monsieur SIAKA
 Responsable de Parcours « Informatique Générale » : Monsieur GESAZAFY Gilante
 Nombre d’Enseignants permanents : 13 dont deux (02) Professeurs Titulaires, six (06),
Maîtres de Conférences et cinq (05) Assistants d’Assistants d’Enseignement Supérieur et
de Recherche
 Nombre d’Enseignants vacataires : 10
 Personnel Administratif : 23
Chapitre 2. Présentation de la JIRAMA

2.1. Historique et contacts

2.1.1. Historique
La JIRAMA, est la compagnie nationale d’eau et d’électricité de Madagascar. Créée le 17
Octobre 1975, elle résulte de la fusion de deux sociétés qui exerçaient des activités similaires
alors : la Société Malagasy des Eaux et Electricité (SMEE) et la Société des Energies de
Madagascar (SEM).

C’est une société détenue entièrement par l’Etat Malagasy, tout en étant régie par le droit
commun des sociétés anonyme. Elle est dirigée par un conseil d’administration auquel répond le
Directeur général (nommé par le Ministre chargé de l’énergie).
Depuis 1999 et la libération de secteur de l’électricité, la société JIRAMA n’est plus seule dans
la production électrique. Elle conserve toutefois le monopole du transport et distribution et est
appelée à rester le relais de l’Etat Malagasy dans la mise en place des infrastructures électriques
du pays.

Elle produit, transporte et distribue l’électricité à Madagascar, en même temps qu’elle assure
ainsi l’alimentation en eau potable et industrielle à travers le pays. Elle assure ainsi la quasi-
totalité du service public d’eau et électricité avec près de 168 000 abonnés dont 65 centres pour
l’eau et 450000 pour l’électricité (données 2014).
2.1.2. Contacts
Site web : www.jirama.mg Téléphone
:
Opérateurs Numéro vert (gratuit) Joignable avec

11
 TELMA 3547 Poste fixe Telma (22)
AIRTEL 03 3547 Poste Mobile GSM
ORANGE 032 32 035 47 Poste Mobile GSM

2.2. Administration et Organisation

Le Conseil d’Administration est composé des représentants de l’Etat – notamment des ministères
de tutelle – et des représentants des employés. L’organisation de la JIRAMA reflète ses deux
grandes activités que sont l’eau et l’électricité. L’entreprise déploie aussi parallèlement une
organisation géographique faite de directions interrégionales dans chacune des six provinces de
Madagascar.
2.2.1. Administrations
Le Conseil d’Administration est composé de :
 Représentant de la Présidence de la République : M. ANDRIAMANAMPISOA Rasamoelina
Soloniaina,
 Représentant de la Primature : M. TSABOTO Roger,
 Représentant du Ministère en charge de l’Energie, de l’Eau et des Hydrocarbures : M.
RAMAROSON Andry Heriniaina,
 Représentant du Ministère en charge de l’Economie et de Finances : M. RAOELIJAONA
Bien Aimé Victorien,
 Représentant du Ministère en charge de l’Industrie, du Commerce et de l’Artisanat : M.
RAJOELINA Serge Lucien,
 Représentant du Secteur Privé : M. RAJAONERA ANDRIAMBELO Fredy,
 Pour sa compétence particulière :
- Maitre RATOVONDRAJAO Fredon
- M. RAKOTOROVA Rabetsara
 Représentant du Personnel :
- M. HAJA Maminirina,
- M. ANDRIAMBOLONOSY Robinson Jean Douglas

2.2.2. Organigramme
Le diagramme représenté dans la figure 2 montre l’organigramme de la JIRAMA.

12
 Figure 2. Organigramme de la société JIRAMA

2.3. Agences
Le tableau 5 représente la récapitulation des agences de JIRAMA à Madagascar.
Tableau 5. Agence de JIRAMA dans le pays
Province Direction interrégional Adresse et Contact (chef-lieu de
province)
Antsiranana 10 Avenue de la nation -Antsiranana 201
Tel : 62 220 22 / 62 227 90 BP
: 23 CP : 401
Antananarivo 22
Antsirabe 11 Avenue de l’indépendance –
Andranomadio Antsirabe 110
Tel : 44 483 11
BP : 36 CP : 301
Fianarantsoa 21 Tsianolondroa – Fianarantsoa 301

13
 Tel : 75 505 22 / 75 505 23 BP
: 56 CP : 301
Mahajanga 22 Avenue Gallieni Ampasika – Mahajanga
401
Tel : 62 220 22 / 62 227 90
BP : 23 CP : 401
Toamasina 12 14 Rue Amiral billard – Toamasina 501
Tel : 53 327 34 / 53 322 01 CP
: 501
Toliara 17 Rue Vaghier Betania – Toliara 601
Tel : 94 413 91 / 94 413 91 BP
: 16 CP : 601

2.4. Administration de la DPD

Connue avant sous le nom de la Direction des Systèmes Informatiques (DSI), la Direction
Principale de la Digitalisation a pour nouvelles attributions de :

• Organiser, et mettre en œuvre les politiques, projets et plans d’actions du Système

d’Information de la JIRAMA (applications et infrastructures) ;
• Assister la direction générale, les autres services et directions de la JIRAMA dans la
définition des stratégies globales et dans la conduite des projets de digitalisation ;
• Conduire la mise en œuvre et l’exploitation des solutions et infrastructures informatiques
au sein du Système d’Information ;
• Maintenir en condition opérationnelle et faire évoluer les infrastructures : réseau,
serveurs, applications informatiques ;
• Mettre tous les moyens en œuvre pour garantir la Sécurité du Système du Système
d’Information (SSI) ;
• Déployer et accompagner les usages des nouvelles technologies informatiques par
l’assistance, ma formation et la veille technologique
2.5. Partenaires
La JIRAMA tend à améliorer la qualité de sa production. Pour arriver à sa fin, elle coopère avec
plusieurs organismes comme :
 GOUVERNEMENT MALAGASY
 BANQUE MONDIALE
 BANQUE EUROPEENE D’INVESTISSEMENT (BEI)
 AGENCE FRANCAISE DE DEVELOPPEMENT (AFD)
 BANQUE ARABE POUR LE DEVELOPPEMENT ECONOMIQUE (BADEA)
 KUWEIT FUND (OFID)
 OPEC FUND
 ORANGE
 TELMA
 AIRTEL
 …

14
 Chapitre 3. Présentation du CMS

3.1. Historique
Le Centre Médico-Social (CMS) de la JIRAMA est un Service Médical Autonome d’Entreprise
(SMA). Du temps de la Société ELICTRICITE ET EAU DE MADAGASCAR (EEM), les soins
médicaux aux agents étaient dispensés par le Centre Médical de la Compagnie AIR France. Les
services rendus ne correspondent pas tellement aux aspirations de travailleurs, ce qui incita
l’EEM à créer son propre dispensaire qui s’implanta à Behoririka en 1960. Celui-ci y resta
jusqu’en 1977, date à laquelle il dût de nouveau déménager pour s’installer à Tsaralalana, en face
du Ministère de la Fonction Publique, peu après la fusion des Sociétés SEM et EEm. Ce nouveau
local s’avéra une fois de plus trop exigüe devant le développement croissant de l’activité. Ce qui
motivait l’acquisition de l’immeuble SOMAPHAR, local mitoyen du Centre Culturel ESCA à
Antanimena ou le CMS emménagea en 1997.
3.2. Population à charges
Le tableau 6 présente la population à charge du CMS (source : rapport annuel 2006).
Tableau 6. Population à charges
Total 28 553
Agents actif cotisants 6 185
Agents non actifs 1 413
Ayants droits (famille) 21 021

3.3. Infrastructures et équipements

Les infrastructures ainsi que les équipements du CMS se trouvent dans le tableau 7.
Tableau 7. Infrastructures et équipements
CMS NBR PMR PIR CM CD FD EDF R ECG E
Siège 1 3 3 18 3 3 2 1 1 1
Régional 6 - 9 59 18 6 2 3 4 -
TOTAL 7 3 12 77 21 9 4 4 5 1
CD : Conventions Dentaire
CM : Conventions Médicales
E : Echographie
ECG : Electrocardiogramme
EDP : Equipement Dentaire Portatif
FD : Fauteuils dentaire
NBR : Nombre
PMR : Postes Médicaux Rattachés
PIR : Postes d’Infirmerie Rattachées
R : Radiologie

3.4. Organigramme du CMS

La figure 3 nous montre l’organigramme du CMS.
15
 Médecin Chef

Consultant

Département Médecins Dentisterie Département Service Médico-

Services
administration et traitants pharmacie et Social
paramédicaux
informatique paraclinique Ambohimbola

Service accueil Service

et facturation pharmacie
Service
administratif

Service étude et
informatique

Service de la
logistique des
affaires
générales
Figure 3. Organigramme du CMS

Chapitre 4. Description du projet

4.1. Formulation
L’installation d’un logiciel de poste par poste est épuisante et augmente considérablement la
perte de temps, surtout si le CMS se trouve à proximité de la capitale. Ce qui amène en même
temps à la difficulté de sa maintenance, d’autant plus que sa version est largement dépassée de
celle qu’on utilise de nos jours. Et enfin, utiliser une application web dont la base de données est
aussi centralisée est plus aisé et surtout plus efficace.

4.2. Objectif et besoin de l’utilisateur

 c
 Gérer les fréquentations ainsi que l’ordonnance des patients ;
 Faire un rapport en graphe de la statistique des fréquentations ;  Exporter des fichiers ;

4.3. Moyens nécessaires à la réalisation du projet

4.3.1. Moyens personnels
La réalisation de ce projet a fait recourt aux personnels qui sont regroupés dans le tableau 8.
Tableau 8. Moyen personnel
Fonction Nombre
Encadreur professionnel – Responsable du système d’information décisionnel 1
16
 Stagiaires – Etudiants en 2ème année de la formation professionnelle à l’ENI 2

4.3.2. Moyens matériels

La récapitulation des moyens matériels côté Serveur et côté Client ainsi que logiciels utilisés se
trouvent dans les tableaux 9, 10 et 11. a) Côté serveur :
Tableau 9. Moyen matériel côté serveur
Désignations Caractéristiques Quantité
CPU : Intel Xeon L5240, 3.0GHz
HP ProLiant DL380 G5 HDD : 146 Go *2, RAID 5 3
RAM : 2Go (2 slots de 1Go)
OS : Windows Server 2003

b) Côté client :
Tableau 10. Moyen matériel côté client
Désignation Caractéristiques Quantité
PC portable Processeur : Intel® Corei3,
CPU : 2.49GHz 1
HDD : 300Fo
RAM : 4Go
OS : Windows 10 Professionnel
PC portable Processeur : Intel® Corei5,
CPU : 2.60GHz 1
HDD : 250Go
RAM : 6Go
OS : Windows 10 Famille

c) Logiciel :
Tableau 11. Logiciels utilisés
Désignations Versions Utilisations
Oracle Database 12c Release 1 Gestion et manipulation de la
base de données
Visual Studio 2019 16.30 Développement de
l’application
Power AMC 15.1.0.2850 Modélisation de la base de
données
Microsoft Office Word Microsoft Office Rédaction du rapport du
Professionnel Plus 2016 projet

4.4. Méthodologie pour la conduite de ce projet

Bien que le succès d’un projet dépende de la méthodologie qu’on lui a fournie, celle-ci devant
être le facteur du bon aboutissement du travail. Ce qui nous conduit à atteindre l’objectif
principal du projet. La phase de conception nécessite alors une bonne méthode permettant de
rendre performant l’application et surtout la gestion de la base de données pour qu’il réponde au
besoin de l’utilisateur.

17
La figure 4 montre la démarche à suivre pour la conduite du projet.

Phase 1 : Phase 4 : MLD Phase 5 : MOT

Analyse Phase 2 : MCD Phase 3 : MCT
et MPD et MOpT
préalable

Figure 4. Démarche à suivre pour la conduite du projet

4.5. Résultats attendus

A la fin de ce projet, tous les Centres Médico-Sociaux de la JIRAMA peuvent utiliser la même
application et en même temps. L’application doit être fiable, facile à utiliser et son
apprentissage ne doit pas prendre beaucoup de temps pour maîtriser tous les éléments. Il n’y
aura plus de perte de temps pour l’installation de l’application puisqu’elle est sur la toile.
Partie II. ANALYSE ET CONCEPTION

18
 Chapitre 5. Analyse préalable

5.1. Analyse de l’existant 5.1.1.

Organisation actuelle
Puisque le CMS s’exprime en établissement de santé où l’on soigne les malades, il s’occupe
donc des « patients internes » ainsi que des « patients externes ».
Les tâches des employeurs du dispensaire commencent à la réception où le patient doit y passer
pour s’enregistrer et prendre un numéro après avoir vérifié son droit.

Ensuite ces derniers vont aux pré-soins pour la prise des constats (température, poids, pouls, …).
Ce qui est assurée par des infirmiers(ères).
Puis le patient attend son tour pour passer chez le médecin dans la salle d’attente.
Après son passage chez le médecin, le patient passe à l’officine pour prendre le(s) médicament(s)
prescrit(s) dans son ordonnance.
Actuellement, le CMS utilise déjà un applicatif sur WinDev, de type client/serveur, pour gérer
ces fréquentations. Les données sont stockées dans un serveur de base de données Oracle qui se
situe localement à la Direction de la Digitalisation.
5.1.2. Moyens matériels et logiciels existants
La récapitulation des moyens matériels côté Serveur et côté Client ainsi que logiciels existants se
trouvent dans les tableaux 11, 12 et 13.
a) Serveur
Tableau 11. Serveurs existants
Désignations Caractéristiques Quantité
CPU : Intel Xeon L5240, 3.0GHz
HP ProLiant DL380 G5 HDD : 146 Go *2, RAID 5 3
RAM : 2Go (2 slots de 1Go)
OS : Windows Server 2003

b) Client
Tableau 12. Ordinateurs existants
Système d’exploitation Windows 10 Professionnel
Configuration Processeur : Intel ® corei7
CPU : 3.40 GHz
RAM : 4.0 Go
DDR : 1To
Nombre 2

c) Logiciels existants
Désignation
Application desktop
Microsoft Office Excel
Tableau 13. Logiciels existants
Caractéristiques Utilisations
WinDev 15 Gestion de la CMS
Microsoft Office 2013 Visualisation des données à

19
 importées

5.2. Critique de l’existant

Avant d’énumérer les points faibles, on va mettre en évidence les avantages de l’application
présente dont :

 L’utilisation d’une Base de Données unique et centralisée ;

 L’interface facile à utiliser ;
 La capacité de pouvoir importer / exporter des fichiers ;
 L’indépendance et la centralisation des réseaux (client/serveur)

Nous pouvons en tirer de l’analyse de l’existant que l’organisation actuelle comporte bien et
belle des points forts néanmoins elle présente aussi quelques lacunes, notamment ces divers
points :
 La vulnérabilité du système en cas de coupure de réseau ;
 La possibilité de surcharge du serveur au cas où le nombre de requêtes client simultanées
augmente ;
 Le gaspillage de ressource à cause de l’installation de l’application de poste par poste ; 
La détermination de droit d’un patient qui se fait encore par réflexion ;
 La possibilité d’incompatibilité du Système d’Exploitation utilisé avec la version de
l’applicatif WinDev ;
5.3. Conception avant-projet
5.3.1. Problème principal
Le but est alors avant tout d’éviter la surcharge du serveur au cas où le nombre de requêtes
clients simultanées augmentent afin de pallier à certaines de ces lacunes décrites plus haut. Il
serait aussi nécessaire d’intégrer une fonction qui puisse déterminer directement le droit d’un
patient pour éviter le cas d’un accident fait humainement à la réception. Il est aussi préférable
que l’application soit multiplateforme.
5.3.2. Solutions proposées
Pour échapper à tous ces contraintes qui surgissent, quelques solutions sont proposées :
 Solution 1 : Mise à jour de l’application en WinDev ;
 Solution 2 : Conception et réalisation d’une application web pour la gestion des
fréquentations ;

Nous verrons dans le tableau 14 la comparaison de ces solutions.

Tableau 14. Comparaison des solutions proposées
Solutions Conception et réalisation d’une Intégration des nouvelles
application web fonctionnalités
Avantages - Permet d’ajouter des actions - Utilisation d’une base de données
supplémentaires ; centralisé et sécurisé ;
- Utilisation d’une base de données - Interface familière pour les
centralisé et sécurisé ; utilisateurs ;
- Facilite la maintenance de - Pas besoin de déploiement
l’application ;
- Possibilités offertes aux
20
 utilisateurs d’y accéder en
même temps
Inconvénients - Exige un temps de conception et - Nécessite plus de temps de
de développement ; Besoin de réflexion pour l’analyse du code
- déploiement Besoin d’une existant, le développement et
- connexion l’intégration des nouvelles
Internet fonctionnalités ;
- Lenteur de la requête à la base de
données

5.3.3. Solution à retenir et justification des choix

Après l’étude comparative des solutions proposées, on a considéré qu’il est préférable de revoir
intégralement l’application actuelle, d’où la conception et la réalisation d’une application web
pour la gestion du CMS, pour résoudre au mieux les problèmes. Avec cette application, la
gestion des fréquentations se fera plus aisément. Les informations seront toujours centralisées
dans le serveur de la base de données mais en plus tous les CMS de la JIRAMA puissent utiliser
la même application sans se soucier pour autant de l’installation.

5.3.4. Justification de choix d’outils

Les principaux outils sont :
 Outil de modélisation : POWER AMC 15.1 ;
 SGBD : Oracle Database 12c Release 1 ;
 Outil de développement : Visual Studio 2019 16.4.0 ;

a) Choix de l’outil de modélisation

Notre choix s’est porté sur Power AMC car il apporte une solution de modélisation d’entreprise
graphique qui prend en charge les méthodologies et les notations de modélisation standard et
permet de procéder à la génération de code de façon automatique en utilisant des Template
personnalisables. L’utilisation du Power AMC pour modéliser l’ensemble grâce aux fonctions
d’analyse d’impact et de lignage reposant sur la technologie de liaison synchronisation. Il offre
ainsi un lignage et une traçabilité complète à travers tous les composants de l’architecture
d’entreprise.
b) Choix du SGBD

On a choisi Oracle Database comme SGBD car c’est ce que la société JIRAMA utilise au sein de
leurs serveurs actuellement. Mais en plus, ce dernier est réputé pour son stockage de masse car
notre application a besoin de sauvegarder beaucoup de données et aussi pour sa performance
lorsqu'elle est confrontée à des tâches exigeantes.

c) Choix de l’environnement de développement

On a choisi Visual Studio Community 2019 pour son assistance tout le long de la programmation. Il
a une capacité de nettoyage de code instantanément et de meilleurs résultats de recherche, ainsi qu'à la
révision de code directement dans lui-même, ce qui nous permettra de gagner plus de temps. Un de ses
atouts est aussi l’intégration des nouveaux « refactorings » qui sont très utiles en C# et facilitent
l'organisation du code.
5.3.5. Justification du choix du langage
21
On a choisi le langage C# parce que c’est un langage de programmation puissant et flexible, qui
peut être utilisé pour des logiciels et applications divers. La syntaxe C# est très expressive, mais
elle est également simple et facile à apprendre. De plus, il se couple parfaitement avec le
Framework .Net que nous avons justement utilisé dans la réalisation de ce projet.

5.3.6. Justification du choix des Framework utilisés 

ASP.Net Core 3.0 :

On a choisi l’ASP.Net Core 3.0 comme framework car il est favorable pour la création d’une
application web et respecte les bonnes pratiques du langage C#. Cela nous permettra de mieux
organiser notre code pour qu’il soit facilement maintenable et évolutif. De plus, il présente un
degré élevé de compatibilité conceptuelle avec ASP.Net MVC et cette architecture nous permet
d’isoler chaque portion de l’application ce qui nous permet de travailler en équipe sans pour
autant interférer dans le travail de l’autre.

 BOOTSTRAP 4 :
L’utilisation du Framework CSS Bootstrap 4 a été vraiment indispensable à la réalisation du
projet. Il possède déjà par défaut de nombreuses fonctionnalités et vraiment poussée en termes de
graphisme. Un de ses grands atouts réside dans sa façon à s’adapter dynamiquement à l’écran
dans lequel il est consulté (tablette, smartphone, PC, laptop), ce comportement est nommé «
responsive design ». En outre, Bootstrap fournit plusieurs composants sous forme de plugins
utilisant la bibliothèque JQuery. Ces composants permettent d’ajouter au Framework de
nouvelles fonctionnalités comme « modal », les messages flash, ect.

22
 Chapitre 6. Analyse conceptuelle

6.1. Présentation de la méthode MERISE

La mise en place d’un système d’information dépend de l’ensemble de l’organisation. D’où la
phase de conception nécessite des méthodes permettant de mettre en place un modèle sur lequel
on va s’appuyer.
La méthode MERISE est fondée sur la séparation des données et des traitements à effectuer en
plusieurs modèles comme MCD, MLD, MOT… Cette séparation permet également une
longévité au modèle et la production de résultats fiables. Par conséquent, l’agencement des
données n’a pas à être souvent modifié, tandis que les traitements le plus fréquemment.
Parmi les informations qui appartiennent au système d’information, certaines doivent faire
l’objet d’un traitement automatisé grâce aux outils informatiques. Donc, pour assurer la
cohérence du système d’information, cette dernière propose une démarche d’informatisation
comportant les étapes suivantes :

 Le schéma directeur : qui définit, de manière globale, la politique d’organisation et

d’automatisation du système d’information. En principe, ce qu’il faut est de répertorier
l’ensemble des applications informatiques existantes à développer et à modifier ;
 L’étude préalable par domaine : qui doit aboutir à une présentation générale du futur
système de gestion (modèle de données et de traitement) en indiquant les principales
novations par rapport au système actuel, les moyens matériels à mettre en œuvre, les
bilans cout – avantages. Cette étude est réalisée en 4 phases :
 Phase de recueil,
 Phase de conception,
 Phase d’organisation,
 Phase d’appréciation ;
 L’étude détaillée par projet : qui consiste d’une part à affiner les solutions conçues lors de
l’étude préalable et l’autre part à rédiger, pour chaque procédure à mettre en œuvre, un
dossier de spécifications détaillé décrivant les supports ainsi que les algorithmes associés
aux règles de gestions ;
 La réalisation : dont le but est l’obtention des programmes fonctionnant sur un jeu
d’essaies approuvés par les utilisateurs ;
 La mise en œuvre : qui se traduit par un changement de responsabilité, l’équipe de
réalisation va en effet transférer la responsabilité du produit à l’utilisateur. Cette étape
intègre en particulier la formation des utilisateurs ;
 La maintenance : qui consiste à faire évoluer les applications en fonction des besoins des
utilisateurs, de l’environnement et des progrès technologiques.
En général, la démarche de la méthode de la MERISE se présente en trois cycles dont :
 Le cycle de décision ou axe de direction des projets ;
 Le cycle de vie qui est encore déduit des étapes précédentes ;
 Le cycle d’abstraction qui se préconise en 3 niveaux :
 Niveau conceptuel : décrit la statique et la dynamique du système d’information
en se préoccupant uniquement du point de vue du gestionnaire à travers le MCD
et le MCT ;

23
  Niveau logique et organisationnel : décrivent la nature des ressources qui sont
utilisés pour supporter la description statique et dynamique du système
d’information. Ces ressources peuvent être humaines et/ou matérielles et
logicielles à effectuer avec le MLD et le MOT ;
 Niveau physique et opérationnel dont lequel on choisit les techniques
d’implantation du système d’information (données et traitements) sont basés sur
le MPD et le MOpT.
6.2. Dictionnaires de données
Le tableau 16 présente les dictionnaires de données.
Tableau 15. Dictionnaire des données
Code mnémonique Désignation Structure Remarque
Type Taille
Album Taux d’albumine du patient AN 2,2
adresseSte Adresse de la société AN 50 Ex : coordonnées, contact
agePat Age du patient N 2
code_act Code de l’activité AN 3
code_prest Code de la prestation AN 5
code_SA Code de la section analytique de AN 15
l’agent
code_ste Code de la société AN 3
code_user Identifiant de l’utilisateur AN 10
code_medica Code du médicament AN 10
code_natConsult Code de la nature de consultation N 1 Ex : 1 normale
code_ord Code de l’ordonnance AN 5
datenais_ag Date de naissance de l’agent Date
datenais_fam Date de naissance de la famille Date
datesai_user Date de saisie de l’utilisateur Date
date_sai_act Date de saisie de l’activité Date
date_sai_prest Date de saisie de la prestation Date
date_sai_ste Date de saisie de la société Date
date_sai_cert Date de saisie du certificat Date
date_sai_medica Date de saisie du médicament Date
dans l’ordonnance
date_rdv Date du rendez-vous du patient à Date
un Médecin
Dfreq Date de saisie de la fréquentation Date
duree Durée de la consommation du AN 2 Ex : 2,5 jours
médicament
Etat Statut de l’utilisateur AN 10 Actif / Inactif
etab Statut de l’agent N 1 0 : Actif, 1 : Décédé, 2 :
Retraité
Freqmala Identifiant de la fréquentation N 8
haInf Heure d’arrivé à l’infirmerie AN 8
haMede Heure d’arrivée au Médecin AN 8

24
Jrepos Nombre de jours de repos du N 2,1
patient

login_user Nom d’utilisateur de l’utilisateur AN 20

lib_act Libellé de l’activité AN 50
lib_prest Libellé de la prestation AN 100
lib_medica Libellé du médicament AN 50
lib_natConsult Libellé de la nature consultation AN 30 Normale, visite
systématique, conseil de
santé
libelle_Ste Raison sociale de la société AN 100
matrNouv Nouveau matricule de l’agent AN 5
matrAnc Ancien matricule de l’agent AN 4
Matin Consomation du médicament le N 2,2 Ex : 2 cuillères
matin
Midi Consomation du médicament le N 2,2
midi
nomAg Nom de l’agent AN 100
nomFam Nom de la famille de l’agent AN 100
Nom_User Nom de l’utilisateur AN 100
Numero Numéro d’entrée du patient N 3 Renouvelé par jour, par
Médecin
password_user Mot de passe de l’utilisateur AN 50
puInt Prix unitaire interne d’une N 12
prestation
puExt Prix unitaire externe d’une N 12
prestation
puMedica Prix unitaire du médicament N 12
Pc Périmètre cranien N 2,2 Seulement pour les enfants
moins de 5ans
photoAg Photo de l’agent AN 100
photoFam Photo de la famille de l’Agent AN 100
Poids Poids du patient N 3,2
Sa Section analytique de l’agent N 7
sexe_ag Sexe de l’agent A 1 M : homme, F : femme
sexeFam Sexe de la famille de l’agent A 1 M : homme, F : femme
Soir Consomation du médicament le N 2,2
soir
Taille Taille du patient N 3,2
Tamin Tension minimale du patient N 3,2
Tamax Tension maximale du patient N 3,2
Temp Température du patient N 3,2
25
 Typat Rang de la famille de l’agent AN 2 Conjoint : 99, Enfant : 1 ->
type_cli Type de la société AN 10 Externe ou Interne
typeMedica Type du médicament AN 10 Comprimé, Flacon, …
Qte Nombre du médicament prescrits N 3,2
dans l’ordonnance

6.3. Règles de gestion

La règle de gestion c’est l’ensemble de règle concernent les entités, association, et cardinalités à
vérifier avant la conception. Ici, les règles qui régissent la base de données sont :
 RG1 : Une SOCIETE peut avoir un ou plusieurs AGENT (1, n)
 RG2 : Un AGENT appartient à une et une seule SOCIETE (1,1)
 RG3 : Un AGENT ne représente aucune ou plusieurs FAMILLE (0, n)
 RG4 : Une FAMILLE est représentée par un ou deux AGENT (1,2)
 RG5 : Un AGENT n’a aucune ou une SECTION ANALYQTIQUE (0,1)
 RG6 : Une SECTION ANALYTIQUE appartient à un et un seul AGENT (1,1)
 RG7 : Une SOCIETE est concernée par aucune ou plusieurs FREQUENTATION (0, n)
 RG8 : Une FREQUENTATION concerne une et une seule SOCIETE (1,1)
 RG9 : Une ACTIVITE rattache aucune ou plusieurs PRESTATION (0, n)
 RG10 : Une PRESTATION est rattachée à une et une seule ACTIVITE (1,1)
 RG11 : Une FAMILLE peut avoir aucun ou plusieurs CERTIFICAT en une ANNEE
(0,n)
 RG12 : Un CERTIFICAT d’une ANNEE appartient à une et une seule FAMILLE (1,1)
 RG13 : Une ACTIVITE est effectuée par aucun ou plusieurs UTILISATEUR (1, n)
 RG14 : Un UTILISATEUR n’effectue aucune ou une seule ACTIVITE (0,1)
 RG15 : Un UTILISATEUR possédant une ACTIVITE est concerné par aucune ou
plusieurs FREQUENTATION (0, n)
 RG16 : Une FREQUENTATION est affectée à un et un seul UTILISATEUR possédant
une ACTIVITE (1, 1)
 RG17 : Un UTILISATEUR peut modifier aucune ou plusieurs FREQUENTATION (0, n)
 RG18 : Une FREQUENTATION peut être modifié par un et un seul UTILISATEUR
(1,1)
 RG19 : Une PRESTATION ne se correspond à aucune ou plusieurs FREQUENTATION
(0, n)
 RG20 : Une FREQUENTATION correspond à une et une seule PRESTATION (1,1)
 RG21 : Une FREQUENTATION peut avoir aucune ou plusieurs ORDONNANCE (0, n)
 RG22 : Une ORDONNANCE appartient à une et une seule FREQUENTATION (1,1)
 RG23 : Un MEDICAMENT est prescrit à aucune ou plusieurs ORDONNANCE (0, n)
 RG24 : Une ORDONNANCE prescrit un ou plusieurs MEDICAMENT (1, n)
 RG25 : Une FREQUENTATION correspond à une et une seule NATURE
CONSULTATION (1,1)
 RG26 : Une NATURE CONSULTATION peut correspondre à aucune ou plusieurs
FREQUENTATION (0, n)
 RG27 : Une SESCTION ANALYTIQUE correspond à aucun ou plusieurs
FREQUENTATION (0, n)
 RG28 : Une FREQUENTATION correspond à une et une seule SECTION
ANALYTIQUE (1,1)
26
 6.4. Diagramme de flux
Le diagramme de flux a pour objectif de représenter les flux d’informations entre l’organisation
et les acteurs externes.
La figure 5 présente le diagramme de flux.

Figure 5. Diagramme de flux

6.5. Modèle Conceptuel des Données (MCD)
La figure 6 représente le Modèle Conceptuel des Données.

27
Figure 6. MCD du projet
28
 6.6. Modèle Logique des Données (MLD)
6.6.1. Règles de passage du MCD au MLD
Le passage du MCD au MLD demande des règles qu’on doit suivre :
 Règles sur les entités :
 Toute entité se transforme en une table ;
 L’identifiant de l’entité devient de la clé primaire de la table ;
 Les propriétés de l’entité deviennent les attributs de la table.  Règles sur
les associations :
 Cas des associations type « père - fils » :
 L’entité « père » devient une table ;
 L’entité « fils » devient une table ;
 L’identifiant de l’entité père devient attribut de la table fils (clé étrangère) ainsi que les
propriétés éventuelles de l’association.
 Cas des autres associations :
 L’association devient une table, l’identifiant devient la clé primaire de cette table ;
 Les propriétés éventuelles de l’association deviennent des attributs de la table « fils » ;
 Cas des associations réflexives :
 C’est le cas où une association lie les occurrences d’une même entité ;  Règles
concernant les identifiants relatifs :
 L’identifiant de l’entité principale s 'ajoute à celui de l’entité dépendante. Ce casci
étant celui où une occurrence d’une entité (dépendante) n’a pas d’existence propre
que par rapport à une autre entité (principale).
6.6.2. MLD du projet
La figure 7 représente le Modèle Logique des Données.

29
Figure 7. MLD du projet

30
 6.7. Modèle Conceptuel des Traitements (MCT)
Le MCT est une représentation schématique de l’activité de l’entreprise indépendamment des
choix d’organisation et des moyens d’exécution.

6.8. Modèle Organisationnel des Traitement (MOT)

Le Modèle Organisationnel des Traitements spécifie l’organisation qui régira les données et les
traitements en répondant aux questions QUI ? QUAND ? et OÙ ? En effet, il représente le
Modèle Conceptuel des Données, mais plus détaillé, sous forme d’un tableau.
Tableau 16. MOT du projet
Période d’exécution Traitement Personne concernée Type
Reception d’une -Vérification de l’identifiant - Accueil - Intercatif
demande de l’agent - Patient
- Vérification du droit du

31
 patient
Fréquentation - Relevée des constats - Infirmerie - Interactif
enregistrée - Patient
Constats validés - Traitement du patient - Médecin - Interactif
- Prescription - Patient

6.9. Modèle Physique des Données (MPD)

Dans la méthode MERISE, le modèle physique des données (MPD) consiste à implanter une
base de données dans un SGBDR.
La figure 9 montre le MPD du projet.

32
Figure 9. MPD du projet

33
Partie III. Réalisation du projet

34
 Chapitre 7. Installation et configuration des outils
7.1. Oracle Database 12c Release 1
L'image 10 montre la structure du dossier des fichiers d'installation Oracle après extraction.

Figure 10. Fichier d’installation de l’Oracle

On doit maintenant double-cliquer sur le fichier setup.exe pour démarrer le processus
d'installation. Il y aura 9 étapes qui s'exécutent principalement automatiquement.
Etape 1 : Le programme d'installation nous demande de fournir notre adresse e-mail pour obtenir
les derniers problèmes de sécurité et mises à jour. On peut l'ignorer en cliquant sur le bouton «
Suivant ».

Figure 11. Configuration de la mise à jour de sécurité

Dans notre cas, on a choisi de ne pas fournir l’adresse e-mail, alors le programme d'installation
de la base de données Oracle le confirme, il nous suffit de cliquer sur le bouton « Non » pour
continuer.

Figure 12. Confirmation de l’adresse électronique

Etape 2 : Le programme d'installation Oracle nous demande si nous souhaitons créer et

configurer une base de données, installer uniquement le logiciel de base de données ou
35
simplement mettre à niveau une base de données existante. On choisit l'option 1 puis on clique
sur le bouton « Suivant ».

Figure 13. Choix de l’installation

Etape 3 : Le programme d'installation nous permet de choisir la classe système. Parce que nous
installons Oracle sur notre ordinateur, pas sur un serveur, nous choisissons donc la première
option : classe de bureau et cliquons sur le bouton « Suivant ».

Figure 14. Choix de classe système

Etape 4 : Cette étape nous permet de spécifier le compte d'utilisateur Windows pour installer et
configurer Oracle Home pour une sécurité renforcée. Choisissez la troisième option : « Utiliser le
compte intégré Windows ».

36
 Figure 15. Spécification de l’utilisateur d’origine de l’Oracle

Etape 5 : Dans cette étape, nous pouvons (1) choisir le dossier sur lequel la base de données
Oracle sera installée, (2) le nom et le mot de passe de la base de données globale, (3) le nom de
la base de données enfichable.

Figure 16. Configuration d’installation

Etape 6 : Le programme d'installation effectue la vérification des prérequis.

37
 Figure 17. Vérification préalable

Etape7 : Le programme d'installation nous montre le résumé des informations telles que les
paramètres globaux, les informations de base de données, etc. Nous devons revoir les
informations et cliquer sur le bouton « Install » si tout va bien.

Figure 18. Résumé de la configuration de l’Oracle

Etape 8 : Le programme d'installation démarre l'installation de la base de données Oracle. Cela

prendra quelques minutes, selon notre ordinateur.

38
 Figure 19. Début de l’installation de l’Oracle

Ensuite l'assistant de configuration de base de données crée la base de données.

Figure 20. Création de la base de données

Une fois que l'assistant de configuration de base de données a créé la base de données, vous
pouvez accéder à https://localhost:5500/em en tant qu'utilisateur SYS pour gérer la base de
données à l'aide d'Enterprise Manager Database Express. On clique sur "Password
Management ..." pour déverrouiller les comptes, sinon on clique sur « OK » pour continuer.

39
 Figure 21. Récapitulation de la configuration de l’installation

On entre le mot de passe pour les comptes SYS et SYSTEM, puis cliquez sur le bouton « OK ».

Figure 22. Configuration du mot de passe

Etape 9 : Une fois l'installation terminée avec succès, le programme d'installation nous en
informera comme indiqué dans la figure 23. Cliquez sur le bouton « Close » pour fermer la
fenêtre.

40
 Figure 23. Fin de l’installation de l’Oracle

Pour connecter à une base de données Oracle, on doit tout d’abord lancer l’application SQL
Developper fournie par la base de données Oracle. Après avoir cliqué sur le bouton droit sur le
nœud de connexions, une fenêtre s’ouvre et on y insère les informations que nous avons fournies
pendant le processus d'installation. On clique sur le bouton « Connecter » pour nous connecter à
la base de données Oracle.

Figure 24. Connection à la base de données avec SQL Developper

7.2. Visual Studio Community 2019

On exécute le fichier de démarrage « vs_community.exe » pour installer le programme
d'installation de Visual Studio.

41
Nous vous demanderons de prendre connaissance des conditions de licence Microsoft et de la
déclaration de confidentialité Microsoft. Choisissons « Continue ».

Figure 25. Condition de licence de Visual Studio Community 2019

Une fois le programme d'installation installé, nous pouvons l'utiliser pour personnaliser notre
installation en sélectionnant les jeux de fonctionnalités (ou charges de travail) que nous
souhaitons. Pour un développement web, on a besoin des modules « Développement web et
ASP.NET » et « Développement multiplateforme .NET Core ». À tout moment après
l’installation, on peut toujours installer des charges de travail ou des composants qu’on n’a pas
installés initialement, en lançant l’installeur.

Figure 26. Choix des composants à installer

Après avoir choisi les packages souhaités, on clique simplement sur le bouton "Install" pour
continuer. Ensuite, des écrans d'état se suivent pour montrer la progression de notre installation
de Visual Studio.

Figure 27. Installation de Visual Studio Community 2019

42
Une fois l'installation terminée, nous pouvons lancer Visual Studio 2019. Il devrait y avoir une
icône ou un menu ajouté à Windows. Après l’avoir exécuté, la figure 28 montre que Visual
Studio se lance.

43
 Chapitre 8. Développement de l’application

8.1. Architecture de l’application

Maintenant qu’on finit l’installation de tous les outils de développement, parlons maintenant de
la conception proprement dite de l’application.
Nous avons choisi le « design pattern » MVC (Model View Controller) comme méthode de
programmation. MVC est un patron de conception très répandu pour réaliser des applications
robustes et évolutifs car il permet d’isoler chaque partie de l’application :

Model : Cette partie du code contient tout ce qui concerne l’interaction avec la base de données.
Concrètement dans notre cas, on y trouve des classes pour chaque entité, c’est-à-dire qu’une
classe représente une entité.

View : Comme son nom l’indique, la vue est tout ce qu’on voit à l’écran dans le navigateur web.
Elle est constituée globalement de code HTML, CSS et Javascript. La vue est en générale la
représentation des données du model donc c’est par l’intermédiaire de la vue que l’utilisateur
interagit avec l’application.

Controller : C’est ce dernier qui joue le rôle le plus important dans cette méthode de
programmation car c’est le contrôleur qui joue l’intermédiaire entre le Model et la View.
Concrètement, c’est dans le contrôleur qu’on trouve le logique métier de l’application car il
récupère les données depuis le Model et le transmet vers la View.

Figure 28. Architecture MVC

Ce patron d’architecture logicielle est une solution éprouvée et reconnue permettant de séparer
l’affichage des informations, les actions de l’utilisateur et l’accès aux données.

8.2. Création de la base de données

En générale, notre base de données est constituée de X tables. Nous verrons dans la figure 30 les
scripts pour la création de la base.

44
 CREATE TABLE "STAGEL2"."ACTIVITE" ("CODE_ACT" VARCHAR2(20 BYTE), "LIBELLE" VARCHAR2(50BYTE),
"DATE_SAI" VARCHAR2(20 BYTE), "DATE_MOD" DATE) SEGMENT CREATION DEFERRED PCTFREE 10 PCTUSED 40 INITRANS
1 MAXTRANS 255 NOCOMPRESS LOGGING « USERS » ; REM INSERTING into STAGEL2.ACTIVITE SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."AGENT" ("MATR" VARCHAR2(5 BYTE), "NOM_AG" VARCHAR2(100 BYTE), "SEXE_AG"
VARCHAR2(1 BYTE), "ETAB_AG" VARCHAR2(1 BYTE), "DNAISS_AG" VARCHAR2(20 BYTE), "SA" VARCHAR2(20 BYTE),
"PHOTO_AG" VARCHAR2(100 BYTE)) SEGMENT CREATION DEFERRED PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
NOCOMPRESS LOGGING TABLESPACE "USERS" ; REM INSERTING into STAGEL2.R_AGENT SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."CERTIFICAT_AG" ("MATR" NUMBER(5,0), "TYPAT" NUMBER(2,0), "AGE" NUMBER(3,0),

"ANNEE_CERT" VARCHAR2(4 BYTE), "CERT_CELIB" VARCHAR2(1 BYTE), "CERT_SCOL" VARCHAR2(1 BYTE), "NUM_OP"
NUMBER(6,0), "DATE_SAI" DATE, "ANNEE_CET_SCOL" VARCHAR2(4 BYTE), "MATR_NOUV" VARCHAR2(6 BYTE), "NOM"
VARCHAR2(100 BYTE), "DATE_MOD" DATE ) SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1
MAXTRANS 255 NOCOMPRESS LOGGING STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS" ; REM INSERTING into STAGEL2.CERTIFICAT_AG SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."FREQMALA_JDE" ("FREQMALA" NUMBER, "ETAB" NUMBER(1,0),"NUMERO" NUMBER(6,0),

"MATR" NUMBER(6,0), "TYPAT" NUMBER(2,0), "DFREQ" DATE, "IDENTIFIANT" VARCHAR2(20 BYTE), "TAMAX" FLOAT(126),
"TAMIN" FLOAT(126), "POIDS" FLOAT(126), "TAILLE" FLOAT(126), "PC" FLOAT(126), "TEMP" FLOAT(126), "ALBUM"
FLOAT(126), "JREPOS" FLOAT(126), "HACMS" VARCHAR2(8 BYTE), "HAMEDE" VARCHAR2(8 BYTE), "SA" VARCHAR2(60
BYTE),
"NAT_CONSULT" VARCHAR2(1 BYTE), "DATE_RENDEZ_VOUS" DATE, "STE" VARCHAR2(3 BYTE), "CODE_PREST"
VARCHAR2(5 BYTE), "TYPE_CLI" VARCHAR2(10 BYTE), "CODE_ACT" VARCHAR2(3 BYTE), "NOUV_CAS" VARCHAR2(3
BYTE), "PULLS" NUMBER(*,0), "NUM_ORD" VARCHAR2(20 BYTE), "AVIS_MEDE" VARCHAR2(500 BYTE), "MATR_NOUV"
VARCHAR2(6 BYTE), "NOM" VARCHAR2(100 BYTE), "ADRESSE" VARCHAR2(100 BYTE), "SEXE" VARCHAR2(1 BYTE),
"DNAIS" DATE, "GLYCEMIE" FLOAT(126), "AGE" NUMBER, "CAS" VARCHAR2(3 BYTE), "MONTANT" NUMBER(*,0),
"DATE_MOD" DATE)
SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST
GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "USERS" ;
REM INSERTING into STAGEL2.FREQMALA_JDE SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."F55EMPME" ("YAAN8" NUMBER, "YAALPH" NCHAR(40), "YAOEMP" NCHAR(8), "YASEX"
NCHAR(1), "YADOB" NUMBER(6,0), "YAP006" NCHAR(3), "YAHMCU" NCHAR(12), "YAUKID" NUMBER, "YADSC1" NCHAR(30),
"YATRDJ" NUMBER(6,0), "YADL011" NCHAR(100), "YAALPH1" NCHAR(40), "PHOTO" VARCHAR2(200 BYTE)) SEGMENT
CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING STORAGE(INITIAL
65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1
BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "USERS" ; REM
INSERTING into STAGEL2.F55EMPME SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."MEDICAMENT" ( "CODE_MEDICA" VARCHAR2(20 BYTE), "LIBELLE" VARCHAR2(200 BYTE),

"TYPE" VARCHAR2(30 BYTE), "PU" NUMBER (*,0)) SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1
MAXTRANS 255 NOCOMPRESS LOGGING STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS" ;
REM INSERTING into STAGEL2.MEDICAMENT SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."ORDONNANCE" ( "FREQMALA" NUMBER(*,0), "CODE_MEDICA" VARCHAR2(20 BYTE), "DUREE"

FLOAT(126), "QTE" FLOAT(126), "DATE_SAI" DATE, "MATIN" FLOAT(126), "MIDI" FLOAT(126), "SOIR" FLOAT(126),
"CODE_ORD" NUMBER) SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255
NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST
GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "USERS" ; REM
INSERTING into STAGEL2.ORDONNANCE
SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."PRESTAT" ("CODE_PREST" VARCHAR2(5 BYTE), "LIB_PREST" VARCHAR2(100 BYTE), "PU"
NUMBER(12,2), "CODE_ACT" VARCHAR2(3 BYTE), "DATE_SAI" DATE, "PRIX_INT" NUMBER(12,2), "DATE_MOD" DATE)
SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST
GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
TABLESPACE "USERS" ; REM INSERTING into STAGEL2.PRESTAT SET DEFINE OFF ;

CREATE TABLE "STAGEL2"."STE"

("CODE_STE" VARCHAR2(5 BYTE), "LIBELLE" VARCHAR2(40 BYTE), "TYPE_CLI" VARCHAR2(10 BYTE), "ADRESSE1"
VARCHAR2(100 BYTE), "ADRESSE2" VARCHAR2(100 BYTE), "DATE_SAI" DATE, "DATE_MOD" DATE ) SEGMENT CREATION
IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING STORAGE(INITIAL 65536 NEXT
1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL
DEFAULT
FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "USERS" ; REM INSERTING into STAGEL2.STE ; SET
DEFINE OFF;

CREATE TABLE "STAGEL2"."UTILISATEUR" ( "IDENTIFIANT" VARCHAR2(20 BYTE), "PASSWORD" VARCHAR2(20 BYTE),

"GROUPE" VARCHAR2(30 BYTE), "LOGIN" VARCHAR2(30 BYTE), "NOM" VARCHAR2(50 BYTE), "CODE_PREST" VARCHAR2(30
BYTE), "DATE_SAI" DATE, "DATE_MOD" DATE, "MODIFIANT" VARCHAR2(20 BYTE), "STATUT" VARCHAR2(10 BYTE))
SEGMENT CREATION IMMEDIATE PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST
GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "USERS" ; REM
45
 INSERTING into STAGEL2.UTILISATEUR ; SET DEFINE OFF;

ALTER TABLE "STAGEL2"."ACTIVITE" ADD CONSTRAINT "R_ACTIVITE_PK" PRIMARY KEY ("CODE_ACT")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 NOCOMPRESS LOGGING TABLESPACE "USERS »
ENABLE ;

ALTER TABLE "STAGEL2"."AGENT_TEMP" ADD CONSTRAINT "R_AGENT_PK" PRIMARY KEY ("MATR")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 NOCOMPRESS LOGGING
TABLESPACE "USERS » ENABLE ;

ALTER TABLE "STAGEL2"."FREQMALA_JDE" ADD CONSTRAINT "FREQMALA_JDE_PK" PRIMARY KEY ("FREQMALA")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS » ENABLE ;

ALTER TABLE "STAGEL2"."MEDICAMENT" ADD CONSTRAINT "MEDICAMENT_PK" PRIMARY KEY ("CODE_MEDICA")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS » ENABLE ;

ALTER TABLE "STAGEL2"."ORDONNANCE" ADD CONSTRAINT "ORDONNANCE_PK" PRIMARY KEY ("CODE_ORD")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS » ENABLE ;

ALTER TABLE "STAGEL2"."PRESTAT" ADD CONSTRAINT "PRESTAT_PK" PRIMARY KEY ("CODE_PREST")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS" ENABLE ;

ALTER TABLE "STAGEL2"."STE" ADD CONSTRAINT "STE_PK" PRIMARY KEY ("CODE_STE")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS" ENABLE ;

ALTER TABLE "STAGEL2"."UTILISATEUR" ADD CONSTRAINT "UTILISATEUR_PK" PRIMARY KEY ("IDENTIFIANT")

USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE (INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE
DEFAULT) TABLESPACE "USERS" ENABLE ;

8.3. Codage de l’application

Avant de plonger dans le vif du sujet, il faut tout d’abord voire comment fonctionne ASP.Net.

Figure 29. Déroulement d’une requête dans ASP.NET

46
De gauche à droite : l’utilisateur émet une requête via une vue ou une interface. Les actions
suivantes se passe à l’intérieur de l’application, premièrement, cette requête est redirigée vers
son contrôleur correspondant. Chaque vue appartient à un contrôleur et un contrôleur a le nom de
son vue plus le mot « Controller », il redirige les requêtes vers son vue correspondante et
l’affiche ou exécute ses instructions. Le Model ici est utilisé pour crée des classes pour chaque
vue. Dans les classes, on a créé des fonctions qui reçoivent les données via la base de données et
à chaque utilisation il suffit de faire appel à la fonction qui correspond. L’appel de la fonction se
fait dans le contrôleur ou directement sur la vue. Toutefois, on a souvent utilisé AJAX pour la
mise à jour de la page web. Par exemple, le clic sur un bouton fait appel à une fonction
JavaScript, il suffit donc d’inclure le fichier « .js » dans l’en-tête de la vue puis elle l’exécute.
Dans la fonction, il y a une redirection vers la vue d’un contrôleur qui correspond. L’IIS est un
serveur web simple d’utilisation et d’administration de l’ASP.NET.
Voici donc les grandes parties de notre applications web :

• Model :
Nous disposons 9 classes consécutives : -
FonctionAct : pour les activités
- FonctionCert : pour les certificats
- FonctionMed : pour les medecins
- FonctionHome : pour les authentifications
- FonctionInf : pour l’infirmerie
- FonctionMedica : pour les médicaments
- FonctionPrest : pour les prestations
- FonctionRapport : pour les rapports
- FonctionSte : pour les sociétés
- FonctionUser : pour les utilisateurs

• Controller :
- ActiviteController
- CertificatController
- ConsultMedecinController
- HomeController
- InfirmerieController
- MedicamentController
- PrestationController
- RapportController
- SocieteController
- UtilisateurController 8.4. Présentation de l’application

La mission principale de l’application est de gérer d façon claire et rapide les fréquentations qui
se présentent au CMS de la JIRAMA. Elle facilite également l’enregistrement et la statistique de
ces dernières. On y trouve aussi toutes les informations sur les utilisateurs de l’application, les
activités ainsi que les prestations, les certificats de l’enfant des agents internes et enfin les
sociétés et leurs agents du CMS.

47
 Chapitre 9. Mise en œuvre de l’application
9.1. Authentification
Avant d’accéder à l’administration, une authentification est requise. L’utilisateur doit entrer sa
catégorie, son nom d’utilisateur et son mot de passe.

Figure 30. Page d’authentification

Il en existe pour le moment 4 catégories : Superviseur, Accueil, Infirmerie, Médecin. Chaque
catégorie a son privilège et seul le Superviseur a accès à tous les droits.

9.2. Page d’accueil de l’Accueil

La figure 31 montre la page d’accueil de l’Accueil.

Figure 31. Page d’accueil à la réception

9.3. Enregistrement d’une nouvelle fréquentation
Pour enregistrer une nouvelle fréquentation, on clique sur le bouton « Nouveau ».
48
Deux cas se présente, le patient de type Interne qui sont les agents de la JIRAMA et leurs
familles, et les patients Externes qui sont les agents des sociétés associés à la CMS JIRAMA.
1er cas. Patient Externe :

Figure 32. Nouvelle fréquentation d’un patient externe

2ème cas. Patient Interne :

Figure 33. Liste d’ayant droit d’un agent interne

Une fois qu’on a entré la matricule de l’agent (1), on obtient la liste de sa famille (2). De cette
liste on sélectionne juste la ligne correspondante (3) et le formulaire de saisie se remplie tout de
suite, comme on voit sur la figure 35.
49
 Figure 34. Nouvelle fréquentation d’un patient interne

Le type du patient est déterminé une fois qu’on sélectionne une Société et c’est à partir de là que
les champs spécifiques pour les patients s’affichent si la Société est de type Interne.
Dans tous les deux cas, la liste des Prestations à sélectionner ainsi que le Code médecin
disponible dépend de l’Activité choisie. Et le Numéro d’entrée du patient se calcule
automatiquement par Médecin et par jour.
Pour enregistrer une fréquentation on clique sur « Valider ».

9.4. Modification d’une fréquentation

L’Accueil peut encore modifier une fréquentation si cette dernière n’est pas encore traité par le
Médecin responsable. Pour ce faire, on clique sur le bouton jaune « Modifier » de la figure 31.
De ce fait, on obtient le formulaire de modification comme indiquée dans la figure 35.

Figure 35. Modification d’une fréquentation

9.5. Page d’accueil de l’Infirmerie

De l’Infirmerie, on peut voir toutes les fréquentations validées de l’Accueil.

50
 Figure 36. Page d’accueil de l’Infirmerie

Pour intervenir, on clique sur le bouton « Traiter » de la ligne qu’on souhaite traitée (1), et le
formulaire se rempli automatiquement des données du patient (2) comme la figure 37 nous le
montre.

Figure 37. Sélection du patient à traiter

Ensuite, l’Infirmier(ère) à charge du patient remplie le formulaire par les constats qu’il fait
directement du patient (3) et puis clique sur le bouton « Valider » .

9.6. Page d’accueil des Médecins

De son page d’accueil, le Médecin connecté ne voit que les patients qui sont déjà passés chez
l’Infirmerie et qui lui sont attribués.

51
 Figure 38. Page d’accueil d’un Médecin

Tout comme celui de l’Infirmerie, il suffit juste de cliquer sur le bouton « Traiter » de la ligne du
patient qu’on souhaite traiter (1) et le fiche du patient se régénère automatiquement, ainsi que le
formulaire de son ordonnance (2).

Figure 39. Prise en main d’un patient

De ces formulaires, le médecin insère le médicament qu’il recommande. Une fois que ce dernier
clique sur le bouton « Ajouter à la liste », la « Liste des médicaments prescrits » se mette à jour
automatiquement.

52
 Figure 40. Ajout des médicaments à prescrire

Pour finir, le médecin peut ajouter des notes à propos du patient et indique le nombre de jours de repos ainsi
que la date de la prochaine rencontre si nécessaire et clique sur le bouton « Valider le tout ».

9.7. Statistique des fréquentations au CMS

Le rapport est propre pour de les utilisateurs ayant de droit comme administrateur. Il représente la statistique
des fréquentations dans les 6 dernières années.

Pour voir un rapport plus détaillé, on entre l’année qu’on souhaite voir dans le champ de saisie et on est dirigé
tout de suite dans un nouvel onglet comme dans la figure 42.

Figure 41. Statistique des fréquentations des 6 dernières années

53
Figure 42. Rapport détaillé

54
 CONCLUSION

La société JIRAMA tient un rôle très important au développement économique de

Madagascar mais surtout une grande place dans la société Malagasy car elle assure la gestion et
distribution de l’eau et électricité à travers le pays ; elle fait aussi la maintenance et la mise en
place des infrastructures concernant son domaine. Notre stage s’est déroulé dans la Direction des
Systèmes Informatiques de celui-ci où nous avons intégré l’application winDev existante en une
application web pour gérer au mieux les fréquentations faites à sa Centre Médico-Social.
La réalisation de ce projet a nécessité l’utilisation du langage de modélisation MERISE
pour la modélisation des données et des traitements, de l’outils de conception POWER AMC, du
système de gestion de base de données Oracle Database Entreprise 12c pour le stockage de
données, de l’environnement de développement Visual Studio 2019 avec le langage C# .Net pour
le développement de l’application.

Le but de ce projet est de moderniser tout d’abord l’application que le CMS utilise
actuellement, qui est désormais plus facile à maintenir en la passant en application web où on y a
apporté de nouvelles fonctionnalités. L’application qu’on a mis en place suit les mouvements du
patient de l’accueil à sa sortie chez le Médecin. L’application est opérationnelle et répond aux
principales attentes des utilisateurs. Cependant, elle peut être encore améliorée et optimisée en y
intégrant les traitements faits aux services pharmaceutiques et de paramédicaux.
Ce stage nous a beaucoup apporté de nouvelles choses tout en mettant en œuvre les
pratiques que nous avons acquis au sein de l’Ecole Nationale d’Informatique. Il nous a permis
également à nous familiariser avec le monde de l’entreprise et d’approfondir nos connaissances
en matière de développement web.
REFERENCES BIBLIOGRAPHIQUES

[1] Open Classroom, 2012, Apprenez à programmer en C# sur .Net, consulté le 6 Novembre
2019, 131 pages.
[2] Jean-Patrick MATHERON, COMPRENDRE MERISE, outils conceptuels et
organisationnels, consulté le 11 Novembre 2019.

XI
 REFERENCE WEBOGRAPHIQUES

[4] http://www.jirama.mg, site officielle de JIRAMA, consulté le 6 Novembre 2019

[5] http://www.learnvisualstudio.net , Visual Studio 2019, consulté le 10 Novembre 2019

[6] https://openclassrooms.com/fr/courses/2426731-creez-votre-site-web-en-asp-net, ASP.NET,

consulté le 10 Novembre 2019

XII
 GLOSSAIRE

Association : lien entre plusieurs entités.

Cardinalité : d’une patte reliant un type-association et un type-entité précise le nombre de fois

minimal et maximal d’interventions d’une entité dans une association.

Clé primaire : code identifiant de manière unique d’un enregistrement dans une table.

Clé secondaire : code d’une table référençant un enregistrement d’une autre table.

Entité : un objet, une chose concrète ou abstraite qui peut être reconnue distinctement et qui est
caractérisée par son unicité.

Framework : ensemble d’outils et de composants logiciels à la base d’un logiciel ou d’une

application.

Patient externe : patient qui est un des agents de la JIRAMA ou de sa famille.

Patient externe : patient qui est un des agents des sociétés externes qui sont rattachées à la CMS
JIRAMA.

Système d’Information : Ensemble organisé d’éléments qui permet de regrouper, de classifier, et

de diffuser de l’information sur un phénomène donné.

ANNEXES

Interface de l’inscription d’un nouvel utilisateur en tant que « Médecin généraliste » et de statut «
actif » dont le mot de passe ainsi que le nom d’utilisateur sont par défaut l’identifiant de l’utilisateur
(par l’administrateur) :

XIII
 Figure 43. Inscription d’un nouvel utilisateur

Interface de la configuration de compte de l’utilisateur (par l’utilisateur) :

Figure 44. Configuration de compte

Interface de la liste des sociétés :

XIV
 Figure 45. Liste des sociétés

Interface de la modification d’une société (par l’administrateur) :

Figure 46. Modification des données d’une société

Interface de la suppression d’une société (par l’administrateur) :

Figure 47. Suppression d’une société

XV
 TABLES DES MATIERES
CURRICULUM VITAE ......................................................................................................................................
I
REMERCIEMENTS .........................................................................................................................................
V
SOMMAIRE ..................................................................................................................................................
VI
NOMENCLATURE .......................................................................................................................................
VIII
LISTE DES TABLEAUX ...................................................................................................................................
IX
LISTE DES FIGURES ........................................................................................................................................
X
INTRODUCTION GENERALE ..........................................................................................................................
1
PARTIE I. Présentations générales ................................................................................................................
2
Chapitre 1. Présentation de l’Ecole Nationale d’Informatique ........................................................... 3
1.1. Information d’ordre générale ........................................................................................................
3
1.2. Missions et historique ...................................................................................................................
3
1.3. Organigramme institutionnel de l’ENI ...........................................................................................
4
1.4. Domaines de spécialisation ...........................................................................................................
5
1.5. Architecture des formations pédagogiques ..................................................................................
6
1.6. Relation de l’ENI avec les entreprises et les organisations ...........................................................
8
1.7. Partenariat au niveau international ..............................................................................................
9
1.8. Débouchés professionnels des diplômes ....................................................................................
10
1.9. Ressources humaines ..................................................................................................................
11
Chapitre 2. Présentation de la JIRAMA ............................................................................................. 12
2.1. Historique et contacts .................................................................................................................
12
2.1.1. Historique ............................................................................................................................. 12
2.1.2. Contacts ................................................................................................................................ 12

XVI
 2.2. Administration et Organisation ...................................................................................................
12
2.2.1. Administrations .................................................................................................................... 12
2.2.2. Organigramme ...................................................................................................................... 13
2.3. Agences .......................................................................................................................................
13
2.4. Partenaires ..................................................................................................................................
14
Chapitre 3. Présentation de la CMS .................................................................................................. 16
3.1. Historique ....................................................................................................................................
16
3.2. Population à charges ...................................................................................................................
16
3.3. Infrastructures et équipements ..................................................................................................
16
3.4. Organigramme de la CMS ............................................................................................................
16
Chapitre 4. Description du projet ...................................................................................................... 18
4.1. Formulation .................................................................................................................................
18
4.2. Objectif et besoin de l’utilisateur ................................................................................................
18
4.3. Moyens nécessaires à la réalisation du projet ............................................................................
18
4.3.1. Moyens personnels ..............................................................................................................
18
4.3.2. Moyens matériels .................................................................................................................
18
4.4. Méthodologie pour la conduite de ce projet ..............................................................................
19
4.5. Résultats attendus .......................................................................................................................
19
Partie II. ANALYSE ET CONCEPTION ............................................................................................................
20
Chapitre 5. Analyse préalable ........................................................................................................... 21
5.1. Analyse de l’existant ....................................................................................................................
21
5.1.1. Organisation actuelle ...........................................................................................................
21
5.1.2. Moyens matériels et logiciels existants ................................................................................
21

XVII
 5.2. Critique de l’existant ...................................................................................................................
22
5.3. Conception avant-projet .............................................................................................................
22
5.3.1. Problème principal ...............................................................................................................
22
5.3.2. Solutions proposées .............................................................................................................
22
5.3.3. Solution à retenir et justification des choix ..........................................................................
23
5.3.4. Justification de choix d’outils ...............................................................................................
23
5.3.5. Justification du choix du langage..........................................................................................
23
5.3.6. Justification du choix des Framework utilisés ......................................................................
24
Chapitre 6. Analyse conceptuelle ...................................................................................................... 25
6.1. Présentation de la méthode MERISE ...........................................................................................
25
6.2. Dictionnaires de données ............................................................................................................
26
6.3. Règles de gestion .........................................................................................................................
28
6.4. Diagramme de flux ......................................................................................................................
28
6.5. Modèle Conceptuel des Données (MCD) ....................................................................................
29
6.6. Modèle Logique des Données (MLD) ..........................................................................................
31
6.6.1. Règles de passage du MCD eu MLD .....................................................................................
31
6.6.2. MLD du projet .......................................................................................................................
31

XVIII
 6.7. Modèle Conceptuel des Traitements (MCT) ...............................................................................
33
6.8. Modèle Organisationnel des Traitement (MOT) .........................................................................
33
6.9. Modèle Physique des Données (MPD) ........................................................................................
34
Partie III. Réalisation du projet ...................................................................................................................
36
Chapitre 7. Installation et configuration des outils ........................................................................... 37
7.1. Oracle Database 12c Release 1 ...................................................................................................
37
7.2. Visual Studio Community 2019 ...................................................................................................
43
Chapitre 8. Développement de l’application .................................................................................... 46
8.1. Architecture de l’application .......................................................................................................
46
8.2. Création de la base de données ..................................................................................................
46
8.3. Codage de l’application ...............................................................................................................
48
8.4. Présentation de l’application ......................................................................................................
49
Chapitre 9. Mise en œuvre de l’application ...................................................................................... 50
9.1. Authentification ...........................................................................................................................
50
9.2. Page d’accueil de l’Accueil ...........................................................................................................
50
9.3. Enregistrement d’une nouvelle fréquentation ...........................................................................
51
9.4. Modification d’une fréquentation ...............................................................................................
52
9.5. Page d’accueil de l’Infirmerie ......................................................................................................
53
9.6. Page d’accueil des Médecins .......................................................................................................
53
9.7. Statistique des fréquentations au CMS .......................................................................................
55
CONCLUSION ...............................................................................................................................................
XI
REFERENCES BIBLIOGRAPHIQUES ..............................................................................................................
XII

XIX
REFERENCE WEBOGRAPHIQUES ...............................................................................................................
XIII
GLOSSAIRE .................................................................................................................................................
XIV
ANNEXES .....................................................................................................................................................
XV
TABLES DES MATIERES .............................................................................................................................
XVII
RESUME ......................................................................................................................................................
XX

XX
 RESUME

Le présent projet consiste à concevoir et à réaliser une application web qui a permis de gérer plus
facilement les mouvements journaliers entre les CMS de la JIRAMA et leurs patients. Ce stage
nous a permis de connaître la vie professionnelle d’une entreprise et de renforcer nos
connaissances en matière de développement d’applications.
Mots clés : conception, MERISE, fréquentation, Oracle Database, Visual Studio, C#, DPSI,
application web, JRAMA

ABSTRACT
This project consists in designing and implementing a web application that allowed JIRAMA’s
CMS to more easily manage their patient’s movements from day to day. This intership has
enabled us to know the professional life within a company. I has also helped us to strengthen our
knowledge for the development of applications.
Keywords : conception, MERISE, fréquentation, Oracle Database, Visual Studio, DPSI,
application web, JIRAMA

XXI