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


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

 > 

Système d'information des parents d'élèves par SMS

( Télécharger le fichier original )
par Zounkaraneni NGOUPAYOU LIMBEPE
 - DIPES II 2012
  

Disponible en mode multipage

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

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

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

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






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








"Soit réservé sans ostentation pour éviter de t'attirer l'incompréhension haineuse des ignorants"   Pythagore