RESUME
ABSTRACT
LISTE DES FIGURES
LISTE DES TABLEAUX
INTRODUCTION
CHAPITRE I : CONTEXTE GENERAL DU PROJET
I.1. ORGANISME D’ACCUEIL
I.1.1. Présentation
I.1.2. Partenaires
I.1.3. Clients
I.2. PRESENTATION DU PROJET
I.2.1. Contexte
I.2.2. Problématique
I.2.3. Solution proposée
I.2.4. Cahier des charges
I.3. DEROULEMENT DU PROJET
I.3.1. Méthode classique ou méthode agile
I.3.2. Méthode de conduite Scrum
I.3.3. Planification du projet
CHAPITRE II : PHASE D’ANALYSE
II.1. FORMALISME UML
II.2. DIAGRAMME DES ACTEURS
II.3. DIAGRAMME DE CONTEXTE
II.3.1. Statique
II.3.2. Dynamique
II.4. DECOMPOSITION DU SYSTEME EN SOUS-SYSTEME
II.5. MODELISATION DES CAS D’UTILISATION
II.5.1. Diagramme de cas d’utilisation global
II.5.2. Cas : Gérer les utilisateurs
II.5.3. Cas : Gérer les campagnes de modèles
II.5.5. Cas : Ajouter une source de données
II.5.6. Cas : Envoyer des modèles
II.5.7. Cas : Consulter les statistiques et historique
II.6. DIAGRAMME DE CLASSES ANALYTIQUE
II.7. DECOMPOSITION DU SYSTEME EN COUCHES.
CHAPITRE III : PHASE DE CONCEPTION
III.1. MODULE D’AUTHENTIFICATION
III.1.1. Diagramme de communication
III.1.2. Diagramme de packages
III.1.3. Cas : Se connecter
III.1.4. Cas : Se déconnecter
III.2. MODULE DE GESTION DES CAMPAGNES
III.2.1. Cas : Ajout d’une nouvelle campagne
III.3. MODULE DE GESTION DES MODELES
III.3.1. Cas : Ajout d’un nouveau modèle
III.4. MODULE DE GESTION DES SOURCES DE DONNEES ET ENVOI DE MAILS
III.4.1. Cas : Chargement d’une source de données
III.4.2. Cas : Envoi des mails
III.5. MODULE DES STATISTIQUES
III.5.1. Entités
III.5.2. Statistiques
III.5.3. Exporter vers Excel
CHAPITRE IV : PHASE DE REALISATION
IV.1. PRESENTATION DE LA PLATEFORME WINDOWS AZURE
IV.1.1. Le Cloud Computing
IV.1.2. Windows Azure
IV.2. PRESENTATION DE LA TECHNOLOGIE LIVE@EDU
IV.3. PRESENTATION DE L’APPLICATION REALISEE
IV.3.1. Authentification
IV.3.2. Ajouter une nouvelle campagne
IV.3.3. Ajouter un modèle
IV.3.4. Chargement d’une source de données
IV.3.5. Envoi de mails
IV.3.6. Historique
IV.3.7. Statistiques
CONCLUSION & PERSPECTIVES
BIBLIOGRAPHIE
WEBOGRAPHIE
ANNEXES
Introduction
De nos jours, et de plus en plus, l’informatique s’impose dans notre vie de tous les jours. En effet, l’intégration de l’outil informatique dans le quotidien, est vue comme étant l’un des indicateurs de développement d’un pays, vu qu’il a un impact sur la vie socioéconomique de tout citoyen. Ainsi, le Maroc, comme pays en voie de développement, étant souciant de son classement parmi ces pays, a opté pour le projet Maroc Numéric 2013, qui vise à faciliter, informatiser, en vue d’automatiser des services publics. Ce projet fera, certes, des gains en efficacité (générer un PIB additionnel de 27 milliards DH et 26.000 nouveaux emplois à l’horizon de 2013) [W1], et transformera le Maroc en un hub technologique régional. Dans cette optique, les différents ministères de l’état ont tracé des directives, au sein de leurs engrenages, et pour ses organismes subordonnés, pour honorer les engagements du Maroc vis-à-vis de la société mondiale.
Centralisation des modèles d’informations
Dans ce chapitre, nous présenterons l’organisme d’accueil, ensuite nous expliciterons le contexte général du projet, dégager la problématique et présenter le cahier des charges. Nous finirons par élucider les propos de la méthode de conduite du projet choisie.
I.1.1. Présentation
Inspirée du mot « Algorithme », Algo [W2] est une société internationale de conseil en solutions informatiques. Créée en Octobre 2007, domiciliée à Rabat au Maroc et ayant un capital social de 200 000 DHs, Algo Consulting Group travaille en sous-traitance avec Microsoft Nord d’Afrique et East Méditerranée dans les projets stratégiques de leurs plus importants clients dans la région.
Algo Consulting offre de nombreux services à ses clients:
Conseil et accompagnement en :
o Architecture & Planification des systèmes d’entreprise
o Transformation & Réalisation des projets informatiques
o Gouvernance des projets IT à travers les méthodologies modernes
o Audit et alignement stratégique de la technologie avec les objectifs métiers
Architecture, gestion de projet et développement d’applications métier
o Gestion des cycles de vie des applications métier
o Atelier des développements sur Team Foundation Server (TFS)
o Etude et définition de la Roadmap des applications métier
o Modélisation SOA Optimisation de l’infrastructure<
o Automatisation et optimisation du Poste de Travail
o Conception, et Consolidation des serveurs par la Virtualisation
o Optimisation et Solution de Supervision et de gestion des configurations
Productivité et gestion de l’information
o Conception et Développement de Portails Collaboratifs d’entreprise
o Architecture et Design des solutions de communication unifiées
Solutions d’entreprise
o SGC solution pour la gestion des courriers
o SGF solution de gestion des workflow
Développement
o Conception et développement d’applications WEB: Sites WEB interactifs, applications intranet/extranet
o Conception et déploiement de solutions :
e-business
e-commerce
e-gouvernement
Actuellement, ALGO est gérée par 21 personnes distribuées entre corps administratif et technique :
Un Architecte expert en Solutions et Sécurité Microsoft. Un Architect expert en Infrastructure et Sécurité Microsoft.
9 Consultants Confirmés Développement .NET et SharePoint. Un Administrateur Système et SGBD.
Consultant expert Interface Homme Machine. Chef de Projet Agile.
Technicien Support. Consultant ITIL.
Business Development Manager. Consultant QA (Quality Assurance). HR & Finance Manager.
Office Manager.
I.1.2. Partenaires
Algo Consulting dispose d’atouts qui font sa particularité. En effet, Algo est partenaire Gold certifié par Microsoft [W3] (Figure I-1) et est le seul partenaire dans la région à maitriser la solution Live@Edu [W3] de Microsoft (Figure I-1).
I.1.3. Clients
Algo Consulting a honoré ses besoins avec divers organismes étatiques, privés, nationaux (figure II-2), et internationaux (figure II-3) :
Le ministère de l’éducation nationale, [W8] est l’un des ministères clés de notre pays. En effet, de plus en plus, le Maroc lui accorde de l’importance, vu qu’il est le générateur des futurs étudiants qui occuperont par la suite divers postes de responsabilité.
Dans le cadre du projet d’informatisation du processus de diffusion de l’information aux élèves qui est sous sa tutelle (envoi des notes aux futurs bacheliers, résultat de la sélection des futurs topins, diffusion de dates de forums de l’étudiant), le ministère de l’éducation nationale a décidé de mettre en place une application Web, pour satisfaire ces besoins. Pour ce, le ministère a sous-traité ce projet à la société Algo Consulting Group, en partenariat avec Microsoft.
I.2. Présentation du projet
I.2.1. Contexte
Dans le cadre de sa politique de rapprochement entre l’administration et les citoyens, l’état essaye de plus en plus d’automatiser et d’informatiser tous les processus qu’elle juge crucial envers ces derniers. Notre application vient contribuer à cette politique en facilitant l’accès des étudiants en baccalauréat à toute information qui leur est utile. Ainsi, l’étudiant ne se trouvera plus forcé à se déplacer tous les jours après l’examen du baccalauréat pour pouvoir accéder en temps réel à ses notes, se préoccuper de chercher les dates des forums de l’étudiant, consulter chaque jour le site du lycée préparatoire auquel il veut accéder pour voir est ce qu’il est retenu ou pas, et pourra tranquillement consulter ces informations via une adresse mail conçu spécialement pour satisfaire ses besoins d’étudiant.
L’idée d’une telle application n’est pas le fruit de l’année 2012. En effet une idée semblable, a donnée naissance à une application nommée « Opération BAC » en 2011, l’enjeu de cet application était seulement de pouvoir envoyer la moyenne, et la mention de l’élève via le mail. Cette même idée a pris de la maturité en une année en dressant d’autres besoins de plus en plus indispensables aux étudiants.
I.2.2. Problématique
Malgré le fait que l’application « opération bac 2011 » était opérationnelle, et qu’elle a satisfait le besoin pour lequel elle a été conçu, elle couvrait plusieurs anomalies, parmi lesquelles nous pouvons citer ce qui suit :
Un module de suivi de l’état de l’envoi des mails et des statistiques n’est pas intégré : l’application se comportait donc comme une boite noire. Les agents du ministère de l’éducation nationale n’avaient donc pas une idée sur le nombre de mails reçu par les élèves, le nombre de mails non envoyé, la ou les cause(s) de l’échoue de l’envoi, la durée d’envoi des mails.
La base de données n’était pas optimisée et n’était pas très bien conçue ce qui rendait l’exécution des requêtes très lente.
La gestion de l’historique n’était pas mise en place : l’administrateur de l’application ne pouvait pas savoir qui a fait quoi et quand ? il n’a donc pas une traçabilité des actions des utilisateurs.
La gestion de l’envoi n’était pas très optimisée : un agent régional avait la main sur tous les fichiers même ceux qui n’appartenaient pas à sa région, ceci pourrait causer des perturbations, exemple : envoyer des mails à des élèves qui ont déjà reçus leurs notes, alors que d’autres ne recevront rien.
L’interface graphique de l’application n’était pas très conviviale.
Le module d’authentification n’était pas assez consistant : pas de cryptage des mots de passe dans la base de données, pas de restriction d’accès au contenu selon le profil.
L’application ne contenait pas de bulles d’aide pour aider l’utilisateur novice à se retrouver au milieu des boutons.
Le contenu des mails à envoyer était très limité : il n’y avait pas de possibilité d’envoi de pièces jointes ni dynamiques ni statiques, le nombre de champs dynamiques était fixé, les champs dynamiques au sein du mail n’étaient pas personnalisable, on ne pouvait utiliser qu’une seule structure de fichiers Excel pour créer les marqueurs des champs dynamiques des modèles à envoyer.
La modification des modèles était très limitée.
L’application n’était destinée qu’aux élèves du baccalauréat et son utilisation se limitait à l’envoi de la note et la mention obtenu à l’examen national du baccalauréat.
I.2.3. Solution proposée
Pour pouvoir contourner cette problématique, nous avons opté pour une application Web qui va permettre de décentraliser l’envoi de ces informations du ministère vers les académies régionales, pour minimiser les erreurs se rapportant à une mauvaise connaissance, ou à une connaissance biaisée d’une région de la part des agents du ministère, qui ne sont pas censés avoir une idée complète sur toutes les régions du Maroc.
La solution permet l’envoi des informations via le mail. Pour effectuer ceci, nous avons choisi d’utiliser le produit Live@Edu de Microsoft, qui permet de faciliter la création de comptes spéciaux pour tous les étudiants du Maroc sous le format CNE.talib@talim.ma. Ces comptes ont d’autres avantages par rapport aux comptes mails ordinaires. En effet, ils permettent d’échanger et partager des informations entre les étudiants, et stocker des documents dans un espace de 25 Go offert.
……..
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Mémoire Online: Centralisation des modèles d’informations relatives au baccalauréat et décentralisation de leur envoi (8,57 MO) (Cours PDF)