Conception et mise en place d'un système d'information informatisé pour la gestion d'octroit et renouvellement des licences du personnel aéronautique

B U Z I Linda Page | I

EPIGRAPHIE

« Henry Ford produisait des automobiles, Boeing

construisait des avions, les spécialistes en sciences

informatiques produisent de l'intelligence grâce aux

nouvelles méthodes et techniques et les mettent au

service de l'humanité toute entière »

Bill gates

B U Z I Linda Page | II

DEDICACE

A notre Père Céleste Dieu tout puissant pour tout ce qu'il ne cesse de faire pour nous depuis notre naissance jusqu'à ce jour.

A ma grande soeur BUZI KAMANENDJE SYLVIE, qui n'a cessé de créer en moi le goût des études de m'encourager pendant les moments forts et difficiles, qui a apporté soutiens, tant moral, matériel que financier.

A ma mère MBO NDOPENE CHARLOTE, qui m'a donné la vie, pour son amour et conseils ;

A mon père BUZI LEMBA LEMBA, pour tend des conseils consentis à mon égard et son soutient, tant moral, matériel que financier.

A mes frères: CEDRICK BUZI, PATRICK BUZI, ARNOLD BUZI, CHRISTIAN BUZI, FRANCIS BUZI et JOEL BUZI

A Monsieur DADOU, JULIEN et JOHALIM pour vos sacrifices consentis à mon égard.

A mes amis (es), et connaissances : PISTIS MBAMBI, YVE MABAYA, CATHY ILENDA, PRISA PE ESO, PASSY KABASELE, ARNOLD MPONO, GLORIA TAKENGE, YVE KEMBO, LUCIEN SIMAKUMU, Y COOL, WERLI, VOLTE ZANKOMPANI. Que tous ceux le nom ne sont pas cité ne tiennent pas rigueur.

BUZI LINDA

B U Z I Linda Page | III

AVANT PROPOS

Nous sommes arrivés au terme de notre premier cycle en gestions informatique à l'institut supérieur pédagogique de la Gombe « ISP/GOMBE » en sigle, une étape qui se termine avec l'élaboration de ce travail, fruit de beaucoup de sacrifice et de grande volonté. Un travail qui n'a pas été une tâche individuelle mais plutôt il a concouru des mains fortes de certaines personnes qui doivent être révélées.

Avant tout nous ne manquerons jamais de montre notre gratitude envers le Tout Puissant Seigneur pour le souffle de vie et la force qu'il nous a donnée pour l'acheminement de cette oeuvre scientifique.

Nos remerciements s'adressent d'abord à Monsieur le professeur KUTANGILA MAYOYA, ainsi que à l'assistant WANGI NGOY et KIBI pour avoir accepté, malgré leurs multiples occupations, de diriger ce travail, la pertinence et la profondeur de leur remarques nous ont beaucoup aidé à réaliser ce travail et nous aideront encore dans notre avenir scientifique, qu'ils trouvent à travers ces lignes l'expression de notre gratitude.

A travers eux, nous remercions toutes les autorités académiques, au corps professoral et scientifique de L'Institut Supérieur Pédagogique qui se sont dépensé corps et âme pour notre encadrement intellectuel, moral et technique combien considérable dont ils ont fait montre de bonne foi, et ce, portant un intérêt particulier à notre formation.

Nous sincères remerciement à tous les agents de l'AAC malgré leurs multiples occupations n'ont pas cessés de m'accorder leurs temps pour la collecte des données.

Nous remercions également tous nos amis, collègues et compagnons de lutte avec lesquels la traversée était difficile au risque de chavirer, ont tenu bon jusqu'à l'assaut final dont le présent travail est le couronnement de nos efforts et notre persévérance. II s'agit de : ARNOLD MPONO, BAFIALA MUKUNAY, GLORIA TAKENGE, MICHEL.

B U Z I Linda Page | IV

Nos remerciements vont également à tous ceux qui, au cours de notre formation, ont apporté leurs soutiens, tant moral que matériel et dont nous n'avons pu reprendre ici les noms.

Que toutes ces personnes trouvent en ce travail l'expression de notre profonde gratitude !

BUZI LINDA

B U Z I Linda Page | - 1 -

0. Introduction

Le monde est sous l'emprise de l'informatique, ceci signifie qu'aucun secteur de la vie ne peut échapper à l'informatique, qui est la science de traitement rationnel et automatique de l'information.

Il permet de réalisé un travail dans un brefs délai (un temps record), et cela avec une réduction maximale des erreurs.

En effet, malheureusement dans notre pays, qui est la Démocratique du Congo, l'usage de l'informatique n'est pas effectifs dans le mesure où il y a plusieurs domaines, jusqu'à ces jours, travails manuellement. C'est pour cela nous constatons une certaine léthargie dans le traitement des informations.

Dans l'époque actuelle, chaque responsable cherche de moyen à réduire certaine tâche manuelle qui ralentisse la circulation des informations au sein de l'entreprise en mettant un système pouvant faciliter le contrôle, le suivi et la coordination de toutes les activités. Cette situation n'échappe pas pour les responsables de l'Autorité de l'Aviation Civile(AAC) qui cherche aujourd'hui à faire la suivie de toutes les opérations en rapport avec l'octroi et renouvellement de la licence des personnels aéronautiques du pays.

Face à cette situation, la solution d'informatisation s'avère indispensable et est un atout majeur pour la meilleure gestion et la survie de l'entreprise.

0.1. Problématique

Il est vrai et réel que dans toute recherche scientifique, nécessite toujours certaine problèmes vraies au quels nous devons proposer des solutions.

La gestion d'octroi et renouvellement des licences est tellement complexe et exige un bon suivie car elle est la seule moyen génératrice de recette de l'entreprise, qui est un intérêt fondamental, non seulement de l'employeur, mais aussi de l'employé.

B U Z I Linda Page | - 2 -

C'est pour cela, nous pouvons répondre aux questions suivantes pour le développement de notre sujet :

w' Comment se déroule le travail au sein de ses services ?

w' Des quels manière sont traité et conservé les informations relative à la

gestion d'octroi et de renouvellement des licences?

w' Quels sont les points forts et faibles de l'organisation ?

w' De quoi sont dus ses points faibles ?

0.2. Hypothèse

L'hypothèse constitue une série de réponses provisoires à toutes ces questions posées au niveau de la problématique.

De nos jours, l'ordinateur se révèle comme l'outil par excellence qui nous permet de pallier à toutes ces insuffisances, à répondre à toutes ces questions liées à la gestion d'octroi et renouvellement des licences au sein de l'Autorité de l'Aviation Civile (AAC), aura pour objectif de mettre sur pied une base de données pour stocker les informations afin d'obtenir d'une manière aisée et rapide de différents document dont les gestionnaires auront besoin. Ce service semble être la solution la mieux indiqué. Cela semble être la solution la mieux indiquée pour aplanir les difficultés de la gestion manuelle.

0.3. Choix et intérêt du sujet

L'intérêt du sujet peut se situer à 3 niveau :

1) Notre projet d'informatisation permettra aux différents services de l'Autorité de l'Aviation Civil (AAC), particulièrement le service PEL de réduire sensiblement le volume de paperasse, c'est-à-dire la masse des informations, l'encombrement des dossiers, la durée de la recherche d'identité et de faire face aux erreurs matérielles aux quelles le système de gestion traditionnelle est confronté.

B U Z I Linda Page | - 3 -

2) Les bénéficiaires de ces licences sont considérés comme des clients, d'où, ils doivent être reçu de manière à gagner du temps et de bénéficier d'un service de qualité, de ne pas être victime d'erreurs dû à cet ancien système de gestion.

3) L'élaboration de ce travail scientifique, qualifié par des méthodes, doit donner à l'étudiant finaliste au premier cycle en informatique de gestion, une première expérience et celui permettre d'appliquer les notions apprises pendant trois ans d'études en informatique de gestion, autant plus que cela est un préalable d'enseignement supérieur et universitaires.

0.4. Méthodes et Techniques

Pour une bonne appréciation technique et méthodique d'un travail scientifique, le chercheur à l'obligation d'utiliser les différentes méthodes pour arriver à la réalisation du dit projet. Voici quelques techniques et méthodes que nous avons utilisée :

0.4.1. Méthodes

Dans la réalisation de ce travail, nous avons fait recours aux méthodes ci-après :

a. Méthode structuro fonctionnelle

C'est une méthode qui nous a permis de connaître la gestion de taches au sein de l'AAC à partir de l'organigramme qui nous a été donnée.

La préoccupation étant complexe, nous tirons des informations séparément pour avoir une solution globale.

b. Méthode analytique

Ainsi notre projet s'intéressera à l'informatisation d'un département ou mieux d'un service chargé d'octroyer et de renouveler les

B U Z I Linda Page | - 4 -

c. Méthode Merise

Cette dernière est purement informatique et il nous a permis de concevoir une base de données cohérente, à partir de laquelle plusieurs besoins des utilisateurs peuvent être réalisés.

0.4.2. Techniques

La technique est une arme qu'un chercheur sert au terrain pour la récolte des données. Pour ce nous aurons besoins de techniques suivantes :

A. Documentation

Cette technique nous a permis de récolter des données à partir de document utilisé.

B. Observation

Celle-ci nous a permis de récolté des données, soit même à partir de l'observation.

C. Interview

Celle-ci nous a permis de récolté les données oralement par jeux de question - réponse.

0.5. Délimitation des sujets

Tout travail scientifique doit se situer dans le temps et dans l'espace, ceci permettra au chercheur de déterminer l'horizon d'étude de son projet.

B U Z I Linda Page | - 5 -

licences (service PEL) au sein de l'Autorité de l'Aviation Civile (AAC) et les données de notre recherche s'inscrit dans un espace temporel couvrant les deux dernières années, à savoir 2011-213.

0.6. Subdivision du travail

Hormis l'introduction et la conclusion, notre travail comprend deux parties essentielles.

La première partie est relative aux approches théoriques des concepts de base et la conception générale du système d'information. Cette partie comprend deux chapitres, la première est consacrée à l'approche conceptuelle et le second sur l'étude de l'existant.

La deuxième partie traite le développement du nouveau système pour qui il a trois chapitres, la première sur la conception du système d'information organisé, le second sur la conception du système d'information informatisé (S.I.I.) et la dernière sur la réalisation du système d'information.

B U Z I Linda Page | - 6 -

Première Partie :

GENERALITE

B U Z I Linda Page | - 7 -

Chapitre I : APPROCHE CONCEPTUEL

I.1. Système

Le système est l'ensemble des éléments qui sont en corrélation ou interaction, qui forme un tout ; c'est aussi un groupe de composant relié, pour un objectif commun¹. Dans un processus de transformation organisé que utilise des ressources et transforme en produits finie, ces système à trois composantes qui sont en interaction :

i' Les entrées : Sont des éléments bruts ressemblés

i' Les traitements : Le processus de la transformation

i' Le sortie : Le résultats du traitement en produit finie.

Un système est encore un ensemble d'élément monétaire ou immatériels (Homme, machines, ...) en interaction dynamique, transformant par un processus des éléments entrants appelées « in put » et en sortant appelés « Out put »2

Nous n'envisageons ici que des systèmes constitués par des organisations (entreprises, organisation, etc.) et fonctionnant en vue de la réalisation de certain objectifs.

I.1.1. Système d'information

C'est l'ensemble des informations circulant au sein de l'organisation (entreprise) et de la moyenne mise en oeuvre pour les gens³

Le système est organisé en différentes petits système appelé sous système, ainsi nous avons :

i' Système de pilotage : a comme rôle la prise de décisions et

Il définit aussi le plan stratégique (c'est-à-dire la politique de l'entreprise) du développement de l'entreprise à court, moyen et long terme. Il est constitué

¹ KAKAFUKA N'SAPO Théo, note de cours système d'exploitation, ESFORCA, 2007-2008

² Jacques Bureau, Dictionnaire de l'informatique, librairie Larousse, Paris, 1979, P. 85

³ BRIEN, J.O, Les systèmes d'informations de gestion, Montréal, éd. Boeck université, 1993, P5-6.

B U Z I Linda Page | - 8 -

des membres décisionnels. Il transmet des ordres au sous-système opérant via le système information.

i' Système d'information : ce sous-système constitue le trait d'union

Entre le système de pilotage et le système opérant. Il peut être définit comme l'ensemble des informations circulant dans l'entreprise ou l'organisation (informations internes et externes).

i' Système opérant (opérationnelle) : exécute les tâches, produites Les biens selon les besoins des utilisateurs, au système de pilotage(SP). 4

Système de pilotage

Système d'information

Système Opérant

1.1.2. QUALITE D'UN SYSTEME D'INFORMAT

Le système d'information doit posséder des qualités ci-après :

i' La fiabilité: le système d'information doit fournir les informations Fiables, sans erreurs, autrement un bon système d'information doit contenir moins d'erreurs possibles.

i' La rapidité : un bon système d'information doit mettre à temps, dans un

délai court les informations ou résultats à la disposition des utilisateurs. i' La pertinence : un bon système d'information doit être capable de

déceler les informations erronées qui circulent dans le système.

i' La sécurité : un bon système doit être capable d'assurer une sécurité pour les informations en son sein.

⁴ Mviobidulu Kaluyit et Toussaint Mungidi, note de cours méthode d'analyse informatique, inédit, G2 informatique, ISP-G, 2012 page 2-4

1 GINGUAY, M., LAURET, A. Dictionnaire d'informatique, 3 ^ème édition MASSON

⁶ MESTERS, J.P., Devenir champion de dbase 3 plus : Théorie et exercice, éd. Marabout 1990, p. 17.

B U Z I Linda Page | - 9 -

? D'où le rôle du système d'information est :

? De traiter ;

? De stocker ;

? De diffuser les informations ;

? De communiquer les informations ;

? De tenir compte dès la valeur ajoutée.

I.1.2. Système informatique

C'est un système d'information comportant l'ensemble de moyens matériels, algorithmes et logiciel permettent de traité le données d'une façon automatique.

I.2. Base des données

I.2.1. Définition

Rassemblement en un fichier unique, d'un ensemble de données nécessaires aux traitements d'une application sous tous ses aspects. Parfois fichier utilisé par une banque de données.

La constitution d'une base de données exige l'établissement de la liste des rubriques qui sont à fournir et la définition des associations qui sont nécessaires entre ces données dans le traitement envisagé ; elle doit aussi établir les chemins d'accès, c'est-à-dire les critères qui serviront à accéder à un groupe de données.

D'autre part, les constructeurs offrent des organisations de base de données appropriées au rangement des données sur disque, si possible avec un minimum de redondance pour faciliter la mise à jour et réduire les encombrements, des méthodes d'accès permettant l'extraction de données selon différents critères et des langages permettant de créer de base, de lire, d'écrire et de mettre à jour son contenu en fonction des méthodes d'accès :

Les verbes de ces langages sont un complément aux langages traditionnels5. Ou encore une base de données est un ensemble d'informations organisées selon un système précis6. Elle peut être définie

B U Z I Linda Page | - 10 -

comme étant un ensemble des données modélisant les objets d'une partie du monde réel et servant de support à une application informatique. Pour mériter le terme de base de données, cet ensemble de données doit être interrogeant par le contenu, c'est-à-dire que nous devons pouvoir retrouver tous les objets qui satisferont à un certain critère7.

Une base de données sur un certain sujet est un ensemble des renseignements sur ce sujet qui répond qui critère suivant :

1. Structure

2. Non redondance

3. Exhaustivité

La structure implique l'adaptation du mode de stockage de renseignements aux traitements qui les exploiteront et les mettront à jour, ainsi qu'au coût de ces renseignements dans l'ordinateur. Ou encore la manière dont une chose est disposée, arrangée ; manière dont les parties d'un tout sont arrangées entrait-elle8.Les non redondances impliquent la présence d'un renseignement donné une et une seule fois.

L'exhaustivité implique la présence dans l'ensemble qu'est la base de données de tous les renseignements qui ont trait au sujet en question9.

O'BRIEN définit une base de données comme étant un ensemble d'enregistrements et de fichiers liés par la logique. En effet, la base de données consolide les enregistrements préalablement stockés dans les fichiers indépendants de manière à servir de fonds commun de données accessibles à divers programme d'application. La gestion de la base de données désigne le mode de création, d'interrogation et de mise à jour des données, afin de fournir des information précieuses aux utilisateurs et à l'organisation10.

I.2.2. Avènement des bases de données

Le concept base de données est un concept récent par rapport à l'informatique. Il a été forgé en 1962, entre autre par Charles BACKMANN dans son ouvrage intitulé The Evolution of storage structure.

⁷ GARDARAIN, G., Base de données : Objet et relationnel, Paris, Eyrolles, 2001, p. 3.

⁸ GINGUAY, M. ; LAURET, A., Op.Cit

⁹ MARTIN, D., Base de données : Méthodes pratiques sur maxi et micro-ordinateur, Paris, 3 ème édition DUMOND, 1985, p. 1

¹⁰ O'BRIEN, J., Le système d'information de gestion, Montréal, De Boeck université, 1995, p. 245.

B U Z I Linda Page | - 11 -

Dans cet ouvrage, l'auteur pose deux questions « Pourquoi on est passé de l'approche centrée ordinateur c'est-à-dire l'approche fichier classique à l'approche orienté base de données ? Et Comment on en est arrivé là ? »

Les réponses à ces questions peuvent être les suivantes :

a. L'approche classique, les méthodes d'analyse et la conception classique n'offraient pas entièrement satisfaction. Elles étaient bourrées à craquer des lacunes et des insuffisances situées à trois niveaux :

1. Les redondances (synonymes et polysémies) ;

2. La dépendance logique et physique entre application et donnée ;

3. Le manque de standardisation (normalisation) des méthodes du travail.

b. Pour arriver à l'approche orientée base de données, il faut :

1. Analyser les besoins en termes de données de tous les utilisateurs de l'entreprise ;

2. Epurer les données c'est-à-dire supprimer les redondances ;

3. Stocker sur un support (disque) magnétique contenant toutes les Informations de l'entreprise.

1.2.3. Typologie

Selon le type de système de gestion de base de données utilisé, nous distinguons trois sortes de base de données, à savoir :

1. Les bases de données hiérarchiques : ces données sont développées en arbres par famille ;

2. Les bases de données en réseaux : les données d'appellent l'une l'autre grâce à des chaînages existant entre les rubriques liées entre-elles ;

3. Les bases de données relationnelles : est une base de données dont les fichiers sont des ensembles appelés relations11.

Notre attention particulière va aux bases de données relationnelles, d'autant plus que l'environnement des micro-ordinateurs n'utilise que ces dernières.

En d'autre terme, une base de données relationnelle est

une organisation de base de données s'appuyant sur les relations des données

11 HAINAUT, Base de données et modèles de calcul : outil et méthodes pour l'utilisateur, Paris, 2 ème Edition DUNOD, 2000, p. 6.

B U Z I Linda Page | - 12 -

entrait- elle, relation est prise ici au sens mathématique du terme.

Notons que les bases de données ont entraîné le développement du modèle de données en collection de tableaux de deux dimensions. Ainsi une base de données relationnelle apparaît comme une collection de tables de données ou fichiers plats.

I.3. Système de gestion de base de données

I.3.1. Définition

Un système de gestion de base de données, SGBD en sigle, est un ensemble de programmes informatiques qui contrôlent la création, la mise à jour et l'utilisation des BDD d'une organisation et de ses utilisateurs.

Toutefois, le SGBD permet aux organisations de laisser la création des BDD desservant toute l'organisation entre les mains des administrateurs de BDD et des autres spécialistes, ce qui accroît l'intégrité et la sécurité des bases12.

Un SGBD peut donc apparaître comme un outil informatique permettant la sauvegarde, l'interrogation, la recherche et la mise en forme des données stockées sur mémoire secondaire13.

Outre ces premiers objectifs, nous avons des objectifs

additionnels découlant des premiers, à savoir :

· L'efficacité des accès aux données ;

· Le partage des données ;

· La cohérence des données ;

· La redondance contrôlée des données ;

· La sécurité des données

I.3.2. Fonction

Un SGBD a en lui les fonctions suivantes :

· Décrire les données de base ;

· Interroger ces données ;

· Mettre à jour ces données ;

· Transformer ces données ;

· Assurer le contrôle d'intégrité ;

¹² O'BRIEN, J. Op.Cit

13 GARDARIN, G, Op.Cit, p. 4.

B U Z I Linda Page | - 13 -

· Assurer le contrôle de concurrence et de sécurité. I.3.3. Types de SGBD

Il existe trois types de SGBD :

· Le SGBD hiérarchique

· Le SGBD réseau

· Le SGBD relationnel

I.3.3.1. SGBD Hiérarchique

C'est un SGBD de la première génération (1960) dans lequel les données sont chargées et se présentent sous forme arborescente et l'accès aux données d'un niveau quelconque exigé l'emprunt d'un seul et unique chemin en passant par les niveaux intermédiaire.

Il repose sur une structure des données en forme d'arbres où chaque noeud est une entité. Ainsi, une structure hiérarchique est une structure d'arbres commençant par un segment racine, auquel on peut ajouter des nouveaux segments sur un niveau inférieur, qui vont dépendre des précédents par un point d'entrée.

Figure : Schéma d'un modèle hiérarchique

B U Z I Linda Page | - 14 -

I.3.3.2. SGBD Réseau

De même type que le précédent, mais dont la seule différence est qu'ici l'accès à un niveau de données peut se faire par multiples chemins.

Il repose sur la structure des graphes, qui représente un ensemble des segments reliés entre eux, n'offrant pas nécessairement des positions hiérarchiques les uns par rapport aux autres. Le modèle réseau repose sur le modèle hiérarchique. Ainsi, dans le modèle réseau, la structure des données n'est pas hiérarchisée c'est-à- dire chaque entité peut être liée à n'importe quelle autre.

ADRESSE

Nom

DOCTEUR

N°

AVENUE

COMMUNE

Figure : Schéma de modèle réseau14 I.3.3.3. SGBD Relationnel

De la deuxième génération (1970-1980), il est une création de F. CODD, mathématicien anglo-saxon, à partir des notions d'algèbre.

Le SGBD relationnel est le type de SGBD le plus utilisé actuellement. La plupart de micro-ordinateurs fonctionnent avec ce système. Un SGBD est dit relationnel s'il remplit au moins un des critères ci-après :

? Critère d'intégrité d'entité : la table créée doit avoir une clé primaire non doublant ;

? Critère d'intégrité de référence : si dans une table existe une clé secondaire qui fait référence à une autre table où elle est une clé primaire, cette table doit exister avec la valeur de cette clé secondaire comme clé primaire ;

¹⁴ Source : P O MVIBUDULU, note de cours de SGBD, Première Licence UPC

B U Z I Linda Page | - 15 -

· Posséder un langage ayant une puissance algébrique.

Le SGBD peut être totalement ou partiellement relationnel. Il est totalement relationnel s'il remplit tous les critères. Et il est partiellement relationnel s'il remplit au moins un critère.

Figure : Schéma de modèle relationnel15 I.3.4. Objectifs des SGBD

Le principal objectif d'un SGBD est d'assurer l'indépendance des programmes aux données, c'est-à-dire la possibilité de modifier le schéma conceptuel et donc les schémas externes vus par ces programmes lors des modifications des structures logiques (le découpage en champ et articles) et physiques (le mode de stockage) des données.

En résumé, voici les objectifs premiers d'un SGBD :

· Indépendance physique de programmes aux données ;

· Indépendance logique de programmes aux données ;

· Manipulation des données par des langages non procéduraux.

Les SGBD conduisent à mettre en commun les données d'une entreprise, au moins d'une application dans une base de données décrite par un dictionnaire de données.

En résumé, voici les objectifs additionnels de SGBD, qui sont en fait des conséquences des objectifs premiers :

¹⁵ Source : P O MVIBUDULU, note de cours de SGBD, Première Licence UPC

B U Z I Linda Page | - 16 -

· Efficacité des accès aux données ;

· Partage des données ;

· Cohérence des données ;

· Redondances contrôlée des données ;

· Sécurité des données.

I.4. Merise

I.4.1. Définition

Merise est une méthode de conception et du développement de Système d'information.

Cette méthode est le fruit acide mais charnu du merisier noir. La méthode a pris ce nom parce qu'elle est difficile pour le débutant mais agréable et facile à la fin.

Certains auteurs ont définit la merise comme une méthode de recherche en informatique par sous-ensemble tandis que Hubert TARDIEU, la définie comme une méthode qui consiste à ressembler les idées sans efforts.

I.4.2. Caractéristiques

? Une méthode à vision globale (théorie des systèmes) menée parallèlement et simultanément entre les données et les traitements ;

? Une méthode qui procède par étapes et par niveaux. Elle est inspirée d'une méthode américaine appelée ANSI-X3-SPARC. Chaque étape a deux niveaux (niveau de données et niveau de traitements) ;

Pour concevoir un système d'information, il y a lieu d'élaborer les étapes ci-après :

Niveaux	Données	Traitements
Conceptuelle	Modèle conceptuel de données (MCD)	Modèle Conceptuel de traitement (MCT)
Organisationnelle	Modèle organisationnel des données (MOD)	Modèle Organisationnel de traitement (MOT)
Logique	Modèle Logique des données (MLD)	Modèle Logique de Traitement (MLT)
Physique	Modèle Physique des données (MPD)	Modèle Physique de traitement (MPT)

B U Z I Linda Page | - 17 -

> Une méthode qui procède par cycle (les cycles de MERISE ; cycle de vie ou de développement, cycle de décision et cycle d'abstraction), c'est une méthode tridimensionnelle.

> Cycle de vie ou de développement : c'est la conception d'une façon détaillée de chaque phase de modélisation. Cet axe a pour sens le temps.

> Cycle d'abstraction : on compte le système d'information sans tenir compte de l'organisation et des matériels. Cet axe va du moins abstrait (réalité) au plus abstrait ;

> Cycle de décision : c'est la prise de décision due au changement, aux modifications aux restrictions du système d'information à une étape donnée.

Cycle d'abstraction

Conceptuelle

Organisationnelle

Logique

Physique

Cycle de

Production logicielle

Cycle de

Source¹⁶

Etude préalable Conception détaillée

¹⁶ NANCI D., ESPINASSE B., Ingénierie des systèmes d'information : Merise. Deuxième génération, Ed. VUILBERT, Paris, 2002

B U Z I Linda Page | - 18 -

Chapitre II : ETUDE DE L'EXISTANT

Cette étude permet de connaitre les moyens utilisés, la circulation des informations et les documents utilises, par l`entreprise, en vue de les diagnostiquer, chercher les solutions parmi lesquelles choisir la solution approprie ou la meilleure solution.

II.1. Présentation de l'AAC

II.1.1. Situation Géographique

L'Autorité de l'Aviation Civile en sigle (AAC/RDC), exerce ses activités sur l'ensemble du territoire national son siège social est établi à Kinshasa.

Il est situé sur l'avenue Colonel Ebeya n°54 dans la commune de la GOMBE.

II.1.2. Aperçue Historique

Il est créé un établissement public à caractère administratif et technique doté de la personnalité juridique, appelé Autorité de L'Aviation Civile de la République Démocratique du Congo, ci-après dénommé « AAC/RDC ».

L'AAC/RDC est régi par la loi n° 08/009 du 07 juillet 2008 portant disposition générales applicables aux établissements publics.

Vu la convention relative à l'Aviation Civile Internationale du 07 décembre 1944, dite convention de Chicago ;

Vu la loi n°10/014 du 31 décembre 2010 relative à l'Aviation civile ; se ainsi revu le décret n°049-B/2003 du 30 Mars 2003 portant création organisation et fonctionnement de l'Autorité de l'Aviation Civile du Congo en sigle « AAC »

B U Z I Linda Page | - 19 -

II.1.3. Objet social et Statut juridique

L'AAC/RDC est le conseiller du gouvernement en matière

d'aviation civile à Ce titre, sans préjudice des dispositions légales et
réglementaires à la vigueur, elles est notamment chargée :

i' D'assister le gouvernement dans la définition et la conduite de la

politique aéronautique nationale en tenant compte des besoins du pays

et de normes et conventions internationale actualisée ; i' D'exécuter la politique de l'Etats congolais en matière d'aviation civile i' De délivrer, renouveler, suspendre ou retirer ;

Tout agrément, permis, certificat, et toute autorisation ou licence de personnels aéronautiques prévus par la réglementation ; i' Les certificats des transformateurs aériens ;

i' Les certificats des navigabilités, les licences, station radio et les certificats de nuisances ;

i' De veiller à la promotion de l'aviation civile en République Démocratique du Congo ;

i' D'assurer la liaison avec les organisations internationales dans les domaines relatifs à l'aviation civile.

B U Z I Linda Page | 20

Organigramme Générale

Source : Secrétariat général

B U Z I Linda Page | 21

II.2. Analyse de l'existant

Dans cette section on essaie d'appréhender ce qui existe, il est question ici de connaître le domaine dans lequel notre étude porte. On analysera rien que les postes, les documents, moyens de traitement faisant partie de l'aspect que nous avons choisi, à savoir : la gestion d'octroi et de renouvellement des licences.

II.2.1. Analyse des postes

Après avoir analysé la structure de l'entreprise, on peut alors passer à l'étude de poste de travail.

Le poste de travail, concerne chaque service et chaque département, ainsi l'analyste pour réaliser ce travail aura comme point de référence, la structure de l'entité sous analyse.

Lors de l'étude de poste de travail, les informations telles que :

? Le nom du poste ;

? La codification mnémonique du code (abréviation du code) ; le travail

effectué au sein de chaque poste ;

? Le responsable du poste de travail, ainsi que sa qualification ;

? Le moyen matériel utilisé ;

? Le nombre de document traité à chaque poste.

II.2.2. Analyse des postes du service PE

Elle permet de décrire les activités des services concernés. Ces services sont issus à partir de l'organigramme général. L'étude des postes du travail a comme objectif de donner les détails de chaque poste à savoir : description des taches exerces et les différentes informations.

B U Z I Linda Page | 22

II.2.2.1. ORGANIGRAMME

DIRECTION PEL

OFA

OFA

L Q

PAS

PAN

LEGENDE

OFA : Ecole d'aviation et formation OFA : Bureau de formation LQ : Licence et qualification PAN : Personnel aéronautique navigant

PAS : Personnel Aéronautique

a. Bureau PAN (personnel aéronautique navigant)

Ce service englobe ou renfermes, les pilotes des lignes, pilotes professionnels, pilotes privés, les flight engleners, les mécaniciens navigant, les hôtesses de l'air. Assure que leur document sont normales bien remplis grâce aux contrôleurs aéronautiques avant de les envoyer aux, chefs de services de licences et qualification et demande l'insertion des qualifications.

B U Z I Linda Page | 23

b. bureau PAS (personnel aéronautique au sol)

Ce bureau s'occupe du personnel au sol, par là nous voyons les load-master, les mécaniciens au sol, l'operateur radio téléphoniste et insère les qualifications requises à ce personnel par rapport à sa formation et cela grâce à ses contrôleur

C. Secrétariat

C'est le point focal. Il vérifie tous les documents et lettres venant de la direction général et le remet au directeur PEL, qui après traitement et orientation le lui remettra.

i' Il assure la communication entre la direction PEL et ses services ; les services et bureau

i' S'assure de l'évolution des dossiers

i' Saisie et imprime les correspondances de la direction ; les licences. Inséré les qualifications

i' Vérifie tous les documents en ordre et dossiers visés avant qu'elle soit transmise à la direction PEL

i' Prend tous les documents signés et les amènes à la direction général par le cachet.

II.2.3. Analyse des documents

Les principaux documents répertoriés sont :

i' La licence

i' Lettre reçu

i' Lettre expédiées

i' Carnet de vol

i' Attestation médical

B U Z I Linda Page | 24

a. La Licence

C'est le seul document qui donné à une personne aéronautique le pouvoir d'effectuer le vol dans l'espace aérienne de la RDC.

B U Z I Linda Page | 25

B U Z I Linda Page | 26

b. Lettres Arrivée

C'est un document, que sert à identifier les différents reçus au sein de l'AAC pour la demande de l'octroi et de renouvellement des licences.

B U Z I Linda Page | 27

c. lettré expédiées

C'est un document, que sert à identifier les différentes lettres expédiés d'un service à un autre au sein de l'AAC pour la demande de l'octroi et de renouvellement des licences.

B U Z I Linda Page | 28

II.2.3. Analyse de moyen de traitement

Il s'agit de présenter les moyens utilisés par l'entreprise pour atteindre les objectifs qui lui sont assignés. L'AAC dispose de trois types de moyens de traitements. Il s'agit des moyens matériels, humains et financiers.

1. Moyens matériels

Il est question dans cette partie de mener une étude sur les différents matériels utilisés pour le traitement des informations.

L'Autorité d'Aviation Civile utilise comme outils de travail les papiers, les cahiers de registre, les stylos, les crayons, les fardes, les tables chaises, armoires, calculatrice, étagère, agrafeuse, etc.

N0	Noms de matériels	Quantité	Année d'acquisition	Utilisateur	Etat
1	cahier registre	5	2007	5	Bon
2	stylos, crayons	Plusieurs	2007	-	Bon
3	tables, chaises, armoires	3,5 et2	2007	-	Bon
4	Calculatrice	4	2008	4	bon
5	agrafeuse	3	2008	3	bon
6	Etagère	1	2008	-	bon
7	Classeurs	5	2008	-	bon
8	Ordinateurs	2	2013	2	bon
9	Imprimante	1	2007	1	bon

B U Z I Linda Page | 29

2. Moyens humains

Il s'agit ici d'évaluer les ressources humaines déployées par le système existant pour le traitement des informations.

Nom des postes	N^bre de personnes	Niveau d'étude	Spécialité	Ancienneté
Licence et qualification	6	L	Facture	3
PAN(personnel aéronautique navigant)	10	L	Assistant	4
PAS(personnel aéronautique au sol)	12	L	Comptabilité	5

3. Moyens financier

Le moyen financier de l'entreprise provient de frais d'octroi et de renouvellement de licence et du budget de l'Etat.

II.2.4. Analyse de flux d'information

Le flux d'information est l'ensemble d'information qui circule au sein d'une entreprise via des documents qui part d'un poste à un autre.

B U Z I Linda Page | 30

B U Z I Linda Page | 31

B U Z I Linda Page | 32

N°

II.2.4.3. Symboles utilisés

: Document circule

: Document permanent

N

N

: Traitement quelconque

: Destination

: Point d'entrée

: Archivage N : Numéro de traitement

II.2.4.4. Description du schéma de circulation des informations

Postes	Libelle Poste	N°Traitement	Commentaire
		101	Etablissement de la lettre de demande
	Personne	102	Réception de la lettre de demande
100	aéronautique	103	Obtention de la licence
		104	Préparation document demandé
		105	Obtention de la licence
200	Secrétariat DG	201	Réception lettre de demande
		202	Accusé réception des documents
		301	Traitement du dossier
300	DG
		302	Réception et validation
400	Secrétariat de	401	Accusé de réception et enregistrement
	la direction	402	Archivage des documents

B U Z I Linda Page | 33

	PEL	403	Preuve de paiement et réception du document
		404	Etablissement licence
		405	Réception de la licence
	Directeur de
500	la direction	501	Mettre les annotations selon les dossiers
	PEL
	Service la
600	licence et qualification	601	Traitement
700	Secrétariat général	701	Paiement des frais

II.2.5. Diagnostic de l'Existant

La critique de l'existant a pour but de relever, les qualités et défauts du système existant avec toute objective. Ensuite proposer les solutions parmi lesquelles, on choisira la meilleure pour la bonne marche du système.

II.2.5.1. Point forts

Au terme de l'étude du système existant, il convient d'avouer que l'entreprise concernée a un système d'organisation bien défini du point de vue fonctionnement.

Cependant, l'entreprise concernée ne pourra renforcer l'efficience de ses services que si elle arrive à surmonter les insuffisances constatées.

L'entreprise concernée ainsi que son personnel offre, par

exemple :

- des documents simplifies et disponibles ;

- une bonne circulation et transparente des documents ;

- une bonne collaboration et transmission des informations.

B U Z I Linda Page | 34

II.2.5.2. Point faibles

Dans le cas des aspects négatif, il convient de signalé par exemple que :

- La lenteur considérable dans le traitement des informations ;

- le suivi de document est très fatigant à cause d'un cumul et d'un volume élevé d' information. la lenteur considérable dans le traitement des informations.

- Malgré la présence du département informatique, toutes les opérations liées à l'octroi et renouvellement des licences demeurent encore manuelle où les informations sont traités à l'aide du Microsoft Word

II.2.5.3. Proposition des solutions

La lumière des anomalies qui seront citées dans le système existant, nous pourrons proposées deux solutions ; l'une manuelle et l'autre automatique dans le but d'améliorer le fonctionnement du système existant.

Le but de cette étape est de proposer une ou plusieurs solutions générales aux problèmes posées de gestion de l'application manuelle étudie afin de corriger les points négatifs et de renforcer les points positifs du système existant.

II.2.5.3.1. Solution manuelle

Il n'est pas dit que nous sommes catégoriques de renvoyer directement le système manuel au profit de l'informatisation. Si les utilisateurs maintiennent ce système manuel, nous leur recommandons la réorganisation dans la direction PEL et particulièrement dans l'octroi et renouvellement des licences et autres tâches y mettant l'accent sur la rigueur de travail.

B U Z I Linda Page | 35

II.2.5.3.2. Solution Informatique

La solution informatique a l'avantage de traiter les informations avec rapidité et précision de rendre fiable la question de l'information.

II.2.5.3.3. Evaluation de chaque solution proposée

Solution proposée	Avantages	Désavantages
Solution de réorganiser	- Coût matériel moins	- Perte de certains
(manuelle)	élevé ;	documents ;
	- Facilite l'accès aux	- Fréquence élevée des
	résultats en cas de	erreurs de calcul ;
	coupure d'électricité ;	- Lenteur dans le
	- Ne nécessite pas une	traitement des
	formation spéciale du	informations ;
	personnel	- Possibilité de détournement des fonds.
Solution informatique	- Gain de temps dans le	- Coût élevé des
	traitement de	matériels et du leur ;
	l'information ;	- Exigence d'un
	- Sécurisation	personnel qualifié et
	d'information pendant	compétent ;
	une longue période ;	- Retard en cas de
	- Fiabilité des résultats ;	coupure d'électricité.
	- Renforcement de possibilité de stockage de l'information

B U Z I Linda Page | 36

II.2.5.3.4. Choix de la Solution

Vu les avantages évoqués dans la solution informatique pour l'amélioration de la gestion d'octroi et renouvellement des licences qui est le pilier de notre investigation.

Mais nous ne pouvons pas passer outre cette solution puisque non seulement, elle est la meilleure. Apres avoir largement parlé de l'analyse préalable qui a constitué notre première partie. Nous allons dans les lignes qui suivent aborder la deuxième partie de notre étude qui sera consacré à la conception et réalisation du système futur.

B U Z I Linda Page | 37

Deuxième partie :

La conception et réalisation du système futur

B U Z I Linda Page | 38

C'est la propriété qui permet de distinguer l'occurrence d'un objet ou d'une entité. L'identifiant dans l'objet (entité) est toujours souligné.

Chapitre III : CONCEPTION DU SYSTEME D'INFORMATION

ORGANISE

III.1. Etapes conceptuelle

III.1.1. Modèle Conceptuel des données (MCD)

L'informaticien cherche à déterminer quels objets pour équiper la base de données et quelles relations utilisées entre ces objets. C'est pour cela, l'utilisateur doit exprimer d'une manière générale ses besoins en donnée et le MCD est une représentation du monde réel vu par l'utilisateur et sa conception nécessite les éléments ci-après :

1. Objet

C'est une entité (individu ou chose) abstraite ou concrète ayant une existence autonome et présentant un certain intérêt dans le domaine de gestion considéré.

2. Propriétés

C'est le plus petit élément d'information. Les propriétés sont utilisées pour décrire les objets et les relations.

3. Identifiant

B U Z I Linda Page | 39

Exemple : L'objet étudiant a pour identifiant le numéro matricule

4. Association (relation)

L'association est définie comme la relation qui unit deux ou plusieurs entités (objets).

5. Dimension

C'est le nombre d'objet qu'une relation unit.

Exemple : Les objets Encadreur et leçons ainsi que la relation Dispenser font l'objet d'une relation à deux dimensions (ou binaire)

III.1.2. Recensement des règles de gestions

La règle de gestion est la traduction conceptuelle des objectifs choisis et des contraintes acceptées par l'entreprise.

Les règles de gestion nous permettent de dénombrer les objets et relations d'un domaine de gestion dans une entreprise.

Nous avons recensés les règles de gestions suivantes :

1. Un personnel aéronautique peut posséder une ou plusieurs qualifications

2. Un personnel aéronautique peut effectuer plusieurs demandes

3. Un personnel aéronautique doit avoir plusieurs aptitudes médicales

4. Un personnel aéronautique doit effectuer un ou plusieurs vols

5. Un personnel aéronautique doit réaliser un ou plusieurs paiements

6. Un agent perçoit un ou plusieurs paiements

7. Un agent peut délivrer plusieurs licences

8. Une licence doit être validée par un et un seul agent

9. Une licence est obtenue par une et un seul personnel aéronautique

10. Une licence fait partie d'un et un seul type de licence

11. Une licence doit être renouvelée une ou plusieurs fois

B U Z I Linda Page | 40

B U Z I Linda Page | 41

III.1.3. Recensement et description des objets

N°	Objet	Occurrence	Code propriété	Identifiant	Type	Taille
1.	Personne	900	Id_per_Aero	#	AN	15
	Aéronautique		Nom_per		AN	10
			Prenom		AN	7
			Residence		AN	15
			Date_naiss		D	8
			Lieu_naiss		AN	12
			Nationalite		AN	10
			Photo		AN	30
			Num_tel		AN	15
			Autre_qual		AN	20
			E_mail		AN	25
			Sexe		AN	1
2.	Qualification_type	30	Code_qual	#	AN	15
			Design_qual		AN	3O
3.	Agent	300	Matricule	#	AN	15
			Nom_agent		AN	15
			Post_nom		AN	15
			Fonction		AN	20
			Adresse		AN	30
			Tel		AN	15

B U Z I Linda Page | 42

4.	Paiement	900	Num_paiement Date_paie Id_per_aéro Motif Montant_chiffre Montant_lettre	#	AN D AN AN N AN	14 8 10 20 12 25
5.	Licence	900	Num_licence	#	AN	15
			Id_per_aero		AN	12
			Date_del		D	8
			Date_val		D	8
			Lieu_del		AN	30
			Statut_licence		AN	13
6.	Type_licence	10	Code_type	#	AN	15
			Design_type		AN	30
7.	Renouvellement	900	Num_renv	#	AN	10
			Date_renouv		D	8
			Date_exp		D	8
8.	Vol	1200	Num_vol	#	AN	10
			Aerodrome_Depart		AN	25
			Aerodrome_Arriver		AN	25
			Duree_vol		AN	10
9.	Demande	900	Code_dem	#	AN	12

B U Z I Linda Page | 43

			Date_dem Objet_dem		D AN	8 30
10	Aptitude médicale	900	Id_am	#	AN	10
.			Nom_medecin		AN	30
			Tel_medecin		AN	15
			Date_del		D	8
			Date_exp_am		D	8

B U Z I Linda Page | 44

III.1.4. Recensement et description des relations

Relation	Objets participants
Effectuer	Demande	Personnel aéronautique
Avoir	Personnel aéronautique	Aptitude médical
Posséder	Personnel aéronautique	Qualification type
Etre	Licence	renouvellement
obtenir	Personnel aéronautique	Licence
Faire partir	Type licence	Licence
Délivrer	Licence	Agent
Valider	Licence	Agent
Réaliser	Personnel aéronautique	Paiement

B U Z I Linda Page | 45

III.1.5. Détermination des contraintes des cardinalités et d'intégrité fonctionnelle

A. Contrainte des cardinalités

La cardinalité permet d'exprimer le nombre de fois, minimum et maximum que l'objet ou l'entité participe à une relation. D'après MERISE, nous distinguons les cardinalités ci-après :

	MINIMUN	MAXIMUN	LECTURE
1er cas	0	1	Zéro ou une fois
2ème cas	1	1	Une et une seule fois
3ème cas	1	N	Une ou plusieurs fois
4ème cas	0	N	Aucun ou plusieurs fois
5èmer cas	N	N	Plusieurs fois

B. Contrainte d'intégrité fonctionnelle (CIF)

La contrainte d'intégrité fonctionnelle dans une relation exprime que l'un de ces objets est totalement identifié par la connaissance des autres. Il nous est demandé d'identifier le CIF pour optimiser la base de données c'est-à-dire diminuer le nombre d'information à stocker dans les mémoires de masse et dans la mémoire centrale de l'ordinateur, on recommande toujours l'utilisation de contrainte d'intégrité fonctionnelle dans le cas où la relation est du type « Père » -« Fils ».

Cardinalité Père : (1, n) ou (0, n)

Cardinalité Fils : (0, 1) ou (1, 1)

Schématiquement, on représentera le CIF en ajoutant sur le schéma conceptuel, une flèche allant de l'objet de cardinalité (0, 1) ou (1, 1) vers l'autre objet déterminé.

B U Z I Linda Page | 46

Sur base des règles de gestion, nous avons déterminé les cardinalités reprises dans le tableau ci-dessous :

Relation	Objets	Cardinali té	CIF	Père	Fils
Effectuer	Demande et Personnel aéronautique	1,1 - 1,n	Oui	Personnel aéronautique	Demande
Avoir	Personnel aéronautique et aptitude médical	1,n - 1,1	Oui	Personnel aéronautique	Aptitude médical
Posséder	Personnel aéronautique et qualification type	1,n - 1,n	Non	-	-
Effectuer(2)	Personnel aéronautique et vol	1,n - 1,1	Oui	Personnel aéronautique	vol
Réaliser	Personnel aéronautique et paiement	1,n - 1,1	Oui	Personnel aéronautique	Paiement
Délivrer	Personnel aéronautique et agent	1,n - 1,1	Oui	Agent	Personnel aéronautique

B U Z I Linda Page | 47

Valider	Abonnée et avenue	1,1 - 1,n	Oui	Agent	Personnel aéronautique
Etre	Renouvelle ment et licence	1,1 - 1,n	Oui	Licence	Renouvelle Ment
Faire partir	Type licence et licence	1,1 - 1,n	Oui	Type licence	Licence

Remarque :

Celui qui pointe, c'est le « Fils » et celui qui est pointé, c'est le « Père ». Ainsi, un « Fils » ne peut avoir qu'un un seul « Père ».

Aptitude medicale

Demande

Code_dem # Date dem Objet_dean

Id_am # Nom medecin tel_med Date_del_am Exp_am

Vol

Effectuer

Qualification Type

Num vol # Aerodrome_depart Aerodrome_anrive Duree vol

Code_qual # Design_qual

Personnel Aéronautiques

Paiement

Id_ per _aero#

Nam_per Prénom Résidence Date_nais Lieu _nais Nationalité Photo Num_tel Autre_qual E-mai]

Renouvellement

Num_renouvel # Date_renouvel Date_exp

Num_paie # Date_paie Id_per_aero Motif

Montant chiffre Montant lettre

obtenir

Agent

Faire partir

Matricule # Nom_agent Post - nom Fonction Adresse tel

Délivrer

Type Licence

Code_Type # Design_type

Valider

Licence

Num lic # Id_per Date_del Date_val Lieu del Statut lic

BUZI Linda Page 148

III.1.6. Construction du Modèle Conceptuel des données (MCD)

Une opération est définie comme un ensemble d'actions qui sont exécutables sans interruption. L'opération se présente dans un rectangle.

B U Z I Linda Page | 49

III.1.2.Modèle Conceptuel de Traitement (MCT)

Le MCT traduit aussi la raison d'être de l'organisation en répondant à la question «Quoi faire ?» en négligeant le « Qui ? », le « Ou ? », le «Comment ?». L'objectif poursuivi est de préciser, pour chacun des acteurs de l'entreprise, les événements qui les déclenchent, les règles de gestion selon lesquelles se déroulent et les résultats qu'elles produisent.

Les concepts de base pour construire le MCT sont :

1. Evénement

C'est un fait qui déclenche une action ou plusieurs actions. L'événement est formalisé par un cercle ovale :

Exemple : Arrivé d'un client

2.

Arriver Personnel aéronautique

Acteur

C'est une personne externe à l'entreprise et pouvant être à l'origine du déclenchement d'un événement.

L'acteur est formalisé par un losange :

Exemple : L'acteur «Personnel aéronautique » déclenche l'événement « enregistrement de la demande ».

3.

Personnel
aéronautique

Opération

B U Z I Linda Page | 50

4. Résultat

C'est le produit de l'exécution d'une opération. Il se présente dans e même formalisme que l'événement et peut être le déclencheur d'une autre opération.

5. Règle d'émission

L'opération est souvent décrite par un ensemble de règles de gestion (événement organisé sous forme d'un algorithme) mais la réalisation de cette opération est soumise à des contraintes. Parmi ces conditions, nous pouvons avoir :

i' Toujours (tjs) : L'opération est chaque fois réalisée.

i' Oui (OK) : Si la condition est vraie.

i' Non (KO) : Si la condition n'est pas vraie.

6. Synchronisation

La synchronisation correspond donc à la condition d'exécution de l'opération dans le cas où l'opération est déclenchée par deux ou plusieurs événements. Elle se présente sous forme d'opérateur booléenne (ou, et, no) et elle se fait dans un entonnoir.

B U Z I Linda Page | 51

III.1.2.1. Construction du Modèle Conceptuel de Traitement (MCT)

B U Z I Linda Page | 52

B U Z I Linda Page | 53

III.2. Etape Organisationnel

III.2.1. Modèle Organisationnel des Données.

Le MOD est le MCD tronqué. Il est toujours global et se distingue du MCD par le fait qu'il ne contient que les objets et les relations qui seront mémorisées informatiquement alors que le MCD contient tous les objets du domaine considéré.

III.2.1.1. Rappel des règles de passages du MCD au MOD

Le passage du MCD au MOD global se fait par :

? La suppression des objets et des relations qui ne seront pas mémorisés informatiquement ;

? La création des objets ou des propriétés qui permettront de faire le lien entre le système manuel et le système informatisé.

? Sur le plan formalisme, le MOD à le même formalisme que le MCD et il est fréquent que tous les objets du MCD soient mémorisés informatiquement. Dans ce cas, le MCD est égal au MOD global.

B U Z I Linda Page | 54

III.2.1.2. Construction du Modèle Organisationnel des Données

Global

B U Z I Linda Page | 55

III.2.1.3. Répartition du MOD global en MOD locaux et prise en compte de la sécurité des données

Il s'agit de la répartition organisationnelle des données et de la prise en compte de leur sécurité. Le MOD global doit être découpé en un certain nombre de MOD locaux qui seront ces différents sites ou postes de travail afin d'avoir un système d'information repartie.

Pour ce faire, il est important de définir les restitutions d'accès aux données mémorisées pour certains profils utilisateurs afin de pouvoir éviter certains risques de perte des données jugées nécessaires par la hiérarchie.

Nous distinguons les droits ci-après :

i' Lecture (L) i' Modification (M) i' Création (C) i' Suppression (S)

B U Z I Linda Page | 56

III.2.1.4. Présentation du MOD repartie. Site Secrétariat DG

Demande

L

Effectuer

1,n

1,1

Personne
aéronautiques

	L

1,n

obtenir

1,1

Licence

	C
	L
	M
	S

B U Z I Linda Page | 57

Site DG

Aptitude médical

Qualification type
	L
	S
	M

Avoir

Posséder

1,n

1,1

L

1,n

Demande

1,1

L

Effectuer

1,n

Effectuer

Vol

1,n

1,1

L
S

Faire partir

1,n

Type licence

M

C S

L

Personne aéronautiques
	L

1,n

obtenir

1,1

1,1

1,1

Valider

1,1

1,n

Agent
	L
	C
	M
	S

1,n

1,n

1,1

Licence

1,n

délivrer

C

L

M S

1,n

etre

Paiement

L

Réaliser

1,1

1,1

1,n

Réaliser

Renouvellement

	L
	S

B U Z I Linda Page | 58

Site Secrétariat Direction PEL

Demande

Aptitude médical
	L
	C

1,n

1,1

Voll

L

c

Faire partir

1,n

Type licence

L

1,n

Agent

L

1,1

obtenir

1,1

L

Effectuer

1,n

1,1

Avoir

1,n

1,1

Valider

1,1

etre

1,n

délivrer

1,n

1,1

Personne aéronautiques
	L c

1,n

Paiement
	m
	L
	s

Réaliser

1,1

Licence

C

L

M

1,n

Effectuer

1,1

1,n

Réaliser

1,1

Renouvellement
	L
	M c

B U Z I Linda Page | 59

Site Directeur PEL

Aptitude médical
		L
		C
		M s

Avoir

1,n

1,1

Effectuer

Voll

L

M

C S

Faire partir

1,n

Type licence

L

1,n

1,n

Agent

L

1,1

Licence

Personne aéronautiques
	L

C

L

M S

1,1

délivrer

1,n

1,1

1,n

1,1

1,n

obtenir

1,1

Paiement

L

Réaliser

1,1

Réaliser

etre

Valider

1,1

1,n

Renouvellement

	L
	M
	C
	S

B U Z I Linda Page | 60

1,n

1,1

Personne aéronautiques
	L

1,n

Paiement

L

1,1

obtenir

1,1

Licence

C

L

M S

Valider

Agent

L

1,1

1,n

1,1

Faire partir

1,n

Type licence

L

1,n

délivrer

1,1

Réaliser

Réaliser

1,n

Site Secrétariat général

B U Z I Linda Page | 61

Site Licence et qualification

Paiement

1,1		L
1,n	Réaliser

Paiement

	1,1	L
1,n

Réaliser

Aptitude médical

L

Avoir

1,n

1,1

Personne
aéronautiques

		L

1,n

Faire partir

1,1

Type licence
	L
	C
	M
	S

1,n

obtenir

1,1

Licence

	L
	M
	S

B U Z I Linda Page | 62

III.2.2. Modèle Organisationnel des Traitements (MOT)

C'est l'intégration des notions de poste de travail ou de traitement

automatisé.

Aux questions fondamentales « Où ?», « Qui ? », et « Quand ? » répondront respectivement le poste de travail concerné ; Le choix entre un traitement « automatique » ou « manuel » et la précision du déroulement dans le temps de différentes actions.

Dans le MOT, le processus devient la procédure fonctionnelle, les opérations deviennent des tables et l'ensemble des tâches qui s'effectuent dans un même poste de travail est une phase.

Le formalisme est celui du MCT auquel il faut ajouter trois colonnes :

DEROULEMENT	PROCEDURE FONCTIONNELLE	NATURE	POSTE DE TRAVAIL
QUAND		QUI	Où

Les deux niveaux conceptuel et organisationnel ont permis d'avoir la représentation de l'organisation de l'entreprise (on parle du Système d'information organisé) sans tenir compte des aspects techniques et économiques de mémorisation et d'accès¹⁷.

Avec les deux niveaux qui restent commence l'informatisation proprement dite. On parlera alors du Système d'information Informatisé. Les questions que l'on pose sont : « Comment ? » et « Quels moyens ? ». Pour y répondre, on doit recenser les matériels et logiciels nécessaires.

17 D.NANCI, B.EPINASE, Ingénierie des Systèmes d'information MERISE, 2ème Génération, Edition Sybex, Paris, 1996.

B U Z I Linda Page | 63

III.2.2.1. Règles de Passage de MCT au MOT

Ce passage se fait en ajoutant au MCT trois colonnes suivantes :

" La première colonne est la réponse à a question « Quant » qui moment du déroulement du traitement de donnée.

" La deuxième colonne à la question « Qui » qui offrent 3 possibilité de réponse ; quant à la lecture d'une tâche qui peut être soit manuel (TM), soit totalement informatisée (TA ou TI), soit réel (TR) selon qu'il s'agit respectivement d'une tâche accomplie soit par l'homme, soit par la machine, soit par l'homme et la machine.

La réponse à cette question doit aussi précise le délai de réponse qui peut être soit immédiat (I), soit différé (D) et nous devons aussi préciser le mode de fonctionnement qui peut être soit unitaire (U), soit en lot (L).

" La troisième colonne est relative à la question où ? dont la réponse fait référence aux postes de travail aux quels se déroulent le traitement.

III.2.2.2. Présentation de Modèle Organisationnel des Traitement (MOT)

B U Z I Linda Page | 64

BUZI Linda Page 165

Déroulement

PHRASE

Poste

Nature

8h30' - 15h00' 8h30' - 15h00' 8h30'-15h00' 8h30' - 15h00'

Secrétariat Général SecPrEL pat D.G Secrétariat PEL

TR - I - U T1Z - I - U TM - I - U TA - I - U

A Frais des documents

Et \----

^/Paiement Paiement

OK

OK

Quittance Quittance établie non effectuer

Etablissement licence

Touj ours

Licence établit

Validation

Toujours

Licences ' Fin période validées 1

I

Statistique

OK

OK

/ Edition des Statistiques statistiques J en attente

B U Z I Linda Page | 66

Chapitre IV : CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII)

Ici, on répond à la question « comment » c'est-à-dire, comment allons-nous concevoir le système d'information informatisé en tenant compte de spécification définie à l'étape de la conception du système d'information organisé.

IV.1. Architecture de matérielles et logiciel mises en place

L'implémentation du nouveau système d'information s'avère obligatoire de prendre des ressources informatiques. Vu cette évidence, notre application sera pris en charge par un ordinateur dont les caractéristiques sont les suivantes :

IV.1.1. Le Hardware :

Celui-ci n'est rien d'autre que l'ensemble des matériels, physiques, Palpable constitue l'ordinateur.

i' Marque : TOSHIBA

i' Microprocesseur : pentium (R) Dual-core CPU

i' Mémoire RAM: 3 GO

i' Disque dur: 300 GO

i' Vitesse du Processeur : 2.49 GHZ ou plus

i' Lecteur de CD-ROM (Proncer DVD-117 Ro)

i' Moniteur : SVGA

i' Souris optique (port USB)

i' Imprimante : HP Laser jet 1300

i' Clavier AZERTY

IV.1.2. Software :

C'est une partie immatérielle ou intelligente de l'ordinateur, c'est-à-dire ce qu'on ne peut pas voir, ni toucher.

i' Système d'exploitation : Windows 7

i' Logiciel d'application : Microsoft office 2007 i' Logiciel intègre : antivirus Norton2012

B U Z I Linda Page | 67

i' Logiciel d'application élabore sur mesure : « Gestion des personnes aéronautiques »

i' Logiciel de modélisation : Start UML

IV.2.Etape Logique

IV.2.1.Modèle Logique des Données.

Le passage du MOD au MLD brut est automatique. Si l'on choisit de travailler avec un SGBD de type relationnel, on obtient un MLD relationnel brut.

On l'appelle « Brut » car même après avoir appliqué sur le MOD une série des règles lors du passage du MOD au MLD, la redondance demeure. C'est pourquoi, il faut le faire suivre, encore, d'une dernière opération : NORMALISATION.

C'est une étape intermédiaire entre l'étape conceptuelle et l'étape physique. Elle exprime les éléments conceptuels de la Base de données.

IV.2.1.1. Passage du MOD au MLD

Le passage est automatique. C'est-à-dire qu'il est obtenu par l'ordinateur et puisque nous avons travaillé avec le SGBD du type relationnel, nous avons donc obtenu un MLD relationnel brut.

IV.2.1.2. Règles de passage

1. Les objets deviennent des tables dans le sens mathématique du terme ; C'est-à-dire ayant n lignes et n colonnes ;

2. Les propriétés deviennent des attributs et les identifiants deviennent des clés primaires ;

3. Les relations, dans le sens conceptuel, subissent plusieurs traitements :

B U Z I Linda Page | 68

a. Cas d'une relation conceptuelle ayant un CIF :

La relation disparaît ; la sémantique est maintenue parce que la table père envoie son identifiant à la table fils et si elle portait des propriétés, celles-ci deviennent des attributs dans la table fils ;

b. Cas d'une relation conceptuelle (1,n-1,n) ou (0,n-0,n)

La relation conceptuelle devient une table de lien dont la clé est une concaténation des identifiants des objets qui participaient à la relation.

c. Cas d'une relation conceptuelle (1,1-0,1)

C'est l'objet qui a la cardinalité 1,1 qui est considéré comme la table fils et on retombe dans le cas d'une relation conceptuelle ayant un CIF.

d. Cas d'une relation conceptuelle (1,1-1,1)

Le problème est considéré soit comme le cas d'une relation conceptuelle ayant un CIF, soit comme le cas d'une relation conceptuelle (1,11,n) ou (0,n-0,n)

Théoriquement, il existe cinq règles de normalisation ou cinq formes normales. Mais en pratique, le MLD est valide ou normalisé à la troisième forme déjà normale. Après avoir obtenu le MLD valide, il lui faut associer les schémas Logiques relationnels associés.

Pour terminer la modélisation logique des données normalisées, il faut faire le calcul du volume de la Base de données et celui des index.

B U Z I Linda Page | 69

IV.2.1.3. Présentation du Modèle Logique des Données Brutes

B U Z I Linda Page | 70

IV.2.1.4. Normalisation du MLD brut

La normalisation est une opération qui consiste à supprimer totalement les redondances qui pourraient encore subsister après le passage du MOD au MLD brut.

Elle porte sur l'application de cinq normes appelées les formes Normales.

1°. Première forme normale

Une table est en première forme normale (1ère F.N) si ses attributs sont élémentaires, c'est-à-dire, non décomposables, et si elle porte une clé primaire.

2°. Deuxième forme normale

On parle de 2ème forme F.N. si étant déjà en 1ère F.N., une table possède des attributs qui ont la dépendance fonctionnelle avec la totalité de la clé, c'est-à-dire, la concaténée.

3°. Troisième forme normale

Une table est en 3ème F.N., étant déjà en 2ème F.N. ses attributs ont une dépendance fonctionnelle directe avec la clé, c'est-à-dire qu'ils ne dépendent pas de la clé via une autre table.

En réalité, lorsqu'on atteint les trois F.N. ci-haut citées, on ne devrait plus trouver de redondances car les deux dernières sont auxiliaires (la 4ème F.N. et la 5ème F.N.). D'où une table en 3ème est déjà considérée comme normalisée, et donc valide.

B U Z I Linda Page | 71

IV.2.1.5. Présentation du Modèle Logique des Données Valide

B U Z I Linda Page | 72

IV.2.1.6. Schémas rationnels associés

Schémas Logique relationnel associés
Application : Gestion des abonnées
Demmande	(code_dem #:AN(12),Id_per_aero#: AN (15),Objet_dem: AN (30))
Personne aéronautique	(Id_per_aero#: AN (15),nom_per: AN (10),Prenom: AN (7),Residence:AN(15),Date_naiss:date(8),Lieu_naiss:AN(12), Nationalite:AN(30),Photo :AN(30),Num_tel :AN(15), Autre_qual :AN(20),E_mail : AN (25),Sexe : AN (1))
Vol	(Num_vol#:AN(10),Id_per_aero#:AN(15),Aerodrome_arriver: AN(25),Aerodrome_depart:AN(25),duree_vol:AN(10))
Renouvellement	#Num pay : N(4) , #Cod mon : AN(4),#Mat agent: AN(20); #Num Fac : N(10) , Dat apy : date (8) Sold : N (15,2).
Type_licence	(Code-type# :AN(15), Design_licence :AN(30))
Qual- type	Code_qual# :AN(15),Design_qual :AN(30))
Licence	(Num_lic# :AN(15),Id_per_aéro#:AN(15),Date_del:Date(8), Date_val:Date(8),Lieu_del:AN(30),Matricule-del:AN(15),Nom_agent :AN(15),post_nom :AN(15), Fonction :AN(20),Adresse :AN(30),Tel :AN(15))
Agent	(Matricule #:AN(15),nom_agent: AN(15),post_nom:AN(15), function :AN(20), adresse :AN(30), tel: AN(15))
Paiement	(Num_paie# :AN(14),Id_per_aero #:AN(15), Date_paie:Date(8), motif:AN(20), montant_chif:N(10), montant_lettre:AN(25), matricule #: AN(15))
Aptitude Médical	(Id_apt_med # :AN(10),id_pers_aero# :AN(15), nom_med:AN(30), tel: AN(15), Date_del: Date(8), dare_exp:Date(8))
Posseder	(Id_pos# :N(10),Id_per_aero# :AN(15),Code_qual#:AN(13))

B U Z I Linda Page | 73

IV.2.1.7. Quantification du volume de la base des données IV.2.7.1. Calcule de volume théorique de la base des données

Volume Théorique BDD = Somme (T*N) Où

T : Taille

N : Nombre d'occurrences

Table	TAILLE	OCCURRENCE	Volume
Demande	57	900	51300
Personne Aéronautique	188	900	169200
Qualification_type	45	30	1380
Paiement	121	900	108900
Licence	134	900	120600
Type_licence	45	900	40500
Aptitude médical	86	10	860
Vol	85	1200	102000
Renouvellement	41	900	36900
Posséder	38	900	34200
Agent	100	300	3000
Total			698810 Octets

B U Z I Linda Page | 74

IV.2.1.7.2. Volume des index

Volume des index = Somme (t*N)

Table	TAILLE	OCCURENCE	Volume
Demande	27	900	243OO
Personne_aeronautique	15	900	13500
Qualification_type	15	30	450
Paiement	29	9OO	26100
Licence	45	900	40500
Type_licence	15	900	13500
Aptitude_medicale	25	10	250
Vol	25	1200	30000
Renouvellement	25	900	22500
Posséder	38	900	34200
Agent	110	300	4500
Total			209800 Octets

IV.2.1.7.3. Calcul du volume Total

Volume BDD = (Volume théorique BDD + Volume des index) *Coefficient

= (698810+209800)*3

= (908610)*3

= 2725830 Octets

= 2661,9433 Ko

= 2,599 Mo

Le volume de notre Base des données sera 0,0025386 Go

ULT 01

ULT 00

Valider

Début de procédure Logique
« Gestion d'octroi et
renouvellement des licences»

Menu General

LOGO

Nom utilisateur

Mot de Passe

Annuler

Quitter

Connexion BDD

Fin PL

Fichier

Edition

Quitter

Fin PL

A

B U Z I Linda Page | 75

IV.2.2. Modèle Logique de traitement

IV.2.2.1. Présentation du Modèle Logique de traitement

ULT 02

Personnel aéronautique

B U Z I Linda Page | 76

A

Modifier

Annuler

Fermer

Supprimer

Enregistrer

ULT 03

Licence

Licence

Agent

Type licence

Personne
Aeronautique

Enregistrer

Supprimer

Modifier

Annuler

Fermer

ULT01

Affichage formulaire

Saisie #Num_lic

Recherche

Si trouver :

- Activer bouton modifier et supprimer, et enregistrer ;

- Afficher les autres informations de rubriques

Si non : Activer enregistrer et autres champs

A

ULT01

Personnel aéronautique

Affichage formulaire

Saisie # Id_pers_aero

Recherche

Si trouver :

- Activer bouton modifier et supprimer, et enregistrer ;

- Afficher les autres informations de rubriques

Si non : Activer enregistrer et autres champs

B U Z I Linda Page | 77

A

ULT 04

Demande

Personnel aéronautique

Demande

Affichage formulaire

Saisie # Matr

Recherche

Si trouver :

- Activer bouton modifier et supprimer, et enregistrer ; - Afficher les autres informations de rubriques

Si non : Activer enregistrer et autres champs

A

ULT01

Enregistrer

Modifier

Supprimer

Annuler

Fermer

Agent

ULT 05

	AGENT
Affichage formulaire Saisie # Matricule Recherche Si trouver : - Activer bouton modifier et supprimer, et enregistrer ; - Afficher les autres informations de rubriques Si non : Activer enregistrer et autres champs

Annuler

Fermer

ULT01

Modifier

Enregistrer

Supprimer

ULT 06

TYPE LICENCE

Modifier

Annuler

Fermer

Supprimer

ULT 07

PAIEMENT

B U Z I Linda Page | 78

A

Enregistrer

A

Enregistrer

Supprimer

Annuler

Fermer

ULT01

Modifier

Type licence

PERSONNEL
AERONAUTIQUE

AGENT

PAIEMENT

ULT01

Affichage formulaire

Saisie # Code_type

Recherche

Si trouver :

- Activer bouton modifier et supprimer, et enregistrer ;

- Afficher les autres informations de rubriques

Si non : Activer enregistrer et autres champs

Affichage formulaire

Saisie # Numpaie

Recherche

Si trouver :

- Activer bouton modifier et supprimer, et enregistrer ;

- Afficher les autres informations de rubriques

Si non : Activer enregistrer et autres champs

B U Z I Linda Page | 79

A

ULT 08

	RENOUVELLEMENT
Affichage formulaire Saisie # Num_renouvel Recherche Si trouver : - Activer bouton modifier et supprimer, et enregistrer ; - Afficher les autres informations de rubriques Si non : Activer enregistrer et autres champs

Enregistrer

Modifier

Supprimer

Annuler

Fermer

ULT01

RENOUVELLEMENT

LICENCE

Même procédure pour les ULT demande, vol, aptitude médical, qualification type et fonction

B

ULT 02

	LISTE DE DEMANDE LICENCE
Affichage formulaire Saisie Date début et date fin Recherche Si trouver : Afficher Etat Si non : Afficher message période incorrecte

PERSONNE
AERONAUTIQUE

DEMANDE

Liste

ULT01

Edition

Annuler

Fermer

ULT 03

EDITION LICENCE

ULT 04

PREUVE DE PAIEMENT

Annuler

Fermer

Edition

B U Z I Linda Page | 80

B

Edition

Annuler

Fermer

PERSONNE
AERONAUTIQUE

QUALIFICATION TYPE

TYPE LICENCE

APTITUDE MEDICAL

LICENCE

PERSONNEL
AERONAUTIQUE

PAIEMENT

AGENT

Etat

ULT01

Etat

B

ULT01

Affichage formulaire

Saisie Num_paie

Recherche

Si trouver : Afficher Etat

Si non : Afficher message période incorrecte

Affichage formulaire

Saisie # Num_lic

Recherche

Si trouver : Afficher Etat

Si non : Afficher message code service incorrecte

B U Z I Linda Page | 81

Même procédure pour les autres ULT

IV.2.2.2. Présentation des interfaces ULT00

1. Présentation de l'interface

Utilisateur

Mot de Passe
	VALIDER	ANNULER	QUITTER

GestAero

1. Enchaînement

Bouton	Action	Résultats
VALIDER	CLIC	Ouvre la fenêtre menue générale
ANNULER	CLIC	Mettre à blanc la zone de saisie et le focus à la zone de saisie
QUITTER	CLIC	Ferme la procédure logique Gestion des patients

B U Z I Linda Page | 82

3 Logique de dialogue Homme/Machine

Homme

Machine

Observation

Affichage Formulaire

Saisir utilisateur et

mot de passe

Rechercher

oui

non

Si trouve

Appel fenêtre menu général

Message utilisateur ou mot de passe incorrecte

ULT 01

1 .Interface Menu Général

Menu Général

FICHIER

EDITION

Recherche

Statistique

?

2. Enchainement

Menu	Action	Résultat
Fichier Edition Quitter	Cliquer Cliquer Cliquer	Appelle fenêtre Fichiers Appelle fenêtre Edition Appelle fenêtre Quitter

B U Z I Linda Page | 83

3. Logique de dialogue Homme /Machine

Homme			Machine		Observation
					Le masque peut être un formulaire Un éditeur des états
	Clique sur menu
				Affichage du masque Quitter le programme

ULT 02

1. Interface Personne Aéronautique

Gestion des Personnes aéronautiques

Photo

Id _ per _ aero Nom_

Prénom

Résidence

Date de naissance Lieu de naissance Nationalité Téléphone

Autre qualification E-mail

ENREGISTRE

MODIFIER

SUPPRIMER

ANNULER

QUITTER

B U Z I Linda Page | 84

2. Enchainement

Bouton	Action		Résultats	ENREGISTRER
CLIQUER	Enregistrement des données dans la BDD		MODIFIER
CLIQUER	Modification des données de la BDD		SUPPRIMER
CLIQUER	Suppression des données de la BDD		ANNULER
CLIQUER	Mettre à blanc les zones de saisie et le focus à Id _ per _ aero		QUITTER
CLIQUER	Appelle la fenêtre Menu principal

3. Logique de dialogue Homme /Machine

HOMME						MACHINE
							Affichage masque
	Cliquer MAJ
	Saisir Id per aero _ _
							Rechercher
							Trouver
	Information à modifier ou à
	supprimer
							Enregistrement
	Saisie des informations
							Modification ou suppression

B U Z I Linda Page | 85

ULT 03

1.

Gestion des licences

Num_licence Id_per

Date délivrance

Date _

validité

Lieu Statut

Code type

Matricule délivrance Matricule validité

ENREGISTRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

Interface Licence

2. Enchainement

Bouton	Action	Résultats
ENREGISTRER	CLIQUER	Enregistrement des données dans la BDD
MODIFIER	CLIQUER	Modification des données de la BDD
SUPPRIMER	CLIQUER	Suppression des données de la BDD
ANNULER	CLIQUER	Mettre à blanc les zones de saisie et le focus à Num licence
QUITTER	CLIQUER	Appelle la fenêtre Menu principal

B U Z I Linda Page | 86

3. Logique de dialogue Homme /Machine

HOMME						MACHINE
	Cliquer MAJ						Affichage masque
	Saisir Num licence
							Rechercher
							Trouver
	Information à modifier ou à
	supprimer
							Enregistrement
	Saisie des informations
							Modification ou suppression

ULT 05

1. Interface Agent

Gestion des Agents

Matricule Nom

Post nom Fonction Adresse Téléphone

ENREGISTRER

MODIFIER

SUPPRIMER

ANNULER

FERMER

B U Z I Linda Page | 87

2. Enchainement

Bouton	Action		Résultats	ENREGISTRER
CLIQUER	Enregistrement des données dans la BDD		MODIFIER
CLIQUER	Modification des données de la BDD		SUPPRIMER
CLIQUER	Suppression des données de la BDD		ANNULER
CLIQUER	Mettre à blanc les zones de saisie et le focus à Matricule		QUITTER
CLIQUER	Appelle la fenêtre Menu principal

3. Logique de dialogue Homme /Machine

HOMME						MACHINE
							Affichage masque
	Cliquer MAJ
	Saisir Matricule
							Rechercher
							Trouver
	Information à modifier ou à supprimer
							Enregistrement
	Saisie des informations
						Modification ou suppression

B U Z I Linda Page | 88

ULT 06

1. Interface Type licence

2.

Type licence

Code_Type

Désignation

ENREGISTRER

MODIFIER

SUPPRIMER

ANNULER

QUITTER

Enchainement

Bouton	Action	Résultats
ENREGISTRER	CLIQUER	Enregistrement des données dans la BDD
MODIFIER	CLIQUER	Modification des données de la BDD
SUPPRIMER	CLIQUER	Suppression des données de la BDD
ANNULER	CLIQUER	Mettre à blanc les zones de saisie et le focus à Code TYPE
QUITTER	CLIQUER	Appelle la fenêtre Menu principal

B U Z I Linda Page | 89

3. Logique de dialogue Homme /Machine

HOMME						MACHINE
							Affichage masque
	Cliquer MAJ
	Saisir Code Type
							Rechercher
							Trouver
	Information à modifier ou à
	supprimer
							Enregistrement
	Saisie des informations
							Modification ou suppression

ULT 07

1. Interface Paiement

PAIEMENT

Num_paie

Matricule

Date

Id_per_aero

Motif

Montant en chiffre

Montant en lettre

VALIDER

ANNULER

QUITTER

B U Z I Linda Page | 90

2. Enchainement

Bouton	Action		Résultats	ENREGISTRER
CLIQUER	Enregistrement des données dans la BDD		MODIFIER
CLIQUER	Modification des données de la BDD		SUPPRIMER
CLIQUER	Suppression des données de la BDD		ANNULER
CLIQUER	Mettre à blanc les zones de saisie et le focus à Code TYPE		QUITTER
CLIQUER	Appelle la fenêtre Menu principal

3. Logique de dialogue Homme /Machine

HOMME					MACHINE
	Cliquer MAJ						Affichage masque
	Saisir des Num paie
							Rechercher
					Trouver
	Information existe déjà
	Saisie des informations
						Enregistrement

B U Z I Linda Page | 91

ULT 08

1. Interface Renouvellement

2.

RENOUVELLEMENT LICENCE

Num_renouvellement Id _ per _ aero

Date de renouvellement Date d'expiration

MODIFIER

SUPPRIMER

ANNULER

QUITTER

ENREGISTRER

Enchainement

Bouton	Action	Résultats
ENREGISTRER	CLIQUER	Enregistrement des données dans la BDD
MODIFIER	CLIQUER	Modification des données de la BDD
SUPPRIMER	CLIQUER	Suppression des données de la BDD
ANNULER	CLIQUER	Mettre à blanc les zones de saisie et le focus à Num renouvel
QUITTER	CLIQUER	Appelle la fenêtre Menu principal

B U Z I Linda Page | 92

3. Logique de dialogue Homme /Machine

HOMME					MACHINE
							Affichage masque
	Cliquer MAJ
	Saisir Num_renouvel
							Rechercher
					Trouver
	Information existe déjà
	Saisie des informations
						Enregistrement

LEGENDE

		: Disque dur
	: Document imprimé
			: Ecriture : Lecture

B U Z I Linda Page | 93

IV.3. Etape physique

IV.3.1. Modèle Physique des données

Le modèle physique des données (MPD) représente la structure de notre base des données. Le modèle physique des données est obtenu à partir du modèle logique des données normalisées.

Nous l'obtenons à l'aide d'une commande ou instruction approprier en fonction du SGBD choisi. Cela signifie que le passage physique des données et automatique mais tient compte du SGBD choisi :

i' Les tables deviennent des fichiers ;

i' Les attributs deviennent des champs ou rubriques.

Pour notre travail le SGBD choisi pour l'élaboration et la création de table est l'Oracle 10g.

1. Table Personne aéronautiques

Nom Champ	Type	Taille	Contrainte
Id_pers_aero	Varchar2	15	Primaire
Nom_pers	Varchar2	10	Not null
Prenom	Varchar2	7	Not null
Residence	Varchar2	15	Not null
Date_nais	Date	8	Not null
Lieu_nais	Varchar2	12	Not null
Nationalite	Varchar2	10	Not null
Photo	Blob	30	Not null
Num_tel	Varchar2	15	Not null
Autre_qual	Varchar2	20	Not null
E_mail	Varchar2	25	Not null
sexe	Varchar2	1	Not null

B U Z I Linda Page | 94

2. Table Licence

Nom Champ	Type	Taille	Contrainte
Num_lic	Varchar2	15	Primary key
Id_pers_aero	Varchar2	12	Foreign key
Date_val	Varchar2	8	Not null
Date_del	Varchar2	8	Not null
Lieu_del	Varchar2	30	Not null
Statut_licence	Varchar2	13	Not null
Code_type	rchar2	15	Foreign key
Matr_del	Varchar2	15	Foreign key
Matr_val	Varchar2	15	Foreign key

3. Table vol

Nom Champ	Type	Taille	Contrainte
Num_vol	Varcha2	10	Primary key
Id_pers_aero	Varchar2	15	Foreign key
Aedrome_arriver	Varchar2	25	Not null
Aedrome_depart	Varchar2	25	Not null
Dure_vol	Varchar2	10	Not null

B U Z I Linda Page | 95

4. Table Paiement

Nom Champ	Type	Taille	Contrainte
Num_paie	Varchar2	14	Primary key
Id_pers_aero	Varchar2	15	Foreign key
Date_paie	Date	8	Not null
Motyf	Varchar2	20	Not null
Montant_lettre	Varchar2	25	Not null
Montant_chiffre	Number	12	Not null
Matr	Varchar2	15	Foreign key

5. Table Agent

Nom Champ	Type	Taille	Contrainte
Matr	Varchar2	15	Primary key
Nom_agent	Varchar2	15	Not null
Post_nom	Varchar2	15	Not null
Fonct	Varchar2	20	Not null
Adresse	Varchar2	30	Not null
tel	Varchar2	15	Not null

6. Table Renouvellement

Nom Champ	Type	Taille	Contrainte
Num_ren	Varchar2	10	Primary key
Num_lic	Varchar2	15	Not null
Date_renouv	Date	8	Not null
Date_exp	Date	8	Not null

B U Z I Linda Page | 96

7. Table Type licence

Nom Champ	Type	Taille		Contrainte	Code_type
Varchar2	15	Primary key		Design_type
Varchar2	30	Not null

8. Table Qualification type

Nom Champ	Type	Taille		Contrainte	Code_qual
Varchar2	15	Primary		Design_qual
Varchar2	30	Not null

9. Table Posséder

Nom Champ	Type	Taille	Contrainte
Id_pos	Number	15	Primary key
Id_pers_aero	Varchar2	15	Foreign key
Code_qual	Varchar2	13	Foreign key

10. Table Aptitude Médical

B U Z I Linda Page | 97

Nom Champ	Type	Taille	Contrainte
Id_apt_med	Number	15	Primary key
Id_pers_aero	Varchar2	15	Foreign key
Nom_med	Varchar2	13	Foreign key
Tel_med	Varchar2	15	Not null
Date_del_am	Date	8	Not null
Exp_am	Date	8	Not null

IV.3.2. Modèle Physique de Traitement

La méthode Merise ne se donne pas une formation appropriée pour le modèle physique de traitements à effectuer. C'est ainsi que nous allons représenter à partir d'un diagramme hiérarchique de traitement. Partant de ce diagramme, le MPT est ensemble de programmes informatiques assurant l'exécution des tâches du système.

QUITTER

B U Z I Linda Page | 98

IV.4.2.1. Présentation de Modèle Physique de Traitement

LOGO

MENU GENERAL

FICHIER

- Agent

- Payement

- Personne aéronautique

- Licence

- Type licence

- Qualification type - Demande

- Renouvellement - Vol

- Aptitude médical - Posséder

EDITION

- Liste des demandes

- Impression Licence

- Liste des qualifications type

- Liste des types licences

- Statique

B U Z I Linda Page | 99

Chapitre V : REALISATION DES SYSTEME D'INFORMATION.

A ce niveau, il est question de réaliser la base de données et d'élaborer des programmes qui concrétisent toute la conception.

V .1. Choix du Langage de Programmation

Nous avons opté notre choix pour le langage VB 2010. Celui-ci permet de créer des grandes applications et a beaucoup d'avantages à savoir :

? Le programme VB 2010 à la possibilité de communiquer avec n'importe quel SGBD ;

? Il permet de créer des applications qui peuvent être exécutées sur le net ;

? Il permet de créer des applications qui peuvent se communiquer à distance.

V.1.1. Bref aperçu sur VB 2010

V.1.1.1 L'origine du langage VB net

Visual Basic (VB) est un langage de programmation événementielle de troisième génération ainsi qu'un environnement de développement intégré, créé par Microsoft pour son modèle de programmation COM. Visual Basic est directement dérivé du BASIC et permet le développement rapide d'applications, la création d'interfaces utilisateur graphiques, l'accès aux bases de données en utilisant les technologies DAO, ADO et RDO, ainsi que la création de contrôles ou objets ActiveX. Les langages de script tels que Visual Basic for Applications et VBScript sont syntaxiquement proches de Visual Basic, mais s'utilisent et se comportent de façon sensiblement différente.

Un programme en VB peut être développé en utilisant les composants fournis avec Visual Basic lui-même. Les programmes écrits en Visual Basic peuvent aussi utiliser l'API Windows, ceci nécessitant la déclaration dans le programme des fonctions externes.

Visual Basic est un des langages les plus utilisés pour l'écriture d'applications commerciales. Il a également été très utilisé dans le monde de l'ingénierie et de la recherche appliquée en raison de sa capacité à permettre des développements très rapides et très efficients permettant ainsi aux scientifiques de se consacrer davantage à l'algorithmique et moins aux aspects formels du codage. Bill Gates y était particulièrement attaché, probablement parce que son premier succès avait été un programme écrit en Basic pour

B U Z I Linda Page | 100

l'Altair, premier ordinateur grand public. Depuis les bouleversements introduits dans ce langage en 1998 par Microsoft, ce segment d'utilisateurs chevronnés mais non spécifiquement programmeur a du se ré-orienter vers des plateformes tels que MatLab, sans retrouver toute l'efficacité et la souplesse de VB6. Le défaut souvent reproché à VB (peut-être de manière un peu ironique) étant justement sa facilité de mise en oeuvre : un débutant VB pourra rapidement faire un programme opérationnel mais souvent tellement mal fait (sans analyse, structures ni règles, sans même la moindre expérience en programmation parfois...) qu'il sera difficilement maintenable par la suite. Beaucoup de projets VB sont à refaire entièrement car ils ont été trop mal faits par des débutants VB. A contrario, VB étant utilisable à la fois en mode interprété et en mode compilé, l'analyse du comportement des variables au sein d'un algorithme complexe est considérablement facilité et permet des cycles de développement de quelques heures seulement, là où du code écrit (par exemple) en C++ requerrait des semaines de travail. De façon un peu abrupte, on peut dire que VB corrige le paradigme du codage informatique : coder demande tellement de compétences que l'on ne peut pas en même temps comprendre tout ce que l'on code... et ceux qui ont un algorithme à développer n'ont généralement ni le temps ni les compétences pour développer du code !

V.1.1.2 Caractéristiques du langage Visual Basic Visual Basic possède quelques caractéristiques inhabituelles :

1. Rétrocompatibilité avec les (anciennes) versions du BASIC de Microsoft (QBASIC/QuickBASIC) permettant le portage de vieux programmes.

2. Possibilité d'utiliser à la fois des méthodes procédurale à l'ancienne (via des branchement avec des labels. Ex.: <label>: GOTO <label> ; et des sous-procédures du type GOSUB <label> ... RETURN), et à la fois des techniques plus modernes comme la programmation orienté objet (avec des modules de classe, ...) le rendant ainsi très versatile.

3. Optionalité d'un grand nombre de déclarations (typage, référencement, portées, ...) ainsi qu'une syntaxe extrêmement souple (espaces facultatifs).

4. La constante booléenne True a la valeur numérique -1. Ceci est dû au fait que le type booléen est codé comme un entier de 16 bits signé. Dans cette représentation, -1 est codé comme une suite de 16 « 1 binaires » (la valeur booléenne True), et que 0 est codé comme 16 « 0 binaires » (la valeur booléenne False) ; lorsqu'on effectue l'opération Non Logique sur un entier signé de 16 bits valant 0, on obtient -1. En d'autre termes, True = Not False. Cette caractéristique intrinsèque devient particulièrement utile lorsque l'on effectue des opérations logiques bit à bit sur un entier, telles qu'And, Or, Xor et Not. Cette

B U Z I Linda Page | 101

définition est également globalement cohérente avec les implémentations de BASIC depuis Microsoft Basic, au début des années 1970. C'est également en adéquation avec les caractéristiques des microprocesseurs de cette période.

5. Les opérateurs bit à bit et les opérateurs logiques sont les mêmes. Ce n'est en revanche pas le cas dans tous les langages dérivés de C (tels que Java et Perl) qui disposent d'opérateurs différenciés pour les opérations logiques et les opérations bit à bit. Ceci est également une caractéristique traditionnelle du langage BASIC.

6. Base de tableaux variable. Les tableaux sont déclarés en spécifiant les bornes inférieures et supérieures, de la même façon qu'en Pascal ou qu'en Fortran. Il est également possible d'utiliser l'instruction « Option Base » pour spécifier l'indice de borne inférieure par défaut. L'usage de cette instruction peut prêter à confusion lors de la lecture de code Visual Basic et il est préférable d'éviter son utilisation ; on lui préférera la déclaration explicite de la borne inférieure du tableau. Cette borne inférieure n'est pas limitée aux seules valeurs zéro ou un, elle peut aussi être spécifiée explicitement lors de la déclaration de la variable. Ainsi, les bornes inférieures et supérieures sont toutes deux programmables. Dans d'autres langages, la borne inférieure des tableaux n'est pas programmable. Cette caractéristique n'existe pas dans Visual Basic .NET ni dans VBScript. L'instruction Option Base a été introduite dans la norme ANSI, avec la norme ANSI pour BASIC minimal, à la fin des années 1970. L'extension permettant d'utiliser la forme de DIM A(1976 TO 2002) a été introduite pour la première fois dans le BBC Basic, disponible dans le BBC micro, lui-même influencé par COMAL.

7. Forte intégration avec le système d'exploitation Windows ainsi qu'avec le modèle COM.

8. L'arrondi bancaire est utilisé par défaut lors de la conversion de nombre réels en entiers.

9. Les nombres entiers sont automatiquement convertis en nombres réels dans les expressions où apparaît l'opérateur de division normale (/) afin que la division d'un entier impair par un entier pair produise le résultat intuitivement espéré. Il existe un opérateur spécifique pour la division entière (\) qui lui tronque le résultat.

10. Par défaut, si une variable n'est pas déclarée du tout ou si elle est
déclarée sans spécification explicite de type, elle prend le type « Variant ». Cependant, ce comportement peut être modifié par l'utilisation d'instructions DefType telles que DefInt, DefBool, DefObj, DefStr, etc. Il existe 12 instructions DefType dans Visual Basic 6.0. Un type par défaut peut être remplacé dans une déclaration spécifique en utilisant un suffixe spécial accolé au nom de la variable (# pour Double, ! pour Single, & pour Long, % pour Integer, $ pour String and @ pour Currency). Il est aussi possible d'utiliser la forme As (type). Il est

B U Z I Linda Page | 102

également possible de configurer VB afin qu'il exige la déclaration explicite de toutes les variables, en utilisant la commande Option Explicit.

V.2. Choix du système de gestion de base des données SGBD

Le choix du SGBD est porté sur l'ORACLE. L'oracle est un SGBD (système de gestion de bases de données) édité par la société du même nom (Oracle Corporation), leader mondial des bases de données.18

La société oracle corporation a été créée en 1977 par Lawrence Ellison, Bob Miner, et Ed Oates. Elle s'appelle alors Relationnel Software Incorporâtes (RSI) et commercialise un Système de Gestion de Base de Données relationnelles (SGBD ou RDBMS pour Relation Data base Management Système) nommé Oracle.

En 1979, le premier prototype (RDBMS-RSI1) intégrant la séparation des espaces d'adressage entre les programmes utilisateurs et le noyau Oracle est commercialisé. Cette version est entièrement développée en langage assembleur. La seconde version (RDBMS- RSI2) est un portage de l'application sur d'autres plates-formes.

En 1983 la troisième version apporte des améliorations au niveau des performances et une meilleure prise en charge du SQL. Cette version est entièrement codée en langage C. A la même époque RSI change de raison sociale et devient Oracle.

En 1992, Oracle 7 sort sur les plates-formes UNX (elle ne sortira sur les plates-formes Windows qu'à partis de 1995). Cette version permet une meilleur gestion de la mémoire, du COU et des entrées-sorties. La base de données est accompagnée d'outils d'administration (SQL*DBA) permettant une exploitation plus aisée de la base. En 1997, la version Oracle 7.3 (baptisée Oracle à la base de données.

Oracle est écrit en langage C et est disponible sur de nombreuses plates-formes matérielles (plus d'une centaine) dont :

¹⁸ http// www.oracle.com 10 juin 2011

B U Z I Linda Page | 103

V.2.1. Les versions d'Oracle

Oracle se décline en plusieurs versions :

i' La définition et la manipulation des données

i' La cohérence des données

i' La confidentialité des données

i' L'intégrité des données

i' La sauvegarde et la restauration des données

i' La gestion des accès concurrents

V.2.2. Les composants d'Oracle

Outre la base de données, la solution Oracle est un véritable environnement de travail constitué de nombreux logiciels permettant notamment une administration graphique d'Oracle, de s'interfacer avec des produits divers et d'assistants de création de bases de données et de configuration de celle-ci :

On peut classer les outils d'Oracle selon diverses catégories :

i' Les outils d'administration i' Les outils de développement i' Les outils de communication i' Les outils de génie logiciel i' Les outils d'aide à la décision

Dans la réalisation de la base de données, nous avons présenté la procédure d'implantation de la base de données en

B U Z I Linda Page | 104

CONCLUSION

La perfection n'est pas de ce monde. Le Travail de Fin de Cycle que nous venons de présenter aujourd'hui est le fruit de divers sacrifices caractérisant ainsi notre détermination à en finir une fois pour toutes avec l'étape de graduat que nous considérons comme de le premier pas et que d'autres étapes, notamment la licence et doctorat pourront s'accomplir dans l'avenir.

Nous avons, à travers les différentes pages, donné une certaine lumière sur la conception et réalisation d'une base de données pour l'octroi et renouvellement des licences de personnes aéronautiques en respectant les règles de la méthode MERISE.

Dans l'introduction, nous avons évoqué les causes qui ont militées que nos enquêtes soient réussites. Loin de nous, l'idée de dire que notre solution apportée est la meilleure, nous avons essayé d'y apporter notre contribution et nous laissons aux outres la latitude d'apprécier ce fameux travail.

Dans l'étude d'opportunité, nous avons donné l'historique de l'Autorité d'Aviation Civile(AAC), c'est-à-dire sa genèse et les objectifs qu'il s'est assigné. Ensuite, nous avons étudié les existant, l'avons analysé, critique et tiré une solution informatique.

Dans l'analyse conceptuelle, nous avons dégrossi de façon logique la solution choisie dans l'étude d'opportunité. Nous avons, de façon claire, saisie la portée même du problème car nous avons tenue compte des matériels et de ses contraintes.

B U Z I Linda Page | 105

expliquant l'enchaînement du menu et la programmation avec ses notions, son langage, et ses méthodes et choix.

Ce travail étant réalisé par un être humain peut parfois porter d'illusion. Et c'est à ce titre que nous restons très ouvert aux conseils, suggestions et encouragement qui seront adressés à ce dernier et qui constituerons.

B U Z I Linda Page | 106

BIBLIOGRAPHIE

A. Ouvrage

1. BRIEN, J.O, Les systèmes d'informations de gestion, Montréal, éd. Boeck université, 1993

2. GARDARAING, Base de données, éd EYROLLES, paris, 2001, P.13

3. Daniel Martin, Comprendre le Base des données, éd. Fourrent, Paris 2001

4. DIGALLO Frédéric, Méthodologie Merise, éd. CNAM ANGOULEME, Paris 2001

5. J.P. Matheron, comprendre Merise, outils conceptuels et

organisationnels, Eyrolles, paris. 2000, P.15

6. NANCI D., ESPINASSE B., Ingénierie des systèmes d'information :

Merise. Deuxième génération, Ed VUILBERT, Paris, 2002.

7. Jacques Bureau, Dictionnaire de l'informatique, librairie Larousse, Paris, 1979

B. Notes de cours

1. MBALA Philomène, note de cours de merise, ESFORCA 2009-2010

2. KASHORO MULENDA, note de cours de programmation orientée

objet (P.O.O), G3 info ISP/GOMBE, 2012.

3. KUTANGILA MAYOYA et WANGI NGOY, cours de progiciel, G3 info, ISP/GOMBE, 2011-2012.

4. MUSANGU LUKA et WANGI NGOY, note de cours de Visual Basic .net, G3info, URKIM, 2012-2013

C. Mémoire et Travail de Fin de Cycle

1. WANGI NGOYI Eric, Système d'Information Conception et
Réalisation, Mémoire, UPC/Kinshasa.

2. MASELE SOKI, Conception et réalisation d'une base de données pour la gestion des membres effectifs formes d'une église, g3info, ISP Gombe, 2012

B U Z I Linda Page | 107

TABLE DES MATIERES

EPIGRAPHIE	I
DEDICACE	II
AVANT PROPOS	III
0. Introduction	- 1 -
0.1. Problématique	- 1 -
0.2. Hypothèse	- 2 -
0.3. Choix et intérêt du sujet	- 2 -
0.4. Méthodes et Techniques	- 3 -
0.4.1. Méthodes	- 3 -
a. Méthode structuro fonctionnelle	- 3 -
b. Méthode analytique	- 3 -
c. Méthode Merise	- 4 -
0.4.2. Techniques	- 4 -
a. Documentation	- 4 -
b. Observation	- 4 -
0.5. Délimitation des sujets	- 4 -
0.6. Subdivision du travail	- 5 -
Première Partie :	- 6 -
GENERALITE	- 6 -
Chapitre I : APPROCHE CONCEPTUEL	- 7 -
I.1. Système	- 7 -
I.1.1. Système d'information	- 7 -
1.1.2. QUALITE D'UN SYSTEME D'INFORMAT	- 8 -
Le système d'information doit posséder des qualités ci-après :	- 8 -
I.1.2. Système informatique	- 9 -
I.2. Base des données	- 9 -
I.2.1. Définition	- 9 -
I.2.2. Avènement des bases de données	- 10 -
1.2.3. Typologie	- 11 -
I.3. Système de gestion de base de données	- 12 -
I.3.1. Définition	- 12 -
I.3.2. Fonction	- 12 -
I.3.3. Types de SGBD	- 13 -
I.3.3.1. SGBD Hiérarchique	- 13 -
I.3.3.2. SGBD Réseau	- 14 -
I.3.3.3. SGBD Relationnel	- 14 -
I.3.4. Objectifs des SGBD	- 15 -
I.4. Merise	- 16 -
I.4.1. Définition	- 16 -
I.4.2. Caractéristiques	- 16 -
Chapitre II : ETUDE DE L'EXISTANT	- 18 -
II.1. Présentation de l'AAC	- 18 -

B U Z I Linda Page | 108

II.1.1. Situation Géographique - 18 -

II.1.2. Aperçue Historique - 18 -

II.1.3. Objet social et Statut juridique - 19 -

Organigramme Générale 20

II.2. Analyse de l'existant 21

II.2.1. Analyse des postes 21

II.2.2. Analyse des postes du service PE 21

II.2.2.1. ORGANIGRAMME 22

LEGENDE 22

OFA : Ecole d'aviation et formation 22

OFA : Bureau de formation 22

LQ : Licence et qualification 22

PAN : Personnel aéronautique navigant 22

PAS : Personnel Aéronautique 22

a. Bureau PAN (personnel aéronautique navigant) 22

b. bureau PAS (personnel aéronautique au sol) 23

C. Secrétariat 23

II.2.3. Analyse des documents 23

II.2.3. Analyse de moyen de traitement 28

1. Moyens matériels 28

2. Moyens humains 29

3. Moyens financier 29

II.2.4. Analyse de flux d'information 29

II.2.4.3. Symboles utilisés 32

II.2.4.4. Description du schéma de circulation des informations 32

II.2.5. Diagnostic de l'Existant 33

II.2.5.1. Point forts 33

II.2.5.2. Point faibles 34

II.2.5.3. Proposition des solutions 34

II.2.5.3.1. Solution manuelle 34

II.2.5.3.2. Solution Informatique 35

II.2.5.3.3. Evaluation de chaque solution proposée 35

II.2.5.3.4. Choix de la Solution 36

Deuxième partie : 37

La conception et développement du système futur 37

Chapitre III : CONCEPTION DU SYSTEME D'INFORMATION ORGANISE 38

III.1. Etapes conceptuelle 38

III.1.1. Modèle Conceptuel des données (MCD) 38

1. Objet 38

2. Propriétés 38

3. Identifiant 38

4. Association (relation) 39

5. Dimension 39

III.1.2. Recensement des règles de gestions 39

III.1.3. Recensement et description des objets 41

III.1.4. Recensement et description des relations 44

III.1.5. Détermination des contraintes des cardinalités et d'intégrité fonctionnelle

45

B U Z I Linda Page | 109

III.1.6. Construction du Modèle Conceptuel des données - MCD 48

III.1.2.Modèle Conceptuel de Traitement (MCT) 49

1. Evénement 49

2. Acteur 49

3. Opération 49

4. Résultat 50

5. Règle d'émission 50

6. Synchronisation 50

III.1.2.1. Construction du Modèle Conceptuel de Traitement (MCT) 51

III.2. Etape Organisationnel 53

III.2.1. Modèle Organisationnel des Données. 53

III.2.1.1. Rappel des règles de passages du MCD au MOD 53

III.2.1.2. Construction du Modèle Organisationnel des Données Global 54

III.2.1.3. Répartition du MOD global en MOD locaux et prise en compte de la

sécurité des données 55

III.2.1.4. Présentation du MOD repartie. 56

Site Secrétariat général 60

Site Licence et qualification 61

III.2.2. Modèle Organisationnel des Traitements (MOT) 62

III.2.2.1. Règles de Passage de MCT au MOT 63

III.2.2.2. Présentation de Modèle Organisationnel des Traitement (MOT) 63

Chapitre IV : CONCEPTION DU SYSTEME D'INFORMATION INFORMATISE (SII)

66

IV.1. Architecture de matérielles et logiciel mises en place 66

IV.1.1. Le Hardware : 66

IV.1.2. Software : 66

IV.2.Etape Logique 67

IV.2.1.Modèle Logique des Données. 67

IV.2.1.1. Passage du MOD au MLD 67

IV.2.1.2. Règles de passage 67

IV.2.1.3. Présentation du Modèle Logique des Données Brutes 69

IV.2.1.4. Normalisation du MLD brut 70

IV.2.1.5. Présentation du Modèle Logique des Données Valide 71

IV.2.1.6. Schémas rationnels associés 72

IV.2.1.7. Quantification du volume de la base des données 73

IV.2.7.1. Calcule de volume théorique de la base des données 73

IV.2.1.7.2. Volume des index 74

IV.2.1.7.3. Calcul du volume Total 74

IV.2.2. Modèle Logique de traitement 75

IV.2.2.1. Présentation du Modèle Logique de traitement 75

IV.2.2.2. Présentation des interfaces 81

IV.3. Etape physique 93

IV.3.1. Modèle Physique des données 93

6. Table Renouvellement 95

7. Table Type licence 96

8. Table Qualification type 96

9. Table Posséder 96

10. Table Aptitude Médical 96

B U Z I Linda Page | 110

IV.3.2. Modèle Physique de Traitement 97

IV.4.2.1. Présentation de Modèle Physique de Traitement 98

Chapitre V : REALISATION DES SYSTEME D'INFORMATION. 99

V .1. Choix du Langage de Programmation 99

V.1.1. Bref aperçu sur VB 2010 99

V.1.1.1 L'origine du langage VB net 99

V.1.1.2 Caractéristiques du langage Visual Basic 100

V.2. Choix du système de gestion de base des données SGBD 102

V.2.1. Les versions d'Oracle 103

V.2.2. Les composants d'Oracle 103

CONCLUSION 104

BIBLIOGRAPHIE 106

TABLE DES MATIERES 107

B U Z I Linda Page | 111

ANNEXE

Les interfaces utilisateurs

Codes sources en VB2012

B U Z I Linda Page | 112

B U Z I Linda Page | 113

B U Z I Linda Page | 114

B U Z I Linda Page | 115

EXTRAIT DES CODES SOURCES DE L'INTERFACE QUALIFICATION

TYPEImports System.Data.OracleClient Public Class formqualification

Private Sub formqualification_Load(sender As Object, e As EventArgs) Handles MyBase.Load

Try

con.Open()

chargementGrille()

Catch ex As Exception

MessageBox.Show("probleme de connexion:" + ex.Message)

End Try

End Sub

Private Sub btnenregistrer_Click(sender As Object, e As EventArgs) Handles

btnenregistrer.Click

If txtcodequal1.Text = "" Then

MessageBox.Show("Le code qualification ne doit pas être vide", "Erreur",

MessageBoxButtons.OK, MessageBoxIcon.Error)

txtcodequal1.Focus()

ElseIf txtdesignation1.Text = "" Then

MessageBox.Show("La désignation ne doit pas être vide", "Erreur",

MessageBoxButtons.OK, MessageBoxIcon.Error)

txtdesignation1.Focus()

Else

Try

Dim codequal = txtcodequal1.Text.Trim.ToUpper Dim desig = txtdesignation1.Text.Trim.ToUpper

requete = "insert into qualification_type values('" + codequal + "','" +

desig + "')"

cmd.Connection = con

cmd.CommandText = requete

cmd.ExecuteNonQuery()

MessageBox.Show("Enregistrement reussie")

Call initialise()

Catch ex As Exception

MessageBox.Show("echec d'enregistrement:" + ex.Message)

End Try

End If

End Sub

Private Sub btnannuler1_Click(sender As Object, e As EventArgs) Handles btnannuler1.Click

Call initialise()

End Sub

Private Sub btnquitter1_Click(sender As Object, e As EventArgs) Handles btnquitter1.Click

B U Z I Linda Page | 116

Me.Hide() End Sub

Private Sub btnmodifier_Click(sender As Object, e As EventArgs) Handles

btnmodifier.Click

'test des champs fides

If txtcodequal1.Text = "" Then

MessageBox.Show("Le code qualification ne doit pas être vide", "Erreur",

MessageBoxButtons.OK, MessageBoxIcon.Error)

txtcodequal1.Focus()

ElseIf txtdesignation1.Text = "" Then

MessageBox.Show("La désignation ne doit pas être vide", "Erreur",

MessageBoxButtons.OK, MessageBoxIcon.Error)

txtdesignation1.Focus()

Else

Try

Dim codequal = txtcodequal1.Text.Trim.ToUpper Dim desig = txtdesignation1.Text.Trim.ToUpper

requete = "update qualification_type set design_qual='" + desig + "' where code_qual='" + codequal + "'"

cmd.Connection = con

cmd.CommandText = requete

cmd.ExecuteNonQuery()

MessageBox.Show("Modification reussie")

Call initialise()

Catch ex As Exception

MessageBox.Show("Echec de modification: " + ex.Message)

End Try

End If

End Sub

Private Sub btnsupprimer_Click(sender As Object, e As EventArgs) Handles btnsupprimer.Click

Dim reponse As DialogResult = MessageBox.Show("Voulez-vous supprimer?", "Suppression", MessageBoxButtons.YesNo, MessageBoxIcon.Question)

If reponse = DialogResult.Yes Then Try

Dim codequal = txtcodequal1.Text.Trim.ToUpper

requete = "delete from qualification_type where code_qual='" + codequal +

"'"

cmd.Connection = con

cmd.CommandText = requete

cmd.ExecuteNonQuery()

MessageBox.Show("suppression reussie")

Call initialise() Catch ex As Exception

B U Z I Linda Page | 117

MessageBox.Show("Echec de suppression:" + ex.Message) End Try

End If

End Sub

Private Sub TextBox1_TextChanged(sender As Object, e As EventArgs) Handles txtrecherche.TextChanged

'recupération du texte saisie

Dim codequal = txtrecherche.Text.Trim.ToUpper()

Try

'requeterequete = "select * from qualification_type where code_qual='" + codequal + "'"

Dim darech As OracleDataAdapter = New OracleDataAdapter(requete, con) dsrech.Clear()

darech.Fill(dsrech, "qualification_type")

grille2.DataSource = dsrech.Tables(0) Catch ex As Exception

End Try

End Sub End Class