1 / 25

MEDINA TOURE

ISI. AUTOMATISATION DES REMONTÉES RÉSEAU DE SONATEL MOBILES. MEDINA TOURE. PLAN. Première partie. Introduction Cadre de Stage Présentation Organigramme de la DSI Étude du Sujet Définition du Projet Problématique Objectifs. PLAN. DEUXIEME partie. Étude de l’Existant

tawana
Télécharger la présentation

MEDINA TOURE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ISI AUTOMATISATION DES REMONTÉES RÉSEAU DE SONATEL MOBILES MEDINA TOURE

  2. PLAN Première partie • Introduction • Cadre de Stage • Présentation • Organigramme de la DSI • Étude du Sujet • Définition du Projet • Problématique • Objectifs

  3. PLAN DEUXIEME partie Étude de l’Existant • Description des Processus • Processus Signalisation • Processus Transmission • Processus Traitement • Diagramme Acteur/Flux • Modèle Conceptuel des Traitements • Modèle Conceptuel des Données Étude Détaillée • Diagramme d’Enchainement des PF • Modèle Externe • MCD Validé • Modèle Logique • Présentation de l’Application

  4. INTRODUCTION • La SONATEL est la Société leader dans le domaine des télécommunications au Sénégal. Elle offre à ses clients un service de qualité et ce depuis sa création en 1985. • Durant notre stage au sein de cette société, nous avons été confiés une tâche qui une fois résolue permettrait d’améliorer considérablement le travail du personnel concerné vu que les avantages de l’outil informatique seront mis en œuvre.

  5. INTRODUCTION (Suite) • L’objectif consiste à mettre en place une application de gestion des fiches de remontée des dysfonctionnements du réseau mobile. • C’est dans cette optique que nous avons basé notre travail au niveau de la DSI afin d’apporter une solution à ce problème. Ainsi, nous allons d’abord présenter la société, décrire leur mode de fonctionnement et essayer d’apporter une solution avec l’outil informatique, avec la mise en place d’une application informatique, conformément aux exigences de la société.

  6. CADRE DE STAGE • Crée le 1er octobre 1985, la SONATEL (Société Nationale des Télécommunications) est issue de la fusion de la gestion des télécommunications nationales et internationales auparavant dévolue à deux entités juridiques différentes • Ladirection de la SONATEL est composée d’une Direction Générale, d’une Direction générale Adjointe, des Directeurs des filiales et de 15 Directions opérationnelles dont la DSI où a eu lieu notre stage.

  7. Organigramme

  8. Étude du sujet Définition du projet • SONATEL MOBILE, dans le cadre de ses travaux dispose d’une fiche de remontée réseau, en format papier (fichier Excel). Celle-ci est censée être à la disposition de tous les agents de la SONATEL afin de remonter tout dysfonctionnement noté ou signalé par un tiers.

  9. Étude du sujet Problématique • La fiche est en format papier (fichier Excel), l’enregistrement des signalisations de problèmes liés au réseau est effectué de manière manuelle. De plus les dysfonctionnements recensés ne sont envoyés au service compétant que les Lundi et ne seront retournés que les Vendredi.

  10. Étude du sujet objectifs • L’envoi d’un accusé de réception (SMS/MAIL) à la personne qui a signalé le dysfonctionnement. • L’envoi d’une alerte au service compétent. • La création d’un formulaire représentant la fiche de remontée réseau. • La spécification des types de remontées ainsi que les agents à contacter (envoi du mail) pour chacun d’eux.

  11. Étude de l’existant Description des processus • Processus Signalisation Lorsque un problème est noté ou signalé par un client, l’agent qui a reçu l’appel (ou qui a noté l’appel) avant toute choses requiert les informations au client, ainsi qu’un ensemble de question pour pouvoir identifier le problème. Il arrive que si l’agent ne soit pas sur place dans ce cas, il peut soit faire appel à un autre, soit conserver les informations jusqu’à son retour. Une fois toutes les informations réunies, il rempli le formulaire puis le valide

  12. Étude de l’existant Description des processus • Processus Transmission A la réception du courriel, le superviseur de DIS examine le problème. S’il s’agit d’un dysfonctionnement n’étant pas en cours de traitement, il l’envoi au département réseau de la SONATEL (DOR) pour traitement. Dans le cas ou le où le dysfonctionnement remonté est en cours de résolution (ou déjà résolu), il avisera directement le client de l’état du problème.

  13. Étude de l’existant Description des processus • Processus Traitement • Après examen du dysfonctionnement par DIS, un espace de traitement sera réservé au département réseau (DOR) qui se chargera de la réparation des dysfonctionnements remontés et d’aviser les clients de la résolution. • Une fois le problème résolu ou une décision prise pour la résolution de celui-ci, l’état du dysfonctionnement est modifié grâce à un formulaire de modification. Ainsi le ticket est clos et le client est avisé de la résolution du problème ou de la décision prise. • Les relances seront faites par mail et par SMS une semaine après l’enregistrement du dysfonctionnement (par intervalle de 48h, paramétrable), en informant (MAIL/SMS) un supérieur désigné. Maximum : 2 relances pour un dysfonctionnement

  14. SONATEL 1 2 3 4 agents clients 5 6 7 9 8 14 DIS 10 13 12 Sup_DOR Usimple_ DOR 11 Étude de l’existant Diagramme acteur/flux

  15. Étude de l’existant Modèle conceptuel des traitements signalisation

  16. Étude de l’existant Modèle conceptuel des données

  17. Étude détaillée Diagramme d’enchainement des pf

  18. Étude détaillée Diagramme d’enchainement des pf

  19. Étude de l’existant Modèle externe

  20. Étude de l’existant Modèle externe

  21. Étude de l’existant Mcd validé

  22. Étude de l’existant Modèle logique • Clients (numero, nomcli, prenomcli, zone_habit, #id_utilisateur)  • Agents (mobile, nom, prenom, structure, fixe) • Utilisateurs (id_utilisateur, prenom_ut, nom_ut, autre, #id_type)  • Type_utilis (id_type, profil) • Problème (id_prob, datreclam, objetreclam, ville_clt, quartier_clt, numapelant, numapele, heur_appel, date_appel, difficult_note, nb_repetdificul, nature_qlitevocal, autr_heur_dificul, dure_dificult, nb_barre_reseau, autre_precision, message, #num_type, #idutilisateur, #mobile) • Type_prob (num_type, nom_type) • Contacter (numero, mobile) • Relance (id_utilisateur, id_prob)

  23. Étude de l’existant Présentation de l’application Et la tu mets les écrans que t’as créé…

  24. conclusion Ce stage au sein de la SONATEL nous a permis, après nos années de formation, de mettre en pratique nos connaissance théorique. Grâce à notre analyse, et à nos connaissances en ASP acquises durant notre stage, nous avons commencé à mettre en place une application qui permettra l’envoi des remontées réseau conformément aux exigences de l’entreprise

  25. Merci De votre attention

More Related