Upload
others
View
7
Download
0
Embed Size (px)
Citation preview
MEMOIRE DE FIN D’ETUDES DE LICENCE PROFESSIONNELLE
FILIERE : INFORMATIQUE DES SYSTEMES ET RESEAUX
Intitulé
Présenté par: Monsieur RAKOTOMALALA Andriatiana
Encadreur pédagogique : Monsieur BAKARI Maecha Encadreur professionnel : Officier de police RAKOTONOMENJANAHARY Henri Fidimalala
Année Universitaire 2009-2010
CUFP DITAT
RAKOTOMALALA Andriatiana 1
CURRICULUM VITAE
RAKOTOMALALA Andriatiana
23 ans
Lot 0304R/0240 Ankindry Antanifotsy V
Fianarantsoa 301, Madagascar
E-mail : [email protected]
Tel : 0340677786
FORMATIONS ET DIPLÔMES
Année Formations
2010 Troisième année en formation de Licence professionnelle en ISR au
CUFP, Université de Fianarantsoa.
2009 Deuxième année en formation de Licence professionnelle en ISR au
CUFP, Université de Fianarantsoa.
2008 Première année en formation de Licence professionnelle en ISR au
CUFP, Université de Fianarantsoa.
2007 Baccalauréat série C au lycée RAHERIVELO RAMAMONJY
Fianarantsoa.
EXPERIENCES PROFESSIONNELLES
Année Thèmes Expériences
2010 « Gestion d’une bibliothèque
universitaire en ligne »
Modélisation en UML et réalisation en JSP
« gestion d’une bibliothèque
universitaire »
Réalisation d’un logiciel, en JAVA.
« gestion d’un micro finance
en ligne »
Modélisation en UML et réalisation en
PHP.
2009 « Gestion du site web de la
chambre de commerce et
d’industrie de Fianarantsoa»
Stage professionnel pendant trois mois ;
Modélisation en MERISE et réalisation en
PHP.
« gestion des inscription et Réalisation d’un logiciel, sous Visual basic
CUFP DITAT
RAKOTOMALALA Andriatiana
2
des notes des étudiants en
ISR»du CUFP
« gestion d’un laboratoire
informatique»
Modélisation en MERISE et réalisation en
JAVA.
2008 « gestion d’un bibliothèque
universitaire »
Réalisation d’un logiciel, sous MS Access
CONNAISSANCES EN INFORMATIQUE
Langage de
programmation
JAVA, C/C++, Visual Basic, PHP, JSP, JavaScript,
HTML.
Outils de conception et
développement
JFormDesigner, Win Design, Poseidon, Macromedia
Dreamweaver, CodeBlocks. Netbeans.
SGBD MySQL, PostgreSQL, MS Access.
Systèmes d’exploitation Windows (9x, 2000, XP, Vista), Ubuntu,Mandriva
Bureautique Microsoft Office, Open Office.
CONNAISSANCES LINGUISTIQUES
Langues Ecrire Parler
Malagasy Très bien Très bien
Français Bien Moyenne
Anglais Assez-bien Assez-bien
CUFP DITAT
RAKOTOMALALA Andriatiana
3
SOMMAIRE CURRICULUM VITAE ........................................................................................................... 1 SOMMAIRE ........................................................................................................................... 3 REMERCIEMENTS ............................................................................................................... 4 INTRODUCTION ................................................................................................................... 5 LISTE DES FIGURES ........................................................................................................... 6 LISTE DES TABLEAUX ........................................................................................................ 7 Première partie : PRESENTATION GENERALE ................................................................. 9
A. PRESENTATION DU CENTRE UNIVERSITAIRE DE FORMATION PROFESSIONNALISANTE .........................................................................................10 I. HISTORIQUE ........................................................................................................10 II. LOGO ....................................................................................................................10 III. OBJECTIFS PRINCIPAUX DU CENTRE ...............................................................10 IV. LES FORMATIONS DISPENSEES ........................................................................11 V. ORGANIGRAMME .................................................................................................13
B. PRESENTATION DE LA POLICE NATIONALE ...........................................................14 I. HISTORIQUE DE LA POLICE NATIONALE: ........................................................14 II. DENOMINATION SUCCESSIVE DU MINISTER DE LA SECURITE INTERIEURE……….. ...................................................................................................14 III. LOGO ....................................................................................................................15 IV. MISSIONS ET OBJECTIFS ...................................................................................15 V. ORGANIGRAMME .................................................................................................17 VI. LA DIRECTION DE L’INFORMATIQUE, DES TRANSMISSIONS ET DE L’APPUI TECHNIQUE (DITAT) ...................................................................................................18
C. PRESENTATION DE L’UNIFIED MODELING LANGUAGE ........................................19 I. HISTORIQUE ........................................................................................................19 II. MODELISATION ....................................................................................................19 III. QUELQUES DEFINITIONS UTILISEES ................................................................20
D. PRESENTATION DU PROJET ....................................................................................23 Deuxième partie : ANALYSES ET CONCEPTIONS............................................................24
A. ANALYSE DE L’EXISTANT .........................................................................................25 I. ÉTUDE DE L’EXISTANT ........................................................................................25 II. CRITIQUES DE L’EXISTANT: ...............................................................................27 III. PROBLEMES ET BESOINS ..................................................................................27 IV. ETUDE D’OPPORTUNITE .....................................................................................28 V. ETUDE DE FAISABILITE .......................................................................................29 VI. REGLES DE GESTION .........................................................................................30
B. CONCEPTION DE SYSTEME D’INFORMATION ........................................................31 I. CAS D’UTILISATION DE LA GESTION DES COURRIERS ...................................31 II. GESTION DES UTILISATEURS ............................................................................32 III. GESTION DES COURRIERS ................................................................................42 IV. DIAGRAMME DES CLASSES DES COURRIERS .................................................59
Troisième partie : REALISATION .......................................................................................60 A. LES BASES DE DONNEES ........................................................................................61 B. QUELQUES ECRANS REALISES ...............................................................................70
CONCLUSION .....................................................................................................................73 WEBOGRAPHIE ..................................................................................................................74 BIBLIOGRAPHIE ..................................................................................................................74
CUFP DITAT
RAKOTOMALALA Andriatiana
4
REMERCIEMENTS
Tout d’abord, nous adressons à toutes les personnes qui ont contribués à
l’élaboration de ce mémoire. Particulièrement, nous tenons adresser également nos
vifs remerciements:
� Au Professeur RASAMOELINA Henri, Directeur du Centre
Universitaire de Formation Professionnalisante ;
� Au Commissaire Divisionnaire de Police BEHAMBY Désiré, Directeur
de l’Informatique, des Transmissions et de l’Appui Technique ;
� A Monsieur BAKARI Maecha, encadreur pédagogique ;
� A l’officier de Police RAKOTONOMENJANAHARY Henri Fidimalala,
encadreur professionnel, Chef du Cabinet de la Direction de
l’Informatique, des Transmissions et de l’Appui Technique ;
� A Monsieur HAJALALAINA Aimé Richard, Chef du Département
Informatique du Centre Universitaire de Formation
Professionnalisante ;
� A tous les membres du personnel de la Direction de l’Informatique, des
Transmissions et de l’Appui Technique, qui m’a accueilli très
chaleureusement et à tous ceux qui ont contribué de prés ou de loin à
l’accomplissement de ce rapport de stage ;
� A nos parents et ma famille, surtout à mes amis qui m’ont beaucoup
soutenu autant sur le plan moral que financier.
CUFP DITAT
RAKOTOMALALA Andriatiana
5
INTRODUCTION
Les étudiants de la deuxième année et de la troisième année au Centre
Universitaire de Formation Professionnnalisante (CUFP) devront faire un stage
pour consolider les connaissances théoriques acquises durant l’année universitaire.
Nous avons passé les quatre mois de stage au sein de la Direction de
l’Informatique, des Transmissions et de l’Appui Technique (DITAT).
Actuellement, l’application web est un moyen de traitement moderne des
données ; il permet donc d’exploiter en ligne les données où sur internet.
Or, la DITAT a ses propres activités à part les activités communes à toutes les
directions du Ministère de la Sécurité Intérieur. Pour aider la DITAT, nous allons
donc construire une application en ligne concernant la gestion des courriers ; d’où le
thème : « GESTION EN LIGNE DES COURRIERS AU NIVEAU DE LA DIRECTION
DE L’INFORMATIQUE, DES TRANSMISSIONS ET DE L’APPUI TECHNIQUE AU
SEIN DU MINISTERE DE LA SECURITE INTERIEURE »
Ce mémoire se divise en trois grandes parties :
� en premier lieu, la présentation générale où nous présentons CUFP qui
est notre établissement d’origine, nous ferons une présentation de la
Police Nationale qui est notre lieu de stage (plus précisément la DITAT),
puis nous déterminerons le langage utilisée pour la conception du
système, puis la présentation du projet;
� en second lieu, l’analyse et la conception ;
� et pour terminer, la phase de la réalisation où nous allons parler des
moyens utilisés pour l’implémentation l’application.
CUFP DITAT
RAKOTOMALALA Andriatiana
6
LISTE DES FIGURES
Figure 1 : Logo CUFP ............................................................................................... 10 Figure 2: Organigramme du CUFP ........................................................................... 13 Figure 3:logo de la Police Nationale Malagasy ......................................................... 15 Figure 4:Organigramme de la Police Nationale ........................................................ 17 Figure 5: représentation graphique d'un acteur ........................................................ 21 Figure 6: représentation graphique d'un cas d'utilisation .......................................... 21 Figure 7: relation entre deux acteurs ........................................................................ 21 Figure 8:représentions graphique d'une classe ........................................................ 22 Figure 9: diagramme des cas d'utilisation ................................................................. 31 Figure 10:gestion des utilisateurs ............................................................................. 32 Figure 11:UC « mise à jour des directeurs » ............................................................ 32 Figure 12:diagramme d'activité pour la mise à jour de directeurs ............................. 33 Figure 13: Scenarii nominaux de la mise à jours des directeurs ............................... 34 Figure 14: scenarii alternatifs:mise à jour annulée ................................................... 34 Figure 15 : diagramme des classe de Mise à jour de directeurs. .............................. 35 Figure 16: UC "mettre à jour des chefs des services"............................................... 36 Figure 17: diagramme d'activité pour la mise à jour des chefs des services ............ 37 Figure 18: Scénarii nominaux de la mise à jours de chefs des services ................... 37 Figure 19: Scénarii alternatif de mise à jour de chefs des services .......................... 38 Figure 20: diagramme des classes de mise à jour des chefs de service .................. 38 Figure 21: UC "mise à jour des secrétaires" ............................................................. 39 Figure 22: diagramme d'activité de mise à jour des secrétaires. .............................. 40 Figure 23: Scénarii nominaux de la mise à jours de secrétaire ................................ 40 Figure 24: Scénarii alternatif de mise à jour de secrétaire. ....................................... 41 Figure 25: diagramme des classes de mise à jour des chefs des services ............. 41 Figure 26:description des cas d'utilisation pour l'acteur "Secrétaire" ........................ 43 Figure 27: diagramme d'activité pour le cas d'utilisation "s'authentifier" ................... 44 Figure 28:Scénarii nominaux de l'authentification..................................................... 45 Figure 29: Scénarii alternatif de l'authentification ..................................................... 45 Figure 30 : diagramme de classe de l'authentification .............................................. 46 Figure 31: diagramme d'activité pour le cas d'utilisation "saisir" ............................... 47 Figure 32: Scénarii nominaux de l’ajout de courriers ................................................ 48 Figure 33:diagramme de classe de l’ajout de courriers ............................................ 48 Figure 34: diagramme d'activité pour le cas d'utilisation "consulter" ......................... 49 Figure 35: Scénarii nominaux de la consultation ..................................................... 50 Figure 36:diagramme des classes de la consultation ............................................... 50 Figure 37: diagramme d'activité pour le cas d'utilisation "imprimer" ......................... 51 Figure 38: Scénarii nominaux de l'impression .......................................................... 52 Figure 39 : Scénarii alternatif de l’impression. .......................................................... 52 Figure 40: diagramme de classe de l'impression ...................................................... 53 Figure 41: diagramme de cas d'utilisation "modifier et archiver" ............................... 53 Figure 42: diagramme d'activité pour la modification des courriers .......................... 54 Figure 43: Scénarii nominaux de modification .......................................................... 55 Figure 44: Scénarii alternatif de la modification ........................................................ 55 Figure 45: diagramme des classes pour la modification ........................................... 56 Figure 46: diagramme d'activité pour l'archivage ...................................................... 57 Figure 47:Scénarii nominaux de l'archivage ............................................................. 57 Figure 48: Scénarii alternatif:enregistrement annulé ................................................ 58
CUFP DITAT
RAKOTOMALALA Andriatiana
7
Figure 49: diagramme des classes de l'archivage .................................................... 58 Figure 50:Diagramme des classes de la gestion des courriers ................................ 59 Figure 51 : Schéma de fonctionnement de php ........................................................ 68 Figure 52:page d'accueil de secrétaire ..................................................................... 70 Figure 53: partie d’un formulaire de mise à jour d'un bordereau d'envoi .................. 71 Figure 54: formulaire de mise à jour de secrétaire ................................................... 72
LISTE DES TABLEAUX
Tableau 1 : résumé de cycle de Licence ........................................................................... 12 Tableau 2: résumé de cycle de master .............................................................................. 12 Tableau 3: Dénomination successive de la sécurité publique ....................................... 14 Tableau 4:liste d'abréviation sur l'organigramme de la police nationale .................... 18 Tableau 5: tableau de récapitulation de travaux de chaque poste des travail .......... 27 Tableau 6:description textuelle de la mise à jours de directeurs ................................ 33 Tableau 7:description textuelle de la mise à jours de chefs des service ................... 36 Tableau 8:description textuelle de mise à jours des secrétaires ................................... 39 Tableau 9 : description textuelle cas d'utilisation"s'authentifier" ................................. 44 Tableau 10:description textuelle cas d'utilisation"saisir" .............................................. 47 Tableau 11:description textuelle cas d'utilisation"consulter" ....................................... 49 Tableau 12 : description textuelle cas d'utilisation"imprimer" ..................................... 51 Tableau 13:description textuelle cas d'utilisation"modifier" ............................................ 54 Tableau 14:description textuelle cas d'utilisation"archiver" ......................................... 57 Tableau 15: tableau de récapitulation des SGBD ............................................................ 63
LISTE DES ABREVIATIONS
AD : Assistance de Direction ;
AES : Administration Economique et Sociale ;
BGP : Brigade Générale de la Police ;
CFC : Centre de Formation Continue abrégé par.
CUFP : Centre Universitaire de Formation Professionnalisante ;
DAI : Développement d’Applications Informatiques ;
DGPN : Direction Générale de la Police Nationale ;
DRH : Directeur de Ressources Humaines ;
DSN : Direction Générale de la Police Nationale ;
ISR : Informatique des Systèmes et Réseaux ;
MPN : Ministère de la Police Nationale ;
MDCPN : Ministère Délégué Chargé de la Police Nationale ;
MSP : Ministère de la Police Nationale ;
MSI : Ministère de la Sécurité Intérieur ;
CUFP DITAT
RAKOTOMALALA Andriatiana
8
UC: Use Case;
UML: Unified Modeling Language;
SESP : Secrétariat d’Etat Chargé de la Sécurité Publique ;
CUFP DITAT
RAKOTOMALALA Andriatiana
9
Première partie : PRESENTATION GENERALE
CUFP DITAT
RAKOTOMALALA Andriatiana
10
A. PRESENTATION DU CENTRE UNIVERSITAIRE DE FORMATIO N
PROFESSIONNALISANTE
I. HISTORIQUE
Suivant l’arrêté rectoral n°99-23/UF/R du 10 Mars 1 999 le Centre de Formation
Continue abrégé par C.F.C. a été créé et, a l’époque, il dispensait des formations de
techniciens supérieurs en Développement d’Applications Informatiques (DAI) et en
Assistance de Direction (AD).
Il a été créé au sein de l’université de Fianarantsoa par le décret N°2005-205
du 26 Avril 2005 sous le nom Centre Universitaire de Formation Professionnalisante
(C.U.F.P.) et prépare le diplôme de licence professionnelle.
II. LOGO
Figure 1 : Logo CUFP
III. OBJECTIFS PRINCIPAUX DU CENTRE
Le Centre a d’abord pour mission de dispenser des formations initiales et
continues en informatique de filière Informatique des Systèmes et Réseaux (ISR) et
en administration de filière Administration Economique et Sociale (AES). Ensuite, il
offre des services connexes à l'informatique.
Il a pour mission de :
� Former des Techniciens Supérieurs Spécialisés en : « Informatique des
Systèmes et Réseaux », « Administration Economique et sociale »,
opérationnels immédiatement dans les Entreprises ;
� Former des Managers d’entreprise,option Informatique Décisionnelle pour
l’informatique des Systèmes et Réseaux et des Managers d’entreprise,option
Management pour l’Administration Economique et Social (cette formation a été
créé à partir de l’année universitaire 2008-2009) ;
CUFP DITAT
RAKOTOMALALA Andriatiana
11
� Assurer le perfectionnement professionnel des étudiants, des demandeurs
d’emplois, des employés et des cadres d’entreprises.
� Assurer des prestations de services ;
Le centre comprend deux départements qui sont : le département
Administration et le département Informatique. Pour chaque département, la durée
de formation est fixée à trois ans pour la formation des Techniciens Supérieurs qui
sont sanctionnées par un diplôme de Licence professionnelle et deux ans après
Licence la formation des Managers d’entreprises qui sont sanctionnées par le
diplôme Master délivré par l’Université de Fianarantsoa.
IV. LES FORMATIONS DISPENSEES
Le centre dispense de formation initiale et des formations continues. Ces
formations sont récapitulées aux tableaux suivants selon les filières.
1. Formation initiale
Cette formation est divisée en deux cycles dont le cycle de Licence et le
cycle de Master.
� Cycle de Licence
Depuis l’année 2005 le centre a formé des Techniciens Supérieurs pour les
deux filières.
ISR AES
Condition
d’amission
Test de niveau
Condition
d’accès
Bacheliers série C, D et
Technologie
Toutes Séries
stage � 1ère Année : Voyage d’études,
� 2ème Année : Stage de réalisation suivi d’un rapport et
d’une soutenance,
� 3ème Année : Stage de fin d’études suivi d’un mémoire et
d’une soutenance.
Compétence � Administration des Bases de � Assister la Direction
CUFP DITAT
RAKOTOMALALA Andriatiana
12
Données
� Administration des Réseaux
et Systèmes Informatiques
� Développement
d’Applications
Client/Serveur
� Conception d’un Système
d’information
Générale, le DRH, le DAF.
� Gérer des Ressources
Humaines, Financières,
Physiques.
� Gérer une Entreprise.
� Gérer un Projet
Tableau 1 : résumé de cycle de Licence
� Cycle de Master
Depuis l’année 2010, le Centre a ouvert le cycle de Master pour les étudiants
qui veulent continuer leurs études.
Informatique Management
Condition d’accès Titulaire du diplôme de
licence en Informatique,
en Mathématique-
Informatique-Science
Sociale (MISS), Science
économique, Gestion
Titulaire du de licence en
Administration,
Economique et Sociale,
en Mathématiques-
Informatique-Sciences-
Sociales, en Sciences
Economiques, en Gestion
Tableau 2: résumé de cycle de master
CUFP DITAT
RAKOTOMALALA Andriatiana
13
2. Formations continues
Le centre propose des formations continues aux différents modules en
fonction de demande des utilisateurs :
� Système de Gestion de Base de Données sous plusieurs logiciels
� Maintenance de Réseaux et Systèmes Informatiques
� Administration de Réseaux et Systèmes Informatiques
� Bureautique
� Langues Etrangères
� Communication
� Gestion Administrative et Secrétariat
V. ORGANIGRAMME
Figure 2: Organigramme du CUFP
CUFP DITAT
RAKOTOMALALA Andriatiana
14
B. PRESENTATION DE LA POLICE NATIONALE
I. HISTORIQUE DE LA POLICE NATIONALE:
Au cours de son histoire, le département responsable de la sécurité publique à
Madagascar a connu quatre types de dénominations. Pendant l’époque coloniale,
jusqu’à l’indépendance de Madagascar, cette mission a incombé à la Brigade
Générale de la Police (BGP). Entre l’indépendance et 1991, la BGP est devenue
Direction Générale de la Police Nationale (DGPN). De 1991 à 1997, la DGPN
devient le Ministère de la Police Nationale. La sécurité publique n’est prise en
charge par SESP qu’en 1997. Le tableau ci-dessous récapitule les organismes de la
tutelle du MSI de l’époque coloniale jusqu’à nos jours.
II. DENOMINATION SUCCESSIVE DU SECRETARIAT D’ETAT C HARGE DE LA
SECURITE PUBLIQU (SECSP)
Période Dénomination Organisme de Tutelle
Epoque coloniale à 1960
[1960-1975[
[1975-1991[
[1991-1993[
[1993-1996[
[1996-1997[
[1997-2003[
[2003-2009[
[2009-à nos jours [
B G PN
DSN
DGPN
MPN
MDCPN
MPN
SESP
MSP
MSI
Ministère de l’intérieur
Ministère de l’intérieur
Ministère de l’intérieur
Gouvernement
Primature
Gouvernement
Ministère de l’intérieur
Gouvernement
Gouvernement
Tableau 3: Dénomination successive de la sécurité publique
La Police Nationale a été sous la tutelle de Ministère de l’Intérieur pendant prés
de 37 ans. Elle n’a pu jouir de statut de ministère que pendant 6 ans seulement,
c'est-à-dire de 1991 à 1996.
La raison qui explique toutes ces dénominations est la différence des priorités
des programmes gouvernementaux à chaque succession de régime institutionnel. Il
y a aussi le fait que généralement, le fondement du régime institutionnel de l’état
Malgache s’est inspiré de celui de l’état Française. Pour ce dernier, la Police
CUFP DITAT
RAKOTOMALALA Andriatiana
15
Nationale est sous la tutelle du ministère de l’intérieur, comme dans la plupart des
autres pays d’ailleurs.
Néanmoins, après le changement de régime de 1991 (passage d’une
république à une autre), les autorités de la troisièmes République aura mise en
considération l’indépendance de certaines secteurs prioritaires. Parmi eux, la
sécurité urbaine et partant, la Police Nationale à qui les autorités de l’époque ont
attribué le statut d’un ministère. Le deuxième principe fondamental ayant conduit les
autorités de la première partie de la troisième République à adopter une telle
décision est d’accélérer l’exécution des programmes gouvernementaux, et partant,
les activités de développement.
III. LOGO
Figure 3:logo de la Police Nationale Malagasy
IV. MISSIONS ET OBJECTIFS
Le MSI est responsable de sept missions suivantes :
1. Le respect de la consultation et la protection des institutions de
la république ;
2. La garantie du libre exercice des libertés constitutionnelles ;
3. Le respect des lois et règlements ;
4. La sauvegarde de la souveraineté nationale et de l’intégrité du
territoire national ;
5. La protection des personnes et des biens ;
6. Le maintient de l’ordre intérieur et la protection du patrimoine,
des ressources et de l’économie nationale ;
7. Et l’établissement des relations internationales en matière
première de lutte contre la criminalité internationale de droit
commun sous toutes ses formes.
CUFP DITAT
RAKOTOMALALA Andriatiana
16
Ces missions se réalisent à travers des objectifs. Pour le MSI, ces derniers
concernent tant à l’intérieur du territoire que les relations avec l’extérieur du pays.
Dans ce cadre dix objectifs peuvent être énumérés :
� Assurer la sûreté, la salubrité et la tranquillité publiques ;
� informer le gouvernement dans le domaine politique, sociale,
cultuel et économique nationaux et internationaux (renseignement);
� exercer le contrôle de l’armement et toutes les matériels, engins et
substance pouvant constituer une menace ou présentant un danger
pour l’ordre et la sécurité publics ;
� exercer le contrôle de l’immigration et assure la surveillance du
territoire et des frontières internationales ;
� assurer la formation initiale et permanente des fonctionnaires de la
Police Nationale ;
� assurer le contrôle des entreprises ou organismes privés exerçant
des activités touchant à la sécurité et à l’ordre publics ;
� collaborer avec les autres départements ministériels, les collectivités
locales, les organismes et groupements sociaux à l’éducation des
citoyens pour le respect des lois, à la prévention de la délinquance,
à la protection de l’environnement ainsi qu’à la défense et à la
protection civiles ;
� veiller aux bonnes mœurs et à la protection des mineurs ;
� participer à la lutte contre la criminalité internationale de droit
commun sous toutes ses formes, en relation avec les institutions ou
organisme nationaux, régionaux ou internationaux ;
� soutenir et conseiller les collectivités locales dans l’exercice de leurs
charges de police et de sécurité.
CUFP DITAT
RAKOTOMALALA Andriatiana
17
V. ORGANIGRAMME
Figure 4:Organigramme de la Police Nationale
MSI Ministère de la Sécurité Intérieur
SG Secrétariat Général
DGFR Direction Générale de Formation et de Recherche
DGPN Direction Générale de la Police Nationale
DAFL Direction des Affaires Financières et de la Logistique
DRH Direction des Ressources Humaines
CUFP DITAT
RAKOTOMALALA Andriatiana
18
DPSE Direction de la Programmation, de Suivi et de l’Evaluation
DSP Direction de la Sécurité Publique
DPJ Direction de la Police Judiciaire
DRST Direction des Renseignements et de la Surveillance Territoire
DITAT Direction de l’Informatique, des Transmissions et de l’Appui
Technique
DPE Direction de la Police Economique
DIRPN Direction Interégionale de la Police Nationale
DENSP Direction de l’Ecole Nationale Supérieur de la Police
DENIAP Direction de l’Ecole Nationale des Inspecteurs et Agents de Police
SDAF Service de Développement des Applications et de Formation
SCTT Service Central Technique des Transmissions
SESM Service d’Exploitation du support et de la maintenance
DIRITAT Division Interrégionale de l’Informatique, des transmissions et de
l’Appui technique
STARAD Station Radio
Tableau 4:liste d'abréviation sur l'organigramme de la police nationale
VI. LA DIRECTION DE L’INFORMATIQUE, DES TRANSMISSIO NS ET DE L’APPUI
TECHNIQUE (DITAT)
DITAT est chargée de :
� assurer les communications radioélectriques de l’ensemble des services du
département ainsi que la maintenance des matériels et formation
permanente du personnel ;
� développer et de mettre en œuvre au bénéfice des services les nouvelle
technologies de l’information et de la communication en fonction des
orientations stratégiques du Département ;
� veiller à l’unité, à la sécurité des systèmes d’Information.
Elle dispose de :
� un Service de Développement des Application et Formation ;
� un Service Centrale Technique des Transmissions ;
� un Service d’Exploitation, du Support et de Maintenance.
CUFP DITAT
RAKOTOMALALA Andriatiana
19
C. PRESENTATION DE L’UNIFIED MODELING LANGUAGE
I. HISTORIQUE
Unified Modeling Language ou UML peut se traduire par « langage de
modélisation unifié ». C’est une notation permettant de modéliser un problème de
façon standard. Ce langage est né de la fusion des trois méthodes qui ont le plus
influencé pour la modélisation objet au milieu des années 90 : La méthode OMT de
Rumbaugh, La méthode BOOCH'93 de Booch et La méthode OOSE de Jacobson
(Object Oriented Software Engineering)
Mais, UML n'est pas une méthode dans la mesure où elle ne présente aucune
démarche. A ce titre UML est un formalisme de modélisation objet. Le mot méthode est
parfois utilisé par abus de langage.
A partir de 1994, Rumbaugh et Booch (rejoints en 1995 par Jacobson) ont
unis leurs efforts pour mettre au point la méthode unifiée (unified method), incorporant
les avantages de chacunes des méthodes précédentes.
La méthode unifiée à partir de la version 1.0 devient UML (Unified Modeling
Language), une notation universelle pour la modélisation objet.
UML 1.0 est soumise à l'OMG (Object Management Group) en janvier 1997, mais elle
ne sera acceptée qu'en novembre 1997 dans sa version 1.1, date à partir de laquelle
UML devient un standard international.
II. MODELISATION
UML permet de modéliser une application selon une vision objet. UML possède
plusieurs facettes. C'est une norme, un langage de modélisation objet, un support de
communication.
La modélisation comporte deux composantes :
• L'analyse, c'est-à-dire l'étude du problème
• la conception, soit la mise au point d'une solution au problème.
UML fournit un moyen astucieux permettant de représenter diverses projections
d'une même représentation grâce à la présence du certaines diagrammes.
CUFP DITAT
RAKOTOMALALA Andriatiana
20
1. Diagramme des cas d’utilisation :
Le diagramme des cas d’utilisation appelé aussi « Use Case (UC) », il modélise
une interaction entre le système informatique à concevoir et l’utilisateur qui
interagisse avec le système.
2. Descriptions textuelles des cas d’utilisations :
Les descriptions textuelles exposent en détaille le dialogue entre les acteurs et
les cas d’utilisation. Donc voici la présentation sous forme des tableaux
3. Diagramme d’activité :
Le diagramme d’activité représente les processus telle qu’elle a été élaborée
lors du travaille qui a préparé la modélisation ; il montre l’enchaînement des activités
qui concourent au processus.
4. Diagramme de séquence :
Ce diagramme représente les échanges de communication entre les acteurs et
les objets ou encore une communication entre objet et objet de façon chronologique.
La progression du temps se lit de haut vers le bas.
5. Diagramme des classes :
Ce diagramme nous illustre le type d’objets ou données ou encore les méthodes
que nous avons besoin et les relations entre eux. Le processus de fonctionnement
ressemble au modèle conceptuel de la méthodologie Merise, c'est-à-dire modèles
entité/association.
III. QUELQUES DEFINITIONS UTILISEES
1. Stéréotypes:
� Actor : acteur de système ;
� Entity : Classe du système ;
� Boundary : Classe d’interface entre le système et l’acteur principal ;
� Control : Classe permettant le contrôle et la validation du flux de
données entre interface et système.
CUFP DITAT
RAKOTOMALALA Andriatiana
21
2. Acteur
C’est une personne, processus ou une chose qui interagit avec un système. Il
se présente par un petit bonhomme avec son nom:
Figure 5: représentation graphique d'un acteur
3. Cas d’utilisation (UC : Use Case en anglais)
C’est une unité homogène représentant une fonctionnalité visible de
l’extérieur. Il réalise un service de bout en bout, avec un déclenchement et une
fin, pour l’acteur qui l’initie. Un cas d’utilisation modélise un service rendu par le
système, sans imposer le mode de réalisation de se service. Il se représente par
une ellipse avec le nom (nom du cas d’utilisation doit être un verbe à l’infinitif):
Figure 6: représentation graphique d'un cas d'utilisation
4. Les relations
� entre acteurs : la seul relation possible entre deux acteurs est la
généralisation. Le symbole utilisé pour la généralisation entre acteurs est
une flèche avec un trait plaine dont la pointe est un triangle fermé
désignant l’acteur le plus général
Exemple : relation entre acteur Secrétaire et acteur Chef des services.
Figure 7: relation entre deux acteurs
CUFP DITAT
RAKOTOMALALA Andriatiana
22
L’acteur Secrétaire est une généralisation de l’acteur Chef de service.
Dans ce cas tous les cas d’utilisation accessible au Secrétaire le sont aussi
au Chef des services.
� Entre cas d’utilisation :
Il existe deux types de relations :
� Inclusion et extension : une dépendance se représente par une
flèche avec un trait pointillé :
-Un cas A inclut un cas B, c'est-à-dire le cas A dépend de B .Le cas B
est comme une partie de cas A; cette dépendance est symbolisée par
le stéréotype «include »
- un cas A étend un cas B lorsque le cas A peut appelé au cours de
l’exécution du cas B. Exécuter B peut éventuellement entraîner
l’exécution de cas A. Symbole de l’extension « extend »
� Généralisation/spécification : le symbole utilisé pour la
généralisation est un flèche avec trais plains dont la pointe est un
triangle fermé désignant le cas le plus général :
Un cas A est une généralisation d’un cas B si B est un cas particulier
de A.
5. Classe
C’est un concept abstrait représentant des éléments variés comme, des
éléments concrets, des éléments abstraits, des composants d’une application
(boutons des boites de dialogue), etc.
Elle représentée par un rectangle divisé en trois comportements. Le premier
indique le nom de la classe, le deuxième ses attributs et le troisième ses
opérations.
Figure 8: représentions graphique d'une classe
CUFP DITAT
RAKOTOMALALA Andriatiana
23
D. PRESENTATION DU PROJET
Le projet « gestion en ligne des courriers » est un projet informatique effectué
au sein de la Direction de l’Informatique, des Transmissions et d’Appui Technique,
dirigé par l’officier de Police RAKOTONOMENJANAHARY Henri Fidimalala chef de
cabinet de cette direction et réalisé par Monsieur RAKOTOMALALA Andriatiana
troisième année en Informatique des Systèmes et Réseaux au CUFP. Ce projet a
pour but de rendre facile la mise en oeuvre des courriers venant dans certaines
directions du Ministère de la Sécurité Intérieur.
Notons bien que chaque direction a son personnel. Ils sont concernés par
l’exploitation des courriers, donc pour les gérer en mieux, il faut tenir compte la
gestion des utilisateurs ou du personnel qui peuvent utiliser cette nouvelle
application. C’est pour cela que la conception de l’application est divisée en deux
grandes parties dont la gestion des utilisateurs et la gestion des courriers. A cet
effet, notre projet est baptisé « Gestion en ligne des courriers au sein de la Direction
de l’Informatique, des Transmissions et d’Appui Technique au niveau du Ministère de
la Sécurité Intérieure».
CUFP DITAT
RAKOTOMALALA Andriatiana
24
Deuxième partie : ANALYSES ET CONCEPTIONS
CUFP DITAT
RAKOTOMALALA Andriatiana
25
A. ANALYSE DE L’EXISTANT
I. ÉTUDE DE L’EXISTANT
Notre travail se situe aux différents services de la DITAT, donc l’étude se
consacre à ces services
1. Matériels et logiciels existants
Au sein du secrétariat :
D’après les interviews que nous avons effectué dans le service secrétariat de
la DITAT, nous avons obtenu les résultats comme suit :
Matériels
� Un ordinateur de bureau :
Intel Pentium IV, 1GHz ;
512 Mo de RAM DDR1 ;
Disque Dur un 80 Go ;
� Périphériques :
Un écran CRT 17’’ ;
Un clavier français (AZERTY), un souri optique ;
Une imprimante Canon Pixma IP 1200 ;
Un onduleur.
Logiciels :
Système d’exploitation Windows XP Service Pack 2 ;
Microsoft office 2007 ;
Avira Professional Edition ;
Navigateur : Mozilla Firefox 3.5 et Internet Explorer 6.
Au sein du cabinet de la DITAT
D’après l’interviews que nous avons effectués dans le cabinet de la DITAT,
nous avons obtenu les résultats comme suit :
Matériels :
� Deux ordinateurs de bureau :
Intel Pentium IV, 1 GHz;
1 Go et 512Mo de RAM DDR1 ;
160 Go et 80Go de Disque Dur.
� Périphériques
Un écran LCD de 22’’ et un écran CRT de 17 ‘’ ;
Deux claviers français (AZERTY), deux souris optiques ;
CUFP DITAT
RAKOTOMALALA Andriatiana
26
Une imprimante Canon Pixma IP1200 ;
Deux onduleurs.
Logiciels :
Système d’exploitation Windows XP Service Pack 2 ;
Microsoft office 2007 ;
Avira Professional Edition, USB disque sécurité 3.0 ;
Navigateur : Mozilla Firefox 3.5 et Internet Explorer 6.
Au bureau de directeur
D’après l’interviews que nous avons effectué auprès de la Directeur de la
DITAT, nous avons obtenu les résultats comme suit :
Matériels :
� Un ordinateur de bureaux :
Intel Pentium IV, 1 GHz ;
1 Go de RAM DDR1 ;
Disque Dur un 160 Go.
� Périphériques
Un écran LCD de 22’’ ;
Un clavier français (AZERTY), un souri optique
Une imprimante Canon Pixma IP1200 ;
Un onduleur.
Logiciels :
Système d’exploitation Windows XP Service Pack 2 ;
Microsoft office 2007 ;
Avira Professional Edition;
Navigateur : Mozilla Firefox 3.5 et Internet Explorer 6.
2. Documents existants.
D’abord, nous avons effectué une enquête auprès de chef de service de la
DITAT pour avoir des supports de courriers. Voici les supports de courriers qu’il nous
a été donné :
CUFP DITAT
RAKOTOMALALA Andriatiana
27
- Bordereau d’envoi,
- Bon pour,
- Note de service ;
- Télégramme et lettre officielle ;
- Procès-verbal de notification ;
- Procès-verbal de réunion ;
- Message radio ;
Ensuite, nous avons effectué des interviews au chef de service de la DITAT
pour connaître les travaux effectués concernant les courriers. Le tableau ci-dessous
récapitule les rôles de chaque poste de travail concerné.
Poste de travail Secrétaire Chefs des services Directeur
Rôles - Ajouter des
courriers ;
- imprimer.
- Consulter ;
- Modifier ;
-Archiver ;
- imprimer.
- Consulter ;
-Modifier ;
- Archiver ;
-imprimer.
Tableau 5: tableau de récapitulation de travaux de chaque poste des travail
En fin nous avons consulté le site web de la Police Nationale dont l’url :
http://policenationale.gov.mg pour inspirer la construction de la nouvelle application
web de la DITAT.
II. CRITIQUES DE L’EXISTANT:
D’après l’étude de l’existant que nous avons effectué, nous pouvons faire
quelques critiques :
� Insuffisance matérielle;
� Existence de la répétition des tâches à exécuter;
� Exploitation de données non informatisées (il n’a pas des
base de données capable des stocker les courriers).
III. PROBLEMES ET BESOINS
CUFP DITAT
RAKOTOMALALA Andriatiana
28
L’étude des besoins est basée sur un recueil de données. Ces informations
sont obtenues à l’aide des interviews sur les différents postes de travail de la DITAT.
Il faut que le dialogue entre les informaticiens et les utilisateurs décideurs soit dans le
bon terme pour pouvoir aboutir à une proposition, suggestion dans l’analyse et
l’étude des données recueillies. Donc, l’étude de besoin est le point de passage
obligé qui le spécifie les besoins des l’utilisateurs.
Après interview, DITAT utilise des outils informatiques comme des
ordinateurs, imprimantes pour saisir et imprimer les courriers. Mais le problème se
pose au gaspillage des matières consommables, surtout le temps, car, les
secrétaires doivent imprimer les courriers puis les apporter au supérieur suivant
l’hiérarchie jusqu’à ce qu’il vienne au destinataire. Quand il y a de modification à
faire, on doit réimprimer et ainsi de suite.
Actuellement, vu l’accroissement des travaux à faire, certains services
concernés ont de problèmes à l’exécution de ses travaux car il doit refaire plusieurs
fois la même tâche. Cela entraîne la latence de l’exécution des tâches.
Donc, il a besoin de logiciel capable de gérer les courriers.
IV. ETUDE D’OPPORTUNITE
Pour assurer le fonctionnement du système, il est nécessaire de gérer les
utilisateurs et les courriers.
Le but de notre projet n’est autre qu’à la recherche de réponse des besoins des
utilisateurs. Donc nous devrons élaborer un logiciel qui est capable de gérer
facilement, rapidement et efficacement ce système. Ainsi nous allons commencer
notre projet par la conception du logiciel de la gestion des courriers électroniques et
terminons par la réalisation du nouveau système.
A la fin du projet, le logiciel que nous avons crée peut être intégré au sein de la
DITAT et il apporterait des avantages comme suit :
� Pour les secrétaires : faciliter la saisie des donnés: la question de
temps, et le déplacement sont résolus, car on peut faire les missions
n’importe où et à toutes instant.
� Pour les chefs de service :de la même pour le secrétaire , mais de plus,
une fois la saisie des courriers faites par le secrétaire, ils peuvent
consulter, modifier et imprimer à toutes instant.
CUFP DITAT
RAKOTOMALALA Andriatiana
29
� Pour le directeur : les temps occupés par les courriers soient diminués.
En bref, ce nouveau système apporte des avantages aux services concernés
où la latence de l’exécution des tâches ne serait pas un problème.
V. ETUDE DE FAISABILITE
Notre étude n’est autre que la vision de la faisabilité et les changements
apportés de cet ouvrage quand il est établi dans cette direction. Nous allons voir
alors quelques points de vues :
� Du point de vue organisationnel : En changeant l’ancien système de
travail de ce service, nous demandons une nouvelle organisation pour
garantir sa rentabilité. Nous allons alors conseiller de former un employé
pour assurer le bon fonctionnement de ce logiciel et affecter la plupart
des employés de cette direction dans d’autres directions convenables
pour faire autre travail.
� Du point de vu technique : La nécessité du matériel et logiciel est
fortement recommandée pour bien exercer le processus de notre
suggestion pour assurer le fonctionnement de ce nouveau logiciel. Nous
conseillons au responsable de la direction de préparer ses ordinateurs
avec les équipements utiles pour pouvoir installer ce nouveau logiciel.
C'est-à-dire, installer les logiciels nécessaires pour l’exécution de notre
application : WampServeur ou EasyPHP, Mozilla Firefox ou Internet
Explorer. En fin la maintenance de notre application peut effectuer par la
personne formée ou l’informaticien de cette direction.
� Solution de secours : Notre projet n’est pas faisable quand les données
de la société ne sont pas bien sécurisées. Donc nous devrons proposer
quelques solutions de secours comme sauvegarder dans quelque part
du disque dur ou dans un autre support physique les informations
importantes. Mieux vaut utiliser des supports physiques comme CD-
ROM, DVD-ROM, disque dur externe, flash disque et les autres supports
physiques capable de les stockés.
CUFP DITAT
RAKOTOMALALA Andriatiana
30
� Du point de vue économique : l’utilisation de nouveau système acquise
de nouveaux logiciels ou les autres équipements nécessaires. Cela
entraînent de nouveau dépense pour cette direction. De plus, de même,
la dépense commise par la maintenance matérielle et logicielle lors de
l’usage.
Par contre, le nouveau système apporte des avantages comme nous avons cité
dans l’étude d’opportunité. Cette direction peut élargir ses activités quand elle utilise
le logiciel conçu, donc, DITAT peut avoir d’autre chose à faire. De plus le temps
d’exécution des tâches est réduit. Les besoins des utilisateurs sont satisfaits ; cela
entraîne, plus de volonté des utilisateurs de faire ses travaux.
VI. REGLES DE GESTION
Pour gérer les courriers, il faut construire des règles de gestion comme suit :
1. Il faut s’authentifier avant d’utiliser cette application ;
2. Tous les utilisateurs doivent faire l’inscription, et ils sont gérés par leur
supérieur ;
3. En particulier, la mise à jour des directeurs est effectuée par l’administrateur ;
4. L’enregistrement des courriers a été effectué par les secrétaires ;
5. Les chefs de service peuvent modifier ou archiver les courriers ;
6. Les courriers modifiés sont validés par les directeurs pour avoir des archives.
CUFP DITAT
RAKOTOMALALA Andriatiana
31
B. CONCEPTION DE SYSTEME D’INFORMATION
I. CAS D’UTILISATION DE LA GESTION DES COURRIERS
Figure 9: diagramme des cas d'utilisation
CUFP DITAT
RAKOTOMALALA Andriatiana
32
II. GESTION DES UTILISATEURS
Nous représentons ces cas d’utilisation selon les auteurs qui lui conviennent :
Figure 10 :gestion des utilisateurs
1. Administrateur
Figure 11 :UC « mise à jour directeurs »
CUFP DITAT
RAKOTOMALALA Andriatiana
33
UC « Mettre a jour directeurs »
� Description textuelle
Objectifs Pour mettre à jour les informations des directeurs.
Acteurs Administrateur
Pré condition Formulaire de mise à jour des directeurs et liste.
Scénarii Nominaux 1. liste des directeurs ;
2. mettre à jour les directeurs ;
3. valider ;
4. Mise à jour effectué ;
5. liste des directeurs.
Alternatifs Au point 3 :
� annuler.
Exceptions Au point 2 :
� Erreur de saisie.
Poste
conditions
Mise à jours effectuée
Tableau 6:description textuelle de la mise à jours de directeurs
� Description graphique
a. Diagramme d’activité
Figure 12: diagramme d'activité pour la mise à jour de directeurs
CUFP DITAT
RAKOTOMALALA Andriatiana
34
b. Diagramme de séquence
Scenarii nominaux
Figure 13 : Scenarii nominaux de la mise à jours des directeurs
Scenarii alternatif : mise à jour annulé
Figure 14: scenarii alternatifs:mise à jour directeur annulée
CUFP DITAT
RAKOTOMALALA Andriatiana
35
c. Diagramme des classes
Figure 15 : diagramme des classe de Mise à jour de directeurs.
CUFP DITAT
RAKOTOMALALA Andriatiana
36
2. Directeur
Figure 16 : UC "mettre à jour chefs service"
UC « Mise à jour chefs de service »
� Description textuelle
Objectifs Pour mettre à jours les informations des chefs des services.
Acteurs Directeur
Pré condition Formulaire de mise à jour des chefs de service.
Scénarii Nominaux 1. liste des chefs de service ;
2. mettre à jour les chefs de service ;
3. valider ;
4. Mise à jour effectuée ;
5. liste des chefs de service.
Alternatifs Au point 3 :
� annuler.
Exceptions Au point 2 :
� Erreur de saisie.
Poste
conditions
Mise à jours effectuée
Tableau 7:description textuelle de la mise à jours de chefs des service
CUFP DITAT
RAKOTOMALALA Andriatiana
37
� Descriptions graphiques
a. Diagramme d’activité
Figure 17: diagramme d'activité pour la mise à jour des chefs des services
b. Diagramme de séquence
Scénarii nominaux
Figure 18: Scénarii nominaux de mise à jours de chefs des services
CUFP DITAT
RAKOTOMALALA Andriatiana
38
Scénarii altératif
Figure 19: Scénarii alternatif de mise à jour de chefs des services
c. Diagramme des classes
Figure 20: diagramme des classes de mise à jour des chefs de service
CUFP DITAT
RAKOTOMALALA Andriatiana
39
3. Chef service
Figure 21 : UC "mettre à jour secrétaires"
UC « Mise à jour secrétaires »
� Description textuelle
Objectifs Pour mettre à jours les informations des secrétaires.
Acteurs Chef de service.
Pré condition Formulaire de mise à jour des secrétaires et liste.
Scénarii Nominaux 1. liste des secrétaires ;
2. mettre à jour les secrétaires ;
3. valider ;
4. Mise à jour effectué.
5. liste des secrétaires.
Alternatifs Au point 3 :
� annuler.
Exceptions Au point 2 :
� Erreur de saisie.
Poste
conditions
Mise à jours effectuée
Tableau 8: description textuelle de mise à jours des secrétaires
CUFP DITAT
RAKOTOMALALA Andriatiana
40
� Descriptions graphiques
d. Diagramme d’activité
Figure 22: diagramme d'activité de mise à jour des secrétaires.
e. Diagramme de séquence
Scénarii nominaux
Figure 23: Scénarii nominaux de la mise à jours de secrétaire
CUFP DITAT
RAKOTOMALALA Andriatiana
41
Scénarii altératif
Figure 24: Scénarii alternatif de mise à jour de secrétaire.
f. Diagramme des classes
Figure 25: diagramme des classes de mise à jour des chefs des services
CUFP DITAT
RAKOTOMALALA Andriatiana
42
III. GESTION DES COURRIERS
Nous représentons ces cas d’utilisation selon les auteurs qui lui conviennent :
Figure 26: gestion des courriers
CUFP DITAT
RAKOTOMALALA Andriatiana
43
� Secrétaire
Figure 27: description des cas d'utilisation pour l'acteur "Secrétaire"
1. UC « s’authentifier »
� Description textuelle
Objectifs Pour avoir une autorisation.
Acteurs Secrétaire, Chef des services, Directeur.
Pré condition Utilisateurs déjà inscris.
Scénarii Nominaux 1. Accueil ;
2. Fenêtre d’authentification ;
3. Remplir le formulaire ;
4. Valider ;
5. Vérifier ;
6. Page d’accueil.
Alternatifs Au point 4 :
� Login ou mot de passe invalide ;
� Formulaire d’authentification.
Exceptions
CUFP DITAT
RAKOTOMALALA Andriatiana
44
Poste
conditions
Autorisé à l’accès au système.
Tableau 9 : description textuelle cas d'utilisation"s'authentifier"
� Descriptions graphiques
a. Diagramme d’activité
Figure 28: diagramme d'activité pour le cas d'utilisation "s'authentifier"
CUFP DITAT
RAKOTOMALALA Andriatiana
45
b. Diagramme des séquences
Scénarii nominaux
Figure 29: Scénarii nominaux de l'authentification
Scénarii alternatifs : Pas encore utilisateur.
Figure 30: Scénarii alternatif de l'authentification
CUFP DITAT
RAKOTOMALALA Andriatiana
46
c. Diagramme des classes
Figure 31 : diagramme de classe de l'authentification
CUFP DITAT
RAKOTOMALALA Andriatiana
47
2. UC « enregistrer courriers »
� Description textuelle
Objectifs Pour enregistrer les courriers dans le base de données
Acteurs Secrétaire.
Pré condition Utilisateurs autorisés, ou secrétaire déjà inscris.
Scénarii Nominaux 1. Page d’accueil ;
2. Choisir formulaire de saisie;
3. Remplir formulaire de saisie ;
4. control de saisie ;
5. Ajouter.
6. Vérification ;
7. Courriers enregistrés.
Alternatifs
Exceptions Au point 3 :
� Erreur de saisie ;
� Formulaire de saisie.
Poste
conditions
Enregistrement bien effectué
Tableau 10:description textuelle cas d'utilisation"saisir"
� Descriptions graphiques
a) diagrammes d’activité
Figure 32: diagramme d'activité pour le cas d'utilisation "saisir"
b) diagrammes des séquences
Scenarii nominaux
CUFP DITAT
RAKOTOMALALA Andriatiana
48
Figure 33: Scénarii nominaux de l’ajout de courriers
c) diagrammes des classes
Figure 34: diagramme de classe de l’ajout de courriers
CUFP DITAT
RAKOTOMALALA Andriatiana
49
3. UC «consulter courriers »
� Description textuelle
Objectifs Pour consulter les courriers
Acteurs Secrétaire, Chef de service, Directeur
Pré condition Courriers enregistrés.
Scénarii Nominaux 1. Page d’accueil ;
2. lister les courriers;
3. Rechercher ;
4. Consulter ;
Alternatifs
Exceptions
Poste
conditions
Consultation bien effectuée
Tableau 11:description textuelle cas d'utilisation"consulter"
� Descriptions graphiques
a) diagramme d’activité
Figure 35: diagramme d'activité pour le cas d'utilisation "consulter"
CUFP DITAT
RAKOTOMALALA Andriatiana
50
b) diagramme de séquence
Figure 36: Scénarii nominaux de la consultation
c) diagramme des classes
Figure 37: diagramme des classes de la consultation
CUFP DITAT
RAKOTOMALALA Andriatiana
51
4. UC « imprimer courriers »
� Description textuelle
Objectifs Pour imprimer les courriers.
Acteurs Secrétaire, chef service, chef cabinet et le directeur.
Pré condition Utilisateurs autorisés.
Scénarii Nominaux 1. Page d’accueil ;
2. Rechercher l’enregistrement;
3. Imprimer.
Alternatifs Au point 2
� Enregistrement non trouvé
� Annuler impression
Exceptions
Poste
conditions
Document imprimé
Tableau 12 : description textuelle cas d'utilisation"imprimer"
� Descriptions graphiques
a) diagrammes d’activité
Figure 38: diagramme d'activité pour le cas d'utilisation "imprimer"
CUFP DITAT
RAKOTOMALALA Andriatiana
52
b) diagrammes de séquences
� scenarii nominaux
Figure 39: Scénarii nominaux de l'impression
� scenarii alternatives
Figure 40 : Scénarii alternatif de l’impression.
CUFP DITAT
RAKOTOMALALA Andriatiana
53
c) diagrammes des classes
Figure 41: diagramme de classe de l'impression
� Chef des services et Directeur
Figure 42: diagramme de cas d'utilisation "modifier et archiver"
1. UC «modifier courriers »
CUFP DITAT
RAKOTOMALALA Andriatiana
54
� Description textuelle
Objectifs Pour modifier les enregistrements dans la base de données.
Acteurs Chef de service, Directeur.
Pré condition Courriers existants.
Scénarii Nominaux 1. Fenêtre d’accueil;
2. Recherche d’un enregistrement
à modifier ;
3. Formulaire de modification ;
4. Modifier ;
5. Confirmer ;
6. Enregistrement modifié.
Alternatifs Au point 5 :
� Annuler modification ;
Exceptions Au point 4 :
� Erreur de modification.
� Formulaire de modification.
Poste
conditions
Modification effectuée.
Tableau 13: description textuelle cas d'utilisation"modifier"
� Descriptions graphiques
a) Diagramme d’activité
Figure 43: diagramme d'activité pour la modification des courriers
CUFP DITAT
RAKOTOMALALA Andriatiana
55
b) Diagramme de séquence
� Scenarii nominaux
Figure 44: Scénarii nominaux de modification
� Scenarii alternatif
Figure 45: Scénarii alternatif de la modification
CUFP DITAT
RAKOTOMALALA Andriatiana
56
b. Diagramme des classes
Figure 46: diagramme des classes pour la modification
2. UC «archiver courriers »
� Description textuelle
Objectifs Pour archiver les courriers.
Acteurs Chef des services, Directeur.
Pré condition Information corrigée.
scénarii Nominaux 1. Formulaire d’accueil ;
2. liste ;
3. Lire les informations.
4. valider ;
5. archiver.
Alternatifs Au point 4 :
� Annuler
� Modifier ;
Exceptions
Poste
conditions
Courriers archivées.
CUFP DITAT
RAKOTOMALALA Andriatiana
57
Tableau 14:description textuelle cas d'utilisation"archiver"
� Descriptions graphiques
a) Diagramme d’activité
Figure 47: diagramme d'activité pour l'archivage
b) Diagramme de séquence
� Scenarii nominaux
Figure 48: Scénarii nominaux de l'archivage
CUFP DITAT
RAKOTOMALALA Andriatiana
58
� Scenarii alternatif
Figure 49: Scénarii alternatif:enregistrement annulé
� Diagramme des classes
Figure 50: diagramme des classes de l'archivage
CUFP DITAT
RAKOTOMALALA Andriatiana
59
IV. DIAGRAMME DES CLASSES DES COURRIERS
Figure 51: Diagramme des classes de la gestion des courriers
CUFP DITAT
RAKOTOMALALA Andriatiana
60
Troisième partie : REALISATION
CUFP DITAT
RAKOTOMALALA Andriatiana
61
La phase finale de la conception de système d’information est la réalisation.
Elle consiste à écrire les programmes pour arriver aux traitements souhaités pour
les besoins de l’entreprise.
A. LES BASES DE DONNEES
1. Qu’est-ce qu’une base de données ?
Une base de données (son abréviation est BD) est une entité dans
laquelle il est possible de stocker des données de façon structure et avec le moins
de redondance possible. Ces données doivent pouvoir être utilisées par des
programmes, par des utilisateurs différents. Ainsi, la notation de base de données
est généralement couplée à celle de réseau, afin de pouvoir mettre en commun ces
informations, d’où le nom de base. On parle généralement de système d’information
pour designer toute la structure regroupant les moyens mis en place pour pouvoir
partager des données.
2. Utilité d’une base de données
Une base de données permet de regrouper des données au sein d’un même
enregistrement. Cela est d’autant plus utile que les données informatiques sont de
plus en plus nombreuses. Une base de données peut être locale, c'est-à-dire
utilisable sur une machine par un utilisateur, ou bien repartie, c'est-à-dire que les
informations sont stockées sur des machines distantes et accessibles par réseau.
L’avantage majeur de l’utilisation d’une base de données est la possibilité de pouvoir
être accédées par plusieurs utilisateurs simultanément.
3. La gestion des bases de données
Afin de pouvoir contrôler les données ainsi que les utilisateurs, le besoin de
système de gestion s’est vite fait ressentir. La gestion de la base de données se fait
grâce à un système appelé « SGBD » (Système de Gestion de Base de Données).
Le SGBD est une ensemble de service (applications logicielles) permettant de gérer
les bases de données, c'est-à-dire permettre l’accès aux données de façon simple,
autoriser un accès aux information à des utilisateurs, manipuler les données
présente dans la base de données (insertion, suppression, consultation, mis à
jours).
Le SGBD peut se décomposer en trois sous systèmes :
� Le système de gestion de fichier : il permet le stockage des
informations sur un support physique.
� Le SGBD interne : il gère l’ordonnancement des informations.
CUFP DITAT
RAKOTOMALALA Andriatiana
62
� Le SGBD externe : il représente l’interface avec l’utilisateur.
Les principaux systèmes de gestion de base de données le plus connus sont les
suivants :
MS Access, MySQL, PostgreSQL
Les caractéristiques d’un SGBD
L’architecture à trois niveaux définie par le standard ANSI/SPARC permet
d’avoir une indépendance entre les données et les traitements. D’une manière
générale une SGBD doit avoir les caractéristiques suivantes :
� Indépendance physique : le niveau physique peut être modifier
indépendant du niveau conceptuel. Cela signifie que tous les aspects
matériels de la base de données n’apparaissent pas pour l’utilisateur, il
s’agit simplement d’une structure transparente de représentation des
informations.
� Indépendance logique : le niveau conceptuel doit pouvoir être modifié
sans remettre en cause le niveau physique, c'est-à-dire que
l’administrateur de la base doit pouvoir la faire évoluer sans que cela
gère les utilisateurs.
� Rapidité de l’accès : le système doit pouvoir fournir les réponse à la
requête le plus rapidement possible, cela implique des algorithmes de
recherche rapides.
� Administration centralisée : le SGBD doit pouvoir éviter dans la mesure
du possible des information redondantes, afin d’éviter d’une part un
gaspillage d’espace mémoire mais aussi des erreurs.
� Vérification de l’intégrité : les données doivent être cohérentes entre
elle, de plus lorsque des éléments font référence à d’autre, ces dernier
doivent être présents.
� Partageabilité des données : le SGBD doit permettre l’accès simultané
à la base de données par plusieurs utilisateurs surtouts en réseau.
� Sécurité des données : les SGBD doit présenter des mécanismes
permettant de gérer les droits d’accès aux données selon les
utilisateurs.
CUFP DITAT
RAKOTOMALALA Andriatiana
63
Pour la bonne gestion de ce système d’information, les données seront
implantées dans le SGBD MySQL.
Le choix a été fait à partir de tableau de récapitulation des avantages et des
inconvénients des certaines SGBD:
Avantages Inconvénients
MS Access - Intégré au Microsoft
office ;
- Dispose une interface
graphique pour saisir
les requêtes.
- Base de données de
petite taille, facile à
gérer.
- Mono poste (MS
Windows) ;
- Capacité de stockage
limité.
- N’intègre que le
langage Vusial basic ;
- Pas d’héritage de
table.
PostgreSql - Multi plate forme ;
- Libre ;
-Largement reconnu,
comportement stable et
plus proche de l’oracle ;
Les commandes INSERT,
DELETE et UPDATE sont
plus lentes.
MySQL -Multi plate forme ;
-Bonne intégration dans
l’environnement
apache/php ;
-Facilité de déploiement
et de prise en main.
-Pas de héritage de
table ;
-Support incomplet de
triggers et procédures
stockées ;
-Manque de robustesse
avec fortes volumétries.
Tableau 15 : tableau de récapitulation des SGBD
Pour les applications, nous allons utiliser le langage PHP (Personal Home
Page) pour les différents états car il est plus facile d’en générer avec PHP.
WampServer
CUFP DITAT
RAKOTOMALALA Andriatiana
64
WampServeur est un package qui contient tous les programmes nécessaires
pour pouvoir traiter le PHP : Apache, MySQL et PHPMYADM.
A remarquer qu’une fois WampServeur installé, ces programmes seront
configurés automatiquement.
1. Apache :
Le logiciel apache est un serveur http le plus populaire depuis 1996, selon
l’étude Netcraft. C’est un logiciel libre avec un type spécifique de licence apache.
Apache fonctionne sur les systèmes d’exploitation Unix et Windows. Il est
conçu pour supporter de nombreux modules lui donnant des fonctionnalités
supplémentaires : interprétation du langage Perl, interprétation de langage PHP.
2. Personal Home Page (PHP) :
Qu’est ce que PHP ?
PHP est un langage de script qui est principalement utilisé pour être exécuté
sur un serveur web, mais il peut fonctionner comme n’importe quel langage
interprété en utilisant les scripts et son interpréteur sur un ordinateur. Il permet de
développer suivant le modèle procédural ou/et un modèle objet. On désigne parfois
PHP comme une plate-forme plus qu’un simple langage.
Le PHP est un langage permettant de développer des applications interactives,
c'est-à-dire dont le contenu est dynamique. La page PHP aura un contenu pouvant
être différent selon certains paramètres (des informations stockées dans une base
de données).
PHP est un langage interprété et exécuté du côté serveur (comme le scripts
CGI, ASP,…) et non du côté client (un script écrit en javascript ou une applet java
s’exécute sur votre ordinateur …). La syntaxe du langage provient de celles du
langage C, du Perle et de Java. Ses principaux a touts sont :
� La disponibilité du code source (PHP es distribué sous licence GNU
GPL) ;
� La simplicité d’écriture de script ;
� La possibilité d’inclure le script PHP au sein d’une page HTML;
� L’intégration au sein de nombreux serveurs web (Apache, Microsfot
llS, etc..).
Origine de PHP
Le langage PHP a été mis au point au début d’automne 1994 par Rasmus
Lerdorf. Ce langage de script lui permettait de conserver la trace des utilisateurs
CUFP DITAT
RAKOTOMALALA Andriatiana
65
venant consulter son CV sur son site, grâce à l’accès à une base de données par
l’intermédiaire de requêtes SQL. Ainsi, étant donné que de nombreux internautes
lui demandèrent ce programme , Rasmus Lerdorf mit en linge en 1995 la première
version de ce programme qu’il batisa Personal Sommaire Page Tools, puis Personal
Home Page v1. (Traduisez page personnelle version 1.0).
Etant donné le succès de PHP 1.0. Rasmus Lerdorf dècida d’améliorer ce
langage en y intégrant des structures plus avancées telles que des boucles, des
structures conditionnelles, et y intégra un package permettant d’interpréter les
formulaires qu’il avait développé (F1, Form Interpreter) ainsi que le support de
MySQL. C’est de cette façon que la version 2 du langage, bapisée pour l’occasion
PHP/F1 version2, vit le jour durant l’été 1995. il fut rapidement utilisé sur de
nombreux sites ( 15000 fin 1996, puis 50000 en milieu d’année 1997).
A partir de 1997, Zeev Suraski et Gurmans rejoignirent Rasmus pour former
une équipe de programmeurs afin de mettre au point PHP (Stig Bakken, Shane
Caraveo et Jim Winstead les rejoignirent par la site). C’est ainsi que la version 3.0
de PHP fut disponible le 6 juin 1998.
A la fin de l’année 1999, une version de PHP, baptisée PHP4, es apparue !
L’interprétation du code
Un code PHP (celui compris entre les délimiteurs < ?php et ?>) est une
ensemble d’instructions se terminant chacune par un point- virgule (comme en
langage C). Lorsque le code est interprété, les espaces, retours chariot et tabulation
ne sont pas pris en compte par la serveur. Il est tout de même conseillé d’en mettre
(ce n’est pas parce qu’ils ne sont pas interprétés que l’on ne peut pas les utiliser)
afin de rendre le code plus lisible (pour vous, puisque les utilisateurs ne peuvent lire
le code source : il est interprété).
Les commentaires
Une autre façon de rendre le code plus compréhensible consiste à insérer des
commentaires, des lignes qui seront tout simplement ignorées par le serveur lors de
l’interprétation.
Pour ce faire, il est possible, comme en langage C, d’utiliser des balises qui
vont permettre de délimiter les explications afin que l’interpréteur les ignore et passe
directement à la suite du fichier.
CUFP DITAT
RAKOTOMALALA Andriatiana
66
Ces délimiteurs sont /* et */. Un commentaire sera donc noté de la façon
suivante : /*Voici un commentaire !*/
Il y a toutefois quelques règles à respecter :
� Les commentaires peuvent être placés n’importe ou, à l’intérieur des
délimiteurs de script PHP
� Les commentaires ne peuvent contenir le délimiteur de fin de
commentaire (*/)
� Les commentaires ne peuvent être imbriqués
� Les commentaires peuvent être écrits sur plusieurs lignes
Les commentaires ne peuvent pas couper un mot du code en deux. Il est
possible aussi d’utiliser un type de commentaire permettant de mettre toute la fin
d’une ligne en commentaire en utilisant le double slash (//). Tout ce qui se situe à
droite de ce symbole sera mis en commentaire.
Implémentation du code
L’interprétation du code par le serveur
Un script PHP est un simple fichier texte contenant des instructions écrites à
l’aide de caractères ASCII 7 bits (des caractères non accentués) inclues dans un
code HTML à l’aide de balises spéciales et stockées sur le serveur. Ce fichier doit
avoir l’extension ‘’.php’’ pour pouvoir être interprété par le serveur !
Ainsi, lorsqu’un navigateur (le client) désire accéder à une page dynamique
réalisé en php :
� Le serveur reconnaît qu’il s’agit d’un fichier php
� Il lit le fichier php
� Dès que le serveur rencontre une balise indiquant que les lignes
suivantes sont du code php, il ‘’passe’’ en mode php, ce qui signifie
qu’il ne lit plus les instruction : il les exécute !
� Lorsque le serveur rencontre une instruction, il la transmet à
l’interpréteur
� L’interpréteur exécute l’instruction puis envoie les sorties éventuelles
au serveur
� A la fin du script, le serveur transmet le résultat au client (le
navigateur).
Un script PHP est interprété par le serveur, les utilisateurs ne peuvent donc pas
voir le code source !
CUFP DITAT
RAKOTOMALALA Andriatiana
67
Le code source php stocké sur le serveur n’est donc jamais visible directement
par le client puisque dès qu’il en demande l’accès, le serveur l’interprète !
De cette façon aucune modification n’est à apporter sur les navigateurs…
Implantation au sein du code HTML
Pour que le script soit interprété par le serveur deux conditions sont
nécessaires : le fichier contenant le code doit avoir l’extension php et non html
Le code php contenu dans le code html doit être délimité par les balise < ?php
et ?>
Un script PHP doit :
� Comporter l’extension php
� Etre imbriqué entre les délimiteurs < ?php et ?>
Pour des raisons de conformité avec certaines normes (XML et ASP par
exemple), plusieurs balises peuvent être utilisées pour délimiter un code PHP :
< ?php et ?>
< ? et ?>
<script langage=’’php ‘’> et </script>
<%php et %>
Voici l’exemple le plus utilisé de script php
<html>
<head>
<title>Ma 1 ére page en php</title>
</head>
<body>
<?php
echo "Bonjour !";
?>
</body >
</html>
On notera bien évidemment que la fonction ‘’print’’ permet d’afficher sur le
navigateur
CUFP DITAT
RAKOTOMALALA Andriatiana
68
Schéma de fonctionnement de php :
Serveur Client
Figure 52 : Schéma de fonctionnement de php
Le client (le navigateur) demande à un serveur (défini par son adresse IP)
d’afficher une page d’extension particulière (php).
Le serveur va chercher le fichier concerné et avant de retourner comme une
page HTML normale, il va interpréter les lignes de script.
Le choix de langage a été effectué à partir de tableau comparatif des PHP et
JSP
PHP JSP
Langage procédural avec la possibilité
de faire de l’objet
Utilise le langage Java qui est
totalement objet
Langage interprète à chaque appel Plus gourmand en ressources à cause
de la JVM (Java Vurtial Machine).
Plus simple de mettre en place (il suffit
d’installer Wamp ou EasyPHP)
Un peut compliquer de mettre en place
(il faut installer le JDK,Tomcat et base
de données)
Il peut se connecter à toutes les bases
de données mais les
interfaces sont propriétaires
CUFP DITAT
RAKOTOMALALA Andriatiana
69
3. MySQL :
MySQL est un serveur de base de données relationnelles SQL très rapide,
robuste et multi-utilisateur. C’est un logiciel libre développé sous licence GNU.
4. PHPMYADMIN :
C’est une interface conviviale réalisée en langage php et MySql qui facilite la
gestion des bases de données MySQL sur un serveur.
L’hébergeur
L'hébergement de sites consiste à les mettre sur Internet. Les hébergeurs les
accueillent et les tiennent en permanence à disposition des internautes.
L'hébergement d'un site web se fait sur un serveur, c'est-à-dire un ordinateur
connecté 24h sur 24h et 7 jours sur 7 sur Internet. Le serveur contient toutes les
données du site et a pour fonction de les maintenir accessibles en permanence aux
internautes, quel que soit le nombre de ces visites.
Pour faire exister son site en ligne, il faut donc s'adresser à un hébergeur.
L'hébergement de site web prend généralement deux formes principales :
l'hébergement mutualisé et l'hébergement dédié.
Le plus usité (employé) est l'hébergement mutualisé. Comme son nom
l'indique, un seul serveur est partagé par plusieurs sites appartenant à différents
propriétaires. Cette formule est la plus économique, mais s'adresse à des sites qui
ne doivent pas être trop ambitieux en terme de nombre de visites et de technologies
nécessaires à leur fonctionnement.
Certaines offres d'hébergement mutualisé proposent même l'accueil gratuit de
sites web, mais il s'agit généralement de produits d'appel aux prestations très
limitées.
L'hébergement dédié s'adresse à plus expérimenter. Cette formule consiste
dans l'achat ou la location de son propre serveur, ce qui peut être une nécessité si le
site se destine à accueillir un nombre important de visiteurs ou si son
fonctionnement fait appel à une technologie sophistiquée. Dans ce cas, le
propriétaire du site administre lui-même son serveur, ce qui exige quelques
connaissances en la matière.
Si cette dernière condition pose problème, il existe des offres d'hébergement
dédié managées, c'est-à-dire que le locataire ou propriétaire du serveur en confie
l'administration à un professionnel.
CUFP DITAT
RAKOTOMALALA Andriatiana
70
Le type d'hébergement d'un site sur Internet va donc varier en fonction des
compétences, des besoins et du budget !
En outre, pour notre site : le choix d’un hébergeur est encore envisageable
suivant la décision de l’organisme par rapport aux dires de ce qu’ils pensent du
programme créer.
B. QUELQUES ECRANS REALISES
Figure 53: page d'accueil
CUFP DITAT
RAKOTOMALALA Andriatiana
71
Figure 54: mise à jour d'un bordereau d'envoi
Figure 55: ajout secrétaire
CUFP DITAT
RAKOTOMALALA Andriatiana
72
Figure 56: mise à jour des secrétaires
CUFP DITAT
RAKOTOMALALA Andriatiana
73
CONCLUSION
Ces quatre mois de stage que nous avons passé à la Direction de
l’Informatique, Transmutions et Appui Technique (DITAT) au sein de la Ministère de
la Sécurité Intérieur, nous a permis d’appliquer tous ce qu’on nous a appris durant
l’année universitaire, comme l’application de cours d’analyse et conception de
système d’information, le cours d’algorithme et cours en langage de programmation.
Nous avons pensé qu’il est impératif de concevoir un système d’information qui
répond au besoin de l’administrateur, car il permet de mettre à jours cette
application.
La création de l’application web de la DITAT peut faciliter la gestion des
courriers qui circulent au sein de cette direction. En outre, l’ouverture de cette
application à l’extérieur de la DITAT est indispensable surtout au niveau des autres
directions du Ministère de la Sécurité Intérieur à face de ce monde de la révolution
de la technologie internet. Marquons que cette application web est privé, c'est-à-
dire, elle n’est pas accessible à tous.
CUFP DITAT
RAKOTOMALALA Andriatiana
74
WEBOGRAPHIE
1) www.wampserver.com : site de WAMP SERVEUR, date de visite novembre 2010 ;
2) www.cyberzoide.developpez.com : site de recherche de cours et manuels PHP, date de visite décembre 2010 ;
3) www.commentcamarche.net/contents/php: site de cours de PHP, date de visite décembre 2010 ;
4) www.policenational.gov.mg : site de la police nationale de Madagascar, date de visite décembre 2010 ;
5) www.javascriptfr.com/forum : site de forum de discussion de java script, date de visite janvier 2011.
BIBLIOGRAPHIE
1) Monsieur HAJALALAINA Aimé Richard : UML et MySql, année Universitaire
2009-2010 ;
2) Monsieur BAKARI Maecha : cours de conduite de projet et php, année
Universitaire 2009-2010 ;
3) Monsieur RAZAFIMANDIMBY Josvoh Pole : Cours de français, année 2009-
2010;
4) « Gestion du site web de la Chambre de Commerce et d’Industrie de
Fianarantsoa » : Rapport de stage pour le passage en troisième année de
RAKOTOMALALA Andriatiana, année Universitaire 2009-2010 ;
5) Canevas de l’état de Besoin de la Direction d’Informatique, des
Transmissions et des Appui Technique, décembre 2010 ;