Projet Fin d'Etude

Embed Size (px)

Citation preview

SRTK

ISIKEF

Introduction gnrale

Nous vivons une poque o lautomatisation des systmes dinformation devient une politique qui est de plus en plus adopte dans de nombreux tablissements ayant des vocations diffrentes. En effet, cette politique, assure une acclration et plus de prcision lors du traitement de linformation. Elle permet galement une circulation plus rapide et plus sure de linformation. De plus, elle procure une vue plus organise et plus structure des donnes. Ce qui a pour consquences de faciliter les prises de dcisions et de les rendre plus efficaces. Dans le cadre de notre projet de fin dtude, on nous a confi la mise en place dun Systme de messagerie lectronique et de gestion des notes, application de hautes importances pour assurer un bon droulement au sein de la socit rgionale de transport du Kef. Par le biais de ce prsent mmoire, nous allons dtailler les diffrentes tapes par les quelles nous sommes passs pour raliser ce projet. Ce mmoire sarticule autour de trois chapitres : Le premier chapitre prsente lorganisme daccueil, le cadre du projet et les objectifs atteindre via le dveloppement et la mise en place de lapplication raliser et ltude de lexistant. Dans le deuxime chapitre, nous exposons notre tude conceptuelle aussi bien sur le plan architectural et que sur le plan fonctionnel. Enfin dans le dernier chapitre, nous abordons la phase de dveloppement de lapplication en justifiant les diffrents choix techniques et technologiques que nous avons du faire.

Projet de Fin dEtude

Page 1

SRTK

ISIKEF

IntroductionDans ce chapitre, nous mettons notre projet dans son contexte le plus gnrale .Nous commenons par prsenter lorganisme daccueil puis nous dcrivons brivement le projet et enfin nous allons prsenter ltude de lexistant.

I. Prsentation de lorganisme daccueil I.1. Prsentation de la Socit Rgionale de Transport du Kef (SRTK)La socit rgionale de transport du Kef (SRTK) est une socit anonyme de transport public de voyageurs. Sa cration remonte 1963. Elle est constitue de 280 personnes (cadre, chauffeurs, ouvriers ) et 123 vhicules. Lactivit de la SRTK est le transport commun des voyageurs au sein de Kef et entre gouvernorats .La SRTK couvre deux gouvernorats qui sont le gouvernorat du Kef et le gouvernorat de Siliana .En outre, cette socit met sa disposition plusieurs gares routires. Elles sont implantes dans plusieurs villes (Kef ville, tajerouine, dahmani, makther, siliana).

I.2. Infrastructure informatiqueLadministration de la socit se dispose de 37 postes operateurs fonctionnant avec Windows XP .Laccs linternet se fait via un cble ADSL de haut dbit.

I.3. OrganisationDans le figure 1, nous avons prsent lorganigramme de la SRTK .Elle est constitue de plusieurs services qui sont attaches la direction gnrale et les divisions.

I.4. Fonctionnalit des diffrents servicesDaprs lorganigramme de la SRTK, donne par la figure 1, nous pouvons distinguer les lments structurels suivant :

I.4.1. Direction gnrale Audit interne et services informatique. Secrtariat et bureau dordre.

Projet de Fin dEtude

Page 2

SRTK

ISIKEF

I.4.2. Les divisions I.4.2.1. Division dexploitation Service mouvement :Il est charg de lexploitation judicieuse du parc vhicule mais sa disposition dans les agences de la SRTK il assure les tches suivantes : Ralise la vente des services Organise le transport Veille la bonne exploitation du potentiel existant (humain et matriel) Participer llaboration des programmes dentretien Grer le personnel et le matriel en disposition.

Service commercial :

Ce service concerne les locations (occasionnel aux associations). Il permet lalimentation des guichetiers selon un registre de suivi des cartes dabonnements.

I.4.2.2. Division administrative et financire

Service administratif :Il est charg de : Veille la bonne gestion du contentieux de la socit et dfendre ses intrts dans des affaires litigieuse. Assure le classement, la conservation et la protection des biens immobiliers de la SRTK.

Service financire et comptable :

Le service financier gre les flux financiers, il assure lentreprise les moyens financiers indispensables .Il regroupe les sections suivants : Section comptable Section recouvrement Section trsorerie.

Service personnel : Section gestion de personne -Assure les suivis des prsences - Cre et met jour les dossiers du personnel -Etablit des plans de formation

Projet de Fin dEtude

Page 3

SRTK Section paie :

ISIKEF

-Assure les lments fournies par la section de personnel, par la section sociale et ayant une incidence sur le calcul de la paie. -Saisit les lments variables de la paie.

I.4.2.3. Division technique

Service approvisionnement :Gre les stocks Ajuster le calendrier, des achats Eviter la rupture des stocks

Services maintenance :Section entretien Section lavage Section mcanique et lectricit Section totale, soudure et peintures

Il charg par :

I.4.2.3. Division contrle de gestionLe service de contrle de gestion transmet une note, de prvision budgtaire des dpenses subdivise en dpenses de fonctionnement et dpenses dinvestissement tous les services de la SRTK.

Projet de Fin dEtude

Page 4

SRTK

ISIKEF

II. Organigramme

Direction gnrale

Audit interne et service informatique

Secrtariat et bureau dordre

Division

Division contrle de gestion Service maintenance

Division technique

Division exploitation

Division administrative et financire Service financire et comptable

Service mouvement

Service approvisionnement

Service commercial

Service financire et comptable

Service personnel

Figure 1: Organigramme de la SRTK

Projet de Fin dEtude

Page 5

SRTK

ISIKEF

III. Prsentation de projetNotre projet a pour but la mise en uvre dune application de messagerie lectronique. Les tapes sont les suivant : Attribuer des authentifications pour les utilisateurs. Attribuer aux utilisateurs les privilges denvoyer et de consulter leurs boites email. Ladministrateur peut ajouter, supprimer, modifier, rechercher, afficher utilisateur, consulter son boite email et envoyer des messages.

IV. Etude de lexistant IV.1. Description de lexistantSRTK offre et utilise plusieurs moyens de communication pour communiquer en interne et en externe avec ses employs ainsi que ses clients, nous allons citer dans ce qui suit quelques uns : Le fax qui consiste transmettre de linformation et envoyer des messages un ensemble de clients ou prospects. Il se caractrise par la rapidit puisquil donne un service aux plusieurs milliers de contacts en moins dune minute. Le tlphone offre plusieurs avantages : notamment le fait de ne pas avoir le besoin de changer position pour pouvoir communiquer avec nimporte quel type doprateur tlphonique. Le papier classique. Enfin, les staffs et les runions.

IV.2. Critique de lexistant :Inconvnients des moyens de communications existants : Le fax : mauvaise qualit du texte mais surtout de limage cot rception ainsi quun cout assez lev d au frais de lencre et du papier. Le tlphone : difficult joindre le correspondant soit parce quil est occup par un autre interlocuteur soit par ce quil nest pas dans son bureau. Par consquent, perte de temps. Aussi il existe des risques de pannes de cblage. Le papier classique : toutes les oprations sont stocks sur papier ce qui engendre un agrandissement de larchivage, augmente du risque des fautes, labsence de loutil dinformatique, ainsi quil y a un risque de perte de ces supports papiers utiliss,

Projet de Fin dEtude

Page 6

SRTK

ISIKEF

un gaspillage de temps et defforts dans la recherche dun utilisateur, des informations non scurises .Ce travaille gnre la routinire et la fatigue.

IV.3. Solution proposPour viter ces contraintes en tenant compte des observations et des constatations et ventuellement le complter par dautres informations qui seront tudies et discutes au sein de ce rapport. Il faut raliser une application plus simple, plus comprhensive et surtout plus pratique qui englobe toutes les tches et qui utilise des nouvelles techniques pour faciliter la maintenance, la mise jour des donnes et liminer la mthode classique, gagner le temps, et la scurisation des informations.

V. les besoins fonctionnels et non fonctionnelsDans ce qui suit, nous commenons par numrer les diffrents besoins Fonctionnels et non fonctionnels de notre systme, puis nous identifions des contraintes que le systme doit respecter.

V.1. Les besoins fonctionnels Les besoins relatifs lutilisation du systme : Dterminer le profil de lutilisateur ds sa connexion, Gestion des utilisateurs.

Les besoins standard dun systme de messagerie lectronique : Permettre lutilisateur de composer des messages et de les envoyer, Permettre lutilisateur de consulter sa boite de rception, Permettre lutilisateur de lire les messages de sa boite de rception et de rpondre.

Les besoins relatifs au personnel administratif : Permettre lutilisateur de changer son mot de passe, Gestion des utilisateurs.

V.2. les besoins non fonctionnelsDans cette tape nous s'intressons l'Interface Homme de l'application et dautres besoins non fonctionnels. Pour ce faire, en premier lieu, il faut se rendre compte de la mise en place des fonctionnalits de cette application en respectant les rgles ergonomiques (compatibilit, concision, guidage, accs rapides aux informations), techniques, etc.

Projet de Fin dEtude

Page 7

SRTK Le guidage

ISIKEF

Le guidage est l'ensemble des moyens mis en uvre pour conseiller, orienter, informer et conduire l'utilisateur lors de ses interactions avec l'ordinateur. Nous allons essayer de respecter ce critre en faisant en sorte que chaque item de linterface soit accompagn dune dsignation qui renseigne sur sa fonction. Dautre part, nous allons concevoir les interfaces de telle sorte que les informations quelles contiennent soient faciles lire. La charge de travail Ce critre stipule que linterface soit conue de telle faon quelle rduise le travail de lecture de lutilisateur. Dautre part, linterface doit tre faite de sorte que lutilisateur passe par le minimum dtapes pour effectuer une tche. La gestion des erreurs La gestion des erreurs consiste en la conception dinterfaces qui aident lutilisateur viter de commettre des fautes. De plus si lutilisateur commet une erreur, linterface doit lui permettre de la corriger. La Cohrence Assurer la cohrence dans une application revient conserver le mme choix de conception des interfaces pour des contextes identiques, et concevoir des interfaces diffrentes pour des contextes diffrents. Lergonomie L'ergonomie logicielle se situe du ct de lergonomie cognitive. Son objectif est d'amliorer l'interaction homme ordinateur ; faire en sorte que toute application informatique livre aux utilisateurs soit :

utile : loutil ralis doit rpondre aux besoins des utilisateurs pour lesquels il utilisable (ou maniable) : autrement dit facile utiliser. Lutilisabilit

a t conu, autrement dit en adquation avec leur tche

recouvre trois choses :

la performance de ralisation de la tche, la satisfaction que procure lutilisation de lobjet, la facilit dapprentissage.

Rapidit Linterrogation de la base de donnes doit tre aussi rapide et efficace, et les requtes SQL doivent tre aussi compltes et lgres. Projet de Fin dEtude Page 8

SRTK Techniques

ISIKEF

Respecter les rgles de scurit par la mise en place des mesures dauthentification. Adopter un nom et un titre parlant pour chaque page de lapplication. Limite daccs Seules les personnes autorises peuvent avoir accs lapplication. La portabilit Assure la compatibilit avec le matriel existant. Les adaptateurs de communication doivent tre indpendants de la plateforme sur laquelle ils devront tre excuts. La simplicit et la gnricit Opter pour une application simple et ergonomique. Les adaptateurs de communication doivent avoir un important degr de gnricit pour permettre ladministrateur de ne se contenter que des oprations effectuer.

VI- Les Contraintes Chaque utilisateur doit sauthentifier avant dtre connect au systme. Le droit daccs la base des donnes doit tre restreint ladministrateur. La dconnexion de lutilisateur du systme doit tre possible tout moment lors de lutilisation du systme. Les courriers reus dans la boite de rception ne doivent pas tre suprieure 2 mois. Les documents seront supprims automatiquement de la base lorsque la date est suprieure trois ans. Dans la boite darchive les messages seront stock pour une priode de un an, les dates suprieures seront supprims automatiquement.

VII-Objectif du projetLobjectif est la mise en place dun systme de messagerie lectronique comme moyen de communication entre le personnel. Ce systme facilitera et amliorera la communication et fera gagner du temps ses utilisateurs.

Projet de Fin dEtude

Page 9

SRTK

ISIKEF

ConclusionNous avons essay dans ce chapitre de prsenter lorganisme daccueil, ltude de lexistant et enfin lobjectif de notre projet. Nous allons tudier dans le chapitre suivant la phase conceptuelle de notre projet.

Projet de Fin dEtude

Page 10

SRTK

ISIKEF

I. IntroductionLa conception est la plus importante phase dans le cycle de dveloppement, ce chapitre a pour but d'analyser les fonctionnalits de notre projet, de dfinir les droits d'accs pour l'acteur et de prsenter les diffrents diagrammes et modle de conception en utilisant le langage UML.

I. Choix de langage : UML (Unified Modeling Langage) I.1.HistoriqueUML est n par une harmonisation des trois mthodes : OMT de J.Rumbaugh , OOSE de J.Jaconbson et BOOCH de C.BOOCH.Cest un langage standard conu pour lcriture de plan dlaboration de logiciels.

II.2.Mthode conceptuelleAfin daboutir une application base sur le concept objet, une modlisation conceptuelle oriente dans ce sens est plus que ncessaire et sans aucun doute UML reste le langage de modlisation le plus appropri cette tche. En effet, comblant une lacune importante des technologies objet, UML (Unified Modeling Langage) permet dexprimer et dlaborer des modles objets indpendants de tout langage formel et normalis. Il prsente plusieurs avantages au niveau de la prcision et de la stabilit sans oublier que cest un langage sans ambiguts et un support de communication performant, il permet : Dexaminer un problme et sa solution sous diffrents angles et facilite le passage de la modlisation la ralisation. De bien structurer lanalyse, la qualification et la conception des systmes. De modliser de manire claire et prcise la structure et le comportement dun systme indpendamment de toute mthode ou de tout langage de programmation. Un langage qui sert communiquer, il offre les moyen de connaissances sur un sujet et dexprimer les connaissances en vue de les communiquer. Ensemble de modles qui facilitent la comprhension, il contient des connaissances essentielles du sujet avec divers points de vue.

Projet de Fin dEtude

Page 11

SRTK

ISIKEF

II.3. Les composantes dUMLUML est un langage trs expressif qui couvre toutes les perspectives ncessairement au dveloppement puis au dploiement de tel systme. En dpit de son expressivit, il est simple comprendre et utilis .Le langage UML a pour concepts de base les objets, les classe, lhritage, le polymorphisme, et lencapsulation. UML fournit un moyen astucieux permettant de reprsenter diverses projections d'une mme reprsentation grce aux vues. Une vue est constitue d'un ou plusieurs diagrammes. On distingue deux types de vues: Les vues statiques : c'est--dire reprsentant le systme physiquement laide de : Diagrammes d'objets Diagrammes de classes Diagramme de cas d'utilisation Diagrammes de composant Diagrammes de dploiement.

Les vues dynamiques : montrant le fonctionnement du systme par : Diagrammes de squence Diagrammes de collaboration Diagrammes d'tats de transition Diagrammes d'activits.

II.4. Objectifs UMLParmi les objectifs du langage UML sont : Montrer les limites dun systme et ses fonctions principales (pour les utilisateurs) laide des cas dutilisation et des acteurs. Illustrer les ralisations de CU laide de diagrammes dinteraction. Modliser la structure statique dun systme laide de diagrammes de classes, associations, contraintes. Modliser la dynamique, le comportement des objets laide de diagrammes de machines dtats. Rvler limplantation physique de larchitecture avec des diagrammes de composants et de dploiement. Possibilit dtendre les fonctionnalits du langage avec des strotypes. Projet de Fin dEtude Page 12

SRTK

ISIKEF

Un langage utilisable par lhomme et la machine : permettre la gnration automatique de code, et la rtro-ingnierie.

I.5. Comparaison entre MERISE et UMLDans le tableau 1 nous identifions les diffrences entre le langage UML et la mthode MERISE.

Tableau 1 : Comparaison entre MERISE et UMLUML Systme de notation orient objet. MERISE Mthode de modlisation de donnes et traitement orient bases de donnes

relationnelles. Un mtalangage de description d'application - Une deux choses diffrentes en somme. Objet. International. Mthode amricaine utilise pour mthode d'analyse de systme

d'information. Relationnel. Franco-franais. la Mthode franaise utilise pendant les annes 80.

modlisation objet.

Fonctionne sur un principe ditrations qui ne Dcoupe plus au travers de ses phases soppose pas aux phases dfinies dans Merise. lanalyse mtier et larchitecture logicielle.

II .Justification de choix de langage UMLMERISE est une mthode de conception qui peut concerner tout projet dorganisation avec volont dinformatisation. Pendant le dveloppement, MERISE autorise la modlisation des donnes en mme temps que celle des traitements, par ailleurs on a choisi UML puisquil est : UML est un langage formel et normalis par lOMG (Object Mangement Group) Prsente une garantie de stabilit, Projet de Fin dEtude Page 13

SRTK Encourage lutilisation doutils, Est un langage sans ambigit UML est un support de communication performant.

ISIKEF

III. Conception de l'applicationDans cette partie, on va prsenter les diagrammes dUML possibles et quils sont disponibles dans notre tude, nous allons dfinir les tapes suivantes : 1- Dfinir les acteurs et les activits. 2- Dfinir les diagrammes des cas d'utilisations. 3- Dfinir les diagrammes de squences. 4- Dfinir le diagramme de classes. La dmarche adopte pour laborer le projet est la suivante : A partir de la dfinition des besoins, nous allons identifier les acteurs et les activits, desquels nous dduirons le diagramme de cas d'utilisation.

III.1. Les diagrammes de cas d'utilisation III.1.1. Dfinition du cas d'utilisation (use case)Un cas dutilisation (use case) reprsente un ensemble de squences dactions ralises par le systme et produisant un rsultat observable intressant pour un acteur particulier. Un cas dutilisation est une quantit de travail qui remplie une fonction et qui a une valeur pour lacteur. En effet, un cas dutilisation est une fonctionnalit du systme fournissant un plus attendu, mesurable pour chaque utilisateur potentiel du systme .Il modlise un service rendu par le systme et exprime les interactions Acteurs/Systme et apporte une valeur ajouter notable lacteur concern. On peut conclure que luse case reprsente les fonctions suivantes : un cas d'utilisation reprsente une exigence fonctionnelle en vers le systme

de son ensemble. un cas d'utilisation correspond une matire spcifique d'utiliser le systme.

III.1.2. Identification des acteursLa premire tape de modlisation consiste dfinir le primtre du systme c'est--dire le contour de lorganisation modliser ce qui est en dehors de cette organisation et qui interagit avec elle est appel acteur.

Projet de Fin dEtude

Page 14

SRTK

ISIKEF

Donc un acteur reprsente un rle jou par une personne ou une chose qui interagit avec le systme .En faite, un acteur reprsente labstraction dun rle jou par des entits externes (utilisateur, dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi. De ce faite, on peut dire que les acteurs se dterminent en observant les utilisateurs du systme, ceux qui sont responsables de son exploitation ou de sa maintenance, ainsi que les acteurs systmes qui interagissent avec le systme en question en consultant et /ou en modifiant directement ltat de ce dernier (le systme) en mettant et/ou en recevant des messages ventuellement porteurs de donnes. Un acteur peut : changer de linformation avec le systme consulter ou modifier ltat du systme Ladministrateur : en faite ladministrateur est la seule personne grce lauthentification (login et mot de passe) peut contrler les diffrentes fonctionnalits offertes par le logiciel et qui vont tres cites dans le diagramme de cas dutilisation. Utilisateur : a pour rle messages. la consultation de son boite mail et lenvoie des

Dans notre projet on a constat que les acteurs interagissant avec notre systme sont :

Projet de Fin dEtude

Page 15

SRTK

ISIKEF

saisir login Administrateur s'authentifier

saisir mot de passe

grer les utilisateurs

ajouter utilisateur

modifier utilisateur

supprimer utilisateur

rechercher utilisateur

afficher utilisateur

Utilisateur

consulter boite email

lire message

envoyer message

Figure 2 :Diagramme du cas d'utilisation

III.2.Les diagrammes de squence III.2.1. Dfinition de diagramme de squenceLes diagrammes de squence reprsentent des interactions entre objets, comme les diagrammes de collaboration. Ils se concentrent sur la squence des interactions selon un point de vue temporel. Ils sont plus aptes modliser les aspects dynamiques de scnarios complexes mettant en uvre peu dobjets (structures rcursives, conditionnelles ou concurrentes) la plupart des lments utiliss par ces diagrammes sont les mmes que ceux des digrammes de collaboration.

Projet de Fin dEtude

Page 16

SRTK

ISIKEF

III.2.2. Description du cas dutilisation Sauthentifier -Titre : Sauthentifier -Acteur : Administrateur/utilisateur -Pr conditions : chacun de ces acteurs doit avoir un login et un mot de passe. -Scnario Nominal : 1-Le systme demande ladministrateur/utilisateur de sauthentifier 2-Saisie du login et du mot de passe 3- Vrification 4-Page de menu dadministration -Scnario alternatif : 1- Le systme demande ladministrateur/utilisateur de sauthentifier 2- Saisie du login et du mot de passe 3- Vrification 4 -Message derreur si les informations sont incorrectes.

Administrateur 1:page d'authentification

Systme

2:saisir login et mot de passe 3:vrification

4:page de menu d'administrateur[si valide]

5:message d'erreur[si non]

Figure 3:Diagramme de squence s'authentifier

Projet de Fin dEtude

Page 17

SRTK

ISIKEF

III.2.3. Description de cas dutilisation : Ajouter utilisateur Titre : Ajouter utilisateur Acteur : Administrateur Pr condition : ladministrateur doit avoir son login et mot de passe et chaque utilisateur doit avoir son matricule. Scnario nominal : 1- consulter systme 2- demander login et mot de passe 3- saisir login et mot de passe 4- vrification 5- afficher interface dadministration si login et mot de passe valide 6- choisir lopration de mise jour : ajouter utilisateur 7- veuillez saisir matricule dutilisateur 8- vrification du matricule dutilisateur 9- nouveau utilisateur ajoute Scnario alternatif : 1- demander consulter systme 2- login et mot de passe 3- saisir login et mot de passe 4- vrification 5- message derreur [si matricule incorrecte] 6- matricule saisit et choix de lopration de mise jour : ajouter un utilisateur 7- vrification du matricule 8- message derreur [si matricule incorrecte]

Projet de Fin dEtude

Page 18

SRTK

ISIKEF

administrateur 1: consulter systme

systme

2:demander son login et mot de passe

3: saisir login et mot de passe

4: vrification

5:afficher l'interface d'administration [ si login et mot de passe correcte]

6: message d'erreur [si non]

7: choisir l'opration de mise jour:ajouter utilisateur

8: veuillez ajouter utilisateur[ si matricule inexistant]

9:nouveau utilisateur saisit

10:ajouter [si information correcte]

11: nouveau utilisateur ajoute

Figure 4:Diagramme de squence Ajouter utilisateur Projet de Fin dEtude Page 19

SRTK

ISIKEF

III.2.4. Description de cas dutilisation : supprimer utilisateur Titre : Supprimer utilisateur Acteur : Administrateur Pr condition : ladministrateur doit avoir son login et mot de passe et chaque utilisateur doit avoir son matricule. Scnario nominal : 1- consulter systme 2- demander login et mot de passe 3- saisir login et mot de passe 4- vrification 5- afficher interface dadministration si login et mot de passe valide 6- choisir lopration de mise jour : supprimer un utilisateur 7- veuillez saisir matricule dutilisateur 8- vrification du matricule dutilisateur 9- utilisateur supprime Scnario alternatif : 1-consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-message derreur [si matricule incorrecte] 6- choisir lopration de mise jour : supprimer un utilisateur 7-vrification du matricule 8-message derreur [si matricule incorrecte]

Projet de Fin dEtude

Page 20

SRTK

ISIKEF

administrateur 1: consulter systme

systme

2: demande login et mot de passe

3: saisir login et mot de passe

4: vrification

5:afficher l'interface d'administration[si login et mot de passe correcte]

6: message d'erreur [si non]

7: chosir l'opration de mise jour : supprimer utilisateur

8:saisit maticule utilisateur

9: vrification

10:utilisateur supprim[si matricule correcte]

11:message d'erreur[matricule incorrecte]

Figure 5:Diagramme de squence supprimer utilisateur

Projet de Fin dEtude

Page 21

SRTK

ISIKEF

III.2.5. Description de cas dutilisation : modifier utilisateur Titre : Modifier utilisateur Acteur : Administrateur Pr condition : ladministrateur doit avoir son login et mot de passe et chaque utilisateur doit avoir son matricule. Scnario nominal : 1-consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-afficher interface dadministration si login et mot de passe valide 6-choisir lopration de mise jour : modifier utilisateur 7-veuillez saisir matricule dutilisateur 8-vrification du matricule dutilisateur 9-utilisateur modifi Scnario alternatif : 1-consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-message derreur 6-matricule saisit et choix de lopration de mise jour : modifier un utilisateur 7-vrification du matricule 8-message derreur [si matricule incorrecte]

Projet de Fin dEtude

Page 22

SRTK

ISIKEF

administrateur 1: consulter systme

systme

2:demander login et mot de passe

3: saisir login et mot de passe

4: vrification

5: afficher l'interface d'administration [si login et mot de passe correcte]

6:message d'erreur[si non]

7: chosir l'opration de mise jour:modifier l'utilisateur

8:saisit matricule utilisateur

9:vrification

10:utilisateur modifi[si matricule correcte]

11:message d'erreur[matricule incorrecte]

Figure 6:Diagramme de squence : modifier utilisateur

Projet de Fin dEtude

Page 23

SRTK

ISIKEF

III.2.6. Description de cas dutilisation : rechercher utilisateur Titre : rechercher utilisateur Acteur : Administrateur Pr condition : ladministrateur doit avoir son login et mot de passe et chaque utilisateur doit avoir son matricule. Scnario nominal : 1- consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-afficher interface dadministration si login et mot de passe valide 6-choisir lopration de mise jour : rechercher utilisateur 7-veuillez saisir matricule dutilisateur 8-matricule saisit 9-vrification 10- utilisateur recherch Scnario alternatif : 1- consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-message derreur 6-choisir de lopration de mise jour : rechercher un utilisateur 7-vrification du matricule 8-message derreur [si matricule incorrecte]

Projet de Fin dEtude

Page 24

SRTK

ISIKEF

administrateur

systeme

1:consuler systeme

2:demande son login et mot de passe

3:saisir login et mot de passe

4:verification

5:afficher l'interface d'administrateur(si login et mot de passe correcte)

6:message d'erreur(si non)

7:choisir l'operation de mise jour:rechercher utilisateur

8:veuillez saisir matricule

9:matricule saisit 10:verification

11:utilisateur rechercher

12:message d'erreur(matricule incorrecte)

Figure 7 : Diagramme de squence rechercher utilisateur

Projet de Fin dEtude

Page 25

SRTK

ISIKEF

III.2.7. Description de cas dutilisation : afficher utilisateur Titre : afficher utilisateur Acteur : Administrateur Pr condition : ladministrateur doit avoir son login et mot de passe et chaque utilisateur doit avoir son matricule. Scnario nominal : 1-consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-afficher interface dadministration si login et mot de passe valide 6-choisir lopration de mise jour : afficher utilisateur 7-veuillez saisir matricule dutilisateur 8-matricule saisit 9-vrification 10- afficher liste utilisateur Scnario alternatif : 1- consulter systme 2-demander login et mot de passe 3-saisir login et mot de passe 4-vrification 5-message derreur 6-choisir de lopration de mise jour : afficher utilisateur 7-vrification du matricule 8-message derreur [si matricule non valide]

Projet de Fin dEtude

Page 26

SRTK

ISIKEF

administrateur 1:consulter systeme

systeme

2:demande son login et mot de passe

3:saisir login et mot de passe

4:verification

5:afficher l'interface d'administrateur(si login et mot de passe correcte)

6:message d'erreur(si non)

7:choisir l'operation de mise jour:afficher utilisateur

8:veuillez saisir maticule

9:matricule saisit 10:verification

11:afficher liste utilisateur

12:message d'erreur(si matricule incorrecte)

Figure 8: Diagramme de squence afficher utilisateur

Projet de Fin dEtude

Page 27

SRTK

ISIKEF

III.2.8. Description de cas dutilisation : Consulter boite mail Titre : Consulter boite mail Acteur : Administrateur/ utilisateur Pr condition : chacun deux linterface de consultation Scnario nominal : 1- slectionner boite de rception 2 - charger liste de message 3- crer message 4- message cre 5- afficher les informations sur le message 6- slectionner le message lire 7- lire le message doit avoir son login et mot de passe pour accder

Projet de Fin dEtude

Page 28

SRTK

ISIKEF

utilisateur

interface principale

interface boite de rception

utilisateur

message

1:slectionner boite de rception 1.1charger liste message 1.1.1.crer message 1.1.1.1.get source

1.1.1.2.get sujet

1.1.1.3.get date

1.1.1.4.message cre 1.1.2afficher les informations sur le message

2: slectionner le message lire

2.1:lire le message

Figure 9:Diagramme de squence consulter boite mail III.2.9. Description de cas dutilisation : Message envoyer Titre : Message envoyer Acteur : Administrateur/utilisateur Pr condition : chacun deux doit avoir son login et mot de passe pour accder linterface denvoie de message Scnario nominal : 1- saisir destination 2- saisir sujet 3- saisir texte 4- valider 5- crer message envoie du message 6-confirmer lenvoie du message Projet de Fin dEtude Page 29

SRTK

ISIKEF

utilisateur interface composer message administrateur 1.saisir destination 2.saisir sujet 3.saisir texte interface confirmation d'envoie

message

4.valider

4.1.crer message

4.1.2.envoie du message

5.confirmer l'envoie du message

Figure 10:Diagramme de squence message envoyer

III.3. Diagramme de classe III.3.1. Dfinition et intrt dun diagramme de classeUn diagramme de classe est un graphe qui prsente la structure statique dun systme. Il contient principalement des classes et leurs relations. Le diagramme de classe est le point central dans un dveloppement orient objets. En analyse, il a pour objectif de dcrire la structure des entits manipules par les utilisateurs, ainsi que les liens smantiques entre elles. En conception, le diagramme de classe reprsente la structure dun code orient objets. Dans un projet plusieurs diagrammes de classes peuvent tre construits chacun montrant une perspective sur le modle complet, parmi les diagrammes utiles nous trouvons : Un diagramme montrant les classes participant un cas dutilisation, Un diagramme montrant les classes participant un scnario, Un diagramme montrant les classes conceptuelles reprsentant les entits significatives du domaine.

Projet de Fin dEtude

Page 30

SRTK

ISIKEF

III.3.2 Identification des classes dobjetsUne classe est une description abstraite dun ensemble dobjet du domaine, elle dfinit leur structure, leur comportement et leurs relations Les classes dobjet dans notre projet sont les suivant : Administrateur, utilisateur, mail.

III.3.3.Elaboration du diagramme de classes

Figure 11:diagramme de classe

Projet de Fin dEtude

Page 31

SRTK

ISIKEF

IV. Le modle relationnel IV.1. Les rgles de passage Rgle 1 : Chaque classe devient une relation ou table , laquelle on pourra donner le mme nom que la classe .Les attributs de la classe devient des attributs de la relation. Lidentifiant de la classe devient cl primaire de cette relation. Rgle 2 : Chaque association un un est reprsente par lintgration dune cl trangre dans la table la moins rcente. Rgle 3 : Chaque association un plusieurs est reprsente par une cl trangre dans la table fille. Rgle 4 : Chaque association plusieurs plusieurs entre deux classes est reprsente par une nouvelle table intermdiaire qui prend pour cl primaire la concatnation des cls primaires des deux classes.

IV.2.Elaboration du modle relationnelEn sappuyant sur le diagramme de classes nous dduisons le modle relationnel qui constitue les tables de la base de donnes. Le modle relationnel est le suivant : Administrateur (login, mot de passe) Utilisateur (cin , nom, prnom, adresse, grade, pseudo, password) Mail (Num msg, pseudo_sender, pseudo_receiver, objet_msg, date_msg, contenu_msg, piece_msg)

ConclusionDurant ce chapitre nous avons conu notre application en utilisant une approche objet. Dans le chapitre suivant nous allons dcrive lenvironnement matriel et logiciel de dveloppement et prsenter quelques interfaces de notre application.

Projet de Fin dEtude

Page 32

SRTK

ISIKEF

IntroductionDans ce chapitre, nous dcrirons notre application en commentant les interfaces des diffrentes fonctionnalits afin de donner un aperu clair sur la solution propose. Nous allons commencer, tout dabord, par la prsentation de lenvironnement matriel et logiciel utilis pour dvelopper notre application, ensuite nous prsenterons le travail que nous avons accomplir tout au long de la priode de notre projet de fin dtude.

II. Environnement de travailLa premire tape dans la ralisation de notre application est le choix de lenvironnement de dveloppement (matriel et logiciel) permettant de mettre en uvre les spcifications tablies. Dans cette section, nous dcrirons les spcifications de lenvironnement de

dveloppement choisi, dont le but est de faciliter la comprhension des choix effectus au niveau de la ralisation.

II.1. Environnement matrielLlaboration de notre application a t ralise sur un micro-ordinateur ayant les caractristiques suivantes. Un PC HP : Intel Pentium Dual-Core 1,60GHz. 2GO de RAM. 160GO de disque dur. Microsoft Windows XP

II.2. Environnement logicielLenvironnement logiciel utilis dans notre application est le suivant :

Rational Rose : est dvelopp par Rational Software Corporation, offrant une aideconsidrable pour les concepteurs utilisant l'approche objet notamment ceux qui ont migr vers UML en permettant la reprsentation graphique et la gnration de code. Cet outil offre des possibilits graphiques pour reprsenter les diffrents diagrammes d'UML tels que : diagrammes de classes, diagrammes de collaborations, diagrammes de squences,...Rational Rose permet de gnrer partir du diagramme de classes le code de description de classes (attributs et oprations), ainsi que les associations entre ces classes. Il permet de gnrer le code avec les langages de programmation les plus utiliss par les dveloppeurs tel que : C++, Java, Visual Basic, SQL. Projet de Fin dEtude Page 33

SRTK

ISIKEF

Langage PHPHyperText PreProcessor PHP, est un langage de scripts libre principalement utilis pour produire des pages Web dynamiques via un serveur HTTP, mais pouvant galement fonctionner comme nimporte quel langage interprt de faon locale, en excutant les programmes en ligne de commande. PHP est un langage impratif disposant depuis la version 5 de fonctionnalits de modle objet compltes, il est peu typ et souple et donc facile apprendre par un son utilisateur. Son utilisation commence avec le traitement des formulaires puis par laccs aux bases de donnes. Laccs aux bases de donnes est ais une fois linstallation des modules correspondant effectue sur le serveur. Le PHP est multiplateforme autant sur Linux quavec Windows il permet aisment de reconduire le mme code sur un environnement peu prs semblable (prendre en compte les rgles darborescences de rpertoires qui peuvent changer). Il est libre, gratuit, simple dutilisation et dinstallation. Ce langage ncessite comme tout langage de programmation une bonne comprhension des principales fonctions usuelles ainsi quune connaissance aigu des problmes de scurit lis ce langage.

Avantages du PHP :Il existe plusieurs avantages du langage : La gratuit et la disponibilit du code source. La simplicit dcriture de scripts. La possibilit dinclure le script PHP au sein dune page HTML. La simplicit dinterfaage avec des bases de donnes (de nombreux SGBD sont supports, mais le plus utilis avec ce langage est MySQL, un SGBD gratuit sur les plateformes Unix et Linux, mais payant sous Windows). Lintgration au sein de nombreux serveurs web (Apache). PHP est facile utiliser : Les applications PHP sont rapides mettre en place et faciles crer vu la riche bibliothque de fonction qui lui est associe .Ainsi le programmeur na pas soccuper des modalits de gestion de session, de connexion la base de donnes, de parsing des fichiers de gestion de la mmoire par exemple car tout est rduit un simple appel de fonction. Projet de Fin dEtude Page 34

SRTK PHP est rapide :

ISIKEF

Comme il est compil en tant que module du serveur web , les intrusions PHP sont excut lintrieur mme du serveur sans aucune ressources supplmentaire ce qui permet doffrir des temps des rponses trs courts .

Base de donnesUne base de donnes est un espace de stockage ordonn dinformation, gnralement gr par ordinateur et exploit laide du langage de requtes SQL.

MySQLMySQL est un systme de gestion de base de donnes (SGBD) multithread et multiutilisateur le plus rependu sur le web fonctionnant sous Linux et Windows. Du fait de sa gratuit (dans sa version libre) et sa simplicit daccs il plait aussi au grand quau petit compte. Trs fiable et puissant, il quipe toutes sortes de sites, des petits sites aux blogs jusquaux plus gros sites mondiaux.

ORACLEOracle est un SGBD permettant dassurer : La dfinition et la manipulation des donnes, la confidentialit des donnes, lintgrit des donnes, la sauvegarde et la restauration des donnes et la gestion des accs concurrents utilis pour les applications de grandes tailles sa licence est propritaire.

Comparaison et choixIl y a beaucoup de paramtres considrer dans le choix dune base de donnes titre dexemples : le support de lditeur et la communaut, performance, possibilit doptimisation et bien sur le rapport cout et robustesse. Les systmes de gestion de base de donnes tels que MySQL permettant de manipuler facilement et avec beaucoup de souplesse un trs important volume de donnes. Toutefois, aussi robuste soit MySQL, il peut tre intressant de rcuprer lensemble des donnes que contient notre base de donnes, pour faire une sauvegarde (back up) ou bien tout simplement pour passer une base de donnes. On appelle exportation le fait de formater dans un fichier (appel dump) toutes les informations ncessaires la cration dune base de donnes identique. Il offre un certain nombre doutils permettant dexporter ses bases vers dautres Projet de Fin dEtude Page 35

SRTK

ISIKEF

SGBD ou bien de les importer. Selon le type dapplication, sa licence est libre ou propritaire. Pour cela dans notre projet on utilise MySQL comme systme de gestion de la base de donnes ou leurs principaux atouts sont la rapidit, la robustesse et la facilit dutilisation MySQL offre un nombre encore accru damliorations de niveau entreprise. Celles-ci pourront aider considrablement tous ceux qui souhaiter utiliser MySQL pour des fonctions dentrepts de donnes et de dcisionnel , pour des applications exigeant une disponibilit trs leve, ou pour des systmes ncessitant une base de donnes puissantes mais capable de fonctionner de faon autonome, ne demandant que peu dattention mais pouvant servir en permanence des milliers de requte utilisateurs par seconde.

EasyPHPIl sagit dune plateforme de dveloppement web, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP. EasyPHP nest pas en soi un logiciels, mais un environnement comprenant deux serveurs (un serveur web Apache et un serveur de base de donnes MySQL), un interprteur de script (PHP), ainsi quune administration SQL phpMyAdmin. Il dispose dune interface dadministration permettant de grer les alias (dossiers virtuels disponible sous Apache), et le dmarrage/arrt des serveurs.

ApacheApache est un serveur web le plus rpandu sur Internet permettant des clients daccder des pages web, cest--dire en ralit des fichiers au format HTML partir dun navigateur (aussi appel browser) install sur leur ordinateur distant. Il sagit dune application fonctionnant la base sur les systmes dexploitation de type Unix, mais il a dsormais t porte sur de nombreux systmes, dont Microsoft Windows.

Macromedia dreamweaver 8Pour lassemblage des diffrents lments constituant le site, la gnration des pages HTML, et comme diteur et concepteur de feuille de styles CSS.

Projet de Fin dEtude

Page 36

SRTK

ISIKEF

Macromedia FlashCest un logiciel conu par Macromedia. Il permet de crer des animations graphiques et technologiques plus interactives pour le site web. Il offre une meilleure perspective que le simple code HTML.

III. Principales interfaces graphiques de notre application III.1 Interface daccueilCette interface a pour but de prsenter le sujet de notre application et le lieu du travail.

Figure 12: page daccueil

Projet de Fin dEtude

Page 37

SRTK

ISIKEF

III.2. Interfaces administrateur III.2.1. Interface dauthentificationCette interface est le plus ncessaires dans lapplication car elle rpond un besoin trs particulier : la scurisation de la base de donnes et laccs au systme. Cette interface oblige ladministrateur de saisir correctement un login et mot de passe si non laccs est refus.

Figure 13 : Interface authentification administrateurRemarque : La mme interface dauthentification pour lutilisateur.

Projet de Fin dEtude

Page 38

SRTK

ISIKEF

III.2.2. Interface ajouter utilisateurLadministrateur choisit la fonction ajouter utilisateur donc il doit remplir tout les champs (CIN utilisateur, Nom, Prnom, adresse, grade, pseudo, password) puis il clique sur le bouton enregistrer pour que son utilisateur soit ajout.

Figure 13: Interface ajouter utilisateur

Projet de Fin dEtude

Page 39

SRTK

ISIKEF

III.2.3. Interface rechercher utilisateurLadministrateur choisit la fonction rechercher utilisateur donc il doit remplir critres de recherche puis il clique sur le bouton rechercher . les

Figure 14: Interface rechercher utilisateur

Projet de Fin dEtude

Page 40

SRTK

ISIKEF

III.2.4. Interface boite de rceptionDans cette interface, ladministrateur voit le contenu de sa boite de rception. Chaque courriel contient comme champs :(metteur, objet du courriel, date de rception, contenu et pice).

Figure 15 : Interface boite de rception

Remarque : La mme interface dauthentification pour lutilisateur.

Projet de Fin dEtude

Page 41

SRTK

ISIKEF

III.3. Interfaces utilisateur III.3.1 Interface composer messagePour composer un message lutilisateur remplit les formulaires (pseudo destinateur, objet et message) puis il clique sur le bouton envoyer pour transfrer son message.

Figure 16: Interface composer message

Remarque : La mme interface dauthentification pour lutilisateur.

Projet de Fin dEtude

Page 42

SRTK

ISIKEF

III.3.2. Interface message envoyCette interface permet lutilisateur de consulter ses messages.

Figure 17 : Interface message envoy

Remarque : La mme interface dauthentification pour lutilisateur.

ConclusionNous avons prsent dans ce chapitre les diffrents aspects du dveloppement et les principales interfaces de notre application.

Projet de Fin dEtude

Page 43

SRTK

ISIKEF

Conclusion Gnrale

Ce projet a t ralis au sein de la socit rgionale de transport du Kef. Il nous a t trs propice en nous offrant la possibilit dancrer et approfondir les connaissances acquises tout au long de notre formation conduite de projets informatiques. Le dveloppement de ce sujet nous a t bnfique sur le plan scientifique. Il nous a permis daborder des concepts fondamentaux tels que la conception oriente objet travers le formalisme de spcification UML, et cela en suivant une dmarche relle et concrte, allant de l'tude prliminaire jusqu' la ralisation de lapplication. Attirs par le fantasme technologique et par lharmonie de fonctionnement des diffrents outils de ralisation, nous avons labor une application qui rpond aux besoins fonctionnels de la socit. Rappelons que tout au long de ce rapport nous avons expos les diffrentes tapes du cycle de vie du dveloppement de lapplication que nous avons labor: nous avons expos la phase d'tude prliminaire, la phase de conception et la phase de ralisation. Ce travail peut tre sans doute amlior en considrant plusieurs points de vue. Il peut tre aussi adopt pour rpondre dautres besoins dans le cadre dune expansion de lapplication. et de nous familiaris avec la

Projet de Fin dEtude

Page 44

SRTK

ISIKEF

Projet de Fin dEtude

Page 45