|
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
1Cfr. 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
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
tous2.
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 projet3. 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ème4. 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
2Cfr. 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.
3Cfr. 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.
4Cfr. Osée MUHINDO MASIVI, Travail de
recherche Scientifique en sept étapes :Guide fondamental, pratique et
interdisciplinaire, 1e é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étuelle5. 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.6
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.
5Cfr. Guillaume PLOUIN, Cloud computing.
Sécurité, gouvernance du SI hybride et panorama du marché,
4e édition, Dunod, Paris, 2016, p.15.
6Cfr. 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é7. Autrement dit, une
hypothèse est une proposition des réponses aux questions que l'on
se pose à propos de l'objet de recherche8.
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
7Cfr. Osée MUHINDO MASIVI, Op. Cit,
p.62.
8Cfr. 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.9
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
9Cfr. Jean-Louis THOMAS, ERP et PGI. Comment
réussir le changement, Dunod, Paris, Sd , p.7.
6
systèmes en le rendant rigoureux10. 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 Y11. 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.
10Cfr. Suzanne RIVARD, Le développement
des systèmes d'informations, Une méthode intégrée
à la transformation des processus, 4e Edition, Presse de
l'université du Québec, Québec, 2013, p.49.
11Cfr. Pascal ROQUES et Frank VALLEE, UML2 en
action. De l'analyse des besoins à la conception,
4eEdition, 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
fin12. 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ées13.
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é14.
12Cfr. Jean-Louis MULLER, Management de projet,
100 questions pour comprendre et agir, Paris, Ed. AFNOR, 2005, p.4.
13Cfr. Henri-Pierre MADERS et Jean-Luc MASSELIN,
Piloter les risques d'un projet, Paris, Ed. Eyrolles, 2009, p.5.
14Cfr. 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
| 
