INTRODUCTION GÉNÉRALE
Les problèmes de communication sont liés
à l'histoire des êtres humains. La simple observation des cinq
(05) sens humains laisse percevoir des prédispositions naturelles
à émettre des messages (la voix) et à en recevoir
(l'ouïe) sans oublier le cerveau qui représente le concepteur ou le
centre d'analyse et de décision. Avec ces éléments de
base, la communication entre les Hommes se fait de façon naturelle.
Toutefois, pour qu'il y ait communication, il faut nécessairement que
les interlocuteurs aient en commun un langage qui formalise leur manière
de communiquer. C'est ainsi qu'ont évolué les solutions aux
problèmes de communication pour qu'on ait tour à tour, les
messages oraux transmis par personnes interposées, puis la lettre, pour
ajouter un peu de confidentialité, et par la suite le
téléphone, le fax, internet et autres mécanismes de
communication actuels. L'un des modes de communication les plus
sollicités est certainement la communication téléphonique
qui garantit la spontanéité et une relative
confidentialité. Elle présente généralement deux
formes complémentaires. La communication verbale et la communication par
message écrit. La communication téléphonique a connu des
améliorations notoires pour passer d'un modèle basique
basé sur une transmission filaire, plus fastidieuse et peu
répandue, à un modèle évolué basé sur
une transmission sans fil très répandue et plus pratique, en
passant par des modèles intermédiaires concourant tous à
la facilitation de la communication. Pour y arriver il a fallu de nombreuses
découvertes technologiques et, notamment, la technologie GSM (Global
System for Mobile Communication) qui a impulsée une nouvelle ère
dans la transmission des données par téléphone.
Avec cette technologie, la société et les
différentes organisations qui la composent ont trouvé une aubaine
car les besoins en communication sont de plus en plus nombreux. La
téléphonie mobile a fait des merveilles au sein des entreprises
et de toute autre forme d'organisation sociale. Elle facilite la communication,
devient de
plus en plus incontournable et pourrait même servir
convenablement dans la communication officielle.
Le système éducatif camerounais, à
l'instar d'autres systèmes de même registre, met en relation trois
principaux acteurs dont le corps enseignant, l'élève et le parent
d'élève. La communication entre ces acteurs est capitale pour la
réussite des élèves tant il est vrai qu'elle permet un
suivi permanent de ces derniers et favorise la prise consensuelle des
décisions. En général, l'enseignant et
l'élève communiquent de façon permanente mais entre
l'administration scolaire et les parents d'élèves la
communication n'est pas toujours directe. En effet, entre les deux parties
s'insère un intermédiaire, à savoir l'élève
qui, généralement, doit transmettre plus ou moins
fidèlement les messages de l'administration scolaire aux parents et
vice-versa. L'on constate dès lors que, les élèves ne
transmettent que les messages qui leur sont favorables et pas ceux qui, d'une
manière ou d'une autre, lèveraient le voile sur leurs
écarts de conduite.
Il existe également un déficit de communication
entre l'administration scolaire et les enseignants. Ces derniers se plaignent
très souvent de ne pas être informés de certaines
décisions et des convocations aux réunions les concernant. Ceci
parce que les moyens de communication les plus utilisés sont l'affichage
des messages, les convocations écrites et, dans une moindre mesure, les
communiqués radio. Très souvent, ces messages ne sont pas lus
même lorsqu'ils sont placés au bon endroit. Or, plusieurs villes
camerounaises sont dotées d'une couverture réseau des
différents opérateurs du secteur de la téléphonie
mobile. Dans ces mêmes localités, les sondages prouvent que les
enseignants possèdent majoritairement le téléphone
portable.
Pour résoudre ces problèmes de communication,
l'on se propose de mettre sur pied une plate-forme de communication qui
permettrait d'alléger le souci de l'administration scolaire en la
matière. Cette plate-forme repose sur la téléphonie mobile
dont l'utilisation massive par les parents d'élèves et les
enseignants pourrait constituer un atout.
Dans le premier chapitre intitulé « contexte et
problématique », nous présenterons la
situation-problème en recensant toutes les situations qui
nécessitent une communication officielle entre l'administration scolaire
et les autres acteurs du système éducatif. Cette analyse du
contexte actuel permet d'ailleurs de déceler les insuffisances que
présentent les moyens actuellement utilisés par l'administration
scolaire pour rendre public les convocations, les invitations et les autres
types de message. Ceci justifie la problématique pour laquelle ce
travail propose une solution.
Le deuxième chapitre de ce travail intitulé
« Généralités », présente les
établissements d'enseignement secondaire au Cameroun, le modem GSM ainsi
que les différentes phases de la méthode de conception
adoptée pour la réalisation de notre travail.
Le troisième chapitre intitulé «Analyse et
Conception» est constitué du cahier des charges, de l'analyse des
besoins, de la conception du système, des outils de développement
et matériels utilisés ainsi que le coût estimatif de
l'application.
Ce travail s'achève par le dernier chapitre
intitulé « Résultats et Commentaires », qui
présente les résultats obtenus et plus précisément
les commentaires des captures d'écran et des simulations de
l'application ainsi conçue.
Chapitre I : CONTEXTE ET PROBLÉMATIQUE
I.1 Introduction
L'utilisation des méthodes basiques de communication,
telles que les affiches et les communiqués écrits, semble, en
milieu scolaire de plus en plus inadaptée car les principaux
destinataires de ces messages, notamment les parents d'élèves et
les enseignants, manifestent, au fil du temps, un engouement de moins en moins
prononcé pour la lecture. Dans ce chapitre, il sera d'abord question
d'examiner les différents flux d'information en provenance de
l'administration scolaire et à destination des parents
d'élèves et des enseignants ainsi que les canaux utilisés
pour véhiculer ces messages. Nous tenterons ensuite de mettre en
lumière les défaillances de ces canaux et présenterons,
enfin, les objectifs de notre travail tout comme la méthode qui
permettra de les atteindre.
I.2 Contexte
Dans les établissements d'enseignement secondaire
camerounais (Lycée s et Collèges publics ou privés), il
existe un certain nombre d'acteurs qui doivent communiquer entre eux pour
assurer la formation des jeunes élèves. Ces acteurs sont
composés d'une part de l'Administration scolaire constituée du
Proviseur, des Censeurs, des Surveillants Généraux pour ne citer
que ceux-là. D'autre part on peut citer, les élèves et les
parents d'élèves dont les rôles sont aussi importants dans
la formation. Dans un établissement Scolaire l'administration peut
communiquer sous deux formes essentielles. La communication interne dans
laquelle le principal destinataire est l'enseignant et la communication externe
dans laquelle le principal destinataire est le Parent d'élève ou
tuteur. Dans chacune de ces formes de communication, le contexte de
communication n'est pas le même.
I. 2.1 Communication interne
Dans la communication interne, le message concerne
généralement des invitations aux réunions statutaires
telles que l'Assemblée générale, le Conseil d'enseignement
ou toute autre information d'ordre particulier ou général
concernant l'ensemble ou une partie du personnel enseignant de
l'établissement. Pour ce faire, les affiches sont très souvent
utilisées alors que les sondages réalisés auprès
des enseignants révèlent que très peu d'entre eux
s'intéressent aux affiches qui abondent dans les babillards et autres
coins de l'établissement. Ce faible intérêt pour la lecture
de la part des enseignants rend la tâche très difficile aux
dirigeants de l'établissement. C'est ainsi que l'on déplore les
absences notoires des enseignants, aux réunions statutaires et annexes
auxquelles, ils sont souvent conviés. Pour le dépôt des
sujets d'évaluation, par exemple, les animateurs pédagogiques et
les censeurs éprouvent d'énormes difficultés à
recevoir les sujets dans les délais. Des difficultés analogues
s'observent aussi en ce qui concerne l'assiduité des professeurs lors
des évaluations harmonisées. Même si l'on peut, à
juste titre attribuer cet état de fait à la démotivation
et même à l'indiscipline de certains enseignants, force est de
reconnaître également que l'absence d'une communication efficiente
participe manifestement à ces désagréments dont la
conséquence est le ralentissement du fonctionnement normal de
l'institution. Dans cette forme de communication les situations qui
nécessiteraient un envoi de messages sont les suivantes :
- Les conseils d'enseignement - Les assemblées
générales
- Les conseils de classe
- Les conseils de discipline
- Les Convocations pour absences non justifiées des
enseignants
- Les convocations pour les surveillances ou corrections des
examens.
I.2.2 La Communication Externe
Dans le cadre de la communication externe, il s'agit en
général des conseils de discipline, des invitations aux
réunions diverses nécessitant la présence des parents
d'élèves ou de leurs représentants. Les moyens
communément utilisés sont les convocations par écrit et
par communiqué radio ainsi que les affiches.
Avec ces moyens, l'on constate que le message n'arrive pas
toujours à destination et au moment souhaité. Pour les conseils
de disciplines et les convocations liées à une mauvaise conduite
des élèves, ceux-ci n'acheminent pas les convocations à
bon port préférant convoquer en lieu et place des parents ou
tuteurs, des parents circonstanciels très peu soucieux de leur
éducation. Le constat part de la démotivation ou de la presque
démission des parents d'élève dans la gestion des
problèmes scolaires de leurs enfants. Ceux-ci clament de n'être
pas au courant de la situation parfois irrémédiable de leurs
enfants. C'est ainsi qu'en fin d'année scolaire ou à la
rentrée scolaire, l'on observe une ruée des parents
d'élèves vers les établissements, cherchant à en
savoir plus sur la situation de leurs enfants. Or, les décisions
d'exclusion et autres sont en général l'aboutissement d'un
processus dans lequel auraient du intervenir les parents
d'élèves.
Certains Chefs d'établissement organisent
habituellement des cérémonies solennelles à la fin de
chaque trimestre. Les parents d'élève y sont prioritairement
invités pour apprécier de près les comportements de leurs
enfants sur le double plan du travail et de la discipline. Malheureusement l'on
se retrouve dans des cérémonies de remise de bulletins sans
parent ou avec environ une dizaine de parents d'élèves sur
près d'un millier convoqués. Ceci créé un
déséquilibre dans la formation des élèves qui
nécessite la conjonction des efforts des différents acteurs du
système éducatif dont les parents d'élèves. Les
situations qui nécessitent une communication ponctuelle avec les parents
sont les suivantes :
- les conseils de discipline
- urgences
- les invitations aux réunions diverses
- mauvaise conduite.
Le schéma ci-dessous illustre les formes de
communication citées supra qui, pour la plupart, n'ont qu'une
efficacité limitée.
Figure I.1: Modèle de communication Actuel entre
les différents acteurs du système éducatif
I.3 Problématique
Tous les problèmes ci-dessus
présentés compliquent l'administration scolaire car certaines
décisions concernant les élèves devraient être
prises de façon consensuelle entre les parents d'élèves et
les administrateurs ou alors entre les enseignants, les parents
d'élèves et l'administration scolaire. Dans ce contexte où
règne une véritable confusion entre refus, négligence,
insubordination et défaut de communication, il se pose
véritablement une question. Comment communiquer à temps
réel et sans intermédiaire avec les enseignants et les parents
d'élève ? Il s'avère donc important pour les chefs
d'établissement d'assurer au moins une communication efficace et
à outrance en se servant par exemples des technologies de l'information
et de la communication qui semblent offrir d'innombrables options parmi
lesquelles la téléphonie mobile réglementée par le
standard GSM.
I.4 Méthodologie
Pour donner une impulsion nouvelle dans la communication au
sein des établissements d'enseignement secondaire, il est certainement
utile de faire usage des nouvelles technologies en matière de
communication. Mais pour y arriver, des sondages ont été faits
auprès des différents acteurs pour recenser des preuves de la
défaillance des méthodes de communication actuelles et
étudier la faisabilité de l'émergence d'une nouvelle
stratégie. Ces sondages réalisés respectivement au
Lycée Bilingue de Maroua, au Lycée Classique et Moderne de Maroua
et au Lycée de Maroua-Kakatare, révèlent que la plupart
des enseignants utilisent fréquemment le téléphone
portable. Garant de ces informations nous nous proposons de mettre sur pied une
plate forme de communication basée sur l'utilisation de la
téléphonie mobile. Après avoir identifié les
différents acteurs et les différents messages pouvant être
transmis, nous mettrons en place un système d'alerte qui permettra de
diffuser à des personnes spécifiques des informations
liées à un événement spécifique
également. Cette plate-forme de communication permettra d'enregistrer
dans une base de données un certain nombre d'informations relatives
à chaque acteur du système éducatif. Cette application est
basée sur la technologie GSM (Global System for Mobile Communication)
via le modem. Au besoin des messages seront transmis aux destinataires par
leurs téléphones portables.
I.5 Objectifs
Le but de ce travail est de mettre sur pied une application
qui faciliterait la communication entre les différents acteurs du
système éducatif ci-dessus évoqués. Cette
communication doit se faire uniquement à travers des SMS qui seront
expédiés à partir du système en fonction des
circonstances et des groupes de personnes ciblées. Ceci passe
nécessairement par la possession, par chaque acteur du système
éducatif ciblé d'un téléphone portable fonctionnel
équipé d'une carte SIM d'un opérateur de
téléphonie mobile dont le réseau couvre la zone
concernée.
A travers cette application nous comptons améliorer la
communication entre les autorités scolaires et leurs collaborateurs
d'une part et entre les autorités scolaire et les parents
d'élève et tuteurs d'autre part.
Nous comptons également palier les
phénomènes d'incompréhension causés par le
déficit de communication entre les parents d'élève et
l'administration scolaire.
Il est en outre question d'éliminer ou de minimiser
l'intervention des élèves dans le circuit de transmission des
messages entre les établissements et les parents
d'élève.
I.6 Conclusion
Ce chapitre nous a permis de nous situer dans le contexte du
problème auquel nous voulons apporter une solution informatique. Il nous
permet de constater l'inadaptabilité des moyens de communication
actuellement utilisés, face à la recrudescence de l'indiscipline
des élèves et face à la montée de la technologie de
nouvelle génération. Nous y avons également
présenté les perspectives dans le cadre de ce travail tout en
donnant les objectifs ainsi que la méthode à utiliser.
Chapitre II : GÉNÉRALITÉS
II.1 Introduction
Durant des siècles, l'Humanité s'est
contentée de la parole ou des écrits comme seuls moyens de
communication entre des personnes proches ou éloignées d'une
distance considérable. Ces modes de communication originels s'articulent
autour d'une alternative: soit l'on envoie un messager chargé de
restituer verbalement au destinataire le message que lui a confié
l'expéditeur, soit il lui est remis un message écrit qu'il doit
porter à destination. Malheureusement ces moyens de communication qui ne
garantissent ni sécurité, ni confidentialité, ni
intégrité continuent d'être utilisés dans notre
système scolaire au mépris de l'intérêt de la
communication. Ce chapitre offre une nomenclature des établissements
d'enseignement secondaires au Cameroun, la norme GSM dans sa globalité
et révèle la méthode de conception adoptée pour la
réalisation de notre application.
II.2 Présentation générale des
établissements d'enseignement secondaire au Cameroun
Les établissements d'enseignement secondaires au
Cameroun sont crées par un décret du Premier ministre de la
République d'après l'article119 alinéa(1) du décret
N°2005/139 du 25 avril 2005, Portant organisation du Ministère des
Enseignements Secondaires. Ils dépendent du Ministère des
Enseignements Secondaires qui regroupe les enseignements
généraux, les enseignements techniques et normaux. Ainsi on
retrouve à la tête de chaque établissement d'enseignement
secondaire, un chef d'établissement qui peut être le Proviseur
dans le cas des Lycée s d'enseignements secondaires ou le Directeur dans
le cas des Collèges d'enseignement secondaires et des écoles
normales d'instituteurs. On parle de Chef d'établissement de
première catégorie
pour les proviseurs et les directeurs d'écoles Normales
et de chefs d'établissement de deuxième catégorie pour les
directeurs des Collèges d'enseignement secondaires. D'après
l'article 6, du décret N°80/293 du 25 Juillet 1980, portant
définition des attributions des membres et des organes de
l'administration des établissements d'enseignement secondaire
général et technique; le chef d'établissement assure la
direction administrative, pédagogique et financière de
l'établissement. En cette qualité, tous les personnels de
l'établissement sont placés sous son autorité. Il
préside tous les conseils de l'établissement.
Après le chef d'établissement, on retrouve un ou
plusieurs censeurs. D'après les articles 14 et 15 du décret
N°80/293 du 25 Juillet 1980, le Censeur, sous l'autorité du chef
d'établissement, est chargé de l'application, du respect des
règles pédagogiques, notamment l'établissement des emplois
de temps, le contrôle de l'exécution des programmes scolaires, le
visa des cahiers de textes, le contrôle du travail des
élèves et l'information des parents par l'envoi des
relevés de notes. Il est également chargé de la mise en
oeuvre et de l'application des règles de discipline. Il reçoit
directement les ordres du chef d'établissement et lui rend compte de
leur exécution.
On retrouve également un ou plusieurs surveillants
généraux. Dans les Collèges, le surveillant
général est considéré comme l'adjoint du Directeur.
En général, le surveillant général est
spécialement responsable du maintien de l'ordre et de la discipline dans
l'établissement. Ils sont secondés dans leurs services par des
surveillants de secteurs qui sont désignés par le chef de
l'établissement pour assister les surveillants
généraux.
Après le surveillant général, on peut
avoir les chefs des travaux pour ce qui est des établissements
d'enseignement technique. Le chef des travaux assure la direction des ateliers.
Les fabrications et les prestations des services se font sur sa proposition. Il
est responsable de l'organisation matérielle des ateliers.
Nous avons également, dans chaque établissement
scolaire, un intendant qui est le principal collaborateur du chef
d'établissement en matière de gestion financière dans les
Lycée s. Dans les Collèges d'enseignement secondaires, on parle
d'économe qui joue le même rôle que l'intendant. Il
exécute les dépenses ordonnées par le chef
d'établissement.
On a aussi un chef de service des activités post et
périscolaires (APPS) qui est chargé de vulgariser les
activités Post et Périscolaires, un ou plusieurs conseillers
d'orientations chargés du conseil, de l'information et de l'orientation
des élèves. On distingue aussi des animateurs pédagogiques
par disciplines qui sont chargés du suivi et de l'évaluation des
enseignements dispensés dans leurs matières respectives.
Un certain nombre de responsables sont également
rattachés à l'administration de l'établissement. Le
comptable matière, chargé en liaison avec les responsables de
l'administration scolaire, de la réception et de la conservation des
biens meubles et immeubles de toutes natures et de toute provenance acquis pour
le compte de l'établissement. On distingue aussi un personnel de
l'infirmerie placé sous l'autorité du chef
d'établissement, et chargé de l'hygiène et du suivi
régulier de la santé des élèves.
Pour une gestion efficiente des pans spécifiques de
l'activité éducative, nombre de conseils sont mis sur pied au
sein des institutions scolaires dépendant du MINESEC. Il s'agit
notamment de :
Ø le Conseil des classes
Il est composé du chef d'établissement, des
professeurs de la classe concernée, du professeur titulaire, du
conseiller d'orientation, des deux délégués des
élèves de la classe, des deux délégués des
parents d'élèves et, éventuellement, de l'infirmier. Il se
réunit au moins trois fois par an pour examiner les questions
pédagogiques intéressant la vie de la classe, notamment les
modalités d'organisation du travail personnel des élèves.
Ce conseil se tient généralement à la fin de chaque
trimestre afin d'examiner le travail de chaque élève, au double
plan pédagogique et disciplinaire. Dans les établissements
à effectif considérable, les classes peuvent être
réparties entre le chef d'établissement, les censeurs et les
surveillants généraux.
Ø le Conseil de discipline
Présidé par le chef d'établissement, ce
conseil est constitué des censeurs, des surveillants
généraux, des représentants élus des parents
d'élèves (ou parents d'élèves concernés),
des élèves concernés, et du conseiller d'orientation. Le
conseil de
discipline est compétent pour prononcer à
l'encontre des élèves les sanctions suivantes : avertissement,
blâme, exclusion temporaire ou définitive. Le conseil de
discipline délibère à bulletins secrets à la
majorité des suffrages exprimés.
Ø le Conseil des
délégués
Le conseil des délégués est
présidé par le chef d'établissement. Ce conseil est
constitué des deux délégués de chaque classe.
Généralement un élève est viceprésident du
conseil. Le conseil des délégués donne son avis et formule
des propositions sur les questions relatives à la vie et au travail
scolaires. A ce titre, il examine, notamment à l'occasion de
l'élaboration ou de la révision du projet d'établissement
et du règlement intérieur, les questions suivantes : -
l'organisation du temps scolaire ;
- les modalités générales de l'organisation
du travail personnel et du soutien des élèves ;
- l'information liée à l'orientation et portant sur
les études scolaires et universitaires, sur les carrières
professionnelles,
- la santé, l'hygiène et la
sécurité.
Ø le Conseil d'enseignement
Il est coprésidé par le censeur en charge de la
discipline concernée et l'animateur Pédagogique. C'est un conseil
qui regroupe l'ensemble des enseignants d'une même discipline. Ce conseil
permet de suivre l'évolution de chaque enseignant dans sa matière
afin d'évaluer le niveau de progression. On recense également ici
les difficultés liées à l'enseignement de cette discipline
au sein de l'établissement scolaire. Ainsi des suggestions sont
généralement formulées à cette occasion pour
résoudre des problèmes de tout genre rencontrés par les
uns et les autres.
En plus de tous ces conseils, une assemblée
générale siège en chaque début de trimestre sous la
présidence du chef d'établissement. Elle regroupe tous les
membres de l'administration scolaire, les enseignants ainsi que le personnel
d'appui. Cette assemblée permet de revoir les résultats obtenus
au trimestre précédent afin de se fixer des orientations pour le
trimestre à venir.
La multiplicité et la variété des acteurs
comme des intervenants dans le processus éducatif imposent, pour une
cohérence et, à terme, une efficacité de l'ensemble du
système, une communication efficiente, innovante. C'est cette
quête d'efficience qui nous à conduit à envisager comme
solution au déficit communicationnel manifeste dans nos
établissements d'enseignement secondaire basée sur le modem
GSM.
II.3 Présentation du GSM et du modem GSM
Le souci constant de sécurisation des messages a sans
doute encouragé les recherches sur les moyens de transmission
garantissant confidentialité, intégrité et
rapidité. L'une des grandes réussites de ces recherches est le
téléphone inventé en 1878 par GRAHAM Bell. Cette
invention, qui a indéniablement révolutionné les
communications interpersonnelles, a depuis lors connu de nettes
améliorations grâce notamment à d'autres découvertes
telles que les ondes radio et a atteint son point culminant avec l'adoption en
1987 par les Européens d'un standard en matière de
radiotéléphonie appelé GSM [11].
II.3.1 Norme et infrastructure du GSM
Le réseau GSM (Global System for Mobile communications)
constitue au début du 21ème siècle le standard de
téléphonie mobile le plus utilisé en Europe [6].
Il s'agit d'un standard de téléphonie dit «
de seconde génération » (2G). Contrairement à la
première génération de téléphones portables,
les communications fonctionnent selon un mode entièrement
numérique. C'est le premier service de téléphonie mobile
universel, efficace et satisfaisant aux exigences d'interconnexion et de
mobilité tout en divisant le terrain en zones de couverture dites
cellules. Il possède certaines caractéristiques qui lui sont
propres. Il a pour premier rôle de permettre des communications entre
abonnés mobiles (GSM) et abonnés du réseau
téléphonique commuté (RTC - réseau fixe). Le
réseau GSM s'interface avec le réseau RTC et comprend des
commutateurs. Dans ce chapitre, nous décrivons le contexte
général de notre étude portant sur le réseau GSM,
sa liaison radio ainsi que son fonctionnement.
II.3.1.1 La norme GSM
Le poste d'un abonné permet l'accès au
réseau. Ce terminal est aussi appelé «station mobile»
dans le cadre du GSM. Une station mobile est à la fois un poste
téléphonique sans fil sophistiqué et un terminal de
données qui transmet et reçoit des messages du réseau. La
« Base Transceiver Station » (BTS) est l'équipement terminal
du réseau vers les « stations mobiles » [19] . Une BTS est un
groupement d'émetteurs et de récepteurs fixes. Elle
échange des messages avec les stations mobiles présentes dans la
cellule qu'elle contrôle. La BTS utilise des canaux radio
différents selon le type d'information échangés,
données utilisateur ou signalisation, et selon le sens de
l'échange abonné à réseau ou réseau à
abonné [21]. Dans le réseau, après la « Base
Transceiver station », nous trouvons le contrôleur de station de
base nommé « Base Station Controller » ou (BSC). Il dialogue
avec une ou plusieurs BTS. Cet équipement est à la fois un
concentrateur du trafic issu des stations de base et une passerelle vers le
sous-système réseau. L'équipement suivant, la « Base
Station Controller » est le commutateur du réseau GSM, le «
Mobile Switching Centre » (MSC) : D'une part il interconnecte un
réseau GSM avec le réseau téléphonique public
RTCP/RNIS et d'autre part, constitue l'interface des bases de données du
réseau GSM avec le soussystème radio [21]. Ces bases de
données, outre qu'elles permettent de contrôler les droits
d'accès des usagers au réseau, enregistrent la localisation des
abonnés. Les bases de données sont l'enregistreur des visiteurs
« Visitor Location Register » (VLR), le « Home Location Register
» (HLR) du commutateur, et le « AUthentication Centre » (AUC),
La base de données relative aux visiteurs du réseau VLR stocke
des informations se rapportant à des abonnés qui sont en transit.
Le HLR d'un abonné d'un réseau GSM est une banque de
données. Elle renferme les originaux d'informations relatives à
cet abonné, notamment le profil de son abonnement. Quand cet
abonné entre dans le réseau ou quand il demande l'accès
à un service, un équipement du réseau qui veut
contrôler la validité des privilèges du demandeur interroge
le HLR de l'abonné. Le HLR d'un abonné contient des informations
permanentes. En revanche, un VLR enregistre les informations temporaires,
dynamiques, relatives à une station mobile [6R].
Le système numérique européen utilise la
norme GSM (Global System of Mobile Communication). Le poste de type cellulaire,
véhicule deux types d'information :
- des données numériques de source externe
(comme le contenu d'un message issu du micro- ordinateur portable) ou de source
interne (par exemple, les différentes informations liées au
système cellulaire) ;
- ensuite on rencontre la voix codée sous forme
numérique [1].
En somme, La norme GSM autorise un débit maximal de 9,6
kbps, ce qui permet de transmettre la voix ainsi que des données
numériques de faible volume, par exemple des messages textes (SMS, pour
Short Message Service) ou des messages multimédias (MMS, pour Multimedia
Message Service).
II.3.2 Présentation du modem
Modem est un acronyme pour
Modulateur Démodulateur. Son
rôle est de convertir les données numériques provenant du
PC (les bits = 0 ou 1) en données analogiques (fréquences
multiples) compréhensibles par la ligne téléphonique et
vice-versa. Le modem est un périphérique permettant aussi de se
connecter à Internet par l'intermédiaire d'un fournisseur
d'accès comme CAMTEL par exemple. Bref, le modem permet de communiquer
via le réseau téléphonique.
II.3.3 Caractéristiques d'un modem
- Sa vitesse
Elle s'exprime en Kilo bits par seconde (exemple 512 k/bit par
seconde =64 ko par seconde). Les deux facteurs très importants sont la
vitesse en réception et la vitesse en émission. Ainsi, la norme
V92 a permis de porter la vitesse maximale en émission des modems
à 48000 bits par seconde (5,9 ko par seconde), au lieu de 4.1 ko [22].
Bien sur ces vitesses sont purement théoriques et ne comptez pas les
atteindre avec une connexion classique. En revanche, les débits des
modems ADSL (parfois plus d'un Mo par seconde), sont facilement atteints
suivant la qualité du serveur du site que vous consultez [1].
- Son type
Il existe en réalité deux types de modem, le
modem interne et le modem externe. Si l'on a un port PCI de libre, il est
conseillé d'utiliser le modem interne, qui coûte bien moins cher
que l'externe à caractéristiques comparables, sinon, les modems
externes sont le seul choix. Pour les portables, si vous n'avez pas de port USB
ou série, un modem PCMCIA s'impose.
- Sa norme
La norme V90 est maintenant utilisée pour tous les
modems (56600 bits par seconde en réception et 33600 en
émission). Certains modems possèdent même le V92 qui permet
d'accélérer un peu le débit en émission (48000 au
lieu de 36000 bits par seconde), mais pas en réception [2].
- Les modems ADSL
Complètement différents des modems 56k de part
leurs performances et leur mode de fonctionnement, ils deviennent de plus en
plus des objets décoratifs à placer dans le salon. Ils font
presque tous office de routeurs, sont généralement configurables
à l'aide d'une interface web que l'on consulte avec son navigateur
internet et sont le plus souvent prêtés par les fournisseurs
d'accès internet. Ils peuvent cependant coûter assez cher si vous
les achetez à part.
- Ses fonctionnalités
Certains modems font office de répondeur, peuvent lire vos
mails lorsque le PC est éteint et les rapatrier, ou encore font office
de fax et de minitel [2].
II.3.4 Modem interne
Les modems internes sont en général les moins
onéreux. Ils sont au format PCI, mais on distingue deux
catégories de modems. Il existe la catégorie des WinModem qui
utilisent le processeur central pour décoder les signaux
téléphoniques. L'autre catégorie n'utilise plus le
processeur central, la navigation sur Internet est plus
fluide et moins dépendante du processeur. Les modems
internes peuvent aussi servir de minitel et de fax.
Figure II.1 : Schéma d'un modem interne [26]
II.3.5 Modem externe
Les modems externes proposent en général plus de
fonctionnalités que les modems internes. Certains peuvent fonctionner de
manière autonome pour, par exemple, recevoir des fax, ou des messages
sur son répondeur virtuel. Ils offrent, par contre, la même
vitesse de transmission et d'émission que les modems internes qui vous
permettent d'avoir un meilleur ping, c'est-à-dire un meilleur temps de
réponse. Leur interface est pour la plupart du temps en USB, mais un
port série est présent pour assurer le maximum de
compatibilité (sauf pour les modems ADSL qui ne peuvent se satisfaire
d'une liaison série à cause de sa vitesse trop faible). Certains
modems ADSL disposent aussi d'un branchement en ethernet (à
privilégier, car le branchement en éthernet consomme moins de
ressources processeur que l'USB).
Figure II.2 : Schéma d'un modem externe [26]
Le modem GSM nous servira juste d'acheminer les messages, mais
la conception d'une l'application informatique nécessite le choix d'une
méthode de développement bien précise. C'est donc dans
cette logique que nous avons choisi la méthode MERISE pour le
développement de cette application.
II.4 La méthode Merise
Pour mettre sur pied notre plateforme, nous avons opté
pour la méthode merise qui est une méthode de conception et de
développement de système d'information. Elle date de 1978-1979
[18] , et fait suite à une consultation nationale lancée en 1977
par le ministère français de l'Industrie dans le but de choisir
des sociétés de conseil en informatique afin de définir
une méthode de conception de systèmes d'information. Les deux
principales sociétés ayant mis au point cette méthode sont
: le CTI (Centre Technique d'Informatique) chargé de
gérer le projet, et le CETE (Centre d'Etudes Techniques
de l'Equipement) [18] .
II.4.1 Les étapes de la méthode Merise
Parmi les informations qui appartiennent au système
d'information, certaines doivent ou peuvent faire l'objet d'un traitement
automatisé grâce aux outils informatiques. Pour assurer la
cohérence du système d'information, la méthode Merise
propose une démarche d'informatisation comportant les étapes
suivantes :
Ø Le schéma directeur: dont le
rôle est de définir, de manière globale, la politique
d'organisation et d'automatisation du système d'information. Pour ce
faire, il est nécessaire de répertorier l'ensemble des
applications informatiques existantes à modifier et à
développer. Pour rendre contrôlable et modulable ce
développement, il est nécessaire de découper le
système d'information en sous-ensembles homogènes et relativement
indépendants. Ces sous ensembles sont appelés domaines.
Les résultats attendus à la fin de cette
étape sont une définition précise des domaines, une
planification du développement de chaque domaine et un plan
détaillé année par année des applications qui
doivent être réalisées.
Ø L'étude préalable par
domaine
Elle doit aboutir à une présentation
générale du futur système de gestion (modèles
des données et des traitements) en indiquant les principales
novations par rapport au
système actuel, les moyens matériels à
mettre en oeuvre, les bilans coût - avantage. Cette étude est
réalisée en 4 phases:
· Une phase de recueil qui a pour objectif
d'analyser l'existant afin de cerner les dysfonctionnements et les
obsolescences les plus frappantes du système actuel.
· Une phase de conception qui a pour
objectif de formaliser et de hiérarchiser les orientations nouvelles en
fonction des critiques formulées sur le système actuel et d'autre
part des politiques et des objectifs de la direction générale.
Cela revient à modéliser le futur système avec une vue
pertinente de l'ensemble.
· Une phase d'organisation dont
l'objectif est de définir le système futur au niveau
organisationnel. Il s'agit en fait de répondre à la question
«qui fait quoi ? ».
· Une phase d'appréciation dont
le rôle est d'établir les coûts et les délais des
solutions définies ainsi que d'organiser la mise en oeuvre de la
réalisation. A cet effet, un découpage en projets est
effectué.
Ø L'étude détaillée par
projet
Elle consiste d'une part, à affiner les solutions
conçues lors de l'étude préalable et, d'autre part,
à rédiger pour chaque procédure à mettre en oeuvre,
un dossier de spécifications détaillé, décrivant
les supports (maquettes d'états ou d'écran) ainsi que les
algorithmes associés aux règles de gestion. A l'issue de cette
étude, il est possible de définir le cahier des charges
utilisateurs qui constitue la base de l'engagement que prend le concepteur
vis-à-vis des utilisateurs. Le fonctionnement détaillé du
futur système, du point de vue de l'utilisateur, y est
entièrement spécifié.
Ø la réalisation dont l'objectif
est l'obtention des programmes fonctionnant sur un jeu d'essais
approuvés par les utilisateurs.
Ø la mise en oeuvre 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. Après une
période d'exploitation de quelques mois, la recette
définitive de l'application est prononcée.
Ø la maintenance qui consiste à
faire évoluer les applications en fonction des besoins des utilisateurs,
de l'environnement et des progrès technologiques.
Le schéma suivant, extrait de l'ouvrage « La
méthode Merise » reprend les
étapes sus-citées.
Figure II.3 : Etapes de la méthode Merise [7]
II.4.2 Les niveaux d'abstraction
La méthode Merise préconise 3 niveaux
d'abstraction :
- Le niveau conceptuel
Il décrit la statique et la dynamique du système
d'information en se préoccupant uniquement du point de vue du
gestionnaire.
- Le niveau organisationnel
Il décrit la nature des ressources qui sont
utilisées pour supporter la description statique et dynamique du
système d'information. Ces ressources peuvent être humaines et/ou
matérielles et logicielles.
- Le niveau opérationnel
C'est le niveau dans lequel on choisit les techniques
d'implantation du système d'information (données et traitements)
[18]
II.4.3 Le cycle d'abstraction
La conception du système d'information se fait par
étapes, afin d'aboutir à un système d'information
fonctionnel reflétant une réalité physique. Il s'agit donc
de valider, une à une, les différentes étapes en prenant
en compte les résultats de la phase précédente. D'autre
part, les données étant séparées des traitements,
il faut vérifier la concordance entre données et traitement afin
de vérifier que toutes les données nécessaires aux
traitements sont présentes et qu'il n'y a pas de données
superflues.
Cette succession d'étapes est appelée cycle
d'abstraction pour la conception des systèmes d'information.
L'expression des besoins aboutit au MCC
(Modèle conceptuel de la communication) qui définit les
flux d'informations à prendre compte.
L'étape suivante consiste à mettre au point le
MCD (Modèle conceptuel des données) et le MCT (Modèle
conceptuel des traitements) décrivant les règles et les
contraintes à prendre en compte.
Le modèle organisationnel consiste à
définir le MLD (Modèle logique des données) qui
représente un choix logiciel pour le système d'information et le
MOT (Modèle organisationnel des traitements) décrivant les
contraintes dues à l'environnement (organisationnel, spatial et
temporel).
Enfin, le modèle physique reflète un choix
matériel pour le système d'information.
Tableau II.1 : Tableau récapitulatif des modèles
par niveau de la méthode merise [7]
On peut donc illustrer le cycle de cette méthode
par le schéma suivant :
Figure II.4 : Cycle d'abstraction pour la conception des
systèmes d'information [7]
La méthode merise étant utilisée
pour la mise en place ou la modification des systèmes informatiques, il
convient donc d'analyser et de critiquer le système existant afin de
créer un nouveau système adapté à l'organisation.
Pour cela, la démarche consiste à suivre la « courbe du
soleil » qui est présentée ci-dessous :
Figure II.5 : Courbe du soleil pour la méthode
merise [15]
L'on se servira donc de cette courbe pour
développer le système dont il est question. II.4.4 Les
Modèles Conceptuels
Ils décrivent la statique et la dynamique du
système d'information en se préoccupant uniquement du point de
vue du gestionnaire. On distingue ici le modèle conceptuel de
communication (MCC), le modèle conceptuel des traitements (MCT) et le
modèle conceptuel des données (MCD).
II.4.4.1 Le Modèle Conceptuel de Communication
(MCC)
Il représente au niveau conceptuel, les
échanges d'information entre les acteurs du système. Cependant
plusieurs étapes doivent être parcourues pour arriver à ce
modèle qui définira les flux d'informations à prendre en
compte.
v Définition de l'organisation
La première étape de ce modèle est
d'arriver à isoler le système en le délimitant. Il s'agit
donc de définir le système et les éléments externes
avec lesquels il échange des flux d'informations. Ces
éléments extérieurs sont appelés acteurs externes
(ou partenaires). Cela est illustré par le schéma suivant :
Figure II.6: Présentation du système avec les
acteurs externes [7]
La seconde étape consiste à découper
l'organisation en entités appelées acteurs internes (ou
domaines). Lorsque les domaines d'une organisation sont trop importants, ils
peuvent être décomposés eux-mêmes en sous-domaines.
Le découpage se présente comme suit:
Figure II.7: Présentation du système avec les
acteurs internes [7]
La dernière étape est l'analyse des flux
d'information, c'est-à-dire la définition des processus.
v Le diagramme de contexte
Le diagramme de contexte a pour but de représenter les
flux d'informations entre l'organisation et les acteurs externes selon une
représentation standard dans laquelle chaque objet porte un nom:
· l'organisation est représentée par un
rectangle
· les acteurs externes sont représentés par
des ellipses en pointillés
· les flux d'information sont représentés par
des flèches dont l'orientation désigne le sens du flux
d'information.
Ce diagramme est présenté sous la forme ci-dessous
:
Figure II.8 : Présentation générale du
diagramme de contexte [7]
Ce modèle est généralement appelé
modèle conceptuel de communication de niveau zéro.
v Le diagramme conceptuel de flux
Ce diagramme (encore appelé modèle conceptuel
de la communication) permet de compléter le diagramme de contexte en
décomposant l'organisation en une série d'acteurs internes. Dans
ce diagramme la représentation standard est la suivante:
· les acteurs internes sont représentés par
des ellipses,
· les messages internes sont représentés par
des flèches
Le MCC est le suivant :
Figure II.9: Diagramme conceptuel de flux (ou MCC) [7]
II.4.4.2 Modèle Conceptuel des Traitements
(MCT)
Il représente formellement les activités
exercées par le domaine (à la base de la connaissance du SI). Il
repose sur la prise en compte des échanges (ou flux) du domaine avec son
environnement et s'effectue en faisant abstraction de l'organisation et des
choix technologiques. La définition des interactions du domaine avec son
environnement prime sur la manière dont on assurera ces
activités. Ce modèle est présenté
généralement sous la forme suivante:
Figure II.10 : Modèle conceptuel de traitement [15]
Remarque : (relation entre MCC
et MCT)
Le MCT se présente comme un « zoom » sur le
MCC. Dans les MCC, on représente les messages échangés
entre acteurs et dans les MCT, on représente comment un acteur de
l'organisation réagit quand il reçoit ce message et quelle
opération il effectue.
II.4.4.3 Le dictionnaire des données
C'est un document qui permet de recenser, de classer et de
trier toutes les informations collectées lors des entretiens ou de
l'étude des documents. Le dictionnaire peut être plus ou moins
élaboré selon le niveau de granularité souhaité.
Nous pouvons avoir un exemple d'en-tête de ce document:
Nom des données
|
Format
|
longueur
|
Type
|
|
calculé
|
|
Tableau II.2 : En-tête d'un dictionnaire des
données [10]
Dans ce tableau, « Nom des données » est une
cellule qui recevra une donnée, «format» indique le format de
la donnée, « longueur » indique la longueur approximative ou
exacte de la donnée et «type» est la cellule qui permet de
savoir si la donnée sera élémentaire ou
calculée.
II.4.4.4 Modèle Conceptuel des Données
(MCD)
Le Modèle Conceptuel des Données introduit la
notion d'entités, de relations et de propriétés. Il
décrit de façon formelle les données utilisées par
le système d'information. La représentation graphique, simple et
accessible, permet à un noninformaticien de participer à son
élaboration. Les éléments de base constituant un
modèle conceptuel des données sont : les
propriétés, les entités et les relations.
· Les propriétés
Ce sont les informations de base du système
d'information.
Les propriétés disposent d'un type. Elles peuvent
être numériques, représenter une date, leur longueur peut
être aussi définie. Les types ne sont pas décrits au
niveau conceptuel, car ce niveau est trop proche de la
définition du système physique.
· Les entités ou objets
Une entité est la représentation d'un
élément matériel ou immatériel ayant un rôle
dans le Système que l'on désire décrire. On appelle classe
d'entité un ensemble composé d'entités de même type,
c'est-à-dire dont la définition est la même. Le classement
des entités au sein d'une classe s'appelle classification (ou
abstraction). Une entité est une instanciation de la classe. Chaque
entité est composée de propriétés, données
élémentaires permettant de la décrire.
· Les relations ou associations
Une association (appelée aussi parfois relation) est un
lien sémantique entre plusieurs entités. Une classe de relation
contient donc toutes les relations de même type (qui relient donc des
entités appartenant à des mêmes classes
d'entité).
Figure II.11: Présentation du schéma des
associations [7] II.4.5 Les Modèles Organisationnels et
Logiques
Ils décrivent la nature des ressources qui sont
utilisées pour supporter la description statique et dynamique du
système d'information. Ces ressources peuvent être humaines et/ou
matérielles et logicielles.
II.4.5.1 Modèle Logique des Données
Le MLD (Modèle Logique des Données) tient compte
des choix concernant le système de gestion des données
utilisé dans l'entreprise. Le plus utilisé est le modèle
relationnel associé aux bases de données relationnelles (Oracle,
Informix, SQLserver,
Access, Foxpro, Paradox, HSQL, MySQL, postgreSQL...). Il est
obtenu à partir du modèle conceptuel des données en
respectant un ensemble de règles.
Pour passer du modèle conceptuel des données aux
modèles logiques des données, il est important de respecter
certaines règles.
Règle 1 : Chaque entité avec au
moins une propriété non identifiant donne lieu à un
Schéma relationnel, les identifiants deviennent les clés.
Règle 2 : Les associations de type 1:n
donnent lieu à l'ajout de l'identifiant côté 1 vers le
côté n, en tant qu'attribut non-clé)
Règle 3 : Les associations de type n:m
donnent lieu `a la création de nouveaux schémas relationnels. Les
identifiants des entités liées deviennent des clés et les
propriétés de l'association deviennent des attributs simples.
II.4.5.2 Modèle Organisationnel des Traitements
(MOT)
Le MOT décrit les contraintes dues à
l'environnement (organisationnel, spatial, et temporel). C'est le modèle
conceptuel de traitement auquel on ajoute le lieu, le moment et la nature des
actions à effectuer. On peut avoir la formule: MOT= MCT + lieu + moment
+ nature. Ainsi pour obtenir ce modèle, il suffit d'importer la liste
des acteurs du MCC ainsi que le MCT. Le MOT peut être
schématisé de la manière suivante :
Figure II.12: Schéma général d'un
modèle organisationnel de traitement [15]
II.4.6 Les Modèles Physiques
Ici on choisit les techniques d'implantation du système
d'information (données et traitements). Le niveau physique concerne
l'administrateur de la base ; on définit les
tables, les contraintes d'intégrité, les index, les
requêtes, les vues ; une partie importante est prise en charge par le
logiciel.
II.4.6.1 Modèle Physique des Données
(MPD)
Il représente un choix matériel pour le
système d'information. C'est une transformation en tables des
entités et associations si on produit le MPD directement à partir
du MCD et c'est un ensemble des Schémas relationnels si on produit un
MLD. Ce modèle dépend de la base de données cibles (Types
de données, Domaines des propriétés). Ici les attributs
qui permettent d'indexer les tables sont des clés primaires et les
attributs (non clés primaires) qui font référence aux
clés primaires d'autres tables sont des attributs secondaires. De
façon générale, il existe un ensemble de règles
permettant de passer du MLD au MPD.
Règle1 : Implémentation physique
de chaque table du MLD dans le SGBD utilisé. Règle2 :
Pour chaque table, indiquer au SGBD quel(s) champ(s) constitue(nt) la
clé primaire.
Règle3 : Pour chaque table,
indiquée au SGBD la (les) clé (s) étrangère (s), et
la (les) clé (s) primaire (s) correspondante (s) [16] .
II.4.7 Mise en oeuvre avec POWERAMC
Pour créer tous les modèles sus-cités, il
a été préférable d'utiliser POWERAMC
créé par la société SDP en 1989 et qui est
considéré comme un aide mémoire des modèles
conceptuels et logiques des données. C'est en fait un outil graphique
(sous Windows) de conception de systèmes d'information. Il permet de
mettre en oeuvre la méthode Merise en facilitant les étapes de
création de bases de données et de développement
d'applications. Il est constitué des différents modules dont les
principaux sont présentés ci-dessous.
· Le module « Données »
qui offre les fonctions nécessaires à
l'élaboration du Modèle Conceptuel de Données et du
Modèle Physique de Données Merise. Ce dernier modèle
correspond à un schéma relationnel destiné à
être géré par un SGBD Relationnel précis.
· Le module « Traitements »
utile pour représenter les différents modèles de
traitement Merise.
· Le module « Développeur »
capable de générer des prototypes d'applications pour
PowerBuilder ou Visual Basic. Un tel module favorise la mise en oeuvre de
démarche de projets de type RAD (Rapid Application Development). Il
suffit donc de choisir un module en fonction du modèle que l'on aimerait
concevoir. Le modèle sera créé et enregistré dans
un espace de travail (nom de la session courante de POWERAMC). Ainsi, à
chaque modèle correspondra un ensemble de palettes permettant de
concevoir ses différentes parties.
II.5 Conclusion
Ce chapitre se présente comme la vitrine de notre
travail technique. Il présente, de façon globale, la
méthode de conception adoptée pour cette application, la
méthode Merise, qui est l'une des plus anciennes méthodes qui
formalisent le processus d'analyse et de conception des applications
logicielles. Il présente aussi la technologie de base de ce
modèle de communication qu'est la GSM ainsi que l'outil essentiel qu'est
le modem. Il laisse ainsi une ouverture sur les détails de conception
qui feront l'objet du prochain chapitre.
Chapitre III : ANALYSE ET CONCEPTION
III.1 Introduction
L'analyse d'un problème comme celui auquel nous voulons
apporter une solution conduit inéluctablement à la
modélisation de ses concepts essentiels. Cette modélisation
s'inspire, logiquement, des détails d'analyse, tout en intégrant
les exigences du cahier des charges produit après l'analyse du
problème. Ces modèles ont pour rôle de lever les
ambigüités du langage naturel qui permet de rédiger le
cahier de charge et de représenter le monde réel selon les
exigences d'une méthode informatique. Dans ce cas précis, nous
opérons selon la méthode Merise qui prévoit un
enchaînement de diagrammes permettant de décrire, de façon
claire, les besoin fonctionnels du système que nous voulons concevoir.
Ceci étant, ce chapitre présente le cahier de charge, l'analyse
des besoins illustrée par quelques diagrammes et la conception
proprement dite au moyen des diagrammes conceptuels adéquats.
III.2 Cahier des charges
III.2.1 Motivation
Les parents d'élèves et les enseignants
constituent des entités essentielles du système éducatif.
Ils interviennent par ailleurs dans le cadre du projet d'établissement
au Cameroun d'après l'article 5 du décret no2001 /041
du 19 janvier 2001 portant organisation des établissements scolaire
publique et attribution des responsables de l'administration scolaire. Certains
parents après avoir inscrit leurs enfants dans un établissement
scolaire n'attendent plus que la fin d'année pour apprécier leur
travail. D'autres par contre sont sous-informés ou reçoivent des
informations erronées et tardivement sur la conduite et les
résultats de leurs enfants.
Pendant notre stage d'imprégnation qui s'est
déroulé du 05 au 30 septembre 2011 au Lycée Classique de
Foumban, nous avons vu un parent se plaindre du fait que sa fille en classe de
4e était exclue définitivement du Lycée
à cause de son indiscipline caractérisée, son comportement
déviant et ses très mauvais résultats scolaires. Le parent
s'est mis en colère contre l'administration scolaire du fait qu'il
n'avait pas été convoqué afin d'être au courant de
la situation de sa fille. Pour prouver au parent de la jeune fille que plus
d'une fois il avait été convoqué, le Censeur responsable
du premier cycle a présenté une liste dans la quelle figurait le
nom de tous les parents qui avaient été convoqués pour la
mauvaise conduite de leurs enfants et le nom dudit parent s'y trouvait. De
plus, sa fille affirmait avoir pris plus d'une fois la convocation mais l'avait
déchiré au sortir du Lycée.
Pendant la même période certains parents
étaient dépassés des résultats contradictoires de
leurs enfants car ce que leur disaient les enfants n'était pas ce qu'on
retrouvait dans leurs livrets scolaires voir même leurs vrais bulletins
des notes.
Un jour pendant notre visite au Lycée Bilingue de
Maroua, un parent nous a approché et nous a présenté le
bulletin de notes de sa fille faisant la section anglophone qui n'avait
capitalisé qu'une seule matière sur sept. Le monsieur tout
abattu, voulait rencontrer un conseiller d'orientation pour que sa fille puisse
changer brusquement la session quand les dossiers d'examen avaient
déjà été envoyés.
Pour éviter de telles situations, nous avons
trouvé nécessaire d'établir un dialogue permanent entre
l'administration scolaire et les parents d'élèves sans
forcément passer par les élèves qui ne rendent compte que
des décisions qui leur sont favorables ou des résultats
positifs.
III.2.2 Définition des besoins
spécifiques
Les besoins spécifiques constituent les différentes
tâches réalisables ou non et les tâches
complémentaires dans le futur système. Nous les regroupons en
trois critères qui sont :
a) Les critères obligatoires
Ils représentent les différentes fonctions
nécessaires pour gérer la
communication téléphonique par
l'intermédiaire du modem GSM. Nous avons donc les sous modules
suivants:
Ø Gestion d'enregistrement des
enseignants
Ø Gestion d'enregistrement des
élèves et leurs parents Ø Gestion
d'enregistrement des salles des classes
Ø Gestion d'envoi des SMS aux
enseignants.
Ø Gestion d'envoi des SMS aux parents
d'élèves
b) Les critères souhaités
Ce sont ceux qui doivent être remplis pour rendre notre
module fiable et crédible, on peut citer entre autre :
> L'aide pour effectuer un envoi > La
réutilisation
> L'extensibilité
> La portabilité etc.
c) Les critères de délimitations.
Ils définissent les restrictions, les frontières de
notre module, on peut citer :
> Pas de gestion d'envoi des messages aux
élèves
> Pas de gestion d'envoi aux personnes non parents
d'élèves et non enseignants > Pas de gestion des personnels
administratifs.
> Pas de gestion du refus d'acheminement du SMS à un
destinataire précis > Pas de gestion des notes.
> Pas de gestion des emplois de temps
> Pas de gestion des salles de classe
III.2.3 Fonctionnement des sous-modules de
l'application
Il s'agit des différentes fonctions de notre produit
regroupées par sous modules.
Ø Gestion des enseignants
- Enregistrer un enseignant
- Afficher la liste des enseignants enregistrés
- S'assurer de l'enregistrement du numéro de
téléphone d'un enseignant - Modifier les informations sur un
enseignant
- Supprimer un enseignant
Ø Gestion des élèves et leurs
parents
- Enregistrer un élève et son parent
- Afficher la liste des élèves
enregistrés
- Afficher la liste des parents enregistrés
- Afficher la liste des élèves avec leurs
parents
- S'assurer de l'enregistrement du numéro de
téléphone du parent d'élève - Modifier des
informations sur un élève
- Modifier des informations sur un parent enregistré
- Supprimer un élève
- Supprimer un parent d'élève
Ø Gestion d'enregistrement des salles des classes
- Enregistrer une salle de classe
- Afficher une salle de classe
- Modifier une salle de classe
- Supprimer une salle de classe
Ø Gestion d'envoi des messages aux
enseignants.
- Rechercher un enseignant
- Récupérer le contact téléphonique
de l'enseignant
- Spécifier l'expéditeur et l'objet du message
destiné à un enseignant ou un ensemble d'enseignants
- Ecrire le message à envoyer a l'enseignant
- Tester la présence d'un modem GSM ou d'un
téléphone GSM - Vérifier la présence d'une puce
dans le modem
- S'assurer que la puce dans le modem GSM contient du
crédit de communication
- Déclencher l'envoi du message à l'enseignant
- Attendre l'accusé de réception
Ø Gestion d'envoi des messages aux parents
d'élèves
- Rechercher un parent d'élève à partir de
ce dernier
- Récupérer le contact téléphonique
du parent
- Spécifier l'expéditeur et l'objet du message
destiné à un parent d'élèves ou un ensemble de
parent d'élèves
- Ecrire le message à envoyer à un ou plusieurs
parents
- Tester la présence d'un modem GSM ou d'un
téléphone GSM - Vérifier la présence d'une puce
dans le modem
- S'assurer que la puce dans le modem GSM contient du
crédit de communication
- Déclencher l'envoi du message à un ou plusieurs
parents
- Attendre l'accusé de réception
III.2.4 Description de l'architecture de l'application
Elle est bâtie autour de quatre entités essentielles
comme illustrer sur le schéma suivant :
Figure III.1 : Illustration des flux de
communication.
La représentation interne du SIPEE (Système
d'Information des Parents d'Elèves et Enseignants)
présenté ci-dessus est le suivant :
Figure III.2 : Communication entre les modules du
SIPEE
Cette application fonctionnera sur une machine autonome dans
un établissement d'enseignement secondaire. Ainsi pour utiliser cette
application dont l'architecture est illustrée par la figure ci-dessus,
les ressources matérielles et logicielles suivantes sont
indispensables:
a) Ressources matérielles (Hardwares):
Ø Un ordinateur (portable ou Desktop) ayant au moins les
caractéristiques suivantes :
- Un processeur d'au moins 850 MHZ de fréquence
- Une mémoire RAM d'au moins 256 Mo
- Un disque dur d'au moins 20 Go
Ø Un modem GSM ou un téléphone GSM. Notre
application fonctionnera avec l'un des modems ou téléphone GSM
suivants :
- WAVECOM FASTRACK M1306B ayant les
caractéristiques
principales suivantes :( Bi-bande 900/1800 MHz; Tension
d'alimentation: 5V à 32V ; Transmission: données, SMS, voix, FAX;
Puissance de sortie: 2W en GSM 900MHz et 1W en GSM 1800MHz)
- Téléphone NOKIA ayant les
caractéristiques suivantes : (marque Nokia 3110c, numéro de
série: 356928032260863, vitesse de transmission 9600)
Remarque : les modems ou
téléphones GSM suivants peuvent être utilisés : -
Benq Mod 9001.
- Falcom Twist.
- NOKIA 6610, 6630, 6600, 6233.
- SONY ERICSSON w550i, w700i, w800i.
- MOTOROLA L6, V3.
Ø les téléphones portables dotés au
moins d'une puce d'un opérateur téléphonique nationale.
Ø Cordon du modem ou du téléphone GSM
a) Resources logicielles (software)
Ø Un système d'exploitation Windows XP ou Windows 7
et Linux
> L'IDE netbeans à partir de la version 6.5
> Le jdk (machine virtuelle de java) à partir de la
version 1.6
> Le pilote du modem GSM ou du téléphone GSM
> Photo Impact X3 > PowerAMC 12.0 > Wampserver
III.2.5 Implémentation du produit
Pour l'implémentation de cette application nous
utiliserons le langage de programmation Java. De plus nous utiliserons le
langage SQL pour les requêtes SQL.
III.3 Analyse
III.3.1 Schémas directeur
Cette section a pour but de répertorier les logiciels
« existants » dont nous nous inspirons pour mener à bien notre
travail. Particulièrement pour notre application, il n'existe en
réalité pas un précédent exerçant dans le
milieu éducatif. Néanmoins, nous nous servons des systèmes
de gestion des établissements d'enseignement secondaire qui s'occupent
des tâches suivantes :
- L'inscription des élèves
- La délivrance des reçus d'inscription - La
production des bulletins des notes
- La conservation des informations personnelles des
élèves et des personnels du Lycée.
Ces applications bien que parfois limitées,
représentent une avancée considérable dans le processus
d'informatisation des structures scolaires. Elles nous permettent d'avoir une
idée des acteurs du système éducatif et de leurs
rôles respectifs.
Toutefois, des applications semblables à celle que nous
concevons sont utilisées par les établissements de micro-finance
qui offrent notamment des services
de transfert d'argent. Mais seulement ces applications sont
des propriétés privées de ces entreprises qui, en aucun
cas, n'acceptent une quelconque copie des codes sources. Cependant, pour
parvenir à notre but, nous avons défini une organisation qui
guide la conception du SIPEEsoft. Cette organisation se base sur un
découpage du système à concevoir en plusieurs
sous-ensembles que nous pouvons appelés domaines. Nous identifions ainsi
les domaines suivants :
- la gestion d'un établissement scolaire - la
préparation des SMS
- le module d'écoute
- l'envoi des SMS
Cette partie permet de présenter de façon
illustrée, les modèles qui permettrons de formaliser les besoins
du système. Pour ce faire les différents modèles
conceptuels relatifs à l'analyse des besoins seront
ébauchés.
III.3.2 Modèle Conceptuel de Communication (MCC)
Ce modèle permet de décrire d'une part,
l'organisation et, d'autre part, le diagramme de contexte qui permet de
représenter le flux d'information.
III.3.2.1 Définition de l'organisation
Cette partie est divisée en trois étapes.
La première étape permet de définir le
système et les éléments externes appelés
acteurs externes qui interagissent avec le système. En
particulier pour notre application, les acteurs externes identifiés sont
les suivants :
Ø Administrateur du système
Ø Proviseur
Ø Censeur
Ø Surveillants généraux
Ø Enseignants
Ø Intendant Ø Secrétaire Ø Parents
d'élèves
Ces acteurs identifiés comme externes au système
jouent chacun un rôle essentiel dans le fonctionnement de ce dernier.
Tous ces acteurs seront externes au système et le schéma suivant
illustre les interactions entre le système et tous ses acteurs
externes.
Figure III.3: Présentation des acteurs externes du
système
La seconde étape consiste à découper
l'application en entités appelées acteurs internes (ou domaines).
Les relations entre les acteurs internes du système sont
présentées dans le diagramme suivant :
Figure III.4: Présentation des acteurs internes du
système
La dernière étape consiste à analyser les
flux d'informations ou encore de donner la définition de chaque
processus de l'organisation.
v Le Système de gestion de l'établissement
scolaire
Ce système permet de stocker les différents
messages destinés aux parents d'élèves ou aux autres
acteurs du système éducatif. Il donne aussi la
traçabilité sur la gestion de l'établissement scolaire
c'est-à-dire donne des informations sur le fonctionnement de
l'établissement scolaire.
v Le module d'écoute
Ce Module est automatiquement au courant de l'arrivée d'un
nouveau message dans la base de données de l'établissement
scolaire. Il nous fournira donc les informations
sur la base de données de l'établissement en
question. Il envoie le message contenant toutes les informations
associées au module de préparation de l'envoi des SMS.
v Le module de préparation de l'envoi des
SMS
Ce Module vérifie si les élèves dont on
veut informer les parents sont de l'établissement. Ensuite, il
vérifie si l'adresse des parents à qui on veut envoyer le message
existe dans la liste des adresses des parents d'élèves. Et enfin
il récupère les adresses des parents et d'autres informations
nécessaires afin de former le message prêt à être
envoyer.
v Le module d'envoi des SMS
Ce module informe un parent d'élève ou un
enseignant tel que voulu par l'administration scolaire. Il est toutefois utile
de préciser que l'information peut être de plusieurs ordres.
III.3.2.2 Le diagramme de Contexte
Ce diagramme permet de représenter les flux
d'informations entre l'organisation et les acteurs externes. Ici l'organisation
est représentée par un rectangle, les flux d'informations, par
des flèches dont l'orientation désigne le sens du flux
d'information et les acteurs externes, par des ellipses en pointillés.
Pour cette application, Ce diagramme est le suivant :
Figure III.5: Diagramme de contexte du système
N°
|
Flux
|
01
|
Modification des paramètres existants ou envoi d'un
message
|
02
|
Acceptation ou refus de prise en compte des nouveaux
paramètres
|
03
|
Saisie et envoi des messages par rapport à la discipline
d'un enseignant ou convocation à une réunion
|
04
|
Consultation de l'historique de tous les messages envoyés
dans l'établissement scolaire
|
05
|
Saisie et envoi des messages relatifs à la
pédagogie
|
06
|
Consultation de l'historique des messages envoyés
concernant la pédagogie
|
07
|
Saisie et envoi des messages relatifs à la
solvabilité de l'élève
|
08
|
Consultation de l'historique des messages envoyés
concernant le solde des élèves
|
09
|
Saisie et envoi des messages relatifs à la discipline d'un
élève
|
10
|
Consultation de l'historique des messages envoyés
concernant la discipline des élèves
|
11
|
Saisie et envoi des messages concernant la paie des primes des
enseignants et autres
|
12
|
Identification des enseignants afin d'effectuer la paie
|
13
|
Saisie et envoi des messages relatifs à l'orientation d'un
élève
|
14
|
Consultation de l'historique des messages envoyés
concernant l'orientation scolaire des élèves
|
15
|
Facilite la consultation des historiques des messages
envoyés
|
16
|
Facilite la saisie et l'envoi de toutes sortes de messages
|
17
|
Contacter un parent d'élève par SMS
|
18
|
Contacter un enseignant par SMS
|
Tableau III.1 : Identification des flux du diagramme de
contexte
III.3.2.3 Diagramme Conceptuel de Flux
Ce diagramme (ou Modèle Conceptuel de
Communication) complète le diagramme de contexte en
décomposant le système en une série d'acteurs internes et
leurs interactions avec les acteurs externes. Pour ce système, le
modèle conceptuel de communication est le suivant :
Figure III.6: Modèle Conceptuel de Communication du
système
N°
|
Flux
|
01
|
Modification des paramètres existants ou envoi d'un
message
|
02
|
Acceptation ou refus de prise en compte des nouveaux
paramètres
|
03
|
Saisie et envoi des messages par rapport à la discipline
d'un enseignant ou convocation à une réunion
|
04
|
Consultation de l'historique de tous les messages envoyés
dans l'établissement scolaire
|
05
|
Saisie et envoi des messages relatifs à la
pédagogie
|
06
|
Consultation de l'historique des messages envoyés
concernant la pédagogie
|
07
|
Saisie et envoi des messages relatifs à la
solvabilité de l'élève
|
08
|
Consultation de l'historique des messages envoyés
concernant le solde des élèves
|
09
|
Saisie et envoi des messages relatifs à la discipline d'un
élève
|
10
|
Consultation de l'historique des messages envoyés
concernant la discipline des élèves
|
11
|
Saisie et envoi des messages concernant la paie des primes des
enseignants et autres
|
12
|
Identification des enseignants afin de procéder à
leur paie
|
13
|
Saisie et envoi des messages relatifs à l'orientation d'un
élève
|
14
|
Consultation de l'historique des messages envoyés
concernant l'orientation scolaire des élèves
|
15
|
Facilite la consultation des historiques des messages
envoyés
|
16
|
Facilite la saisie et l'envoi de toute sorte de messages
|
17
|
Ecoute du système de gestion scolaire
|
18
|
Envoi d'un signal indiquant l'arrivée d'un nouveau
message
|
19
|
Contact du système de gestion scolaire
|
20
|
Récupération des coordonnées du destinataire
du message
|
21
|
Message transformé en SMS pour être envoyé
à un parent ou un enseignant
|
22
|
Envoi du SMS aux parents
|
23
|
Envoi du SMS aux enseignants
|
Tableau III.2: identification des flux du MCC III.3.3
Dictionnaire Des Données
C'est ici que les informations collectées lors des
entretiens avec les chefs d'établissement et autres ont
été classées.
Le dictionnaire des données recense l'ensemble des
informations du système. Certaines informations seront déduites
(ou calculées) en fonction d'informations élémentaires.
Nom des données
|
Format
|
Longueur
|
Type
|
Elémentaire
|
Calculé
|
Identifiant de l'enseignant
|
Numérique
|
|
X
|
|
Nom de l'enseignant
|
Alphabétique
|
15
|
X
|
|
Prénom de l'enseignant
|
Alphabétique
|
25
|
X
|
|
Sexe de l'enseignant
|
Alphabétique
|
1
|
X
|
|
Grade de l'enseignant
|
Alphabétique
|
7
|
X
|
|
Statut de l'enseignant
|
Alphabétique
|
10
|
X
|
|
Numéro de téléphone de l'enseignant
|
Alphanumérique
|
11
|
X
|
|
Identifiant du cours
|
Numérique
|
|
X
|
|
Intitulé du cours
|
Alphabétique
|
25
|
X
|
|
Coefficient du cours
|
Numérique
|
1
|
X
|
|
Identifiant de la classe
|
Numérique
|
|
X
|
|
Nom de la classe
|
Alphabétique
|
15
|
X
|
|
Capacité de la classe
|
Numérique
|
|
X
|
|
Professeur principal de la classe
|
Alphabétique
|
|
X
|
|
Matricule de l'élève
|
Alphanumérique
|
|
X
|
|
Nom de l'élève
|
Alphabétique
|
25
|
X
|
|
Prénoms de l'élève
|
Alphabétique
|
30
|
X
|
|
Sexe de l'élève
|
Alphabétique
|
1
|
X
|
|
Date de naissance de l'élève
|
Date
|
|
X
|
|
Lieu de naissance de l'élève
|
Alphabétique
|
|
X
|
|
Date d'inscription de l'élève
|
Date
|
|
X
|
|
Responsabilité de l'élève
|
Alphabétique
|
0,2
|
X
|
|
CNI du parent
|
Numérique
|
11
|
X
|
|
Nom du parent
|
Numérique
|
15
|
X
|
|
Prénoms du parent
|
Numérique
|
25
|
X
|
|
Identifiant du message
|
Numérique
|
|
X
|
|
Type de message
|
Alphanumérique
|
25
|
X
|
|
Objet du message
|
Alphabétique
|
20
|
X
|
|
Contenu du message
|
Alphanumérique
|
140
|
X
|
|
Identifiant de l'historique du message
|
Numérique
|
|
X
|
|
Date et heure d'envoi du message
|
Date
|
|
X
|
|
Numéro de téléphone du destinataire
|
Alphanumérique
|
12
|
X
|
|
Identifiant du conseil
|
Numérique
|
|
X
|
|
Nature du conseil
|
Alphabétique
|
30
|
X
|
|
Tableau III.3: Dictionnaire des données du système
III.3.4 Modèle Conceptuel de Données (MCD)
Le MCD à pour but de modéliser
les données (aspect statique) mémorisées dans le
système d'information. Il nous permet d'identifier les
différentes entités du système ainsi que les associations
entre ces entités.
Le MCD est caractérisé par une
représentation graphique des données à un niveau
conceptuel, c'est-à-dire sans se préoccuper ni des contraintes
d'organisation ni du gestionnaire de la base de données utilisée,
ni des traitements.
Pour cette application, les différentes entités qui
ont été retenues après analyse sont les suivantes :
Enseignant, Elève, Parent, Classe, Message, Conseil, Cours,
et Histo_envoi_ens, Histo_envoi parent et
compte utilisateur. C'est donc à partir de
ces dernières que le modèle conceptuel de
données sera construit afin de modéliser les données du
système. Le MCD de ce système est alors le suivant :
Figure III.7: Modèle Conceptuel des Données du
système
III.3.5 Modèle Conceptuel de Traitement (MCT)
Le modèle conceptuel de traitement décrit tous
les traitements et plus précisément toutes les activités
découlant des échanges entre le domaine(ou le système)
étudié et le monde extérieur. Ainsi, à la fin d'un
conseil, un message à envoyer sera formulé et
récupéré par le système, ce dernier
vérifiera la longueur de ce message. Si cette longueur n'est pas valide,
un signal se produit pour indiquer que le message n'a pas été
envoyé, au cas contraire, le message et les coordonnées des
parents destinataires sont récupérés par le système
et l'opération d'envoi sera donc effective. Ce modèle est
présenté par le schéma ci-dessous.
Figure III.8: Modèle Conceptuel de Traitement du
système
III.4 Conception
C'est dans cette partie que le travail sera
présenté de façon détaillée. Ainsi les
modèles conceptuels ainsi que les modèles logiques et physiques
seront présentés de façon détaillée.
III.4.1 Modèles Conceptuels
III.4.1.1 Modèle Conceptuel de Données
(MCD) détaillé
C'est le même modèle que ce qui a été
présenté à l'analyse, à la seule différence
que les contraintes seront détaillées et les cardinalités,
présentées.
Figure III.9: Modèle Conceptuel de Données
détaillé du système
III.4.1.2 Modèle Conceptuel De Traitement (MCT)
détaillé
Ici nous avons le même modèle qu'à l'analyse.
Seulement, les opérations à effectuer sont beaucoup plus
détaillées. Il est représenté par le schéma
ci-dessous :
Figure III.10: Modèle Conceptuel de Traitement
détaillé du système
III.4.2 Modèle Organisationnel et Logique des
Données
III.4.2.1 Modèle Logique des Données
(MLD)
Le niveau logique est indépendant du matériel
informatique, des langages de programmation ou de la gestion des
données. C'est la réponse à la question « avec quoi ?
». D'après le MCD présenté supra, nous avons
élaboré une base de données du système
constituée des tables suivantes :
· La table conseil
Elle est relative aux différents conseils tenus au sein
de l'établissement (conseil d'enseignement, conseil de classe, conseil
de discipline...).
Attributs : id_cons, nat_cons
Méthodes : générer ()
· La table message
C'est celle qui contient les messages à envoyer, ainsi
ces derniers peuvent être de types ou de natures différents et les
contenus peuvent aussi varier.
Attributs: id_msg, type_msg, obj_msg,
cont_msg
Méthodes : destiner (), envoyer ()
· La table parent
Elle comporte toutes les informations sur un parent y compris
ses contacts qui restent important pour le fonctionnement du système.
Attributs : cni_parent, nom parent,
prenom parent, tel parent1, tel parent2 Méthodes :
envoyer ()
· La table élève
Elle contient les informations relatives à un
élève.
Attributs :mtle, cni parent,
id_class, nom_el, prenom_el, sexe_el
date_naiss_el, lieu_naiss_el, tel_el, redoublant, email,
responsabilite, solvable date_inscription, photo_el.
Méthodes : suivre ()
· La table classe
Elle contient la classe de l'élève en question
ainsi que ses caractéristiques. Attributs:
-id_class, -nom_class, -prof princi,
-capacite
Méthodes : s'inscrire ()
· La table histo_envoi_ens
C'est la table contenant l'historique de tous les messages du
système qui seront envoyés aux enseignants.
Attributs : id_histo_ens, exp_ens,
date_heure_ens, sujet_ens, tel_dest_ens, cont_msg_ens
Méthodes : destiner ()
· La table histo_envoi parent
C'est celle qui contient l'historique de tous les messages du
système qui seront envoyés aux parents ou tuteurs
d'élèves.
Attributs : id_histo_ens, exp_ens,
date_heure_ens, sujet_ens, tel_dest_ens, cont_msg_ens
Méthodes : envoyer ()
· La table enseignant
Elle contient toutes les informations relatives à un
enseignant.
Attributs : id_ens, numero_compte,
civilite, nom_ens, prenom_ens, sexe_ens, grade_ens, resposabilite, status,
tel_ens.
Méthodes : dispenser (), destiner ().
· La table compte_utilisateur
C'est cette table qui contient toutes les informations sur
l'utilisateur du système qui peut être le proviseur, le censeur,
le surveillant général, le sécrétaire de
l'établissement...
Attributs : numero_compte, id_ens,
numero_cni, login, mot_de passe, date_connexion.
· La table cours
Elle contient la nature du cours (discipline) suivie par un
élève. Attributs : id_cours,
intitule_cours.
Méthodes : suivre (), dispenser ().
Le MCD du système est donc le suivant :
Figure III.11 : Modèle Logique des Données du
système III.4.2.2 Modèle Organisationnel de Traitement
(MOT)
Il complète la description conceptuelle des traitements en
intégrant tout ce qui est
d'ordre organisationnel dans le domaine étudié. Ce
modèle précise celui qui exécute les traitements et la
nature des traitements (manuels, automatiques, semi-
automatiques), il précise également les lieux
où sont exécutés les traitements ainsi que le moment
d'exécution de ces traitements. C'est un modèle qui est
basé sur trois principes fondamentaux : L'événement, la
phase ou procédure et le résultat. Pour ce système le MOT
obtenu est le suivant :
Figure III.12: Modèle organisationnel de traitement du
système
III.4.3 Modèle Physique et Opérationnel
III.4.3.1 Modèle Physique des Données
(MPD)
C'est la traduction du modèle logique des
données (MLD) dans une structure de données spécifique au
système de gestion de bases de données (SGBD) utilisé. Le
MPD est donc représenté par des tables définies au niveau
du système de gestion de bases de données. C'est donc dans ce
modèle que nous quittons la méthode générale de
création d'un MCD et de sa transformation en MLD, pour nous tourner vers
la manipulation d'un SGBD spécifique. Pour cette application, le MPD
comporte 10 tables. On a les tables conseil, enseignant, message, parent,
élève, classe, Histo_envoi_ens, Histo_envoi parent,
compte_utilisateur et cours. Le MPD de ce système est illustré
par la figure ci-dessous :
Figure III.13: Modèle Physique des Données du
système
III.4.3.2 Base de données du système
La base de données du système est
créée avec au total 15 tables. La table conseil
qui est relatif aux différents conseils tenus au sein de
l'établissement (conseil d'enseignement, conseil de classe, conseil de
discipline...); la table message qui est celle qui contient
les messages à envoyer, ainsi ces derniers peuvent être de types
et de natures différents et les contenus peuvent aussi varier; la table
parent qui comporte toutes les informations sur un parent, la
table élève qui contient également les
informations relatives à un élève, la table classe
qui contient la classe de l'élève en question, une table
histo_envoi_ens qui contient l'historique de tous les messages
du système qui seront envoyés aux enseignants, une table
histo_envoi parent qui contient l'historique de tous les
messages du système qui seront envoyés aux parents ou tuteurs
d'élèves, une table enseignant qui contient
toutes les informations relatives
à un enseignant, la table compte_utilisateur
qui contient toutes les informations sur l'utilisateur du
système, la table cours qui contient la nature du cours
(matière) suivie par un élève, les associations suivantes
sont devenues des tables: générer,
dispenser destiner, cours, suivre
et envoyer. Pour implémenter cette base, nous
avons utilisé l'environnement de création de base de
données PHPMyAdmin et le Système de gestion de base de
données MySQL. Pour créer les tables élève,
enseignant et parent par exemple, nous avons
utilisé les codes suivants :
Create table ELEVE
(
MTLE int not null,
CNI_PARENT varchar(11) not null,
ID_CLASS int not null,
NOM_EL varchar(25),
PRENOM_EL varchar(30),
SEXE_EL char(1),
DATE_NAISS_EL datetime,
LIEU_NAISS_EL varchar(25),
TEL_EL varchar(12),
REDOUBLANT bool,
EMAIL varchar(50),
RESPONSABILITE float(8,2),
SOLVABLE boolean,
DATE_INSCRIPTION datetime, PHOTO_EL longblob, primary key
(MTLE)
);
Create table ENSEIGNANT
(
ID_ENS bigint not null,
CIVILITE varchar(4),
NOM_ENS varchar(15),
PRENOM_ENS varchar(25),
SEXE_ENS char(1),
GRADE_ENS varchar(7),
RESPOSABILITE varchar(15),
STATUS varchar(10),
TEL_ENS varchar(11), primary key (ID_ENS)
);
Create table PARENT
(
CNI_PARENT char(11) not null,
NOM_PARENT varchar(15), PRENOM_PARENT
varchar(25),
TEL_PARENT1 varchar(12),
TEL_PARENT2 varchar(12),
primary key (CNI_PARENT)
);
III.4.4 Architecture générale du
système
Le système conçu a une architecture
générale qui est illustrée par le schéma suivant
:
Figure III.14 : Architecture générale du
système
III.5 Environnements et Outils de développement
de l'application
III.5.1 Environnement de développement de
l'application
L'application a été développée
avec le langage de programmation Java. Le langage Java est un langage
généraliste de programmation synthétisant les principaux
langages existants lors de sa création en 1995 par Sun Microsystems. Il
permet une programmation orientée-objet (à l'instar de Small Talk
et, dans une moindre mesure, C++), modulaire (langage ADA) et reprend une
syntaxe très proche de celle du langage C. Outre son orientation objet,
le langage Java a l'avantage d'être modulaire (on peut écrire des
portions de code génériques, c'est-à-dire utilisables par
plusieurs applications), rigoureux (la plupart des erreurs se produisent
à la compilation et non à l'exécution) et portable (un
même programme compilé peut s'exécuter sur
différents environnements). En contrepartie, les applications Java ont
le défaut d'être plus lentes à l'exécution que des
applications programmées en C par exemple. Java est un langage
interprété, ce qui signifie qu'un programme compilé n'est
pas directement exécutable par le système d'exploitation mais il
doit être interprété par un autre programme, qu'on appelle
interpréteur. La figure suivant illustre ce fonctionnement.
Figure III.15 : Schéma d'exécution d'un programme
JAVA [5]
Le java doit être interprété par la
machine virtuelle Java (JVM) qui, transforme alors le code compilé en
code compréhensible par le système d'exploitation. C'est la
raison pour laquelle Java est un langage portable : le bytecode reste le
même quelque
soit l'environnement d'exécution [5]. Les outils de
développement Java fournis par SUN sont contenus dans le Java
Development Kit (JDK). La version 1.7 du JDK a été
utilisée dans notre cas.
De même nous faisons usage de la bibliothèque
SMSLib de Java pour établir la communication entre notre application et
le modem GSM.
Pour l'écriture du code source de notre application,
nous avons utilisé l'Environnement de Développement
Intégré (IDE) Netbeans version 6.9 et 7.0. Ce dernier permet de
faciliter et d'automatiser le processus de développement du logiciel. Il
est l'un des IDE très utilisés dans les domaines professionnels
et éducatifs. Toutes les entreprises de développement des
logiciels, les universités, les écoles d'ingénieurs, les
laboratoires de recherche informatique utilisent NetBeans. De plus NetBeans
facilite la création des interfaces graphiques [24].
Pour l'implémentation de la base de données de
notre application, nous avons utilisé le serveur d'application
Wampserver version 2. L'installation de ce programme implique l'installation
d'un ensemble d'outils tels que : le serveur d'application Apache, le serveur
de données Mysql et le gestionnaire des bases de données
phpMyAdmin [27].
III.5.2 Environnement de conception
L'environnement de conception d'un logiciel est l'ensemble
d'outils
permettant de générer les différents
modèles ou diagrammes de la méthode de conception adoptée.
Pour cela nous avons utilisé dans le cadre de notre travail:
Ø PowerAMC version 12.0 :
PowerAMC est un logiciel permettant la
génération des modèles présentés plushaut.
C'est un Atelier de Génie Logiciel (AGL) favorisant la
réalisation des modèles tels que le Modèle Conceptuel de
Données (MCD), le Modèle Conceptuel de Traitement(MCT), le
Modèle Physique de Données(MPD) pour ne citer que ceux-ci. Cet
outil offre une facilité dans la réalisation de l'ensemble des
diagrammes nécessaire à la génération de la base de
données du futur système.
Ø WampServer version 2:
WampServer (en abrégé WAMP) est un "package" qui
contient tous les programmes nécessaires pour traiter non seulement des
scripts PHP, mais aussi pour accéder au serveur de données MySQL.
Il permet de faire fonctionner localement des applications java
nécessitant l'accès à la base de données MySQL.
WampServer est un environnement composé de :
- deux serveurs (Apache et MySQL) permettant la distribution des
applications et des données
- un interpréteur des scripts
- une administration pour la base de données
MySQL(PhpMyAdmin) Ø NetBeans version 6.9 et version 7.0
:
Netbeans est un Environnement de développement
Intégré(IDE) permettant de d'automatiser le processus de
développement du logiciel.
III.5.3 Les outils de développement
La réalisation de ce projet a été
effective grâce à l'utilisation d'un ensemble de matériels.
L'utilisation du matériel informatique notamment un ordinateur d'au
moins 20 Go de disque dur et 850 MHz de fréquence du microprocesseur,
512 Mo de RAM avec pour système d'exploitation Windows ou Linux. Mais
cette application peut fonctionner avec un ordinateur ayant les
caractéristiques meilleures que celles qui viennent d'être
présentées. En dehors de matériel informatique,
l'exécution de cette application nécessite également un
modem GSM ou un téléphone GSM. Ici nous avons fait usage d'un
téléphone portable de marque NOKIA 3110c qui intègre, les
fonctionnalités d'un modem et, contenant une carte SIM appartenant
à l'un des opérateurs téléphoniques de la place.
C'est grâce à ce modem que l'envoi des messages aux
différents destinataires peut être effectif. Signalons que l'envoi
de
messages ne dépend pas de l'opérateur de
téléphonie utilisé. Mais l'exécution de cette
application ne se limite pas à l'utilisation du téléphone
portable comme modem GSM, ainsi d'autres types de modem à l'instar de
ceux présentés au chapitre 2 peuvent être
utilisés.
III.6 Coût estimatif de l'application
Ce système comme nous l'avons vu
précédemment a besoin d'un certain nombre de matériels
pour fonctionner. Ce qui nécessitera des moyens financiers pour son
déploiement. Il faut à cet effet :
- Un Ordinateur PC (Pentium4, disque dur : 40G0, RAM: 512Mo,
Fréquence microprocesseur : 850MHz) : 400.000Frs
- Un modem GSM : 75.000Frs
- Une carte SIM (Orange ou MTN) : 1000Frs
- Formation d'un personnel qualifié pour l'utilisation du
système : 20.000Frs
Soit un total de : 100.000+45.000+500+20.000 =
496.000FrsCFA (Quatre cent quatre vingt seize mille francs) pour les
matériels à utiliser et autres.
En plus de ces matériels, il faut du crédit de
communication pour l'envoi des messages. Comme nous le savons, il faut
prévoir 50Frs par message à envoyé.
Prenons le cas d'un établissement comme le Lycée Bilingue de
Maroua qui compte environ 3500 élèves, avec un
total de 206 enseignants et 1700 parents
d'élèves.
Il faut donc au total: 206+1700= 1906 SMS à envoyer.
Dans le cas d'une assemblée générale
où tous les parents et enseignants doivent être présents,
il faut prévoir :
1906 x 50 Frs = 95.300Frs (Quatre vingt quinze mille
trois cent francs)
Ainsi pour informer tous les parents d'élèves et
enseignants pour une réunion de ce genre, il faut au total
95.300Frs. Nous constatons que ce taux reste le plus
élevé quelque soit d'autres circonstances d'information, puisque
le nombre de destinataire pourra dans certains cas être revu à la
baisse. En effet dans le cas des convocations spéciales, on ne fera plus
appel à tous les parents ou enseignants.
III.7 Conclusion
Tout au long de ce chapitre, nous avons identifié les
différents acteurs du système (internes et externes). Nous avons
également identifié les règles de gestion du
système et avons procédé à l'extraction du
dictionnaire des données qui nous a permis de réaliser le
Modèle Conceptuel de Données et obtenir, par la suite, le
Modèle Physique de Données, afin d'avoir une base de
donnée du système. La présentation des étapes de
conception, les langages et outils de développement de ce système
a été effective. Les résultats doivent être
observables à partir des codes qui ont été mis sur pied
pour la réalisation de cette application. Ainsi le chapitre suivant nous
permettra de visualiser tous les résultats obtenus après
exécution de notre code Java.
Chapitre IV : RESULTATS ET COMMENTAIRES
IV.1 Introduction
L'intérêt principal de notre étude est
l'informatisation et l'automatisation du processus d'information des parents
d'élèves et des enseignants. Après les étapes
d'analyse et de conception présentées au chapitre
précédent, il ne reste plus qu'à présenter le
résultat logiciel de notre travail. Ainsi, dans ce chapitre, il sera
question de présenter les différentes interfaces de notre
application commentées et illustrées.
IV.2 Présentation et commentaire des
résultats
Nous présenterons ici de façon
générale les différents résultats obtenus avec des
commentaires à l'appui et les interfaces utilisateurs. Ainsi nous
montrerons les résultats allant du chargement de l'application
jusqu'à sa fermeture en passant par la page d'accueil de l'application,
la fenêtre de connexion au système, l'inscription des
élèves , l'inscription d'un enseignant, l'ajout d'une nouvelle
classe, la liste des élèves inscrits, la liste des parents
enregistrés, la liste des classes enregistrées, l'envoi des
messages aux parents d'élèves et aux enseignants. A chaque fois
allons présenter les résultats obtenus en cas d'insertion des
données erronées dans un formulaire.
IV.2.1 Lancement de l'application
Le SIPEEsoft s'ouvre en double cliquant sur l'icône :
Figure IV.1 : Icône de lancement de
l'application
Cette icône est contenue dans le CD de
l'application. Ce lancement se matérialise par l'apparition de la «
barre de progression » qui se présentera comme suit:
Figure IV.2: Barre de progression de
l'exécution
Une fois que la barre ci-dessus est à 100%, la
page d'accueil de l'application suivante s'affiche:
Figure IV.3: Page d'accueil avant la
connexion
Cette page est comporte une barre de titre et une
barre de menus. La barre de titre contient le nom de l'application et la barre
de menu comporte sept (07) menus qui sont :
- « FICHIER »,
- «ADMINISTRATION »,
- «ENVOI SMS »,
- « HISTORIQUE ENVOI »,
- « PARAMETRAGE »,
- « STATISTIQUES » et
- l'aide matérialisée par le point
d'interrogation « ? ».
Au démarrage de l'application seuls les menus
« FICHIER » et « ? » sont actifs. Pour activer les autres
menus, il faut absolument se connecter au système à partir du
menu « FICHIER ». Il faut alors cliquer sur le menu FICHIER puis sur
le sous-menu «Connexion », deux résultats sont probables
:
Ø Le cas où le serveur des données
n'est pas lancé
Figure IV.4: boite de dialogue d'alerte signalant que le
serveur de données n'est pas prêt.
Ø Le cas où le serveur des données
est lancé:
Dans ce cas, la fenêtre d'authentification suivante
s'affiche pour vous permettre de vous connecter à SIPEEsoft.
Figure IV.5: Fenêtre de connexion avant le renseignement
des champs
Pour se connecter, il faut d'abord choisir un mode de
connexion comme l'indique le champ « CHOISIR UN MODE DE CONNEXION» du
schéma ci-dessus. Le choix d'un mode de connexion permet de se connecter
dans une catégorie d'utilisateurs donnée. Une fois le mode de
connexion choisi, le login correspondant à ce mode est automatiquement
affiché dans la zone de texte «LOGIN ». Il
faut maintenant saisir le mot de passe correspondant au login
Figure IV.6 : Fenêtre de connexion après le
renseignement des champs
Si vous vous connectez en tant que Proviseur par
exemple (considéré comme le super utilisateur) votre login sera
« admin » et votre mot de passe « admin». Une fois ces
informations saisies, l'on peut cliquer sur le bouton « Valider »
pour se connecter effectivement au système. L'on peut également
annuler la connexion ou quitter l'application en cliquant respectivement sur
l'un des boutons suivant « Annuler » et «Quitter ». En cas
d'insertion de données erronées, on peut avoir l'une des
possibilités suivantes qui vous oblige à choisir un mode de
connexion ou à renseigner correctement votre mot de passe:
Ø Mode de connexion non choisi
Figure IV.7:Mode non choisi
Ø Mot de passe incorrect
Figure IV.8: Mot de passe incorrect
Si tout se passe bien, la page d'accueil s'affiche de
nouveau, mais cette fois si avec les menus précédemment inactifs
activés comme sur le schéma suivant.
Figure IV.9: Page d'accueil après connexion
reussie
Tous les menus étant maintenant activés,
l'on peut alors effectuer des opérations dans le système selon
les raisons de sa connexion. En plus du menu « FICHIER » contenant
quatre sous-menus (« Connexion », « Déconnexion »,
« Redémarrer » et «Quitter ») on distingue
également les menus suivants:
Ø le menu « ADMINISTRATION»
Il contient les sous-menus «Inscription» et
« Affichage ». Le sous-menu «Inscription» permet
d'enregistrer les informations relatives aux élèves, aux
enseignants, aux classes et aux parents d'élèves. Le sous-menu
« Affichage » permet de consulter la liste des élèves
inscrits, la liste des parents enregistrés, la liste des enseignants
enregistrés et la liste des classes enregistrées.
Ø le menu « ENVOI SMS »
Il permet d'envoyer les messages aux parents
d'élèves et aux enseignants. Cela en exploitant, en fonction du
besoin, l'un des quartres sous-menus suivants : « SMS à un
parent », « SMS à un
enseignant», « SMS à plusieurs
parents», « SMS à plusieurs enseignants
»,
Ø le menu « HISTORIQUE
ENVOIS»
Il permet de consulter à travers les sous-menus «
parents contactés » et « Enseignants contactés »
l'ensemble des parents et des enseignants à qui on a envoyé au
mois un message.
Ø Le menu « PARAMETRAGE »
Il permet d'effectuer un changement de mot de passe et/ou du
login d'un utilisateur. Cette opération est réalisée par
le super utilisateur (Proviseur ou Directeur).
Ø le menu « STATISTIQUE »
Il permet de garder une trace de ceux qui ont eu accès au
système à un moment donné. Ø Le menu d'aide
« ? »
Il permet de donner les informations sur les auteurs du logiciel
« SIPEEsoft », sa version actuelle et un petit guide
d'utilisation.
Ainsi nous allons présenter les différentes
interfaces associées aux menus et sous-menus ci-dessus cités tout
en faisant ressortir toutes les étapes de l'exécution.
IV.2.2 Etape1: Gestion de l'administration scolaire
Lorsqu'un utilisateur est effectivement connecté, il
peut désormais dérouler le menu
«ADMINISTRATION» du système. On
découvrira à partir de ce menu plusieurs fonctionnalités
ou sous-menus:
Ø Enregistrement des nouveaux
enseignants
On peut enregistrer un nouvel enseignant dans le logiciel
« SIPEEsoft » afin d'avoir un fichier du personnel de
l'établissement. En cliquant sur le sous-menu « Enregistrer
un nouvel enseignant», on obtient la fenêtre suivante
présentant un formulaire à remplir :
Figure IV.10: Formulaire d'inscription d'un enseignant
non rempli
Ce formulaire se remplit en tenant compte du fait que
les champs précédés d'une étoile sont obligatoires.
Si ces champs obligatoires (le nom, le numéro de la carte nationale
d'identité et le numéro de téléphone) ne sont pas
convenablement remplis, le message d'erreur suivant va s'afficher.
Figure IV.11: Message d'erreur des champs obligatoire
vides
Mais les champs non obligatoires peuvent ne pas
être remplis. Le numéro de téléphone nous permettra
d'ailleurs d'atteindre notre objectif qui est celui d'informer les enseignants
par l'envoi des messages téléphoniques. Un exemple de formulaire
conformément remplir se présentera comme suit:
Figure IV.12: Formulaire d'inscription d'un enseignant rempli
Après avoir bien rempli les champs du formulaire
précédent, l'enregistrement se fait en cliquant sur le bouton
« Enregistrer ». Une boite de dialogue s'affichera
pour confirmer l'enregistrement effectué et demandant si on veut
enregistrer un autre enseignant. On peut aussi réinitialiser les champs
du formulaire d'inscription en cliquant simplement sur le bouton «
Annuler ». De plus on peut quitter le formulaire en
cliquant sur le bouton «Quitter» ou en cliquant sur
la croix se trouvant au coin supérieur droit de ce formulaire.
Ø Inscription des nouveaux
élèves
L'inscription d'un élève se fait sur un
formulaire ou fenêtre d'inscription aménagée à cette
fin. Ce formulaire est obtenu en cliquant sur le sous-menu «
Enregistrer un nouvel élève » du menu
«Inscription ». C'est à partir de ce
formulaire qu'on fournit les informations sur la classe et les parents d'un
élève. Cette fenêtre se présente comme suit:
Figure IV.13: Formulaire d'inscription d'un élève
non rempli
Nous avons ici deux principales informations à fournir
pour chaque élève : les informations qui portent sur
lui-même, son nom, son prénom, sa date et lieu de naissance, sa
photo, son sexe, son matricule qui est généré de
façon automatique, sa classe et les informations sur ses parents car
nous voulons repérer le parent de chaque élève. On a comme
information du parent: le numéro de sa carte nationale d'identité
(CNI), sa civilité, son nom, son prénom, et son numéro de
téléphone qui est d'une importance capitale. Un exemple de
formulaire d'inscription rempli pour l'inscription d'un élève se
présente comme suit:
Figure IV.14: Formulaire d'inscription d'un élève
rempli
Tout comme le formulaire d'inscription des enseignants, le
formulaire d'inscriptions des élèves dispose aussi des boutons
« Enregistrer », « Annuler
»et «Quitter ». Ces derniers jouent le
même rôle que dans le formulaire d'inscription des enseignants.
Ø Ajout d'une nouvelle classe
Les classes d'un établissement scolaire doivent
être enregistrées dans la base de données de
l'établissement. C'est la raison pour laquelle on a prévu le
sous-menu « Enregistrer une nouvelle classe » du
menu «Inscription » pour enregistrer les
différentes classes opérationnelles de l'établissement
scolaire. Pour ce faire on a l'interface ci-dessous est
aménagée.
Figure IV.15: Fenêtre d'ajout d'une classe
On indique le nom de la classe, sa capacité ainsi que
le professeur principal (ou titulaire) de la classe. Après validation,
par une simple clique sur le bouton « Valider », une
boite de dialogue s'affiche signalant soit l'erreur d'enregistrement soit la
confirmation de l'enregistrement effectué avec succès. On peut
également réinitialiser les champs du formulaire ou quitter le
formulaire en cliquant respectivement sur les boutons « Annuler
» et «Quitter ».
Ø Affichage de la liste des élèves
inscrits
Après avoir inscrit les élèves, l'on peut
visualiser la liste des élèves inscrits de façon
générale en cliquant sur le sous-menu « Liste des
élèves inscrits» du menu « Affichage
». Cette liste est affichée sous la forme suivante :
Figure IV.16: Fenêtre d'affichage des élèves
inscrits
Cette liste affiche toutes les informations sur les
élèves inscrits dans l'établissement scolaire en y
ajoutant les dates et les heures d'inscription. Un ensemble d'opération
peut être appliqué à cette liste. Parmi celles-ci nous
pouvons citer : la suppression d'un enregistrement avec le bouton «
supprimer une ligne », la modification et le
réenregistrement d'une ligne a l'aide du bouton « Valider
la ligne modifiée » , le rafraichissement de la table pour
s'assurer que la modification ou la suppression a été pris en
compte par un simple clique sur le bouton « Rafraichir la
table» et en fin l'impression de la liste en utilisant le bouton
« Imprimer ». On peut rechercher un
élève dans la liste en saisissant simplement son nom ou son
matricule dans la zone de texte « Saisir le nom ou le matricule de
l'élève »
Ø Affichage de la liste des élèves
inscrits dans une classe précise
Au lieu d'afficher une liste de tous les élèves
de l'établissement, il est préférable de les distinguer
par classe afin de se retrouver facilement dans la gestion de la liste de ces
élèves. Nous présentons ici une liste des
élèves inscrits dans une classe précise:
Figure IV.17: Fenêtre affichant les élèves
inscrits dans une classe de Tle TI
On choisit tout simplement une classe dans le menu
déroulant « Choisir une classe » et
l'affichage de la liste des élèves inscrits dans cette classe se
fait de façon automatique. Chaque élève est
identifié par les informations remplies dans le formulaire d'inscription
(matricule, nom, prénom, sexe, date et lieu de naissance, etc.). Les
boutons « Valider la ligne modifiée », «
Supprimer une liste », « Rafraichir la
table» et « Imprimer » jouent toujours
le même rôle que précédemment.
Ø Affichage de la liste des enseignants
enregistrés
L'enregistrement des enseignants étant fait, il est
possible de visualiser la liste de tous les enseignants avec leurs informations
respectives. Cette fenêtre est présentée comme suit:
Figure IV.18: Fenêtre d'affichage des enseignants
enregistrés
Une fois la liste des enseignants affichée, on peut
rechercher un enseignant bien précis en saisissant tout simplement le
nom de l'enseignant dans la zone de texte « Nom de l'enseignant
recherché ». On peut aussi filtrer un
enseignant dont le nom commence par une lettre bien précise, en
saisissant la lettre correspondante dans cette zone de texte. Les boutons
« Valider la ligne modifiée », «
Supprimer une liste », « Rafraichir la
table» et « Imprimer » permettent
respectivement de modifier un enregistrement, supprimer un enregistrement,
réafficher le nouveau contenu de la table après une suppression
ou une modification par exemple et en fin imprimer la liste active. Cette liste
nous donne toutes les informations sur chaque enseignant.
Ø Affichage de la liste des parents
d'élèves enregistrés
De même après avoir inscrit les
élèves et recueillir des informations sur leur parent, l'on a la
possibilité de consulter la liste de tous les parents
d'élèves enregistrés. Ce qui est présenté
sous la forme suivante :
Figure IV.19: Fenêtre d'affichage des parents
enregistrés
On peut rechercher un parent précis en saisissant
simplement son nom dans la zone de texte « Nom du parent
recherché ». On peut aussi filtrer les parents donc le nom
commence par une lettre bien précise juste en saisissant la lettre
correspondante dans la zone de texte su-citée. Les boutons «
Valider la ligne modifiée », «
Supprimer une liste », « Rafraichir la
table» et « Imprimer» permettent
respectivement de modifier un parent d'élève supprimer un
enregistrement, réafficher le nouveau contenu de la table après
une suppression ou une modification par exemple et en fin imprimer la liste
active. Cette fenêtre quelques informations sur les parents
d'élèves et surtout le numéro de téléphone
qui est d'une importance capitale dans notre cas.
Ø Affichage de la liste des classes de
l'établissement
Nous pouvons aussi afficher toutes les classes existantes dans
l'établissement ceci en affichant les informations suivantes le nom de
la classe, la capacité de la classe à contenir las
élèves et le nom du professeur principal de la classe. Ainsi le
chef d'établissement pourra avoir une vision générale sur
toutes les classes et leurs effectifs
respectifs, ainsi que, les enseignants titulaires. L'interface de
cette page est la suivante :
Figure IV.20: Fenêtre d'affichage des classes de
l'établissement
Toutes les opérations applicables dans les
fenêtres ci-dessus sont aussi applicable ici. On peut également
rechercher une classe par son nom ou par le non de son professeur principale
par une simple recherche dans la zone de texte « Saisir le nom de
la classe »
On a donc enregistré toutes les informations sur les
élèves, les enseignants et même les parents
d'élèves. Et comme parmi ces informations on retrouve les
numéros de téléphone des parents d'élèves et
enseignants, l'on peut donc faire circuler les informations en les envoyant des
messages.
IV.2.3 Etape2: Envoi des messages aux destinataires
Les messages seront envoyés aux parents
d'élèves et aux enseignants à partir du menu
«ENVOI SMS ». Ce menu est
composé de quatre(04) sous-menus : « SMS à un seul
parent», «SMS à un enseignant
», «SMS à plusieurs parents »,
« SMS à plusieurs enseignants». Chaque
sous-menu correspond à une forme d'envoi. Ainsi donc on a :
Ø Envoi du message à un seul parent
d'élève
Ici on a la possibilité de n'envoyer le message
qu'à un parent d'élèves bien précis car il peut
avoir des convocations ou invitations spéciales. En cliquant sur le
sous-menu « SMS à un seul parent» du
menu« ENVOI SMS », la page suivante s'affiche :
Figure IV.21: Fenêtre d'envoi du SMS à un seul
parent
Cette fenêtre comporte trois grands panneaux : «
panneau d'adresse des parents d'élèves », « panneau des
informations à envoyer » et « le panneau de l'historique des
envois ».
Une fois la page affichée, cliqué sur un
enregistrement bien précis sur le panneau des adresses et directement
la photo de l'élève, le nom de l'élève et le
contact de son
parent s'affichent dans les champs aménagés
à cet effet dans le panneau des informations à envoyer. On peut
également rechercher le contact téléphonie d'un parent en
saisissant le nom de son enfant dans la zone de texte « Entrez le
Nom de l'élève ». Après avoir
sélectionné le contact choisir l'expéditeur en en
déroulant le menu crée à cet effet. Un expéditeur
peut être le proviseur, un censeur, l'intendant, le comptable
matière ou un surveillant général. En plus choisir un
message prédéfini ou écrire un nouveau message en en
actionnant sur un des éléments du menu déroulant
«Message prédéfini ». En fonction de
l'élément choisi on a deux possibilités : affichage
automatique de l'objet du message et du contenu du message respectivement dans
la zone de texte «Objet du message »et la zone de
texte de «Message à envoyé » et saisie
manuel de l'objectif et du contenu du message. Avant de déclencher
l'envoi du message, il faut préciser le jour, le Mois, l'année,
l'heure et le lieu de la tenue d'une réunion en cas de convocation ou
d'invitation. Le déclanchement de l'envoi du message se fait en cliquant
sur le bouton « Envoyer », si le message est
envoyé, la boite de dialogue suivante s'affiche :
Figure IV.22: Boite de dialogue dans le cas où le message
est envoyé
Au cas contraire la boite de dialogue d'échec d'envoi
du message s'affiche. Cet échec d'envoi peut être dû au
manque de crédit de communication dans la puce du modem GSM, la
perturbation du réseau téléphonique ou la confusion du
numéro de port de connexion du modem GSM
Figure IV.23: Boite de dialogue dans le cas où le message
n'est pas envoyé
Dès que le message est envoyé, on le panneau de
l'historique d'envoi des messages est mise à jours en précisant
l'expéditeur du message, la date et l'heure d'envoi, l'objet du message
et le numéro de téléphone du destinataire qui est en fait
le parent dans ce cas précis. On peut aussi se servir des boutons «
Annuler » et «Quitter»
respectivement pour vides les champs du « panneau d'information à
envoyer » et de faire disparaitre la page d'envoi active. Un exemple de
page d'envoi conformément rempli et près à l'envoi se
présent comme suit:
Figure IV.24: Fenêtre d'envoi du SMS déjà
prêt à un seul parent
Ø Envoi du message à un seul
enseignant
Comme dans le cas d'envoi à un seul parent
présenté ci-dessus, l'envoi à un enseignant se fait de la
même façon. Ici on à la possibilité de n'envoyer le
message qu'à un seul enseignant. La page d'envoi correspondante est la
suivante :
Figure IV.25: Fenêtre d'envoi du SMS à un seul
enseignant
La procédure utilisée dans le cas d'envoi a un seul
enseignant reste valable des ici.
Ø Envoi du message à plusieurs parents
d'élèves
C'est ici que l'on aura la possibilité d'envoyé
un message à un ensemble des parents simultanément dans le cas
des invitations ou convocations collectives. Ceci peut être à
l'occasion d'une assemblée générale, d'un conseil ou pour
d'autres problèmes concernant plusieurs parents. On choisit le menu
« Envoi à plusieurs parents » du menu
« ENVOI DES SMS » et la page suivante s'affiche :
Figure IV.26: Fenêtre d'envoi du SMS à plusieurs
parents
L'on procède comme dans l'envoi à un seul parent
mais à la seule différence que l'expéditeur
sélectionne les parents concernés par le message dans le «
panneau des adresses des parents d'élèves » qui se trouve
sur la fenêtre. Le numéro de téléphone d'un parent
sélectionné s'empiles dans la liste des numéros a
contactés se trouvant dans le « panneau des informations à
envoyer ». En cas d'ajout d'un numéro non désiré dans
la liste des numéros à contacter, sélectionner le
numéro concerné puis cliquer sur le bouton « suppr
les doublons » pour l'enlever dans la liste. Puis on peut donc
envoyer le message après renseignement des autres champs comme dans le
cas d'envois à un seul parent ou un seul enseignant. Les boutons «
Envoyer », « Annuler » et
«Quitter» jouent toujours les même rôles
comme cas d'envoi a un seul parent ou un seul enseignant.
Ø Envoi du message à plusieurs
enseignants
Ici l'on a la possibilité d'envoyé un message
à un ensemble d'enseignant en suivant la même procédure
comme l'envoi à plusieurs parents d'élèves. Ceci peut
être à l'occasion
d'une assemblée générale, d'un conseil etc
On choisit cette fois si le menu «Envoi à
plusieurs enseignants» du menu
« ENVOI DES SMS » et la page suivante s'affiche :
Figure IV.27: Fenêtre d'envoi du SMS à plusieurs
enseignants
L'on procède comme dans l'envoi à un seul
enseignant en renseignant les champs. On choisit les enseignants à qui
on souhaiterait envoyer le message dans la liste de droite et les contacts sont
directement générés à gauche dans le champ
« enseignants à contactés ». On peut
supprimer les doublons s'il en existe avec le menu « suppr les
doublons ». Puis on peut donc envoyer le message après
renseignement de tous les champs; on aura les mêmes messages dans les
boites de dialogue comme dans le cas d'envoi à un seul enseignant.
IV.2.4 Etape3: Etat d'envoi des messages
Cette étape consiste à visualiser les messages qui
ont été envoyés. On peut donc avoir l'historique de
tous les messages envoyés dans le système à partir en
explorant les sous-menus «Parents contactés
»et « Enseignants contactés» du
menu
« HISTORIQUE D'ENVOIS ». L'historique
des messages est regroupé en deux grandes catégories:
Ø L'historique des messages envoyés aux
parents d'élèves
Nous pouvons lister tous les messages envoyés aux
parents d'élèves. Ceci en cliquant simplement sur le sous-menu
«Parents contactés ». Le résultat du
clic est l'affichage de la fenêtre ci-dessous :
Figure IV.28: Fenêtre de l'historique des parents
contactés
Cette fenêtre nous donne des informations sur
l'expéditeur du message, la date et l'heure d'envoi du message, l'objet
du message, le numéro de téléphone du parent
contacté ainsi que le contenu du message. Le chef d'établissement
a donc la possibilité d'avoir une main mise sur tout ce qui se passe
dans son établissement en termes de message envoyés aux parents
d'élèves. Cette liste peut être imprimée pour autres
usages administrative.
Ø L'historique des messages envoyés aux
enseignants
L'on peut consulter la liste des enseignants à qui les
messages ont été envoyés. Ce qui permet d'avoir des
preuves palpables pour ceux qui refusent d'obtempérer. Il suffit
à partir du menu principal de l'historique cliquer sur le sous-menu
« Enseignants contactés». La page suivante
s'affiche :
Figure IV.29: Fenêtre de l'historique des enseignants
contactés Cette fenêtre a les mêmes caractéristiques
que la précédente.
IV.2.5 Etape4: Réglage des paramètres de
connexion au système
On peut se décider de changer le mot de passe ou le
login pour un compte donné. Ainsi cette étape permet d'effectuer
tous ces réglages. Le menu « PARAMETRES »
permet d'accéder à la page de réglage de
connexion au système. On obtient :
Figure IV.30: Boite de dialogue de changement du login et du mot
de passe
On a donc un formulaire à remplir ; on commence par
choisir le compte à modifier, et le login associe a ce compte s'affiche
automatiquement dans la zone de texte « Ancien
login» puis entrer l'ancien mot de passe; ensuite entrer les
nouveaux login et mot de passe et enfin cliquer sur le bouton «
Valider ». Nous constatons que la modification n'est
possible que si l'ancien mot de passe et l'ancien login sont
vérifiés. Si tel n'est pas le cas un message d'erreur va
s'afficher pour signaler que le mot de passe et ou le
login sont incorrects.les boutons « Annuler
» et «Quitter» permettent
respectivement de réinitialiser les champs de saisie et de d'enlever la
fenêtre.
IV.2.6 Etape5: Statistiques d'utilisation du
système
C'est ici qu'on s'aura exactement ceux qui ont utilisé
récemment le système pour effectuer des opérations. On
peut donc avoir le nombre exacte d'utilisateur du système à une
période donnée question de contrôler l'utilisation de ce
système.
Figure IV.31 : Fenêtre des statistiques de
connexion
Cette fenêtre donne des informations sur la date et
l'heure de connexion et de déconnexion d'un utilisateur. Elle permet
également de retrouver le login et le mot de passe d'un utilisateur en
cas d'oubli par exemple.
IV.2.7 Etape6: Aide pour l'usage du système
Dans cette étape on déroule le menu d'aide
symbolisé par « ? » dans la
fenêtre principale. En cliquant sur le sous-menu «
À propos» de ce menu on a les informations
suivantes : le nom du logiciel, la version du logiciel, les auteurs du
logiciel et un bref résume sur le rôle du logiciel.
On a donc la fenêtre suivante qui s'affiche en cliquant sur
« À propos ».
Figure IV.32 : Fenêtre d'aide du système
IV.3 Conclusion
Nous avons présenté dans ce chapitre tous les
résultats obtenus après exécution de notre application.
Toutes les captures d'écran ont été accompagnées
des commentaires qui facilitent l'utilisation de cette plate-forme de
communication. Ainsi, chaque menu est accompagné d'un ensemble de
tâches à exécuter concourant à l'envoi des messages
aux principaux destinataires que sont les parents d'élèves et les
enseignants.
CONCLUSION GÉNÉRALE ET PERRSPECTIVES
Notre travail s'achève par la proposition d'une
application permettant d'automatiser certaines tâches des systèmes
d'information des établissements d'enseignement secondaire. Cette
application est le point culminant d'un processus méthodique et
scientifique dont les principales phases sont la phase de recueil de
données, la phase d'analyse et la phase de conception. La phase de
recueil de données, marquée par des descentes sur le terrain,
nous a permis de découvrir l'existant en matière de communication
entre les différents acteurs du système éducatif. Il en
ressort que les méthodes usuelles de communication utilisées
(affichages, convocations écrites et autres) ne permettaient pas
véritablement d'atteindre les cibles escomptées. Ce constat, qui
sous-tend par ailleurs notre problématique, a renforcé notre
motivation d'offrir une solution alternative aux problèmes de
communication qui influencent et perturbent systématiquement le
fonctionnement normal du système éducatif. Le but n'est alors
nullement de supprimer les méthodes actuelles de communication, mais
plutôt de proposer une solution permettant de profiter des
avancées technologiques.
La solution proposée se concrétise au moyen de
la méthode Merise qui est une méthode formelle d'analyse et de
conception des systèmes informatiques.
La phase d'analyse de notre système
réalisée selon les standards de la méthode Merise
s'articule autour de quatre points essentiels dont le schéma directeur,
l'étude détaillée, la phase de conception, la phase de
réalisation et la phase de mise en oeuvre. La méthode propose une
succession d'étapes qui permettent de partir du système
d'information manuel au système d'information automatisé en
passant respectivement par l'expression des besoins, les modèles
conceptuels, les modèles logiques et les modèles physiques. Ces
différents modèles ont permis d'élaborer la phase de
conception qui représente l'une des phases les plus importantes de notre
démarche.
La phase la plus contraignante a certainement
été la phase de mise en oeuvre et de réalisation. Dans
cette phase, il s'agissait en réalité d'écrire les
programmes qui permettent de mettre sur pied une application à l'image
des concepts et modèles retenus au terme de la phase de conception.
Cette phase a été réalisée en langage Java et
grâce à la plate-forme de développement NetBeans, version
6.9. Au terme de tous ces procédés, nous obtenons une application
permettant de contacter les parents d'élèves et les enseignants
par SMS. Cette application se sert des systèmes de gestion des
établissements d'enseignement secondaires qui permettent d'enregistrer
les informations relatives à chaque acteur du système
éducatif. Concrètement, le SIPEEsoft permettra de contacter
directement un parent d'élèves ou un enseignant, à la
suite d'un conseil de discipline, d'une Assemblée Générale
par exemple ou de tout autre évènement. Ces derniers peuvent
également être contactés par décision des
administrateurs soit de les convoquer, soit de leur communiquer les
délais de paiement des frais de scolarité par exemple.
Toutefois au regard des évolutions technologiques qui
marquent le 21ième siècle, il serait
intéressant d'envisager le sens inverse de la communication
décrite dans notre travail. Ainsi les parents et les enseignants
pourraient à leur tour initier des messages à destination du
SIPEEsoft ou de répondre aux messages initiés par
l'administration scolaire à travers le SIPEEsoft. Une autre aspiration
consisterait plus tard à envisager pour les générations
futures, une application typiquement web où l'on remplacerait les SMS
par les mails.
BIBLIOGRAPHIE
Ouvrages
[1] AERNOUTS Ludovic, «systèmes et Réseaux
Informatiques», Cnam de Lille, 1999.
[2] Cédric DEMOULIN, Marc VAN DROOGENBROECK.,
«Principes de base du fonctionnement du réseau GSM»,
Revue de l'AIM, pages 3-18, 2004.
[3] G. Heine, «GSM networks: protocols, terminology,
and implementation», Artech House, 1999.
[4] J. Tisal, «Le réseau GSM. L'évolution
GPRS : une étape vers UMTS» Dunod, troisième
édition, 1999.
[5] Laurent Vercouter, Gauthier Picard, «Initiation
à la programmation orientéeobjet avec le langage Java»,
Pôle Informatique, 2010-2011
[6] X. Lagrange,P. Godlewski, S. Tabbane
«Réseaux GSM-DCS», Hermès, troisième
édition, 1997.
Documents pris sur internet
[7] DI GALLO Frédéric,
«Méthodologie des systèmes d'informations-MERISE»,
cours du cycle Probatoire, juillet 2001.
[8] Hachani Ahmed, «Envoi des
commandes via modem GSM/GPRS», 2008/2009.
[9] H. Tardieu, A. Rochfeld, R. Coletti, «La
méthode Merise», aux Editions D'organisation
[10] JEAN-LUC BAPTISTE, «merise guide
pratique modélisation des données et des traitements, langage
SQL», Editions ENI.
[11] Jean-Philippe Muller, «Le réseau GSM et le
mobile», Juillet 2002.
[12] Julien D., «Les relais GSM»,
Mai 2006
[13] M. Abdoulaye NIANG, «Analyse et
conception d'un système d'information pour la Maintenance des
équipements de la SOCOCIM», Juillet 2007.
[14] Na TAO, «Etude des Performances et Optimisation
d'un Réseau d'Accès par Satellite pour les Communications»,
juillet 2009.
[15] Pierre Gérard, «MERISE:Modélisation
de systèmes d'information ».
[16] Pierre Stockreiser, «Les
systèmes de gestion des bases de données, version 3.1, manuel de
l'élève», Septembre2006.
[17] Samia Bouzefrane, Hai Binh LE,
«Les Cartes SIM/USIM», Laboratoire CEDRIC CNAM.
[18] SCANFF Arnaud, THOMAS Carine, «La
méthode Merise par l'exemple», 2003-2004
[19] Xerinay Aziz, FERON Nicolas, «Les réseaux
GSM, 3G, UMTS, 4G, GPRS. La télé sur mobile RMHD».
Mémoires et Thèses
[20] Chaker MEZIOUD, Recherche sur la Résolution
des Problèmes Complexes d'Affectation de Fréquences Basses Bandes
pour les opérateurs de la téléphonie mobile,
Thèse PhD, Université Mentouri de Constantine ,
Faculté des sciences de l'ingénieur, Mai 2011.
[21] Luc Deneire, Téléphonie Mobile de
troisième génération De GSM à HSPDA, Licence
Professionnelle, Département R. et T., Janvier 2008.
WEBOGRAPHIE
[22]
http://www.etsi.org,
visité le 15 Mai 2012 à 10h23min
[23]
http://www.juliendelmas.com,
visité le 15 mai 2012 à 11h32min
[24] http://netbeans.org/ visité le 24 Novembre
2010 à 12h35min
[25]
www.technologuepro.com,
visité le 12 Mai 2012 à 21h35min
[26]
http://www.vulgarisation-informatique.com,
visité le 22 avril 2012 à 20h30min
[27]
www.wampserver.com visité
le 14 Octobre 2011 à 11h11min
|