SOCIETE NATIONALE DE

DEVELOPPEMENT INFORMATIQUE

OFFRE TECHNIQUE

--------------------------------
REALISATION D’UN SYSTEME
D’INFORMATION DE SURVEILLANCE
EPIDEMIOLOGIQUE
--------------------------------

MARS 2020

1
 Offre Technique

Table des matières

1 RAPPEL GÉNÉRAL SUR LA MISSION.........................................................................................................3

1.1 Contexte...............................................................................................................................................3
1.2 Objectifs du projet................................................................................................................................4
2 SOLUTION PROPOSEE............................................................................................................................. 4
2.1 Architecture fonctionnelle.....................................................................................................................5
2.2 Schéma synoptique de l'architecture fonctionnelle...............................................................................6
3 Environnement de Réalisation et de Production....................................................................................7
3.1 Présentation de Linux Redhat................................................................................................................7
3.2 Présentation de la base de données POSTRESQL 10...............................................................................7
3.3 Présentation du serveur wildfly...........................................................................................................10
3.4 Présentation de Apache 2.4.................................................................................................................12
1.4 Présentation des outils de développement..........................................................................................12
4 ARCHITECTURE TECHNIQUE DE DEPLOIEMENT....................................................................................14
4.1. Architecture Physique et Matériel........................................................................................................14
5 METHODOLOGIE ET PLANNING............................................................................................................ 16
5.1 Déroulement.......................................................................................................................................16
5.2 Plan de travail (Tâches, livrables, responsabilités ).....................................................................17
6 ORGANISATION ET CHARGE DE TRAVAIL..............................................................................................22
6.1 Organisation du projet........................................................................................................................23
1.2 Personnel............................................................................................................................................23
1.3 Plan des charges..................................................................................................................................26
6.4 Calendrier de Réalisation.....................................................................................................................27

2
 Offre Technique

1 RAPPEL GÉNÉRAL SUR LA MISSION

1.1 CONTEXTE

La côte d’ivoire frappée par la maladie à corona virus (COVID-19) avec ses nombreux cas
confirmés, a voulu suivre la propagation de cette pandémie et casser la chaine de contamination.
C’est dans ce cadre que l’Institut Pasteur a mandaté la Société Nationale de développement
informatique (SNDI) pour la mise en œuvre d’une solution informatique dénommé système
d’information de surveillance épidémiologique (SISE).

1.2 OBJECTIFS DU PROJET

Le besoin d'automatisation de la gestion des patients, des résultats et le suivi des personnes
contacts devient de plus en plus fastidieux. Le procédé utilisé par l’institut pasteur après réception
des échantillons souffre d’une efficacité accrue dans la disponibilité de l’information en temps
réelle à l’INHP.

Le système d’information à élaborer devra non seulement, automatiser tous les processus
couvrant l’identification du patient jusqu’à la prise en charge effective et le suivi des personnes
contacts. Aussi, il induira la production de données statistiques pertinentes pour une prise de
décision par les structures de la santé.

Il s’agit en somme de :

 D’identifier tous les patients (cas alerte, cas suspect) ;

 Suivre les personnes contacts ;

 Suivre le lieu d’acheminement de chaque prélèvement (laboratoire) ;

 Suivre les patients de façon journalière pendant la phase d’isolement ;

 Avoir l’information des cas positif ou non en temps réelle, après les tests effectués à l’IP-
CI;

 Etablir des rapports statistiques ;

3
 Offre Technique

 Afficher la courbe évolutive de la pandémie (tableau de bord) ;

 Faciliter la gestion des patients dédiée aux équipes d’intervention ;

 Validation et consolidation des résultats des patients ;

 Gérer la confidentialité des données des patients ;

 Gérer les droits d’accès des fiches et des prélèvements ;

 Editer l’état des résultats du patient par le biologiste ;

 Editer la liste des cas positif ou non par région, district sanitaire, commune et ville ;

 Permettre l’exportation et l’importation des données épidémiologique dans le système ;

 Etablir une communication de données entre les structures concernées (SMIT, IPCI,
INHP) ;

 Permettre l’exportation des données devant être transféré à l’OMS ;

L’évolution des technologies nous permet aujourd’hui de donner une nouvelle fiabilité au
traitement des informations en ce qui concerne le patient, les prélèvements, les structures
sanitaires et les laboratoires.
Le présent document décrit l'offre faite relativement à l'acquisition d'un système d’Information
de Surveillance Epidémiologique (SISE) proposée par la Société Nationale de
Développement Informatique (SNDI).

2 SOLUTION PROPOSEE

L’outil applicatif à mettre en œuvre sera un système informatique full web intégré, sécurisé et
robuste dont l’objectif principal sera d’assurer une bonne gestion et une exploitation efficiente des
données épidémiologique sur les patient, le suivi des personnes contacts ainsi que la disponibilité
des données en temps réel.

2.1 ARCHITECTURE FONCTIONNELLE

Ce système d’information de surveillance épidémiologique comportera les quatre (04) modules

suivants :

4
 MODULE SOUS-MODULES DESCRIPTION DES FONCTIONNALITES

Ce module permettra de :
 Gérer les paramètres partagés par l'en-
semble des acteurs (utilisateurs, rôles, ha-
bilitation),
Administration  Gérer la sécurité,
 Verrouillage de compte
 Gestion des paramètres
 Gestion de la confidentialité

Ce module permettra de :
 Saisie d’un patient
 Saisie des personnes contacts
 Saisie des agents de santé
 Mise en place de l’équipe de suivi des
Référentiel patients
 Saisie du découpage sanitaire
 Saisie des établissements sanitaires
 Saisie des localités
 Saisie des maladies
 Saisie de l’état du patient
Ce module permettra de :
Prélèvement
 Afficher le nombre de cas confirmés
tableau de bord  Afficher le nombre de cas guéris
 Afficher le nombre de décès
 Afficher le nombre de cas actifs
 Afficher la courbe évolutive des cas
confirmés
 Afficher la courbe évolutive des cas guéris
 Afficher la courbe évolutive des décès
5
 Offre Technique

MODULE SOUS-MODULES DESCRIPTION DES FONCTIONNALITES

 Afficher la courbe évolutive des cas actifs
Cas confirmés  Afficher la courbe évolutive des cas
négatifs
 Afficher la courbe évolutive des cas
positifs
 Afficher le nombre de prélèvement
 Afficher le nombre prélèvement effectué
par les structures sanitaires
 Afficher le nombre de prélèvements
transmis à l’institut pasteur
 Afficher le nombre de prélèvements non
analysés
Ce module permettra de :
 Renseigner la campagne
 Renseigner la fiche du patient
Enquête  Transmettre les prélèvements à l’IPCI
épidémiologiqu  Renseigner le résultat du patient
e  Valider les résultats des patients
 Consolider les résultats du patient
 Suivre les contacts du patient déclaré posi-
tif au COVID-19

6
2.2 SCHÉMA SYNOPTIQUE DE L'ARCHITECTURE FONCTIONNELLE

PLATEFORME DU SYSTEME D’INFOMATION DE SURVEILLANCE EPIDEMIOLOGIQUE

Administration
 Gestion des comptes d’accès
 Gestion de la sécurité, des profils et des utilisa-
teurs
 Gestion des paramètres
Référentiel
 Saisie d’un patient
 Saisie des personnes contacts
 Saisie des agents de santé
 Mise en place de l’équipe de suivi des
patients
 Saisie du découpage sanitaire
 Saisie des établissements sanitaires
 Saisie des localités
 Saisie des maladies
Enquête épidémiologique Acteurs

d’accès
Portail d’accès
Externe
(Reporting)
(Reporting)

 Renseigner la campagne s
BD
BD  Renseigner la fiche du patient
SISE
SISE  Transmettre les prélèvements à l’IPCI
 Renseigner le résultat du patient

Portail
 Valider les résultats des patients
 Consolider les résultats du patient
 Suivre les contacts du patient déclaré po-
sitif au COVID-19
Tableau de bord

 Les cas confirmés Acteurs

 Afficher la courbe évolutive des cas Internes
négatifs
 Afficher la courbe évolutive des cas
positifs
 Afficher le nombre de prélèvement
 Afficher le nombre prélèvement
effectué par les structures
sanitaires 7
 Les prélèvements.
 Afficher le nombre de cas confirmés
 Afficher le nombre de cas guéris
 Afficher le nombre de décès
 Afficher la courbe évolutive des cas
3 ENVIRONNEMENT DE RÉALISATION ET DE PRODUCTION

Notre solution reposera sur les outils et technologies suivants :

- Système d’exploitation : Linux ;
- Système de Base de données : PostgreSQL 10 ;
- Serveur d’application : Wildfly 11 ;
- Serveur de publication : Apache 2.4 ;
- Langage de développement : JAVA ;

3.1 PRÉSENTATION DE LINUX REDHAT

RedHat prend en charge les principales plateformes matérielles et des milliers d'applications
personnalisées et commerciales, RedHat Enterprise Linux est incontournable pour les centres de
données d'entreprise. C’est un système efficace, évolutif et fiable, du fait qu’il soit optimisé pour
les systèmes multicoeurs très évolutifs, il gère aussi la complexité du système sous-jacent, réduit
les goulots d’étranglement améliore les performances des applications, réduit la consommation
d’énergie et garantit l’intégrité des données de bout en bout. Les administrateurs et développeurs
d'applications peuvent définir des politiques par processus, par applications et même par invités
pour adapter l'utilisation du réseau, de la mémoire et des processeurs aux besoins de la société
et à ses contrats de niveau de service. Grâce à sa gamme complète de technologies de sécurité
(du contrôle de pare-feu de réseau à la protection des conteneurs pour l'isolation des
applications), RedHat Enterprise Linux est l'un des systèmes d'exploitation les plus certifiés au
monde. Que ce soit comme hôte, comme invité ou dans un Cloud, il est possible de protéger les
applications avec une suite complète de technologies. RedHat Enterprise Linux est conçu pour
être à la fois hôte et invité de virtualisation de qualité supérieure, quel que soit l'hyperviseur ou
l’isolateur. La virtualisation étant directement intégrée au noyau, l'ensemble de la gestion du
système, des outils de sécurité et des certifications sont mis à la disposition des administrateurs.

8
 Offre Technique

3.2 PRÉSENTATION DE LA BASE DE DONNÉES POSTGRESQL 10

Présentation
PostgreSQL est un système de gestion de base de données relationnelle et objet (SGBDRO).
C'est un outil libre disponible selon les termes d'une licence de type BSD.
Il est concurrent d'autres systèmes de gestion de base de données, qu'ils soient libres (comme
Maria DB, MySQL et Firebird), ou propriétaires (comme Oracle, Sybase, DB2, Informix et
Microsoft SQL Server). Il est fondé sur une communauté mondiale de développeurs et
d'entreprises.
Ce dernier a été développé à l'université de Californie au département des sciences
informatiques de Berkeley. POSTGRES est à l'origine de nombreux concepts qui ne seront
rendus disponibles au sein de systèmes de gestion de bases de données commerciaux que bien
plus tard.
PostgreSQL est un descendant libre du code original de Berkeley. Il supporte une grande partie
du standard SQL tout en offrant de nombreuses fonctionnalités modernes :
 Requêtes complexes ;
 Clés étrangères ;
 Triggers ;
 Vues modifiables ;
 Intégrité transactionnelle ;
 Contrôle des versions concurrentes (MVCC, acronyme de « Multi Version Concurrency
Control »).

De plus, PostgreSQL™ peut être étendu par l'utilisateur de multiples façons, en ajoutant, par
exemple :
 De nouveaux types de données ;
 De nouvelles fonctions ;
 De nouveaux opérateurs ;
 De nouvelles fonctions d'agrégat ;
 De nouvelles méthodes d'indexage ;
 De nouveaux langages de procédure.

9
 Offre Technique

AVANTAGES DE POSTGRESQL
PostgreSQL est un système de gestion de bases de données relationnel robuste et puissant, aux
fonctionnalités riches et avancées, capable de manipuler en toute fiabilité de gros volumes de
données, mêmes dans des situations critiques.
Il fonctionne sur les principaux systèmes d'exploitation : Linux, UNIX (AIX, BSD, HP-UX, SGI
IRIX, Mac OS X, Solaris, Tru64) et Windows.
Il est extrêmement respectueux des standards, se conformant au plus près à la norme ANSI-SQL
2008. Il supporte plus d'une douzaine de langages de programmation, dont Java, Perl, Python,
Ruby, Tcl, C / C ++.
Il possède son propre PL / pgSQL est similaire à PL / SQL d'Oracle.
PostgreSQL se concentre traditionnellement sur la robustesse et la fiabilité, l'intégrité des
données et les fonctionnalités destinées aux développeurs d'applications. PostgreSQL dispose
d'un planificateur de requêtes sophistiqué, capable de joindre efficacement un assez grand
nombre de tables.

FIABILITE
Intégrité des données
PostgreSQL a toujours été strict sur la validation des données avant de les insérer dans la base
de données, et il n'existe aucune alternative au client pour contourner ces vérifications.

Transactions et moteur interne de la base de données

PostgreSQL a toujours porté attention à l'intégrité des données au niveau transactionnel, se
gardant ainsi des problèmes de verrou au minimum, et empêchant une erreur matérielle ou une
configuration extrêmement mauvaise de corrompre la base de données.
Il est intéressant de souligner que PostgreSQL intègre entièrement son moteur de base de
données

Clés étrangères
L'implémentation correcte des techniques de conception comme les formes normales repose sur
la capacité de la base de données à utiliser les clés étrangères pour représenter les relations

10
 Offre Technique

entre les tables. La philosophie de conception à la base de PostgreSQL est de produire des
erreurs ou des avertissements dans les situations où une opération est ambigüe ou non
supportée.

DDL transactionnel
Avec PostgreSQL, lorsque vous êtes à l'intérieur d'une transaction presque toute opération peut
être annulée. Il existe quelques opérations irréversibles (comme créer ou détruire une base ou un
tablespace), mais les modifications classiques de table peuvent être défaites en exécutant un
ROLLBACK grâce aux mécanismes de Write-Ahead Log. Cela s'applique aussi aux importantes
modifications DDL comme la création de tables.
Les DBA PostgreSQL expérimenté savent tirer parti de ces fonctionnalités pour s'assurer lors de
travaux compliqués comme la mise à jour d'un schéma. Si vous placez tous ces changements
dans une transaction, vous pouvez être certain qu'elles seront toutes appliquées de façon
atomique ou pas du tout. Cela abaisse drastiquement la possibilité de corruption de la base de
données par une erreur de frappe ou toute autre erreur de ce genre dans les modifications du
schéma, ce qui est particulièrement important lorsque vous modifiez plusieurs tables en relations
où une erreur peut détruire la clé relationnelle.

Verrou de transaction et extensibilité

PostgreSQL utilise un modèle de verrous robuste appelé MVCC qui limite les situations où les
clients interfèrent les uns avec les autres. Un court résumé du principal bénéfice du MVCC serait
« les lecteurs ne sont jamais bloqués par les écritures ». MVCC est utilisé pour implémenter une
vision pessimiste des quatre niveaux d'isolation standards de SQL : « lorsque vous sélectionnez
le niveau "Read Uncommited" (Lecture de données non validées), vous avez en réalité "Read
Committed" (Lecture de données validées), et quand vous sélectionnez "Repeatable Read"
(Lecture répétée) vous aurez en réalité "Serializable" (Sérialisable), donc le niveau d'isolation
actuel pourrait être plus strict que ce que vous sélectionnez ». Le niveau d'isolation des
transactions par défaut est "read commited".

PostgreSQL assure une séparation des clients tel que les données traitées soient toujours
cohérentes dans toutes les circonstances ; comme la documentation MVCC l'établit, « la raison

11
 Offre Technique

pour laquelle PostgreSQL fournit seulement deux niveaux d'isolation est qu'il s'agit de la seule
façon raisonnable de faire correspondre les niveaux d'isolation standards avec l'architecture de
contrôle des accès simultanés multiversion ».

Jointure complexe
PostgreSQL utilise une méthode économique d'optimisation des requêtes afin d'obtenir de
bonnes performances pour les différents types de jointures. Le coût des requêtes est évalué à
partir des statistiques du planificateur recueilli lors de l'analyse des tables et combiné avec
l’ajustement des coûts du planificateur, et des fonctionnalités avancées tel que le Genetic Query
Optimizer permettent l'optimisation efficace de jointures très compliquées.
Le fait que vous deviez donner à l'optimiseur de PostgreSQL des informations correctes sur
lesquelles travailler, est quelque chose de controversé dans le choix de conception. Les
développeurs principaux de PostgreSQL estiment qu'il est plus important de se concentrer sur
l'amélioration de l'optimiseur pour qu'il fonctionne correctement dans tous les cas plutôt que
d'autoriser les requêtes à introduire des modifications dans le plan comme contournement aux
problèmes.
Il y a quelques outils complémentaires pour explorer le planificateur de PostgreSQL. PgAdmin
inclut une visionneuse de plan d'exécution (exemple). Une autre option est "Visual Explain", à
l'origine un composant de RedHat qui est maintenant maintenu par Enterprise DB. Il est inclus
dans l'offre EnterpriseDB Advanced Server et peut être compilé avec une installation de
PostgreSQL en utilisant le code source du paquet Developer Studio.

Le serveur de publication : Apache 2.4

C'est un serveur web qui permet la publication d'application web ou de site web. Certaines
configurations permettent de faire de cet outil un serveur de sécurité de haut niveau en
implémentant son module Anti-DDOS et son module de pare-feu applicatif. Sa flexibilité et sa
robuste font de lui les serveurs web le plus utilisé au monde.
Son couplage avec certains de nos scripts d'analyse de journaux permet d'en faire un outil
hautement sécurisé.

12
 Offre Technique

3.2.1.1Le Serveur d'application : Linux REDHAT Enterprise 7

Le choix du système d’exploitation sera RedHat Enterprise Linux qui est incontournable pour les
centres de données d'entreprise. C’est un système efficace, évolutif et fiable, du fait qu’il soit
optimisé pour les systèmes multi cœurs très évolutifs, il gère aussi la complexité du système
sous-jacent, réduit les goulots d’étranglement améliore les performances des applications, réduit
la consommation d’énergie et garantit l’intégrité des données de bout en bout.
Les administrateurs et développeurs d'applications peuvent définir des politiques par processus,
par applications et même par invités pour adapter l'utilisation du réseau, de la mémoire et des
processeurs aux besoins du Ministère des Finances de la RDC (MF) et à ses contrats de niveau
de service.

3.3 PRÉSENTATION DU SERVEUR WILDFLY 11

WILDFLY est un serveur d’application, Open Source Java certifié par PostgreSQL, sous licence
LGPL et édité par la société RedHat.
WILDFLY fournit l’ensemble des services de niveau entreprise spécifiés dans la spécification
Java EE 7.
Le serveur d’application WILDFLY 8, WILDFLY 9, WILDFLY 10, WILDFLY 11 sont des
implémentations des spécifications Java EE 11

Comme tous serveurs d'application n-tiers, il y a trois (3) grandes parties :

- le tiers web : qui se charge de la publication de l'application. Il possède de base un cache pour
l'accélération de l'affichage des pages web.
De façon générale elle se représente comme étant la couche de présentation. Il utilise les
technologies Servlets, Java Server Pages et Java- Server Faces, Primes Faces etc.
Donnant accès à l'application, il est accessible via un navigateur internet tel que : Firefox –
Google Chrome – Internet explorer – Opéra – Netscape et Safari.

Le tiers applicatif (« middle tiers »), contient les conteneurs et composant applicatifs, c'est
dans cet espace que l'application est déployée et exécutée. Une couche applicatif métier (qui
exécute les applications métiers et tout autre service).

13
 Offre Technique

Le tiers données (« data tiers »), représente la source de données. Cette source de données
peut avoir une relation de 1 à n avec les tiers métiers.
Nous pouvons nous connecter à :
 Une base de données relationnelle ou non,
 Un serveur d'authentification décentralisé,
 etc...
Cette architecture offre la souplesse de déploiement de différentes manières, selon les besoins
de l’administration, en particulier selon l’architecture exigée du cahier des charges.
L’interface utilisateur ou d’administration du système est full Web. Par conséquent tout PC
standard avec navigateur Web connecté en tout point du réseau de l’administration est suffisant
pour utiliser ou administrer les différentes composantes du Système.
La communication entre les différents équipements des différents tiers se fait en mode intranet
(protocole TCP/IP) :
Au niveau LAN (site central, régional et les agences) : réseau Ethernet 10/100/1000

14
 Offre Technique

3.4 PRÉSENTATION DE APACHE 2.4

C'est un serveur web qui permet la publication d'application web ou de site web. Certaines
configurations permettent de faire de cet outil un serveur de sécurité de haut niveau en
implémentant son module Anti-DDOS et son module de pare-feu applicatif. Sa flexibilité et sa
robuste font de lui les serveurs web le plus utilisé au monde.
Son couplage avec certains de nos scripts d'analyse de journaux permet d'en faire un outil
hautement sécurisé.

3.5 PRÉSENTATION DES OUTILS DE DÉVELOPPEMENT

3.5.1 Java

Java est un langage de programmation informatique orienté objet créé par James Gosling et
Patrick Naughton.
La particularité et l'objectif central de Java est que les logiciels écrits dans ce langage doivent
être très facilement portables sur plusieurs systèmes d’exploitation tels que UNIX, Windows, Mac
OS ou GNU/Linux, avec peu ou pas de modifications. Pour cela, divers plateformes et
frameworks associés visent à guider, sinon garantir, cette portabilité des applications
développées en Java.
Java permet de développer des applications client-serveur. Côté client, les applets sont à l’origine
de la notoriété du langage. C’est surtout côté serveur que Java s’est imposé dans le milieu de
l’entreprise grâce aux servlets, le pendant serveur des applets, et plus récemment les JSP
(JavaServer Pages) qui peuvent se substituer à PHP, ASP et ASP.NET.

3.5.2 Spring Boot, Spring Security

Spring boot est un Framework libre pour construire et définir l'infrastructure d'une application
java, dont il facilite le développement et les tests. La particularité de cette technologie est qu’il se
configure en clic et le développeur n’a plus besoin de se préoccuper de la configuration de
l’environnement, mais se concentrer sur le métier lors du développement.
Spring met en avant les concepts de robustesse, d’extensibilité et de réutilisabilité.

15
 Offre Technique

Spring boot implémente le pattern de conception visant à découper les applications en couches
aux rôles distinctes.
Spring Security est un Framework de sécurisation des applications. Spring Security permet les
authentifications via un annuaire LDAP, un formulaire et bien d’autres.
Spring Security permet d’ajouter des autorisations sur des requêtes web, les méthodes ou même
des objets.

3.5.3 Hibernate

Hibernate est un Framework open source gérant la persistance des objets en base de données
relationnelle.
Hibernate est adaptable en termes d'architecture, il peut donc être utilisé aussi bien dans un
développement client lourd, que dans un environnement web léger.
Hibernate apporte une solution aux problèmes d'adaptation entre le paradigme objet et les SGBD
en remplaçant les accès à la base de données par des appels à des méthodes objet de haut
niveau.
3.5.4 Ajax

Ajax est une architecture informatique qui permet de construire des applications Web et des sites
dynamique interactifs sur le poste client en se servant de différentes technologies ajoutées au
navigateur web.

3.5.5 Jquery

Jquery est une bibliothèque JavaScript libre et multiplateforme créée pour faciliter l’écriture de
scripts coté client dans le code HTML des pages web

3.5.6 Bootstrap 4

Bootstrap est une collection d’outils utiles à la création du design de site et d’application web.
C’est un ensemble qui contient des codes HTML et CSS, des formulaires, boutons, outils de
navigation et autres éléments interactifs, ainsi que des extensions JavaScript en option.

16
 Offre Technique

3.5.7 Thymeleaf

Thymeleaf est un moteur de template, sous licence apache 2.0 écrit en Java pouvant générer du
XML/XHTML/HTML5. Thymeleaf peut être utilisé dans un environnement web ou non web. Son
but principal est utilisé dans un environnement web pour la génération de vue pour les
applications web basées sur le modèle MVC.

4 ARCHITECTURE TECHNIQUE DE DEPLOIEMENT

Afin de répondre aux attentes du Bureau des Télécommunication et de l'Informatique du

Commandement Supérieur de la Gendarmerie Nationale, qui est de pouvoir avoir une application
fluide supportant plus de 300 connexions simultanées et ayant une grande quantité
d'informations à stocker. Nous proposons une architecture 3 tiers avec la séparation des services
nécessaires au fonctionnement.

4.1 ARCHITECTURE PHYSIQUE ET MATÉRIEL

Pour la prise en compte du projet il faudra mettre en œuvre un environnement de deux (2)
serveurs physiques reliés à une baie de stockage. De façon logique, cette architecture permettra
de dupliquer les services grâce à l'utilisation de la virtualisation. Il y aura donc sur chaque serveur
physique, trois (3) serveurs virtuels portant un serveur de publication, un serveur d'application et
un serveur de base de données repartie sous forme de redondance.

Le serveur de publication sera le serveur d'accès, ce denier comportera les règles de sécurité et
d'accès web. Le serveur d'application sera celui sur lequel l'application sera déployée. Le serveur
de base de données comportant la base de données relationnelle. Ces serveurs virtuels seront
connectés à la baie de stockage, qui elle-même sera subdivisé en deux (2) parties dont la
première contiendra les données des Machines virtuelles et la seconde qui assurera la
sauvegarde de données

17
 Offre Technique

Le schéma ci-dessous présente le schéma de déploiement de l'application.

Chacun de ces environnements nécessite diverses caractéristiques pour son bon fonctionnement
et sa fluidité selon le modèle d'architecture physique. Le tableau ci-dessous présente le
récapitulatif sur les serveurs à prendre en compte :

Serveur Base de Serveur de Total

d'application données Publication
Serveur 1 RAM 64 Go 32 Go 16 Go 112 Go
et 2 Processeur 6*2cores 4*2cores 2*2cores 6*4Cores
Stockage 300 Go 500 Go 200 Go 1T

18
 5 METHODOLOGIE ET PLANNING

5.1 DÉROULEMENT
Le schéma ci-dessous explicite les différentes étapes de réalisation du projet.

Test

Développement Intégration Recette Mise en

Cadrage Analyse Documentation Assistance
Client Œuvre

REALISATION

Le schéma synoptique de la démarche de mise en œuvre

19
5.2 PLAN DE TRAVAIL (TÂCHES, LIVRABLES, RESPONSABILITÉS)

Pour réussir cette mission, la SNDI s’appuiera sur le plan de travail dont les différentes étapes
sont les suivantes :
 Cadrage de la mission ;
 Analyse (réalisation des études fonctionnelles et techniques) ;
 Réalisation ;
 Test ;
 Intégration
 Documentation de l’application ;
 Mise en œuvre ;
 Formation
 Assistance.

Ces différentes étapes vous sont décrites et argumentées dans des tableaux en donnant plus
de détails et d’information sur les objectifs de la phase, les principales actions de la phase les
principaux livrables, les prérequis, les conditions de passage à la phase suivante et les acteurs
responsables des activités de la phase,
.
 Cadrage de la mission
Elle réunira tous les acteurs impliqués dans la mise en place du projet pour des séances de
sensibilisation et d’information. Au cours de cette étape un cadrage des orientations pourra
être fait.
Phase 0 : Cadrage
Objectifs
 Préparer et organiser le bon déroulement de la mission
Principales Actions Acteurs
 La confirmation des objectifs du projet IPCI /INHP
 La mise en place d’un comité de pilotage IPCI / INHP
 La mise en place d’un groupe projet IPCI/SNDI
 La confirmation des besoins réels (analyse du cahier des charges) IPCI / I?HP
 L’identification et la définition des contraintes, des priorités et IPCI/SNDI
règles de gestion,
 La confirmation du planning d’exécution du projet SNDI
 Le lancement officiel du projet en vue d’informer, de former et IPCI
sensibiliser toutes les structures impliquées dans la mise en place
du projet
Conclusion : Rédaction d’un dossier d’organisation
Principal livrable Acteurs
 Le dossier d’organisation SNDI
Prérequis Acteurs
 Aucun
Conditions de passage à l’étape suivante Acteurs
 Validation du livrable IPCI
 Analyse
Cette phase est un processus continu qui s'étend dès le démarrage du projet. Elle consiste à
entreprendre des séances d’interviews avec les différents acteurs dans le but de bien cerner le
fonctionnement du métier, et se poursuivra jusqu’à une représentation fidèle de tous les
processus.

Phase 1 : Analyse
Objectif
 Détailler et préciser les options qui auront été arrêtées
précédemment
Principales Actions Acteurs
 Conception du cahier des charges fonctionnelles
o Interviews des principaux acteurs
o Recueil des besoins
 Analyse détaillée des besoins :
o Analyse détaillée des données,
o Analyse détaillée des traitements,
 Définition précise des critères d’acceptation :
o Ergonomie,
SNDI/ IPCI/INHP
o Temps de réponse.
o Sécurité
 Définition du plan de mise en œuvre :
o Récupération de l’existant,
o Plan de formation des utilisateurs,
 Définition des procédures d’audits et de sécurité du système :
o Données sensibles / données publiques,
o Catégories d’utilisateurs / privilèges, droits,
o Sauvegarde / Restauration.
Principaux Livrables Acteurs
 Document de conception générale SNDI
Prérequis Acteurs
 Validation de l’étape préalable (étape précédente) IPCI/INHP
Conditions de passage à l’étape suivante Acteurs
 Validation du document de conception générale IPCI/INHP
Réalisation
Cette phase correspond à la mise en laboratoire pour en sortir avec un produit fini.

Phase 2 : Réalisation
Objectif
 Développer les modules retenus
Principales Actions Acteurs
 Modélisation des objets de base de données (tables, vues,
séquences, fonctions, procédures, packages, index, …)
 Développement des modules applicatifs (page web, états et
SNDI/ IPCI/ INHP
programmes stockés et composants)
 Intégration
 Tests unitaires
 Tests d’intégration
Principaux Livrables Acteurs
 Système opérationnel SNDI
Prérequis Acteurs
 Validation de la phase d’analyse
Conditions de passage à l’étape suivante Acteurs
 Validation des tests IPCI/INHP

Recette
Le résultat de cette phase confirme ou infirme le bon fonctionnement d’une réalisation. Elle se
fait en itération avec la phase de « Réalisation »

Phase 3 : Recette
Objectif
 Faire la recette des modules développés
Principales Actions Acteurs
 Elaboration d'un cahier de recette SNDI/ IPCI/
 Test du bon fonctionnement des fonctionnalités implémentées INHP
conformément au cahier des charges
Principaux Livrables Acteurs
 PV de recette Provisoire IPCI / INHP
Prérequis Acteurs
 Mise à disposition de modules réalisés SNDI
Conditions de passage à l’étape suivante Acteurs
 Qualification des réserves (non bloquantes) ANRMP
Documentation
Cette phase correspond à la matérialisation du travail effectué.

Phase 4 : Documentation de l’application

Objectif
 Rédiger les documents d’exploitation (guide utilisateur, manuel
d’exploitation, guide d’installation, …)
Principales Actions Acteurs
 Rédaction du manuel d’installation
SNDI/ IPCI /
 Rédaction du manuel d’exploitation
INHP
 Rédaction du guide utilisateur.
Principaux Livrables Acteurs
 Manuel d’installation
 Manuel d’exploitation SNDI
 Guide utilisateur
Prérequis Acteurs
 Validation des tests IPCI / INHP
Conditions de passage à l’étape suivante Acteurs
 Validation des livrables IPCI / INHP

Mise en œuvre
Cette phase correspond à la mise à disposition du bénéficiaire le produit fini et validé.

Phase 5 : Mis en œuvre

Objectif
 Mettre en place de l’environnement d’exploitation du logiciel
Principales Actions Acteurs
 Installation, configuration et paramétrage de l’environnement
matériel et logiciel,
 Définition des procédures de sauvegarde et de restauration, SNDI/ IPCI /
 Analyse qualitative des données existantes, INHP
 Récupération des données,
 Plan de formation des utilisateurs,
 Formation des administrateurs et utilisateurs.
Principaux Livrables Acteurs
 Système opérationnel et prêt à l’exploitation SNDI
Prérequis Acteurs
 Validation de la phase de Réalisation et Documentation IPCI / INHP
Conditions de passage à l’étape suivante Acteurs
  Acception du système final IPCI /INHP

Assistance
Cette phase consiste à s’assurer du bon fonctionnement du système après sa mise en
exploitation.

Phase 6 : Assistance
Objectif
 Veiller au bon fonctionnement
Principales Actions Acteurs
 Définition d’un plan d’assistance
 Remise à niveau périodique SNDI/ IPCI /
 Maintenance corrective INHP
 Maintenance préventive
 Maintenance évolutive
Principaux Livrables Acteurs
 Rapport d’assistance SNDI
Prérequis Acteurs

Conditions de passage à l’étape suivante Acteurs
 Validation des rapports IPCI / INHP

6 ORGANISATION ET CHARGE DE TRAVAIL

La SNDI est spécialisée dans le développement d’applications informatiques ; ses principales

missions sont :
- Conception et élaboration d’architecture technique et fonctionnelle de système
d’information ;
- Modélisation au plan conceptuel des fonctions et données du système ;
- Réalisation et mise en œuvre des modules du logiciel ;
- Exécution de la formation des différents acteurs.
Nous disposons d’ingénieurs informaticiens rompus aux techniques de développement
d’applications informatiques.

Compte tenu de l’importance et de la nature des missions exécutées, notre structure s’est
dotée d’une équipe de haut niveau et expérimentée dans la mise en place de système
d’information. Les ingénieurs retenus sont diplômés d’enseignements supérieurs et
capitalisant une expérience solide et éprouvée en matière d’analyse, de conception et de
réalisation de logiciels.

6.1 ORGANISATION DU PROJET

Le modèle d’organisation proposé lors de la réalisation des projets informatiques d’envergure
se présente comme suit :

Selon les modalités à préciser au démarrage des travaux, l’Institut Pasteur (IPCI) désignera :
- Un comité de pilotage : organe directeur du projet ;
- Un groupe de travail ou Comité Technique : organe de de gestion du projet ;
- Un Comité Utilisateur : organe consultatif et représentatif des utilisateurs.

L’équipe technique sera constituée par le maître d’œuvre. Elle travaillera en étroite
collaboration avec les parties prenantes au projet.

6.2 PERSONNEL

Pour mener à bien la mission, la SNDI propose une équipe d’Ingénieurs de haut niveau. La
compétence de ses ingénieurs couvre tous les aspects informatiques requis pour la mise en
œuvre de la plateforme informatique.
L’équipe technique de la SNDI sera donc constituée des compétences suivantes :
- Un Chef d’équipe
- 04 Ingénieurs développeur J2EE;
- Un Ingénieur Système ;
- Un Ingénieur DBA ;

Cette équipe bénéficiera d’une équipe restreinte de ressources d’appui composée de :

- Un Chef de Projet ;
- Un Chef d’équipe ;
- 04 Ingénieurs développeur J2EE ;
- Un Ingénieur DBA ;
- Un Ingénieur contrôle qualité ;

Poste Tâches
Assure la coordination du projet au niveau comité de
pilotage. Assurera le suivi de l’intégration de la
plateforme :
 Principal responsable du projet, il sera l’interface
entre le Client et la SNDI
 Valide les livrables échangés avec le Client ;
 Gère les relations avec le Client et les ressources
à mettre à disposition du projet
 Supervise la réalisation du projet
Chef de projet
 Veille à la satisfaction du client
En tant qu'architecte de SI, sa mission consiste à
modéliser et à décomposer le système
d'information, ce qui va permettre de faire ensuite
des choix en matière de matériel, de logiciels ou
de progiciels. Il élabore ensuite un plan de
développement ou d'intégration qu'il transmet au
chef de projet. C'est sur cette base que vont
travailler les développeurs et les intégrateurs.
Chef d’équipe En tant que Chef de mission, il organise, planifie,
supervise et valide les travaux de la mission. Il est
l’interlocuteur principal du maître d’ouvrage. Il sera
amené à compléter l’équipe pour la conception
détaillée et les développements, les travaux
d’adaptation, de qualification et d’intégration de la
solution. Il apportera son expérience dans les
 modifications à apporter dans le cadre de l’adaptation
et de la prise en compte des besoins. Il
accompagnera le DBA dans la reprise des données et
le plan de basculement dans le nouvel
environnement.
L’ingénieur développeur participe à l’analyse, la
conception détaillée et les travaux d’adaptation, de
créations des pages Web et de designs. Il assurera la
gestion de toutes les phases itératives et
incrémentales. Il veillera à la cohérence

Développeur méthodologique des développements. Il veillera à

l’encadrement des équipes locales de développement
et au transfert de compétences. A ce titre, il
dispensera la formation aux utilisateurs du logiciel. Il
élaborera toute la documentation relative à la solution
et la reprise des données.
Membre de l’équipe de développement, il assurera la
mise en place des différents environnements
techniques (développement, test, exploitation) et aux
déploiements des équipements. Il veillera à
l’administration (configuration, paramétrage,
sécurisation des données, etc.) du serveur de base de
Administrateur
de Base de données et du serveur d’application ; ainsi qu’à la
Données formation des administrateurs de la base de données.
Il assurera également la reprise de données. Il
participera à la mise en place du plan de
basculement.
Il garantira l’optimisation de l’environnement des
bases de données PostgreSQL.
Administrateur L’administrateur système procédera à l’installation et
Système la configuration des serveurs, à la sécurisation des
 accès aux serveurs, au transfert de compétence et à
la configuration de tout l’environnement de travail. Il
devra s’assurer du fonctionnement du dispositif mis à
la disposition de l’équipe projet. La sécurisation
physique et logique de l’environnement d’exploitation
est de son ressort.

L'ingénieur contrôle qualité met en place les

procédures techniques et les approfondies pour
Ingénieur
maintenir la qualité de service sur l’application. Il veille
contrôle qualité
à toutes les améliorations nécessaires pour atteindre
les objectifs.
PLAN DES CHARGES

La charge de travail de l’équipe projet SNDI, évaluée à 350 j/h, est détaillée dans le tableau ci-
dessous :

Ressources

Phases Ing. Total

CP CE Ing. 1 Ing. 2 Ing. 3 Ing. 4 DBA Système
Qualité

Cadrage 4 4 3 2 2 2 1 1 2 21

Analyse 3 10 10 10 10 5 1 1 50

Réalisation 2 35 35 35 35 10 2 5 159

Recette Client 2 4 4 4 4 2 0 0 2 22

Mise en œuvre 2 5 5 0 0 0 5 3 2 22

Formation 1 2 2 2 2 0 0 2 11

Assistance 0 5 20 20 0 0 10 10 65
CHARGE TOTALE PAR
14 65 79 73 53 19 19 22 6 350
RESSOURCE

La durée calendaire de la mission est estimée à trois (04) mois.

 Période Mois 1 Mois 2 Mois 3 Mois 4
Activités S1 S2 S3 S4 S5 S6 S7 S8 S9 S S S S S S S
10 11 12 13 14 15 16
Cadrage
Analyse
Réalisation
Recette Client
Documentation
Mise en œuvre
Formation
Assistance

6.3 CALENDRIER DE RÉALISATION

Une assistance d’un (01) mois sera dédiée pour une bonne prise en main du système par les acteurs métiers.