P a g e |

EPIGRAPHE

‘‘La science restera toujours la satisfaction du plus haut désir de notre

nature, la curiosité ; elle fournira à l’homme le seul moyen qu’il ait pour améliorer son sort’’

Ernest RENAN

‘‘Mon fils, si tu m’écoutes avec attention, tu t’instruiras, et si tu appliques

ton esprit, tu deviendras sage’’

SIRACIDE 6, 33

Page |

P a g e |

IN MEMORIAM

Si l’amour et les larmes pourraient rendre la vie aux morts, ma

mère n’allaient pas rester planter dans le trou qu’on appelle tombe.

Paix à ton âme maman Mélanie DIMUKA NGULUBI. Que les

anges du ciel vous accueillent comme une nouvelle parmi eux.

J’aurais tant voulu que vous puissiez lire ce travail de fin de cycle. Hélas ! Le maitre de ce monde en a décidé autrement.

Gabriel MWANGU SHANGA

Page |

P a g e |

DEDICACE

Je dédie ce travail à ma Famille bien-aimée, c'est-à-dire mon Père Denis SHANGA KAPINGA et à mes sœurs Nigelle SHANGA, Fadiv SHANGA, Kenaya SHANGA, Adiosglorie SHANGA, Thérèse NDAMBI, sans oublier mes frères Edouard SHANGA, Hardy SHANGA, Alegria SHANGA, Jacques NDAMBI, Michael NDAMBI.

Sans le concours et la disponibilité de toutes ces personnes, ce travail

n’aurait jamais vu le jour.

A tous ceux qui m’aiment et me soutiennent de près comme de loin.

Je leur dédie ce travail.

Gabriel MWANGU SHANGA

Page |

P a g e |

REMERCIEMENTS

A l’issue de notre formation de graduat en Analyse et Programmation, option Informatique de Gestion, conformément aux normes académiques, nous avons eu à élaborer un Travail de Fin de Cycle, résultat des connaissances acquises durant le cursus de notre formation.

Etant donné que c’est un travail scientifique, il n’a pu être réalisé seul. Il nous serait ingrat et égocentrique de notre part, de ne pas leur manifester notre pleine gratitude.

Je remercie Dieu Tout Puissant, Créateur du ciel et de la terre, pour

sa bonté, son amour et sa grâce qu’il ne cesse de manifester envers nous. Que l’honneur, la gloire et la puissance lui soient rendu au siècle des siècles.

Tout d'abord qu'il nous soit permis de rendre un vibrant hommage à mon encadreur monsieur Eugène BOLA MOKE EDJWEN respectivement le directeur de ce travail, pour avoir bien voulu superviser ce modeste travail. Ses remarques et conseils nous ont permis de progresser vers le but fixé. Et aussi, à madame NSIMBA NLANDU respectivement le rapporteur de ce travail, pour différents astuces et encadrements. Qu’ils soient assurés de notre gratitude et notre profond respect !

Notre gratitude va à l’endroit de toutes les Autorités et Enseignants de l’Ecole Informatique des Finances « E.I.FI » en sigle, pour leur dévouement à notre égard et particulièrement à ceux du Département d’Analyse et Programmation pour la formation de qualité dont nous avons été les bénéficiaires.

Nous profitons de cette tribune pour remercier toutes les personnes qui de passage, ont pu m'apporter leur contribution scientifique de quelque manière que ce soit. Qu'elles trouvent ici l'expression de ma sincère reconnaissance.

L'aboutissement de ce travail doit beaucoup à mes parents, mes frères et sœurs, et à tous mes proches qui mon apporté un soutien sans faille et plus particulièrement à ma meilleur amie Rosalie ANEM NGAWANZEM pour sa bien vaillance et ces conseils avisés.

Nos compagnons de lutte : Délice LUZAYADIO, Gaël MAUTU, Jennifer MBUKU, Adoram FOFE, Antoine MUNIOMO, Christelle BAHATI, Naomie PAKA, Gad MPAKA, Gisèle NTUMBA, Valentin WETU, Annie THAKO, Elie LOKUMU ne peuvent être laissés sous silence pour tous les moments de durs labeurs.

Page |

P a g e |

Nos amis : Bethem, Jacques, Raphael, Seclo, Ikwa, Stéphane, Guerda, Eliane, Gloire, Josée Bal, Florence, Joël, Basile, Serge, Blanny, Carlos, Nanga, Naomie Wingi pour tout votre soutien et liens d’amitié qui nous unis.

Enfin, nous remercions les membres du jury qui ont bien voulu

accepter de lire et évaluer ce modeste travail.

Gabriel MWANGU SHANGA

Page |

P a g e |

LISTE DES FIGURES

Figure 1 : Présentation de l’Institut Supérieur Pédagogique de la Gombe…15

Figure 2 : Organigramme général……………………………………………...17 Figure 3 : Organigramme de la Direction des Ressources Humaines de l’ISP/G…………………………………………………………………………….18

Figure 4 : Schéma de circulation des informations…………………………..22

Figure 5 : Diagramme de contexte……………………………………………..22

Figure 6 : MCDB.………………………………………………………………...32

Figure 7 : MCT…………………………………………………………………...34

Figure 8 : MLDB………………………………………………………………….37

Figure 9 : MLDV………………………………………………………………….38

Figure 10 : MLT…………………………………………………………………..39

Figure 11 : Liste des agents ayant reçus le décompte……………………….41

Figure 12 : Formulaire détaillé de calcul………………………………………41

Figure 13 : Logo………………………………………………………………….46

Figure 14 : Accueil……………………………………………………………….46

Figure 15 : Menu principal………………………………………………………47

Figure 16 : Onglet accueil.……………………………………………………...47 Figure 17 : Onglet agent actif.………………………………………………….48

Figure 18 : Onglet retraité……………………………………………………….48

Figure 19 : Liste des agents retraités…………………………………………..49

Figure 20 : Liste des agents actifs……………………………………………...49

Figure 21 : Formulaire décompte imprimer……………………………………50

Page |

LISTE DES TABLEAUX

Tableau 1 : Sigles et Abréviations utilisés……………………………………...7

Tableau 2 : Déterminations des durées…………………………………………7 Tableau 3 : Ordonnancement……………………………………………………8

Tableau 4 : Diagramme de Gantt………………………………………………..8 Tableau 5 : Cycle d’abstraction de la méthode MERISE……………………13

Tableau 6 : Description du Cahier de registre..……………………………….23

Tableau 7 : Description de la Fiche détaillée………………………………….23 Tableau 8 : Ressources humaines.……………………………………………24

Tableau 9 : Fournitures de bureau………………………………………….…24

Tableau 10 : Matériels et Mobiliers de bureau……………………………….25

Tableau 11 : Matériels informatiques………………………………………….25

Tableau 12 : Les locaux…………………………………………………………26

Tableau 13 : Détermination des cardinalités….……………………………...32

Tableau 14 : Modèle Organisationnel de traitement………………………….36

Tableau 15 : Table Agent……………………………………………………….43

Tableau 16 : Table Service……………………………………………………..43

Tableau 17 : Table Grade………………………………………………………43

Tableau 18 : Table Fonction……………………………………………………43

P a g e |

SOMMAIRES

EPIGRAPHE ................................................................................................... i IN MEMORIAM .............................................................................................. ii DEDICACE .................................................................................................... iii REMERCIEMENTS ....................................................................................... iv SIGLES ET ABREVIATIONS UTILISES ........................................................ v LISTE DES FIGURES .................................................................................. vii LISTE DES TABLEAUX .............................................................................. viii SOMMAIRES ................................................................................................ ix

INTRODUCTION ........................................................................................... 1

0.1. ETAT DE LA QUESTION .................................................................. 1

0.2. DEFINITION DES TERMES ............................................................. 1

0.2.1. Processus .................................................................................... 1

0.2.2. Implémentation ............................................................................ 1

0.2.3. Application ................................................................................... 1

0.2.4. Décompte .................................................................................... 2

0.3. Problématique ................................................................................... 2

0.4. Hypothèse ......................................................................................... 2

0.5. But et objectif du travail ..................................................................... 3

0.5.1. BUT DU TRAVAIL ....................................................................... 3

0.5.2. OBJECTIF DU TRAVAIL ............................................................. 3

0.6. Choix et intérêt du sujet..................................................................... 3

0.7. Méthodes et Techniques utilisées ..................................................... 4 a) Méthodes utilisées ............................................................................. 4

b) Techniques utilisées .......................................................................... 5

0.8. Délimitation du sujet .......................................................................... 6

0.9. Difficultés rencontrées ....................................................................... 6

0.10. Subdivision du travail ..................................................................... 6

0.11. Sigles et Abréviations utilisés ......................................................... 6

0.12. PLANNING PREVISIONNEL ......................................................... 7

0.12.1 Décomposition du projet ............................................................. 7

0.12.2 Déterminations des durées ......................................................... 7

0.12.3 Ordonnancement ........................................................................ 8 Page |

0.12.4 Diagramme de Gantt ................................................................... 8

CHAPITRE PREMIER : GENERALITES SUR LES BASES DE DONNEES

ET LA METHODE MERISE .......................................................................... 9

I.1. Généralités SUR LES bases de données ........................................... 9

I.1.1. Définition ....................................................................................... 9

I.1.2. Utilité d’une base de données ...................................................... 9

I.1.3. Utilisation d’une base de données ................................................ 9

I.1.4. Caractéristique d’une base de données ..................................... 10

I.1.5. Qualité d’une base de données .................................................. 10

I.1.6. Système de gestion de base de données (SGBD) ..................... 10

I.2. Généralités sur la méthode MERISE ................................................ 11

1.2.1. Définition et Signification ........................................................... 11

I.2.2. Petite histoire .............................................................................. 11

I.2.3. Cycle d’abstraction de MERISE.................................................. 12

Chapitre DEUXIEME : ANALYSE du système existant .............................. 14

II.1. Présentation du système d’information ............................................ 14 II.1.1. Historique ................................................................................... 14

II.1.2. Situation géographique .............................................................. 14

II.1.3. Objectifs poursuivis par l’organisation ....................................... 15 II.1.4. Organigramme général .............................................................. 16

II.1.5. Aperçu sur le décompte final ..................................................... 18

II.2. Connaissance du service concerné ................................................. 18 II.2.1. Modèle Conceptuel de Communication (MCC) ......................... 18 II.2.1.1 Organigramme du service concerné ....................................... 18 II.2.1.2 Attribution des postes .............................................................. 19 II.2.1.3 Enoncé du processus actuel.................................................... 20

1. Narration .......................................................................................... 20

2. Mode de Calcul des avantages ....................................................... 21

3. Diagramme de Flux ou Schéma de circulation ................................ 21

4. Description des flux ou des tâches .................................................. 22 5. Diagramme de contexte ................................................................... 22 II.2.1.4 Recensement et Etude des interfaces ..................................... 22

II.2.1.5 Etudes des moyens de traitement ........................................... 24

a) Ressources humaines .................................................................... 24

b) Ressources matérielles ................................................................... 24

b.1. Fournitures de Bureau .................................................................. 24

b.2. Matériels et Mobiliers de Bureau .................................................. 25

b.3. Matériels Informatiques ................................................................ 25

b.4. Moyens Financiers ........................................................................ 25

b.5. Les Locaux .................................................................................... 25

II.2.2 CRITIQUE du système d’information ......................................... 26 II.2.2.1 Aspects Positifs ....................................................................... 26 II.2.2.2 Aspects Negatifs ...................................................................... 27 II.2.3 PROPOSITION des solutions ..................................................... 27

II.2.3.1 Solution Manuelle Restructurée .............................................. 27

II.2.3.2 Intégration d’un système informatique ..................................... 28 II.2.3.2.1 Configuration en réseau Local .............................................. 28

II.2.3.2.2 Informatisation avec réseau MAN ........................................ 28

II.3. Choix d’une solution ......................................................................... 28

Chapitre TROISIEME : Conception du nouveau ........................................ 30

III.1. Niveau Conceptuel .......................................................................... 30

III.1.1. OBJET ET CONTENU DU NIVEAU CONCEPTUEL ............... 30

III.1.2. ELABORATION DU MCD ......................................................... 30

III.1.2.1 Démarche conduisant à l’élaboration du MCD…………………31 III.1.2.2 Identification et Description………………….…………………..31

III.1.2.3 Identification et Description des rélations…….………………...31

III.1.2.4 Définition des règles de gestion……………….………………...31 III.1.2.5 Détermination des cardinalités…..…………….………………..32 III.1.2.6 Présentation du MCDB…...…………………….………………..32

III.1.2.7 Présentation du MCT…………………….……………..………..33

III.1.3. ELABORATION DU MCT ......................................................... 33

III.2 NIVEAU ORGANISATIONNEL ........................................................ 35 III.2.1. Modèle Organisationnel des Données (MOD).......................... 35 III.2.1.1 Contenu du MOD .................................................................... 35 III.2.2. Modèle Organisationnel de Traitement (MOT) ......................... 35

III.2.2.1 Contenu du MOT .................................................................... 35 III.2.2.2 Présentation du MOT .............................................................. 35

III.3. NIVEAU LOGIQUE .......................................................................... 37 III.3.1 Modèle Logique de Données (MLD) .......................................... 37 III.3.1.1 Contenu du MLD ..................................................................... 37 III.3.1.2 Règle de passage du MCD au MLD ....................................... 37 III.3.1.3 Présentation du MLDB ............................................................ 37

III.3.1.4 Normalisation des tables ........................................................ 38

III.3.1.5 Présentation du MLDV ............................................................ 38

III.3.2 MODELE LOGIQUE DE TRAITEMENT (MLT) ......................... 39

III.3.2.1 Contenu du MLT ..................................................................... 39 III.3.2.2 Présentation du MLT .............................................................. 39

III.3.2.3 Description des ULT ............................................................... 40

III.4 Présentation des états du système .................................................. 40

Chapitre quatrieme : Réalisation de l’application : implémentation ............ 42

IV.1. Description Hardware et Software .................................................. 42 IV.1.1. Description de matériels ........................................................... 42

IV.1.2. Description de logiciels ............................................................. 42

IV.2. Niveau physique .............................................................................. 42 IV.2.1. Modèle physique de données .................................................. 42

IV.2.1.1 Passage du MLD au MPD ...................................................... 43 IV.2.1.2 Description du MPD ............................................................... 43

IV.2.1.3 Choix du SGBD et du Langage de Programmation ............... 43

IV.2.1.4 Procédure d’implantation de la base de données .................. 44

IV.2.1.5 Choix du langage de programmation .................................... 45

IV.3. Programmation ................................................................................ 45 IV.3.1. Définition ................................................................................... 45

IV.3.2. Les interfaces ........................................................................... 45 CONCLUSION ............................................................................................ 51

BIBLIOGRAPHIE ........................................................................................ 52 I. Ouvrages ............................................................................................ 52

II. Webographie ...................................................................................... 52

ANNEXES ................................................................................................... 54

Codes sources ..................................................................................... 55

INTRODUCTION

L’informatique est une science dans la mesure où elle est constituée d’un ensemble ordonné des connaissances à chaque catégorie des faits et l’ordinateur est un dispositif électronique qui valorise son existence.

Elle s’applique dans tous les domaines de la vie ; la programmation apparait un domaine privilégié ce qui fera l’objet de notre étude tout au long de ce travail. Dans la théorie systématique l’entreprise est définie comme un système qui est un ensemble cohérents définie par ses objectifs et doté d’une structure dont la liaison réagit sur la forme de la nature et l’importance de composant.

0.1. ETAT DE LA QUESTION

L’étude que nous menons dans ce travail consiste à implémenter une application pour le calcul du décompte final des agents. D’où notre sujet s’intitule : ‘‘PROCESSUS D’IMPLEMENTATION D’UNE APPLICATION POUR LE CALCUL DU DECOMPTE FINAL DES AGENTS « CAS DE

L’ISP/GOMBE »’’

0.2. DEFINITION DES TERMES

0.2.1. Processus

Est un ensemble d’activités corrélées ou en interaction qui utilise des éléments d’entrée pour produire un résultat escompté selon la norme ISO9000 : 2015. Ces éléments sont soit des objets matériels (Pouvant être perçus comme des flux par la logistique à des fins d’évaluation), soit les informations (données), soit les deux.

0.2.2. Implémentation

C’est la réalisation, l’exécution ou la mise en pratique d’un plan, d’une méthode ou bien d’un concept, d’une idée, d’un modèle, d’une spécification, d’une norme ou règle dans le but précis. L’implémentation est donc l’action qui doit suivre une réflexion pour la concrétiser. En informatique, l’implémentation c’est l’action d’implémenter, d’installer (un programme) sur un ordinateur ou encore, c’est la programmation informatique, réalisation (d’un produit informatique) à partir de documents, mise en œuvre, développement. 0.2.3. Application

C’est un programme (ou un ensemble de logiciel) directement utilisé pour réaliser une tâche, ou un ensemble de tâches élémentaires d’un même domaine ou formant un tout. Typiquement, un éditeur de texte, un navigateur web, un lecteur multimédia, un jeu vidéo. Elles s’exécutent en utilisant les services du système d’exploitation pour utiliser les ressources matérielles.

0.2.4. Décompte

C’est un rabais pratiqué sur un compte c'est-à-dire ce qu’il y a à rabattre, à déduire sur une somme qu’on paie.

0.3. PROBLEMATIQUE

Aujourd’hui avec la poussée technologique et la compétitivité accrue dans le domaine des Nouvelles Technologies de l’Information et de la Communication (NTIC), les organisations sont invitées, voir obligées à prendre en compte toute évolution informatique et ce pour faciliter les échanges des données ainsi que leurs gestions.

La problématique est une démarche qui nous amène à aboutir à une solution optimale. Cette démarche est accompagnée des questions suivantes :

Ø Est-il possible de réduire les aléas et la lenteur observée dans les calculs manuels de décompte final ?

Ø Est-il important et possible d’implémenter ce système ?

0.4. HYPOTHESE

Elle constitue les réponses provisoires aux questions des recherches qui apportent des solutions scientifiques^{^[1]}.

Il serait possible de réduire les aléas et la lenteur observées dans les calculs manuels de décompte final ;

Dans ce travail, nous sommes convaincus que l’hypothèse d’informatiser est la meilleure car cela relèvera le défi de l’ancien système en mettant en place un nouveau système informatisé avec une implémentation en vue de :

ü La sécurité des données ;

ü La fiabilité des résultats ; ü Le gain de temps.

D’une manière explicite, il sera question de mettre en place un outil d’aide aux agents économiques aux calculs rapides et efficaces de décompte final.

0.5. BUT ET OBJECTIF DU TRAVAIL

0.5.1. BUT DU TRAVAIL

Vu l’intérêt croissant de vouloir gagner du temps, de conserver les données (informations), on est actuellement arrivé à une étape ou les petites, moyennes et grandes entreprises cherchent constamment des solutions informatiques. Celle-ci est vraiment capable de répondre à leur besoin.

C’est dans ce cadre précis que s’inscrit notre projet de fin d’étude, qui consiste à implémenter une application pour le calcul du décompte final des agents de l’ISP/G.

0.5.2. OBJECTIF DU TRAVAIL

Le présent travail vise à aider les agents économiques, les banquiers, les financiers, les entrepreneurs, les instituteurs et les prêteurs, à simplifier le travail et à éradiquer les erreurs manuelles sur le calcul de décompte final.

0.6. CHOIX ET INTERET DU SUJET

Le choix d’un sujet scientifique pour tout chercheur repose sur certaines motivations, à savoir « l’intérêt personnel, les problèmes rencontrés au cours de ses recherches et qui excitent sa curiosité, l’originalité d’un sujet, le désir de rectifier certaines erreurs ».

Dans ce présent travail, les théories ne trouvent d’intérêt et d’appréciation que quand on arrive à les localiser dans le champ d’action bien déterminé. Cette démarche implique essentiellement deux éléments préoccupants : un objet (domaine) et un terrain de recherche.

Vu le privilège accordé à la programmation parmi les domaines de l’informatique nous sommes intéressés à ce fait pour permettre à l’Institut Supérieur Pédagogique de la Gombe de migrer du système manuel vers un système automatique avec viabilité et précision de résultat.

Du point de vue personnel, cette étude est une preuve d’assimilation des matières et connaissances acquises dans le domaine de l’informatique de gestion, en particulier de la maitrise des processus et méthodes de l’informatisation ;

Du point de vue scientifique, ce travail constituera un outil de référence auxquels les étudiants, chercheurs et tout autre entrepreneur pourront faire recours dans le but de s’impétrer l’interchangeabilité des données.

0.7. METHODES ET TECHNIQUES UTILISEES

Une méthode est un ensemble d’opérations par lesquelles une discipline cherche à étudier les vérités qu’elle poursuit, les démontrent et les vérifient. Et les techniques sont des outils mis à la disposition de la recherche et organisés par la méthode dans ce but. Ce sont des moyens utilisés pour la collecte des données.^{^[2]}

L’obtention des résultats satisfaisants est motivée par le bon choix des méthodes et techniques à utiliser pour la collecte des données. Pour ce faire, nous avons mis en exergue les méthodes et techniques que nous avons utilisées pour cerner la réalité et atteindre l’objectif que nous avons assigné à notre travail.

a) Méthodes utilisées

Dans le cadre de notre travail, nous avons utilisé les méthodes Analytique, Historique, Structure Fonctionnelle, Pert et la méthode MERISE.

Ø Méthode Analytique : Est une analyse systématique de toutes les informations ainsi que les données récoltées. Elle nous a permis d’analyser des nombreuses données recueillies grâce aux entretiens avec certains agents du service de courrier.

Ø Méthode Historique : Est une méthode par laquelle nous avons obtenu des informations rétrospectives sur le calcul du décompte final.

Ø Méthode Structure Fonctionnelle : Cette méthode nous a aidé à décrire les tâches de l’organigramme du service.

Ø Méthode Pert : Est une méthode qui sert à la planification et à l’évaluation d’un projet^{^[3]}. Elle nous a permis de planifier notre projet par la mise en évidence des liaisons entre les tâches que comporte ledit projet.

Ø Méthode MERISE : (Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprises) constitue sans doute un pas important à franchir dans l’élaboration des systèmes d’information. Elle est surtout utilisée en France et en Europe du sud, suite à son succès, elle est presque utilisée dans tous les pays pour la conception des systèmes d’information.^{^[4]}

b) Techniques utilisées

Dans le cadre de notre travail nous avons utilisé trois techniques de collecte des données à savoir : la documentation, l’interview et l’observation.

Ces techniques donnent un bon rendement lorsqu’elles sont utilisées ensemble pour se compléter et mettre en doute l’information recueillie au moyen d’une autre technique.

 La documentation

Chaque entreprise a un capital informationnel qui regroupe les documents manipulés sous leurs formes variées. L’analyse de ces documents peut constituer un atout non négligeable avant d’aborder les entretiens. La prise de connaissance préalable sur un sujet peut faire prendre conscience des certains points à aborder ultérieurement lors de la rencontre avec les personnes censées manipuler tel ou tel document.^{^[5]}

 L’interview

Une interview est un entretien entre deux ou plusieurs personnes où des questions sont posées pour obtenir des informations de la part de l’interviewé. Ce dernier en effet, contribue à un projet de recherche par des réponses orales à des questions énoncées par un interlocuteur présent face à lui. Ces questions peuvent être préparées à l’avance (guide d’entretien) ou posées instantanément selon les réponses données par l’interviewé.^{^[6]}

Elle nous a permis de récolter des informations sur les problèmes et de relever les objectifs du système futur.

 L’observation

L’observation est l’action de suivre attentivement des phénomènes, sans volonté de les modifier, à l’aide de moyen d’enquête et d’études appropriées.

Par l’observation, le chercheur constate par lui-même ce qui se fait réellement dans le processus d’implémentation d’une application pour le calcul du décompte final des agents de l’ISP/G. Nous avons pu observer toutes les activités effectuées au sein de la DRH. Et cette observation a été un complément de ce que nous avons collecté à l’aide d’autres techniques.

0.8. DELIMITATION DU SUJET

Le présent travail est non seulement délimité dans l’espace mais aussi dans le temps :

Dans l’espace, pour réaliser notre application avec des éléments concrets, nous utiliserons les données de l’Institut Supérieur Pédagogique de la Gombe (ISP/G en sigle), plus précisément celles provenant de la Direction des Ressources Humaines pour le problème lié au décompte final des agents et cadres de l’ISP/G.

Sur le plan temporel, notre travail couvre la période allant de 2015 à 2018, période au cours de laquelle nous avons mené nos recherches sur le problème de processus d’implémentation d’une application pour le calcul du décompte final.

0.9. DIFFICULTES RENCONTREES

Tout au long de nos investigations, nous avons été confronté à certains problèmes, tels que :

- Difficulté de récolte des données ;

- Difficulté d’accéder aux différents documents ;

- Difficultés financières ;

- Rendez-vous non respecté par le personnel chargé de nous fournir des informations.

0.10. SUBDIVISION DU TRAVAIL

Hormis l’introduction et la conclusion, nous avons subdivisé notre travail en quatre chapitres :

• Chapitre Premier : Généralités sur les Bases de données et la méthode MERISE, ce chapitre s’est basé sur les notions générales des différentes bases de données à utiliser pour l’implémentation de la nouvelle application ;

• Chapitre Deuxième : Analyse du système existant, ce chapitre consiste à présenter le système d’information de l’entreprise, exposer le cas précis du service concerné, pour aboutir au calcul des coûts liés

à la proposition de la solution informatique et, enfin le choix d’une solution ;

• Chapitre Troisième : Conception du nouveau système d’information, celui-ci fera la mise en application des quelques notions de la méthode MERISE 2 pour la conception de la base de données ;

• Chapitre Quatrième : Réalisation de l’application, ce dernier chapitre s’est basé sur la création d’une application pour le nouveau système.

0.11. SIGLES ET ABREVIATIONS UTILISES

Tableau 1 : Sigles et Abréviations

AGA1	: Agent auxiliaire 1^er classe.
AGA2	: Agent auxiliaire 2^éme classe.
GB1	: Agent de bureau 1^er classe.
ASS1	: Assistant mandat 1.
ASS2	: Assistant mandat 2.
ATB1	: Attaché de bureau 1^er classe.
ATB2	: Attaché de bureau 2^éme classe.
CB	: Chef du bureau.
CCP1	: Chargé de pratique professionnelle mandant 1.
CD	: Chef de division.
CT	: Chef de travaux.
D	: Directeur.
DCS	: Directeur chef de service.
DRH	: Directeur de Ressources Humains.
E.S.U	: Enseignement Supérieur et Universitaire.
ISP/G	: Institut Supérieur Pédagogique de la Gombe.
MCC	: Modèle Conceptuel de Communication.
MCD	: Modèle Conceptuel des Données.
MCT	: Modèle Conceptuel de Traitement.
MERISE	: Méthode d’Etude et de Réalisation Informatique pour les systèmes d’Entreprise.
MLD	: Modèle Logique des Données.
MLT	: Modèle Logique de Traitement.
MOD	: Modèle Organisationnel des Données.
MOT	: Modèle Organisationnel de Traitement.

MPD	: Modèle Physique des Données.
MPT	: Modèle Physique de Traitement.
NTIC	: Nouvelle Technologie de l’Information et de la Communication.
P	: Professeur.
PA	: Professeur Associé.
PO	: Professeur Ordinaire
SGBD	: Système de Gestion de Base de Données.
TM	: Traitement manuel
ULT	: Unité Logique de Traitement.
VB	: Visual Basic.
VBA	: Visual Basic for Applications.

0.12. PLANNING PREVISIONNEL

0.12.1. DECOMPOSITION DU PROJET

La décomposition de tout projet en tâche facilite sa réalisation et son suivi. Quelques tâches relatives à notre projet sont les suivantes :

- Récolte des informations ;

- Introduction générale ;

- Description du contexte du travail ;

- Analyse de l’existant ;

- Critique de l’existant et proposition des solutions ;

- Conception du nouveau système d’information ; - Modélisation ;

- Réalisation de l’application.

0.12.2. DETERMINATIONS DES DUREES

Tableau 2 : Déterminations des durées

CODES DES TACHES	TACHES	DUREE EN SEMAINE
T1	Récolte des informations	3
T2	Introduction générale	1
T3	Description du contexte du travail	3
T3.1	Analyse de l’existant	-
T3.2	Critique de l’existant et proposition des solutions	-
T4	Conception du nouveau système d’information	4
T4.1	Modélisation	-
T4.2	Réalisation de l’application	-
TOTAL		11

N.B. : Notre travail est réalisable en 11 semaines soit 2 mois et 3 semaines.

0.12.3. ORDONNANCEMENT

Tableau 3 : Ordonnancement

TACHES ANTERIEURES	TACHES A REALISER	TACHES POSTERIEURES
-	T1	T2
T1	T2	T3
T2	T3	T4
T3	T3.1	T3.2
T3.1	T3.2	T4
T3.2	T4	T5
T4	T4.1	T4.2
T4.1	T4.2	T5
T4.2	T5	-

0.12.4. DIAGRAMME DE GANTT

Tableau 4 : Diagramme de Gantt

CODES

TACHES

SEMAINES

S10

S11

T3.1

T3.2

T4.1

T4.2

Ce diagramme nous fait voir que notre étude est réalisable au maximum en 2 mois et 3 semaines.

CHAPITRE PREMIER : GENERALITES SUR LES BASES DE

DONNEES ET LA METHODE

MERISE

I.1. GENERALITES SUR LES BASES DE DONNEES

Les données sont au cœur des grandes applications informatiques mais sont aussi essentielles dans la plupart de nos activités et des interactions que nous avons, comme professionnels ou simples citoyens, avec tous nos partenaires et correspondants^{^[7]}.

I.1.1. Définition

Une base de données est un ensemble structuré des données enregistrées sur des supports accessibles par l’ordinateur, représentant des informations du monde réel et pouvant être interrogées et mise à jour par une communauté d’utilisateur^{^[8]}.

I.1.2. Utilité d’une base de données

Une base de données est utilisée pour conserver une masse importante d’informations dont on envisage pour s’en servir ultérieurement. Elle permet de mettre ces données à la disposition d’utilisateur pour une consultation, une saisie ou une mise à jour^{^[9]}.

L’avantage majeur de l’utilisation de base de données est la possibilité de pouvoir être accédées par plusieurs utilisateurs simultanément. I.1.3. Utilisation d’une base de données

La création d’une base de données réelle à un but précis : elle doit permettre de retrouver de l’information par son contenu en se fondant sur des critères de recherche.

La grande différence avec un programme écrit dans un langage de programmation est qu’une base de données doit pouvoir répondre à des questions pour lesquelles elle n’a pas forcément été prévue à la conception. Une autre différence est que les données sont susceptibles d’être utilisées par des applications différentes¹⁰.

I.1.4. Caractéristique d’une base de données^{^[10]}

Une base de données doit être :

Ø Un reflet fidèle de l’univers réel modélisé : La base de données doit contenir les informations d’un système réel. Et ces informations doivent refléter l’image du système d’information en étude ;

Ø Flexible : La base de données doit donner la possibilité d’être

modifiée. En partant de sa structure jusqu’à son contenu ;

Ø Intègre : C’est le fait que la base de données doit porter des informations juste ou valides. Pas d’informations fantaisistes ou non correctes ;

Ø Cohérente : C’est le fait que le contenu d’une base de données soit uniforme. C’est-à-dire, la même information doit être représentée de la même manière ;

Ø Exhaustive : La base de données doit contenir toutes les informations nécessaires du système d’information en étude ;

Ø Non-redondance : Une information doit être reprise une et une seule fois dans la base. La non-redondance c’est le manque de répétition ou des doublons.

I.1.5. Qualité d’une base de données^{^[11]}

En réalité, une bonne base de données doit permettre de retrouver les données par leur contenu. Dans cette optique, il faut s’assurer que les données contenues dans la base sont de « bonne qualité ». On peut définir la qualité des données comme suite^{^[12]} :

- L’intégrité ;

- La cohérence des données contenues dans la base ; - La non-redondance.

I.1.6. Système de gestion de base de données (SGBD)^{^[13]}

Le SGBD est un ensemble de services (application logicielles)

permettant de gérer les bases de données, c’est-à-dire :

- Créer une base de données ;

- Permettre l’accès aux données de façon simple ;

- Autoriser un accès aux informations à des multiples utilisateurs ;

- Manipuler les données présentes dans la base de données (Insertion, Suppression, Modification).

Le SGBD peut se décomposer en trois (3) sous-systèmes :

- Le système de gestion des fichiers : Il permet le stockage des informations sur un support physique ;

- Le SGBD interne : Il gère l’ordonnancement des informations ; - Le SGBD externe : Il représente l’interface avec l’utilisateur.

I.2. GENERALITES SUR LA METHODE MERISE

1.2.1. Définition et Signification

a) Définition

Est une méthode de conception, de développement et de réalisation des projets informatiques^{^[14]}. b) Signification

MERISE (signifie Méthode d’Etude et Réalisation Informatique pour les systèmes d’Entreprise). Le but de cette méthode est de concevoir un système d’information. Cette méthode est basée sur la séparation des données et traitements à effectuer en plusieurs modèles conceptuels et physiques.

I.2.2. Petite histoire

La méthode MERISE a été créée en 1978 par Peter Chen et Huber Tardieu à Aix en Province. En 2001, la méthode MERISE était largement pratiquée en France. MERISE a pris en compte les évolutions des nouvelles technologies : Architectures, Clients/Serveur, Interface Graphique, Démarche de développement rapide, Approche objet, Application intra,

Internet.

Aujourd’hui, la méthode MERISE correspond globalement aux savoir-faire actuels en ingénierie des systèmes d’information de gestion. MERISE constitue un standard de fait en conception des systèmes d’informatique. Au fil du temps, la méthode MERISE de base appelée MERISE1 se transforme en MERISE2 (intégrant des éléments tels que : contraintes héritages, types, sous-types) qui est une variante de merise proposant une approche réellement orientée objet à base d’une encapsulation des données de traitement valable.

I.2.3. Cycle d’abstraction de MERISE^{^[15]}

Le cycle d’abstraction du système informatique se base sur les niveaux suivants :

Ø Niveau Conceptuel : représente le contenu de la base de données en terme conceptuel, indépendamment de toute considération informatique. Il correspond à la description de « Quoi », c’est-à-dire les objectifs de l’entreprise, Que fait-elle ? au Niveau des Données et des Traitements ;

Ø Niveau Organisationnel : a trait au choix d’organisation, notamment la répartition des traitements entre l’homme et la machine, la définition des acteurs et des postes de travail. Ici on répond aux questions : Qui fait quoi ? ;

Ø Niveau Logique : est la traduction du schéma conceptuel en un schéma propre à un type de base de données. Il exprime aussi les choix des moyens et des ressources informatiques en faisant abstraction de leurs caractéristiques techniques précises. On répond à la question « Avec l’air de quoi ? » ;

Ø Niveau Physique : décrit les méthodes d’organisation et d’accès aux données de la base. Traduit aussi les choix techniques et la prise en compte de leurs spécifiés. On répond à la question « Avec quoi ? ou Comment ? »

En combinant les quatre niveaux d’abstraction aux trois objets qui font objet de l’étude, Merise utilise douze modèles de formalisation lesquels sont repris dans le tableau ci-après^{^[16]} :

Tableau 5 : Cycle d'abstraction de la méthode MERISE

S I O	NIVEAU	COMMUNICAT.	DONNEES	TRAITEMENT
	CONCEPTUEL	MCC	MCD	MCT
	ORGANISATIONNEL	MOC	MOD	MOT
S I I	LOGIQUE	MLC	MLD	MLT
S I I	PHYSIQUE OU OPERATIONNEL	MPC	MPD	MPT

CHAPITRE DEUXIEME : ANALYSE DU SYSTEME EXISTANT

Dans le présent chapitre, nous présenterons le système d’information choisi dans le cadre de notre travail dans la première section, ensuite nous exposerons le cas précis du service concerné, pour aboutir au calcul des coûts liés à la proposition de la solution informatique et, enfin, le choix d’une solution.

II.1. Présentation du système d’information

L’ISP/G étant une institution bien organisée, nous ne pouvons parler du décompte final sans étudier la structure et les attributions de chaque cellule.

II.1.1. Historique^{^[17]}

L’histoire de calcul du décompte final de l’ISP est fortement liée aux organisations de la création de l’ISP/G.

L’ISP/G trouve ses origines chez les sœurs religieuses de la congrégation du sacré cœur qui dirigent depuis trois décennies (1928-1961) le lycée sacré cœur de KALINA, ladite Institution crée le 15 septembre 1961 sous la dénomination d’école normale moyenne pour les jeunes filles de Léopold Ville/KALINA (ENMA/KALINA).

Cependant, par la note circulaire N°EDN/MS/1961 du 30 Janvier 1963, l’école normale moyenne devient l’école supérieure pédagogique de KALINA. Celle-ci fonctionnait dans l’enceinte du lycée sacré cœur le 06 Août 1971 lors de la création de l’université nationale du Congo, l’école supérieure pédagogique de KALINA fut dénommée l’institut supérieur de KALINA.

Il porta le nom jusqu’au changement du Congo au zaïre le 27 octobre 1971 pour devenir « Institut Supérieur Pédagogique de la Gombe » en sigle ISP/G. En octobre 1972, L’ISP/Gombe déménagera du lycée sacré cœur pour ses bâtiments actuels construits grâce au financement du fonds européen de développement (FED).

II.1.2. Situation géographique

L’Institut Supérieur Pédagogique de la Gombe « ISP/G » en sigle, est un établissement d’Enseignement Supérieur et Universitaire de la République Démocratique du Congo qui se trouve dans la ville province de

Kinshasa. L’ISP/G est situé en plein centre-ville précisément au numéro 2 sur croisement des avenus Père BOKA et KISANGANI dans la commune de la Gombe, District de la Lukunga.

II.1.3. Objectifs poursuivis par l’organisation

L’Institut Supérieur Pédagogique de la Gombe poursuit l’un des objectifs ci-après :

Ø Promouvoir le pays en fonction de ses besoins en enseignement de très haut niveau de formation générale et spécialisée aux qualités morales et pédagogiques éprouvées ;

Ø Stimuler chez les futurs enseignants une prise de conscience de son rôle d’encadreur politique, de la noblesse de la mission et de dignité de la personne ;

Ø Organiser la recherche dans les domaines de la pédagogie en vue de découvrir les méthodes susceptibles d’améliorer la qualité de l’Enseignement Primaire et Secondaire ;

Ø Vulgariser les résultats de ces recherches par rédaction et la diffusion des manuels scolaires adaptés à ces deux niveaux d’enseignement.

Figure 1 : Présentation de l’Institut Supérieur Pédagogique de la Gombe

II.1.4. Organigramme général^{^[18]}

L’Organigramme est défini comme un tableau hiérarchique qui, en donnant les services et leurs subdivisions, montre d’une part leurs répartitions des responsabilités et d’autre part la localisation des responsabilités dans l’ensemble de l’entreprise.^{^[19]}

Figure 2 : Organigramme général

II.1.5. Aperçu sur le décompte final

Présentation

En République Démocratique du Congo ; pour toute institution de l’Enseignement Supérieur et Universitaire qui exerce ; le paiement de décompte final à un agent ou son représentant suit une procédure bien établie par la loi.

Sur ce, selon le droit du travail et la législation sociale et/ ou encore l’ordonnance loi N°81-160 du 7 octobre 1981 portant statut du personnel de l’Enseignement Supérieur et Universitaire relative à la carrière ou encore le vade-mecum du gestionnaire d’une institution d’Enseignement

Supérieur ou Universitaire, le décompte final s’obtient dans le cas ci-après : - Soit en cas de décès d’un employé ;

- Soit en cas de démission volontaire d’un employé qui ne trouve pas satisfaction dans cet emploi ;

- Soit en cas de licenciement avec préavis d’un employé par un employeur ;

- Soit dans le cadre de fin de service.

II.2. CONNAISSANCE DU SERVICE CONCERNE

II.2.1. Modèle Conceptuel de Communication (MCC)

II.2.1.1 Organigramme du service concerné

Il est judicieux de signifier que le présent travail s’intéresse au Bureau de Ressources Humaines dont voici l’organigramme :

Figure 3 : Organigramme de la Direction des Ressources Humaines de l’ISP/G

II.2.1.2 Attribution des postes

1. DRH : C’est l’organe chargé de gérer les ressources humaines, en l’occurrence, il calcul les différents frais qui circule au sein de l’Institut.

2. Directeur du personnel : DIRECTEUR :

- Instruit les divisions des instructions des services ;

- Assure l’administration de la direction ;

- Participe à la poursuite de la paie ;

- Préside les réunions de la direction ;

- Donne des avis et considérations à l’intention des Directeurs-Chefs des Services et du Comité de Gestion ;

- Veille à l’application du règlement intérieur et du statut du personnel de l’E.S.U. ;

- Collabore avec les DCS et le remplace en cas d’empêchement.

3. Directeur des affaires sociales : Le DIRECTEUR, premier collaborateur :

- Supervise toutes les activités de la Direction ; - Assure la gestion administrative des effectifs ; - Organise les activités à caractère social.

4. CD Gestion du personnel :

- Coordonne les activités des Bureaux ;

- Assume le suivi au niveau des bureaux ;

- Assure l’intérim du Directeur en cas d’empêchement ; - Programme les réunions.

5. CD Rémunération : Elle est chargée :

- Du calcul des salaires du personnel ;

- Du calcul des pensions ;

- Du calcul des rentes de survie ;

- De l’établissement des états de paie ; - De la préparation de la justification de la paie ; - De la tenue des dossiers prêts.

6. CD Unique des affaires sociales : Le Chef de Division :

- Assiste la direction ;

- Supervise les activités des bureaux.

7. CB Gestion :

- Gère sur le plan administratif les dossiers du personnel académique, scientifique, administratif, technique et ouvrier ;

- Etablit les prévisions budgétaires ;

- Etablit les rôles de congé et bulletins de signalement ;

- Fait le rapport mensuel des présences et contrôle l’effectivité des agents à leurs postes d’attache ;

- Enregistre des actes de l’Etat-Civil.

8. CB Archives : Elles s’occupent des documents y afférent au fonctionnement dudit établissement et les conserves aux archives.

9. CB Rémunération : Ce Bureau est chargé :

- De la rémunération et du contrôle ;

- Du rapport de paie et de la gestion des documents de paie.

10. CB Santé : Le Chef de Bureau est chargé de :

- La supervision Centre médical et gestion produit pharmaceutique ;

- La validation des cartes d’ayant-droit ; - La relation avec les services de santé.

11. CB Affaires sociales : Le Chef de Bureau est chargé :

- De la gestion des frais funéraires ; - De la gestion de la cantine ; - Des problèmes sociaux.

II.2.1.3 Enoncé du processus actuel

Il s’agit de décrire la manière dont les informations circulent au sein de la DRH dans le cadre de calcul du décompte final.

1. Narration

L’agent ou son représentant se présente au Comité de Gestion, celui-ci siège pour statuer de son cas. Après analyse, le Comité de Gestion, remet un document au bénéficiaire dans lequel sont écrites les conditions d’éligibilité pour percevoir de l’argent.

L’agent ou son représentant se présente à la Direction de

Ressources Humaines (DRH) et remet le document qu’il avait pris au comité, cette dernière possède un cahier où l’on enregistre tout agent ou son représentant qui se trouve dans le cas mentionné ci-haut. Après le calcul, la DRH dresse une fiche détaillée possédant toutes les formules et éléments qui ont servi pour le calcul dudit décompte et qu’il remet à l’agent ou son représentant.

Pour le cas de décès, la veuve ou les orphelins sont ceux qui sont obligés de prendre la rémunération du défunt. Et ils doivent avoir les dossiers contenant les éléments suivant : pour la veuve (attestation de mariage, attestation de naissance, attestation de veuvage…), pour les orphelins (attestation de naissance de chaque enfant, attestation de fréquentation scolaire pour les enfants âgés de moins de 18 ans, etc).

2. Mode de calcul des avantages attachés à la fin carrière

Les présentes dispositions se proposent de combler les lacunes du statut du personnel de l’Enseignement Supérieur et Universitaire et d’apporter des précisions en rapport avec la législation sociale.

Le montant de l’indemnité de sortie et/ou de l’indemnité de décès est calculé en prenant en compte les jours de préavis légal suivant la législation sociale augmentée de jours ouvrables par année entière de service continu, compté de date en date.

La formule est le suivant selon la catégorie des membres du personnel^{^[20]} :

a) Pour les membres du personnel d’exécution :

AGA1, AGA2 et AGB1 et les enseignants ayant le grade CPP1

Traitement mensuel brut x 14 jours + (6jours x nombre d’années d’ancienneté)

26 jours

b) Pour les membres du personnel de collaboration :

ATB2 et ATB1 et les enseignants ayant le grade CPP, ASS1 et ASS2

Traitement mensuel brut x 26 jours + (8jours x nombre d’années d’ancienneté)

26 jours

c) Pour les membres du personnel de commandement :

CB, CD, D et DCS et les enseignants ayant le grade CT, PA, P, et PO

Traitement mensuel brut x 78jours + (15jours x nombre d’années d’ancienneté)

26 jours

3. Diagramme de flux ou Schéma de circulation

Un diagramme de flux (appelé autrement Schéma de circulation des informations) est la représentation graphique des acteurs et des flux échangés, c’est-à-dire un échange d’informations entre deux ou plusieurs acteurs.^{^[21]}

Voici le diagramme des flux :

4. Description des flux ou des tâches

Voici les opérations effectuées par les acteurs du système :

• Flux 1 : Présentation de l’agent à la DRH ;

• Flux 2 : Remise du formulaire avec tout le contenu par la DRH ;

• Flux 3 : Présentation des autres membres à la DRH ;

• Flux 4 : Remise du formulaire aux autres membres par la DRH.

5. Diagramme de Contexte

Le diagramme de contexte sert à représenter les flux d’informations échangées entre l’organisation est les acteurs externes^{^[22]}.

II.2.1.4 RECENSEMENT ET ETUDES DES INTERFACES

ET INTERVENANTS

Dans ce point, il nous sera question de recenser des différents interfaces et intervenants de notre système.

Le recensement des interfaces va nous permettre de réaliser un inventaire des documents du système.

a) Interfaces ou Documents

Les recensements des interfaces vont nous permettre de réaliser un inventaire des documents du système. Par rapport au calcul du décompte final, nous avons recensé les documents ci-après :

- Cahier de registre ; - Fiche détaillé.

1. Cahier de registre

Il a pour rôle l’enregistrement des agents qui ont droit au décompte final.

Tableau 6 : Description du cahier de registre

Code rubrique	Description	Type	Taille
IDAGE	Identification de l’agent	N	10
DATEDEB	Date du début de service	Date	-
DATEFIN	Date de fin de service	Date	-
SIGNAGE	Signature de l’agent	Objet OLE	-

2. Fiche détaillée

Elle sert à renseigner l’agent sur les données (informations) utilisées dans le calcul de son décompte final.

Tableau 7 : Description de la fiche détaillée

Code rubrique	Description	Type	Taille
NOMS	Noms de l’agent	AN	30
FORMULES	Formule de calcul	N	-
ELEM	Elément intervenant	N	50

b) Intervenants

Il sied de signaler qu’à ce niveau, il est question de faire l’inventaire des personnes qui interviennent dans notre système à savoir :

- Direction des Ressources Humaines ; - Agents.

a) DRH : C’est l’organe chargé de gérer les ressources humaines, en

l’occurrence, il calcul les différents frais qui circule au sein de l’Institut.

b) Agents : Ce sont des bénéficiaires du décompte final.

II.2.1.5 ETUDES DES MOYENS DE TRAITEMENT UTILISES

Ici nous étudions les différents moyens que l’ISP/G met en œuvre pour le traitement des informations (données) en ce qui concerne le processus d’implémentation d’une application pour le calcul du décompte final des agents de l’institution citée ci-haut.

a) Ressources humaines

Il est composé de l’ensemble de personnes qui manipulent l’information.

Tableau 8 : Ressources humaines

N°	POSTE	NOMBRE	QUALIFICATION
01	Directeur Chef de Service	1	L2
02	Chef de Division des R.H	1	PP5
03	Chef de Division Rémunération	1	D6
04	Chef de Bureau des Affaires Sociales	1	G3
05	Encodeur (Opérateur de Saisi)	1	D6
06	Infirmier	2	A2

b) Ressources matérielles

C’est l’ensemble de biens matériels nécessaires pour l’accomplissement des certaines tâches du système. En ce qui concerne notre étude, nous avons inventorié les biens qui sont manipulés par la DRH pour calculer le décompte final.

b.1. Fournitures de bureau

Tableau 9 : Fournitures de bureau

N°	Désignation	Unité	Quantité moyenne annuelle
N°	Désignation	Unité	2016	2017	2018
01	Cahier Registre	Pièce	2	2	2
02	Papier duplicateur	Rame	24	24	24
03	Stylos	Boite	8	8	8
04	Markers	Boite	4	4	4
05	Farde chemises	Pièce	28	28	30
06	Agrafeuse	Pièce	2	2	3
07	Agrafes	Boite	6	5	6
08	Correcteurs	Boite	6	6	6
09	Dateurs	Pièce	2	2	2

b.2. Matériels et Mobiliers de bureau

Tableau 10 : Matériels et Mobiliers de bureau

N°	Désignation	Quantité	AA		Postes		Etat
N°	Désignation	Quantité	AA	P1	P2	P3	Etat
01	Chaises	13	2013	3	4	6	Bon
02	Tables	5	2013	1	2	2	Bon
03	Etagères	3	2013	1	1	1	Bon
04	Armoires	1	2013	1	-	-	Bon

 Légende

AA = Année d’acquisition ;

P1 = Directeur chef de service ;

P2 = Bureau d’enregistrement ; P3 = Bureau commission.

b.3. Matériels informatiques

Tableau 11 : Matériels informatiques

N°	Matériels	Quantité	AA		Postes		Etat
N°	Matériels	Quantité	AA	P1	P2	P3	Etat
01	Ordinateur	2	2013	2	-	-	Moins bon
02	Imprimante	1	2013	1	-	-	Moins bon

 Légende

AA = Année d’acquisition ;

P1 = Directeur chef de service ;

P2 = Bureau d’enregistrement ; P3 = Bureau commission.

 Caractéristiques des matériels

a) Ordinateur

- Aspect Hardware

Processeur : Intel(R) Atom(ATM) Processeur N450 @ 1.66GHz

1.67GHz ;

Mémoire Installée (RAM) : 4,00 Go (3,89 utilisable) ;

Type : Intel P4

Disque dur : 200 Go

Clavier : Azerty

Souris : 2 Boutons

Port : USB 2.0

Carte réseau : 10/100 Mbps

Ecran : Plasma 17’’

Lecteur : DVD/CD-ROM ;

Marque : Hp.

- Aspect Software

Système d’exploitation : Windows 7 ;

Antivirus : AVG 2017 Microsoft Office Excel 2010 ;

Microsoft Office Access 2010.

b) Imprimante

Type : Laser ; Marque : Hp P1011.

b.4. Moyens financiers

Les ressources financières de l’Institut Supérieur Pédagogique de la Gombe proviennent du gouvernement central.

b.5. Les locaux Le bâtiment qu’abrite l’ISP/G est une propriété de l’Etat Congolais. Ci-dessous nous présentons le tableau exploité dans le cadre de notre étude.

Tableau 12 : Les locaux

N°	Occupant	Effectif	Superficie (m²)	Etat
01	Directeur chef de service	1	25	Bon
02	Bureau enregistrement	3	20	Moins bon
03	Bureau commission	6	25	Moins bon
TOTAL		10	70	-

II.2.2 CRITIQUE DU SYSTEME D’INFORMATION

La critique du système d’information consiste à dégager les points positifs et négatifs que connait le système pour faire face au processus d’implémentation d’une application pour le calcul du décompte final des agents de l’ISP/Gombe.

II.2.2.1 ASPECTS POSITIFS

Après avoir analysé le système d’information de la DRH, nous avons remarqué que toutes les tâches se font manuellement du coté de calcul du décompte final, la personne qui effectue ces tâches engage des énergies et un comportement sérieux pour avoir un résultat de qualité.

II.2.2.2 ASPECTS NEGATIFS

Malgré tout le sérieux fournit par le responsable de la DRH pour aboutir aux résultats escomptés, il y a toujours différents problèmes qui s’interposent, tels que :

- La lenteur et perte du temps à la recherche d’information dans le cahier de registre ;

- La possibilité de commettre des erreurs y afférent au calcul du décompte final.

II.2.3 PROPOSITION DES SOLUTIONS

II.2.3.1 SOLUTION MANUELLE RESTRUCTUREE

Après avoir diagnostiqué notre système, toujours dans le but d’aider et perfectionner certaines tâches manuelles dans le calcul du décompte final, nous leur proposons de former un agent dans la manipulation de l’ordinateur et l’utilisation de logiciel d’application.

a) Avantages

o Solution facile à mettre en place et moins coûteuse ;

o Même structure de la base de données ; o Même application sur tous les postes ;

o Ajout d’un personnel supplémentaire pour le contrôle des occasionnels.

b) Désavantage

o Difficultés d’assurer la centralisation de données en temps réel ;

o Possibilité d’enregistrer les doublons dans la base de données ; consolidée à cause de la saisie décentralisée des exploitants ;

o Impossibilité de produire des rapports exhaustifs en temps réel ;

o Niveau de la sécurité faible mise à l’usage des supports amovibles dans la transmission de données ;

o Le traitement de données est lourd ;

o Difficile de disposer d’un fichier reprenant toutes les informations ayant trait au calcul du décompte final ;

o La manipulation humaine n’épargne jamais les erreurs.

II.2.3.2 INTEGRATION D’UN SYSTEME INFORMATIQUE

Pour notre étude, la solution relative à l’intégration de notre système s’articule autour des variantes ci-après :

II.2.3.2.1 Configuration en réseau local

a) Définition de la solution

Dans cette variante, chaque poste intervenant est doté d’un ordinateur connecté au serveur de l’ISP/G via un Switch.

b) Avantages o Base de données unique et accessible à tous les utilisateurs ;

o Sécurité des données assurées ;

o Gestion et partage des ressources informatiques en temps réel ;

o Indépendance de travail ;

o Fiabilités des résultats.

c) Inconvénients

La mise en place de cette solution exige plus des ressources financières en ce qui concerne l’acquisition des équipements, leur installation, ainsi que la maintenance du système.

II.2.3.2.2 Informatisation avec un réseau MAN

a) Définition

Les postes de travail au niveau de chaque entente sont en réseau local. Chaque réseau dispose d’un serveur local connecté au serveur central de l’ISP/G formant ainsi un réseau a étendu national ou métropolitain (Métropolitain Area Network).

b) Avantages

Outre les avantages de la première variante, cette solution permet d’éviter les échanges manuels au niveau de chaque entente et l’ISP/G.

c) Inconvénients

Sans tenir compte des inconvénients de la première variante, cette solution nécessite une bonne organisation administrative et financière pour assurer la permanence de la connexion.

II.3. CHOIX D’UNE SOLUTION

Etant donné la célérité exigée de plus en plus dans les affaires et la réduction des risques liés au non-respect de la loi sur le calcul du décompte final, le comité de gestion de l’ISP/G a retenu la première, qui occasionne un coût plus ou moins faible pour le calcul du décompte, en lieu et place des risques qu’ils courent s’ils le font manuellement.

CHAPITRE TROISIEME : CONCEPTION DU NOUVEAU

SYSTEME D’INFORMATION

Dans le présent chapitre, nous appliquerons des notions de la méthode MERISE pour la conception de notre base de données. Il comprend quatre (4) points respectivement, le niveau conceptuel, le niveau organisationnel, le niveau logique et la présentation des états du système. III.1. NIVEAU CONCEPTUEL

III.1.1. OBJET ET CONTENU DU NIVEAU CONCEPTUEL

Nous signalons que ce niveau est la seconde étape d’informatisation qui consiste à concevoir un projet de solution à partir des informations recueillies au niveau d’étude préalable. C’est aussi un diagramme entitéassociation, permettant de modéliser le système d’information sans tenir compte des détails liés à la mise en œuvre physique. Le niveau conceptuel se subdivise en deux niveaux dont :

- Le modèle conceptuel des données (MCD) ; - Le modèle conceptuel des traitements (MCT).

III.1.2. ELABORATION DU MODELE CONCEPTUEL DES DONNEES (MCD)^{^[23]}

L’étape conceptuelle embrasse les problèmes de la représentation et vise essentiellement la sémantique c’est-à-dire, il permet de représenter les données et les relations entre elles. Le formalisme utilisé pour décrire le MCD est celui du modèle entité-association.

Voici quelques concepts des bases utilisées dans l’élaboration du MCD :

- Objet : est une entité ayant une existence autonome et présentant un certain intérêt dans le domaine de gestion ;

- Association : est un lien entre les objets qui unit deux ou plusieurs entités, d’une manière générale ce lien est représenté sous forme

d’un verbe à l’infinitif ;

- Cardinalité : c’est le nombre de fois qu’une occurrence d’un objet participe à la relation ;

- Propriété ou attribut : c’est une information élémentaire qui permet d’identifier ou de catégoriser un objet ou une relation ;

- Identifiant : c’est une réalisation de l’individu type ou d’un objet et qui permet de le distinguer parmi tant d’autre (clé primaire).

III.1.2.1. Démarche conduisant à l’élaboration du MCD

Voici les étapes qui nous conduisent à l’élaboration d’un MCD :

- Le recensement et description des objets ;

- Le recensement et description des relations ;

- La description des contraintes ;

- La présentation du MCD.

III.1.2.2. Identification et description sémantique des objets

Un objet est une entité concrète ou abstraite ayant une existence propre et qui répond à un besoin de gestion dans une organisation, c’està-dire qui peut être décrite et manipulée. En ce qui concerne notre travail nous avons pu recenser les objets ou les relations ci-après^{^[24]} :

o Fonction ;

o Grade ;

o Service ; o Agent.

III.1.2.3. Identification et description des relations

Par rapport aux objets que nous avons relevés ci-haut, nous avons identifié les relations ou associations ci-après :

o Avoir ;

o Etre affecter ; o Avoir1.

III.1.2.4. Définition des règles de gestion

Les règles de gestion sont des instruments de mesure qui fixent la priorité des opérations dans l’entreprise. Nous avons relevé les règles suivantes :

- Un agent est affecté dans un et un seul service et dans un service on peut affecter un ou plusieurs agents ;

- Un agent a une et une seule fonction et une fonction est attribuée à un ou plusieurs agents ;

- Un agent a un et un seul grade et un grade est attribué à un ou plusieurs agents.

III.1.2.5. Détermination des cardinalités et des contraintes d’intégrités

On appelle cardinalité, le nombre de fois minimal et maximal qu’une occurrence d’un objet participe à une relation ou participe à une occurrence de cette relation^{^[25]}.

- Cardinalité minimale

§ 0 si une occurrence de l’entité peut exister tout en participant dans aucune occurrence de l’association ;

§ 1 si une occurrence de l’entité ne peut exister que si elle participe dans au moins une occurrence de l’association.

- Cardinalité maximale

§ 1 si une occurrence de l’entité ne peut pas être dans plus d’une occurrence de l’association ;

§ n si une occurrence de l’entité ne peut être dans plus d’une occurrence de l’association.

En se basant sur les règles des gestions de notre travail, nous tenons à reproduire nos cardinalités comme suit :

Tableau 13 : Détermination des cardinalités

Entité	Cardinalité
Agent – Service	(1, 1) – (1, n)
Agent – Grade	(1, 1) – (1, n)
Agent – Fonction	(0, 1) – (1, n)

III.1.2.6. Présentation du Modèle Conceptuel des Données Brut

Figure 6 : Modèle Conceptuel des Données Brut

III.1.3. ELABORATION DU MODELE CONCEPTUEL DES TRAITEMENTS (MCT)

Le Modèle Conceptuel des Traitements représente les activités exercées par le domaine, qui repose sur la prise en compte des échanges (flux) du domaine avec son environnement et s’effectue en faisant abstraction de l’organisation et des choix technologiques.^{^[26]}

III.1.3.1. Démarche introduisant cette élaboration

Pour construire le MCT, dans le cas de notre travail, nous allons exploiter les formalismes connus sous le nom d’EOR qui signifie « Evénement, Opération, Résultat ». Pour aboutir à l’élaboration d’un MCT il est question de déclencher²⁸ :

- Les événements : c’est le compte rendu au système d’information du fait que quelque chose s’était produit dans l’univers extérieur ou dans le système d’information lui-même ;

- Le processus : c’est une suite d’opération concourant à une finalité, déclenchée par des événements dans un domaine considéré pour une gestion donnée ;

- Le domaine : un grand ensemble de processus considéré pour une question donnée ;

- La synchronisation : est une condition de synchronisation représentée par une condition booléenne liant les événements déclencheurs grâce aux opérations logiques « ET », « OU » et « NON » ;

- L’opération : est une production de flux d’information. Elle est définie « immatériellement » sans contrainte organisationnelle.

III.1.3.2. Présentation du Modèle Conceptuel des Traitements (MCT)

III.2 NIVEAU ORGANISATIONNEL

III.2.1. MODELE ORGANISATIONNEL DES DONNEES (MOD)

Le but de cette étape est donc de fournir une représentation de l'organisation de l'entreprise. Les concepts d'événement et de résultat présent dans la description organisationnelle, mais l'opération est remplacée par la procédure fonctionnelle qui, bien que représentant également un ensemble de traitements répond à une définition différente^{^[27]}.

III.2.1.1. Contenu du Modèle Organisationnel des Données

Le modèle organisationnel des données (MOD) est la dérivée du modèle conceptuel des données (MCD)^{^[28]}.

Pour faire le passage de modèle conceptuel des données au modèle organisationnel des données, il s'agit de supprimer les objets et les relations qui ne seront pas traités et d’ajouter si nécessaire les entités et les relations qui sont utiles dans le fonctionnement du système d’information futur. Dans ce travail, étant donné que toutes les opérations se passent au sein d'une même institution, dans ce cas, nous avons le modèle organisationnel des données globales.

Pour notre cas, le modèle conceptuel des données est égal au modèle organisationnel des données (MCD=MOD).

III.2.2. MODELE ORGANISATIONNEL DES TRAITEMENTS (MOT)

III.2.2.1 Contenu du Modèle Organisationnel des Traitements

Le niveau organisationnel des traitements a comme mission d’intégrer dans l’analyse les critères liés à l’organisation étudiée. Le niveau organisationnel de traitement fera préciser les notions de temporalité, de chronologie des opérations, d’unité de lieu, définira les postes de travail, l’accès aux bases de données...Les questions posées, au niveau des traitements, sont : Qui ? Où ? Quand ?^{^[29]}

Ce modèle s'attache à décrire non seulement les procédures fonctionnelles, mais également les postes de travail chargés de les mettre en œuvre ; chacune des procédures impliquant l'homme et la machine sera décomposée en taches. La description s'appuie sur les règles d'organisation de l'institution.

III.2.2.2 Présentation du Modèle Organisationnel de

Traitement

III.3. NIVEAU LOGIQUE

III.3.1 MODELE LOGIQUE DES DONNEES (MLD)

III.3.1.1 Contenu du Modèle Logique de Données

Le modèle logique des donnés consiste à décrire la structure des données utilisées sans faire référence à un langage de programmation, il s’agit donc de préciser les types des données utilisées lors du traitement. Pour notre cas, il est construit à partir du MCD ou MOD global en tenant compte de l’orientation des choix techniques concernant le système de gestion des données.

Il fournit une description des données tenant compte des moyens informatiques de mémorisation et de leurs conditions d’utilisation par les traitements.

III.3.1.2 Règle de passage du MCD au MLD

Le passage du modèle conceptuel des données au modèle logique des données se fait de la manière suivante^{^[30]} :

- Les entités deviennent des tables ;

- Les propriétés des objets deviennent des attributs des tables ;

- Les identifiants des entités deviennent des clés primaires ;

- La relation du type père et fils disparait mais la sémantique sera maintenue comme la table fils dépend de la table père elle va recevoir la clé de son père et cette dernière sera migrée dans la table fils comme clé étrangère ;

- Pour de type de relation multiple, les associations deviennent de table et ses attributs seront la concaténation des clés des autres tables, si la relation portait une propriété, celui-ci demeurera dans la table comme attribut.

III.3.1.3 Présentation du Modèle Logique des Données Brut

Figure 8 : Modèle Logique de Données Brut

III.3.1.4 Normalisation des tables

La normalisation est un processus qui permet de s’assurer de la structure des tables d’un schéma de base de données et de l’absence de redondance. La normalisation est basée sur le concept de dépendance fonctionnelle entre les tables^{^[31]}.

• La première forme normale (1NF) : permet de vérifier qu’une table puisse être considérée comme étant relationnelle. C’est-à-dire formée de colonne contenant toutes les données atomiques ;

• La deuxième forme normale (2NF) : permet de valider le choix de la clé primaire en contrôlant les dépendances fonctionnelles entre clé primaire et les autres attributs non clé primaire ;

• La troisième forme normale (3NF) : permet de vérifier l’absence des redondances entre la table en contrôlant les dépendances fonctionnelles entre les attributs non clé primaire.

Une table est dite normale si elle est à la troisième forme normale III.3.1.5 Présentation du Modèle Logique des Données Valide

Le modèle logique des données valide est égal au modèle logique des données brut (MLDV=MLDB) parce qu’il n’y a pas modification ou changement des données y affèrent.

Figure 9 : Modèle Logique des Données Valide

III.3.2 MODELE LOGIQUE DES TRAITEMENTS (MLT)

III.3.2.1 Contenu du modèle logique de traitement

Le modèle logique des traitements (MLT) est la décomposition du modèle organisationnel des traitements en des tâches exécutables sous formes des interfaces et ces tâches décomposées sont appelées « Unité Logique des Traitements »^{^[32]}

III.3.2.2 Présentation du Modèle logique de Traitement

_{P a g e} | 40

Figure 10 : Modèle Logique des Traitements

III.3.2.3 DESCRIPTION DES UNITES LOGIQUES DE TRAITEMENT

Ø ULT 01 : cette unité logique est la première qui apparait et qui a pour rôle le chargement de l’application ;

Ø Après démarrage, nous avons la 2^ème Unité logique de traitement qui est l’authentification où l’utilisateur doit saisir le nom d’utilisateur et le mot de passe pour accéder dans son application ;

Ø Après l’authentification, l’ordinateur affiche le menu principal contenant les liens permettant aux formulaires de saisie et impression des états, l’utilisateur doit choisir par un clic ce dont il a besoin ;

Ø ULT 04 : cette unité logique de traitement permet l’enregistrement, la modification, la suppression des agents ;

Ø ULT 05 : cette unité logique de traitement permet d’afficher les listes des agents actifs ou retraités et produire un état.

Sous-unités logiques

Nous avons réservé deux parties de sous-unités logiques dont

ceux provenant de l’unité logique de traitement 04 qui serviront pour la saisie et de l’autre côté, l’unité logique de traitement 05 pour l’impression et les affichages des états en sorti.

Ø ULT 04.1 : cette unité logique de traitement permet d’enregistrer les informations des agents ;

Ø ULT 04.2 : cette unité logique de traitement permet de supprimer les informations des agents ;

Ø ULT 04.3 : cette unité logique de traitement permet de modifier les informations des agents ;

Ø ULT 04.4 : cette unité logique de traitement permet d’imprimer les informations des agents ;

Ø ULT 05.1 : cette unité logique de traitement permet d’afficher et d’imprimer la liste des agents actifs ;

Ø ULT 05.2 : cette unité logique de traitement permet d’afficher et d’imprimer la liste des agents retraités ;

Ø ULT 05.3 : cette unité logique de traitement permet d’afficher et d’imprimer la liste de tous les agents tant actifs que retraités.

III.4 Présentation des états du système

CHAPITRE QUATRIEME : REALISATION DE L’APPLICATION

: IMPLEMENTATION

IV.1. DESCRIPTION HARDWARE ET SOFTWARE

La prise en compte des ressources informatiques, c'est-à-dire d'une part de la base de données et d'autre part les traitements dans sa structuration, tout système d'information informatisée exige que soit défini les ressources software et hardware qui pourra prendre en charge l'application. A cet effet, nous présentons les matériels qui sont utile pour l'implantation de la base de données.

IV.1.1. Description de matériels

- Un micro-ordinateur : Pentium D ;

- Mémoire vive (RAM) : 4Go ;  Disque dur : 500 Go ;  Lecteur DVD-Rw.

IV.1.2. Description de logiciels

- Système d'exploitation Windows 10 ;

- SGBD relationnel ;

- Gestionnaire des logiciels Microsoft office version 2010 (Microsoft Word pour le traitement des textes, Microsoft Excel comme tableur, Microsoft Access comme SGBD) ;  Anti-virus : Kaspersky 2018. IV.2. NIVEAU PHYSIQUE

C'est l'étape ultime de la conception du système informatique informatisé qui répond à la question comment ?

Ici, nous recherchons les moyens, les ressources matérielles et logicielles que l'on aura à utiliser pour réaliser notre base de données.

IV.2.1. Modèle physique de données

Le niveau physique permet de définir l’organisation réelle (physique) des données. Il apporte les solutions techniques, par exemple sur les méthodes de stockage et d’accès à l’information. C’est la réponse au Comment ?

Le formalisme employé sera :

• Le Modèle Physique des Données (MPD) ;

• Le Modèle physique des Traitements (MPT).

IV.2.1.1. Passage du MLD au MPD

Le passage du modèle logique de données (MLD) au modèle physique de données (MPD) sera effectué grâce au système de gestion de base de données (SGBD) que nous avons choisi (Access). IV.2.1.2. Description du MPD

a) Table Agent

Tableau 15 : Table Agent

Code propriété	Description	Clé primaire	Taille	Type
Matricule	Matricule de l’agent	#	10	Texte
Nom	Nom de l’agent		20	Texte
Postnom	Postnom de l’agent		20	Texte
Etatcv	Etat-civil de l’agent		10	Texte
DateEng	Date d’engagement		-	Date
Datefin	Date fin service		-	Date

b) Table Service

Tableau 16 : Table Service

Code propriété	Description	Clé primaire	Taille	Type
IdService	Identité du service	#	10	Texte
LibService	Libellé Service		20	Texte

c) Table Grade

Tableau 17 : Table Grade

Code propriété	Description	Clé primaire	Taille	Type
IdGrade	Identité Grade	#	10	Texte
LibGrade	Libellé Grade		20	Texte
Salaire	Salaire		20	Numérique

d) Table Fonction

Tableau 18 : Table Fonction

Code propriété	Description	Clé primaire	Taille	Type
IdFonct	Identité Fonction	#	10	Texte
LibFonct	Libellé Fonction		20	Texte

IV.2.1.3 Choix du SGBD et du Langage de Programmation

Parmi les critères d’un SGBD est qu’il doit garantir la cohérence

des données lors des mises à jour de la base. Après analyse d’une liste de SGBD, nous avons porté notre choix sur MS Access car il répond positif à cela. Aussi parce qu’il donne facilement la simplicité d’intégré d’autres format d’application sœurs et offre une possibilité de création plus rapide que beaucoup plus d’autres.

Mais aussi, le choix a été porté dans le sens qu’il est équitable

de module VBA. En plus de MS Access, nous avons le langage Visual Basic car il est actuellement un outil de développement couramment utilisé par des programmeurs professionnels et il demeure toujours un excellent outil d’apprentissage de la programmation. Pour leur record prouvable, nous avions une fois de plus dans notre projet les remariés afin de nous donner une application puissante. Sur Visual Basic, avions créé des interfaces de saisie des informations de sécurité et donnent accès à la base de données relié par l’objet de ce langage.

IV.2.1.4 Procédure d’implantation de la base de données

L’implémentation de la base de données n’est pas toujours

évidente ; car il faut réfléchir à l’ensemble de l’organisation que l’on doit mettre en place. La phase de conception nécessite des méthodes permettant de mettre en place un modèle sur lequel on va s’appuyer. La modélisation consiste donc à créer une représentation virtuelle d’une réalité de telle façon à faire ressortir les points auxquels on s’intéresse.

Pour notre projet, voici les étapes passées pour arriver à la

création d’une base de données en SGBD MS Access : a) Lancer Access et créer la base de données

Ø Si un raccourci de MS Access se trouvant sur le bureau Windows, double-cliquez simplement sur le raccourci vers le programme Microsoft Access 2010. La fenêtre Access s’ouvre sur une page prise en main de Microsoft Access, ici définit le nom de la base et choisir l’emplacement d’enregistrement, enfin sur créer ; puis il vous ouvre la page.

b) Création des tables

Ø Cliquer sur l’onglet créer ; Groupe table ; cliquer sur Création table ; puis saisir les champs de la table ; définir les types de données, la taille et autres. Mais avant de quitter, définissez la clé primaire et enregistrer.

C) Modifier la structure de tables

Ø Pour modifier la structure d’une table, sélectionner la table à modifier et on le passe en mode création, enfin apporter les modifications puis enregistrer.

IV.2.1.5 Choix du Langage de programmation

Sachant que l’on a utilisé la méthode MERISE pour modéliser

notre architecture, le choix du langage serait tourné vers un langage orienté objet. De ce fait nous avons préféré le langage orienté objet Vb.net de la plateforme Microsoft avec comme environnement de développement intégré le Visual Studio 2012.

Le choix porté sur ce langage se justifie du fait que le Visual basic

est un progiciel placé pour le développement des applications informatiques, très complet et évolue aussi vite (un langage évènementielle). En outre, nous avons aussi utilisé les outils de DevExpress (Developer Express) pour permettre à notre application de bénéficier de certaines fonctionnalités de ces outils ; les fonctionnalités que l’environnement Visual studio 2012 ne dispose pas.

IV.3. PROGRAMMATION

IV.3.1. Définition

La programmation est définie comme un ensemble des méthodes

et techniques permettant de normaliser sous forme d’algorithme un raisonnement lequel sera traduit dans un langage de programmation. IV.3.2. Les interfaces

a) Définition

Ces sont des écrans qui permettent aux utilisateurs de dialoguer

avec la machine (le logiciel). Il est ainsi créé selon les besoins des utilisateurs afin d’assurer une bonne interaction entre ces derniers. L’image d’un écran possède trois parties, à savoir :

- La partie haute de l’écran (en-tête) reprend la dénomination de l’organisation concernée par l’application ;

- La partie centrale de l’écran (corps) reprend l’intitulé de l’interface, les zones des textes, les labels et les différents boutons ;

- La partie basse de l’écran reprend les commentaires et les messages de guide.

b) Présentation des écrans D’après le Modèle Logique de traitement, nous programmons ici,

les interfaces prévues ;

1. LOGO

C’est la première interface à avoir fait son apparition lorsqu’on exécute le logiciel, elle montre le nom du logiciel, la version et le nom du concepteur.

Figure 13 : Logo

2. ACCUEIL

C’est l’interface d’accueil du logiciel qui contient des options permettant d’accéder au menu principal de l’application. Il contient également un objet menu qui a deux sous menus : Fichier, Edition. Ces sous menus contiennent des boutons qui remplissent les mêmes fonctionnalités que celles remplies par les boutons de l’option à savoir Afficher le Menu Principal et d’activer l’onglet dont le titre est indiqué sur le bouton.

Figure 14 : Accueil

3. MENU PRINCIPAL

C’est l’interface principale de notre application. Pour y accéder, il faut cliquer sur l’un des options ou boutons du sous menu Fichier (Principal, Agent Actif, Retraité). Cette interface est pourvue de trois onglets qui remplissent à chacun un rôle.

Figure 15 : Menu principal

4. Onglet accueil Cette interface permet de visualiser et d’imprimer les différentes

listes entre autres : Agents actifs, Agents retraités et tous les agents.

Figure 16 : Onglet accueil

5. Onglet Agent actif

Cette interface permet la manipulation des informations des agents

actifs tels que (Enregistrer, Modifier et Supprimer les agents). Cette interface permet aussi des calculer le décompte final et produire un état de sorti.

Figure 17 : Onglet agent actif

6. Onglet retraité

Cette interface permet de rechercher les agents ayant déjà reçus le décompte. On peut également imprimer les informations de ces retraités (décompte final).

Figure 18 : Onglet retraité

7. QUELQUES ETATS DE SORTIE

a) Liste des agents retraités

Figure 29 : Liste des agents retraités

b) Liste des agents actifs

Figure 20 : Liste des agents actifs

c) Formulaire décompte final

Figure 21 : Formulaire décompte imprimer

CONCLUSION

Nous voici arrivés au bout de notre travail de fin de cycle qui avait pour but de concevoir une application permettant de calculer le décompte final des agents de l’Institut Supérieur Pédagogique de la Gombe.

Vu les difficultés que l’ISP/G présente pour le calcul de décompte final, nous avons pu démontrer dans quelle mesure le logiciel informatique est avantageux par rapport à ce qui se pratiquait auparavant (calcul manuel).

Cette expérience nous a fait croire que le monde informatique a tendance de gagner du terrain et met ses pieds dans tous les domaines du savoir et de la vie humaine. Ceci, grâce à l’ordinateur qui est l’outil le plus incontournable dans la sauvegarde, la sécurité et la gestion des informations.

Vue l’intelligence que nous venons d’intégré dans cette application,

les résultats suivants sont possibles :

o Liste des agents retraités ; o Formulaire décompte final.

Nous reconnaissons cependant aucune œuvre humaine n’est parfaite, nous demandons votre indulgence à vous tous qui aurez à parcourir ce travail pour les failles que vous y décèlerez. Nous avons enfin la conviction que ce modeste travail servira de référence pour d’autres personnes qui vont s’étendre dans ce domaine.

A nos lecteurs, nous rappelons que ce travail n’est pas un modèle unique et parfait. C'est pourquoi, nous restons ouverts à toutes critiques et nous sommes prêts à recevoir toutes les suggestions et remarques tendant à améliorer d'avantage cette étude, étant donné que tout travail informatique a toujours été une œuvre d'équipe.

BIBLIOGRAPHIE

I. Ouvrages

1. THINES, Lempereur Agnès et Georges, Dictionnaire général des sciences humaines, Edition Universitaire, Paris, 1975.

2. BAPTISTE, Jean-luc, MERISE guide pratique : Modélisation des données et des traitements ; Langage SQL, Edition Eni, 2007.

3. Direction des Ressources Humaines de l’ISP/Gombe.

4. RAY, A., Le Robert pratique : Dictionnaire de français, Paris : Cayfosa, 2013.

5. MAURICE Langa Massamba. Cours de MERISE : Analyse et conception des systèmes informatiques. Kinshasa, 2017, p.87

6. NANCI, D., Espinasse, B. Ingénierie des systèmes d’informations MERISE deuxième génération. Paris, 2001, Edition Vuibert.

7. GERAD, Pierre., Modélisation de systeme d’information., Edition

Latex, nl, 2007.

8. DIONISI Dominique., L’essentiel sur MERISE, Collection Eyrolles, 1995, p.86

9. SUNIER P.A., ARC, Modélisation de logiciels de gestion, 2009, p.3

10. CAMILLE, M. (2000), Informatique appliquée à la Gestion, 2^e Edition. Paris : Dunod.

11. GABAY, J. (1989), Apprendre et pratiquer MERISE, Paris : Masson.

12.HAINAUT, J-L. (2012). Bases de données : Concepts, Utilisation et Développement. Paris : Dunod.

13.HAINAUT, J-L. (2012). Bases de données : Concepts, Utilisation et Développement (Vol II). Paris : Dunod.

14.HAINAUT, J-L. (2012). Bases de données : Concepts, Utilisation et Développement (Vol III). Paris : Dunod.

15. MATHIEU, P. (2006), Base de données. Lift UST

16. MICHAEL, R., & All. (2007), Access 2007, Canada : Wiley Publishing

17.LAROUSSE, Création de base de données (2009), Pearson Education France.

18.GERALD Bueno (2005), Conception méthodique des bases de données, SLND, p.54

19.TARDIEU, H., Rochfeld, A., & Colleti, R. (1979). La Méthode MERISE, Principe et outils. Paris : Eyrolles DUHAMEI., Stratégie et direction de l’entreprise, (CLE)-27bd de port loyal-775013, Paris, 1986, p.34

20.STOCKREISER, P. (2006), Le système de gestion de base de données. Eyrolles.

21.SORNET, J., & HENGOAT, O. (2012), Système de l’information de gestion. Paris : Dunod.

II. Webographie

1. http://www.codes -sources.commentcamarche.net/Visual Basic-12

2. http://www.commentcamarche.net/index23

3. http://www.vie -publique.fr/decouverte -humaine/socité/f

4. www.wikipedia.org

5. www.memoireonline.com

ANNEXES

Codes sources

Ici, il est à signaler que nous avons mis quelques codes qui ont

permis l’implémentation de l’application.

Public con As New OleDb.OleDbConnection("Provider=Microsoft.ACE.OLEDB.12.0;Data

Source=" & Application.StartupPath + "\BDEssai.accdb")

Public adp As OleDbDataAdapter

Public com As OleDb.OleDbCommand

Public das As DataSet

Public cmdb As OleDbCommandBuilder

' ajoute agent actif dans la base de donnée

Sub ajouter_agent(ByVal tmatri As TextBox, ByVal nom As TextBox, ByVal tpostnom As

TextBox, ByVal tsalaire As TextBox, _

ByVal cbosexe As ComboBoxEdit, ByVal cbograde As ComboBoxEdit,

ByVal cboetatcivil As ComboBoxEdit, _

ByVal cbocategorie As ComboBoxEdit, ByVal dtengagement As DateEdit)

Try

If con.State = ConnectionState.Closed Then

con.Open()

End If

Dim requete As String = "select count(*) from agent_actif where matricule =

'" & tmatri.Text.Trim & "' "

Dim ct As Object = New OleDbCommand(requete, con).ExecuteScalar

If ct.Equals(0) Then

Dim req As String = "insert into agent_actif

(nom,postnom,sexe,matriculeA,grade,datengagement,etacivil,categorie,salaire) values

(@nom,@postnom,@sexe,@matricule,@grade,@datengagelent,@etacivil,@cat,@sal)"

====================================(@nom,@postnom,@sexe,@matricule,@grade,@datengagel ent,null,null,@etacivil,@cat,@sal,null)

Dim cmd As New OleDbCommand(req, con)

cmd.Parameters.AddWithValue("@nom", nom.Text.ToUpper()) cmd.Parameters.AddWithValue("@postnom", tpostnom.Text.ToUpper()) cmd.Parameters.AddWithValue("@sexe", cbosexe.Text.ToUpper()) cmd.Parameters.AddWithValue("@matricule", tmatri.Text) cmd.Parameters.AddWithValue("@grade", cbograde.Text.ToUpper()) cmd.Parameters.AddWithValue("@etacivil", dtengagement.Text.ToUpper()) cmd.Parameters.AddWithValue("@datengagelent", cboetatcivil.Text) cmd.Parameters.AddWithValue("@cat", cbocategorie.Text) cmd.Parameters.AddWithValue("@sal", tsalaire.Text)

cmd.ExecuteNonQuery() cmd.Dispose()

XtraMessageBox.Show("Agent enregistré dans la base avec succes", "information", MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default)

deconn()

Else

XtraMessageBox.Show("Cet agent existe déjà dans la base", "information", MessageBoxButtons.OK, MessageBoxIcon.Warning)

End If

Catch ex As Exception

MsgBox(ex.Message)

End Try

End Sub

Sub ajouter_REtraite(ByVal tmatri As TextBox, ByVal nom As TextBox, ByVal tpostnom

As TextBox, ByVal tsalaire As TextBox, _

ByVal cbosexe As ComboBoxEdit, ByVal cbograde As ComboBoxEdit,

ByVal cboetatcivil As ComboBoxEdit, _

ByVal cbocategorie As ComboBoxEdit, ByVal dtengagement As DateEdit) Try conn()

Dim requete As String = "select count(*) from agent_actif where matricule =

'" & tmatri.Text.Trim & "' "

Dim ct As Object = New OleDbCommand(requete, con).ExecuteScalar

If ct.Equals(0) Then

======================================================================================

====================================================================================== =================================================================================postn om,sexe,matricule,grade,datengagement,datefin,etacivil,categorie,salaire, motif, anneC_ancien,MoisC_ancien, joursC_ancien, Nbre_de_jrPreavis, Nbre_de_jrConge,

TraitementPreavis, TraitementConge, Decompte

Dim req As String = "insert into agent_retraite

(nom,postnom,sexe,matricule,grade,datengagement,datefin,etacivil,categorie,salaire, motif, anneC_ancien,MoisC_ancien, joursC_ancien, Nbre_de_jrPreavis, Nbre_de_jrConge,

TraitementPreavis, TraitementConge, Decompte) values

(@nom,@postnom,@sexe,@matricule,@grade,@datengagelent,@datefin,@etacivil,@cat,@sal,@mo tif,@anneC_ancien,@MoisC_ancien,@joursC_ancien,@Nbre_de_jrPreavis,@Nbre_de_jrConge,@Tr aitementPreavis,@TraitementConge,@Decompte)"

====================================(@nom,@postnom,@sexe,@matricule,@grade,@datengagel ent,null,null,@etacivil,@cat,@sal,null)

Dim cmd As New OleDbCommand(req, con)

cmd.Parameters.AddWithValue("@nom", nom.Text.ToUpper()) cmd.Parameters.AddWithValue("@postnom", tpostnom.Text.ToUpper()) cmd.Parameters.AddWithValue("@sexe", cbosexe.Text.ToUpper()) cmd.Parameters.AddWithValue("@matricule", tmatri.Text) cmd.Parameters.AddWithValue("@grade", cbograde.Text.ToUpper()) cmd.Parameters.AddWithValue("@etacivil", dtengagement.Text.ToUpper()) cmd.Parameters.AddWithValue("@datengagelent", cboetatcivil.Text) cmd.Parameters.AddWithValue("@datefin", "") cmd.Parameters.AddWithValue("@cat", cbocategorie.Text) cmd.Parameters.AddWithValue("@sal", tsalaire.Text)

cmd.Parameters.AddWithValue("@motif", tsalaire.Text) cmd.Parameters.AddWithValue("@anneC_ancien", tsalaire.Text) cmd.Parameters.AddWithValue("@MoisC_ancien", tsalaire.Text) cmd.Parameters.AddWithValue("@joursC_ancien", tsalaire.Text) cmd.Parameters.AddWithValue("@Nbre_de_jrPreavis", tsalaire.Text) cmd.Parameters.AddWithValue("@Nbre_de_jrConge", tsalaire.Text) cmd.Parameters.AddWithValue("@TraitementPreavis", tsalaire.Text) cmd.Parameters.AddWithValue("@TraitementConge", tsalaire.Text) cmd.Parameters.AddWithValue("@Decompte", tsalaire.Text)

'@motif,@anneC_ancien,@MoisC_ancien,@joursC_ancien,@Nbre_de_jrPreavis,@Nbre_de_jrConge

,@TraitementPreavis,@TraitementConge,@Decompte)"

cmd.ExecuteNonQuery() cmd.Dispose()

XtraMessageBox.Show("Agent enregistré dans la base avec succes", "information", MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default) deconn()

Else

XtraMessageBox.Show("Cet agent existe déjà dans la base", "information",

MessageBoxButtons.OK, MessageBoxIcon.Warning)

End If

Catch ex As Exception

MsgBox(ex.Message)

End Try

End Sub

' chargement des grilles

Sub ChargerGrille(ByVal grille As GridControl, ByVal tablagent As String) conn()

Dim requeteagent As String = "SELECT * from " & tablagent & ""

Dim tableagent As New DataTable

Dim dasagent As New DataSet

Dim Adaptateuragent As New OleDbDataAdapter(requeteagent, con)

Adaptateuragent.Fill(dasagent, tablagent) tableagent = dasagent.Tables(tablagent) grille.DataSource = tableagent

deconn()

End Sub

' chargement des binding par rapport à sa table

Sub ChargerBinding(ByVal AGENTBindingSource As BindingSource, ByVal tablagent As String) conn()

Dim requeteagent As String = "SELECT * from " & tablagent & ""

Dim tableagent As New DataTable

Dim dasagent As New DataSet

Dim Adaptateuragent As New OleDbDataAdapter(requeteagent, con)

Adaptateuragent.Fill(dasagent, tablagent) tableagent = dasagent.Tables(tablagent) AGENTBindingSource.DataSource = tableagent deconn()

End Sub

Sub NetoyerGridView(ByVal grid As DevExpress.XtraGrid.Views.Grid.GridView) grid.Columns.Clear()

End Sub

Sub conn()

If con.State = ConnectionState.Closed Then

con.Open()

End If

End Sub

Sub deconn()

If con.State = ConnectionState.Open Then

con.Close()

End If

End Sub

Sub NetoyerControleDuPanel(ByVal group As GroupControl)

For Each cont As Control In group.Controls

If TypeOf (cont) Is TextBox Or TypeOf (cont) Is ComboBoxEdit Then cont.Text = ""

End If

End Sub

Function Recuperer_Coderepos() As String conn()

Dim cle As String

Dim cmd1 As New OleDbCommand("select * from repos", con)

Dim l As OleDbDataReader = cmd1.ExecuteReader

cle = l(0).ToString ' Recupere les mots deconn() Return cle End Function

' charge la matricule combo et texte pour la recherche

Sub chargerText(ByVal tab As String, ByVal vaa As Integer, ByVal rech As TextBox,

ByVal combo As ComboBoxEdit)

conn()

Dim cmd As New OleDbCommand("select COUNT(*) from " + tab, con)

Dim nbremot As Integer = CInt(cmd.ExecuteScalar()) ' recupere le nombre des mots

Dim cmd1 As New OleDbCommand("select * from " + tab, con)

Dim l As OleDbDataReader = cmd1.ExecuteReader

Dim i As Integer

Dim tableau(nbremot - 1) As String ' Déclaration du tableau contiendra les valeurs i = 0

While l.Read()

Dim mot As String = l(vaa).ToString ' Recupere les mots tableau(i) = mot ' Charge les mots dans le tableau i = i + 1 End While

'l.Close()

Dim auto As New AutoCompleteStringCollection combo.Properties.Items.AddRange(tableau) auto.AddRange(tableau)

rech.AutoCompleteMode = AutoCompleteMode.Suggest rech.AutoCompleteSource = AutoCompleteSource.CustomSource

rech.AutoCompleteCustomSource = auto

End Sub

Sub supprimer_agent(ByVal table As String, ByVal champ As String, ByVal crit As

TextBox)

Dim req As String = "delete * from " & table & " where " & champ & " = '" & crit.Text.Trim & "'"

====================================(@nom,@postnom,@sexe,@matricule,@grade,@datengagel ent,null,null,@etacivil,@cat,@sal,null)" conn()

Dim cmd As New OleDbCommand(req, con) Try

cmd.ExecuteNonQuery() cmd.Dispose()

XtraMessageBox.Show("Suppression effectuée avec succes", "information",

MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default)

Catch ex As Exception

MsgBox(ex.Message) End Try deconn()

End Sub

' supression de l'ancienne valeur et ajout de la valeur courante

Sub Ajouter_repos(ByVal code As TextBox) conn()

' ===== supression =====

Dim req As String = "delete from repos "

Dim cmd As New OleDbCommand(req, con) Try

cmd.ExecuteNonQuery() cmd.Dispose()

XtraMessageBox.Show("Suppression effectuée avec succes", "information",

MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default)

Catch ex As Exception

MsgBox(ex.Message)

End Try

' =============== ajout ========

Dim req1 As String = "insert into Repos (Code) values (@nom)"

Dim cmd1 As New OleDbCommand(req1, con)

cmd1.Parameters.AddWithValue("@nom", code.Text.ToUpper()) cmd1.ExecuteNonQuery()

XtraMessageBox.Show("ajout effectuée avec succes", "information",

MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default) cmd1.Dispose() deconn()

End Sub

Sub modifier_agent(

ByVal tmatri As TextBox, ByVal nom As TextBox, ByVal tpostnom As

TextBox, ByVal tsalaire As TextBox, _

ByVal cbosexe As ComboBoxEdit, ByVal cbograde As ComboBoxEdit,

ByVal cboetatcivil As ComboBoxEdit, _

ByVal cbocategorie As ComboBoxEdit, ByVal dtengagement As DateEdit)

Try

If con.State = ConnectionState.Closed Then

con.Open()

End If

Dim req As String = "Update AGENT_ACTIF SET nom = '" & nom.Text.ToUpper() & "',postnom = '" & tpostnom.Text.ToUpper() & "',sexe = '" & cbosexe.Text.ToUpper() & "',grade = '" & cbograde.Text.ToUpper() & "',datengagement = '" & cboetatcivil.Text & "',etacivil = '" & dtengagement.Text.ToUpper() & "',categorie = '" & cbocategorie.Text.ToUpper & "',salaire = '" & tsalaire.Text & "' where matriculeA = '"

& tmatri.Text.Trim & "'"

Dim cmd As New OleDbCommand(req, con) cmd.ExecuteNonQuery() cmd.Dispose()

XtraMessageBox.Show("Modification effectuée avec succes", "information",

MessageBoxButtons.OK, MessageBoxIcon.Information,

DevExpress.Utils.DefaultBoolean.Default)

If con.State = ConnectionState.Open Then

con.Close() End If

Catch ex As Exception

MsgBox(ex.Message)

End Try

End Sub

End Class

Private Sub calculDecompte_ItemClick(sender As Object, e As

DevExpress.XtraBars.ItemClickEventArgs) Handles calculDecompte.ItemClick

' calcul le decompte et enregistre dans la bdd retraite et suprime de la bdd actif

' 4 5 6 7 8

Dim JourPreavis, JourConge, TraitementPreavis, TraitementConge, Decompte As Double

JourPreavis = (78 + ((CDbl(lblAancien.Text) * 15) + ((15 *

CDbl(lblMoisancien.Text)) / 12)))

TraitementPreavis = (JourPreavis * CDbl(tsalaire.Text)) / 26

JourConge = 2 * CDbl(lblJourancien.Text)

TraitementConge = (JourConge * CDbl(tsalaire.Text)) / 26 Decompte = TraitementConge + TraitementPreavis

jrCo.Text = JourConge.ToString jrP.Text = JourPreavis.ToString

trCo.Text = TraitementConge.ToString trP.Text = TraitementPreavis.ToString decom.Text = Decompte.ToString ' sauvegarder retraité Dim re As New Classe_Nouveau re.ajouterRetraite("AGENT_RETRAITE", "matricule", tmatri.Text, GRRETRAITE, nom.Text, cbosexe.Text, tmatri.Text, cbograde.Text, dtengagement.Text, cboetatcivil.Text, tpostnom.Text, cbocategorie.Text, tsalaire.Text, DateEditFincariere.Text, cbomotif.Text, lblAancien.Text, lblMoisancien.Text, lblJourancien.Text, jrP.Text, jrCo.Text, trP.Text, trCo.Text, decom.Text) Dim ag As New Agent

ag.supprimer_agent("AGENT_ACTIF", "matriculeA", tmatri)

End Sub

Private Sub Timer1_Tick(sender As Object, e As EventArgs) Handles Timer1.Tick

If ArcScaleNeedleComponent1.Value < 90 Then

ArcScaleNeedleComponent1.Value = ArcScaleNeedleComponent1.Value + 5

Else

Timer1.Stop()

Dim f As New accueil Me.Hide()

f.show()

End If

End Sub

End Class

Public Class DecompteImprimer

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

Me.Icon = My.Resources.eye

Dim ag As New Agent

' Dim code As String

'code = ag.Recuperer_Coderepos ' recuperation du code ( matricule ) dans la table repos

Select Case txtcond.Text

Case "decompte"

Dim rap As New MyReportdecompte

ag.conn()

Dim dtable As New DataTable

Dim das As New DataSet

Dim Adaptateur As New OleDbDataAdapter("SELECT * from agent_retraite where matricule = '" & txtCrit.Text.Trim & "'", ag.con) '& code & "", ag.con)

Adaptateur.Fill(das, "agent_retraite")

Dim ad As New BindingSource

ad.DataSource = das.Tables("agent_retraite") rap.DataSource = ad ag.deconn()

DocumentViewer1.DocumentSource = rap rap.CreateDocument()

End Select

End Sub

End Class

Public Class FormImprimerAgentRetraite

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

Dim ag As New Agent

Me.Icon = My.Resources.eye

Dim rap As New MyReportRetraite

ag.conn()

Dim dtable As New DataTable

Dim das As New DataSet

Dim Adaptateur As New OleDbDataAdapter("SELECT * from agent_retraite", ag.con)

Adaptateur.Fill(das, "agent_retraite")

Dim ad As New BindingSource

ad.DataSource = das.Tables("agent_retraite") rap.DataSource = ad ag.deconn()

DocumentViewer1.DocumentSource = rap

rap.CreateDocument()

End Sub

End Class

Public Class accueil

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

Me.StartPosition = FormStartPosition.CenterScreen

Me.FormBorderStyle = Windows.Forms.FormBorderStyle.FixedSingle

Me.Icon = My.Resources.eye

Me.Size = New Size(1081, 615)

End Sub

Private Sub btnprinc_Click(sender As Object, e As EventArgs) Handles btnprinc.Click afficher()

End Sub

Private Sub btnag_Click(sender As Object, e As EventArgs) Handles btnag.Click afficher() End Sub

Sub afficher()

Dim f As New Form1 Me.Hide()

f.Show()

End Sub

Private Sub AgentActifToolStripMenuItem_Click(sender As Object, e As EventArgs)

Handles AgentActifToolStripMenuItem.Click afficher()

End Sub

Private Sub PrincipalToolStripMenuItem_Click(sender As Object, e As EventArgs)

Handles PrincipalToolStripMenuItem.Click

afficher()

End Sub

Private Sub RetraiteToolStripMenuItem_Click(sender As Object, e As EventArgs)

Handles RetraiteToolStripMenuItem.Click afficher()

End Sub

Private Sub btnquit_Click(sender As Object, e As EventArgs) Handles btnquit.Click quitter() End Sub

Sub quitter()

Dim res As DialogResult = XtraMessageBox.Show("Vous êtes sur le point de quitter le logiciel." & vbNewLine & _

"Confirmer si vous êtes d'accord.", "information",

MessageBoxButtons.OKCancel, MessageBoxIcon.Information)

If res = Windows.Forms.DialogResult.OK Then

Application.Exit()

End If

End Sub

[1] HENRY, P., Initiation à la recherche Scientifique, Pearson, Paris, p124, 2012

[2] THINES, LEMPEREUR Agnès et Georges, Dictionnaire général des sciences humaines, édition Universitaire, Paris, 1975.

[3] MATANGA LUMONSO, Initiation à l’analyse fonctionnelle, Cours inédit, AP3, Ecole Informatique des Finances, Kinshasa, 2019

[4] BAPTISTE, JEAN-LUC, MERISE Guide pratique : Modélisation des données et des traitements ; Langage SQL, édition ENI, 2007.

[5] Idem

[6] THINES, LEMPEREUR Agnès et Georges, Dictionnaire général des sciences humaines, édition Universitaire, Paris, 1975.

[7] Hainaut, J.C., Base de données et modèles de calcul outils, méthodes pour l’utilisation, Dunod, Paris, p436, 2012

[8] Idem

[9] Nicolas, L., Création de base de données, Peason Education, Paris, p205, 2009 ¹⁰ Ibidem

[10] Nicolas, L., Création de base de données, Peason Education, Paris, p205, 2009

[11] Nanci, D., & Espinasse, B., Ingénierie des systèmes d’informations : MERISE deuxième génération, Ed. Vuibert, Paris, p538, 2001

[12] Idem

[13] Ibidem

[14] Nanci, D., & Espinasse, B., Ingénierie des systèmes d’informations : MERISE deuxième génération, Ed.

Vuibert, Paris, p538, 2001

[15] Nanci, D., & Espinasse, B., Ingénierie des systèmes d’informations : MERISE deuxième génération, Ed. Vuibert, Paris, p538, 2001

[16] Maurice LANGA MASSAMBA. Cours de MERISE : Analyse et Conception des systèmes Informatiques. Kinshasa, 2017, P.82

[17] Direction des ressources Humaines de l’ISP/G

[18] Direction des ressources Humaines, l’ISP/G

[19] RAY, A., Le robert pratique : Dictionnaire français, Paris : Cayfosa, 2013.

[20] Cfr. Le vade-mecum du gestionnaire d’une institution d’Enseignement Supérieur ou Universitaire.

[21] NANCI, D. & ESPINASSE, Ingénierie des systèmes d’informations, MERISE deuxième génération, édition Vuibert, Paris, 2001.

[22] Maurice LANGA MASSAMBA. Cours de MERISE : Analyse et Conception des systèmes Informatiques.

Kinshasa, 2017, P.87

[23] NANCI, D., ESPINASSE, B. Ingénierie des systèmes d’informations MERISE deuxième génération.

Paris, 2001, Edition Vuibert.

[24] Maurice LANGA MASSAMBA. Cours de MERISE : Analyse et Conception des systèmes Informatiques.

Kinshasa, 2017, P.107

[25] BAPTISTE, JEAN-LUC, MERISE Guide pratique : Modélisation des données et des traitements ; Langage SQL, édition ENI, 2007.

[26] GERAD, Pièrre., Modélisation de système d’information., édition LATEX, nl, 2007. ²⁸ Idem

[27] DIONISI Dominique., L’essentiel sur Merise., Collection EYROLLES, 1995, p.86

[28] Maurice LANGA MASSAMBA. Cours de MERISE : Analyse et Conception des systèmes Informatiques.

Kinshasa, 2017, P139.

[29] Maurice LANGA MASSAMBA. Cours de MERISE : Analyse et Conception des systèmes Informatiques.

Kinshasa, 2017, P132.

[30] BAPTISTE., JEAN-LUC, MERISE Guide pratique : Modélisation des données et des traitements ; Langage SQL, édition ENI, 2007.

[31] SUNIER P.A., ARC, Modélisation de logiciels de gestion, 2009, P3.

[32] NANCI, D. & ESPINASSE, Ingénierie des systèmes d’informations, MERISE deuxième génération, édition Vuibert, Paris, 2001.

Disponible en pdf sur demande

Breaking News

EPIGRAPHE

IN MEMORIAM

Gabriel MWANGU SHANGA

DEDICACE

Gabriel MWANGU SHANGA

REMERCIEMENTS

Gabriel MWANGU SHANGA

LISTE DES FIGURES

LISTE DES TABLEAUX

SOMMAIRES

INTRODUCTION

0.1. ETAT DE LA QUESTION

L’ISP/GOMBE »’’

0.2. DEFINITION DES TERMES

0.2.1. Processus

0.2.2. Implémentation

0.2.4. Décompte

0.3. PROBLEMATIQUE

0.4. HYPOTHESE

0.5. BUT ET OBJECTIF DU TRAVAIL

0.5.2. OBJECTIF DU TRAVAIL

0.6. CHOIX ET INTERET DU SUJET

0.7. METHODES ET TECHNIQUES UTILISEES

a) Méthodes utilisées

b) Techniques utilisées

 La documentation

 L’interview

 L’observation

0.8. DELIMITATION DU SUJET

0.9. DIFFICULTES RENCONTREES

0.10. SUBDIVISION DU TRAVAIL

0.11. SIGLES ET ABREVIATIONS UTILISES

0.12. PLANNING PREVISIONNEL

0.12.1. DECOMPOSITION DU PROJET

0.12.2. DETERMINATIONS DES DUREES

0.12.3. ORDONNANCEMENT

0.12.4. DIAGRAMME DE GANTT

MERISE

I.1. GENERALITES SUR LES BASES DE DONNEES

I.1.1. Définition

I.1.2. Utilité d’une base de données

I.1.4. Caractéristique d’une base de données[10]

I.1.5. Qualité d’une base de données[11]

I.1.6. Système de gestion de base de données (SGBD)[13]

I.2. GENERALITES SUR LA METHODE MERISE

1.2.1. Définition et Signification

I.2.2. Petite histoire

I.2.3. Cycle d’abstraction de MERISE[15]

CHAPITRE DEUXIEME : ANALYSE DU SYSTEME EXISTANT

II.1. Présentation du système d’information

II.1.1. Historique[17]

II.1.2. Situation géographique

II.1.3. Objectifs poursuivis par l’organisation

II.1.4. Organigramme général[18]

Présentation

II.2. CONNAISSANCE DU SERVICE CONCERNE

II.2.1. Modèle Conceptuel de Communication (MCC)

II.2.1.1 Organigramme du service concerné

II.2.1.2 Attribution des postes

II.2.1.3 Enoncé du processus actuel

1. Narration

2. Mode de calcul des avantages attachés à la fin carrière

3. Diagramme de flux ou Schéma de circulation

4. Description des flux ou des tâches

5. Diagramme de Contexte

II.2.1.4 RECENSEMENT ET ETUDES DES INTERFACES

a) Interfaces ou Documents

1. Cahier de registre

2. Fiche détaillée

b) Intervenants

II.2.1.5 ETUDES DES MOYENS DE TRAITEMENT UTILISES

a) Ressources humaines

b) Ressources matérielles

b.1. Fournitures de bureau

b.2. Matériels et Mobiliers de bureau

 Légende

b.3. Matériels informatiques

 Légende

- Aspect Hardware

I.1.4. Caractéristique d’une base de données^{^[10]}

I.1.5. Qualité d’une base de données^{^[11]}

I.1.6. Système de gestion de base de données (SGBD)^{^[13]}

I.2.3. Cycle d’abstraction de MERISE^{^[15]}

II.1.1. Historique^{^[17]}

II.1.4. Organigramme général^{^[18]}

III.1.2. ELABORATION DU MODELE CONCEPTUEL DES DONNEES (MCD)^{^[23]}