Universit du Carthage

Facult des Sciences Economiques et de Gestion de Nabeul

Rapport de stage pour lobtention de la Licence Fondamentale en Informatique de Gestion

Effectu au sein de : Tunisie tlcom

Ralis par : Fathalli hela par :

Encadr Mme .guezguez wided

2010/2011

Remerciement
Je tiens remercier Tunisie tlcom pour mavoir accept de me prendre en stage au sein de Tunisie tlcom de Korba et par la mme occasion de mavoir permis dacqurir normment de connaissances concernant le monde professionnel. Jai lhonneur dexprimer mes salutations et mes remerciements Tous le personnel de TUNISIE TELECOM de Korba Mr. Sami Kay et plus prcisment le chef dquipements Mr. Mouldi Mhemed pour sa confiance, ses prcieuses suggestions et son soutien, Considrable tout au long de mon stage.

Je remercie galement madame Wided Guezguez pour sa prcieuse aide et son soutient pour que mon rapport soit bien prsent. Enfin, je dsire remercier lensemble de mes professeurs que jai pu avoir lors de ma scolarit et spcialement les enseignants de dpartement informatique o jai suivi mes tudes.

Merci..

Ddicace
Parce quon na pas toujours loccasion de remercier ceux quon aime. Parce quon ne trouve pas souvent les paroles ncessaires pour exprimer sa haute gratitude et ses respects, je voudrais ddier ce travail

A Ma Mre Fatma et Mes surs houda, zouhour, hana, et mon frre Mohamed et spcialement mon chr pre Habib pour les sacrifices consentis mon gard, pour leur patience, leur amour, leur soutien moral et matriel et leur confiance en moi. A Tous mes amis et en particulier marwa, ameni, nahed, Helmi, fedia, Helmi, ons, hela.

Hela

Sommaire

Introduction gnrale : ..8 Chapitre1 : Prsentation de la socit : .10 Introduction: ...10 Prsentation de la socit : ....................10 II. Hirarchie des centraux : ...11 III. Organisation: .12 IV. Les services visits: ...13 1. Le centre de transmission : ..13 2. Le centre de construction des lignes : .13 3. Le centre de commutation: ..14
I.

Chapitre 2:Etude des Besoins15 Introduction : ..15

1. Prsentation de lapplication :

.15 a. Dfinition de champ dtude: ..15 b. Etude de lexistant : .16 c. Critique de lexistant: ..16 d. Objectif atteindre : 16

1. Spcification des besoins :

..17 a. Choix de cycle de vie : ...17 b. Dfinition dun processus de dveloppement logiciel : ...18 c. Spcification des besoins fonctionnels : .19 d. Le diagramme de cas dutilisation de lapplication : ...21 e. Spcification des besoins non fonctionnels : ..21 Chapitre 2 : Analyse : .............................22 Introduction: ..23 Analyse de cas dutilisation Authentification : ...23 a. Dfinition : 23 b. Diagramme de collaboration dauthentification: ..23 I. Analyse du cas dutilisation Gestion des abonns : 24 a. Diagramme de collaboration dajout: ...24 b. diagramme de collaboration de la suppression : 24 c. Diagramme de collaboration de modification : .25 d. Diagramme de collaboration de consultation : .26
I.

Chapitre 3 : Etude conceptuelle : ..28

I.

Introduction: .28 1. Introduction lUML: ....28 2. Vue statique de systme : ...29 a. Prsentation de diagramme de classe : .29 1. Vue dynamique de systme : ..30 a. Diagramme de squence : ...30 b. Diagramme de squence dauthentification : .31 c. Diagramme de squence de gestion des abonns : .32 d. Diagramme de squence de la consultation de larchive : .35 e. Diagramme de squence de la gestion utilisateur : ...36

Chapitre 5 Ralisation de lapplication : ..................37 Introduction : ..37

I.

Environnement de ralisation : .....37 1. Configuration matrielle : ...37 2. Les logiciels de dveloppement : .. 38 a. VB.Net : ....38 b. Wamp server2.0 : ..38 c. MYSQL connector : .....38

1. Description des tables de la base :

.38 2. Aperu de quelques pages de lapplication : ..39 a. Interface chargement : ..39 b. Interface authentification : . ..40 c. Menu gestion : ..41 d. Interface Gestion dabonns : .......41 e. Interface suppression :.............................................................................. ........41 f. Interface consultation et modification : ....43 g. Interface archive : .....44 h. Interface gestion utilisateur : ....44 Conclusion gnrale : ..46 Annexe : 47 Bibliographie & Neto graphie : 50

Listes des figures

Figure 1 : organigramme de la socit : 12 Figure 2 : le processus de dveloppement en cascade : 18 Figure 3 : Diagramme de cas dutilisation : ..20 Figure 4 : Diagramme de cas dutilisation gnrale de lapplication : .21 Figure 5 : Diagramme de collaboration pour le cas dutilisation authentification .23 Figure 6 : Diagramme de collaboration pour le cas dutilisation Ajout abonn .24 Figure 7 : Diagramme de collaboration pour le cas dutilisation suppression 25 Figure 8 : Diagramme de collaboration pour le cas dutilisation modification ..............26 Figure 9 : Diagramme de collaboration pour le cas dutilisation consultation ...26 Figure 10 : Diagramme de classe : 30 Figure 11 : Diagramme de squence dauthentification : .31 Figure 12 : Diagramme de squence dajout : ..31 Figure 13 : Diagramme de squence de suppression : ..33 Figure 14 : Diagramme de squence de consultation : .34 Figure 15 : Diagramme de squence de modification...............................................................34

Figure 16 : Diagramme de squence de consultation archive : .35 Figure 17 : Diagramme de squence dajout utilisateur : .36 Figure 18 : Interface chargement :... .39 Figure 19 : fin de chargement : .40 Figure 20 : Interface authentification : ..40 Figure 21 : Mots de passe erron : 40 Figure 22 : Interface Menu : .41 Figure 23 : Interface Gestion des abonns : ..41 Figure 24 : Interface suppression : 42 Figure 25 : Interface consultation : ...42 Figure 26 : Interface modification : .43 Figure 27 : Interface consultation de larchive : ..43 Figure 28 : Interface gestion dutilisateur : ..44 Figure 29 : Ajouter un utilisateur : ...45 Figure 30 : Suppression utilisateur : .45

Introduction gnrale

Le stage que jai pass est une occasion de dcouverte du milieu professionnel au sein de Tunisie tlcom de Korba. Durant ce stage, jai eu loccasion de visiter les diffrents services de la structure de tlcommunication. La plupart de mon stage tait au sein du la central locale, ce qui ma permis de savoir son importance dans le domaine de tlcommunication. En fait, on a eu une ide sur le rseau tlphonique, la construction des lignes et le relvement des diffrents types de drangements. Avec laide des agents de la Central, jai pu effectuer quelques oprations techniques relatives au relvement et rparation des drangements. On a pass une priode LGD (ligne a grand distance) qui ma donn une ide sur lacheminement des appels et la transmission des donnes et traitement de linformation. Je termine mon stage avec la ralisation dune application en utilisant VB.NET (gestion des abonns ADSL). Cest ainsi que mon rapport est structur en cinq chapitres : Le premiers chapitre prsentation de la socit est consacr prsenter le cadre de notre stage et le centre qui nous a propos le sujet de notre projet et Dans la deuxime chapitre tude des besoins nous vous prsenterons une tude de l'existant, une spcification des besoins suivie d'une identification des acteurs et des cas d'utilisations pour bien comprendre le fonctionnement du systme

Dans le troisime chapitre Analyse vise comprendre mieux le systme par la construction de diagramme de collaboration. Le quatrime chapitre apportera une phase essentielle de notre projet qui est la conception sur laquelle nous avons construit nos ides et nos prvisions pour la cration de notre application. Enfin, dans le dernier chapitre, nous vous prsenterons les diffrents outils de dveloppement et langages utiliss pour dvelopper notre application, ainsi qu'aux fonctionnalits offerts par l'application sous formes d'interfaces homme/machine.

Chapitre 1 : Prsentation de la socit

Introduction :
Dans ce chapitre nous allons mettre notre projet dans son cadre. Dabord on prsente la socit, en citant les activits de la centrale avec ses services.

I. Prsentation de la socit :

Tunisie tlcom est un tablissement semi-tatique caractre industriel et commercial dot de la personnalit civile.

Raison social : Tunisie tlcom Forme juridique : socit anonyme Activit : tlphonie filiale(s) Chiffre daffaire : 884793000(TND) en 2008 Sige : Elkasba-1002 Tunis Site web : http://www.tunisie telecom.tn Nombre dabonns: en service tlphonique fixe :
Dcembre 2009Suprieure 1.278000 En service tlphonique mobile : dcembre 2009 : suprieure 4.300000

Cration de loffice :
Loffice national de tlcommunication a t cr le 17/04/1995 par la loi 95-36 qui a dfini sa forme comme tant un tablissement public a caractre juridique et comme tant un tablissement public a caractre industriel et commerciale.

Mission : loffice national de tlcommunication a pour mission

Lassurance des activits relatives aux domaines de la communication conformment a la lgislation et la rglementation en rigueur.

Linstallation, lentretien, lexploitation et la maintenance des rseaux publics de tlcommunications.

Loffre de tous les services publics ou privs de tlcommunications correspondants aux divers besoins caractre social et conomique.

La promotion des nouveaux services de tlcommunications. La participation leffort national denseignement suprieur en matire de tlcommunications. Lapplication des conventions et des traits des organisations internationales et rgionales spcialises dans le domaine des tlcommunications (UIT).

Date cl: Depuis janvier 2008, Tunisie Tlcom offre la possibilit aux
dtenteurs de cartes bancaires nationales d'alimenter le solde de leurs lignes prpayes via les distributeurs automatiques de billets de l'Arabe Tunisiens Bank (service Mobilink)[]. Le 21 mars 2009, Tunisie Tlcom lance une nouvelle marque, Elissa, avec des offres spcifiquement conues pour les jeunes de moins de 25 ans[]. Il est galement un fournisseur d'accs Internet (Frame Relay, ADSL, X.25, LS, RNIS et WLL pour la tlphonie rurale).
I.

Hirarchie des centraux :

On distingue cinq types de centres : Centre local : Il connecte lensemble des abonns dun quartier, dun village ou dune ville. Chaque poste tlphonique est reli par deux fils un centre tlphonique de rattachement ; ce centre est appel centre local. Centre de zone ou centre urbain : Dans les agglomrations importantes, une seule zone locale est insuffisante pour desservir la totalit de lagglomration qui peut tre constitue de la commune principale et les communes avoisinantes, lensemble de ces centres

appartenant une mme agglomration urbaine est appel zone urbaine Centre de transit rgional : Le centre de transit rgional ralise linterconnexion des circuits rgionaux. Centre de transit national : Le centre de transit national connecte dun cot des circuits nationaux et de lautre cot des circuits rgionaux. Centre international : Les abonns doivent pouvoir tlphoner entre eux, mais aussi communiquer avec leurs correspondants trangers. Il y a une diffrence entre les techniques utilises pour le trafic international et celle utilises pour le trafic national. Ce sont quelques fois des moyens de transmission diffrents (cble sous marins, satellites) et presque toujours des systmes de signalisations diffrents. I.

Organisation :

On peut illustrer les principaux bureaux dans la centrale travers lorganigramme suivant :

Figure 1: Organigramme de la centrale

Le centrale est compos de :

Bureau de Gis : il assure ldition et la mise jour des activits de travaux. Bureau de gestion des abonns : il assure dune part la gestion des abonns et dautre part lexcution des ordres provenant de lactel et ldition de trafic.

Salle dexploitation et maintenance : elle assure toutes les Oprations dexploitation et de maintenance

Table dessai : elle contient le rpartiteur gnral et la documentation, dont on utilise pour mettre jour la base de donnes.

I. Les services visits :

Au cours de stage nous avons loccasion de visits les trois services du centrale qui sont les suivants : 1. Le centre de Transmission : Le centre de transmission numrique (CTN), appel aussi ligne grande distance, comme lindique son nom, ce centre est responsable dtablir la liaison entre les autocommutateurs loigns. Permet dassurer le transport des divers informations tel que les conversations tlphoniques, la transmission des donnes, image travers les diffrents supports. Les taches principales dun centre de transmission sont les suivants : Exploitation et maintenance des quipements de transmission Mise en services et exploitation des lignes spcialiss Les relves de drangements affectent les quipements Assistant la nouvelle installation.

1. Le centre de construction de ligne:

Le centre de construction de ligne est une entit de la salle dexploitation qui se charge de ltude des nouvelles demandes et excute les ordres de constructions ou transfert provenant de lagence commerciale de tlcommunications ACTEL. Il reoit aussi les avis de drangements signals par les abonns la table dessai.

2.

Le centre de commutation:

La commutation est une tape trs important pour faire une communication (tlphonique, fixe, fax, internet.).Elle joue un rle fondamentale dans le rseau de tlcommunication, ce rle est reprsent par les fonctions suivantes : Concentrer le trafic en provenance des sources faible activits sur des supports de transmission communes en agissant une partie de leur capacit chaque source dactivit (concentre le trafic pour rentabiliser les voie de transmission). Acheminer linformation dune source vers le destinataire selon un itinraire fixe ou variable travers le rseau dun commutateur.

a. les services du centre de commutation :

Cration :

La cration de circuit de nouvel abonn tout en identifiant les paramtres suivant : Numro de tlphone. Numro dquipement. Suspension suite non payement :

Suspension De la ligne tlphonique pendant une priode dtermin dans laquelle labonn reoit les appels entrant. Rsiliation :

Rsiliation de loffice : toute fois la priode donn par Tunisie tlcom pour effectuer .le payement du montant de la facture du tlphone est expir, le numro de tlphone sera rsilier.

Rsiliation sur demande : suite dune demande crit de la part du client. Rsiliation rapport : une nouvelle cration du mme numro de labonn suite au payement.

Le diffrent service spcial qui est commercialise : Hot line rveil automatique transfert dappel cl lectronique affichage de numro

appel en attente.

Conclusion : Cette phase est ddie prsenter la socit de

tlcommunication Tunisie tlcom. Dans la phase suivante, nous vous dcrirons le systme et ses diffrents cas d'utilisation

Chapitre2 : Etude des besoins

Introduction :
Cette phase est ddie la description du systme : elle prsente une tude de l'existant, une spcification des besoins (fonctionnels et non fonctionnels) suivie d'une identification des acteurs et des cas d'utilisations pour bien comprendre son fonctionnement

1. Prsentation de lapplication :
Dans le cadre de mon projet de fin dtude, il ma t confi de dvelopper une application de gestion des abonns ADSL pour les personnels de bureau de GIS (systme dinformation gographique).

a. Dfinition de champs dtude :

Le bureau de GIS assure la gestion des tches concernant les abonns tlphonique classique et les abonns ADSL.

Lapplication GIS assure un bon fonctionnement pour lquipe de centrale que ce soit pour le relvement des diffrents drangements ou pour la construction des nouvelles lignes tlphoniques :

Post paye : c'est--dire un abonnement tlphonique avec compteur.

Prpaye : cest--dire un abonnement tlphonique avec carte.

La cration dun nouveau compteur pour une nouvelle demande dune ligne tlphonique laide de plusieurs commandes avec lapplication Switch qui est rattach directement au serveur de la salle de commutation, la consultation des comptes pour modifier ou rsilier.

Ce bureau a besoin dune application pour grer les abonnes ADSL avec lexistence de larchive qui permet dafficher la liste des clients et permet de donner les informations concernant lemplacement de labonn ADSL.

a.

Etude de lexistant :

Le systme informatique dans le bureau de Gis gre les clients qui ont un abonnement tlphonique seulement mais la partie gestion adsl est absente. Le bureau gre les clients qui ont un abonnement ADSL manuellement, puisque tous les supports des stockages sont des documents et des papiers.

b.Critique de lexistant :

Il existe quelques difficults dans le droulement de travail au sein de bureau de Gis tels que : La Perte de temps cause de la recherche de fiche client quelque soit son tat (en cas de suspension ou non) La Destruction des fichiers avec le temps [Annexe 1 et 2]. Perte de linformation lors dun mal classement des fiches.

a.Objectifs atteindre :
Pour assurer une bonne gestion des abonns, il est disponible de dvelopper les tches suivantes :

La facilit des tches et le droulement de travail dans la centrale. La gestion des abonnes ADSL avec leur cordonnes techniques

(dbit, rglette, port).

Suivi automatise de nouvel abonnement et lassurance de la tenue jour de l information.

La vrification de la marque de la rglette et du numro de port. Ldition du le dbit dADSL. La dtermination de la liste des personnes qui ont un abonnement ADSL.

Notre application prend en compte ces amliorations

2. Spcification des besoins :

La spcification est une tape fondamentale dans le cycle de vie dun tel logiciel. Elle sert dans la dtermination de lenvironnement globale de lapplication et dans la dtermination des besoins et des contraintes qui lentourent. Pour cela, nous allons commencer dans ce chapitre par justifier certains choix qui vont tre dcrits au cours de la phase de conception et de ralisation. Ensuite il sagira de dfinir lobjectif de lapplication ainsi quune description de la spcification des besoins fonctionnels et non fonctionnels de notre application.

a. Choix du cycle de vie

Le cycle de vie dun logiciel dsigne toutes les tapes de son dveloppement. Elles permettent dassurer la conformit du logiciel avec les besoins exprims et la vrification du processus de dveloppement, c'est--dire ladquation des mthodes mises en uvre. Le cycle de vie permet de dtecter les erreurs au plus tt et de maitriser la qualit du logiciel. Le cycle de vie du logiciel comprend gnralement au minimum les activits suivantes :
Dfinition des objectifs: consistant dfinir la finalit du projet et

son inscription dans une stratgie globale.

Analyse des besoins et faisabilit: cest--dire lexpression, le

recueil et la formalisation des besoins du demandeur (le client) et de lensemble des contraintes.
Conception gnrale: il sagit de llaboration des spcifications

de larchitecture gnrale du logiciel.

 Conception dtaille: consistant dfinir prcisment chaque

sous-ensemble du logiciel.
Codage: (implmentation ou programmation), soit la traduction

dans un langage de programmation des fonctionnalits dfinies lors de phases de conception.

Test et valuation:

On distingue 3 types de test:

Tests unitaires: permettant de vrifier individuellement que chaque sous-ensemble du logiciel est implment conformment aux spcifications.

Tests

dintgration:

dont

lobjectif

est

de

sassurer

de

linterfaage des diffrents-lments (modules) du logiciel

Tests de validation: cest--dire la vrification de la conformit du logiciel par rapport aux spcifications initiales.

Documentation: visant produire les informations ncessaires

pour lutilisation du logiciel et pour des dveloppements ultrieurs.

Maintenance:

comprenant

toutes

les

actions

correctives

(maintenance corrective) volutives (maintenance volutive) sur le logiciel et action prventive (formation du personnels), dclaration et suivie des dfauts Pour cette application on a choisit le modle de cycle de vie en

cascade, notre projet est bas sur un processus de dveloppement bien

dfini qui va de la dtermination des besoins fonctionnels attendus du systme jusqu la conception et le Codage final.

a. Dfinition logiciel :

dun

processus

de

dveloppement

Un processus dfinit une squence dtapes, en partie ordonne, qui concourent lobtention dun logiciel ou a lvolution dun systme existant. -Le droulement du cycle en cascade de notre application est prsent par la figure1:

Figure 2 : le processus de dveloppement en cascade

c. Spcification des besoins fonctionnels :

Cette application consiste la gestion des abonns ADSL au sein de centrale locale de Korba et elle offre plusieurs autres fonctionnalits quon peut les montrer de manires diffrentes: Cette application est compose globalement de deux domaines qui sont la prise en charge de toutes les donnes du rseau informatique et le suivi

permanent de la gestion des abonns ADSL. Chacun de ces domaines possde ses principales fonctionnalits comme indiques ci-dessous :
1

.La prise en charge des donnes du rseau informatique Lagent technique est le responsable de ce domaine qui peut tre : La gestion des abonns ADSL: Cette application garantie la gestion des Abonns ADSL .En effet, ladministrateur peut ajouter, supprimer, rechercher, consulter ou modifier les paramtres de nimporte quel abonns enregistr dans la base de donnes de la direction.

Le suivi permanent des abonns : Le responsable de ce domaine est lagent. Ce domaine peut tre subdivis en deux sous domaines qui sont : - La gestion des abonns : Quand un nouvel abonn arrive

lagent le visualise, la traite, Puis lenregistre dans la base de donnes. - La consultation darchive : permet de lister tous les clients qui ont un abonnement ADSL. Il existe plusieurs techniques pour spcifier un systme informatique. Pour se faire, nous avons choisit les diagrammes de cas dutilisation dUML. Le Diagramme de cas dutilisation

Cest un diagramme qui contient les acteurs, les cas dutilisation et les relations qui existent entre eux. Le diagramme des cas dutilisation est une reprsentation du comportement du systme de point de vue du lutilisateur. En dautres termes, cest une dfinition des besoins quattend un utilisateur du systme.

Figure3 : Diagramme de cas dutilisation Recherche des acteurs et cas dutilisation Recherche des acteurs : Un acteur est un concept abstrait dfini par la spcification UML comme tant un rle que peut jouer un utilisateur physique de lapplication. Ainsi un utilisateur humain peut jouer un ou plusieurs rles lors de son utilisation de lapplication. Le seul acteur qui peut interagir avec lapplication cest lutilisateur dont le but de modifier, dajouter, de supprimer, de consulter, Recherche des cas dutilisation : Les cas dutilisation constituent un moyen efficace pour reprsenter les utilisateurs possibles dun systme par les diffrents acteurs, identifier leurs besoins et les structurer. Les cas dutilisation de mon application sont les suivants : Grer les abonns Grer lutilisateur Consulter larchive

Elaboration de la diffrente interface :

Le systme doit comprendre une interface authentification, interface menu, interface gestion des abonns, interface gestion utilisateur, interface archive. Les utilisateurs de cette application cest ladministrateur, celui qui peut accder lapplication pour Ajouter, modifier, supprimer, consulter certain contenu. Une interface Menu pour que les utilisateurs puissent accder aux autres interfaces. Une interface Gestion pour ajouter ou supprimer un abonn. Une interface consulter et modifier pour la consultation et aussi pour la modification. Une interface Archive pour consulter tous les abonns qui ont un abonnement ADSL.

Une interface Registre pour la gestion utilisateur.

d.

Le diagramme de cas dutilisation de lapplication :

Nous illustrons ainsi le diagramme de cas dutilisation qui correspondent notre systme : Diagramme de cas dutilisation gnrale de lapplication :

Dans la figure ci-dessous on illustre le diagramme de cas dutilisation global correspondant notre application de gestion des abonns ADSL. Comme ce dernier illustre un seul type dacteur qui peut interagir avec le systme : Ladministrateur: Il a le droit de grer les abonns,lutilsateur comme il peut consulter larchive.

Figure 4 : Diagramme de cas dutilisation gnrale de lapplication 1

Spcification des besoins non fonctionnels

Les besoins non fonctionnels prsentent les exigences internes pour le systme et caches vis vis les utilisateurs, on cite les trois suivants : Lergonomie : 1. Le logiciel doit prsenter des interfaces graphiques conviviales bien structures du point de vue contenu informationnel. Cet effet est assur par la combinaison du texte et du graphique avec un bon choix des couleurs et du style dcriture ; par consquent lintgration de la discipline IHM (Interface Homme Machine) est indispensable pour le dveloppement des applications.

La scurit des donnes

Scuriser les donnes revient appliquer une stratgie didentification, dauthentification et contrler chaque tentative daccs ces donnes. Dans notre systme laccs aux informations personnelles nest autoris quaux personnes propritaires et selon un login qui dtermine les droits daccs. La Performance

Un logiciel doit tre avant tout performant c'est -dire travers ses fonctionnalits, rpond toutes les exigences des utilisateurs d'une manire optimale.

Conclusion: Dans ce chapitre, nous avons pu ressortir les principaux

besoins des utilisateurs, identifier les acteurs et les cas d'utilisation du systme.

Chapitre 3 : Analyse
Introduction :

Dans ce chapitre, nous allons dtailler les cas dutilisation partir dune analyse et dune conception de la plus part des cas. Nous allons utiliser dans cette phase le diagramme de collaboration.
I.

Analyse du cas dutilisation Authentification :

1. Diagramme de collaboration :
a. Dfinition :

Le diagramme de collaboration permet la description des interactions entre les objets composant le systme, la reprsentation se concentrant sur les relations dinteraction entre les objets. b. Diagramme de collaboration dauthentification :
Description des scnarios : Ladministrateur demande la page dauthentification. Ladministrateur saisit son User Name et son Password. Le systme vrifie les paramtres. Linterface Menu saffiche.

Figure5 : diagramme de collaboration pour le cas dutilisation de lAuthentification

I.

Analyse du cas dutilisation Gestion des abonns ADSL :

Lanalyse du cas dutilisation gestion des abonns ADSL comprend lanalyse des cas dutilisation : Ajout abonn Modification abonn Suppression abonn Consultation abonn
1) Diagramme de collaboration dajout :

Description des scnarios :

Ladministrateur demande lajout dun nouvel abonnement. Le systme prend en charge sa demande. Le systme affiche linterface Gestion des abonns. Ladministrateur saisit les donnes pour le nouvel ajout. Ladministrateur confirme lajout. Le systme vrifie les donnes. Le systme ajouter le nouvel abonn dans la table abonn. Le systme affiche un message de confirmation.

Figure 6 : diagramme de collaboration pour le cas dutilisation Ajout abonn 1) Diagramme de collaboration de suppression : Description des scnarios :

Demande de suppression. Affichage dinterface suppression. Ladministrateur saisit le numro, le nom et la position. Ladministrateur confirme la suppression. Le systme vrifie lexistence de labonn. Le systme supprime les donnes slectionn.

Figure7 : diagramme de collaboration pour le cas dutilisation suppression 1) Diagramme de collaboration de modification :
Description des scnarios :

Demande de modification. Affichage de la page consulter et modifier . Ladministrateur clique sur le numro de labonn. Affichage des paramtres de labonn. Cocher modifier. Ladministrateur saisit les modifications. Ladministrateur valide la modification. Le systme vrifie les donnes modifies.

Le systme enregistre les donnes modifies. Le systme affiche un message de confirmation.

Figure 8 : Diagramme de collaboration pour le cas dutilisation modification 1) Diagramme de collaboration de consultation : Description des scnarios : Demande de consulter un abonn. Affichage page consulter et modifier . Ladministrateur clique sur le numro de labonn. Le systme vrifie les donnes. Affichage des paramtres abonn.

Figure 9:

diagramme

de

collaboration

pour

le

cas

dutilisation de la consultation

Conclusion :
Dans ce chapitre, nous nous intressons lenchanement dactivit comme il prsente le diagramme de collaboration.aprs cette phase analyse on passe la phase de conception qui est une phase trs essentielle pour le faonnage de notre systme.

Chapitre 4: Etude Conceptuelle

I. Introduction :

Pour assurer la russite dun logiciel il faut quil puisse raliser le but au quel il est ddi, dou avant de le crer on doit bien concevoir tous les besoins utilisateurs et les satisfaire. Pour penser et concevoir objet, il faut savoir jongler avec des concepts abstraits, indpendants des langages d'implmentation et des contraintes purement techniques. Les langages de programmation ne sont pas un support d'analyse adquat pour "concevoir objet". Ils ne permettent pas de dcrire des solutions en termes de concepts abstraits et constituent un cadre trop rigide pour mener une analyse itrative. Pour faire la conception de notre projet on va utiliser le langage de modlisation objet : UML (Unified modeling language).

1. Introduction a lUML :
UML est le langage unifi pour la modlisation. Il reprsente ltat de lart des langages de modlisation objet. Il fournit des fondements pour spcifier, construire, visualiser et dcrire les artefacts dun systme logiciel. Il facilite lexpression et la communication de modles en fournissant un ensemble de symboles (la notation) et des rgles qui rgissent lassemblage de ces symboles. Il permet de modliser de manire claire et prcise la structure et le comportement dun systme indpendamment de toute mthode ou de tout langage de programmation [URL1]. Lapprhension dUML est complexe car il est la fois : une norme, un langage de modlisation objet, un support de communication, un cadre mthodologique

Il permet de reprsenter un systme selon diffrentes vues complmentaires : les diagrammes. Un diagramme UML est une reprsentation graphique, qui s'intresse un aspect prcis du modle, c'est une perspective du modle. Chaque type de diagramme UML possde une structure et vhicule une smantique prcise. Combins, les diffrents types de diagrammes UML offrent une vue complte des aspects statiques et dynamiques d'un systme. Pour cela, pour modliser (comprendre et reprsenter) un systme complexe, il vaut mieux s'y prendre en plusieurs fois, en affinant son analyse par tapes Le primtre du systme modliser est dfini par les besoins des utilisateurs (les utilisateurs dfinissent ce que doit tre le systme). Pour modliser les besoins dutilisateurs on utilise des diagrammes statiques tels que le diagramme de cas dutilisations. Pour faire la conception en UML, on choisie le logiciel astah UML, il est puissant et simple dutiliser.
2

.Vue statistique de systme : a. prsentation de diagramme de classe :

Description des diagrammes de classes :

Le diagramme de classes comporte 6 concepts qui sont : classe, attribut, identifiant, relation, opration et gnralisation / spcialisation. Les classes sont :

La classe administrateur : est une classe qui contient une seule mthode avec laquelle on peut grer tout les donnes.

La classe utilisateur : est une classe qui contient comme attributs, pseudo et password et les diffrentes mthodes pour la gestion utilisateur. La classe abonn : est une classe qui contient les attributs des abonns et les diffrentes mthodes de gestion des abonns (ajouter, supprimer ..) La classe authentification : est une classe qui contient les attributs de connexion.

Pour notre application la figure numro 3 reprsente le diagramme de classes de notre systme.

Figure 10 : Diagramme de classe

3. Vue dynamique du systme :

a.

Diagramme de squence :

Les diagrammes de squences privilgient ainsi la reprsentation temporelle la reprsentation spatiale et sont plus actes modliser les aspects dynamiques du systme. Le diagramme de squence permet de visualiser les messages par une lecture de haut en bas. Laxe vertical reprsente le temps, laxe horizontal les objets qui collaborent. Une ligne verticale en pointills est attache chaque objet et reprsente sa dure de vie. Les messages sont reprsents comme dans le diagramme de

collaboration. Pour notre application nous pouvons identifier les diagrammes des squences de certains cas dutilisation prsents dans notre systme :

Authentification dun utilisateur. Gestion des abonns Gestion dutilisateur a. Diagramme de Squence dauthentification : Description du scnario relatif au diagramme de squences Authentification : Le cas d'utilisation commence lorsque l'utilisateur lance l'application ; L'interface Authentification est visualise par l'utilisateur ; L'utilisateur s'authentifie en entrant son login et son mot de passe ; Le login et le mot de passe sont saisis ; L'utilisateur clique sur le bouton ok ; Le bouton ok est cliqu ;

La table utilisateur vrifie l'existence de l'utilisateur ; La table utilisateur renvoie l'existence de l'utilisateur ; L'interface Menu est affiche par l'utilisateur; Sinon un message derreur saffiche

Figure 11: Diagramme de squence dauthentification

a. Diagrammes abonns :

de

squence

de

gestion

des

Description du scnario relatif au diagramme de squences Ajout abonn : Le formulaire Gestion affich ; L'utilisateur remplit le formulaire Ajout ;

Le formulaire est rempli ; L'utilisateur clique sur le bouton enregistrer ; Le bouton enregistrer est cliqu ; L'interface effectue l'ajout dans la table Abonn; Un message de succs d'ajout est affich par l'utilisateur; Sinon un message derreur saffiche.

Figure 12 : Ajouter un abonn

Description du scnario relatif au diagramme de squences Suppression abonn : L'utilisateur saisit le numro de labonn supprimer ; Le numro est saisi ; L'utilisateur clique sur le bouton supprimer ; Le bouton supprimer est cliqu ; La table abonn vrifie l'existence de labonn ; La table abonn renvoie l'existence du labonn ; L'interface effectue la suppression dans la table abonn;

Un message de succs de suppression est affich par l'utilisateur; Sinon un message derreur saffiche.

Figure 13 : supprimer un abonn

Description du scnario relatif au diagramme de squences consultation dabonn : Lutilisateur clique sur le numro; La table abonn verifier si le numro est occup ou non ; La table verifie que le numro est occup ; Demande daffcher les paramtres; Paramtres affch; Sinon paramtres vides.

Figure 14 : consulter un abonn

Description du scnario relatif au diagramme de squences modification dabonn : Lutilisateur clique sur le numro; La table abonn verifie s le numro occup ou non; Le numro est vrifi; Afiicher les paramtres ; Paramtres affich; Demande de modifier labonn; Abonn modifi Affichage de message de modification. Message afficher.

Figure 15 : modifier un abonn a. Diagramme de squence de la consultation de la liste

des abonns: Description du scnario relatif au diagramme de squences Consultation de la Liste des abonn : Demande de consulter la liste des abonns; Envoyer la demande; La table abonn verifie si la table est vide ou non; Si la table est vide un message derreur saffiche Sinon la liste des abonns saffiche.

Figure 16: consultation liste des abonns a. Diagramme de squence de la gestion utilisateur: Description du scnario relatif au diagramme de squences ajout utilisateur Entrer les donnes ajouter Demande dajout Vrfication des donnes Si user et password dja existe un message derreur saffiche Si non utilisateur ajout

Figure 17 :ajout utilisateur

Conclusion :
Dans ce chapitre nous avons utilis le langage UML pour la ralisation dune tude conceptuelle dtaille de notre application. Notre tude a t base sur llaboration de diagramme de classes de systme ainsi que les diagrammes de squences dcrivant les tches ralises au cours de lapplication avec aspect temporelle. Dans le

chapitre suivant nous allons implmenter la conception que nous avons dcrite prcdemment pour raliser lapplication.

Chapitre 5 : Ralisation de lapplication

Introduction
Dans ce chapitre, nous prsentons le cot technique de la mise en uvre de notre application. Cette partie dvoile une description complte et dtaille de la ralisation de lapplication que sera reprsente sur deux parties.

En effet, en premire tape, on prsente les moyens techniques (logiciels et matriels), laide desquels nous avons pu dvelopper lapplication. En seconde tape, nous allons faire un aperu de quelques interfaces de notre application pour donner en fin les apports et les valuations assurs par notre systme pour les utilisateurs.
I.

Environnement de ralisation :
1

.Configuration matrielle:

Lors de la ralisation de cette application, jai utilis un seul poste de travail : Modle Processeur Acer Aspire 5920G Intel Core 2 Duo processor T5550 Disque dur Mmoire vive Systme dexploitation Type du systme 250 GO 3.00 GO Windows Vista Systme dexploitation 64 bits Tableau 1: Le poste de travail

2. Les logiciels de dveloppement: a. VB.NET

Visual Basic .Net est un environnement de programmation qui englobe le language de programmation Visual Basic 6. Nanmoins, ces deux langages sont assez peu comparables dans la pratique tant l'volution

entre ceux-ci est norme. Le principal changement tant sans conteste l'introduction de l'orientation objet dans le langage. VB.NET permet de dvelopper en .Net via Visual Studio, c'est--dire seulement sur les systmes d'exploitation Windows (98, 2000, XP, Vista, 7). Il est important de rappeler que tout programme VB.NET est compil dans le mme langage intermdiaire (IL) que C# ou tout autre langage de la plateforme DotNet [URL1].
a. WampServer 2.0

WampServer 2.0 (anciennement WAMP5) est une plateforme de dveloppement Web de type WAMP, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP. WampServer n'est pas un logiciel, mais un environnement comprenant deux serveurs (Apache et MySQL), un interprteur de script (PHP), ainsi qu'une administration pour les deux bases SQL PhpMyAdmin et SQLiteManager.L'interface de WampServer 2.0 est propre et net. Pour ces raisons, nous l'avons choisi comme plateforme pour permettre d'accder la base de donnes [URL1]. b. Mysql connector 5.1 : MySQL Connector pour OpenOffice.org est un pilote MySQL pour OpenOffice.org. Il est utilis pour connecter un serveur MySQL 5.1 ou plus rcent OpenOffice.org 3.1 ou plus rcent. Celui le responsable dtablir la connection avec visual Basic et la base des donnes . Le pilote est distribu comme une extension mysql.data.dll.

3. Description des tables de la base:

La base des donnes 'Telecom' est compose de deux tables: abonn, utilisateur. La table abonn contient tous les paramtres de labonn. La table 'utilisateur' contient le login et le mot de passe de l'utilisateur de l'application.

Champs Numro Tel Nom et prnom

Type Int(11) var char(50)

Dsignation Numro tlphone Nom et prnom de

labonn Fournisseur var char(50) Fournisseur labonn Dbit Position Date demande var char(50) var char(50) Date Dbit de labonnement Position de labonn Date de construction de

Tableau 2 : La table abonne

Champs Login Mot de passe

Type var char(50) var char(50)

Dsignation Login administrateur Mot de passe

administrateur Tableau 2 : La table utilisateur

4. Aperu de quelques interfaces de lapplication :

a. Interface de chargement : Lors de lexcution de lapplication,

linterface de chargement sera la premire qui apparat et cest la suivante :

Figure 18 : interface de chargement

Figure 19 : fin de chargement b.

Interface authentification : Pour accder notre application, ladministrateur ou lautre utilisateur doit, obligatoirement, passer par la page dauthentification dans laquelle il saisi son login et son mot de passe pour ouvrir sa session.

Figure 20 : Interface authentification

Figure 21 : mots de passe erron

c. Menu Gestion : Lorsque lauthentification est valide, on remarque louverture de linterface Menu dans laquelle on peut choisir lopration quon voudrait effectuer tels que la gestion des abonns, la gestion dutilisateur

Figure 22: Interface Menu d. Interface gestion des abonns :

Figure 23 : Ajout dun abonn

Lorsque lutilisateur veut ajouter un abonn, il remplit le formulaire par les cordonnes ncessaire et cliquer sur Enregistrer.

a. Interface suppression :

Figure24 : suppression dun abonn

On peut supprimer un abonne existant, on clique sur supprimer, une autre interface saffiche on entre le numro puis on clique sur oui, sinon on clique sur non.

a. Interface consultation et modification :

Figure 25 : Interface consultation

Figure 26 : Modification dun abonn

Lorsque on veut chercher un abonn existant, il suffit de cliquer sur le numro, et tous les cordonnes saffichent, dans cette cas on peut le modifier.

a. Interface Archive :

Figure 27: consulter larchive Dans cette page on peut afficher tout la liste des abonns ADSL avec leur coordonne en cliquant sur le bouton

Consulter liste. a. Interface Gestion utilisateur :

Figure 28 : Interface Gestion utilisateur

Figure 29: Ajout dun utilisateur

Figure 30: Suppression dun utilisateur

Conclusion gnrale :
Ce stage a t une bonne occasion pour dcouvrir la vie professionnelle dans une grande socit de tlcommunication tel que Tunisie Tlcom et de confronter divers problmes du jour que peuvent rencontrer un dirigeant ou un technicien. Il ma permis galement dlargir mes connaissances dans divers domaines tels que la commutation, la transmission et surtout les relations humaines. Il ma t dun grand apport plusieurs niveaux. En effet, sur le plan technique jai appris mieux manipuler le langage Visual Basic, jai aussi connu de prs comment se connect une base de donne MYSQL, et dautre part jai eu lopportunit de pratiquer mes connaissances thoriques en matire de conception avec le langage de modlisation UML. Sur le niveau personnel, jai eu une exprience pratique qui me prpare pour entrer dans la vie professionnelle. Jespre que mon travail contribuera satisfaire les besoins des utilisateurs, toutefois lapplication reste ouverte toute amlioration.

Annexe

Annexe1 : liste des abonns ADSL de Korba

Annexe 2 : fiche client

Bibliographie & Neto graphie

Bibliographie :
[1] systme dinformation gographique (GIS)

Neto graphie:
[URL1]: http:// fr.wikipedia.org/ [URL2] http:// www.commentamarche.net / [URL3] http:// www.youtube.com/ [URL4] http:// www.developpez.com / [URL5] http://www.vbfrance.com/