Encadreur pédagogique : Monsieur BAKARI Maecha

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


2008 Première année en formation de Licence professionnelle en ISR au


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


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


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


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


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


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


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


8

UC: Use Case;

UML: Unified Modeling Language;

SESP : Secrétariat d’Etat Chargé de la Sécurité Publique ;

CUFP DITAT


9

Première partie : PRESENTATION GENERALE

CUFP DITAT


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


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


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


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


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



Gouvernement

Primature

Gouvernement


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


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


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


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


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


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


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


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


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


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


24

Deuxième partie : ANALYSES ET CONCEPTIONS

CUFP DITAT


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


26

Une imprimante Canon Pixma IP1200 ;

Deux onduleurs.

Logiciels :



Avira Professional Edition, USB disque sécurité 3.0 ;


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 :



Avira Professional Edition;


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


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


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


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


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


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


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


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


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


35

c. Diagramme des classes

Figure 15 : diagramme des classe de Mise à jour de directeurs.

CUFP DITAT


36

2. Directeur

Figure 16 : UC "mettre à jour chefs service"

UC « Mise à jour chefs de service »


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.


� annuler.



Poste

conditions


Tableau 7:description textuelle de la mise à jours de chefs des service

CUFP DITAT


37

� Descriptions graphiques


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


38

Scénarii altératif

Figure 19: Scénarii alternatif de mise à jour de chefs des services


Figure 20: diagramme des classes de mise à jour des chefs de service

CUFP DITAT


39

3. Chef service

Figure 21 : UC "mettre à jour secrétaires"

UC « Mise à jour secrétaires »


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.


� annuler.



Poste

conditions


Tableau 8: description textuelle de mise à jours des secrétaires

CUFP DITAT


40


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


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


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


43

� Secrétaire

Figure 27: description des cas d'utilisation pour l'acteur "Secrétaire"

1. UC « s’authentifier »


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.


� Login ou mot de passe invalide ;

� Formulaire d’authentification.

Exceptions

CUFP DITAT


44

Poste

conditions

Autorisé à l’accès au système.

Tableau 9 : description textuelle cas d'utilisation"s'authentifier"



Figure 28: diagramme d'activité pour le cas d'utilisation "s'authentifier"

CUFP DITAT


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


46


Figure 31 : diagramme de classe de l'authentification

CUFP DITAT


47

2. UC « enregistrer courriers »


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


� Erreur de saisie ;

� Formulaire de saisie.

Poste

conditions

Enregistrement bien effectué

Tableau 10:description textuelle cas d'utilisation"saisir"


a) diagrammes d’activité

Figure 32: diagramme d'activité pour le cas d'utilisation "saisir"

b) diagrammes des séquences

Scenarii nominaux

CUFP DITAT


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


49

3. UC «consulter courriers »


Objectifs Pour consulter les courriers

Acteurs Secrétaire, Chef de service, Directeur

Pré condition Courriers enregistrés.


2. lister les courriers;

3. Rechercher ;

4. Consulter ;

Alternatifs

Exceptions

Poste

conditions

Consultation bien effectuée

Tableau 11:description textuelle cas d'utilisation"consulter"


a) diagramme d’activité

Figure 35: diagramme d'activité pour le cas d'utilisation "consulter"

CUFP DITAT


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


51

4. UC « imprimer courriers »


Objectifs Pour imprimer les courriers.

Acteurs Secrétaire, chef service, chef cabinet et le directeur.

Pré condition Utilisateurs autorisés.


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"


a) diagrammes d’activité

Figure 38: diagramme d'activité pour le cas d'utilisation "imprimer"

CUFP DITAT


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


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


54


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é.


� Annuler modification ;


� Erreur de modification.

� Formulaire de modification.

Poste

conditions

Modification effectuée.

Tableau 13: description textuelle cas d'utilisation"modifier"


a) Diagramme d’activité

Figure 43: diagramme d'activité pour la modification des courriers

CUFP DITAT


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


56

b. Diagramme des classes

Figure 46: diagramme des classes pour la modification

2. UC «archiver courriers »


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.


� Annuler

� Modifier ;

Exceptions

Poste

conditions

Courriers archivées.

CUFP DITAT


57

Tableau 14:description textuelle cas d'utilisation"archiver"


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


58

� Scenarii alternatif

Figure 49: Scénarii alternatif:enregistrement annulé

� Diagramme des classes

Figure 50: diagramme des classes de l'archivage

CUFP DITAT


59

IV. DIAGRAMME DES CLASSES DES COURRIERS

Figure 51: Diagramme des classes de la gestion des courriers

CUFP DITAT


60

Troisième partie : REALISATION

CUFP DITAT


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


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


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


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


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


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


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


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


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


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


71

Figure 54: mise à jour d'un bordereau d'envoi

Figure 55: ajout secrétaire

CUFP DITAT


72

Figure 56: mise à jour des secrétaires

CUFP DITAT


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


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 ;