WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Integration d'un modele de suivi d'execution des projets au sein de national partnership of children and youth in peacebuilding (NPCYP)


par Floribert MUHANYI BUGABANDA
Institut Supérieur de Commerce - Graduat 2022
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Introduction

La science informatique, bien qu'elle soit jeune, est en évolution croissante. Dans les temps, la gestion classique au compte de laquelle l'on a pu enregistrer les inconvénients suivants :

? L'accès aux données selon les multiples utilisateurs

? La relation entre les données L'intégrité
des données 16

Définition

Une base de données en sigle (BDD) ou data base (BD) en Anglais d'insérer, de modifier et de rechercher efficacement des données spécifiques dans un grand nombre d'informations.

C'est un outil permettant de faire toutes les opérations de mise à jour d'une base de données

Le système de gestion de base de données (SGBD) ou en Anglais Data Base Management System en (DBMS) est un ensemble des logiciel permettant de gérer les bases. Entre autre : de Stocker, Interroger, un ensemble des fichiers interdépendants en facilitant la sauvegarde, la recherche, la mise à jour de données c'est - à - dire ; permet l'accès aux données de façon simple ; autoriser un accès aux informations à des multiples utilisateurs, manipuler les

15 Idem

16 Encyclopédie comment ça marche

- 27 -

données présenter dans la BDD (Insertion, Suppression, Modification).

Quelques principaux SGBD sont : Microsoft Access, SQL Server, My SQL, Oracle, File Maker.

Les SGBD, se décomposent en trois sous système qui sont :

+ Le système de fichier : permet le stockage des informations sur un

support physique.

+ Le système interne : il représente l'interface avec l'utilisateur

+ Le système externe : il gère l'ordonnancement des informations

Sortes des SGBD

Il existe divers système de gestion de bases de données dont voici quelques-

unes :

+ Access de Microsoft ;

+ Paradoxe de Novell ;

+ SQL Server ;

+ MySQL ;

+ Oracle d'Oracle Système, etc.

Théorie sur le Projet

Un projet est un ensemble d'activités organisées en phases ou étapes et formant l'unité de gestion permettant la réalisation d'un objectif défini et précis.

Projet = opération ponctuelle ayant un début et une fin, nécessitant la mise en oeuvre de ressources humaines et matérielles pour sa réalisation.

- 28 -

Un projet est caractérisé par :

? Une durée limitée = délai

Un projet à un début et une fin ... et pourtant, il y a beaucoup de projet sans

fin !

? Des objectifs clairement définis

Le projet répond à une demande spécifique, les objectifs à atteindre devant

être les plus clairs possibles.

? Des contraintes

Les moyens financiers et humains attribués pour atteindre les objectifs sont

limités ; les délais de réalisation également.

Caractéristique d'un projet

Un projet répond à un besoin unique et singulier

? nécessité d'appropriation du projet par l'équipe

Un projet a un début et une fin

Un projet est novateur unique et besoin de créativité

Un projet est complexe, coopération et gestion d'un grand nombre

d'intervenants

Ce qu'est la gestion de projet

La gestion d'un projet consiste à organiser et suivre chaque action du projet afin de tenir les délais, coûts et qualité requise. Le responsable de la gestion de projet est donc le garant des résultats attendus du projet souvent

- 29 -

appelés « livrables ». Ils peuvent être des documents, des applications informatiques, des processus...

La gestion de projet est conduite par des acteurs, en étapes, à laide doutils et méthodes d'organisation spécifiques.

- 30 -

CHAP II. ANALYSE DU SYSTEME D'INFORMATION EXISTANT

2.1. MODELE CONCEPTUEL DE COMMUNICATION (MCC)

Le modèle conceptuel de communication est un modèle qui représente les échanges des flux de produit, des personnes, des valeurs ou information entre système.17

Les intervenants sont des systèmes fonctionnels qui peuvent être interne à l'entreprise ou même externe.

En parlant des intervenants internes à l'entreprise, on voit les demandes. Tout domaine de l'entreprise à un système d'information propre à tout son sous domaine. L'objet est émis par un intervenant (l'élément) est reçu par un autre (récepteur). Un message est un objet transmis ne contenant que des informations. Le modèle de communication est un dessin qui représente le flux d'information ou non information, échangés entre intervenant interne de l'entreprise et les intervenants externes. Les informations des messages peuvent être des synonymes, polysemes, liées par une équivalence, une règle de calcul.

17 Eurasme MILANDO (CT), Notes de cours de Méthodes d'Analyse Informatique, ISC-Goma, 2021-2022

- 31 -

2.1.1. Présentation du MCC 1. MCC BRUT

Organisation

2

1

4

3

Secrétaire

Exécutif

Finance

Congès

Bailleur de fond

10

9

Direction de

Programme

Direction de

LEGENDE

1. L'Organisation soumet son projet à la Direction de programme

2. La Direction de programme reçoit le projet de l'organisation

3. La Direction de programme donne rapport au Secrétaire exécutif

4. Le Secrétaire Exécutif demande rapport à la Direction de Programme

5. La finance donne le rapport au Secrétaire

6. Le Secrétaire demande la situation budgétaire à la Direction de Finance

7. Le Secrétaire fait le rapportage au Congrès

8. Le Congrès demande rapport du personnel

9. Le Bailleur de fond va fiancer le projet

10. Le Secrétaire Exécutif reçoit le financement du Bailleur de fond.

- 32 -

2.1.2. MATRICE DES FLUX

La matrice du flux d'information, est un tableau de N - Lignes et N - Colonnes dont le but est la description des documents qui s'échangent entre les acteurs. L'intercession des lignes et colonnes comporte les noms des documents.18

 

Organisatio n

Dir.Prog

Sec

Dir.Fin

Congrè s

BFond

TOTAL

Organisation

 

1

 
 
 
 

1

Dir.Prog

2

 

3

 
 
 

2

Sec

 

4

 

6

8

10

4

Dir.Fin

 
 

5

 
 
 

1

Congrès

 
 

7

 
 
 

1

BFond

 
 

9

 
 
 

1

TOTAL

1

2

4

1

1

1

10

MCC NET

1

4

2

3

Secrétaire

Organisation

Exécutif

EXECUTION DES PROJETS

Légende :

1. Demande des projets

2. Remise des projets

3. Apport des projets dans l'Entreprise

4. Approbation du projet

18 Eurasme MILANDO (CT), Notes de cours de Méthodes d'Analyse Informatique, ISC-Goma, 2021-2022

- 33 -

2.2. MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) 2.2.1. Règles d'organisation

PF1 : Réception de l'organisation pour la soumission du projet

PF2 : Présentation du projet à la Direction e programme

PF3 : Etude du projet par les différents départements concernés

PF4 : Approbation du projet par la Direction de programme

PF5 : Edition du projet pour enregistrement

PF6 : Financement du projet

2.2.2. Tableau des procédures fonctionnelles

PF

Déroulement

Action

Nature

Poste de travail

Lieu

Resp

Ress

PF1

8h<t<16h30

RECEPTION ORGANISATION

M

DirProg

Direct Prog

DirProg

PF2

8h<t<16h30

PRESENTATION PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF3

8h<t<16h30

ETUDE PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF4

8h<t<16h30

APPROBATION PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF5

8h<t<16h30

EDITION PROJET

AB

DirProg

Direct Prog

Dirpro , Ordi

PF6

8h<t<16h30

FINANCEMENT

M

DirProg

Direct Prog

Dirpro, SecEx

- 34 -

2.2.3. Diagramme d'enchainement des processus fonctionnels

Déroulement

 
 
 
 

8h<t<16h30

 
 

Nature

M

Poste de travail

Lieu,Resp,Ress

Direction de Programme, Directeur de Programme

Direction

 

Enchaînement

 

organisation

Présence Directeur Prog

 

ET

PF1

RÉCEPTION ORG

Toujours

8h<t<16h30

 

Organisation

reçue

 

M

Direction de Programme, Directeur de Programme

 
 
 
 

Directeur Prog

ET

 

PF2

PRÉSENTATION PROJET

Toujours

8h<t<16h30

 

Projet présenté

 

M

Direction

Direction,

DirProg,SecExe

 
 
 
 
 

Directeur Prog

 
 

ET

PF3

ÉTUDE PROJET

Projet complet Projet incomplet

8h<t<16h30

 

Projet Complet

 

M

Direction de Programme, Directeur de Programme

Projet Incomplet

 
 
 

Directeur de Prog

 

ET

PF4

 

APPROBATION PROJET

Toujours

- 35 -

Direction de Programme, Directeur et Ordinateur

Direction de Programme, Directeur de Programme Sec Exécutif

Imprimante

A

PF5

Projet édité

 

Projet financé

PF6

FINANCEMENT PROJET

ET

EDITION PROJET

Toujours

ET

Toujours

Fin

Directeur de Prog

AB

M

8h<t<16h30

8h<t<16h30

- 36 -

2.3. DICTIONNAIRE DES DONNEES

2.3.1. Documents utilisés

Nous allons utiliser une fiche de suivi d'exécution des projets qui démontre les

projets, l'organisation, le bailleur de fond, durée d'exécution, date d'approbation, les bénéficiaires et le montant affecté au projet.

2.3.2. Présentation du Dictionnaire des données

Code propriété

Signification

Type

Long

Nature

Règle de gestion

A,N,AN

E, CO, CA

SIGN, SIT, MOUV

*Idprojet

Identifiant du Projet

AN

5

E

SIGN

A créer

Nomproj

Nom Projet

AN

30

E

SIGN

_

*IdOrg

Identifiant

AN

5

E

SIGN

A créer

 

Organisation

 
 
 
 

_

NomOrg

Nom Organisation

AN

30

E

SIGN

_

AdresseOrg

Adresse Organisation

AN

30

Ca

SIGN

 

*IdBen

Identifiant Bénéficiaire

AN

5

E

SIGN

A créer

NomBen

Nom Bénéficiaire

AN

30

E

SIGN

_

Eff

Effectif

N

10

E

M

_

*IdBFond

Identifiant BFond

AN

30

E

SIGN

A créer

NomBF

Nom Bailleur de Fond

AN

30

E

SIGN

-

Avenue

Avenue

AN

10

E

SIGN

-

Quartier

Quartier

AN

10

E

SIGN

-

Comm

Commune

AN

10

E

SIGN

-

Ville

Ville

AN

10

E

SIGN

-

Epuration du Dictionnaire des Données

Suppression des propriétés concaténées, calculées, Synonymes et polycèmes.

Code propriété

Signification

Type

Long

Nature

Règle de gestion

A,N,AN

E, CO, CA

SIGN, SIT, MOUV

*Idprojet

Identifiant du Projet

AN

5

E

SIGN

A créer

Nomproj

Nom Projet

AN

30

E

SIGN

_

*IdOrg

Identifiant

AN

5

E

SIGN

A créer

 

Organisation

 
 
 
 

_

NomOrg

Nom Organisation

AN

30

E

SIGN

_

*IdBen

Identifiant Bénéficiaire

AN

5

E

SIGN

A créer

NomBen

Nom Bénéficiaire

AN

30

E

SIGN

_

- 37 -

Eff

Effectif

N

10

E

M

_

*IdBFond

Identifiant BFond

AN

30

E

SIGN

A créer

NomBF

Nom Bailleur de Fond

AN

30

E

SIGN

-

Avenue

Avenue

AN

10

E

SIGN

-

Quartier

Quartier

AN

10

E

SIGN

-

Comm

Commune

AN

10

E

SIGN

-

Ville

Ville

AN

10

E

SIGN

-

2.4. CRITIQUES DE L'EXISTANT ET PISTES DE SOLUTIONS

2.4.1. Points forts

D'après nos investigations nous pouvons dire ce qui suit : NPCYP a un personnel qualifié, expérimenté qui travaille en collaboration. Les exploitants y sont aussi bien servis vis-à-vis de leur objectif poursuivi pour un bon rendement.

2.4.2. Point faible

? L'insuffisance du personnel dans d'autres bureaux

? Les informations sur les exploitant ne sont pas bien conservées, ce là rend la recherche difficile et parfois impossible d'information.

? Manque d'un modèle standard pouvant servir toute une étendue de notre pays.

2.4.3. Pistes des solutions

Pour pallier à ces multiples difficultés, nous avons osé proposer quelques solutions :

? Concevoir une base de données pouvant stocker tous les projets à financer

? Automatiser un modèle de suivi d'exécution des projets.

Cette solution implique que, les traitements des informations relatives aux exploitants soient informatisés ou automatisés. Cela nécessite la mise sur pied d'un système informatique par l'approche d'une base de données.

- 38 -

CHAP III. CONCEPTION DU SYSTEME D'INFORLATION FUTUR

3.2. MODELE CONCEPTUEL DES DONNEES (MCD)

Epuration du Dictionnaire des Données : Suppression des propriétés concaténées, calculées, Synonymes et polycèmes.

Code propriété

Signification

Type

Long

Nature

Règle de gestion

A,N,AN

E, CO, CA

SIGN, SIT, MOUV

*Idprojet

Identifiant du Projet

AN

5

E

SIGN

A créer

Nomproj

Nom Projet

AN

30

E

SIGN

_

*IdOrg

Identifiant

AN

5

E

SIGN

A créer

 

Organisation

 
 
 
 

_

NomOrg

Nom Organisation

AN

30

E

SIGN

_

*IdBen

Identifiant Bénéficiaire

AN

5

E

SIGN

A créer

NomBen

Nom Bénéficiaire

AN

30

E

SIGN

_

Eff

Effectif

N

10

E

M

_

*IdBFond

Identifiant BFond

AN

30

E

SIGN

A créer

NomBF

Nom Bailleur de Fond

AN

30

E

SIGN

-

Avenue

Avenue

AN

10

E

SIGN

-

Quartier

Quartier

AN

10

E

SIGN

-

Comm

Commune

AN

10

E

SIGN

-

Ville

Ville

AN

10

E

SIGN

-

3.2.1. Structure d'accès théorique(SAT)/ Graphe des dépendances fonctionnelles.

- 39 -

3.2.3. Règles de gestion

RG1 : Une organisation appartient à un ou plusieurs projets

RG2 : Un projet appartient à une et une seule organisation

RG3 : Un projet peut avoir une ou plusieurs utilisations

RG4 : Une utilisation a un et un seul projet

RG5 : Un bénéficiaire travaille sur un et un seul projet

RG6 : Un projet peut être travaillé par un ou plusieurs bénéficiaires

RG7 : Un bailleur de fond peut financer un ou plusieurs projets

RG8 : Un projet est financé par un et un seul bailleur de fond

3.2.4. Construction du MCD

Le modèle conceptuel de données a pour but de décrire de manière formelle les données qui seront utilisées par le système d'information à l'aide des entités et association.

? Une entité : est une population d'individus homogènes

? Une association : est une liaison qui a une signification précise entre plusieurs entités

? Un attribut : est une propriété d'une entité ou une association

? Un identifiant : est un attribut sans doublon c'est-à-dire un identifiant unique et qui ne prends pas deux fois la même valeur que l'on souligne sur le schéma par convention

? La cardinalité : est un lien entre une entité et une association précise le minimum et le maximum.

PROJET

1,N 1, 1

Avoir

UTILISATION

Num
Montant
Motif

Avoir

1,N 1, 1

ORGANISATION

IdProj
NomProj

Financer

1, 1

1, N

Travailler

1,1

BENEFICIAIRE

IdBen
NomBen
Eff

IdOrg
NomOrg
Avenue
Quartier
Comm
Ville

1,N

BFOND

IdBFond
Nom
Avenue
Quartier
Comm
Ville

- 40 -

3.3. MODELE CONCEPTUEL DE TRAITEMENT (MCT)

3.3.1. Formalisme Utilisé

En voici la formalisation utilisée pour la construction de notre modèle conceptuel des traitements.

Evènements Contributifs

E1 E2 En

Synchronisation (Règle d'activité)

PROPOSITION LOGIQUE

Opération

ACTION

Règle d'émission ou règles qui permettent de sortir une action.

Evènements extérieurs ou évènement sortants ou résultats.

Rn

R1

R2

E1 E2 En

- 41 -

3.3.2. Construction du MCI

Processus d'Analyse du projet

Présence
Organisation

Et

Directeur de Programme

Réception Organisation
Toujours

Organisation

reçue Responsable

Et

Présentation Projet

Projet présenté

Et

Responsable

Toujours

Projet complet Responsable

Projet complet

Etude Projet

A ou b et c

Projet incomplet

Projet incomplet

Approbation Projet

Projet approuvé

A

Toujours

Projet financé

Fin

- 42 -

Responsable

Et

A

Financement du Projet

Toujours

- 43 -

3.4. MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)

MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)

3.4.1. Règles d'organisation

PF1 : Réception de l'organisation pour la soumission du projet

PF2 : Présentation du projet à la Direction e programme

PF3 : Etude du projet par les différents départements concernés

PF4 : Approbation du projet par la Direction de programme

PF5 : Edition du projet pour enregistrement

PF6 : Financement du projet

3.4.2. Tableau des procédures fonctionnelles

PF

Dérouleme nt

Action

Nature

Poste de travail

Lieu

Resp

Ress

PF1

8h<t<16h30

RECEPTION ORGANISATION

M

DirProg

Direct Prog

DirProg

PF2

8h<t<16h30

PRESENTATION PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF3

8h<t<16h30

ETUDE PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF4

8h<t<16h30

APPROBATION PROJET

M

DirProg

Direct Prog

Dirpro, SecEx

PF5

8h<t<16h30

EDITION PROJET

AB

DirProg

Direct Prog

Dirpro , Ordi

PF6

8h<t<16h30

FINANCEMENT

M

DirProg

Direct Prog

Dirpro, SecEx

- 44 -

3.4.3. Diagramme d'enchainement des processus fonctionnels

Déroulement

 
 
 
 

8h<t<16h30

 
 

Nature

M

Poste de travail

Lieu,Resp,Ress

Direction de Programme, Directeur de Programme

Direction

 

Enchaînement

 

organisation

Présence Directeur de

Programme

ET

PF1

RÉCEPTION ORG

Toujours

8h<t<16h30

 

Organisation

reçue

 

M

Direction de Programme, Directeur de Programme

 
 
 
 

Directeur Prog

ET

 

PF2

PRÉSENTATION PROJET

Toujours

8h<t<16h30

 

Projet présenté

 

M

Direction

Direction,

DirProg,SecExe

 
 
 
 
 

Directeur Prog

 
 

ET

PF3

ÉTUDE PROJET

Projet complet Projet incomplet

8h<t<16h30

 

Projet Complet

 

M

Direction de Programme, Directeur de Programme

Projet Incomplet

 
 
 

Directeur de Prog

 

ET

PF4

 

APPROBATION PROJET

Toujours

- 45 -

8h<t<16h30

8h<t<16h30

Direction de Programme, Directeur et Ordinateur

Direction de Programme, Directeur de Programme Sec Exécutif

PF6

Projet financé

PF5

Projet édité

Be

 

A

EDITION PROJET

Toujours

ET

ET

FINANCEMENT PROJET

Toujours

Fin

Directeur de Prog

Imprimante

AB

M

- 46 -

CHAP.IV. PRESENTATION DU SYSTEME D'INFORMATION
INFORMATISE (SII)

4.1. CONSTRUCTION DU MODELE LOGIQUE DES DONNEES (MLD)

a. Concept

Le MLD est obtenu à partir du modèle conceptuel de données validé

dont chacune des classes d'entités devient une table, les propriétés deviennent des champs et les identifiants deviennent des clés primaires.

b. Construction du MLD

ORGANISATION(IdOrg, NomOrg, AvOrg, QuartOrg, CommOrg, VilleOrg, #IdProjet)

PROJET (IdProjet, NomProjet, #IdOrg)

BENEFICIAIRE (IdBen, NomBen, Effect, #IdProjet)

BAILLEUR DE FOND (IdBFond, AvBFond, QuartBFond, CommBFond, VilleBFond, #IdProjet)

UTILISATION ( IdUtil, Num, Montant, Motif)

4.2. CONSTRUCTION DU MODELE PHYSIQUE DES DONNES (MPD)

ACCUEIL

- 47 -

4.3. PRESENTATION DE L'APPLICATION

LOGIN

4.3.1. Formulaires

- 48 -

UTILISATEUR

BAILLEUR DE FOND

- 49 -

PROJET

ORGANISATION

UTILISATION

- 50 -

BENEFICIAIRE

- 51 -

4.3.2. Etats de Sortie

LISTE DE TOUTES LES ORGANISATIONS QUI ONT

 

DEPOSEES LEURS PROJETS DEJA APPROUVES

- 52 -

LISTE DE TOUS LES PROJETS ENCOURS D'EXECUTION

 
 
 

LISTE DE TOUS LES BENEFICIAIRES

 
 
 

- 53 -

FICHE DE SUIVI D'EXECUTION DES PROJETS

 
 
 

- 54 -

CONCLUSION

Nous voici au terme de notre travail formulé autour du thème « Intégration d'un modèle de suivi d'exécution des projets au sein de la NPCYP. »

Hormis l'introduction et la conclusion, notre travail a été subdivisé en quatre Chapitres précités ci-dessus.

Après avoir repéré un certain nombre des problèmes, ce travail s'est focalisé sur un domaine particulier visant à apporter des solutions palliatives aux problèmes remarqués au sein de notre entreprise d'où la NPCYP a le problème de concilier les budgets à l'exécution des rubriques et des lignes budgétaires des projets ; aussi de se procurer un système informatisé de leurs projets.

Dans la recherche d'une solution performante aux problèmes précités notre étude est partie de l'interrogation suivante :

? L'utilisation d'un système informatisé peut-elle améliorer la gestion des projets à financer ?

? Comment pouvons-nous mettre en place un mécanisme de suivi du

budget d'un projet soumis et approuvé lors de son exécution ?

Afin de répondre aux interrogations d'où:

? L'intégration de ce dernier permettra un bon fonctionnement de l'entreprise, garantissant une bonne gestion.

? Il paraitrait que nécessité d'un système informatisé allégerait la tâche dans le traitement et la circulation des informations dans le suivi d'exécution des projets à la NPCYP.

Nous sommes partis de l'hypothèse selon laquelle la mise en place d'une application conçue en C# interconnecté à une Base de Données Conçue spécialement en SQL Server, serait une solution primordiale.

En effet, ce travail s'était assigné comme objectif primordial et principal d'obtenir un système d'information non seulement fiable et efficace soutenu par une application mais aussi un système pouvant remédier aux différentes difficultés au suivi de l'exécution des projets dans cette entreprise.

- 55 -

Notre application permettra d'avoir les états de sortie suivants :

· Liste de toutes les organisations postulantes

· Liste de tous les projets approuvés

· Liste de tous les bénéficiaires


· Le fiche de suivi d'exécution des projets

Pour parfaire (couronner) nos objectifs, nous nous sommes servis de l'éminente méthode MERISE et des techniques ci-après :

- Méthode merise

- Méthode historique

- Technique documentaire

- Et la technique d'interview-libre

Vu que les méthodes et techniques ne pouvaient pas à elles seules nous permettre à atteindre nos objectifs, c'est ainsi que nous avons fait recours à deux outils importants SQL Server pour la mise en place de notre base de données et Microsoft Visual Studio 2013 pour la création des interfaces connectées d'une manière dynamique à ladite base de données.

En définitive, nous reconnaissons que le présent travail est loin d'être parfait et de ce fait reprochable, modifiable, à continuer. Sur ce, nous recommanderons aux chercheurs venant après nous d'y apporter leurs critiques constructives en vue de l'amélioration de cette oeuvre scientifique.

- 56 -

BIBLIOGRAPHIE

1. OUVRAGES

1. M. GRAWITZ, Les Sciences et les relations, 10ème édition, 2000, P318 ;

2. PIERRE RONGERE. Voyage de mémoire, 2003-2004 p4

3. Jp MATHERON, Comprendre Merise, actifs conceptuels organisationnel,

éd Eurolles 2000, p1.

4. Y. ROY. Système d'information de gestion, vol II, 1992

2. NOTES DES COURS

> Eurasme KAKULE MILANDO, MAI II, cours dispenser en G3 Info jour/ ISC, Goma, 2021- 2022

> Aquister BYAMUNGU, C#, Cours dispensé en G3 Info jour/ISC Goma, 20212022

> Arsène BUYINGO, visual Basic, G2 info/ISC GOMA, 2020-2021

> DJUMA, (CT), Notes de Cours Structure des Ordinateur 2ème Graduat, 20202021 ISC-GOMA Pg 5.

> John, Cours d'Anglais Technique 2ème Graduat 2020 - 2021, ISC-GOMA

> Janvier TWIZERIMANA (Chef de Travaux), Notes de Cours Labo I. G1 Info, ISC / Goma, 2020

3. TRAVAIL DE FIN CYCLE

> Kass KASONGO NDJOKO, Système informatisé pour la planification et le suivi de gestion des projets des établissements scolaires, ISC/GOMBE - Licence 2014

> Armel OGUNIYI, Mise en place du système de suivi évaluation dans les projets de développement, ISMA/Bénin - Licence professionnelle 2008

4. WEBOGRAPHIE

> Encyclopédie encarta 2009, 20 Juillet 2022 à 15h

> Wiki Pédia, l'encyclopédie libre, le 10 Août 2022 à 14h

- 57 -

TABLE DES MATIERES

DEDICADE i

REMERCIEMENTS ii

SIGLES ET ABREVIATIONS iii

1. INTRODUCTION - 1 -

1.1. ETAT DE LA QUESTION - 1 -

1.2. PROBLEMATIQUE - 2 -

1.3. HYPOTHESES - 3 -

1.4. OBJECTIF DU TRAVAIL - 3 -

1.5. CHOIX ET INTERET DU SUJET - 4 -

1.6. METHODES ET TECHNIQUES UTILISEES - 4 -

METHODES - 5 -

TECHNIQUES - 5 -

1.7. DELIMITATION SPATIO-TEMPORELLE DU SUJET - 6 -

1.8. DIFFICULTES RENCONTREES - 6 -

1.9. SUBDIVISION DU TRAVAIL - 6 -

CHAPITRE I. CADRE THEORIQUE ET CONCEPTUEL - 8 -

I.1. PRESENTATION DU MILIEU - 8 -

1.1.1. Historique de l'entreprise - 8 -

1.1.2. Présentation géographique - 8 -

1.1.3. Domaines d'intervention - 8 -

1.1.4. Organisation administrative - 9 -

1.1.4.1. ORGANIGRAMME - 15 -

a. INFORMATIQUE - 18 -

SYSTEME - 23 -

SYSTEME INFORMATIQUE - 24 -

SYSTEME D'EXPLOITATION - 25 -

BASE DE DONNEES - 26 -

Théorie sur le Projet - 27 -

CHAP II. ANALYSE DU SYSTEME D'INFORMATION EXISTANT - 30 -

2.1. MODELE CONCEPTUEL DE COMMUNICATION (MCC) - 30 -

2.2. MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) - 33 -

2.2.1. Règles d'organisation - 33 -

2.2.2. Tableau des procédures fonctionnelles - 33 -

- 58 -

2.2.3. Diagramme d'enchainement des processus fonctionnels - 34 -

2.3. DICTIONNAIRE DES DONNEES - 36 -

2.3.1. Documents utilisés - 36 -

2.3.2. Présentation du Dictionnaire des données - 36 -

2.4. CRITIQUES DE L'EXISTANT ET PISTES DE SOLUTIONS - 37 -

CHAP III. CONCEPTION DU SYSTEME D'INFORLATION FUTUR - 38 -

3.2. MODELE CONCEPTUEL DES DONNEES (MCD) - 38 -

3.2.1. Structure d'accès théorique(SAT)/ Graphe des dépendances fonctionnelles. - 38 -

3.2.3. Règles de gestion - 39 -

3.2.4. Construction du MCD - 39 -

3.3. MODELE CONCEPTUEL DE TRAITEMENT (MCT) - 40 -

3.3.1. Formalisme Utilisé - 40 -

3.3.2. Construction du MCT - 41 -

3.4. MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) - 43 -

MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) - 43 -

3.4.1. Règles d'organisation - 43 -

3.4.2. Tableau des procédures fonctionnelles - 43 -

3.4.3. Diagramme d'enchainement des processus fonctionnels - 44 -

CHAP.IV. PRESENTATION DU SYSTEME D'INFORMATION INFORMATISE (SII) - 46 -

4.1. CONSTRUCTION DU MODELE LOGIQUE DES DONNEES (MLD) - 46 -

a. Concept - 46 -

b. Construction du MLD - 46 -

4.2. CONSTRUCTION DU MODELE PHYSIQUE DES DONNES (MPD) - 46 -

4.3. PRESENTATION DE L'APPLICATION - 47 -

CONCLUSION - 54 -

BIBLIOGRAPHIE - 56 -

1. OUVRAGES - 56 -

1. M. GRAWITZ, Les Sciences et les relations, 10ème édition, 2000, P318 ; - 56 -

2. PIERRE RONGERE. Voyage de mémoire, 2003-2004 p4 - 56 -

3. Jp MATHERON, Comprendre Merise, actifs conceptuels organisationnel, - 56 -

éd Eurolles 2000, p1. - 56 -

2. NOTES DES COURS - 56 -

? Armel OGUNIYI, Mise en place du système de suivi évaluation dans les projets de

développement, ISMA/Bénin - Licence professionnelle 2008 - 56 -

TABLE DES MATIERES - 57 -

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Soit réservé sans ostentation pour éviter de t'attirer l'incompréhension haineuse des ignorants"   Pythagore