CAHIER DES CHARGES

POUR L’APPLICATION WEB DE GESTION DE

L’ADMINISTRATION ET DES COURS EN LIGNE

DE LA MENTION TELECOMMUNICATION

- ESPA -
1. Contexte de l’intervention
Malgré l’état d’urgence sanitaire lié aux pandémies du COVID 19 et pour prévoir les
confinements, les cours dispensés et l’administration au sein de la Mention de la
Télécommunication de l’Ecole Supérieure Polytechnique d’Antananarivo doivent être
effectifs et accessibles. Dans le souci de fournir une qualité d’enseignement optimum dans
un délai diminué de moitié par rapport à la normale, le collège de la Mention
Télécommunication a décidé de mettre en place une application web de gestion de
l’administration et des cours en ligne.
2. Objectifs du projet
2.1. Objectif principal
L’objectif principal de la prestation consiste dans la réalisation d’une application
informatique de gestion de l’administration à savoir l’inscription pédagogique, la gestion
des notes, des présences et surtout des cours en ligne pour la Mention
Télécommunication de l’Ecole Supérieure Polytechnique d’Antananarivo.
2.2. Objectifs spécifiques
Les objectifs spécifiques de la mission sont les suivants :
 Analyse des attentes de la Mention afin d’établir un cahier des charges ;
 Adapter une solution existante aux attentes de la Mention pour le déployer
rapidement (en moins d’un mois) ;
 Formation des utilisateurs ;
 Maintenance du système.
2.3. Domaines fonctionnels de l’application web
Cette application doit couvrir les domaines fonctionnels suivants :
 La gestion des inscriptions des étudiants à chaque semestre ;
 La gestion des enseignants ;
 La gestion des emplois du temps ;
 La gestion des cours par enseignant et par étudiants ;
 La gestion des pointages des enseignants et des étudiants ;
 La gestion des temps passé par chaque étudiant sur un cours ;
 La gestion des contrôles continus, des examens;
 La gestion des notes aux examens, travaux pratiques, etc…
2.4. Résultats attendus
Les résultats escomptés par l’Ecole Supérieure Polytechnique d’Antananarivo – Mention
Télécommunication au terme du présent projet sont la mise en place et l’opérationnalisation
de l’application web de l’administration et la gestion de cours en ligne. En celles-ci, les
résultats escomptés sont :
 L’ensemble des modules applications constituant l’application web qui doit assurer la
couverture de tous les domaines de gestion des activités mentionnés dans la section
ci-dessus.
  Favoriser la dématérialisation des documents utilisés dans les différents modules qui
vont être mise en place.
 Permettre l’accès en ligne des différents cours, examens pour les étudiants et les
enseignants.
Au niveau du système informatique :
 Fournir un architecture matérielle adoptée pour la mise en œuvre du système
d’information. L’architecture sera de type client/serveur présentant les couches
d’accès, de service métier et de données.
 Dans l’implémentation des ressources matérielles, conseiller, assister et mettre en
place l’architecture matérielle pour permettre une utilisation optimale des
différentes ressources tout en se conformant à la solution adoptée.
 Identification, recommandation et mise en place des moyens nécessaires pour
l’interconnexion des différents sites à mettre en relation dans le cadre de la mise en
place de l’application afin que le système informatique soit cohérent et intégré que
possible.
 Eventuellement, compléter le présent cahier des charges exprimant des besoins en
matériels et équipements informatiques (infrastructures informatiques) pour la
concrétisation du projet en tenant compte des nouvelles Technologies de
l’Information et de la Communication.
Au niveau de l’application web :
 Mettre en œuvre l’orientation et la réalisation arrêtées lors de l’étude fonctionnelle
détaillée. Cette mise en œuvre comprend le développement de tous les modules
applicatifs.
 Compléter l’étude fonctionnelle détaillée pour permettre le développement et le
paramétrage des différents modules à implémenter dans ladite étude. Cette étude
complémentaire comprend les axes suivants :
o Les données : conception du modèle conceptuel des données (MCD) de
chaque module ;
o Les fonctionnalités : conception du modèle organisationnel de traitement
(MOT) de chaque module à explorer.
Au niveau de la mise en œuvre du système d’information intégré :
 Présentation du système mis en place par la formation de l’ensemble des acteurs
concerné.
 Formation des utilisateurs sur les différentes facettes de fonctionnement et
d’exploitation des différents modules applicatifs constituant l’application web.
 Assistance des équipes de l’ESPA de la Mention Télécommunication et maintenance
de l’application web.
3. Les attentes fonctionnelles et techniques
3.1. Le contour du projet
Les activités délimitant le contour du projet, comme dans tout processus informatique
consiste à :
 En amont, l’élaboration de document d’analyse de l’existant par une découpage en
domaine fonctionnel. Ce document servira de balise pour encadrer le processus
d’analyse et présentant la conceptualisation et le développement de l’application
web constituant l’application web.
 En aval, la conceptualisation et le développement de l’application web.
 La compilation de l’ensemble de ces documents sera complétée par des entretiens
avec les responsables et les acteurs qui vont interagir avec l’application web.
3.2. Architecture fonctionnelle
Par rapport à l’architecture que l’ESPA a déjà en tête, la conception et la réalisation de
l’application web seront réalisées selon la liste des modules ci-après.
La liste récapitule les différents modules à concevoir et à développer et/ou à paramétrer.
 La gestion des étudiants ;
 La gestion des enseignants ;
 La gestion des semestres ;
 La gestion des classes ;
 La gestion des matières (UE, EC);
 La gestion des inscriptions des étudiants à chaque semestre ;
 La gestion des emplois du temps ;
 La gestion des matières par enseignant et par étudiants ;
 La gestion des temps passé par chaque étudiant sur un cours ;
 La gestion des examens, travaux pratiques ;
 La gestion des notes aux examens, travaux pratiques, etc…
 La mise en place d’un tableau de bord de suivi des étudiants, enseignants,
matières, notes et examens ;
 La mise en place d’un système de notification pour les étudiants, enseignants ;
 L’administration des utilisateurs de l’application web ;
 D’autres fonctionnalités que la Mention télécommunication jugera nécessaire
d’intégrer dans l’application. Ces fonctionnalités en sus vont être validé avec
l’équipe qui se chargera du développement de l’application web.
3.3. Description des attentes fonctionnelles
 La gestion des étudiants :
Cette gestion des étudiants va contenir la liste de tous les étudiants qui ont
effectués leurs inscriptions pédagogiques à un semestre au sein de la Mention
télécommunication. Cette gestion va se matérialiser par une fenêtre qui va
contenir la liste des étudiants. Dans cette liste on peut ajouter, modifier ou
supprimer un étudiant.

Contrôle de gestion :
Ces étudiants doivent respecter les règles suivantes :
o Un étudiant doit être identifié par un numéro matricule ;
 o Un étudiant doit être inscrit à un semestre.

 La gestion des enseignants :

Cette gestion des enseignants va contenir la liste de tous les enseignant qui vont
enseigner au sein de la Mention télécommunication par semestre. Cette gestion
va se matérialiser par une fenêtre qui va contenir la liste des enseignants. Dans
cette liste on peut ajouter, modifier ou supprimer un enseignant.
Contrôle de gestion :
Ces enseignants doivent respecter les règles suivantes :
o Un enseignant doit être identifié par un numéro matricule ;
o Un enseignant doit avoir au moins une matière dans un semestre.

 La gestion des semestres :

Durant le parcours universitaire (cinq années universitaires au plus) d’un étudiant
au sein de l’ESPA, un étudiant doit faire 10 semestres. De ce fait, il est nécessaire
de mettre en place un système de gestion des semestres. Cette gestion va se
matérialiser par une fenêtre qui va contenir la liste des semestres. Dans cette liste
on peut ajouter, modifier ou supprimer un semestre.

 La gestion des mentions et parcours

Au sein de la Mention Télécommunication de l’ESPA il y a plusieurs mentions et
parcours. Ainsi une gestion des mentions et parcours doit aussi être mise en
place. Cette gestion va se matérialiser par une fenêtre qui va contenir la liste des
mentions et des parcours. Dans cette liste on peut ajouter, modifier ou supprimer
une Mention/parcours.

 La gestion des matières (éléments constitutifs):

Les étudiants vont apprendre différentes matières. Un système de gestion des
matières va être développé. Cette gestion va se matérialiser par une fenêtre qui
va contenir la liste des matières. Dans cette liste on peut ajouter, modifier ou
supprimer un EC.

 La gestion des inscriptions des étudiants à chaque semestre :

Pour qu’un étudiant puisse étudier au sein de la Mention Télécommunication de
l’ESPA, il doit être inscrit à un semestre dans une Mention donnée. Pour
permettre un suivi efficace des étudiants, un système de gestion des inscriptions
des étudiants va être mis en place.
Cette gestion va se matérialiser par une fenêtre qui va contenir la liste des
inscriptions des étudiants. Dans cette liste on peut ajouter, modifier ou supprimer
un étudiant.
Contrôle de gestion :
 Ces inscriptions doivent respecter les règles suivantes :
o L’étudiant inscrit doit être inscrit à un semestre ;
o L’étudiant inscrit doit avoir une mention.

 La gestion des emplois du temps :

 La gestion des matières par enseignant et par étudiants ;

 La gestion des temps passé par chaque étudiant sur un cours ;
 La gestion des examens, travaux pratiques ;
 La gestion des notes aux examens, travaux pratiques, etc…
 La mise en place d’un tableau de bord de suivi des étudiants, enseignants,
matières, notes et examens ;
 La mise en place d’un système de notification pour les étudiants, enseignants ;
 L’administration des utilisateurs de l’application web ;
 D’autres fonctionnalités que la Mention télécommunication jugera nécessaire
d’intégrer dans l’application. Ces fonctionnalités en sus vont être validé avec
l’équipe qui se chargera du développement de l’application web.
3.4. Environnement informatique et architecture client/serveur
3.4.1. Architecture client/serveur de l’application web
L’architecture client/serveur de l’application web à mettre en œuvre sera basée sur le
modèle de l’architecture client/serveur à objets distribués ou 3 tiers dont les principaux
composants sont :
 Client léger : qui sera un navigateur web qui va accéder aux différentes ressources de
l’application web moyennant authentification et privilèges ;
 Serveur d’application web qui sera composé de serveur web et de serveur
d’application détenant les principaux logiques métiers ou logiques de traitements ;
 Serveur de données sur lequel seront stockées toutes les données opérationnelles.
3.4.2. Langue utilisée par l’application web
L’application web et tous ses modules applicatifs utiliseront exclusivement le Français
comme langue. Cependant, la conception de l’application offrira la possibilité ultérieure
d’afficher le contenant et le contenu en Malagasy ou en d’autres langues.
3.4.3. La structure générale du SIIG
La structure générale de l’application web s’articule sur trois points essentiels :
 Les interfaces utilisateurs pour tous les modules applicatifs que ce soit à concevoir et
à développer, doivent être facilement appréhendables, harmonisées, conviviales et
montrant, autant que possible en un seul coup d’œil, toutes les opérations possibles
que chaque utilisateur peut déclencher moyennant authentification et privilèges.
  Serveur d’application implémentant de manière modulaire chaque logique métier de
l’application web. Ce serveur d’application doit être configuré de manière à ce que
les activités métiers ne soient jamais interrompues, ni ralenties.
 Base de données persistant de manière centralisée toute les données opérationnelles
de gestion de des différents secteurs d’activité de l’application web. Un mécanisme
de réplication doit être mis en œuvre afin d’assurer une très haute disponibilité de
l’application web.

A noter que, l’alimentation en données opérationnelles de la base de données centrale fera

l’objet d’un processus de traitement, de contrôle et de validation avant intégration effective
dans celle-ci.

3.4.4. Description des éléments de l’application web

a) Structure générale de chaque page
Chaque page doit présenter tous les liens vers les autres éléments :
 En-tête avec le logo officiel de la Mention Télécommunication et de l’ESPA ;
 Menu principal et ses sous-menus : ne doit pas occuper que l’espace qui leur sont
nécessaire
 Connexion pour les utilisateurs authentifiés et à l’application web de leur associé
les privilèges correspondants
 Moteur de recherche
b) Page d’accueil
La page d’accueil contient les éléments suivants :
 Mot de bienvenu ;
 Les différents tableaux de bord pour un aperçu rapide des différents modules qui
sont disponible ;
 Session de l’utilisateur authentifié
c) Page des différents modules
Ces pages vont contenir :
 Un tableau listant les données du module en question ;
 Des boutons qui permettront d’effectuer des actions bien précises ;
 Des graphiques si nécessaires ;
 Un moteur de recherche.
3.4.5. Développement de l’application web
a) Application web responsive
Dans sa conception et son design, tous les modules constituant l’application web
doivent mettre en œuvre le concept de Responsive Web Design regroupant différents
principes et indique globalement que chaque application web sera conçue pour
s'adapter aux différentes tailles d'écran et aux différents terminaux permettant
d'afficher le site (navigateur, tablette, mobile, télé connectée, ...). Cette flexibilité
assurera au SIIG une adaptabilité en termes de plateforme et évitant ainsi une
contrainte d’accessibilité pour tout support de consultation.

b) Charte et principes graphiques

La charte graphique et les règles de mise en page des interfaces utilisateurs pour les
différentes pages des modules applicatifs respecterons les recommandations telles
que :
 Les dimensions des pages et le zoning des différents contenus ;
 Les principes de navigation, la description des différentes zones pour chaque type
de page, ainsi que la disposition des différents éléments ;
 Les couleurs avec le code hexadécimal exprimé sous cette forme (#000000 pour
du noir par exemple) pour l'arrière-plan, les titres, les textes, les liens, les liens
actifs, les liens visités, les boutons, les puces, etc. ;
 Les couleurs dominantes devraient être celle reflétant au mieux les couleurs de la
Mention Télécommunication de l’ESPA ;
 Les styles de police à employer pour les textes (famille, taille, couleur...).
 Les types d'images, formats, dimensions (en pixels) :
o Image en médaillon : 104 x 95, 130 x 109, 106 x 116 ou 102 x 49
o Photothèque : 197 x 84
o Organigramme : 341 x 257
o Image de référence de publication : 130 x 103
 Les différents médias utilisés :
o vidéo : format mp4
o audio : format mp3
o animations ...
c) Taille de caractères et Fil d’Ariane
En vue d’assurer une meilleure accessibilité, une fonction de réduction de jeux de
caractères devra être disponible sur toutes les interfaces de navigation, une barre de
type Fil d’Ariane ou “Breadcrumb” devrait permettre de voir le niveau de navigation
dans les sous-menus.
d) Icônes
Sur chaque module applicatif web, des icônes donnant l’accès à des fonctions
fréquemment utilisées devraient être présentés pour faciliter l’accès rapide des
utilisateurs aux dites fonctions.
 e) Liens
 Différencier les liens et les rendre facilement identifiables.
 Ne pas utiliser de terme générique, comme "cliquez ici".
 Attribuer une couleur différente aux liens visités et non-visités.
3.4.6. Sécurisation des ressources de l’application web

A l’instar des mécanismes de sécurité à mettre en œuvre dans la mise en place et

l’opérationnalisation des modules applicatifs de l’application web et ceux-ci tant pour la
sécurité physique que pour la sécurité logique, il est primordial de renforcer d’avantage ses
dispositions surtout au niveau du serveur de base de données et du serveur d’application.
Ainsi, les dispositions suivantes devraient être mises en place :
 Connexion sécurisée entre le serveur de l’application et le client par le renforcement
du protocole HTTP avec l’ajout d’une couche supplémentaire de chiffrement :
utilisation du protocole HTTPS.
 Eventuellement le cryptage des données de la base de données avec la mise ne place
d’un algorithme adéquat.
3.4.7. Mise en production de l’application web
a) Nom de Domaine
Le site du SIIG sera référencé avec un nom de domaine qui est à définir.
b) Environnement requis pour l’hébergement
L’application web sera hébergé dans des infrastructures normalisées respectant les
normes d’un data center et mettant en place toute les sécurités requises autant les
sécurités physiques que les sécurités logiques. Le serveur d’application / Web et le
serveur de données seront des serveurs dédiés.
c) Support helpdesk
Une assistance utilisateur devrait être mise en place pour aider les utilisateurs à
appréhender et à exploiter sereinement les différents modules applicatifs de
l’application web sur lesquels ils sont autorisés à travailler. Ce help desk pourrait être
contacté soit par téléphone, soit par e-mail afin de mettre en place un suivi efficace
des requêtes, système de ticket, en vue de la résolution de problèmes ou des
demandes usuelles d’aide et d’assistance.
3.4.8. Gestion des accès
Dans le cadre de l’accès et de l’utilisation des données opérationnelles de l’application web,
le mécanisme suivant doit être mis en place et opérationnalisé :
 A chaque utilisateur est attribué un login et mot de passe pour son authentification.
Le mode de passe doit être changé périodiquement ;
 Des rôles doivent être crées pour refléter le regroupement fonctionnel par catégorie
d’utilisateur : fonctions accessibles, opérations autorisées (Create – Read – Update –
 Delete ou CRUD), voire au niveau les plus élémentaires c’est-à-dire les champs de
données eux-mêmes ;
 Chaque utilisateur est associé à un ou plusieurs rôles en fonction de ces privilèges.
3.4.9. Système de pointage
Une carte électronique RFID est mise à la disposition de chaque étudiants et enseignants. Cette carte
permettra la suivie (horodatage) des étudiants et des enseignants.

4. L’approche méthodologique
Pour mener à bien la réalisation de ce projet, une démarche précise doit être adoptée. A cet
effet, il est primordial, en premier lieu, de délimiter la portée du projet et par la suite de
préciser l’approche méthodologique pour aboutir à la mise en place et l’opérationnalisation
de l’application web.
4.1.1. Périmètre du projet
Le périmètre du projet comprend :
 en amont, il est important d’élaborer le document de conception de l’application
web dans son ensemble et surtout d’insister les points ci-après. Le point de départ de
cette conception est le découpage en domaine fonctionnel indiqué dans le présent
document.
o Effectuer un recensement des applications existantes et confirmer les différents
modules applicatifs : à concevoir, à développer, à paramétrer et/ou à interfacer.
o Identifier les échanges d’information entre les différents modules applicatifs et en
préciser leur teneur : constitution d’un système d’information intégré de gestion.
L’approche consiste à voir ces échanges en termes de workflow.
o Par module applicatif, entamer une étude détaillée présentant les points
conceptuels incontournables pour répondre aux attentes des utilisateurs et des
décideurs au sein de la Mention Télécommunication de l’ESPA.
o Préciser les différents points d’interfaçage et en préciser le mécanisme et la
technologie à mettre en œuvre pour rendre effectif l’intégration de l’ensemble de
l’application web.
 en aval, le développement de l’application web. Pour ce faire, il est préconisé de
constituer un projet informatique par domaine fonctionnel et par la suite d’effectuer
l’intégrité de l’ensemble une fois tous les tests unitaires fonctionnels soient effectifs.

4.2. Les interlocuteurs

Etant donné l’envergure du projet à réaliser, une structure spéciale sera mise en place au
sein de la Mention Télécommunication de l’ESPA pour s’assurer que la réalisation dudit
projet soit menée à son terme. Ainsi, il prévu que trois comités soient constitués dès le
démarrage du projet :
  Un comité de pilotage : ce comité a pour fonction de s’assurer que la réalisation du
SIIG et ses différents modules applicatifs répondent à la politique et aux stratégies
adoptées.
 Un comité technique : ce comité a pour tâche de s’assurer que la démarche
méthodologie de conception et de développement de l’application web mis en
œuvre soient conformes à la démarche communément admise en matière
d’implémentation et de conduite de projet informatique.
 Un comité utilisateur : ce comité sera en charge du test de l’application. Ainsi, il est
nécessaire de choisir des utilisateurs qui vont tester l’application web.

4.3. Validation des livrables

A la fin de chaque phase du projet, les livrables feront l’objet d’une validation de la part
des trois comités.
Le délai imparti pour la validation des livrables est d’une semaine.
5. Devis estimatif du projet

Désignation Quantité Prix (Ariary) Total Observation

Réalisation du plateforme et Marché
01 10 000 000 10 000 000
hébergement public
Dispositif de digitalisation (appareil
Marché
photo, lecteur d’empreinte, 01 3 000 000 3 000 000
public
signature)
Marché
Antenne directive point d’accès 01 2 000 000 2 000 000
public
RAM DDR3 64 GB pour serveur Marché
01 3 000 000 3 000 000
CISCO public
Marché
Carte RFID 400 5 000 2 000 000
public
Kit Borne lecteur RFID et Marché
5 600 000 3 000 000
empreinte digital public
TOTAL 23 000 000
Arrêté à la somme de vingt-trois millions Ariary (23 000 000 Ar)