Conception et réalisation d'un progiciel de gestion intégré des activités scolaires et administratives de l'ITIMA

EPIGRAPHE

« Un système d'information ne se résume pas à un assemblage de

technologies, loin s'en faut. En effet, l'objectif final de ces fameux systèmes d'information est de stocker, préserver, exploiter et échanger des informations pour automatiser des tâches réplicables de façon plus sécurisée que ne le pourrait une intervention humaine, ou fournir à des utilisateurs les informations indispensables pour leur permettre d'agir à bon escient et plus vite.»

SABINE BOHNKE

DEDICACE

A nos parents MULIVANDA Marcel et KAVUGHO KIROLE pour leurs incomparables tendresse et affection qu'ils témoignent à notre égard.

KASEREKA NGULIKO Josphate

REMERCIEMENTS

Tant que nous serons vivant, nous ne cesserons pas de rendre gloire à Dieu, qui nous offre la vie, qui nous protège et nous accompagne dans toutes les circonstances de la vie. A lui louange et gloire soient rendues.

Nos remerciements s'adressent aux autorités de l'Université de l'Assomption au Congo(U.A.C.) en général, et en particulier à celles de la faculté de Sciences Economiques et de Gestion, pour leur savoir-faire et pour nous avoir conduit dans le haut niveau du savoir.

De même, nous adressons nos remerciements les plus sincères au directeur et à l'encadreur de ce mémoire, Prof. NTUNKADI MOMBO Aristote, Ass. NSENGE MPIA Héritier qui, en dépit de leurs multiples occupations, ont pu accepter la direction de ce travail.

Nos sincères remerciements à nos très chers parents : MULIVANADA Marcel et notre chère mère KAVUGHO KIROLE pour nous avoir donnés jour à la vie et pour leurs sacrifices consentis pendant notre éducation.

Mais aussi, nos remerciements à nos grands frères KAMBERE NGULIKO Jean-Louis ; pour son amour, son soutien, sa confiance et le grand frère qu'il a toujours été pour nous ; KAMBALE SIKULIKYOLO Georges, pour l'espace de travail qu'il à mis à notre disposition durant la période de confinement dû à la maladie de CORONAVIRUS, à notre grande soeur KAHINDO KIGHOMA Florence qu'elle trouve ici nos sentiments de gratitude pour tous ses efforts spirituels, morals et surtout financiers qu'elle a manifesté à notre égard durant la rédaction de ce mémoire.

Nos vifs sentiments de reconnaissance à tous nos camarades et compagnons de lutte de l'U.A.C., en particulier MASIKA BULONGO Wasingya, MUMBERE MUVUNGA Zawadi, MUGHOLE KOMBI Lareine, BARAKA MUTHEGHEKI VINGI, KAVIRA SAFI VALIRA, pour les moments de peine et de joie passés ensemble. Comme il est certainement difficile de dresser une liste nominative qui soit exhaustive, à tous recevez l'expression de notre gratitude.

iv

SIGLES ET ABREVIATIONS

2TUP : Two Track Unified Process

APC : Approche par Compétence

BDD : Base de Données

CEFIA : Centre de Formation en Informatique de l'Assomption

CEFIMA : Centre de Formation en Informatique de Mahamba

COCOMO : Cost Constructive Model

DIDI : Directeur de Discipline

ERP : Enterprise Resource Planning

PGI: Progiciel de Gestion Integré

PME: Petite et Moyenne Enterprise

RDC: République Démocratique du Congo

ITIMA : Institut Technique Industriel de Mahamba

MRP : Materials Requirement Planning

NTIC : Nouvelle Technologie de l'Information et de Communication

PERT: Program Evaluation and Review Technic (Technique d'Elaboration et de Contrôle des

Projets).

SGBD: Système de Gestion de Base de Données

SI: Système de l'Information

UAC: Université de l'Assomption au Congo

UML: Unified Modeling Language

LISTE DES TABLEAUX

Tableau 1 : Identification des tâches 8

Tableau 2 : Détermination des antériorités 9

Tableau 3 : Détermination des postériorités 9

Tableau 4 : Calcul des niveaux 10

Tableau 5 : Coût des matériels à acquérir 13

Tableau 6:Coût total du projet 14

Tableau 7: Préfets de l'Institut Industriel de Mahamba 27

Tableau 8:Identification des messages entre les acteurs et le système 38

Tableau 9:Explication des messages 41

Tableau 10 : Identification des acteurs et des messages 43

Tableau 11:Fiche de description du cas d'utilisation « S'inscrire » 45

Tableau 12: Fiche de description du cas d'utilisation « S'authentifier » 45

Tableau 13: Fiche de description du cas d'utilisation « Gérer les inscriptions » 46

Tableau 14 : Fiche de description du cas d'utilisation « Payer frais scolaire » 46

Tableau 15: Fiche de description du cas d'utilisation « Gérer frais scolaires » 47

Tableau 16: Fiche de description du cas d'utilisation « Retirer l'ouvrage » 47

Tableau 17: Fiche de description du cas d'utilisation « Rendre ouvrage » 48

Tableau 18: Fiche de description du cas d'utilisation « Gérer retrait ouvrage » 48

Tableau 19: Fiche de description du cas d'utilisation « Gérer remise ouvrage » 49

Tableau 20: Fiche de description du cas d'utilisation « Acquérir ouvrage » 49

Tableau 21:Fiche de description du cas d'utilisation « Acquérir matériel » 50

Tableau 22:Fiche de description du cas d'utilisation « Retirer matériel» 50

Tableau 23:Fiche de description du cas d'utilisation « Rendre matériel» 51

Tableau 24:Fiche de description du cas d'utilisation « Gérer retrait matériel» 51

Tableau 25:Fiche de description du cas d'utilisation « Gérer rendre matériel» 52

Tableau 26: Fiche de description du cas d'utilisation « Brasser élève » 52

Tableau 27:Fiche de description du cas d'utilisation « Enregistrer personnel » 53

Tableau 28: Fiche de description du cas d'utilisation « Suivre assiduité » 53

Tableau 29:Fiche de description du cas d'utilisation « Payer personnel » 54

LISTE DES FIGURES

Figure 1:Réseau PERT 10

Figure 2 : Calcul des dates au plus tôt et dates au plus tard 11

Figure 3:Chemin critique du projet 12

Figure 4: Relation entre système d'information et système informatique 17

Figure 5: Organigramme de l'ITIMA 30

Figure 6:Cahier des charges du projet 36

Figure 7:Identification des acteurs du système et de leurs rôles 37

Figure 8:Diagramme de contexte 39

Figure 9: Diagramme de cas d'utilisation intégré 44

Figure 10:Diagramme d'activité s'inscrire 55

Figure 11:Diagramme d'activité s'authentifier 55

Figure 12:Diagramme d'activité gérer inscription 56

Figure 13:Diagramme d'activité payer frais 56

Figure 14:Diagramme d'activité gérer frais scolaire 56

Figure 15:Diagramme d'activité retirer ouvrage 57

Figure 16: Diagramme d'activité rendre ouvrage 57

Figure 17:Diagramme d'activité gérer retrait ouvrage 57

Figure 18:Diagramme d'activité gérer remise ouvrage 57

Figure 19:Diagramme d'activité acquérir ouvrage 58

Figure 20:Diagramme d'activité acquérir matériel 58

Figure 21:Diagramme d'activité retirer matériel 58

Figure 22:Diagramme d'activité rendre matériel 59

Figure 23:Diagramme d'activité gérer retrait matériel 59

Figure 24:Diagramme d'activité gérer rendre matériel 59

Figure 25:Diagramme d'activité brasser élève 59

Figure 26:Diagramme d'activité gérer utilisateur 60

Figure 27:Diagramme d'activité suivre assiduité 60

Figure 28:Diagramme d'activité payer personne 60

Figure 29:Identification des classes candidates 62

Figure 30:Spécification technique du point de vue matériel 63

Figure 31:Spécification d'architecture 63

Figure 32:Elaboration du modèle spécifique 63

Figure 33:Découpage en catégorie 64

Figure 34:Diagramme de séquence suivre assiduité 65

Figure 35:Diagramme de séquence payer personnel 65

Figure 36:Diagramme de séquence brasser élève 66

Figure 37:Diagramme de séquence gérer rendre ouvrage 66

Figure 38:Diagramme de séquence gérer frais scolaire 66

Figure 39:Diagramme de séquence gérer inscription 67

Figure 40: Diagramme de séquence gérer retrait ouvrage 67

Figure 41:Diagramme de séquence gérer remise ouvrage 67

Figure 42:Diagramme de séquence acquérir ouvrage 68

Figure 43:Diagramme de séquence acquérir matériel 68

Figure 44:Diagramme de séquence s'authentifier 68

Figure 45:Diagramme de séquence retirer ouvrage 69

Figure 46:Diagramme de séquence retirer matériel 69

Figure 47:Diagramme de séquence payer frais scolaire 70

Figure 48:Diagramme de séquence s'inscrire 70

Figure 49:Organisation du modèle logique de conception technique 71

Figure 50:Elaboration du modèle d'exploitation de la conception technique 71

Figure 51:Conception du déploiement 72

Figure 52:Découpage du système en application 72

Figure 53:Identification des composants distribués 73

Figure 54: Diagramme de classe 74

Figure 55:Diagramme de classe 74

Figure 56:Menu principal 78

Figure 57: Module gestion inscription 79

Figure 58:Interface section 79

Figure 59:Interface option 79

Figure 60:Interface classe 80

Figure 61:Interface élève 80

Figure 62:Interface inscription 80

Figure 63: Module gestion Frais Scolaires 81

Figure 64:interface fixation frais scolaires 81

Figure 65:Interface paiement frais scolaires 81

Figure 66:Module gestion brassage 82

Figure 67:Interface brassage 82

Figure 68:Module gestion personnel 83

Figure 69:Interface catégorie personnel 83

Figure 70:Interface grade 83

Figure 71:Interface personnel 84

Figure 72:Interface paiement salaire 84

Figure 73:Module suivi assiduité 84

Figure 74:Interface cours 85

Figure 75:Interface présence 85

Figure 76:Module gestion magasin 86

Figure 77:Interface catégorie matériel 86

Figure 78:Interface matériel 86

Figure 79:Interface remise-retrait matériel élève 87

Figure 80Interface d'acquisition de matériel 87

Figure 81:Module gestion bibliothèque 87

Figure 82: catégorie ouvrage 88

Figure 83:Interface rayon 88

Figure 84:Interface ouvrage 88

Figure 85:Interface d'acquisition d'ouvrage 89

Figure 86: Operations retrait-remise ouvrage 89

Figure 87:Rapport d'inscription 89

Figure 88:Liste des élèves inscrits par classe 90

Figure 89:Liste des élèves inscrits par option 90

Figure 90:Inscription annuelle 91

Figure 91:Liste des élèves inscrits par date 91

Figure 92:Liste de tous les élèves inscrits 91

Figure 93:Rapport brassage 92

Figure 94:Brassage annuel 92

Figure 95:Brassage annuel par salle 92

Figure 96:Brassage annuel par periode 92

Figure 97:Rapport de perception de frais scolaires 93

Figure 98:Rapport de perception journalière 93

Figure 99:Perception en intervalle de dates 93

Figure 100:Fiche de perception 94

Figure 101:Rapport annuel de perception 94

Figure 102:Liste d'ouvrages 95

Figure 103:Fiche retrait/remise d'ouvrage 95

Figure 104: Liste de retrait-remise annuel des élèves 95

Figure 105: Liste de matériels 96

Figure 106:Liste retraits-remises des élèves des matériels 96

Figure 107:Fiche de retrait-remise des matériels 96

Figure 108:Rapport personnel 97

Figure 109:Liste de tout le personnel 97

Figure 110:Liste de personnel par fonction 97

Figure 111:Liste de personnel par grade 97

Figure 112:Rapport suivi d'assiduité 98

Figure 113:Liste de présence journalière 98

Figure 114:Présence par intervalle de dates 98

Figure 115:Rapport paiement salaire 98

Figure 116:Tous les paiements de salaire 99

Figure 117:Paiement salaire mensuel 99

Figure 118:Paiement salaire par date 99

Figure 119:Paiement salaire entre intervalle de dates 100

¹Cfr. Henri Rouilleaut (Dir)et Alii, Travail et Changement : Déployer un progiciel de gestion intégré au service de l'organisation, Ed. Anact, Paris, 2004, p.9.

1

INTRODUCTION GENERALE

Un progiciel de gestion intégré(PGI) permet une réduction des coûts de coordination et un meilleur pilotage de l'ensemble des activités. Il offre à l'entreprise les moyens de mieux maîtriser les délais et de s'ajuster aux fluctuations du marché autant d'évolutions qui peuvent impacter l'organisation.

A un tel point qu'on a pu entendre : « c'est l'organisation qui s'adapte à l'outil ». En fait c'est l'inverse qui doit se produire, en considérant plusieurs éléments clés. Tous d'abord, le fonctionnement de l'entreprise : selon son état, le PGI aura des effets plus au moins importants. La cible organisationnelle ensuite. Une entreprise ayant déjà fait le choix d'externaliser des fonctions, fusionner des services, centraliser des décisions, s'appuiera sur le PGI pour mettre en place sa nouvelle organisation. Les jeux d'acteurs enfin.¹

1. ETAT DE LA QUESTION

Apres cette mise en contexte de notre sujet, la rédaction des travaux scientifiques exige que l'on se réfère aux recherches antérieures menées dans le même domaine ou d'autres bien que n'abordant pas le même thème. Ces travaux laissent une base solide pouvant aider les autres chercheurs à orienter les leurs. Raison pour laquelle, avant d'aborder ce processus de recherche, nous avons pu revoir les travaux déjà réalisés.

Ainsi, le chercheur Bilel GHANNOUCHI, dans son travail intitulé : mise en place d'un progiciel de gestion intégré pour une PME, allant de la problématique selon laquelle qu'une entreprise qui gère simultanément plusieurs projets trouve des difficultés de repartir ses ressources humaines et matérielles de façon à assurer la meilleure performance en terme de productivité et rendement. Ainsi, l'objectif de son travail était d'améliorer la qualité des services de l'entreprise, assurer la fiabilité des données et cela en mettant en place un ERP permettant d'automatiser l'ensemble des processus d'entreprise et de remédiés aux différents problèmes ressentis au sein de l'entreprise. Comme résultat atteint, il concevant un progiciel capable d'unifier les processus de gestion de toutes les ressources de l'entreprise

2

essentiellement, la gestion de projet, la gestion de ressources humaines, la gestion des achats, la gestion des ventes, la gestion de parc... toutes en ayant un référentiel unique pour tous².

De l'autre côté, Xavier GUILLOT, dans son travail portant sur l'analyse de l'impact des progiciels de gestion de projet sur les performances globales des projets, montre que le niveau d'utilisation des progiciels ont un impact positif sur la performance des projets. Il a été également mis en évidence que l'intensité du projet serait de diminuer la multiplicité des logiciels dans un projet, il est vraisemblablement vrai de couvrir un projet à des sous-logiciels qui supportent dans la gestion des informations générées par certains processeurs, soit l'approvisionnement, le contrôle des documents, la gestion des heures de travail de l'équipe de projet³. Son analyse affirme que les projets les plus performants sont les projets pour lesquels la qualité de l'information est jugée la meilleur et pour lesquels le progiciel est considéré comme facile d'utilisation.

De ce qui précède, notre démarcation se situe dans le sens où notre recherche se base sur la mise en place d'un référentiel unique pour la gestion des processus fondamentaux des activités au sein des écoles secondaires techniques et plus particulièrement au sein de l'Institut Technique Industriel MAHAMBA, I.T.I.MA. en sigle.

2. PROBLEMATIQUE

La problématique de recherche est l'exposé de l'ensemble des concepts, des théories, des questions, des faits et de références qui, mis ensemble clarifient ou démontrent un problème⁴. Ainsi, sous l`effet d'une véritable révolution technologique, l'entreprise est devenue, au cours de ces dernières années, une matrice de production et de transmission de l'information, sans commune mesure avec le passé, et ce tout au long de ses processus managériaux. Nous assistons, en effet, à des mutations qualitatives majeures, où les NTIC provoquent de véritables bouleversements dans les structures et processus de l'entreprise ainsi que sur la nature de son capital humain.

Les NTIC permettent, en fait, un meilleur accès aux informations de tout ordre pour l'ensemble du personnel de l'entreprise, et facilite le partage de ces informations, pour une plus grande performance de l'organisation. Grâce aux possibilités technologiques offertes par

²Cfr. Bilel GHANNOUCHI, Mise en place d'un progiciel de gestion intégré pour une PME, Mémoire inédit, Université Virtuelle de Tunis,2015-2016, p.6.

³Cfr. Xavier GUILLOT, Analyse de l'impact des progiciels de gestion de projet sur les performances globales des projets, Mémoire inédit, Université de MONTREAL,2011-2012, p.70.

⁴Cfr. Osée MUHINDO MASIVI, Travail de recherche Scientifique en sept étapes :Guide fondamental, pratique et interdisciplinaire, 1^e édition, Fridi, 2015, p.30.

3

les NTIC, il est important d'organiser l'ensemble des connaissances disponibles dans l'entreprise et de les transformer en savoir-faire organisés. Le management de l'information dans l'entreprise telles que (collecte, échange, stockage.), devient une dimension majeure de l'activité de l'entreprise et un véritable critère de sa performance. Désormais, le pouvoir n'est plus dans la rétention mais dans le partage de la masse colossale des informations aux personnes qui en ont besoin au moment où ils en ont besoin.

Par contre, tenant compte de la lenteur qu'a le système de gestion manuelle à l'ITIMA, nous pouvons dire que cette structure scolaire est encore loin dans la dynamique technologique. En fait, le monde actuel bouge avec l'évolution de la technologie, c'est l'ère de la beta perpétuelle⁵. D'où, l'informatique reste l'outil capital pour une bonne gestion des institutions et entreprises en permettant une croissance des activités et l'amélioration de la production.

Aujourd'hui, beaucoup d'entreprises ont augmenté et optimisé leur productivité grâce à une nouvelle notion de planification des ressources de l'entreprise appelée progiciel de gestion intégrée. Ce type de progiciel se présente sous la forme d'une imbrication d'applications informatiques qui émanent toutes du même éditeur de logiciel. Le progiciel a pour but d'aider à la gestion de l'entreprise dans sa globalité. Il permet de couvrir différents départements de l'entreprise en proposant des modules de gestion de l'activité, de gestion des achats et des ventes ainsi que la gestion des stocks, de gestion des ressources humaines ou encore de gestion de la comptabilité par exemple.⁶

Etant donné que la plupart des institutions secondaires techniques de la RDC organisent beaucoup d'activités et, la gestion manuelle de ces activités rend difficile la prise des décisions d'une façon optimale et raisonnable, l'ITIMA n'est pas de reste. En effet, il ne possède qu'une application pour le brassage des élèves en période des examens, le reste de son système d'information est encore manuel. Ce système est à la source des beaucoup des problèmes tel que l'impossibilité de fournir en temps voulu la liste des élèves inscrits dans tel ou tel autre classe dans une période donnée; le problème d'estimation du montant ou de dettes des élèves à la fin de l'année scolaire; l'absence d'un outil de suivi rigoureux de paiement de frais scolaires et d'un outil fiable pour le suivi du personnel en terme de fiche de paie paiement, de prestation ou encore l'absence d'un outil fiable pour la gestion de son personnel.

⁵Cfr. Guillaume PLOUIN, Cloud computing. Sécurité, gouvernance du SI hybride et panorama du marché, 4e édition, Dunod, Paris, 2016, p.15.

⁶Cfr. Pascal PEROTIN, Les progiciels de gestion intégrés. Instruments de l'intégration organisationnelle. Etude d'un cas, Ed. HAL, Paris, 2005, p.13.

4

Il s'y constate également le problème de retard dans la production des rapports journaliers et mensuels et annuels sur le mouvement de paiement de frais scolaires et sur l'inscription des élèves, etc.

Eu égard à ce qui précède, la question suivante a fait l'objet de notre recherche : Quel type de système d'information peut-on mettre en place pour la gestion commune et efficace des différents services qui se réalisent au sein de l'Institut Technique Industriel MAHAMBA? Cette préoccupation constitue le fondement de nos recherches présentes intitulées: Conception et réalisation d'un progiciel de gestion intégré des activités scolaires et administratives de l'I.T.I.MA.

3. HYPOTHESE

Une hypothèse de recherche est une explication anticipée voire une affirmation provisoire qui décrit ou explique le phénomène étudié⁷. Autrement dit, une hypothèse est une proposition des réponses aux questions que l'on se pose à propos de l'objet de recherche⁸.

De ce fait, pour tenter de répondre à la question faisant l'objet de notre recherche, nous avons pu avancer l'hypothèse selon laquelle le développement d'un progiciel de gestion intégré serait susceptible de gérer efficacement toutes les activités au sein de l'I.T.I.MA.

4. OBJECTIF DU TRAVAIL

a. OBJECTIF GLOBAL

L'objectif fondamental de cette recherche est de mettre en place un progiciel de gestion intégré afin d'apporter un levier de croissance des activités scolaires de l'ITIMA. Car à l'ère du numérique, il est indispensable de se doter d'une palette d'outils comme celle fournie par un PGI pour mieux gérer et perfectionner sa production et par conséquent réduire les coûts et les pertes et augmenter ces marges de bénéfice.

b. OBJECTIFS SPECIFIQUES

A l'inverse d'une architecture d'applications dédiées, les données, dans un PGI, sont standardisées et partagées, ce qui élimine les saisies multiples et évite l'ambigüité liée à l'existence de données multiples de même nature assurant ainsi une cohérence d'information. Un progiciel de gestion intégré se caractérise par l'usage systématique d'un moteur de work flow pas toujours visible par l'utilisateur, il permet, lorsqu'une donnée est entrée dans le

⁷Cfr. Osée MUHINDO MASIVI, Op. Cit, p.62.

⁸Cfr. RONGERIE, Méthodes des sciences sociales, Ed. Dalloz, Paris, 1975, p.53.

5

système d'information, de le propager dans tous les modules du système qui en ont besoin, selon une programmation prédéfinie.⁹

Prenant en compte les lignes précédentes, ce progiciel sera doté d'un module d'inscription des élèves, d'un module de brassage des élèves en période des différentes épreuves, d'un module de gestion de perception de frais scolaires, d'un module de gestion de l'atelier matériels, d'un module de gestion de la bibliothèque, d'un module de suivi de présence et de gestion de paie de personnel.

5. CHOIX ET INTERET DU SUJET

Le choix de ce sujet est motivé par un triple intérêt: personnel, scientifique et organisationnel. Sur le plan personnel, il nous permet de marier les théories apprises à la pratique par la conception d'un progiciel de gestion intégré d'entreprise. Sur le plan scientifique, à l'issu de son cycle d'étude, l'étudiant est recommandé de réaliser un travail de fin de cycle pour couronner son cursus universitaire. Notons qu'il servira aussi à d'autres chercheurs qui exploiteront des sujets dans notre domaine de recherche.

Par contre, sur le plan organisationnel, cet outil reste adapté à toutes les institutions scolaires techniques comme un modèle de gestion en vue d'optimiser le temps et les moyens de gérer l'ensemble des leurs activités quotidiennes dans une seule vue commune.

6. DELIMITATION DUSUJET

Etant donné que tout travail scientifique se doit avoir des bornes dans l'espace et dans le temps, ce mémoire s'inscrit dans un cadre purement de gestion commune de certaines activités au sein d'une institution secondaire technique. Le système qui sera développé s'ouvre à toutes les institutions qui pourront en avoir besoin. Dans le contexte spécifique, le présent travail se restreint au sein de l'Institut Technique Industriel de MAHAMBA. Ainsi, ces recherches sont menées durant la période de l'année académique 2019-2020.

7. METHODES ET TECHNIQUES 7.1. METHODES

Une méthode est un ensemble d'activités utilisant des outils et des techniques qui permettent de discipliner le travail de transformation du processus et de développement des

⁹Cfr. Jean-Louis THOMAS, ERP et PGI. Comment réussir le changement, Dunod, Paris, Sd , p.7.

6

systèmes en le rendant rigoureux¹⁰. Tout en prenant en compte l'existence de plusieurs méthodes d'analyse informatique, nous avons opté, pour la modélisation de notre progiciel, la méthode 2TUP qui est un processus unifié utilisant le modèle de conception en Y¹¹. En plus de la méthode 2TUP, nous avons recouru à la méthode PERT qui est une méthode utilisée pour l'optimisation du délai de réalisation d'un projet. Pour l'évaluation du coût de réalisation du projet, nous avons fait usage de la méthode COCOMO.

7.2. TECHNIQUES

La technique d'interview nous a permis d'obtenir les informations face à face avec certains responsables des services concernés par un jeu de question-réponses, et de relever les contraintes avant de concevoir le système futur. La technique documentaire a été nécessaire car elle nous a permis de consulter quelques supports scientifiques entre autres des ouvrages, travaux de fin de cycle, notes de cours dans le souci de bien étoffer ce travail et nous a permis de consulter certains documents tenus au sein de notre champ d'investigation.

8. SUBDIVISION DU TRAVAIL

Hormis l'introduction et la conclusion générale, ce mémoire est subdivisé en cinq chapitres. Le premier est consacré au planning prévisionnel du projet. Ce chapitre porte essentiel sur l'évaluation du coût de développement de ce système et sur l'optimisation du délai de développement afin de bien piloter les risques. Le deuxième chapitre s'articule autour des considérations théoriques. Le troisième fait la présentation de l'I.T.I.MA., notre milieu principal d'étude. Le quatrième aborde l'analyse et la conception du système. Le dernier chapitre quant à lui se fonde sur l'implémentation du nouveau système.

¹⁰Cfr. Suzanne RIVARD, Le développement des systèmes d'informations, Une méthode intégrée à la transformation des processus, 4^e Edition, Presse de l'université du Québec, Québec, 2013, p.49.

¹¹Cfr. Pascal ROQUES et Frank VALLEE, UML2 en action. De l'analyse des besoins à la conception, 4^eEdition, Eyrolles, Paris, 2007, p.14.

7

PREMIER CHAPITRE : PLANNING PREVISIONNEL DU

PROJET

Dans ce premier chapitre ouvrant notre travail, il est question de décrire l'avancement de notre projet, de donner les tâches qui le constituent. Nous voulons ainsi optimiser sa réalisation du point de vue complexité et durée dans le déroulement et évaluer en terme financier notre projet. Nous allons, pour ce faire, utiliser la méthode PERT pour la minimisation de la durée de ce projet et le modèle COCOMO pour l'évaluation de son coût.

I.1. OPTIMISATION DU TEMPS DE REALISATION DU PROJET

Avant tout, nous pouvons dire qu'un projet est un ensemble d'action à réaliser pour atteindre un objectif clairement défini dans le cadre d'une mission précise et pour la réalisation desquels on a identifié un début et une fin¹². Pour Henri-Pierre MADERS et Jean-Luc MASSELIN, un projet est une démarche spécifique qui permet de structurer méthodiquement et progressivement une réalité à venir. Un projet est défini et mis en oeuvre pour élaborer une réponse au besoin d'un utilisateur, d'un client ou d'une clientèle, et il implique un objectif et des actions à entreprendre avec des ressources données¹³.

Cependant, pour bien conduire un projet, il est impérieux de le diviser en différentes tâches afin de le manager avec tactique et sans complexité. Sur ce, dans le point qui suit, nous allons déterminer les différentes tâches de notre projet.

I.1.1. DETERMINATION DES TACHES DU PROJET

Découper un projet consiste à identifier des sous-ensembles quasi autonomes. Chaque sous-ensemble du projet donne lieu à un résultat bien identifié et la charge propre à chacun peut être évaluée. Enfin, les contraintes d'enchaînement entre les sous-ensembles sont repérables ; certains sous-ensembles peuvent être réalisés parallèlement, d'autres sont liés entre eux par des contraintes d'antériorité. Le découpage est fait à des mailles différentes, un sous-ensemble étant souvent à son tour décomposé¹⁴.

¹²Cfr. Jean-Louis MULLER, Management de projet, 100 questions pour comprendre et agir, Paris, Ed. AFNOR, 2005, p.4.

¹³Cfr. Henri-Pierre MADERS et Jean-Luc MASSELIN, Piloter les risques d'un projet, Paris, Ed. Eyrolles, 2009, p.5.

¹⁴Cfr. Chantal MORLEY, Op.cit., p.26

8

Après analyse de l'ampleur de notre projet, nous l'avons subdivisé en sept différentes tâches plus une phase de formation des utilisateurs. En fait, la mise en place effective de ce projet sera faite en huit tâches. Signalons également que la durée de réalisation de chaque phase est évaluée en jour.

TACHES	INDICES	DUREE EN JOUR
Phase préparatoire	A	6
Conception du système	B	90
Réalisation des modules	C	120
Test des modules	D	12
Intégration des modules	E	25
Test d'intégration des modules	F	10
Déploiement	G	10
Formation des utilisateurs	H	6
TOTAL		279

Tableau 1 : Identification des tâches

I.1.2 DETERMINATION DES ANTERIORITES

Cette phase consiste à déterminer les antériorités des tâches précédemment établies. C'est à dire se poser pour chaque tâche la question suivante : Quelles sont les tâches devant être terminées pour pouvoir commencer cette nouvelle tâche ? Pour ce qui concerne notre cas : La tâche A ne possède pas d'antériorité, elle ne nécessite aucune condition préalable pour être effectuée. La tâche B nécessite que la tache A soit réalisée. Donc, la tâche B possède la tâche A comme antériorité. La tâche C nécessite le finissage des tâches B. La tâche D possède les tâches B et C comme antériorités. La tâche E nécessite le finissage de la tâche D. Donc la tâche E possède D comme antériorité. La tâche F nécessite le finissage de la tâche E, la tâche G a F comme antériorité et la tâche H possède G comme antériorité.

9

INDICES	DUREE EN JOUR	ANTERIORITES
A	6	AUCUNE
B	90	A
C	120	B
D	12	B, C
E	25	D
F	10	E
G	10	F
H	6	G

Tableau 2 : Détermination des antériorités

I.1.3. DETERMINATION DES POSTERIORITES

Les tâches postérieures sont reprises dans le tableau ci-dessous :

INDICES	DUREE EN JOUR	ANTERIORITES	POSTERIORITES
A	6	AUCUNE	B
B	90	A	C, D
C	120	B	D
D	12	B, C	E
E	25	D	F
F	10	E	G
G	10	F	H
H	6	G	AUCUNE

Tableau 3 : Détermination des postériorités

I.1.4. CALCUL DE NIVEAUX I.1.4.1. Règles

Nous allons utiliser l'approche ci-après pour calculer les niveaux de nos tâches. En fait, sont de niveau un, les tâches qui n'ont pas d'antériorité et sont de niveau deux, les tâches qui ont pour antériorités les tâches de niveau un. L'algorithme continue dans la même perspective. Signalons que lorsqu'une tâche possède en soi plusieurs antériorités, on suit la même procédure mais en prenant en compte la tâche qui a le niveau le plus élevé des autres antériorités en ajoutant un.

10

I.1.4.2. Niveaux de tâches

Vu ce qui précède, les niveaux des tâches de notre projet sont reprises dans le tableau ci-dessous :

INDICES	DUREE EN JOUR	ANTERIORITES	POSTERIORITES	NIVEAU
A	6	AUCUNE	B	1
B	90	A	C,D	2
C	120	B	D	3
D	12	B,C	E	4
E	25	D	F	5
F	10	E	G	6
G	10	F	H	7
H	6	G	AUCUNE	8

Tableau 4 : Calcul des niveaux

I.1.5. CONSTRUCTION DU RESEAU PERT DU PROJET

H(6)

E(25)

Début

G(10)

C(120)

0 0

A(6)

B(90)

C'(0)

F(10)

D(12)

Fin

Figure 1:Réseau PERT

I.1.6. CALCUL DES DATES AU PLUS TOT ET DATES AU PLUS TARD

Nous allons calculer les dates au plus tôt et les dates au plus tard de chacune des tâches de notre projet. Précisons que la date au plus tôt d'une tâche correspond à la date pendant laquelle il est possible de démarrer cette tâche. Tandis que la date au plus tard d'une tâche est la date à laquelle il faut impérativement la démarrer si l'on veut absolument terminer le projet dans la durée minimale¹⁵.

La formule pour calculer la date au plus tôt est : tj = {max (ti + dij)}. En fait, pour calculer ces dates, on émet l'hypothèse d'une date de début de projet (t_o) et on parcourt

¹⁵Cfr. AFITEP, Dictionnaire de management de projet, AFNOR, Paris, 2010, pp.70-71.

11

ensuite le graphe vers l'avant en respectant le client¹⁶. Les dates au plus tard se calculent avec la formule suivante : ti = {min (tj-dji)}, ce qui nous donne le graphe ci-après :

251 251

216 216

G(10)

C(120)

0 0

6 6

96 96

C'(0)

F(10)

261261

Début

A(6) B(90)

216 216 241 241

D(12)

E(25)

267 267

Fin

H(6)

Figure 2 : Calcul des dates au plus tôt et dates au plus tard

I.1.7. CALCUL DES MARGES

Les marges permettent d'éviter les risques d'échec de réalisation d'un projet. En plus, elles aident le directeur de projet à identifier son degré d'incertitude de réalisation dans les délais souhaités, pour la mise en avant du chemin critique¹⁷.

I.1.7.1. Marges libres

La marge libre d'une tâche est concrètement le retard maximal qu'on pourra prendre dans la réalisation d'une tâche sans retarder le début des tâches suivantes, on la notera ML. On calcul la marge libre en considérant la date au plus tôt, la date au plus tard, la durée de la tâche et la marge libre est trouvée avec cette formule : ML (ij) = t'j - ti - dij.

ML(A)=6-0-6=0 ML(B)= 96-6-90= 0 ML(C)= 216-96-120=0 ML(C') =216-216-0=0 ML(D)=216-96-12=108 ML(E)= 241-216-25=0 ML(F)=251-241-10=0 ML(G)=261-251-10=0

¹⁶Cfr. Chantal MORLEY, Op.Cit, p.87.

¹⁷Cfr. Henri-Pierre MADERS et Jean-Luc MASSELIN, Op.cit., p.170.

Figure 3:Chemin critique du projet

12

ML(H)=267-261-6=0 I.1.7.2. Marges totales

La marge totale d'une tâche est le retard maximal qu'on pourra prendre dans la réalisation d'une tâche sans que cela ne retarde l'ensemble du projet, on la notera MT. La marge totale est calculée par la formule : MT (ij) = t'j - t'i - dij.

MT(A)=6-0-6=0

MT(B)= 96-6-90= 0

MT(C)= 216-96-120=0

MT(C') =216-216-0=0

MT(D)=216-96-12=108

MT(E)= 241-216-25=0

MT(F)=251-241-10=0

MT(G)=261-251-10=0

MT(H)= 267-261-6=0

I.1.8. DETERMINATION DU CHEMIN CRITIQUE

251

216 216

251

G(10)

C(120)

0 0

6 6

96 96

C'(0)

F(10)

261261

Début

A(6) B(90)

216 216 241 241

H(6)

D(12)

E(25)

267 267

Fin

Le chemin critique indique quelles sont les tâches à successivement observer au cours de la mise en oeuvre du projet afin de surveiller les éventuels retards. Le but est de détecter les dérives et d'agir alors rapidement en conséquence afin de minimiser leur impact sur la durée de l'ensemble du projet. Dans l'image ci-dessous, les tirets en gras représentent notre chemin critique (A, B, C, C', E, F, G, H).

13

I.2. EVALUATION DU COUT DU PROJET

Nous avons estimé la réalisation de notre projet avec la méthode COCOMO. Étant donné que les lignes de code de ce projet sont environ douze milles, nous pouvons affirmer qu'il s'agit ici d'un projet simple car il comporte moins de cinquante milles instructions. Les spécifications y sont stables et le développement est effectué par une petite équipe. Le projet simple propose les formules suivantes :

+ Charge (qui est la charge en mois-personne) égale 2,4(kisl)^1,05.

+ Le délai (délai en mois) égal à 2,5 (charge)^0,38 et le nombre total de l'équipe égale à la charge divisée par le délai¹⁸.

I.2.1. COUT DES OUTILS ET DES MATERIELS EN DOLLAR

MATERIEL	NOMBRE	PU	PT
Ordinateur	5	620$	3100$
Routeur	1	150$	150$
Câble RJ45	-	50$	50$
Connecteur	10	0 ,5$	5$
TOTAL			3 305$

Tableau 5 : Coût des matériels à acquérir I.2.2.COUT DE DEVELOPPEMENT DE L'APPLICATION

La charge en mois-personne représente l'effort requis pour la réalisation du logiciel et kisl (nombre de lignes des codes du logiciel) /1000 et le nombre de personnes pour réaliser le projet dans ce délai se calcule par: N= Charge/Délai. Le coût total de développement est égal à la charge en mois-personne multiplié par la valeur mois/personne, c'est-à-dire coût = (Charge * Valeur MP). Valeur MP représente le salaire moyen d'un informaticien en RDC. Nous avons estimé ce salaire à 600$. L'on sait que notre logiciel comprend environ 12 000 lignes de codes, ce qui fait que le kisl = 12 000/1000 qui vaut 12. Charge = 2,4(12)^1,05, en arrondissant nous trouvons la Charge égale 32,6 mois-personne. Le délai = 2,5(32,6)0,38 = 9,3 mois, ce qui fait environs 279 jours.

En définitive, étant donné que la charge est égale à 32,6 et aussi la valeur MP qui est de 600, nous obtenons le cout suivant : Coût = 32,6 * 600 = 19 560 $.

¹⁸Cfr. Henri-Pierre MADERS et Jean-Luc MASSELIN, Op.cit., p.242.

14

I.2.3. COUT TOTAL DE DEVELOPPEMENT ET DES MATERIELS

DESIGNATION	COUT EN DOLLARS
Coût de développement	19 560$
Coût des matériels	3 305$
COUT TOTAL	22 865$

Tableau 6:Coût total du projet

CONCLUSION

En définitive, cette phase de notre travail est pertinente dans tout projet. En effet, dans ce chapitre nous nous sommes consacrés à la planification de notre projet. Pour ce faire, nous avons recouru à la méthode PERT, cette dernière nous a permis d'identifier nos différentes tâches, de construire un réseau PERT, de calculer les différentes marges, d'établir le chemin critique enfin d'optimiser le temps de réalisation de notre projet, et l'étude du coût de notre projet a été réalisé grâce à la méthode COCOMO. Dans le chapitre qui suit, nous abordons les différents concepts relatifs au sujet.

15

DEUXIEME CHAPITRE : CONSIDERATIONS THEORIQUES

Dans ce chapitre, nous parlons des aspects théoriques ayant trait à notre domaine de recherche. Ceci est dans le but de faire une bonne élucidation de ce que nous avons à réaliser dans ce projet de mémoire. Nous avons jugé bon de faire une brève présentation des notions des systèmes d'information et des progiciels de gestion intégrée afin de bien cerner notre champ d'investigation.

II.1. APERCU GENERAL D'UN SYSTEME D'INFORMATION

A l'ère de l'information et des technologies de communication, consciemment ou inconsciemment, chacun de nous est en contact quasi permanent avec un ou plusieurs systèmes d'information. Les appréciations et les points de vue peuvent varier, mais l'impact des systèmes d'information sur la société, sur l'économie et sur la vie quotidienne de chacun de nous est incontestablement perceptible. Parler du système d'information revient de parler ainsi du système qui est un phénomène identifiable pratiquant la régulation composée des sous-systèmes reliés entre eux permettant l'action, la prise de décisions et la mémorisation des informations¹⁹.

En revanche, un système d'information est un réseau extrêmement complexe qui met en interaction l'homme, les machines et les procédures, et qui a pour but d'engendrer des flux ordonnés d'informations pertinentes provenant de différentes sources et destinées à servir de base aux décisions. Historiquement, les systèmes d'informations ont débuté avec les efforts de gestion. Tout est parti du souci profond d'informatisation des activités quotidiennes de l'homme. Il est à la base de l'émergence des nombreuses entreprises modernes²⁰. Sa mise en place exige d'énormes compétences.

En effet, « le processus de développement d'un système d'information est certes un processus rationnel, mais qui se double souvent d'un processus politique et d'un processus psychologique. Leur prise en compte permet d'analyser certaines réactions ou certains conflits, voire de les éviter »²¹.

¹⁹Cfr. Camille MOINE et Bertrand HERZ, L'informatique appliquée à la gestion, Foucher, Paris, 1996, p.28. ²⁰Cfr. André FLORY et Colette ROLLAND, "La conception des systèmes d'information: Etat de l'art et nouvelles perspectives" in Nouvelles des systèmes d'information, Congrès 90 de l'Association informatique des organisations et systèmes d'information et de décision, Eyrolles, Paris, 1990, p.2.

²¹Chantal MORLEY, Management d'un projet système d'information. Principes, techniques, mise en oeuvre et outils, 6^e édition, Dunod, Paris, 2008, p.15.

16

II.1.1. Système d'information

Le rôle incommensurable de l'information pousse toute organisation à consacrer une partie de son effort et de son activité à récolter, à traiter, à stocker et à diffuser l'information issue de son propre fonctionnement dans le cadre de ce qu'on appelle système d'information. Ce système est au centre de deux autres systèmes de l'entreprise : système opérant et système de pilotage. On réduit l'organisation à une sorte d'usine, qui travaille sur la matière première pour fournir un produit final. En fait, le système d'information englobe tous les aspects d'organisation dans une entreprise y compris le système informatique car l'informatique ne cesse, du jour au lendemain, d'influencer les activités de gestion quotidiennes²².

Le système d'information est aussi «une représentation
de l'activité du système opérant et/ou du système de pilotage, et de ses échanges avec l'environnement, conçue à l'initiative du système de pilotage en fonction des objectifs à atteindre et de l'organisation choisie»²³. Et, dans le système de pilotage, l'information permet aux décideurs de prendre les bonnes décisions en étant constamment informé de ce qui se passe dans le système opérationnel.

En sus, le système d'information est un ensemble d'éléments matériels ou immatériels en interaction transformés par un processus des éléments en d'autres éléments. Un système d'information est en outre un ensemble d'éléments participant à la gestion, au traitement et la diffusion de l'information au sein d'une entreprise et l'extérieur de celle-ci dans le cadre de l'entreprise entendue²⁴ . C'est une structure regroupant les moyennes mises en place pour partager les données.

II.1.2. Fonction du système d'information

Il existe quatre fonctions reconnues d'un système d'information. Primo, recueillir l'information. Il s'agit de la structuration et de la saisie de l'information. Secundo, mémoriser l'information. Une fois l'information saisie, elle doit être stockée de manière durable et stable. Le SI met ainsi en oeuvre des moyens techniques et organisationnels pour conserver

²²Cfr. Pierre-Alain MULLER et Nathalie GAERTNER, Modélisation objet avec UML, Eyrolles, Paris, 2000, p. 5.

²³Cfr. Dominique NANCI et Bernard D'ESPINASSE, Ingénierie des systèmes d'information : Merise deuxième génération, 4^ème Edition, Ed. Vuibert, Paris, 2001, p.14.

²⁴Cfr. Jean-François PILLOU et Pascal CAILLEREZ, Tout sur le système d'information, Dunod, Paris, 2011, p.81.

17

l'information. Tertio, exploiter l'information. Il est question ici du traitement de l'information : on peut appliquer à l'information toute une série de traitement qui consiste à consulter les informations, organiser les informations, mettre à jour, etc. Quarto, diffuser l'information. Il s'agit de s a mise en disposition à ceux qui en ont besoin²⁵ .

II.1.3. Système Informatique

Le système informatique est l'automatisation d'un système d'information en vue de traiter les informations et les restituer aux utilisateurs d'une manière automatique. Il assure la communication, le traitement et la mémorisation des données. Il est un ensemble organisé d'objets techniques, matériels, logiciels, applications dont la mise en oeuvre réalise l'infrastructure d'un système d'information²⁶.

Les systèmes informatiques existent partout et se fonde sur des spécifications essentielles d'une entreprise et de sa gestion particulière des utilisateurs en vue d'un but précis. Il permet la survie et l'évolutivité d'un système d'information. Ce système a un lien étroit avec le système d'information comme l'illustre l'image ci-dessous :

Figure 4 : Relation entre système d'information et système informatique
Source: Cf. Chantal MORLEY, Op.Cit.p.15.

II.1.4. Gestion des données dans le système d'information

²⁵Cfr.

Echello KATYA MUHAMBYA, Pour comprendre et maîtriser l'informatique, Blessing, Kampala, 2014,

p.15.

²⁶Cfr. Chantal MORLEY, Op. Cit., p.15.

18

La gestion des données est une discipline de gestion qui tend à valoriser les données entend que ressources numériques. Cette gestion permet d'envisager le développement d'architectures, de réglementations, de pratiques et de procédures qui gèrent correctement les besoins des organismes sur le plan de tout le cycle de vie des données. A vrai dire, la gestion des données s'effectue par l'entremise de moyens informatiques pour répondre à un besoin déterminé en faisant appel de manière importante à une ou plusieurs bases de données à travers un système de gestion de bases de données²⁷.

II.1.5. Impact du système d'information dans l'entreprise

Un système d'information étant une représentation de l'ensemble des éléments qui constituent la gestion d'une entreprise : traitement, transport et diffusion de l'information, est d'une portée capitale dans l'entreprise. Il se présente comme protocole assurant l'interaction entre le système de pilotage et le système opérant en vue de présenté des flux d'information structurées, ordonnées et pertinente pouvant servir de soubassement aux différentes décisions de l'entreprise. En effet, son utilisation dans l'entreprise est devenue une réalité quotidienne. C'est la partie du monde réel représentant la valeur de l'entreprise. Ainsi, il est impérieux de le protéger afin d'éviter tout risque pouvant le compromettre²⁸.

II.2. APPERÇU GENERAL SUR LES PROGICIELS DE GESTION INTEGREE

Un des intérêts majeurs des PGI est leur capacité potentielle à changer l'organisation en favorisant l'intégration organisationnelle. Leurs caractéristiques spécifiques : modules interconnectés et référentiel unique de données notamment, facilitent les échanges d'information entre services, et donner ainsi une plus grande cohérence à l'organisation, par le partage de représentations communes.

Les managers, séduits par le potentiel du PGI, sont incités à voir dans le projet de mise en oeuvre d'un PGI le processus de transformation de l'organisation qui leur permettra d'améliorer le degré d'intégration de leur organisation²⁹.

En effet, de nombreux facteurs ou événements peuvent écarter le projet PGI de la route que les promoteurs du projet ont imaginée lors de son lancement. Tout d'abord, les différentes remises en cause tel que des tâches, des métiers, du pouvoir ou de la finalité de

²⁷Cfr. Gilles ROY, Conception de bases de données avec UML, PUQ, Québec, 2007, p.2.

²⁸Cfr. ACISSI, Sécurité informatique. Ethical Hacking. Apprendre l'attaque pour mieux se défendre, Collection Expert IT, ENI, Paris, 2009, p.10.

²⁹Cfr. Pascal PEROTIN, Les progiciels de gestion intégrés. Instruments de l'intégration organisationnelle. Etude d'un cas, HAL, Paris, 2005, p.9.

19

l'entreprise, sont potentiellement sources de conflits. Ces derniers sont le reflet des divergences d'intérêts et de représentations des différents acteurs concernés. Dans ces conditions, chaque décision peut être l'objet d'une négociation entre les parties prenantes, dont le résultat, fonction des rapports de force variables et évolutifs, reste en partie peu prévisible. Ces marges de manoeuvre autour du chemin optimal expliquent les incertitudes qui jalonnent le processus de mise en place et qui aboutissent à des résultats largement imprévisibles. Dans ces conditions, l'effet potentiel des PGI paraît incertain et on peut se demander ce qu'il en est de l'intégration organisationnelle atteinte effectivement par rapport à l'ambition initiale du projet. Il semble donc pertinent de se demander si les PGI permettent d'accroître le degré d'intégration organisationnelle³⁰.

En effet, le PGI est donc une application informatique commercialisée par des éditeurs de logiciels. Son domaine d'application est la gestion de l'entreprise. Il est dit intégré car il possède certaines caractéristiques de cohérence.

II.2.1.Contexte de l'émergence des PGI

Apparus au début des années 1990 sous le terme anglais d'Enterprise Resource Planning, les PGI sont depuis quelques années au coeur de l'évolution des systèmes d'information des entreprises. Ils répondent notamment à la demande de prise en charge globale par des outils informatiques des processus de gestion de l'entreprise. Leur succès provient des bénéfices qu'ils sont censés procurer à l'organisation en renforçant l'intégration de ses processus. Les PGI se posent de plus en plus comme une solution de substitution aux développements informatiques classiques dont les inconvénients sont connus depuis longtemps : des coûts de maintenance élevés, des délais de conception et de développement trop longs et une faible capacité d'adaptation aux modifications de l'organisation et de son environnement.³¹

Ainsi, les PGI arrivent en réaction à un certain nombre d'inconvénients constatés lors de l'évaluation des SI et provenant notamment de la construction hétérogène et disparate de ceux-ci. Ces inconvénients sont, entre autres, des problèmes liés à la communication des données inter-domaines, à la difficulté d'obtention d'états de synthèse, aux coûts de maintenance élevés du fait de l'hétérogénéité du parc applicatif ou encore à la difficulté de formation des utilisateurs aux différents environnements logiciels proposés.

³⁰Cfr. Pascal PEROTIN, Op.Cit., p.9. ³¹Cfr. Ibidem, p.10.

20

Les ERP, Enterprise Resource Planning, ou PGI sont une généralisation à l'ensemble des domaines fonctionnels de l'entreprise des progiciels de type MRP, Materials Requirement Planning, spécialisés dans les systèmes industriels et de gestion de la production. Les PGI ont donc vocation à prendre en charge l'automatisation des processus de gestion de l'entreprise, comme ceux qui sont présents au sein des domaines suivants : ressources humaines, comptabilité et finance, gestion administrative, commerciale, gestion des achats et de la production ou encore logistique.³² Il faut noter que si le PGI s'impose logiquement comme le résultat de l'évolution c'est sous l'influence de trois éléments suivants à prendre en compte dans ce contexte : la transformation des critères de compétitivité, l'émergence de nouveaux acteurs du domaine financier et l'évolution technologique.

Bref, avec la compétition internationale en management, les entreprises constamment rationalise chaque jour leur pilotage grâce aux PGI parce qu'il centralise et présente les données de façon pertinente et parce qu'il délègue exactement les bons processus aux bons acteurs. L'ERP est donc indéniablement l'outil de pilotage dans des entreprises. Bien que traditionnellement réservés aux grandes entreprises et à une poignée de très grands éditeurs, désormais avec l'essor indéniable des logiciels open source dans tous les domaines, l'offre d'ERP open source arrive enfin à maturité et influence tout type de gestion³³.

II.2.2. Contexte définitionnel

Les PGI sont des applications informatiques dotées d'une forte cohérence, composés de modules intégrés, ce qui signifie qu'ils ne sont pas indépendants les uns des autres (même si leur installation et leur fonctionnement peuvent être réalisés de manière autonome) et qu'ils peuvent échanger des informations selon des schémas prévus à l'avance. Les modules sont paramétrables, ce qui leur permet de s'adapter dans une certaine mesure aux processus de gestion qu'ils sont censés prendre en charge de manière automatique. En d'autres termes,« un PGI est une application informatique paramétrable, modulaire et intégrée, qui vise à fédérer et optimiser les processus de gestion de l'entreprise en proposant un référentiel unique et cohérent et en s'appuyant sur des règles de gestion standard »³⁴.

Un ERP est un système d'information permettant de gérer l'ensemble des processus d'une entreprise. Il intègre aussi l'ensemble de ses fonctions comme la gestion de la vente, la gestion des ressources humaines, la gestion de la maintenance, la gestion financière et

³²Cfr. Pascal PEROTIN, Op.Cit. p.10.

³³Cfr. Smile, ERP. Le meilleur de solution open source. Livre blanc, sl, sd, p.4.91 ³⁴Cfr. Pascal PEROTIN, Op.Cit, p.13.

21

comptable, la gestion de projet, l'aide à la décision, la distribution, la gestion de stock et d'approvisionnement, la production ou encore l'e-commerce, etc.

II.2.3.Problèmes d'adoption d'un PGI

La décision d'adopter une technologie est un point classiquement abordé en Système d'Information, principalement sous deux angles distincts : celui de la perception de l'innovation et celui de l'influence sociale sous influence des bénéfices attendus. En fait, un PGI « est un référentiel central de gestion de toutes les données d'une entreprise, autour duquel gravitent un ensemble de modules fonctionnels qui effectuent les traitements métier sur ces données, par exemple les traitements liés à la vente d'un produit »³⁵.

II.2.4.Raisons de la non-adoption d'un PGI

Le PGI, offrant un certain nombre d'avantages, est aussi porteur de contraintes et de risques pour qui, un certain nombre d'éléments à charge peuvent être avancés qui justifient de ne pas s'équiper d'un PGI. Parmi ces contraintes nous pouvons citer : le manque d'adéquation aux besoins, pertinence ; la flexibilité stratégique ; la culture de prise de décision décentralisée ; le choix d'autres moyens pour remplir l'objectif d'intégration ; le coût élevé ; la perte de savoir-faire, avantage compétitif et la résistance au changement, complexité des projets³⁶.

A proprement parler, il n'y pas forcément adéquation entre les besoins de l'organisation et les fonctions offertes par les PGI du marché. En effet, rares sont les entreprises qui n'ont pas des processus spécialisés, propres à leur secteurs spécifiques ou difficilement imitables. C'est le cas par exemple de certaines industries de pointe ou avec des contraintes particulières telles que l'aéronautique ou la confection. Dans tous les cas, tous les modules ne sont pas forcément nécessaires ou adéquats et le choix peut se poser alors entre une solution PGI ou une solution spécifique avec des applications fonctionnelles verticales classiques connectées entre elles.

II.2.5. Objectif des progiciels de gestion intégrée

³⁵Smile, Op.Cit.p.8.

³⁶ Cfr. Pascal PEROTIN, Op.Cit., p.31.

22

Si beaucoup d'entreprises sont attirées par les PGI pour leurs promesses d'un changement organisationnel en profondeur, c'est que ce dernier est censé apporter des gains de productivité et d'efficience tout en rendant l'organisation plus intégrée. Ainsi, l'intégration est placée parmi les tous premiers éléments avancés qui légitiment pour les décideurs le choix de s'équiper avec un PGI. Le progiciel de gestion intégré a donc pour objectifs: la centralisation de tout le flux d'information ; la garantie de la fiabilité et de l'intégrité des différentes données et informations stockés ; la diminution du temps de traitement et de recherche d'information ; l'accès aux informations en toute sécurité et avec des habilitations bien définis l'automatisation des traitements et contrôle de gestion ; la meilleure communication entre les différents intervenants et l'offre de tous éléments nécessaires pour la prise de décision en temps réel même³⁷.

II.2.6.Caractéristiques communes des progiciels de gestion intégrée

Comme nous l'avons vu précédemment, les PGI sont des applications informatiques modulaires, qui visent à fédérer et à optimiser les processus de gestion de l'entreprise en proposant un référentiel unique et cohérent et en s'appuyant sur des règles de gestion standard. Leur succès provient des bénéfices qu'ils sont censés procurer à l'organisation en renforçant l'intégration de ses processus, au sens où nous l'avons défini au paragraphe précédent.

Les caractéristiques spécifiques des PGI semblent alors, d'emblée, contribuer à la réalisation de l'intégration organisationnelle. Cette propriété peut se retrouver dans au moins deux éléments propres à la conception des PGI : ils sont basés sur un référentiel de données unique et sont constitués de modules interconnectés. Le référentiel unique, qui est techniquement réalisé par la présence d'une base de données relationnelle, est le socle de tous les programmes informatiques présents dans le PGI et favorise la cohérence informationnelle. La saisie de l'information est unique, localisée dans l'organisation à un endroit bien précis, ce qui évite les incohérences et la redondance. Il y a donc unicité de l'information, ce qui permet d'élaborer et de diffuser un langage commun, basé sur des acceptions communes des termes et des concepts, dans les services qui utilisent le PGI. Autre spécificité du PGI qui tend vers l'intégration : la forte interconnexion des modules qui le constituent³⁸.

³⁷Cfr. Pascal PEROTIN, Op.Cit., p.34. ³⁸Idem, pp.35-37.

23

II.2.7. Les liens entre processus pour un PGI

Les organisations sont soumises en permanence à des forces contraires qui visent soit à spécialiser les différents services soit à assurer l'unité de l'organisation. L'organisation est divisée en sous-systèmes, qui tendent chacun à développer des compétences et des structures spécifiques pour répondre au mieux aux demandes de leur environnement proche (fournisseurs, clients, autres services, etc.). A cette différenciation spontanée doit répondre une force organisée, l'intégration, qui va permettre la poursuite des objectifs stratégiques de l'entreprise en donnant un cadre commun à l'ensemble des processus et des tâches qui sont réalisés dans l'organisation³⁹.

L'intégration dont il est question lorsqu'on parle de PGI est bien celle qui favorise les échanges d'information entre services, et qui permet de donner une plus grande cohérence à l'organisation, à travers la mise en commun d'un certain nombre d'éléments comme des informations sur l'activité de l'entreprise par exemple. Il s'agirait donc d'un mécanisme ayant pour objectif essentiel de coordonner certains processus dans l'entreprise.

³⁹Idem, p.93.

Conclusion

Notre chapitre a été consacré à l'éclaircissement de certains concepts relatifs au système d'information en abordant également la relation entre système d'information et

24

système informatique. Nous avons conclu le premier point de ce chapitre en parlant de l'impact du système d'information dans l'entreprise. Nous avons compris que le « système d'information (SI) est pour toute entreprise un élément absolument vital »⁴⁰ qui mérite une attention particulière de sa conception à sa gestion.

Outre ce point, nous avons abordé la notion de progiciel de gestion intégré. Nous pouvons retenir que l'évolution des PGI a connu un progrès énorme ces dernières années, et cela présente de gains managériaux importants. Un des intérêts majeurs des PGI est, en effet, leur capacité potentielle à changer l'organisation en lui apportant une meilleure intégration. Le référentiel unique sur lequel ils sont construits, l'interconnexion automatique des modules qui les composent, l'optimisation et la bonne articulation des processus automatisés qu'ils proposent, constituent en effet une offre attirante pour ceux qui rêvent de mieux maîtriser l'activité de leur entreprise grâce à un système d'information cohérent et performant.

⁴⁰Laurent BLOCH et Christophe WOLFHUGEL, Sécurité informatique. Principes et méthode à l'usage des DSI, RSSI et administrateurs, 2^e édition, Eyrolles, Paris, 2009, p.7.

25

TROISIEME CHAPITRE : PRESENTATION DU MILIEU

D'ETUDE

Dans ce présent chapitre, nous allons présenter le milieu principal de notre étude. Signalons qu'il est impérieux d'élucider les conditions aussi bien historiques, géographiques que fonctionnelles de l'entreprise qui nous fournit des éléments nécessaires à la mise au point de notre projet. En d'autres termes, ce chapitre se veut être un outil qui donne une vision globale et synthétique de l'entreprise qui est notre maitrise d'ouvrage. Ici, nous avons développé plus l'aspect fonctionnel et organisationnel de l'IITIMA. En plus de cela, nous l'avons présenté dans son aspect historique et géographique et structurel. Il sied de signaler aussi qu'au bout de ce chapitre nous avons passé à l'analyse de l'existant pour détecter certaines failles en vue d'en proposer une solution adéquate.

III.1. Dénomination du milieu d'investigation

Notre recherche s'est effectuée au sein de l'Institut Mahamba, reconnu sous l'abréviation ITIMA qui signifie Institut Technique Industriel Mahamba.

III.2. Situation géographique

L'Institut Mahamba fonctionne en province éducationnelle Nord-Kivu II, en ville de Butembo, Commune Kimemi, quartier Bwinyole, cellule Mahamba, N^o1.

III.3. Historique⁴¹

L'Institut Technique Industriel Mahamba est une école secondaire d'enseignement technique. C'est une école conventionnée catholique située en paroisse VUTETSE/BASE, en diocèse de Butembo-Beni. L'ITIMA est géré par la congrégation des Augustins de l'Assomption. C'est en 1985, sous l'inspiration de Monseigneur Bernard SOKONI LUSENGE, alors curé de la paroisse Cathédrale, que fut conçu le projet d'ouverture d'une école secondaire dans le secteur de Bulema.

Le terrain de Mahamba fut acquis grâce à la facilitation de Monsieur KIGOTSI, d'heureuse mémoire, alors président du comité des parents des élèves de l'Institut Kambali. Ensuite, un bâtiment en matériaux semi-durables fut érigé grâce au soutien matériel de l'Assomption et la main d'oeuvre populaire locale. Ce fut l'implantation concrète de l'Institut Kambali extension de Mahamba. Ce bâtiment accueillit en son sein 93 élèves dans deux classes du cycle d'orientation.

⁴¹ Archives de l'ITIMA.

En 2002-2003, l'ouverture de la troisième classe d'électronique a marqué un tournant décisif dans la formation de l'institut Mahamba et ses 4 premiers lauréats ont réussi en 100%

26

En l'année scolaire 1989-1990, l'Institut Mahamba a fonctionné en tant qu'école privée avec seulement le cycle d'orientation. L'année 1990-1991 a été marquée par l'ouverture d'une troisième classe d'électricité et le dédoublement de la classe de première C.O pour répondre aux exigences de l'effectif toujours croissant. L'école comptait dès lors quatre classes et un effectif de 230 élèves, dont 79 filles avec un personnel de 7 agents y compris le préfet. Au courant de la même année scolaire, l'école a reçu son arrêté d'agrément ministériel sous le titre MINE PSP/CAB MIN 001/00564/90 du 25/07/1990. L'école a reçu l'autorisation d'organiser la Section industrielle avec les options électricité, mécanique générale de niveau A2. Mais il faut signaler qu'en 1991-1992, l'institut Mahamba s'est heurté à une difficulté d'ouvrir la classe de quatrième Electricité faute de matériel et de bâtiment.

En 1992-1993, grâce à la prise en charge de la construction par l'Assomption, la classe de quatrième Electricité a été ouverte. Les élèves de troisième se repartirent alors dans les écoles environnantes. L'école a acquis la mécanisation sous le N^o61.0133, l'équipement de la bibliothèque ainsi que le début de la permanence des chefs d'établissement. En effet, depuis son ouverture, l'école était dirigée par les révérends frères stagiaires après leur cycle de philosophie à Bulengera en attente de poursuivre le cycle de théologie, et chacun avait un mandat d'une année à la préfecture.

En 1993-1994, le numéro matriculé/SECOPE de l'ITIMA a changé en 6117599. Il a également bénéficié du premier subside de l'Etat. En 1994-1995, l'ITIMA présente ses premiers candidats à l'examen d'Etat, dont 6 ont satisfait soit 66,6 % en électricité générale.

C'est au cours de l'année scolaire 1995-1996 que connaîtra l'ouverture de la troisième mécanique générale. En 1997-1998, la quatrième année mécanique automobile cycle court a ouvert sa porte. En 1998-1999, l'ITIMA a représenté ses 5 premiers candidats mécaniciens généralistes à l'examen d'Etat ; résultat 5/5 réussites soit 100%, et ses 17 candidats mécaniciens automobilistes cycle court au jury provincial ; réussite 13/17 soit 76,4%.En 2001-2002, l'ITIMA a connu l'installation du CEFIMA (Centre de Formation en Informatique de Mahamba) qui a été transplanté à Kambali en 2003-2004 pour devenir CEFIA (centre de formation en informatique de l'Assomption). Le garage servant à la pratique professionnelle des élèves de mécanique automobile a été également ouvert au public. En fin, cette même année, l'école est devenue le centre d'Examens d'Etat BUTEMBO II.

27

en 2005-2006. En 2006-2007, l'ouverture de la troisième Imprimerie a enrichie l'institution et les 5 premiers candidats à l'examen d'Etat ont satisfait en 3/5 soit 60% en 2009-2010.

+ Les chefs d'établissement

L'Institut Technique Industriel Mahamba (ITIMA) a, depuis son existence en tant qu'école autonome, connu neuf chefs d'Etablissement pour présider sa destinée.

ANNEE	NOMS
1990-1991	Révérend Frère MBUSA SIVENDIRE Omer
1991-1992	Reverend Frère KAMATE KASYAKULU Omer
1992-1993	Révérend Frère MASUMBUKO SALIBOKO
1993-1994	Révérend Père MALEMBE LUSENGE Oswald
1994-1998	Révérend Frère MATHE KAMBIBAYA Jean-Baptiste
1998-2002	Monsieur KASEREKA KAVUGHE ISENGOMA
2002-2009	Monsieur SINDANI MUSEMA Jean-Marie
2009-2012	Révérend Père NDOVYA KAKULE Thomas
2012 à nos jours	Révérend Père NDOVYA KIBONGE Eloïse

Tableau 7: Préfets de l'Institut Industriel de Mahamba
Source : Archives de l'ITIMA

III.4. Difficultés éprouvées

Comme toute institution vivante et évolutive, l'Institut MAHAMBA a été confronté aux difficultés d'ordre humain, matériel, infrastructurel et financier dont certaines ont été jugulées au cours de son progrès historique alors que d'autres ont persisté jusqu'à nos jours. En effet, l'élan initial des pionniers de notre chère école s'était heurté aux multiples défis dus notamment à la carence des professeurs techniciens résidents et à l'insuffisance des matériels d'équipement technique. Ce qui a contraint les premiers dirigeants à recourir aux professeurs visiteurs, parfois très capricieux, et à une véritable débrouillardise en attendant le coup de pouce des pères A.A. aux côtés des parents d'élèves.

En plus, l'absence de desserte en eau et en énergie électrique devait aggraver les tâtonnements du début dans une école technique. Aussi, on ne saurait taire à présent les effets troublants de deux cas fortuits, à savoir le meurtre inopiné de la sentinelle KONGO par des inciviques et la destruction du grand atelier par l'ouragan. Plus encore, de jours beaucoup de

28

contraintes continuent à défier la bravoure de tous les partenaires de l'éducation au sein de l'Institut MAHAMBA⁴².

Aussi est-il que l'absence de l'énergie électrique suffisante et permanente ; l'absence de moyen de déplacement adéquat pour le personnel dirigeant et enseignant, voire le moyen de transport en commun pour les élèves ; l'absence de chapelle, de salle de professeurs et de bureaux confortables et l'insuffisance du nombre d'agents immatriculés et payés par l'Etat, l'insuffisance de manuels de cours et de matériels didactiques appropriés à la nouvelle approche par compétence ont constitué de majeurs empêchement d'accroissement de cette école.

Toutes ces entraves ont poussé les autorités de cette école à repenser les modes et les niveaux d'interventions selon les atouts et le savoir-faire, afin de capitaliser les acquis du processus d'implantation et de rayonnement de cette oeuvre grandiose.

III. 5. Structure actuelle

Aujourd'hui, l'ITIMA fonctionne avec 28 classes réparties en secondaire général et cinq options techniques dont l'Electricité générale, la Mécanique générale, l'Electronique générale, l'Imprimerie, et la Mécanique automobile cycle court (se convertissant progressivement en cycle long par le nouveau programme Référentiels en Approche par compétence APC).Le personnel actuel de l'ITIMA se compose de 61 agents dont 2 administratifs, 49 professeurs, 4 ouvriers et 6 journaliers.

III.6. Fonctionnement de l'Entreprise

L'Institut Technique Industriel de Mahamba fonctionne avec le préfet à la tête, le comptable, qui fait le compte rendu au préfet journalièrement. L'amortissement de matériels pour l'ITIMA est de deux pourcent par trimestre (2%/T).

En outre, les frais scolaires sont fixés par rapport au différent niveau des personnels au sein de cet institut : Les D6 qui peuvent recevoir par exemple cent quatre-vingt dollars (180$).

180 x 6 x 12mois

Ce qui nous renvoie à la formule suivante :
	Nbres élèves

Signalons que 180 est le salaire de l'enseignant ; 6 le nombre de D6 ; 12 mois de l'année complète et _Nbresélèves inscrits. Pour les gradués et les licencies, la formule reste la même. En plus des salaires des enseignant, ils ont aussi d'autres frais comme :

1) Frais de construction.

⁴²Archives de l'ITIMA.

29

2) Frais de redevance.

3) Frais technique qui est donner par le gouvernement ce frais concerne seulement les élèves à partir de Troisième année (3^è)

4) Les cinq dollars que l'élève paye par ans pour la coordination

5) Et frais divers qui ne sont pas dans le frais scolaire, ce frais est payé seulement au début de l'année : ce frais sert par exemple pour : - la culture, - la fête patronale, - l'excursion, etc.⁴³.

III.7. Services ou domaines organisés

L'Institut Mahamba organise les services suivants : La préfecture, la direction des études, la comptabilité, le secrétariat, la direction de discipline, le laboratoire informatique, le laboratoire de l'imprimerie, les ateliers (électronique, électrique, mécanique), la bibliothèque, le magasin, le garage⁴⁴.

III.8. Mission, visions et objectifs

L'Institut Mahamba a pour mission de former les jeunes intègres capables de contribuer au développement du milieu local de Butembo, en particulier et du pays en général, selon l'esprit du fondateur des Augustins de l'Assomption, le Père Emmanuel D'Alzon. En fait, selon ce dernier : « l'éducation n'est pas une pure théorie ; elle est avant tout, un enseignement pratique de tous les jours et de tous les instants »⁴⁵.

⁴³Archives de l'ITIMA. ⁴⁴Idem.

45Idem.

30

II.9. Structures fonctionnelles et organisationnelles III.9.1. Organigramme

PREFET DES ETUDES

DIRECTEUR DES
ETUDES

Enseignants

Direction de discipline

Bibliothèque

Personnel Ouvriers

Garage

Atelier

Laboratoire

Magasin

Comité des élèves

Figure 5: Organigramme de l'ITIMA

Source : Archives de l'ITIMA

31

III.9.2. Description des différents services⁴⁶

Dans cette partie, nous présentons, de façon brève, chaque service organisé au sein de l'institut Mahamba :

a) La préfecture : Elle l'instance supérieure au sein de l'Institut Mahamba, dirigée par le préfet des études. Il est le seul à prendre des décisions face à des différentes situations qui exigent ou nécessite sa compétence.

b) La direction des études : Dirigée par le proviseur. Ce dernier est suppléé par le préfet.

c) Le secrétariat : Structure tenu par le secrétaire ; il sert d'intermédiaire entre les différents services de l'institution.

d) La comptabilité : La comptabilité est gérée par un comptable. Ce service joue un grand rôle pour un bon fonctionnement de l'école du point de vue financier.

e) La bibliothèque : Espace où les élèves se procurent des connaissances par la lecture des différents ouvrages qui y sont rangés.

f) Le laboratoire : Le laboratoire sert à lier la théorie apprise en classe à la pratique moyennant des ordinateurs et autres équipements. L'Institut Mahamba dispose deux laboratoires informatiques.

g) Le magasin : C'est l'endroit où sont déposés les différents matériels pour les différentes pratiques. Parmi ces matériels on peut citer : les fils électriques, les lampes, le stabilisateur, les ordinateurs endommagés... rangés sur les étagères.

h) L'atelier : c'est un endroit où les élèves effectuent les différentes pratiques.

i) La direction de discipline : C'est le service présidé par le directeur de discipline (DIDI) qui sanctionne les élèves indisciplinés. Il intervient pour maintenir l'ordre et le travail dans la discipline.

j) Le corps professoral : composés des différents enseignants qui dispensent différents cours dans une vingtaine de classes existantes à l'ITIMA. Ce corps professoral est présidé par le doyen des professeurs.

k) Le personnel ouvrier : composé des personnes qui s'occupent de l'entretien de l'institution et autres travaux accessoires.

l) Comité de parents : ce comité est composé des représentants de parents des élèves inscrits à l'Institut Mahamba. Il joue le rôle de porte -parole de tous les parents devant les autorités scolaires.

⁴⁶Archives de l'ITIMA.

La gestion de paie des frais scolaires se fait par le comptable de l'Institut. Son rôle est de percevoir les frais auprès des élèves. Signalons que les frais sont fixés par l'ensemblée des

32

m) Comité des élèves : composé des représentants des élèves. Dirigé par le président des élèves. Ce comité sert de pont entre les autorités scolaires et les élèves et vis-versa.

En bref, toutes les options organisées à l'Institut Mahamba offrent des services dans le cadre de la production technique en vue de l'autofinancement. Par exemple, les élèves électriciens, pendant leurs séances d'atelier, font le rebobinage ou peuvent être sollicités pour des installations domestiques. Les électroniciens font des réparations des onduleurs, radio, TV, ... pendant que les automobilistes font la réparation des véhicules, les mécaniciens font l'ajustage, la soudure et divers montages mécaniques. En fin les élèves imprimeurs se réservent la configuration de système et des petits logiciels, la conception graphique et tout ce qui a trait à l'imprimerie.

III.10. ANALYSE DE L'EXISTANT

L'objectif de cette étape consiste à faire ressortir toutes les anomalies, pour tenter d'étudier les causes profondes et chercher des solutions adéquates. Cette étude porte sur les sous-ensembles respectifs et permet une conception globale tout en autorisant la description détaillée de certains points sensibles. En d'autres termes, cette section essaie de retracer d'une manière claire le fonctionnement actuel du système d'information de l'Institut Technique Industriel MAHAMBA en ce qui concerne la manière dont elle assure la gestion de son ensemble du système d'information. Quant à ce qui nous concerne, les sous systèmes de cet ensemble comprend la gestion des inscriptions, de personnel, le paiement de personnel, le magasin des matériels, la perception des frais scolaires, la bibliothèque, la présence des enseignants ainsi que le brassage des élèves.

II.10.1. De la gestion des inscriptions

Les documents utilisés pour les inscriptions à l'Institut MAHAMBA sont entre autres le registre d'inscription par an, le palmarès des autres écoles en vue de vérifier si le candidat à satisfait dans son école d'origine. A l'inscription, le candidat présente un dossier complet qu'on contrôle chez le proviseur. Il est à noter que cette activité se fait encore manuellement alors que par an cette école inscrit un minimum de 500 élèves et son effectif actuel est de 1200 élèves. A l'issu des inscriptions, les données sont informatisées au niveau du secrétariat.

II.10.2.La gestion de paiement des frais scolaires

33

parents représentée par un comité de gestion. Chaque élève est muni d'une fiche perception à chaque mouvement de paiement et le comptable enregistre ces frais dans un cahier de perception. Bien qu'ayant un outil de perception des frais scolaires sur son ordinateur, le comptable ne l'utilise pas à temps réel et se contente d'entrer les données apres le service. C'est ainsi qu'encas d'urgence, il lui est difficile de répertorier les cas litigieux.

II.10.3. Gestion de la bibliothèque

Les retraits et les remises au sein de la bibliothèque sont contenus dans des cahiers de retraits annuels, journaliers tandis que les ouvrages et les planches (cartes) matériels didactiques sont enregistrés dans un registre. Le travail du bibliothécaire est fastidieux car les recherches et la mise à jour des documents papiers sont des véritables casse-tête.

II.10.4. Magasin des matériels

Le magasin est géré par un magasinier dont le rôle est d'enregistrer les retraits et remises journaliers des matériels. En son sein, il a un registre dans lequel il enregistre les nouveaux équipements, matériels et outils à l`usage des élèves en plus d'un cahier de retraits pour les enseignants. Vu que l'école possède beaucoup des matériels techniques, il a été constaté une difficulté quant à ce qui concerne les inventaires à la fin de l'année. Certains matériels sont cachés à bon état bien même ils sont déjà perdus. D'où la nécessité d'automatisé la gestion de ce magasin en vue d'un suivi rigoureux des matériels et équipements de l'ITIMA.

II.10.5. Présence des enseignants

Les présences et absences et des enseignants sont contrôlées par le proviseur dans un cahier de présences déposé chaque matin dans la salle de professeurs. Les enseignants y mentionnent leur heure d'arrivée et de sortie. Un tel système ne permet pas de vérifier la présence d'un enseignant car ce dernier peut viser la présence sans s'être présenté en classe.

II.10.6. De la gestion de paiement des enseignants

Les enseignants à l'Institut Mahamba sont payés, une partie par l'Etat et une autre par les parents. Ceux qui sont payés par l'Etat reçoivent des notifications à partir de la RawBank à travers Airtel. Au niveau de l'école, les enseignants sont payés sur base de leur grade pas sur base de la charge horaire. Chaque paiement de salaire au niveau de l'école est enregistré dans un registre de paiement et puis sur la feuille de paie de chaque enseignant. C'est le préfet qui

34

déclenche le paiement sur base des perceptions au niveau de la comptabilité. Le préfet vérifie le registre de perception en vue déterminer la part des enseignants.

II.10.7. Brassage des élèves

Dans le but d'assurer la qualité dans la formation des élèves apres une évaluation individualisée, l'Institut Mahamba s'est doté d'une application de brassage des élèves pour les périodes des examens. Cette application présente beaucoup de lacunes dont la lenteur et le plantage intempestif, d'où la nécessité d'appel chaque jour au concepteur ou donc encore le concepteur est la seule personne capable de faire de mise à jour chaque année.

Il sied de signaler que cette institution présente un atout majeur dont la présence du courant électrique, la présence de personnel qualifié et soucieux de l'informatique ou capable de manipuler l'outil informatique, ainsi que la présence des certains ordinateurs.

II.10.8. Solution proposée

Vu ce qui précède et vue les lacunes constatés ci-haut, dans le cadre de centraliser l'administration, nous proposons une application de gestion intégré au lieu que chaque service puisse avoir une application de gestion de ses activités propres. Un système de gestion intégré et modulaire pourra permettre au gestionnaire de l'ITIMA de suivre tous les services à partir d'une seule application où chaque service peut installer l'application et accéder à son module de gestion. Notons que la solution proposée s'inscrit dans le cadre de progiciel de gestion intégrée.

Conclusion

En somme, ce chapitre a été consacré à la présentation de notre milieu d'étude dans lequel nous avons présenté la situation géographique, l'historique, la les activités organisées, la description de différents services, la structure organisationnelle, mission, visions et objectifs ainsi que les structures de son fonctionnement. Après cette large présentation de l'ITIMA et après l'analyse de l'existant, il est question de passer à la modélisation de notre système tout en tenant compte de la solution proposée. C'est l'objectif du quatrième chapitre de notre travail.

35

QUATRIEME CHAPITRE: CONCEPTION DU SYSTEME

FUTUR

L'étape de conception est quasi importante pour la réussite d'un projet informatique puis qu'elle vise à définir une feuille de route du projet, le concevoir et le valider avant de passer à la réalisation du système. Elle permet aussi d'avoir une bonne réflexion avant de passer à l'action, une bonne organisation du travail et une bonne communication entre les différents intervenants dans le projet. Par conséquent, dans ce chapitre, nous ferons l'étude fonctionnelle du projet, présenter les diagrammes des cas d'utilisation pour chaque module à intégrer et puis le diagramme de classe générale ou intégré. Ensuite, nous allons présenter les besoins fonctionnels et les besoins non fonctionnels de notre projet, aussi nous allons présenter en détail les digrammes de séquence ainsi que les diagrammes d'activités.

En effet, pour concevoir notre système, nous avons recouru à la méthode 2TUP qui est une concrétisation du processus unifié basé sur UML afin de construire un modèle de conception adéquat⁴⁷.

IV.1. Etude préalable

L'étude préliminaire (ou préalable ou encore pré-étude) est la toute première étape de notre processus de développement. Elle consiste à effectuer un premier repérage des besoins fonctionnels et opérationnels, en utilisant principalement le texte, ou des diagrammes très simples. Elle prépare les activités plus formelles de capture des besoins fonctionnels et de capture des besoins techniques⁴⁸.

IV.1.1. Elaboration du cahier des charges

Le cahier des charges est un document présentant, de façon formelle, les spécifications dont devra tenir compte un système, l'échéancier et le budget à respecter, certains critères de sélection, etc.⁴⁹

⁴⁷Cfr. Pascal ROQUES et Franck VALLEE, UML en action. De l'analyse des besoins à la conception,4^e édition, Eyrolles, Paris , 2007, p.43.

⁴⁸Idem, p.46.

⁴⁹Cfr. Suzanne RIVARD, Le développement de systèmes d'information: une méthode intégrée à la transformation des processus, 4^e édition, Eyrolles, Paris, 2013, p.328.

36

CAHIER DES CHARGES

Le présent projet est un produit destiné à l'Institut Technique Industriel de Mahamba, spécifiquement dans son service administratif. Une fois mise en place, ce système devra répondre aux exigences ci-après:

V' Besoins fonctionnels

1. Gestion d'inscription des élèves

2. Gestion de paiement des frais scolaires

3. Gestion automatique de la bibliothèque

4. Gestion d'assiduité du personnel de l'Institution

5. Gestion de paie du personnel

6. Brassage automatique des élèves pendant les examens

7. Gestion de magasin des matériels

8. Centralisation de données de tous les modules intégrés dans une seule base de données

9. Elaboration automatique des différents états de sortie pour chacun de module intégré.

V' Besoins opérationnels

1. La sécurité : Fiabilité pour gérer la visibilité d'accès aux informations partagé dans

l'application. Chaque utilisateur n'aura la possibilité d'accéder seulement à son module.

2. Disponibilité : Le système sera fonctionnel tous les jours ouvrables

3. L'ergonomie : Ce système doit offrir une interface conviviale et facile d'utilisation.

V' Choix techniques

1. Processus de développement : UP

2. Méthode de modélisation : 2TUP

3. Langage de programmation : C#

4. SGBD : SQL Server 2014

5.

Architecture : Client-serveur

Figure 6:Cahier des charges du projet

37

IV.1.2. Identification des acteurs et rôles

Un acteur représente une entité appartenant à l'environnement de l'application qui interagit avec l'application. La notion d'acteur permet de classifier les entités externes à l'application. Un acteur est identifié par un nom⁵⁰.

C'est la personne qui s'inscrit, paie les frais scolaires, retire et remet l'ouvrage à la bibliothèque, retire remet le matériel au magasin et qui dépose son dossier scolaire à l'Institut.

Elève

C'est la personne qui contrôle le dossier de l'élève avant son inscription, et fait le suivi d'assiduité du personnel.

Proviseur

Il gère les inscriptions des élèves, il consulte la liste des inscrits, il fait le suivi de paie de personnel, enregistre le personnel et gère les utilisateurs du système.

Préfet

C'est la personne qui paie le personnel et fait la gestion de paiement de frais scolaires. Il consulte également la liste de paie de personnel.

Comptable

Il fait la gestion de retrait et de remise des ouvrages et approvisionne la bibliothèque en livre.

Bibliothécaire

C'est la personne qui veille sur la discipline des élèves et fait le brassage des élèves lors des examens.

Surveillant

C'est la personne qui fait la gestion d'acquisition de matériel, qui gère les retraits et les remises des matériels au magasin.

Magasinier

Il est l'agent qui reçoit le salaire, signe la présence au service, retire et dépose l'ouvrage et le matériel dans le magasin.

Enseignant

Figure 7:Identification des acteurs du système et de leurs rôles

⁵⁰ Cfr. Xavier BLANC et Isabelle MOUNIER, UML2 pour les développeurs, Eryolles, Paris, sd, p.99.

38

IV.1.3. Identification des messages

Identification des messages entre système et élève

1. L'élève reçoit les informations concernant l'inscription, l'élève paie le frai
scolaires aux systèmes, l'élève retire et dépose les livres dans la bibliothèque, il retire et dépose les matériels au magasin, l'élève s'inscrit.

2. Le système met un reçu ou fiche de paie à l'élève comme preuve de paiement, le système reçoit les informations concernant le dépôt et retrait des livres et des matériels, le système enregistre l'information concernant les inscriptions de l'élève.

Identification des messages entre système et proviseur

1. Le proviseur émet l'information concernant la présence

2. Le système reçoit les informations concernant la présence du personnel.

Identification des messages entre système et le préfet

1. Le préfet émet les informations concernant la gestion des inscriptions, concernant
la gestion de distribution des cours, il gère les utilisateurs.

2. Le système reçoit les informations concernant la gestion d'inscription et

concernant la gestion de distribution des cours, reçoit les informations

concernant la gestion des utilisateurs.

Identification des messages entre système et comptable

1. Le comptable entre les données concernant la paie des frais scolaire et la gestion
de paie du personnel

2. Le système reçoit les informations concernant la paie des frais scolaire et
l'information concernant la paie du personnel

Identification des messages entre système et la bibliothécaire

1. Le système reçoit les informations concernant la gestion de retrait et le dépôt des
livres et les informations d'approvisionnement des livres.

2. Le bibliothécaire émet les informations concernant la gestion de retrait et le dépôt
des livres et les informations d'approvisionnement des livres.

Identification des messages entre système et le magasin

1. Le magasinier émet les informations concernant la gestion de retrait et dépôt des
matériels.

2. Le système reçoit les informations concernant la gestion de retrait et dépôt des
matériels.

Identification des messages entre système et le surveillant

1. le système reçoit les informations concernant la gestion de discipline des élèves
et les informations concernant le brassage des élèves

2. Le surveillant émet les informations concernant la gestion de discipline des
élèves et les informations concernant le brassage des élèves.

Identification des messages entre système et le personnel

1. Le personnel émet les informations concernant la présence du personnel.

2. Le système reçoit les informations concernant la présence du personnel.

Tableau 8:Identification des messages entre les acteurs et le système

39

IV.2.4. Digramme de contexte

Bibliothécair

Elève

49

42

13

14

39

50

51

11

52

44

4

48

53

54 55

9

6

56

4

15

12

2

38

40

41

10

43

8 7

57

45

5

47

3

58

Enseignant Comptable

1

59

17

16

19

60

18

ProSco

21

19

22

23

24

25

26

72

27

29

28

71

30

73

32

31

37

67

64

75

67

35

66

61

63

33

69

68

80

62

76 77

36

78

65

Surveillant

74

34

79

Proviseur

Préfet

Magasinier Figure 8:Diagramme de contexte

40

Légende:

Numéro du message	Message
1	Demande renseignements
2	Réponses aux renseignements
3	Dépôt du dossier
4	Vérification du dossier
5	Dépôt des frais d'inscription
6	Remise du reçu et de la fiche de perception
7	Inscription de l'élève
8	Dépôt frais scolaire
9	Remise reçu et remplissage de la fiche de perception
10/16	Commande du livre
11/17	Livraison du livre
12/18	Remise du livre
13/19	Commande matériel
14/20	Livraison du matériel
15/21	Remise du matériel
22	Demande du salaire, avance sur salaire ou dette
23	Octroi du salaire, avance sur salaire ou dette
24	Signer présence
25	Liste des élèves
26	Choix de l'élève qui effectue le paiement
27	Formulaire de paiement de frais scolaire
28	Remplissage du formulaire paiement de frais scolaire et validation
29	Liste des enseignants
30	Choix de l'enseignant à qui on donne le salaire, avance sur salaire ou dette
31	Formulaire de paie de personnel
32	Remplissage du formulaire de paie de personnel et validation
33	Demande du formulaire d'ajout de personnel
34	Formulaire d'ajout du personnel
35	Remplissage du formulaire d'ajout du personnel
36	Demande liste personnel
37	Affichage de la liste du personnel
38	Demande du formulaire d'approvisionnement des ouvrages ou livres
39	Formulaire d'approvisionnement des ouvrages ou livres
40	Remplissage du formulaire d'approvisionnement des ouvrages ou livres et validation
41	Demande liste des ouvrages
42	Affichage liste des ouvrages
43	Demande du formulaire de retrait des ouvrages
44	Formulaire de retraits des ouvrages
45	Remplissage du formulaire de retrait des ouvrages/livres
46	Demande de la liste des ouvrages retirés
47	Liste des ouvrages retirés
48	Demande du formulaire d'approvisionnement des matériels
49	Formulaire d'approvisionnement des matériels
50	Remplissage du formulaire d'approvisionnement des matériels et

41

	validation
51	Demande du formulaire de retrait des matériels
52	Formulaire de retrait des matériels
53	Remplissage du formulaire de retrait des matériels et validation
54	Demande du formulaire de remise des matériels
55	Formulaire de retrait de matériels
56	Remplissage du formulaire de retrait de matériels et validation
57	Demande liste des matériels
58	Liste de matériels
59	Demande liste de matériels retirés
60	Liste de matériels retirés
61	Demande du formulaire de suivie d'assiduité de personnel
62	Formulaire de suivi d'assiduité de personnel
63	Remplissage du formulaire de suivi d'assiduité de personnel
64	Demande du formulaire d'attribution de cours
65	Formulaire d'attribution de cours
66	Remplissage du formulaire d'attribution de cours et validation
67	Demande du formulaire de suivi de discipline des élèves
68	Formulaire de suivi de discipline des élèves
69	Remplissage du formulaire de suivi de discipline des élèves et validation
70	Demande du formulaire de brassage
71	Formulaire de brassage
72	Remplissage du formulaire de brassage et validation
73	Demande du formulaire d'inscription
74	Formulaire d'inscription
75	Remplissage du formulaire d'inscription et validation
76	Demande de la liste des élèves inscrits
77	Liste des élèves inscrits
78	Demande du formulaire de gestion des utilisateurs
79	Formulaire de gestion des utilisateurs
80	Remplissage du formulaire de gestion des utilisateurs

Tableau 9:Explication des messages

IV.2. CAPTURE DES BESOINS FONCTIONNELS IV.2.1 Identification des cas d'utilisation

1. S'authentifier.

2. S'inscrire.

3. Gérer inscription.

4. Payer frais scolaire.

5. Gérer frais scolaire.

6. Retirer ouvrage.

7. Rendre l'ouvrage.

8. Gérer retrait d'ouvrage.

9. Gérer remises d'ouvrages.

10. Acquérir les ouvrages.

11. Acquérir les matériels.

42

12. Retirer les matériels.

13. Rendre les matériels.

14. Gérer le retrait de matériel.

15. Gérer remise matériel.

16. Gérer distribution cours.

17. Brasser les élèves.

18. Suivre assiduité.

19. Payer le personnel.

20. Gérer personnel.

21. Signer présence.

22. Recevoir salaire.

IV2.2. Identification des acteurs et des messages

Cas d'utilisation	Acteurs	Message émis et reçu
S'authentifier	Proviseur, comptable, préfet, Bibliothécaire, magasinier, surveillant.	Emet : l'information sur le login. Reçu : l'information sur le login.
S'inscrire	Elève	Emet : l'information détaillée sur l'inscription.
Gérer inscription	Préfet	Emet : critère de l'information sur l'inscription.
Payer frais scolaire	Elève	Emet : frais scolaire Reçu : reçu, fiche de perception
Gérer frais scolaire	Comptable	Emet : information sur le frais-scolaire Reçu : localisation de paiement
Retirer ouvrage	Elève, personnel (enseignant)	Emet : information nécessaire sur l'ouvrage Reçu : ouvrage
Rendre ouvrage	Elève, personnel (enseignant)	Emet : information détaillé sur l'ouvrage Reçu : validation de remise
Gérer retrait ouvrage	Bibliothécaire	Emet : information nécessaire sur l'ouvrage Reçu : validation de retrait, liste des ouvrages retiré
Gérer remise ouvrage	Bibliothécaire	Emet : information détaillé sur l'ouvrage Reçu : validation remise, liste des ouvrages remis
Acquérir ouvrage	Bibliothécaire	Emet : information nécessaire sur l'ouvrage Reçu : liste des ouvrages, validation, acquisition des ouvrages
Acquérir matériel	magasinier	Emet : information sur le

43

		matériel acquis Reçu : liste des matériels, validation acquise
Retirer matériel	Elève, personnel (enseignant)	Emet : les informations sur le matériel Reçut : matériel
Rendre matériel	Elève, personnel (enseignant)	Emet : matériel Reçu : confirmation remise
Gérer retrait matériel	Magasinier	Emet : les informations sur le matériel retirer Reçu : confirmation retrait, liste matériel retiré
Gérer remise matériel	Magasinier	Emet : les informations de la remise Reçu : informations sur la remise, liste des matériels remis
Gérer distribution cours	Proviseur	Emet : l'information sur les cours à distribuer Reçu : validation distribution, liste des cours distribué
Brasser élève	Surveillant	Emet : les informations sur le brassage Reçu : liste des brassages, validation brassage
Gérer personnel	Préfet	Emet : coordonnée des personnels Reçu : liste des personnels
Suivre assiduité	Proviseur	Emet : information de pointage Reçu : rapport mensuel d'assiduité (absence, présence)
Payer personnel	Comptable	Emet : information nécessaire sur le personnel Reçut : liste de paie
Signer présence	Enseignants ou personnel	Emet: information nécessaire pour la présence Reçut : assiduité
Recevoir salaire	Enseignants ou personnel	Emet : présence Reçut : salaire

Tableau 10 : Identification des acteurs et des messages

44

IV.2.3. ELABORATION DU DIAGRAMME DE CAS D'UTILISATION

Le diagramme de cas d'utilisation représente la structure des fonctionnalités

nécessaires aux utilisateurs du système⁵¹. Ainsi, notre diagramme de cas d'utilisation de notre progiciel est représenté comme suit:

Système

S'authentifier

«include»

Elève

«extend»

S'inscrire

Payer les frais

Gérer les dépôts d'ouvrages

«include»

Retirer l'ouvrage

«extend»

«extend»

Déposer l'ouvrage

«include»

Retirer matériel

«extend»

Déposer matériel

Enseignant

Signer la présence

Gérer frais scolaires

Recevoir le salaire

«extend»

«include

Comptable

Payer le personnel

«extend»

«include»

Proviseur

Suivre l'assiduité

«include»

re N°6: Diagamme

Gérer les inscriptions bal

«include»

Préfet

Gérer le personnel

Surveillant

«include»

Brasser les élèves

MagasinierMagasinier

«include»

«include»

«extend»

Bibliothécaire

Acquérir ouvrages

Gérer les retraits d'ouvrages

Gérer les retraits des matériels

Acquérir matériels

C.U: Progiciel Gest. Integré

Figure 9: Diagramme de cas d'utilisation intégré

⁵¹ Cfr. Pascal ROQUES et Franck VALLEE, Op.cit., p.25.

45

IV.2 .4. STRUCTURATION DES CAS D'UTILISATION IV.2 .4.1. Fiche de description du cas d'utilisation « S'inscrire »

Description textuelle du cas d'utilisation S'inscrire

Identification

Titre du cas : S'inscrire.

But : Ce cas permet à l'élève de s'inscrire à l'institution.

Acteur : Elève.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir dossier complet et avoir paye l'inscription.

Enchainement

a. Nominal

1. Renseignement.

2. Dépôt dossier.

3. Vérification dossier.

4. Paiement de frais d'inscription.

5. Formulaire d'inscription.

6. Remplissage du formulaire.

b. Alternatif

EA3 : Dossier non conforme Post-condition : Elève inscrit.

Tableau 11.Fiche de description du cas d'utilisation « S'inscrire » IV.2 .4.2. Fiche de description du cas d'utilisation « S'authentifier »

Description textuelle du cas d'utilisation S'authentifier

Identification

Titre du cas : S'authentifier.

But : Ce cas permet à l'utilisateur de se connecter à l'application.

Acteur : Préfet, Proviseur, Comptable, Bibliothécaire, Surveillant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir un nom d'utilisateur et un mot de passe.

Enchainement

a. Nominal

1. Lancement de l'application.

2. Formulaire d'authentification.

3. Remplissage du formulaire.

4. Vérification des coordonnées saisies.

5. Affichage du module concerné

b. Alternatif

EA4 : Coordonnées incorrectes.

Post-condition : L'utilisateur est connecté.

Tableau 12. Fiche de description du cas d'utilisation « S'authentifier »

46

IV.2 .4.3. Fiche de description du cas d'utilisation « Gérer les inscriptions »

Description textuelle du cas d'utilisation Gérer les inscriptions

Identification

Titre du cas : Gérer les inscriptions.

But : Ce cas permet d'enregistrer les inscriptions dans la base de données.

Acteur : Préfet.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : S'inscrire.

Enchainement a. Nominal

1. Lancement de l'application.

2. Authentification.

3. Module inscription.

4. Formulaire gérer inscription.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Inscription gérée.

Tableau 13: Fiche de description du cas d'utilisation « Gérer les inscriptions » IV.2 .4.4. Fiche de description du cas d'utilisation « Payer frais scolaire »

Description textuelle du cas d'utilisation Payer frais scolaire

Identification

Titre du cas : Payer frais scolaire.

But : Ce cas permet à l'élève de payer le frais scolaires à la comptabilité.

Acteur : Elève.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : S'inscrire.

Enchainement

a. Nominal

1. L'élève se présente à la comptabilité.

2. Dépôt frais scolaire et du cahier de perception.

3. Vérification des billets.

4. Remplissage de la fiche et du cahier de perception.

5. Remise de la fiche de perception et de reçu à l'élève.

b. Alternatif

EA3 : Billets non conformes.

Post-condition : Paiement de frais scolaires effectué.

Tableau 14 : Fiche de description du cas d'utilisation « Payer frais scolaire »

47

IV.2 .4.5. Fiche de description du cas d'utilisation « Gérer frais scolaires »

Description textuelle du cas d'utilisation Gérer frais scolaires

Identification

Titre du cas : Gérer frais scolaire.

But : Ce cas permet d'enregistre les frais scolaires.

Acteur : Comptable.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir payé les frais scolaires.

Enchainement

a. Nominal

1. Lancement de l'application.

2. Authentification.

3. Module paiement de frais scolaires.

4. Formulaire gérer les frais scolaires.

5. Remplissage du formulaire.

6. Valider

Post-condition : Frais scolaire gérée.

Tableau 15: Fiche de description du cas d'utilisation « Gérer frais scolaires »

IV.2 .4.6. Fiche de description du cas d'utilisation « Retirer l'ouvrage »

Description textuelle du cas d'utilisation Retirer l'ouvrage

Identification

Titre du cas : Retirer l'ouvrage.

But : Ce cas permet de gérer les retraits d'ouvrages à la bibliothèque.

Acteur : Elève, personnel enseignant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : S'inscrire ou être enregistré.

Enchainement

a. Nominal

1. L'élève ou le personnel enseignant se présente à la bibliothèque.

2. L'élève ou l'enseignant donne les informations nécessaires sur l'ouvrage à retirer.

3. La bibliothèque fait la recherche de l'ouvrage.

4. Remplissage de la fiche du retrait.

5. Remise de l'ouvrage à l'élève ou enseignant.

b. Alternatif

EA3: Ouvrage non disponible.

Post-condition : Ouvrage retiré.

Tableau 16: Fiche de description du cas d'utilisation « Retirer l'ouvrage »

48

IV.2 .4.7. Fiche de description du cas d'utilisation « Rendre ouvrage »

Description textuelle du cas d'utilisation Rendre ouvrage

Identification

Titre du cas : Rendre ouvrage.

But : Ce cas permet de remettre l'ouvrage retiré à la bibliothèque.

Acteur : Elève, personnel enseignant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir retiré l'ouvrage.

Enchainement

1. L'élève ou le personnel enseignant se présente à la bibliothèque avec l'ouvrage.

2. L'élève ou le personnel enseignant remet le livre au bibliothécaire.

3. L'élève ou le personnel enseignant rempli la fiche pour la remise. Post-condition : Ouvrage remis.

Tableau 17: Fiche de description du cas d'utilisation « Rendre ouvrage » IV.2 .4.8. Fiche de description du cas d'utilisation « Gérer retrait ouvrage »

Description textuelle du cas d'utilisation Gérer retrait ouvrage

Identification

Titre du cas : Gérer retrait ouvrage.

But : Ce cas permet d'enregistrer l'ouvrage retiré.

Acteur : Bibliothécaire.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Retirer ouvrage.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gestion bibliothèque.

4. Formulaire gérer le retrait des ouvrages.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Ouvrage géré.

Tableau 18: Fiche de description du cas d'utilisation « Gérer retrait ouvrage »

49

IV.2 .4.9. Fiche de description du cas d'utilisation « Gérer remise ouvrage »

Description textuelle du cas d'utilisation Gérer remise ouvrage

Identification

Titre du cas : Gérer remise ouvrage.

But : Ce cas permet d'enregistrer l'ouvrage remis.

Acteur : Bibliothécaire.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir remis l'ouvrage.

Enchainement

1. Lancer l'application.

2. Authentification.

3. Module gestion bibliothèque.

4. Formulaire gérer la remise des ouvrages.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Remise ouvrage géré.

Tableau 19: Fiche de description du cas d'utilisation « Gérer remise ouvrage »

IV.2 .4.10. Fiche de description du cas d'utilisation « Acquérir ouvrage »

Description textuelle du cas d'utilisation Acquérir ouvrage

Identification

Titre du cas : Acquérir ouvrage.

But : Ce cas permet d'enregistrer les ouvrages nouvellement acquis.

Acteur : Bibliothécaire.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Achat d'ouvrage

Enchainement

1. Lancement de l'application.

2. Authentification au système.

3. Module gestion bibliothèque.

4. Formulaire acquérir ouvrage.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Ouvrage enregistré dans le système.

Tableau 20: Fiche de description du cas d'utilisation « Acquérir ouvrage »

Tableau 22.Fiche de description du cas d'utilisation « Retirer matériel»

50

IV.2.4.11. Fiche de description du cas d'utilisation « Acquérir matériel »

Description textuelle du cas d'utilisation Acquérir matériel

Identification

Titre du cas : Acquérir matériel.

But : Ce cas permet d'enregistrer les matériels nouvellement acquis.

Acteur : Magasinier.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : avoir les informations sur les matériels

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gestion magasin.

4. Formulaire acquérir matériel.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Matériel enregistré et acquis.

Tableau 21.Fiche de description du cas d'utilisation « Acquérir matériel »

IV.2.4.12. Fiche de description du cas d'utilisation « Retirer matériel»

Description textuelle du cas d'utilisation Retirer matériel

Identification

Titre du cas : Retirer matériel.

But : Ce cas permet à l'élève ou au personnel enseigna de retirer un matériel au

magasin.

Acteur : Elève ou personnel enseignant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : acquérir matériel, s'inscrire ou être enregistré.

Enchainement

a. Nominal

1. Arrivée du retirant.

2. Le retirant donne la description sur le matériel à retirer.

3. Recherche du matériel.

4. Remplissage de la fiche pour le retrait.

5. Remise du matériel au retirant.

b. Alternatif

EA3: Matériel non disponible. Post-condition : Matériel retiré.

51

IV.2 .4.13. Fiche de description du cas d'utilisation « Rendre matériel»

Description textuelle du cas d'utilisation Rendre matériel

Identification

Titre du cas : Rendre matériel.

But : Ce cas permet de remettre le matériel retiré.

Acteur : Elève, personnel enseignant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir retiré l'ouvrage.

Enchainement

1. L'élève ou le personnel enseignant se présente au magasin avec le matériel.

2. Remise du matériel au magasin.

3. Remplissage du fiche pour la remise. Post-condition : Matériel remis.

Tableau 23:Fiche de description du cas d'utilisation « Rendre matériel» IV.2 .4.14. Fiche de description du cas d'utilisation « Gérer retrait matériel»

Description textuelle du cas d'utilisation Gérer retrait matériel

Identification

Titre du cas : Gérer retrait matériel.

But : Ce cas permet au magasinier d'enregistrer le matériel retiré.

Acteur : Magasinier.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir retiré le matériel.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gestion magasin.

4. Formulaire gérer retrait de matériel.

5. Remplissage du formulaire.

6. Valider.

Post-condition : Retrait du matériel géré.

Tableau 24:Fiche de description du cas d'utilisation « Gérer retrait matériel»

52

IV.2 .4.15. Fiche de description du cas d'utilisation « Gérer rendre matériel»

Description textuelle du cas d'utilisation Gérer rendre matériel

Identification

Titre du cas : Gérer rendre matériel.

But : Ce cas permet de mettre le matériel tiré au magasin.

Acteur : Elève ou personnel enseignant.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir retiré le matériel.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gérer matériel.

4. Formulaire remise matériel.

5. Remplissage du formulaire.

6. Valider.

Post-condition : matériel remis

Tableau 25:Fiche de description du cas d'utilisation « Gérer rendre matériel» IV.2 .4.16. Fiche de description du cas d'utilisation « Brasser élève»

Description textuelle du cas d'utilisation Brasser élève

Identification

Titre du cas : Brasser élève.

But : Ce cas permet d'ajoute les élèves dans différentes salles d'examen.

Acteur : Disciplinaire.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : S'inscrire.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gestion brossage des élèves.

4. Formulaire brosser élève.

1. Remplissage du formulaire.

2. Valider.

Post-condition : Elève brossé.

Tableau 26: Fiche de description du cas d'utilisation « Brasser élève »

53

IV.2 .4.17. Fiche de description du cas d'utilisation « Gérer personnel»

Description textuelle du cas d'utilisation Gérer personnel

Identification

Titre du cas : Gérer personnel.

But : Ce cas permet d'enregistrer et gérer le personnel nouvellement employé.

Acteur : Préfet.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : avoir les informations sur le personnel

Enchainement

1. Lancer l'application.

2. Authentification.

3. Module gestion personnel.

4. Formulaire gestion personnel.

5. Remplissage du formulaire.

6. Valider.

Post-condition : Personnel géré.

Tableau 27:Fiche de description du cas d'utilisation « Enregistrer personnel » IV.2 .4.18. Fiche de description du cas d'utilisation « Suivre assiduité»

Description textuelle du cas d'utilisation Suivre assiduité

Identification

Titre du cas : Suivre assiduité.

But : Ce cas permet de signaler la présence et l'absence du personnel.

Acteur : Proviseur.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Avoir enregistré le personnel.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module suivie assiduité du personnel.

4. Formulaire suivre assiduité.

5. Remplissage du formulaire.

6. Validation

Post-condition : Assiduité suivie.

Tableau 28: Fiche de description du cas d'utilisation « Suivre assiduité »

54

IV.2 .4.19. Fiche de description du cas d'utilisation « Payer personnel»

Description textuelle du cas d'utilisation Payer personnel

Identification

Titre du cas : Payer personnel.

But : Ce cas permet l'enregistrement du salaire du personnel.

Acteur : Comptable.

Responsable : NGULIKO

Version : 1.0

Date de création : 19/12/2019

Séquencement

Pré-condition : Être enregistrer et avoir rendu service.

Enchainement

1. Lancement de l'application.

2. Authentification.

3. Module gestion paiement personnel.

4. Formulaire payé personnel.

5. Remplissage du formulaire.

6. Validation.

Post-condition : Personnel payé.

Tableau 29:Fiche de description du cas d'utilisation « Payer personnel »

55

IV.2.5. Diagramme d'activité

Ce diagramme donne une vision des enchaînements des activités propres à une opération ou à un cas d'utilisation. Il permet aussi de représenter les flots de contrôle et les flots de données.⁵²

IV.2.5.1 Diagramme d'activité s'inscrire

Conforme

Non Conforme

Paiement de frais d'inscription

Paiement de frais d'inscription

Génération de la fiche d'inscription

Remplissage de la fiche d'inscription

Renseignement Réponse au renseignement

Dépôt dossier Vérification dossier

Figure 10:Diagramme d'activité s'inscrire

IV.2.5.2. Diagramme d'activité s'authentifier

Lancement de l'application

Affichage du

formulaire d'authentification

Remplissage du formulaire

Vérification de coordonnées saisis

Non Conforme

Identifiants incorrects

Conforme

Affichage du module concerné

Figure 11:Diagramme d'activité s'authentifier

⁵² Cf. Joseph GABAY et David GABAY, UML 2. Analyse et conception. Mise en oeuvre guidée avec études de cas, Dunod, Paris, 2008, p.80.

Figure 14:Diagramme d'activité gérer frais scolaire

56

Lancement de l'application

Authentification

Module paiement frais scolaire

Remplissage du formulaire

Formulaire gérer frais scolaire

Validation

IV.2.5.3. Diagramme d'activité gérer inscription

Lancement de l'application

Affichage formulaire Remplissage du formulaire

gérer inscription

Authentification

Module d'inscription

Sélection formulaire gérer inscription

Validation

Figure 12:Diagramme d'activité gérer inscription IV.2.5.4. Diagramme d'activité payer frais

Non ok

Ok

Arrivée de l'élève Dépôt frais scolaire

Vérificatio

Billet non conforme

Remplissage de la fiche de perception et cahier de

Remise fiche remplie et

Figure 13:Diagramme d'activité payer frais IV.2.5.5. Diagramme d'activité gérer frais scolaire

57

IV.2.5.7. Diagramme d'activité retirer ouvrage

Non trouvé

Trouvé

Arrivée de

l'élève/enseignant

Informations nécessaires sur l'ouvrage à retirer

Recherche de l'ouvrage

Ouvrage non disponible

Remplissage de la fiche pour retrait

Octroie de l'ouvrage

Lancement de l'application

Validation

Remplissage formulaire

Authentification Accès au module gestion bibliothèque

Affichage du formulaire gérer remise ouvrage

Figure 18:Diagramme d'activité gérer remise ouvrage

Figure 15:Diagramme d'activité retirer ouvrage IV.2.5.8. Diagramme d'activité rendre ouvrage

Arrivée de l'élève/enseignant

Remise livre

Remplissage de la fiche pour remise

Figure 16: Diagramme d'activité rendre ouvrage IV.2.5.9. Diagramme d'activité gérer retrait ouvrage

Figure 17:Diagramme d'activité gérer retrait ouvrage

Lancement de

l'application

Authentificatio

Accès au module gestion bibliothèque

Remplissage formulaire

Validation

Affichage du

formulaire gérer

IV.2.5.10. Diagramme d'activité gérer remise ouvrage

58

IV.2.5.11. Diagramme d'activité acquérir ouvrage

Lancement de

l'application

Authentification

Accès au

module gestion bibliothèque

Affichage du formulaire acquérir ouvrage

Remplissage formulaire

Validation

Figure 19:Diagramme d'activité acquérir ouvrage IV.2.5.12. Diagramme d'activité acquérir matériel

Lancement de

l'application

Authentification

Accès au

module gestion magasin

Remplissage formulaire

Affichage du formulaire acquérir matériel

Validation

Non trouvé

Trouvé

Arrivée de

l'élève/enseignant

Informations nécessaires sur le matériel à retirer

Recherche du matériel

Matériel non disponible

Remplissage de la fiche pour retrait

Octroie du matériel

Figure 21:Diagramme d'activité retirer matériel

Figure 20:Diagramme d'activité acquérir matériel IV.2.5.13. Diagramme d'activité retirer matériel

59

IV.2.5.14. Diagramme d'activité rendre matériel

Arrivée de l'élève/enseignant

Remise du matériel

Remplissage de la fiche pour remise

Figure 22:Diagramme d'activité rendre matériel IV.2.5.15. Diagramme d'activité gérer retrait matériel

Authentification

Lancement de

l'application

Accès au

module gestion magasin

Affichage du formulaire gérer retrait matériel

Remplissage formulaire

Validation

Figure 23:Diagramme d'activité gérer retrait matériel

IV.2.5.16. Diagramme d'activité gérer remise matériel

Authentification

Validation

Lancement de

l'application

Accès au

module gestion magasin

Remplissage formulaire

Affichage du formulaire gérer remise matériel

Figure 24:Diagramme d'activité gérer rendre matériel IV.2.5.17. Diagramme d'activité brasser élève

Lancement de

l'application

Authentification

Accès au

module

brassage élèves

Affichage du

formulaire brasser

Remplissage formulaire Validation

Figure 25:Diagramme d'activité brasser élève

60

IV.2.5.18. Diagramme d'activité gérer utilisateur

Lancement de

l'application

Authentification

Accès au menu utilisateur

Accès au formulaire gérer utilisateur

Remplissage formulaire

Validation

Figure 26:Diagramme d'activité gérer utilisateur IV.2.5.19. Diagramme d'activité suivre assiduité

Lancement de

l'application

Authentification

Accès au

module suivi assiduité

Remplissage formulaire

Affichage du formulaire suivre assiduité

Validation

IV.2.5.20. Diagramme d'activité payer personnel

Lancement de

l'application

Authentification

Accès au module paiement du personnel

Affichage du formulaire payer personnel

Remplissage formulaire

Validation

Figure 28:Diagramme d'activité payer personne

Figure 27:Diagramme d'activité suivre assiduité

61

IV.2.6. IDENTIFICATION DES CLASSES CANDIDATES

Section

Option

Cette classe permet d'avoir les informations sur les sections organisées

Cette classe permet d'avoir les informations sur les options organisées

Elève

Cette classe permet d'avoir les informations sur les élèves

Classe

Cette classe permet d'avoir les informations sur les fonctionnelles au sein de l'institution

Personnel

Cette classe permet d'avoir les informations sur le personnel de l'institution

PaiementFS

Cette classe permet d'avoir les informations sur le paiement de frais scolaire des élèves

Rayon

Cette classe permet d'avoir les informations concernant les différents rayons d'ouvrages

Cette classe permet d'avoir les informations sur les matériels au magasin.

Matériel

Cours

Cette classe permet d'avoir les informations sur les cours à attribuer au personnel enseignant

Ouvrage

Cette classe permet d'avoir les informations concernant les ouvrages disponibles à la bibliothèque

Grade

Cette classe permet d'avoir les informations concernant les grades de personnel

Comptable

Cette classe permet prend les informations des comptables de l'Institut

62

CategorieOuv

Cette classe permet de grouper les ouvrages en catégories

Salle

Cette classe regroupe les informations des salles de passation d'examen

FraisScolaire

CategorieM

Cette classe permet d'avoir les informations concernant la fixation de frais scolaires

Cette classe permet d'avoir les informations sur les catégories de matériel au magasin

Figure 29:Identification des classes candidates

63

IV.3. CAPTURE DES BESOINS TECHNIQUES IV.3.1. Spécification technique du point de vue matériel

Serveur BDD

LAN

PC *

Figure 30:Spécification technique du point de vue matériel

IV.3.2 Spécification d'architecture

« Application »

« SGBD »

ProSco

Gestionscolaire

Figure 31:Spécification d'architecture

IV.3.3. Elaboration du modèle spécifique

Bibliothécaire

Proviseur

Magasinier

Comptable

Surveillant

Préfet

S'authentifier

Figure 32:Elaboration du modèle spécifique

64

IV.4. ANALYSE

Discipline + SuivreDiscipline

«Category»

Paiement

+ FixerMontant

+ PaiementFS

+ PaiementSalaire

«Category»

Magasin

+ categorieMat + Matériel

+ RémiseMatEn + RémiseMatEl

IV.4.1. Découpage en catégories

«Category»

«Category»

Inscription

+ Section

+ Option + Classe + Elève

«Category»

Bibliothèque + Ouvrage

+ CategorieOV + Rayon

+ RemiseLivEn + RemiseLivEl

«Category»

Personnel + Personnel + Grade

Figure 33:Découpage en catégorie

IV.4.2. Diagramme de séquence

Le diagramme de séquence nous permet de voir d'une manière séquentielle les interactions qui existent entre objets à partir des messages échangés par le système. Ici, on décrit la façon dont les éléments (Acteur) du système interagissent entre eux.⁵³

⁵³Cfr. Pascal ROQUES, Op.Cit, p.183.

65

Figure 35:Diagramme de séquence payer personnel IV.4.2.3. Diagramme de séquence Gérer personnel

Comptable

3. Accès au module paiement personnel
4 .Sélection du formulaire payer personnel
5. Affichage du formulaire
6 .Remplissage du formulaire

1 .Lancement de l'application

2 .Authentification

7. Validation

ProSco

Préfet

3. Accès au module gestion personnel

4 .Sélection formulaire gérer personnel 5. Affichage du formulaire gérer personnel 6 .Remplissage du formulaire

1 .Lancement de l'application

2 .Authentification

7. Validation

ProSco

IV.4.2.1. Diagramme de séquence suivre assiduité

Proviseur

3. Ouverture du module suivi d'assiduité

5. Sélection formulaire suivre assiduité

1. Lancement de l'application

7. Affichage du formulaire

8. Remplissage du formulaire

2. Authentification

10. Validation

ProScoSystème

Figure 34:Diagramme de séquence suivre assiduité IV.4.2.2. Diagramme de séquence payer personnel

66

IV.4.2.4. Diagramme de séquence brasser élève

Surveillant

ProSco

1 .Lancement de l'application

2 .Authentification

3. Accès au module gestion brassage élève
4 .Sélection formulaire brasser élève
5. Affichage du formulaire brasser élève
6 .Remplissage du formulaire

7. Validation

Comptable

3. Accès au module paiement de frais scolaire

4 .Sélection formulaire gérer frais scolaire 5. Affichage du formulaire gérer frais scolaire

6 .Remplissage du formulaire

1. Lancement de l'application

2 .Authentification

7. Validation

ProSco

Figure 38:Diagramme de séquence gérer frais scolaire

Figure 36:Diagramme de séquence brasser élève IV.4.2.5. Diagramme de séquence gérer rendre ouvrage

Magasinier

3. Accès au module gestion magasin

4 .Sélection formulaire gérer remise matériel
5. Affichage du formulaire gérer remise matériel
6 .Remplissage du formulaire

1. Lancement de l'application

2 .Authentification

7. Validation

ProSco

Figure 37:Diagramme de séquence gérer rendre ouvrage IV.4.2.6. Diagramme de séquence gérer frais scolaires

Figure 41:Diagramme de séquence gérer remise ouvrage

67

Bibliothécaire

4 .Sélection formulaire gérer remise ouvrage 5. Affichage du formulaire gérer remise ouvrage

6 .Remplissage du formulaire

3. Accès au module gestion bibliothèque

1. Lancement de l'application

2. Authentification

7. Validation

ProSco

IV.4.2.7. Diagramme de séquence gérer inscription

Préfet ProSco

3. Accès au module d'inscription
4 .Sélection formulaire gérer inscription
5. Affichage du formulaire gérer inscription
6 .Remplissage du formulaire

1. Lancement de l'application

2. Authentification

7. Validation

Figure 39:Diagramme de séquence gérer inscription IV.4.2.8. Diagramme de séquence gérer retrait ouvrage

ProSco

Bibliothécaire

1. Lancement de l'application

2 .Authentification

3. Accès au module gestion bibliothèque

4 .Sélection formulaire gérer retrait ouvrage

5. Affichage du formulaire gérer retrait ouvrage 6. Remplissage du formulaire

7. Validation

Figure 40: Diagramme de séquence gérer retrait ouvrage

IV.4.2.9. Diagramme de séquence gérer remise ouvrage

68

IV.4.2.10. Diagramme de séquence acquérir ouvrage

Bibliothécaire

1. Lancement de l'application

2 .Authentification

3. Accès au module gestion bibliothèque 4 .Sélection formulaire acquérir ouvrage

5. Affichage du formulaire acquérir ouvrage 6 .Remplissage du formulaire

7. Validation

Figure 42:Diagramme de séquence acquérir ouvrage

ProSco

IV.4.2.11. Diagramme de séquence acquérir matériel

Magasinier

ProSco

1. Lancement de l'application

2. Authentification

3. Ouverture du module gestion magasin

4. Sélection du formulaire acquérir matériel

5. Affichage du formulaire acquérir matériel

6. Remplissage du formulaire

8. Validation

Utilisateur

ProSco

1. Lancement de l'application

3. Formulaire d'authentification

5. Remplissage du formulaire d'authentification 4. Vérification de

coordonnées

Alt

5. Affichage du module concerné

If

Else

6. Identifiants incorrects

Figure 44:Diagramme de séquence s'authentifier

Figure 43:Diagramme de séquence acquérir matériel IV.4.2.12. Diagramme de séquence s'authentifier

69

IV.4.2.13. Diagramme de séquence retirer ouvrage

Utilisateur

ProSco

1 .Arrivée de l'élève ou enseignant

3. Recherche de l'ouvrage

2 .Informations nécessaires sur l'ouvrage à retirer

Alt

If

4. Remise de l'ouvrage

Else

5. Ouvrage non disponible

Utilisateur

ProSco

1. Arrivée de l'élève ou enseignant

2 .Informations nécessaires sur le matériel à retirer

3. Recherche du matériel

Alt

If

4. Remplissage de la fiche pour retrait

5. Remise du matériel

Else

6. ce matériel n'existe pas

Figure 46:Diagramme de séquence retirer matériel

Figure 45:Diagramme de séquence retirer ouvrage IV.4.2.14. Diagramme de séquence retirer matériel

Figure 48:Diagramme de séquence s'inscrire

70

IV.4.2.15. Diagramme de séquence payer frais scolaire

Alt

If

Else

Elève

5. Remise de la fiche de perception remplie et du reçu

2. Dépôt de frais scolaire

6. Billets non conformes

1. Arrivée de l'élève

ProSco

3. vérification des billets

4. Remplissage
de la fiche et
du cahier de

Elève

ProSco

1. Lecture des renseignements sur l'inscription

3. Réponse aux renseignements

4. Dépôt dossier

6. Vérification

du dossier

Alt

If

7. Remplissage de la fiche d'inscription

6. Affichage de la fiche d'inscription

7. Paiement de frais d'inscription

8. Rejet du dossier (non conforme ou incomplet)

Else

Figure 47:Diagramme de séquence payer frais scolaire IV.4.2.16. Diagramme de séquence s'inscrire

Figure 50:Elaboration du modèle d'exploitation de la conception technique

71

Instance de DB métier BD métier

Fichier script
Fichier de sauvegarde

Moteur de BD
Serveur gestionscolaire

Instance de DB
BD de droit d'accès

Application ProSco

IV.5 CONCEPTION GENERIQUE

IV.5.1. Organisation du modèle logique de conception technique

« Framework technique » Application

« Framework technique » Métier

« Framework technique » Accès aux données

« Framework technique » Stockage de données

« Framework technique » Présentation

« Framework technique » Sécurité

« Framework technique » Sauvegarde période

Figure 49:Organisation du modèle logique de conception technique

IV.5.2. Elaboration du modèle d'exploitation de la conception technique

72

IV.6. CONCEPTION PRELIMINAIRE IV.6.1 Conception du déploiement

LAN

PC Préfet
PC Proviseur

PC Comptable

PC Bibliothécaire

PC Magasinier

PC Surveillant

Serveur BDD

Figure 51:Conception du déploiement

IV.6.2. Découpage du système en application

Bibliothécaire

Magasinier

Surveillant

Comptable

Proviseur

Elève

Préfet

Payer le personnel

S'inscrire

Acquérir ouvrages

Gérer les retraits d'ouvrages Gérer les dépôts d'ouvrages

Retirer matériel

Gérer les retraits des matériels

Déposer matériel

Retirer l'ouvrage

Déposer l'ouvrage

Gérer les inscriptions Gérer le personnel Brasser les élèves

Acquérir matériels

Suivre l'assiduité

Distribuer les cours

Gérer frais scolaires

Payer les frais

Recevoir le salaire

Signer la présence

Enseignant

Figure 52:Découpage du système en application

73

IV.6.3. Identification des composants distribués

«Application»

Gest_ProSco

«Composant distribué»

Gestion_Materiel

BDD gestionscolaire

«Instance de BDD»

Gest_Personnel

«Application»

«Composant distribué»

Gestion_Bibliothèque

Figure 53:Identification des composants distribués

74

IV.7. CONCEPTION DETAILLEE

IV.7.1.Diagramme de classe

Figure 55:Diagramme de classe

75

Conclusion

La modélisation de notre système futur a été l'élément central de ce chapitre. Nous y avons présenté le cahier des charges; ensuite, nous sommes passés à l'élaboration des diagrammes de cas d'utilisation selon les modules à intégrer et puis un digramme de cas d'utilisation générale. En effet, nous sommes de partie du diagramme de cas d'utilisation intégré pour l'élaboration des diagrammes de séquences et des diagrammes d'activités dans tous les détails possibles.

Au bout de ce chapitre, nous sommes arrivés à l'élaboration du diagramme des classes qui nous a fait parvenir à un schéma relationnel standard pour notre progiciel. Ainsi donc, le chapitre suivant consiste à l'implémentation de notre système. Précisons que cette analyse et cette modélisation ont été réalisées en suivant la démarche 2TUP.

76

CINQUIEME CHAPITRE : IMPLEMENTATION DU
SYSTEME

V.0. Introduction

Après le chapitre précédent qui consistait à la conception de notre système, dans lequel nous avons abouti à l'élaboration d'un diagramme de classes représentant les données les plus pertinentes, nous allons, dans le présent chapitre, faire la réalisation et test de notre nouveau système. C'est, en fait, la dernière étape de la méthode 2TUP.

En effet, la réalisation de certaines spécifications n'est possible que si d'autres spécifications ont été au préalable réalisées. Il est donc essentiel d'échelonner dans le temps, selon une chronologie préalablement établie, la réalisation des diverses fonctionnalités de l'application.⁵⁴

En vertu de la philosophie de développement évoquée plus haut, la première phase de réalisation est la traduction de modèle conceptuel de données produit à la phase d'analyse des besoins en un modèle relationnel de données en respectant les règles de dérivation⁵⁵. Ainsi donc la première étape est la présentation du schéma relationnel faisant la base de création de notre base de données.

V.1. Schéma relationnel

Section (codesec, designSec)

Option (codeOp, designOp, #CodeSec)

Classe (codeCl, designCl, #codeOp, #idfrais)

Eleve (matricule, nom, postnom, prenom, genre, adresse, tel)

Salle (codeSalle, libelle, nbplace)

Inscription (idinscri, dateinscri, anneesco, #codeCl, #matricule)

Brassage (dateBras, periode, numplace, #codesale, #idinscri)

PaiementFrais (idpaie, datepaie, montverse, design, observ, #idfrais, #idinscri)

Cours (codecours, intitule)

Categorie (codefonc, libelle)

Garde (codegrade, salaire)

⁵⁴Cf. Gilles ROY, Conception de bases de données avec UML, Presse de l'Université du Québec, Québec, 2009, pp. 432-433.

55Idem.

77

Personnel (numperso, nom, postnom, prenom, genre, religion, etatcivil, adresse, telperso,

#codefonc, #codegrade)

CategorieOuv (codecatOuv, design)

Rayon (coderay, etiquette)

Ouvrage (idOuv, titre, maisEd, VilleEd, anneeEd, auteur, #codecatOuv, #coderay, stockouv)

AcquerirOuv (idAcOuv, dateAcOuv, qteouv, idOuv)

Operation2 (dateop, motif, #idOuv, #numperso)

Operation3 (dateop, motif, # idOuv, #idinscri)

Comptable (cdcompt, nom, postnom, prenom, adresse, telc)

PaieSalaire (idsal, datesal, montliv, motif, mois, anneesco, #numperso)

CategorieM (codecatM, descatM)

Materiel (codemat, desmat, #codecatM, qte)

AcquerirMateriel (idAcMat, dateacqmat, qtmat, #codemat)

Operation1 (dateop, motif, # numperso, #codemat, qte)

Operation4 (dateop, motif, #idinscri, #codemat, qte)

Presence (codepres, datepres, etatpres, observation, #codecours, #numperso)

V.2.Présentation de progiciel scolaire et administratif

Dans cette partie, il est question de présenter le progiciel réalisé en montrant les interfaces de ce dernier, notamment les interfaces d'entrée et de sortie. Ainsi, à la fin de ce point les objectifs que nous nous sommes fixés doivent être atteints en vue de clore le travail.

V.2.1. Interface d'accueil

Dès le lancement de notre progiciel scolaire réalisé et après authentification de l'administrateur, une interface se présente, cette interface a deux parties : l'une à gauche (est celle comprenant les interfaces d'entrée, cette partie comprend les différents modules intégrés dans notre progiciel scolaire et administratif), et l'autre à droite, est celle présentant aux utilisateurs les interfaces de sorties selon les modules intégrés. Ainsi, le voici ces différents menus (interfaces d'entrée) :

1. Gestion inscription : c'est menu concernant l'inscription et la réinscription des élèves

78

2. Gestion brassage : c'est dernier permet de brasser les élèves dans différentes salles d'examen pendant la période des examens

3. Gestion paiement frais scolaire : il permet au comptable d'enregistrer les frais scolaires des élèves dans la base de données

4. Gestion bibliothèque : la gestion bibliothèque permet d'enregistrer les nouveaux ouvrages et d'enregistrer les opérations de retrait et de remise de livres au sein de la bibliothèque

5. Gestion magasin : ici, il s'agit du menu permettant d'enregistrer des nouveaux matériels d'enregistrer les opérations de retrait et de remise de matériel au sein du magasin de l'institution

6. Gestion personnel : permet de gérer le personnel

7. Suivi d'assiduité : c'est menu offre la possibilité de bien suivre la prestation de personnel enseignant au sein de l'institution

8. Paiement salaire : est celui permettant d'enregistrer le paiement de salaire de personnel. Comme nous l'avons dit, chacun de ces menus a un menu présentant les états de sortie sur la partie droite. Ainsi, cette interface d'accueil est illustrée dans la figure suivante :

Figure 56:Menu principal

79

V.2.2.Module gestion inscription

Ici, il s'agit de présenter la fonction permettant l'inscription des élèves, son menu est constitué par cinq commandes dont : section, option, classe, élève et inscription comme nous la présentons dans la figure suivante :

Figure

57: Module gestion inscription

1. Section : c'est l'interface permettant d'enregistrer une nouvelle section ou de supprimer ou modifier même la section. La partie de devant permet de saisir les données et celle d'arrière permet d'affi cher les données une fois enregistrées comme le montre cette figure :

Figure 58:Interface section

2. Option : c'est l'interface permettant d'effectuer des mises en jour sur l'option.

Figure 59:Interface option

80

3. Classe : c'est l'interface utilisateur qui permet d'effectuer une mise en jour des classes au sein de l'institution. Elle se présente de la manière suivante :

Figure 60:Interface classe

4. Eleve : il s'agit de l'interface permettant d'enregistrer les identités des élèves.

Figure 61:Interface élève

5. Inscription : est l'interface qui permet d' élèves.

effectuer des mises en jour d'

inscription des

Figure 62:Interface inscription

81

V.2.3. Module gestion de paiement de frais scolaire

Cette fonction est celle permettant de gérer les frais scolaires payés par l'élève. Elle comprend deux menus dont celui de fixation de frais scolaires et celui de paiement de frais scolaires comme le montre la figure suivante :

Figure 63: Module gestion Frais Scolaires

1. Fixation frais scolaires : pour la fixation scolaire à payer trimestriellement par année scolaire

Figure 64:interface fixation frais scolaires

2. Paiement frais scolaires : pour l'enregistrement de frais scolaires des élèves

Figure 65:Interface paiement frais scolaires

82

V.2.4. Module gestion de brassage

Cette fonction offre des interfaces utilisateurs permettant de gérer le brassage des élèves durant la période des examens. Il compte deux commandes dont celui des salles et celui de brassage :

Figure 66:Module gestion brassage

1.

1. Brassage : interface permettant d'effectuer des mises en jour de brassage des élèves

Figure 67:Interface brassage

Salle : c'est pour l'enregistrement des différentes salles de passation des examens

83

V.2.5. Module gestion personnel

C'est la fonction permettant d'effectuer les mises en jour des informations concernant le personnel.

Figure 68:Module gestion personnel

1. Categorie personnel : permet d'enregistrer les catégories de personnel

Figure 69:Interface catégorie personnel

2.

Figure 70:Interface grade

Grade : permet d'enregistrer les grades sur le personnel

84

3. Personnel : permettant d'enregistrer le personnel

Figure 71:Interface personnel V.2.6. Module paiement salaire

C'est la fonction qui offre l'interface utilisateur permettant d'enregistrer les opérations de paie de salaire de personnel. L'interface suivant permet d'enregistrer ces dernières :

Figure 72:Interface paiement salaire V.2.7. Module suivi d'assiduité

Fonction permettant de faire le suivi sur la prestation des enseignants. Il se présente avec 2 commandes, dont celle de cours et celle de présence.

Figure 73:Module suivi assiduité

85

1. Cours : cette commande permet d'enregistrer, de supprimer et de modifier un cours

Figure 74:Interface cours

2. Présence : pour le suivi de présence de personnel enseignant

Figure 75:Interface présence

V.2.8. Module gestion magasin

Ici, il s'agit de la présentation de la fonction offrant des interfaces utilisateurs pour la gestion du magasin au sein de l'institution, notamment, l'enregistrement des types des matériels, l'enregistrement des matériels, l'enregistrement d'acquisition des matériels et en fin les interfaces pour les opérations de retrait et remise des matériels au sein du magasin.

86

Figure 76:Module gestion magasin

1. Catégorie matériel : interface utilisateur pour la mise en jour de catégories de matériels.

Figure 77:Interface catégorie matériel

2. Matériel : c'est pour l'enregistrement d'un matériel nouvellement acquis.

Figure 78:Interface matériel

87

3. Operations élève : c'est pour l'enregistrement des opérations de l'élève de retrait et de remise de matériels au sein du magasin.

Figure 79:Interface remise-retrait matériel élève

4. Acquérir matériel : il s'agit de l'interface permettant d'enregistrement les opérations de ravitaillement en stock des matériels.

Figure 80Interface d'acquisition de matériel V.2.9. Module gestion bibliothèque

C'est la fonction présentant les interfaces utilisateurs pour la gestion de la bibliothèque au sein e l'institution.

Figure 81:Module gestion bibliothèque

88

1. Catégorie ouvrage : pour l'enregistrement des catégories d'ouvrages.

Figure 82: catégorie ouvrage

2. Rayon : pour enregistrer les rayons dans lesquels sont disposés les livres dans la bibliothèque.

Figure 83:Interface rayon

3. Ouvrage : pour l'enregistrement des ouvrages

Figure 84:Interface ouvrage

Figure 87.Rapport d'inscription

89

4. Acquérir ouvrage : pour l'enregistrement d'acquisition des ouvrages

Figure 85.Interface d'acquisition d'ouvrage

5. Operations élève : pour l'enregistrement des opérations e de retrait et remise des ouvrages dans la bibliothèque.

Figure 86. Operations retrait-remise ouvrage

V.2.9. Interfaces de sortie

Dans ce point, nous montrons les états de sorties ou différents rapports pour chacun de modules intégrés dans notre progiciel.

1. Rapport d'inscription : reprend les états de sortie pour la fonction de gestion d'inscription. Un clic sur la commande « Rapport Inscription »de la partie droite de l'interface d'accueil amène à ces commandes :

90

a. Liste des élèves inscrits par classe

Figure 88:Liste des élèves inscrits par classe

b. Liste des élèves inscrits par option

Figure 89:Liste des élèves inscrits par option

91

c. Liste des élèves inscrits par année scolaire

Figure 90:Inscription annuelle

d. Liste des élèves inscrits par date

Figure 91:Liste des élèves inscrits par date

e. Liste de tous les élèves inscrits

Figure 92:Liste de tous les élèves inscrits

92

2. Rapport brassage

Figure 93.Rapport brassage

a. Brassage annuel

Figure 94.Brassage annuel

b. Brassage annuel par salle

Figure 95.Brassage annuel par salle

c. Brassage annuel par periode

Figure 96.Brassage annuel par periode

93

3. Avancement frais scolaires

Il s'agite de présenter les différents rapports sur le paiement de frais scolaires des élèves. Ce menu est synthétisé par la figure suivante :

Figure 97.Rapport de perception de frais scolaires

a. Rapport journalier

Figure 98.Rapport de perception journalière

b. Rapport entre intervalle de dates

Figure 99.Perception en intervalle de dates

94

c. Fiche de perception

Figure 100:Fiche de perception

d. Rapport de perception annuel

Figure 101:Rapport annuel de perception

95

4. Rapport Bibliothèque

Il s'agite de faire une présentation des certains états de sortie sur les opérations de retrait et remise des livres effectués à l bibliothèque

a. Liste des ouvrages

Figure 102:Liste d'ouvrages

b. Fiche de retrait/remise

Figure 103:Fiche retrait/remise d'ouvrage

c. Liste de retrait et remise annuel

Figure 104: Liste de retrait-remise annuel des élèves

96

5. Rapport magasin

Nous présentons ici certains états sur l'évolution de retrait et remise de matériel au magasin.

a. Liste des matériels

Figure 105: Liste de matériels

b. Liste de tous les retraits-remises des élèves de matériels

Figure 106:Liste retraits-remises des élèves des matériels

c. Fiche de retrait-remise de matériels

Figure 107:Fiche de retrait-remise des matériels

97

6. Rapport sur le personnel

Ce rapport est synthétisé par la figure suivante (liste de tous les personnels, liste de personnel par fonction et une liste de personnel par grade) :

Figure 108.Rapport personnel

a. Liste de tout le personnel

Figure 109.Liste de tout le personnel

b. Liste de personnel par fonction

Figure 110.Liste de personnel par fonction

c. Liste de personnel par grade

Figure 111.Liste de personnel par grade

98

7. Rapport suivi d'assiduité des enseignants

Figure 112.Rapport suivi d'assiduité

a. Liste de présence par jour

Figure 113.Liste de présence journalière

b. Présence par intervalle de dates

Figure 114.Présence par intervalle de dates

8. Rapport paiement salaire

Nous présentons dans ce point le rapport de paiement de salaire. La figure suivante illustre ce dernier. Mais nous présentons certains d'entre eux.

Figure 115.Rapport paiement salaire

99

a. Tous les paiements

Figure 116:Tous les paiements de salaire

b. Liste de paie mensuelle

Figure 117:Paiement salaire mensuel

c. Paiement salaire par date

Figure 118:Paiement salaire par date

100

d. Liste de paie entre intervalle de dates

Figure 119:Paiement salaire entre intervalle de dates

101

CONCLUSION

Ce cinquième chapitre a été consacré à l'implémentation de notre progiciel de gestion intégré des activités scolaires et administratives via le langage de programmation C# ainsi que via le système de gestion de base de données SQL Server2014. Nous avons présenté ce progiciel conçu au moins dans son intégralité par des interfaces graphiques plus compréhensives, dont les interfaces d'entrée et les interfaces de sortie. Ainsi, nous pensons avoir atteints nos objectifs comme assigné dans l'introduction générale de ce modeste mémoire.

102

CONCLUSION GENERALE

Ce travail est thématisé de la façon suivante:« conception et réalisation d'un progiciel de gestion intégré des activités scolaires et administratives de l'I.T.I.MA ». La problématique tournait au tour de l'idée selon laquelle la gestion manuelle des activités scolaires et administratives à l'ITIMA rend inadéquate la prise des décisions d'une façon optimale et raisonnable au sein de cette institution scolaire.

En effet, cette école ne possède qu'une seule application pour le brassage des élèves en période des examens, le reste de son système d'information est encore manuel. Ce système est à la source des beaucoup des problèmes tel que l'impossibilité de fournir en temps voulu la liste des élèves inscrits dans tel ou tel autre classe dans une période donnée; le problème d'estimation du montant ou de dettes des élèves à la fin de l'année scolaire; l'absence d'un outils de suivi rigoureux de paiement de frais scolaires et d'un outil fiable pour le suivi du personnel en terme de fiche de paie paiement, de prestation ou encore l'absence d'un outil fiable pour la gestion de son personnel.

Il s'y constate également le problème de retard dans la production des rapports journaliers et mensuels et annuels sur le mouvement de paiement de frais scolaires et sur l'inscription des élèves, etc.

Eu égard à ce qui précède, nous nous sommes posé la question de savoir quel type de système mettre en place pour la gestion commune et efficace des différents services qui se réalisent au sein l'Institut Technique Industriel MAHAMBA.

De ce fait, pour tenter de répondre à la question faisant l'objet de notre recherche, nous avons pu avancer l'hypothèse selon laquelle le développement d'un progiciel de gestion intégré serait susceptible de gérer efficacement toutes les activités au sein de l'I.T.I.MA.

Dans l'approche méthodologique nous avons fait recours à la méthode Two Track Unified Process pour la conception de notre progiciel, la méthode PERT pour optimiser le délai de ce projet. Aussi la méthode COCOMO nous a permis d'évaluer les risques financiers pour la réalisation et la mise en place de ce nouveau système.

Hormis l'introduction et la conclusion générale, ce travail est subdivisé en cinq chapitres. Le premier est consacré au planning prévisionnel du projet. Ce chapitre porte essentiel sur l'évaluation du coût de développement de ce système et sur l'optimisation du délai de développement afin de bien piloter les risques. Le deuxième chapitre s'articule autour des

103

considérations théoriques. Le troisième fait la présentation de l'I.T.I.MA., notre champ d'investigation. Le quatrième aborde l'analyse et la conception du système. Le dernier chapitre quant à lui se fonde sur l'implémentation du nouveau système.

Notre hypothèse a été confirmée car le progiciel conçu intègre désormais au moins huit modules :

1. Un module de gestion d'inscription

2. Un module de gestion brassage des élèves

3. Un module de gestion de frais scolaire des élèves

4. Un module de gestion de personnel

5. Un module de gestion la bibliothèque

6. Un module pour la gestion de magasin de matériels

7. Un module pour le suivi de paie de salaire et

8. Un module le suivi d'assiduité de personnel.

En définitive, nous sommes conscients de ce que ce travail renferme comme imperfections, mais l'essentiel pour nous est que nous avons essayé de résoudre tant soit peu certaines insuffisantes informatiques que présentait cette école. C'est ainsi qu'en vue de consolider d'avantage cette recherche, nous invitons les futurs chercheurs à s'y investir. Ainsi donc, nous sommes réceptifs à toutes les suggestions constructives possibles pour l'amélioration ce travail.

104

BIBLIOGRAPHIE

A. Ouvrages

1. ACISSI, Sécurité informatique. Ethical Hacking. Apprendre l'attaque pour mieux se défendre, Collection Expert IT, ENI, Paris, 2009.

2. André FLORY et Colette ROLLAND, "La conception des systèmes d'information: Etat de l'art et nouvelles perspectives" in Nouvelles des systèmes d'information, Congrès 90 de l'Association informatique des organisations et systèmes d'information et de décision, Eyrolles, Paris, 1990.

3. Camille MOINE et Bertrand HERZ, L'informatique appliquée à la gestion, Foucher, Paris, 1996.

4. Chantal MORLEY, Management d'un projet système d'information. Principes, techniques, mise en oeuvre et outils, 6^e édition, Dunod, Paris, 2008.

5. Dominique NANCI et Bernard D'ESPINASSE, Ingénierie des systèmes d'information : Merise deuxième génération, 4^ème Edition, Ed. Vuibert, Paris, 2001.

6. Echello KATYA MUHAMBYA, Pour comprendre et maîtriser l'informatique, Blessing, Kampala, 2014.

7. GAERTNER, Modélisation objet avec UML, Eyrolles, Paris, 2000.

8. Gilles ROY, Conception de bases de données avec UML, Ed. PUQ, Québec, 2007.

9. Guillaume PLOUIN, Cloud computing. Sécurité, gouvernance du SI hybride et panorama du marché, 4^e édition, Dunod, Paris, 2016.

10. Henri-Pierre MADERS et Jean-Luc MASSELIN, Piloter les risques d'un projet, Paris, Ed. Eyrolles, 2009.

11. Jean-François PILLOU et Pascal CAILLEREZ, Tout sur le système d'information, Dunod, Paris, 2011.

12. Jean-Louis MULLER, Management de projet, 100 questions pour comprendre et agir, Paris, Ed. AFNOR, 2005.

13. Jean-Louis THOMAS, ERP et PGI. Comment réussir le changement, Dunod, Paris, Sd.

14. Joseph GABAY et David GABAY, UML 2. Analyse et conception. Mise en oeuvre guidée avec études de cas, Dunod, Paris, 2008.

15. Laurent BLOCH et Christophe WOLFHUGEL, Sécurité informatique. Principes et méthode à l'usage des DSI, RSSI et administrateurs, 2e édition, Eyrolles, Paris, 2009.

105

16. Osée MUHINDO MASIVI, Travail de recherche Scientifique en sept étapes : Guide fondamental, pratique et interdisciplinaire, 1^e édition, Fridi, 2015.

17. Pascal PEROTIN, Les progiciels de gestion intégrés. Instruments de l'intégration organisationnelle. Etude d'un cas, Ed. HAL, Paris, 2005.

18. Pascal ROQUES et Frank VALLEE, UML2 en action. De l'analyse des besoins à la conception, 4^eEdition, Ed. Eyrolles, Paris, 2007.

19. RONGERIE, Méthodes des sciences sociales, Ed. Dalloz, Paris, 1975.

20. Sabine BOHNKE, Modéliser son système d'information, Ed. Eyrolles, Paris, Sd.

21. Smile, ERP. Le meilleur de solution open source. Livre blanc, sl, sd.

22. Suzanne RIVARD, Le développement des systèmes d'informations, Une méthode intégrée à la transformation des processus, 4^e Edition, Presse de l'université du Québec, Québec, 2013.

23. Xavier BLANC et Isabelle MOUNIER, UML2 pour les développeurs, Eryolles, Paris, sd. B. Mémoires

1. Bilel GHANNOUCHI, Mise en place d'un progiciel de gestion intégré pour une PME, Mémoire inédit, Université Virtuelle de Tunis, 2015-2016.

2. Xavier GUILLOT, Analyse de l'impact des progiciels de gestion de projet sur les performances globales des projets, Mémoire inédit, Université de MONTREAL, 2011-2012.

c. Dictionnaire

AFITEP, Dictionnaire de management de projet, AFNOR, Paris, 2010.

106

TABLE DES MATIERES

EPIGRAPHE i

DEDICACE ii

REMERCIEMENT iii

SIGLES ET ABREVIATIONS iv

LISTE DES TABLEAUX v

LISTE DES FIGURES vi

INTRODUCTION GENERALE 1

1. ETAT DE LA QUESTION 1

2. PROBLEMATIQUE 2

2. HYPOTHESE 4

4. OBJECTIF DU TRAVAIL 4

4.1. OBJECTIF GLOBAL 4

4.2. OBJECTIFS SPECIFIQUES 4

5. CHOIX ET INTERET DU SUJET 5

6. DELIMITATION DUSUJET 5

7. METHODES ET TECHNIQUES 5

7.1. METHODES 5

7.2. TECHNIQUES 6

8. SUBDIVISION DU TRAVAIL 6

PREMIER CHAPITRE : PLANNING PREVISIONNEL DU PROJET 7

I.1. OPTIMISATION DU TEMPS DE REALISATION DU PROJET 7

I.1.1. DETERMINATION DES TACHES DU PROJET 7

I.1.2 DETERMINATION DES ANTERIORITES 8

I.1.3. DETERMINATION DES POSTERIORITES 9

I.1.4. CALCUL DE NIVEAUX 9

I.1.5. CONSTRUCTION DU RESEAU PERT DU PROJET 10

I.1.6. CALCUL DES DATES AU PLUS TOT ET DATES AU PLUS TARD 10

I.1.7. CALCUL DES MARGES 11

I.1.8. DETERMINATION DU CHEMIN CRITIQUE 12

I.2. EVALUATION DU COUT DU PROJET 13

I.2.1. COUT DES OUTILS ET DES MATERIELS EN DOLLAR 13

I.2.2.COUT DE DEVELOPPEMENT DE L'APPLICATION 13

I.2.3. COUT TOTAL DE DEVELOPPEMENT ET DES MATERIELS 14

CONCLUSION 14

DEUXIEME CHAPITRE : CONSIDERATIONS THEORIQUES 15

107

II.1. APERCU GENERAL D'UN SYSTEME D'INFORMATION 15

II.1.1. Système d'information 16

II.1.2. Fonction du système d'information 16

II.1.3. Système Informatique 17

II.1.4. Gestion des données dans le système d'information 17

II.1.5. Impact du système d'information dans l'entreprise 18

II.2. APPERÇU GENERAL SUR LES PROGICIELS DE GESTION INTEGREE 18

II.2.1.Contexte de l'émergence des PGI 19

II.2.2. Contexte définitionnel 20

II.2.3.Problèmes d'adoption d'un PGI 21

II.2.4.Raisons de la non-adoption d'un PGI 21

II.2.5. Objectif des progiciels de gestion intégrée 21

II.2.6.Caractéristiques communes des progiciels de gestion intégrée 22

II.2.7. Les liens entre processus pour un PGI 23

Conclusion 23

TROISIEME CHAPITRE : PRESENTATION DU MILIEU D'ETUDE 25

III.1. Dénomination du milieu d'investigation 25

III.2. Situation géographique 25

III.3. Historique 25

III.4. Difficultés éprouvées 27

III. 5. Structure actuelle 28

III.6. Fonctionnement de l'Entreprise 28

III.7. Services ou domaines organisés 29

III.8. Mission, visions et objectifs 29

II.9. Structures fonctionnelles et organisationnelles 30

III.9.1. Organigramme 30

III.9.2. Description des différents services 31

III.10. ANALYSE DE L'EXISTANT 32

Conclusion 34

QUATRIEME CHAPITRE: CONCEPTION DU SYSTEME FUTUR 35

IV.1. Etude préalable 35

IV.1.1. Elaboration du cahier des charges 35

IV.1.2. Identification des acteurs et rôles 37

IV.1.3. Identification des messages 38

IV.2.4. Digramme de contexte 39

IV.2. CAPTURE DES BESOINS FONCTIONNELS 41

108

IV.2.1 Identification des cas d'utilisation 41

IV2.2. Identification des acteurs et des messages 42

IV.2.3. ELABORATION DU DIAGRAMME DE CAS D'UTILISATION 44

IV.2 .4. STRUCTURATION DES CAS D'UTILISATION 45

IV.2.5. Diagramme d'activité 55

IV.2.6. IDENTIFICATION DES CLASSES CANDIDATES 61

IV.3. CAPTURE DES BESOINS TECHNIQUES 63

IV.3.2 Spécification d'architecture 63

IV.3.3. Elaboration du modèle spécifique 63

IV.4. ANALYSE 64

IV.4.1. Découpage en catégorie 64

IV.4.2 Diagramme de séquence 64

IV.5 CONCEPTION GENERIQUE 71

IV.5.2. Elaboration du modèle d'exploitation de la conception technique 71

IV.6.2. Découpage du système en application 72

IV.6.3. Identification des composants distribués 73

IV.7. CONCEPTION DETAILLEE 74

CINQUIEME CHAPITRE : IMPLEMENTATION DU SYSTEME 76

V.0. Introduction 76

V.1. Schéma relationnel 76

V.2.Présentation de progiciel scolaire et administratif 77

CONCLUSION 101

CONCLUSIONGENERALE 102

BIBLIOGRAPHIE 104