REPUBLIQUE DEMOCRATIQUE DU
CONGO
ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
« E.S.U »
UNIVERSITE DE L'ASSOMPTION AU CONGO
Site :
www.uaconline.org
B.P.: 104 BUTEMBO/Nord-Kivu
Développement d'un système
intégré de gestion d'inscription et de paiement des frais
académiques au sein de l'UAC
DÉPARTEMENT D'INFORMATIQUE DE
GESTION
Par
INIPAIVUDU BAELANI Nephthali
Mémoire présenté et défendu envue
de l'obtention du grade de licencié en Informatique de Gestion
Option : Réseau Informatique
Directeur : PEZO NASSUKA BIYO
Rigobert
Professeur associé
Rapporteur : NSENGE MPIA
Héritier
Assistant
ANNEE ACADEMIQUE : 2018-2019
EPIGRAPHE
« La bonne gestion constitue la moitié des
réserves de provisions ou même la totalité »
André Siegfried
DEDICACE
A nos parents John BAELANI et SIRO
Cécile
Anos oncles BEN et Justin.
Anos frères Matthieu,Elie, Defao,
Patrick, Freddy, Elisée et Julien.
Anos soeurs SAFI, Marie, Lydie,Dodo et
Rose.
Anos camarades étudiants de
deuxième année de licence.
REMERCIEMENTS
A l'achèvement de nos études à l'UAC,
dans la faculté de Sciences de gestion, Département de
l'Informatique de gestion, nous tenons à remercier sincèrement le
Seigneur Jésus-Christ pour le souffle de vie qu'il nous a accordé
durant notre parcours académique.
Nous remercions également l'Université de
l'Assomption au Congo, pour sa formation de qualité à multiple
niveau : scientifique, moral et spirituel.
Nous remercions tout particulièrement le professeur
PEZONASSUKABIYO Rigobertpour avoir acceptéde diriger ce
mémoire,malgré ces nombreuses occupations. Nous tenons à
exprimer notre gratitude à l'égard de notre encadreur,l'Assistant
NSENGE MPIA Héritierqui nous a orienté et
conseillé tout long de ce travail.Et quele personnel enseignant de l'UAC
chacun en son nom, pour leurs contributions à notre formation, trouve
dans ces mots l'expression de notre reconnaissance.
Enfin, Nous remercions aussi nos parents, nos frères et
soeurs, nos camarades, nos amis,qui nous ont soutenu et tous ceux qui ont
contribué de près ou de loin pour que ce travail arrive à
sa fin.
INIPAIVUDU BAELANI Nephthali
SIGLES ET ABREVIATIONS
ALT: Alternatif
AGL : Atelier de Génie Logiciel
BD: Base de données
COCOMO : COnstructive COst Model
CU : Cas d'Utilisation
ISEAB: Institut Supérieur Emmanuel
d'Alzon de Butembo
LAN: Local Area Network
NTIC : Nouvelles Technologies de
l'Information et de Communication
MAN : Metropolitain Area Network
ML: Marge Libre
MT: Marge Totale
POO : Programmation Orientée
Objet
SD: Sequence Diagram
TIC: Technologies de l'Information et de
Communication
UAC : Université de l'Assomption
au Congo
UML : Unified Modeling Language
WAN: Wide Area Network
LISTE DES FIGURES
Figure N° 2 :
Réseau PERT
2
Figure N° 3 : Calcul des dates au plus
tôt et des dates au plus tard
9
Figure N° 4 :
Détermination du chemin critique.
11
Figure N°5 : Relation entre le
système d'information et le système informatique
17
Figure N° 6 :
Organigramme de l'UAC
23
Figure N° 7 :
Identification des acteurs
30
Figure N° 8 :
Diagramme de contexte
30
Figure N° 9 : Diagramme de cas
d'utilisation
32
Figure N° 10 : Diagramme de
séquence du cas s'inscrire
39
Figure N° 11 : Diagramme de
séquence du cas consulter les renseignements
40
Figure N° 12 : Diagramme de
séquence du cas payer les frais
40
Figure N° 13: Diagramme de séquence
du cas gérer les paiements(1)
41
Figure N° 14 : Diagramme de
séquence du cas valider l'inscription
41
Figure N° 15 : Diagramme de
séquence du cas s'authentifier
42
Figure N° 16 :
Diagramme d'activités du cas s'inscrire
43
Figure N° 17 : Diagramme
d'activités du cas consulter les renseignements
43
Figure N° 18 :
Diagramme d'activités du cas payer les frais
43
Figure N° 19 :
Diagramme d'activités du cas gérer les paiements
44
Figure N° 20 : Diagramme
d'activités du cas valider l'inscription
44
Figure N° 21 :
Diagramme d'activités du cas s'authentifier
44
Figure N° 22 :
Diagramme de classes
45
Figure N° 23 :
Diagramme de déploiement
46
Figure N° 24 :
Interface de connexion
47
Figure N° 25 : Menu
Général
48
Figure N° 26 :
Interface étudiant
48
Figure N° 27 : Etat de sortie pour la
carte d'étudiant
49
Figure N° 28 : Etat de sortie pour le
reçu de frais d'inscription
49
Figure N° 29:Etat de sortie pour la liste
des étudiants
50
Figure N° 30 : Etat de sortie pour les
mouvements des payements
50
LISTE DES TABLEAUX
Tableau N° 1 : Détermination des
tâches
2
Tableau N° 2 : Détermination des
antériorités
7
Tableau N° 3 : Détermination des
postériorités
7
Tableau N° 4 : Les niveaux des
tâches
8
Tableau N° 5 : Coût d'acquisition
des matériels.
13
Tableau N° 6 : Coût global de
développement
13
Tableau N° 7 : Description du diagramme de
contexte
31
Tableau
N° 8 : Description textuelle du cas s'inscrire
33
Tableau N° 9 : Description textuelle du
cas consulter les renseignements
34
Tableau N° 10 : Description textuelle du
cas payer les frais
35
Tableau N°
11 : Description textuelle du cas gérer les paiements
36
Tableau N° 12 : Description textuelle du
valider l'inscription
37
Tableau N° 13 : Description textuelle du
cas s'authentifier
38
INTRODUCTION GENERALE
0.1. ETAT DE LA QUESTION
L'informatique de gestion est la branche de l'informatique qui
s'attelle au traitement automatique et rationnel de toute information servant
à une prise de décision dans l'entreprise. Aussi, concevoir un
programme pour lancer un missile ne relève pas de l'informatique de
gestion. Il en est de même d'un programme conçu pour commander les
machines dans un atelier de production. Par contre, un programme de gestion de
paie, de gestion d'une bibliothèque, etc., relève bien du domaine
de l'informatique de gestion1(*).
Le progrès technique et la révolution
informatique n'ont pas épargné le domaine de la gestion. Depuis
quelques années, grâce au développement des logiciels de
gestion, le visage des activités menées par le gestionnaire a
complètement changé.Le comptable par exemple, est plus
appelé aujourd'hui à faire des analyses que des
imputations2(*).
Tout le monde s'accorde à connaître que les
technologies de l'information et de la communication (TIC) ont modifié
en profondeur le paysage économique, social, politique et humain
à l'échelle de la planète. Et il n'y a aucune raison pour
quel'Afrique échappe au bouleversement induit par les TIC. C'est
pourquoi il est essentiel que les Africains s'approprient ces technologies pour
prendre la place qui leur revient dans le concert mondial plutôt que de
laisser les autres décider à leur place, de leur destin. Dans la
mesure où elles touchent tous les secteurs de la société
et de l'économie, les TIC ont un rôle essentiel à jouer
dans le processus de développement, rôle de catalyseur pour les
uns, de levier selon les autres3(*).
De ce fait,l'UAC comme université n'est pas du reste
dans le domaine de nouvelles technologies de l'information et de la
communication envoulant automatiser la gestion de sa comptabilité, dans
sa partie du payement des frais académiques. Loin de nous l'esprit de
copierles travaux de nos prédécesseurs afin d'en faire notre
propre idée pour la réalisation de ce présenttravail,nous
voulons fonder nos recherches sur les services administratif et
académique afin d'automatiser les inscriptions et les frais
académiquespour la gestion d'inscriptionet le payement des frais
académiques ». Cas d'étude : Université de
l'Assomption au Congo.
0.2. PROBLEMATIQUE
L'idée de recherche ne peut donc pas nous
éclairer sur ce dont nous allons traiter concrètement, sur ce que
sont les points précis à considérer, les questions
particulières, spécifiques et exclusives auxquelles nous voulons
apporter la réponse. Il est nécessaire d'effectuer un travail de
transformation de cette idée de recherche en sujet clairement et
complètement énoncé (comme on construit un problème
en mathématique). Il s'agit de recenser les données dont on
dispose, d'établir les liens qu'il y a entre elles, d'identifier les
inconnues à cerner et de formuler les questions à
élucider4(*).
Cela étant, notre effort, dans ce travail, se veut
comprendre l'implication des NTIC dans les structuresacadémiques. En
fait, qu'elle soit grande ou petite, toute entreprise se trouve, aujourd'hui,
dans les besoins d'informatiser ses activités5(*).
Mais alors, l'UAC université située au
Nord-Kivu, en ville de Butembo, n'a pas encore intégré cette
réalité managériale dans ses activités
quotidiennes.
Ce qui est absurde est que cette institution universitaire
organise le département d'informatique. Toutefois, l'impact de
l'informatique est encore loin de se concrétiser dans l'UAC.
L'UAC éprouve, de ce fait, des nombreuses
difficultés sur le plan automatisation de ses services, ce qui alourdit
les processus d'exécution de certaines tâches.La
comptabilité étant au coeur des entreprises, exige d'être
suivie avec minutie. Dans le cas échéant, le service de
comptabilité de l'UAC n'arrive pas à réaliser avec
ingénierie et savoir-faire les rapportsdes différentes payes des
étudiants notamment les frais d'inscription et les frais
académiques. Avec sa gestion manuelle, il peut y arriver qu'un
étudiant perde son bordereau de paye car avec une preuve à
papier, il est facile de perdre les traces d'une justification.
Cette situation enquête les autorités de l'UAC et
met cette institution en danger, de compromettre son système
d'information, alors que le système d'information est vital pour toute
entreprise.
Eu égard à ce qui précède, nous
nous sommes posé les questions de savoir : comment alléger
la tâche de gestion de payes des frais académiques et
d'inscription au gestionnaire de cette institution ?Quel type de
technologie peut-on employer pouvant sortir cette institution de
l'impasse ? Ces questions nous ont permis de formuler notre thème
de recherche en ces mots : Développement d'un
système intégré de gestion d'inscription et des payements
des frais académiques au sein de l'UAC.
0.3. HYPOTHESE
L'hypothèse de travail est une proposition que l'on
veut défendre ou discuter. Cette proposition est la réponse
anticipative à votre questionnement lors de l'élaboration de la
problématique6(*).
Nous essayonsde répondre à la question
faisantl'objet de notre problématique. En fait, la mise en place d'un
système automatisé de gestion de paye faciliterait le suivi
efficace des mouvements des payements des frais académiques. Nous
pensons également que l'implémentation d'un réseau local
serait adaptée afin de déployer cette application
0.4. OBJECTIF DU TRAVAIL
0.4.1. Objectif global
La motivationgénérale de notre mémoireest
de parvenir à mettre en place une application intégrant la
gestion d'inscription et des paiements des frais académiques au sein de
l'UAC.
0.4.2. Objectif spécifiques
De façon spécifique, à travers cette
recherche,nous voulons apporter notre contribution à l'UAC d'une
manière générale et spécifiquement dans la gestion
des inscriptions et payements de ses frais académiques. Toujours, dans
le même ordre d'idée, nous voulons faciliter les tâches aux
gestionnaires de l'UAC.
0.5. CHOIX ET INTERET DU SUJET
Il est inconcevable d'être une université de
renom, à l'ère de la révolution technologique continue, en
utilisant la gestion manuelle dans ses différents services, surtout dans
le service d'inscription et de comptabilité, simplement parce qu'ils
constituent la principale source d'une université.
Nous avons intérêt d'apporternotre contribution
en termes d'améliorationdans la gestion d'inscription et des paiements
des frais académiques au sein de l'UAC, afin de pouvoir ranger cette
université dans la dynamique de la modernité. Et
l'intérêt de ce travail se situe au niveau où nous avons pu
marier nos connaissances de réseaux informatiques avec celles de
programmation et de conception.
Aussi est-il que ce travail pourra aider les services
administratif et académique à rendre rapide et fiable leur
gestion car nous sommes dans un monde qui exige de fait toujours mieux,
toujours rapide et toujours moins cher7(*).
0.6. DELIMITATION DU SUJET
Le présent travail est destiné aux services
académiques et administratifs. En fait, loin de nous l'idée
d'appréhender toutes les considérations sur ces services, nous
allons nous focaliser sur la gestion de payement des frais d'inscription et de
payement des frais académiques afin de contrôler avec
efficacité les insolvables.
Par contre, au niveau temporel, notre recherche a pris en
considération les données recueilliesen l'année
académique 2018-2019. Et, ce travail couvre la période allant de
Novembre 2018 à Juin 2019.
0.7. METHODES ET TECHNIQUES UTILISEES
0.7.1. Méthodes
Tout travail scientifique nécessite l'usage d'une
méthode, qui est une démarche poursuivit par un chercheur pour
aboutir au résultat attendu. Pour la réalisation de ce
mémoire,nous avons utilisé la méthode
analytique, qui nous a permis d'analyser lesdocuments
utilisés par l'appariteur pour inscrire les étudiants et ceux
utilisés par la comptable pour la perception des frais
académiques. Par ailleurs, nous avons fait aussi appel à la
méthode COCOMO, pour l'estimation du coût de notre projet.
0.7.2. Techniques
La technique c'est un moyen précis pour atteindre un
résultat partiel, à un niveau et à un moment précis
de recherche. Cette atteinte de résultat est directe et relève du
concret, du fait observé, de l'étape pratique et
limitée8(*).
Nous avons utilisé,pour la réalisation de ce
travail,deux techniques : la technique d'observation, qui nous a permis de
comprendre le processusd'inscription et des paiements des frais
académiques et la techniqued'interview qui nous a permis de cerner les
différents processus tant de l'inscription que de comptabilité au
sein de l'UAC.
0.8. SUBDIVISION DU TRAVAIL
A l'exception de l'introduction générale, et de
la conclusion générale notre travail est subdivisé
à cinq chapitres. Le premier chapitre porte sur le planning
prévisionnel. Dans ce chapitre, nous avons parlé de
l'optimisation du temps et des coûts de notre projet en utilisant le
modèle COCOMO. Dans le deuxième chapitre,nous
avonsfocalisé notre étude sur les
considérationsthéoriques en définissant les
différents concepts clés de notre recherche. Dans le
troisième chapitre,nous avons tournéleregard vers la
présentation du milieu d'étude. Ce chapitre présenterla
situation géographique, la mission et la vision de notre milieu
d'étudeQuant au quatrième chapitre qui s'articule autour de la
conception du système d'information, de l'analyse, de la conception et
de la modélisation sont des parties importantes de ce chapitre. Le
cinquième chapitre se fonde sur l'implémentation du
système intégré de gestion, qui nous a permis de
programmer et de teste notre application.
0.9. DIFFICULTES RENCONTREES
La réalisation de ce travail nous a permis de
comprendre davantagenotre sous domaine d'étude qui est la gestion et de
comprendre le fonctionnement de la comptabilité au sein des
universités en générale et en particulier de l'UAC.
Cette volonté de comprendre le domaine
étudié nous a valu d'énormes sacrifices en ce sens qu'elle
nous exigeant de concilier notre temps de cours avec celui de recherche.Nous
nous sommes heurtés également aux problèmes liés
à l'apprentissage d'un nouveau langage de programmation, l'accès
aux ouvrages, les moyens financiers, etc.
PREMIER CHAPITRE :
PLANNING PREVISIONNEL DU PROJET
I.0. INTRODUCTION
Un projet est défini comme un ensemble
d'activités à effectuer pour atteindre un but défini de
façon spécifique. A vrai dire, on parle de travail en mode
projet lorsque l'on doit atteindre un objectif avec des moyens ad hoc et dans
un délai donné9(*).
Le management de projet comporte donc trois aspects
représentés dans le triangle du projet : la production, les
ressources et le temps. Une des premières responsabilités du chef
de projet est de découper le projet pour pouvoir répartir dans le
temps la production et les ressources. Le découpage doit s'appuyer
à la fois sur l'approche cartésienne de réduction de la
difficulté et sur l'approche systémique de prise en compte des
liens entre les éléments10(*).
Le management de projet a pour but de mener un projet à
son terme en organisant et en surveillant son déroulement. Le champ du
management de projet est calé sur les caractéristiques
génériques d'un projet. Les trois aspects
représentés par le triangle projet doivent être mis sous
contrôle. Chacun fait l'objet d'un management spécifique, qui
prend en compte l'existence des deux autres ; chaque sommet du triangle
projet en génère un autre, le tout formant un nouveau triangle,
celui du management de projet11(*).
De ce fait, nous voulons, dans ce chapitre, cerner le
périmètre de notre projet afin de bien le réaliser. Il est
donc question de le découper en tâches pour une meilleure
optimisation de temps de sa réalisation et pour estimer le coût de
sa mise en oeuvre.
I.1. OPTIMISATION DE DELAI
DE REALISATION DU PROJET
I.1.1. Détermination
des tâches
Nous avons subdivisé notre projet à des petites
tâches, afin de nous faciliter sa réalisation. Les
différentes tâches de notre projet sont dans le tableau
ci-dessous :
Tâches
|
Indice
|
Durée en jours
|
Récolte des informations (différents documents
comptable et consultation de certains ouvrages de comptabilité)
|
A
|
40
|
Analyse des besoins
|
B
|
28
|
Conception du système
|
C
|
40
|
Implémentation du système
|
D
|
60
|
Test
|
E
|
30
|
Intégration
|
F
|
10
|
Formation du comptable
|
G
|
30
|
|
238 Jours 8 mois
|
Tableau N° 1 :
Détermination des tâches
I.1.2. Détermination
des antériorités et des postériorités
I.1.2.1.
Détermination des antériorités
Indice
|
Durée en jours
|
Antériorités
|
A
|
40
|
Aucune
|
B
|
28
|
Aucune
|
C
|
40
|
B
|
D
|
60
|
B, C
|
E
|
30
|
D
|
F
|
10
|
E
|
G
|
30
|
F
|
Tableau N° 2 :
Détermination des antériorités
I.1.2.2.
Détermination des postériorités
Indice
|
Durée en jours
|
Antériorités
|
Postériorités
|
A
|
40
|
Aucune
|
Aucune
|
B
|
28
|
Aucune
|
C, D
|
C
|
40
|
B
|
D
|
D
|
60
|
B, C
|
E
|
E
|
30
|
D
|
F
|
F
|
10
|
E
|
G
|
G
|
30
|
F
|
Aucune
|
Tableau N° 3 :
Détermination des postériorités
I.1.3. Calcul des
niveaux
I.1.3.1. Règles
Il existe plusieurs algorithmes pour déterminer les
niveaux des tâches, dans ce travail, nous allons suivre les
procédures suivantes :
ü Sont de niveau 1 toute les tâches qui n'ont pas
d'antériorités
ü Sont de niveau 2 les tâches qui ont pour
antériorité les tâches de niveau un
Remarque : Quand une
tâche à plusieurs antériorités on considère
la tâche ayant le niveau le plus élevé plus 1.
I.1.3.2. Les niveaux des
tâches
Indice
|
Durée en jours
|
Antériorités
|
Postériorités
|
Niveau
|
A
|
40
|
Aucune
|
Aucune
|
1
|
B
|
28
|
Aucune
|
C, D
|
1
|
C
|
40
|
B
|
D
|
2
|
D
|
60
|
B, C
|
E
|
3
|
E
|
30
|
D
|
F
|
4
|
F
|
10
|
E
|
G
|
5
|
G
|
30
|
F
|
Aucune
|
6
|
Tableau N° 4 : Les
niveaux des tâches
I.1.4. Construction du
réseau PERT
I.1.4.1. Graphe partiel
Début
A
1
B
C
D
2
C
B
D
3
B
C
D
E
4
D
E
F
5
E
F
G
6
F
G
Fin
7
Figure N° 1 : Graphe
partiel.
Début
Figure N° 2 :
Réseau PERT
I.1.4.2. Réseau PERT
Fin
F (10)
Début
0
0
28
28
158
158
88
68
88
88
118
118
128
128
A (40)
B (28)
G (30)
C (40)
D(60)
E (30)
C? (0)
Fin
I.1.5. Calcul des dates au plus tôt et des dates
au plus tard
Figure N° 3 : Calcul des
dates au plus tôt et des dates au plus tard
I.1.6. Calcul des
marges
La marge attachée à chaque tâche est la
différence entre date au plus tard (Ti) et date au plus
tôt (Ti). En l'absence de liens autres que des liens
fin-début, elle peut être calculée indifféremment
sur les dates de début ou sur les dates de fin12(*).
Sinon, on peut avoir deux marges différentes sur une
tâche, l'une attachée au début de la tâche, l'autre
attachée à la fin de la tâche. La marge représente
la latitude dont on dispose quand on élabore le planning13(*).
Il existe deux types des marges à savoir : la
marge libre (ML) qui est le retard maximum que peut
prendre une tâche sans retarder la date de début au plus tôt
de son successeur le plus précoce et la marge total
(MT) c'est le retard maximum que peut prendre une
tâche sans retarder la date de fin du projet14(*)
I.1.6.1. Les marges
Totales
Mt(A) = 158-0-40 = 118
Mt(B) = 28-0-28 = 0
Mt(C) = 88-28-40 = 20
Mt(C?) = 88-88-0 = 0
Mt(D) = 88-28-60 = 0
Mt(E) = 118-88-30 = 0
Mt(F) = 128-118-10 = 0
Mt(G) = 158-128-30 = 0
I.1.6.2. Les marges
libres
Ml(A) = 158-0-40 = 118
Ml(B) = 28-0-28 = 0
Ml(C) = 88-28-40 = 20
Ml(C?) = 88-68-0 = 20
Ml(D) = 88-28-60 = 0
Ml(E) = 118-88-30 = 0
Ml(F) = 128-118-10 = 0
Ml(G) = 158-128-30 = 0
I.1.7. Détermination
du chemin critique
Le chemin critique du réseau PERT d'un projet est
constitué d'un enchaînement de tâches dites critiques, dont
la somme des durées représente la durée totale
incompressible du projet. Le chemin critique ne devient significatif
qu'à partir du moment où les liaisons entre les tâches sont
établies, les durées et les charges affectées, et les
contraintes prises en compte15(*).
Le chemin critique de notre réseau PERT commence par B
passe ensuite par D, transite par E pour F enfin G est le dernier parcours de
notre chemin critique.
F (10)
Début
0
0
28
28
158
158
88
68
88
88
118
118
128
128
A (40)
B (28)
G (30)
C (40)
D(60)
E (30)
C? (0)
Fin
Figure N° 4 :
Détermination du chemincritique.
I.2. OPTIMISATION DU COUT
DU PROJET
L'optimisation consiste à maximiser les gains ou
à minimiser les pertes. Pour cela, il faut faire en sorte que
l'espérance mathématique des pertes soit la plus faible possible.
Et celui qui cherche à maximiser les gains fera en sorte que
l'espérance mathématique des gains soit la plus forte
possible16(*).
I.2.1. Estimation du
coût de développement du projet17(*)
L'estimation du coût de développement de notre
projet est effective grâce au modèle COCOMO. Le modèle
COCOMO l'acronyme (Constructive Cost Model : modèle constructif de
coûts) a été introduit en 1981 par Barry Boehm. On dit de
ce modèle d'estimation des charges de projet qu'il est constructif car
il permet de mieux prendre en compte la complexité logicielle et mieux
appréhender l'estimation. Ce modèle cherche à limiter les
erreurs de budget et les retards de livraison, qui sont monnaie courante dans
l'industrie du développement logiciel18(*).
Nous allons utiliser l'estimation paramétrique qui est
basé sur le modèle COCOMO pour l'évaluation des
coûts de notre projet. Le paramètre utilisé par ce
modèle est l'instruction source. Il faut donc disposer du nombre
présumé de lignes de programme en langage source, en dehors
d'éventuels commentaires. Précisons qu'on « utilise les
méthodes paramétriques pour calculer le coût d'une
réalisation à partir d'un certain nombre de paramètres
décrivant la réalisation»19(*).
Ce modèle permet d'obtenir la charge de la
réalisation en mois-personne, ainsi que le délai
« normal », recommandé si on ne veut pas prendre de
risques supplémentaires (pour la livraison et engage le budget non
prévu). Pour avoir le nombre moyen de l'équipe qui va
réaliser ce projet nous allons utiliser cette formule
Nbre personne = charge/délai. Les formules
de calcul de charge et du délai sont les suivantes :
Charge en mois-personne =
a(kisl)b
Délai normal en mois =
c(charge en mois-personne)d
Nbre personne = charge/délai
21/8 = 2,62 3 personnes
Coût = charge * valeur MP
Coût = 21*600 USD
= 12. 600 USD
Kisl = 7500/1000
= 7,5 8
Charge = 2,4(8)1,05
= 21 mois-personne
Délai = 2,5(21)0 ,38
= 7, 95 8 mois
Le kisl est le nombre de lignes des codes ou d'instructions
livrées, par contre a, b, c et d sont des paramètres qui peuvent
prendre différentes valeurs selon la catégorie du projet,
simple(50 000
instructions),moyen(50 000 et 300 000
instructions)ou complexe (plus de 300 000 instructions)
sont les différentes catégories des projets. On catégorise
un projet en se basant sur le nombre d'instructions livré. Pour calculer
le coût du projet, on utilise la formule suivante :
coût = Charge * valeur MP (valeur MP
est le salaire minimale qu'un informaticien reçois par mois dans notre
pays). Nous considérons qu'un informaticien de la RDC reçoit 600
USD par mois. Notre projet est du type simple parce que nous estimons le kisl
à 7500 ce qui nous donne ceci :
I.2.2. Coût des
matériels à acquérir
Ici, nous faisons une estimation approximative, pour nous
permettre d'évaluer le prix de chaque matériel, tout à
spécifiant leurs caractéristiques, (en terme de performance) pour
faciliter le bon fonctionnement du nouveau système.
MATERIEL
|
CARACTERISTIQUES
|
QUANTITE
|
PRIX UNITAIRE
|
PRIX TOTAL
|
Serveur
|
Processeur de 2,6GHz i7, RAM de 16Go et HDD de 2To
|
1
|
1500 USD
|
1500 USD
|
Ordinateur
|
Processeur 2,6GHz, RAM 4Go, HDD 500Go
|
4
|
450 USD
|
1800 USD
|
|
TOTAL
|
3300
|
Tableau N° 5 :
Coût d'acquisition des matériels.
I.7.3. Coût global du
projet
Désignation
|
Coûts global en USD
|
Le développement du logiciel
|
1800
|
Matériel
|
3300
|
Coût total
|
5100
|
Tableau N° 6 :
Coût global de développement
CONCLUSION
Ce premier chapitre est à sa fin ; il nous a
permis de faire la planification de notre projet, planification au cours de
laquelle nous avons identifié les différentes tâches de
notre projet, la construction du réseau PERT, le calcul des
différentes dates au plus tôt pour avoir une idée
d'ensemble sur l'amorçage ou la fin au plus tôt du projet et la
date au plus tard pour le commencement ou la fin au plus tard du projet. Nous
avons calculé également les différentes marges (totales et
libres) afin de déterminer le chemin critique de notre réseau
PERT, et la méthode COCOMO nous a facilité le calcul des
coûts de notre projet. Pour le chapitre suivant, il est question de
définir certains concepts clés en rapport avec notre sujet de
recherche.
DEUXIEME CHAPITRE :
CONSIDERATIONS THEORIQUES
II.0. INTRODUCTION
L'objectif d'un travail scientifique n'est pas celui de
renvoyer à chaque étape les lecteurs dans le dictionnaire,
l'encyclopédie ou encore dans un jargon spécifique au domaine de
recherche, mais plutôt celui de lui rendre la compréhension
facile. C'est pour cette raison que dans ce chapitre, nous définissons
les différents concepts à rapport avec notre recherche, afin
d'enlever toutes sortes d'ambigüité chez les lecteurs de ce
présent travail.
II.1. GENERALITE SUR LA
GESTION
II.1.1.
Comptabilité
La comptabilité est un ensemble de techniques
servant à déterminer et à contrôler les
résultats d'un agent (entreprise, ménage, administration) ainsi
qu'à influencer son environnement de façon à faciliter la
réalisation de ses objectifs économiques et sociaux. Elle est
utilisé principalement les techniques dites de la comptabilité en
partie double tenant compte des dettes et des créances (outre les flux
monétaire), plus adaptées aux objectifs de la gestion moderne. On
peut distinguer quatre types principaux de comptabilité en partie
double : « de gestion »,
« juridique », « fiscale », et
« actuarielle »20(*).
La comptabilité « de gestion »,
souvent appelée aussi « analytique », a pour objet
la mesure de la performance d'un agent et plus particulièrement de sa
rentabilité périodique ; elle remplit cette fonction en
comparant les investissements évalués à leur coût
(achat ou de production) au résultat réalisé de la
période, obtenu en déduisant les charges effectives (coûts
périodiques) des produits effectifs (ventes). Cette comptabilité
sert particulièrement aux managers et accessoirement aux actionnaires
car elle permet, grâce à la répartition des coûts
investis sur plusieurs périodes, un lissage des résultats et une
distribution de dividendes réguliers21(*).
En outre, la comptabilité
« juridique », souvent appelée
« patrimoniale », a pour objet la mesure de la valeur de
revente sur le marché des biens détenus par l'agent, de
façon à vérifier la capacité de cet agent à
rembourser ses dettes ou son capital ; ce type de comptabilité
utilise souvent le principe de « prudence » qui consiste
à mesurer le résultat en tenant compte de toutes les pertes
potentielles tout en excluant les profits potentiels. Cette comptabilité
« prudence » sert avant tout les intérêts des
créanciers (prêteurs)22(*).
La comptabilité « fiscale », quant
à elle, a pour objet la détermination du résultat
imposable et donc du calcul de l'impôt. Elle utilise des règles
d'évaluation spécifiques émanant de l'administration
fiscale qui peuvent être très différentes de celles des
autres comptabilités ; au fil de l'histoire ces règles ont
permis aux entreprises de décaler le moment du paiement de leurs
impôts notamment par la pratique d'amortissement
accélérés23(*).
Enfin, la comptabilité
« actuarielle » a pour objet la détermination de la
valeur « actualisée » d'une entreprise,
c'est-à-dire de sa valeur boursière théorique : c'est
un type de comptabilité qui n'hésite pas à tenir compte
des profits potentiels et qui répond tout particulièrement aux
intérêts des investisseurs en Bourse24(*).
Actuellement, tous ces types de comptabilités prennent
très peu en compte le « capital » naturel et humain
et se concentrent essentiellement sur la conservation du capital financier.
Mais l'inquiétude grandissante à l'égard de la
dégradation de l'état écologique et social de la
planète suscite des réflexions sur la mise en place de types de
comptabilités spécifiques qui prennent notamment en compte les
« externalités », c'est-à-dire les atteintes
non payées des agents économiques au capital naturel et humain.
Ce panorama des comptabilités montre qu'il peut y avoir des
comptabilités procédant de philosophies extrêmement
différentes dans l'intérêt de parties prenantes diverses et
débouchant sur des résultats très différents. La
comptabilité n'est donc pas une technique neutre indépendante des
conflits économiques et sociaux : elle est immergée dans la
politique25(*).
II.1.2. ENTREPRISE
On appelle entreprise l'ensemble de moyens utilisés
pour la réalisation, au profit et sous la responsabilité d'une
même personne juridique, d'opérations commerciales ou
financières poursuivies pendant une période plus au moins
longue26(*). Il existe
plusieurs sortesd'entreprise notamment celles qui sont fondées sur
l'utilisation des nouvelles technologies de l'information et de la
communication27(*)
II.1.3. Organisation
Pour organiser méthodiquement une entreprise quelle
qu'elle soit, il faut : lui donner les éléments
indispensables à son bon fonctionnement, éléments que l'on
subdivise en matériels et en humains. Les premiers sont le capital
et les moyens d'actions, et le second est constitué du personnel des
divers services. Il faut également déterminer la meilleure
utilisation de ces divers éléments en vue d'obtenir un rendement
efficace et de réaliser des bénéfices
raisonnables28(*).
A vrai dire, l'organisation est « l'ensemble
d'installations de personnes avec des responsabilités, pouvoir et
relations structurés»29(*).
II.2. NOTIONS SUR LES
SYSTEMES D'INFORMATIONS
II.2.1. Système
d'information
Le système d'information est la partie du réel
constituée d'informations organisées, d'événements
qui ont un effet sur ces informations et d'acteurs qui agissent sur ces
informations ou à partir de ces informations, selon des processus visant
une finalité de gestion et utilisant les technologies de
l'information30(*).
Il est le point central d'une entreprise. Pour BLOCH et
WOLFHUGEL, le système d'information « est pour beaucoup
d'entreprise un élément absolument vital »31(*), il constitue le socle de
toute organisation.
II.2.2. Système
informatique
Aux dires de Chantal MORLEY, le «système
informatique 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 »32(*). Cette implication peut
être mise en oeuvre par l'image ci-après :
Acteurs
Informations
Processus
Système d'informations
S'appuie sur
Système informatique
Matériels
Logiciels
Applicatifs
Permet
Figure N°5 : Relation
entre le système d'information et le système informatique
Source : Chantal MORLEY, Op. Cit, p.15.
A proprement parler, le système informatique est une
partie du système d'information ayant pour but l'automatisation des
activités de gestion d'une entreprise.
II.2.3. Base de
données
Une base de données est une collection de fichiers
reliés par des pointeurs multiples, aussi cohérents entre eux que
possible, organisés de manière à répondre
efficacement à une grande variété de questions. Elle peut
apparaître aussi comme une collection d'informations modélisant
une entreprise du monde réel. En somme, les bases de données
constituent la grande discipline d'ingénierie des systèmes
d'information. Et, pour les manipuler, on utilise le SGBD33(*).
II.2.4. Le système
de gestion de bases de données
La gestion d'une base de données, sa consultation et,
d'une manière générale, la manipulation des données
qu'elle contient, constituent des opérations complexes. C'est la raison
pour laquelle on fait usage des logiciels spécialisés
appelés système de gestion de bases de
données. Ces logiciels offrent un ensemble de fonctions
permettant la définition, l'exploitation et la gestion de tables et de
leur contenu. Mentionnons quelques fonctions offertes par les SGBD
relationnels tels que l'organisation des données ; la gestion
des données ; l'accès aux données ;
l'accès programme et les fonctions de protection contre les incidents,
la gestion des accès concurrents et le contrôle des
accès34(*).
II.2.5. Programmation
orientée objet
A ladifférence de la programmation procédurale,
un programme écrit dans un langage objet répartit l'effort de
résolution des problèmes sur un ensemble d'objets collaborant par
envoi de messages. Chaque objet se décrit par un ensemble d'attributs et
un ensemble de méthodes portant sur ces attributs. Certains de ces
attributs étant l'adresse des objets avec lesquels les premiers
collaborent, il leur est possible de déléguer certaines des
tâches à leurs collaborateurs. Le tout s'opère en
respectant un principe de distribution des responsabilités on ne peut
plus simple, chaque objet s'occupant de ses propres attributs35(*).
Et, si un objet exige de s'informer ou de modifier les
attributs d'un autre, il charge cet autre objet de s'acquitter de cette
tâche. Cette programmation est fondamentale distribuée,
modula-risée et décentralisée. Car elle respecte des
principes de confinement et d'accès limité36(*).
Bref, l'orientation objet s'impose, non pas comme une
panacée universelle, mais comme une évolution naturelle, au
départ de la programmation procédurale, qui facilite
l'écriture de programmes, les rendant plus gérables, plus
compréhensibles, plus stables et ré exploitables37(*).
II.3. RESEAUX
INFORMATIQUES
Un réseau est un ensemble de moyens matériels et
logiciels géographiquement dispersés destinés à
offrir un service, comme le réseau téléphonique, ou
à assurer le transport de données. Les techniques à mettre
en oeuvre diffèrent en fonction des finalités du réseau et
de la qualité de service désirée. Les réseaux sont
classifiés selon leur étendue, par la distance maximale
séparant les points les plus éloignés du
réseau38(*).
Le langagecourant distingue ainsi les réseaux selon
différents critères. La classification traditionnelle,
fondée sur la notion d'étendue géographique, correspond
à un ensemble de contraintes que le concepteur devra prendre en compte
lors de la réalisation de son réseau. Généralement,
on adopte la terminologie suivante : LAN, réseau local
d'étendue limitée à une circonscription
géographique réduite (bâtiment...), ces réseaux
destinés au partage local de ressources informatiques
(matérielles ou logicielles) offrent des débits
élevés de 10 à 100 Mbit/s.
LesMAN,d'une étendue de l'ordre d'une centaine de
kilomètres, sont généralement utilisées pour
fédérer les réseaux locaux ou assurer la desserte
informatique de circonscriptions géographiques importantes
(réseau de campus).Et leWAN, ces réseaux assurent
généralement le transport d'information sur de grande distance.
Lorsque ces réseaux appartiennent à des opérateurs, les
services sont offerts à des abonnés contre une redevance. Les
débits sont très variables de quelques kbit/s à quelques
Mbit/s39(*).
CONCLUSION
Nous sommes à la fin de ce deuxième chapitre qui
a porté sur les concepts fondamentaux relatifs à notre
thème de recherche. Dans ce chapitre, nous avons défini les
concepts qui cadrent aussi à la programmation orientée objet et
au réseau afin de bien comprendre notre travail. Le prochain chapitre se
base dur la présentation de notre milieu d'étude.
TROISIEME CHAPITRE :
PRESENTATION DU MILIEU D'ETUDE
III.0. INTRODUCTION
Dans ce troisième chapitre, nous voulons parler de
notre milieu de recherche, c'est-à-dire parler de son historique, sa
situation géographique, sa mission, sa vision, etc. Cette
présentation, loin de vouloir aborder tous les aspects de l'UAC, se
penche sur certains éléments clés de sa gestion et de son
fondement.
III.1. GENERALITES SUR
L'UAC
III.1.1 Historique de L'UAC
L'Université de l'Assomption au Congo est ce qui a
été jadis successivement le Philosophât Saint Augustin de
Bulengera et l'Institut Supérieure Emmanuel d'Alzon de Butembo. Ce
scolasticat a fonctionné depuis l'année académique
1982-1983. Cette maison de formation des Pères assomptionnistes
était ouverte pour accueillir ceux qui, essentiellement religieux ou
grands séminaristes, étaient recommandés pour suivre la
formation philosophique, formation qui les préparaient à devenir
prêtre40(*)
Dès sa création, le Philosophât Saint
Augustin de Bulengera a été caractérisé par sa
vénération pour Saint Augustin et son héritage
intellectuel et spirituel. De sa pensée, il a pris comme devise:
« Noverim Me, noverim Te». Axiome qu'on
retrouve dans toutes les étapes de son oeuvre qui revêt pour lui
tout un programme : son désir se résume en effet dans la
connaissance de Dieu et de l'âme, sans ignorer la dimension sociale de
l'existence. Rien n'honore ainsi l'intelligence humaine que saint Augustin de
Bulengera, reconnu de tous comme le « grand génie »
de l'intelligence croyante. Pour cette institution éducative, c'est un
honneur et une tâche que de se situer au sillage : de Saint Augustin
l'engagement dans la tâche exigeante de chercher et de servir la
vérité, aussi de connaître pour servir41(*).
De l'année académique 1993-1994 à
2001-2002, cette structure académique était affiliée au
Philosophat Saint Augustin de Kinshasa, comme campus de Butembo. Ce
partenariat assurait la reconnaissance, par l'Etat, des diplômes qu'il
décernait. En 2002, sur demande du Ministère de
l'éducation en République Démocratique du Congo, en vue de
l'agrément provisoire, l'Institut de philosophie Saint Augustin de
Bulengera a été renommé Institut Supérieur Emmanuel
d'Alzon de Butembo. Il est placé sous le patronage du
Vénérable Père Emmanuel D'Alzon (1810-1880), le fondateur
des Augustins de l'Assomption.
En date du 18 avril 2003, en plus du graduat en philosophie,
le Ministère de l'enseignement supérieur avait accordé au
dit Institut Supérieur, par arrêté ministériel, le
pouvoir d'organiser le graduat en Sciences et techniques de
développement et en Sciences de l'information et communication sociale.
Dans la suite, le même ministère lui a donné l'aval
d'ouvrir le second cycle pour les trois sections. L'arrêté
ministériel n° MINEDUC/CABMINESU/0048/2003 du 18/04/2003 portant
agrément provisoire de l'ISEAB fut revu et modifié comme
suit : « Est agréé l'Institut Supérieur
Emmanuel d'Alzon de Butembo, en sigle ISEAB, organisant les cycles de graduat
et de licence jour et soir en Philosophie, en Sciences et Techniques de
Développement, en Sciences de l'Information et Communication et en
Informatique de Gestion». Dès lors, les dispositions
antérieures avaient été abrogées par
l'arrêté Ministériel n°006/MINESU/CAB MIN/FL/RS/2006
et le décret présidentiel n°06/0106 du 16 juin 2006 portant
agrément définitif de l'ISEAB. Enfin, en Décembre 2018,
sous l'arrêté du même ministère, cette institution
passe de l'ISEAB à l'UAC42(*).
III.1.2. Localisation
géographique
L'Université de l'Assomption au Congo, ex Institut
Supérieur Emmanuel d'Alzon de Butembo, comporte une situation
géographique complexe, car l'institution fonctionne sur trois
différents sites. Il est en République Démocratique du
Congo, Province du Nord-Kivu, Ville de Butembo. Le premier site est celui de
Bulengera, situé en la Commune portant le même nom, il est distant
du centre-ville de Butembo de plus ou moins 8Km sur la route Butembo-Bunyuka.
Le deuxième site est celui de Kambali qui est situé en
Commune Vulamba, au Quartier portant le même nom à
côté de la Radio Moto Butembo-Beni. Le troisième campus
est celui dénommé Mirador : situé en Commune Kimemi,
sur la route de MANGUREJIPA.
III.1.3. Mission de
l'UAC
L'Université de l'Assomption au Congo a
été créée dans le but d'assurer d'abord aux
religieux Assomptionnistes et à d'autres religieux la formation
philosophique de niveau universitaire leur permettant de continuer leur
formation sacerdotale. Ensuite, et ceci depuis ses origines, l'UAC
s'est ouvert aux laïcs loyaux pour leur formation dans les
facultés qu'elle organise, Comme institution éducative
privée d'obédience catholique, l'UAC veut que ses
étudiants soient « formés à devenir des hommes
éminents par leur science, prêts à assumer les plus lourdes
tâches dans la société, en même temps qu'à
être des témoins de la foi dans le monde »43(*). Comme université
technique privée catholique, son enseignement n'est pas confessionnel.
Il n'est pas seulement un lieu d'enseignement, d'apprentissage du savoir et du
savoir-faire, mais un lieu de vie, de rencontre entre les personnes, de
développement et de promotion de chacun des étudiants qui le
fréquentent. En plus de la rigueur dans le travail, il met une note
particulière sur le respect des autres, de leurs convictions,
préalable pour le respect de la chose commune44(*).
III.2. ORGANISATION ET
FONCTIONNEMENT DE L'UAC
Figure
N° 6 : Organigramme de l'UAC
Psychologie scolaire
Apparitorat
Grand Chancelier
Chancelier
Recteur
Bibliothèque
Secrétaire Général Académique
Centre de Recherche
Facultés
Secrétaire Général Administratif
Personnel
Patrimoine
Finance
Comptabilité
Projet
Administratif de Budget
Lettres et sciences humaines
Psychologie et sciences de l'éducation
Psychologie clinique
Sciences Appliquées
Génie civil
Génie informatique
Sciences de gestion
Informatique de gestion
Sciences de développement et management
Philosophie
Sciences de l'information et communication
Sciences du langage
Source : Archives de l'UAC
III.2.1. Organigramme
III.2.2. Structure
fonctionnelle
III.2.2.1. De la
chancellerie
Selon le statut de l'Université de l'Assomption au
Congo, la chancellerie de l'UAC est constituée du Supérieur
Général et du Supérieur Provincial des Augustins de
l'Assomption. Ceux-ci sont respectivement Grand Chancelier et Chancelier de
l'UAC. Précisons que la chancellerie est l'autorité suprême
et morale de l'UAC qui a pour rôle de décider, sur
proposition du comité de gestion, de l'admission des partenaires et de
nouvelles orientations de l'UAC, et au conseil d'administration; de
décider des pouvoirs qu'il délègue au Comité de
gestion, le conseil d'administration entendu ; d'approuver les Statuts
proposés par le Comité de gestion, le Conseil d'administration
entendu ; de nommer et de promouvoir le personnel académique et
scientifique de l'UAC sur proposition du comité de gestion, le Conseil
d'administration entendu ; de convoquer les réunions ordinaires et
extraordinaires du conseil d'administration, le conseil de gestion
entendu et de déclarer, par un décret, l'ouverture et la
fermeture de l'année académique45(*).
III.2.2.2. Du Conseil
d'administration
Le Conseil d'administration est l'organe suprême de
conception et d'organisation de l'UAC. Il est composé du Grand
Chancelier, du Chancelier, des administrateurs de l'ASBL-Pères
Assomptionnistes, des membres en la matière désignée par
la chancellerie. Il se réunit deux fois l'an, au début et au
milieu de l'année académique. Sa fonction est de
définir la politique de l'Institut conformément aux lois en
vigueur en République Démocratique du Congo, aux normes
régissant l'éducation catholique, au charisme des Augustins de
l'Assomption, et à en contrôler l'exécution;d'assurer
l'exécution des décisions relatives à la création
des sections, options, centres à intégrer au sein de l'UAC et la
coopération avec les autres Institutions;d'adopter le budget de
l'Université et autoriser son exécution par le Comité de
gestion;d'assurer le pouvoir disciplinaire pour les membres du personnel
académique, scientifique et administratif et de proposer des cours
à caractère spécial à ajouter au programme
national46(*).
III.2.2.3. Du
Comité de Gestion
Selon l'article huit des statuts de l'UAC, le Comité
de Gestion est composé du Recteur, du Secrétaire
Général Académique, du Secrétaire
Général Administratif et del'Administrateur du budget. Ce
comité a la charge d'élaborer et de revoir le règlement
d'ordre intérieur de l'UAC, de veiller au respect de celui-ci et de
prendre, le cas échéant, les sanctions prévues par ledit
règlement. Il se réunit une fois le mois, la troisième
semaine et peut, selon l'urgence et la nécessité, entrer en
réunion extraordinaire.
A. Le Recteur47(*)
Le Recteur est nommé par le Chancelier pour un mandat
de trois ans renouvelable, le comité d'administration entendu ; Ce
mandat peut être interrompu par le Chancelier, sur proposition du Conseil
d'administration, et des autres membres du Comité de gestion
entendus ; En fait, le recteur est responsable du fonctionnement de l'UAC
devant le Conseil d'administration et lui fait rapport semestriellement;
Il représente l'UAC dans ses relations avec le Ministère de
l'Éducation Nationale, la Conférence des Chefs
d'Établissements de l'Enseignement Supérieur et Universitaire de
Butembo (CCE-ESU/BUETEMBO), les autres Institutions Supérieures et
Universitaires, les responsables des étudiants et/ou les
parents des étudiants.
Le Recteur invite régulièrement les
communautés, les parents ou responsables des étudiants aux
réunions pour examiner avec eux nos relations pour le but
éducatif. Il présente Egalement le personnel académique et
scientifique de l'UAC à la Chancellerie pour nomination et promotion. Il
nomme les membres des bureaux des jurys sur proposition du Secrétaire
Général Académique et du conseil de section
concerné. Il donne ainsi mandat au président du jury des examens,
dûment nommé, de guider le déroulement de la
délibération et de communiquer aux étudiants les
décisions prises par les membres du jury.
Le Recteur veille au respect des instructions
académiques du ministère de tutelle, des statuts et
règlement d'ordre intérieur de l'UAC, il exerce les pouvoirs du
comité de gestion en cas d'urgence majeure avec la précaution de
lui en informer très prochainement, ouvre et clôture les sessions
des cours et des examens par une décision ; Il contresigne les
diplômes et certificats académiques légaux de
l'Université.
B. Le Secrétaire
Général Académique
Le Secrétaire Général Académique
est nommé par le Chancelier, pour un mandat de trois ans renouvelable,
le conseil d'administration entendu. Il remplace le Recteur en cas
d'empêchement ou d'absence.Le mandat du secrétaire
général académique peut être interrompu par le
Chancelier, sur proposition du Conseil d'administration, et des autres membres
du Comité de gestion ; Il supervise les inscriptions au début de
l'année académique et décide avec la commission
d'inscription, dûment nommée auparavant par lui, pour les cas
délicats. Il établit l'état des besoins en personnel
académique et scientifique, organise son recrutement, lui attribue les
cours en collaboration avec les chefs des sections et, il tient les dossiers de
ce personnel académique et scientifique. En plus, le Secrétaire
Général académique nomme, sur proposition du bureau de
section, les trois enseignants membres du conseil de section. Il a la charge,
en collaboration avec les bureaux des sections, d'élaborer le programme
des études conformément au programme académique national
de la République Démocratique du Congo et aux normes de
l'Église Catholique, les autres membres du comité de gestion et
le conseil d'administration entendus.
Le Secrétaire Général académique
fait le suivi des activités de tout le secteur académique de
l'UAC, notamment le respect du calendrier, la supervision des enseignements,
des examens et interrogations, les recherches scientifiques, l'auto-inspection
et les activités para-académiques en collaboration avec les chefs
des sections et le comité des étudiants pour ce qui concerne les
étudiants. Chaque semestre, il rédige un rapport
détaillé sur la vie académique de l'établissement
et tient à jour une documentation complète de tous les
règlements, instructions et circulaires d'ordre académique. Il
assure la collaboration interne entre le personnel
académique-scientifique et les étudiants.
Il doit également suivre la discipline, l'enseignement,
le travail scientifique de tous, y compris le corps enseignant. Il censure
les cours proposés aux services de polycopie et passe la
tâche au secrétariat général administratif qui
est chargé d'organiser le service de reproduction des cours et de la
polycopie. Il participe, sur invitation du bureau de faculté et du
département, aux réunions du conseil de faculté48(*).
C. Le Secrétaire
Général Administratif
Le Secrétaire Général Administratif est
nommé par le chancelier, pour un mandat de trois ans renouvelable, le
conseil d'administration entendu. Il remplace le Recteur en l'absence du
Secrétaire Général Académique ; Ce mandat peut
être interrompu par le Chancelier sur proposition du conseil
d'administration, les autres membres du Comité de gestion
entendus ; Il s'occupe de la gestion financière et
matérielle (mobiliers et immobiliers) de l'Université pour
la vie et la prospérité de celui-ci; Il est le chef du personnel
en matière sociale, paie du personnel académique, scientifique et
ouvrier ;
Le Secrétaire Général académique
organise les services d'autofinancement de l'UAC, en fait le suivi,
perçoit les frais académiques et connexes, en tient mensuellement
les comptes à présenter aux autres membres du comité de
gestion qui, ensemble avec lui, y apposent leur signature ; À la
fin de chaque semestre, il tient les comptes de l'Institut, les contresigne et
les présente au trésorier de l'ASBL-Pères
Assomptionnistes, les des autres membres du comité de gestion;
En élaborant au mois d'août le budget
prévisionnel de l'année suivante, Secrétaire
Général académique compare la vie financière des
deux semestres écoulés et projette celle de l'année
suivante à soumettre au Conseil d'administration pour approbation, les
autres membres du conseil de gestion entendus ; Il veille à ce que
l'UAC s'acquitte des obligations prévues par la législation
sociale et la réglementation du travail en charge des employeurs ;
Il suit également la tenue et l'analyse des statistiques
nécessaires à la gestion du personnel ; Il veille au respect
et au maintien de la discipline en termes d'emploi du temps du personnel, de
contrôle physique des agents, d'application du règlement
disciplinaire et des sanctions, etc.
III.2.2.4. Le conseil de
faculté
Le conseil de Faculté est un organe de décision
sur l'organisation des matières dans la faculté en vue d'une
formation intégrale appropriée à chaque niveau
d'étude. Il est constitué du bureau de faculté (Doyen et
son Secrétaire), plus les bureaux de chaque département (Chef et
son Secrétaire) et trois enseignants dans chaque département. Ces
enseignants sont désignés par le bureau du département, le
Secrétaire Général Académique entendu. Les membres
du Conseil de faculté sont alors nommés par le Secrétaire
Général Académique, sur proposition du bureau de
faculté. Le Conseil de faculté se tient au moins une fois les
trois mois. Dans les 72 heures qui suivent cette réunion, le bureau de
faculté soumet au Secrétariat Général
Académique les recommandations du conseil de faculté concernant
la politique générale de formation et son souci de
développement et du rayonnement de la faculté. Le
Secrétaire Général Académique participe, sur
invitation du bureau de faculté, aux réunions du conseil de
faculté.
CONCLUSION
Ce chapitre nous a permis de présenter à nos
lecteurs une brève histoire de notre milieu d'étude, dans le
même chapitre, nous avons parlé de la situation
géographique, de la mission et de la vision de l'UAC qui est notre
milieu de recherche. Précisons que c'est de façon brève
que nous avons fait cette présentation. Dans le chapitre qui suit, nous
allons analyser et concevoir notre système via le langage UML.
QUATRIEME CHAPITRE :
CONCEPTION DU SYSTEME
IV.0. INTRODUCTION
Ce quatrième chapitre est consacré à
l'analyse et à la modélisation du système d'information de
l'UAC, spécifiquement dans sa gestion d'inscription et des frais
académiques des étudiants, pour ce faire nous allons utiliser le
langage de modélisation UML. Nous allons nous servir de quelques
diagrammes sur les 13 diagrammes qui sont proposés par UML2 à
l'occurrence du diagramme de cas d'utilisation, diagramme de classes et de
déploiement pour la modélisation statique, enfin le diagramme
d'activité et de séquence pour dynamiser notre
modélisation. Mais, avant tout nous allons commencer par le pré
étude ou l'étude préliminaire du cahier des charges.
IV.1. ETUDE
PRELIMINAIRE
L'étude préliminaire est la première
étape du processus de développement. Elle consiste à
effectuer un premier repérage des besoins fonctionnels et
opérationnels, en utilisant principalement le texte, ou des digrammes
très simple. Elle prépare les activités plus formelles de
capture des besoins fonctionnels et de capture des besoins techniques49(*).
IV.1.1. Elaboration du
cahier des charges
Notre projet est réalisé pour l'UAC, dans sa
gestion de comptabilité, plus précisément pour la gestion
de paiement des frais académiques et d'inscription. Le système
mise en place doit répondre aux besoins ci-après :
1. Besoins fonctionnels :
ü Centralisation de toutes les transactions de paye dans
une même base de donnés
ü Etablissement automatique des rapports de paye
2. Besoins
opérationnels :
ü Accès sécurisé au système
ü Seul l'administrateur peut mettre les comptes des
utilisateurs à jour
3. Choix techniques :
o Langage de modélisation : UML
o Langage de programmation : WLangage
o SGBD : HFSQL
o Environnement de développement : Windev 22
o Architecture : Client/Serveur
IV.1.2. Identification des
acteurs
Un acteur représente l'abstraction d'un rôle
joué par des entités externes qui interagissent directement avec
le système étudié50(*).
L'étudiant c'est la personne qui vient s'inscrire.
L'appariteur est un huissier de l'université chargé
de renseigner les premiers venus, sur les modalités d'inscription
à l'UAC.
La comptable s'occuper de percevoir les frais d'inscription et
les frais académiques des étudiants.
Etudiant
Appariteur
Comptable
Figure N° 7 :
Identification des acteurs
Les différents acteurs de notre système sont les
suivants :
IV.1.3. Diagramme de
contexte
IV.1.3.1. Elaboration du
diagramme de contexte
GINSCRRAIS
11
4
10
2
8
7
9
3
1
Etudiant
6
5
Appariteur
Figure N° 8 : Diagramme
decontexte
Comptable
IV.1.3.2. Description des
messages
Message
|
Description
|
1
|
L'inscription à l'UAC
|
2
|
Enregistrement de l'inscription
|
3
|
Les informations sur les paiements de son inscription
|
4
|
Enregistrement de paiements d'inscription
|
5
|
Affichage des informations de l'inscription
|
6
|
Validation à confirmation de l'inscription
|
7
|
Recherche des informations sur les frais académiques
|
8
|
Affichage des informations sur les frais académiques
|
9
|
Paiements des frais académiques
|
10
|
Information sur l'état de paye des frais
académiques
|
11
|
Encaissement des frais académiques
|
Tableau N° 7 :
Description du diagramme de contexte
IV.1.4. Identification des
cas d'utilisation
Un cas d'utilisateur représente un ensemble de
séquences d'actions réalisées par le système et
produisant un résultat observable intéressant pour un acteur
particulier51(*).
Voici les cas d'utilisations de notre système :
ü Le cas s'inscrire
ü Le cas consulter les renseignements
ü Le cas payer les frais
ü Le cas gérer les paiements
ü Le cas valider l'inscription
ü Le cas s'authentifier
IV.2. DIAGRAMME DE CAS
D'UTILISATION
Un cas d'utilisation représente un ensemble de
séquences d'interaction entre le système et ses acteurs52(*).
IV.2.1. Elaboration du
diagramme de cas d'utilisation
Figure N° 9 :
Diagramme de cas d'utilisation
IV.2.2. Descriptions
textuelles des cas d'utilisations
A chaque cas d'utilisation doit être associée une
description textuelle des interactions entre l'acteur et le système et
les actions que le système doit réaliser en vue de produire les
résultats attendus par les acteurs53(*).
Identification
Titre du cas : s'inscrire
But du cas : ce cas permet aux étudiants de
devenir membre effectif du comité estudiantin
Acteur(s) : Etudiant
Responsable : Nephthali
Version : 1.0
Date de création 24/05/2019
Mise à jour : 24/05/2019
Séquencement
Pré-condition(s)
ü Avoir des renseignements sur l'inscription
ü Avoir les documents légaux
Enchainement
A. Enchainement nominal
1. Présentation de l'étudiant à
l'apparitorat
2. Remise des documents légaux à l'appariteur
3. Vérification des documents légaux
4. Remise du formulaire
5. Remplissage du formulaire
6. Remise du formulaire rempli
7. Enregistrement de l'inscription
B. Enchainement alternatif
EA4 : refus des documents
Post-condition(s): Enregistrement des cordonnées de
l'étudiant dans le système
Description textuelle du cas s'inscrire
Tableau N° 8 :
Description textuelle du cass'inscrire
IV.2.2.1. Description textuelle du cas s'inscrire
Identification
Titre du cas : consulter les renseignements
But du cas : ce cas permet aux étudiants de
s'informer sur les modalités d'inscription et le frais d'inscription
Acteur(s) : Etudiant
Responsable : Nephthali
Version : 1.0
Date de création 25/05/2019
Mise à jour : 25/05/2019
Séquencement
Pré-condition(s)
ü Il faut être présent à
l'apparitorat de l'UAC
Enchainement
A. Enchainement nominal
1. Demande des renseignements
2. Listing des informations
3. Lecture des renseignements
Post-condition(s): Obtention des renseignements
Description textuelle du cas consulter les renseignements
IV.2.2.2. Description textuelle du cas consulter les
renseignements
Tableau N° 9 :
Description textuelle du cas consulter les renseignements
Identification
Titre du cas : payer les frais
But du cas : ce cas permet aux étudiants de
s'acquitter de leur frais d'inscription ou des frais académiques
Acteur(s) : Etudiant
Responsable : Nephthali
Version : 1.0
Date de création 24/05/2019
Mise à jour : 24/05/2019
Séquencement
Pré-condition(s)
ü Avoir les informations sur l'inscription de
l'étudiant
ü Avoir la somme à payer
Enchainement
A. Enchainement nominal
1. La présentation de l'étudiant au guichet
2. Remise de l'argent au comptable
3. Vérification des billes
4. Encaissement de la somme payée
B. Enchainement alternatif
EA4 : refus de l'argent par le comptable
Post-condition(s)
ü Enregistrement des informations sur la paye
ü Remise de la preuve de paiement
Description textuelle du cas payer les frais
IV.2.2.3. Description textuelle du cas payer les
frais
Tableau N° 10 :
Description textuelle du cas payer les frais
Identification
Titre du cas : gérer les paiements
But du cas : ce cas permet au comptable de gérer
les frais d'inscription et les frais académiques.
Acteur(s) : Comptable
Responsable : Nephthali
Version : 1.0
Date de création 25/05/2019
Mise à jour : 25/05/2019
Séquencement
Pré-condition(s)
ü Avoir payé les frais d'inscription
ü Avoir payé les frais académiques
Enchainement
A. Enchainement nominal
Enchainement1 : consulter les paiements
1. Saisie du critère de sélection
2. Recherche des informations
3. Afficher le résultat
[exception1 : si le critère non trouve, afficher
l'information rechercher n'existe pas]
Enchainement2 : modifier
1. Sélectionner l'information à modifier
2. Saisie de la modification
3. Enregistrement de la modification
Post-condition(s): L'information est modifiée
Description textuelle du cas gérer les paiements
Tableau N° 11 :
Description textuelle du cas gérer lespaiements
IV.2.2.4. Description textuelle du cas gérer
les paiements
Identification
Titre du cas : valider l'inscription
But du cas : ce cas permet à l'appariteur
d'approuver les inscriptions des étudiants.
Acteur(s) : Appariteur
Responsable : Nephthali
Version : 1.0
Date de création 25/05/2019
Mise à jour : 25/05/2019
Séquencement
Pré-condition(s)
ü Avoir les informations sur l'inscription de
l'étudiant
ü Avoir les informations sur les paiements des frais
d'inscription de l'étudiant
Enchainement
A. Enchainement nominal
1. Présentation de la preuve du paiement par
l'étudiant
2. Vérification de la preuve
3. Validation de l'inscription
B. Enchainement alternatif
EA3. Présentation d'une autre preuve
Post-condition(s): L'inscription est validée
Description textuelle du cas valider l'inscription
IV.2.2.5. Description textuelle du cas valider
l'inscription
Tableau N° 12 :
Description textuelle du valider l'inscription
IV.2.2.6. Description
textuelle du cas s'authentifier
Identification
Titre du cas : s'authentifier
But du cas : ce cas permet à l'appariteur et au
comptable de se connecté au système d'une façon
sécurisée
Acteur(s) : Appariteur, Comptable
Responsable : Nephthali
Version : 1.0
Date de création 25/05/2019
Mise à jour : 25/05/2019
Séquencement
Pré-condition (s)
ü Avoir un compte utilisateur
Enchainement
A. Enchainement nominal
1. Saisie du nom d'utilisateur et le mot de passe
2. Se connecté
B. Enchainement alternatif
EA1. Mot de passe et/ou le nom d'utilisateur incorrect
Post-condition(s): Connexion au système
Description textuelle du cas s'authentifier
Tableau N° 13 :
Description textuelle du cas s'authentifier
IV.3. DIAGRAMME DE
SEQUENCE
L'objectif du diagramme de séquence est de
représenter les interactions entre objets en indiquant la chronologie
des échanges. Cette représentation peut se réaliser par
cas d'utilisation en considérant les différents scénarios
associés54(*).
IV.3.1. Diagramme de
séquence du cas s'inscrire
Figure N° 10 :
Diagramme de séquence du cas s'inscrire
IV.3.2. Diagramme de
séquence du cas consulter les renseignements
Figure N° 11 :
Diagramme de séquence du cas consulter les renseignements
IV.3.3. Diagramme de
séquence du cas payer les frais
Figure N° 12 :
Diagramme de séquence du cas payer les frais
IV.3.4. Diagramme de
séquence du cas gérer les paiements (1)
Figure N° 13:
Diagramme de séquence du cas gérer les paiements(1)
IV.3.5. Diagramme de
séquence du cas valider l'inscription
Figure N° 14 :
Diagramme de séquence du cas valider l'inscription
IV.3.6. Diagramme de
séquence du cas s'authentifier
Figure N° 15 :
Diagramme de séquence du cas s'authentifier
IV.4. DIAGRAMME
D'ACTIVITES
Le diagramme d'activités représente les
règles d'enchaînement des activités et actions dans le
système. Il permet d'une part de consolider la spécification d'un
cas d'utilisation55(*).
IV.4.1. Diagramme
d'activités du cas s'inscrire
Figure N° 16 : Diagramme
d'activités du cas s'inscrire
IV.4.2. Diagramme
d'activités du cas consulter les renseignements
Figure N° 17 :
Diagramme d'activités du cas consulter les renseignements
IV.4.3. Diagramme
d'activités du cas payer les frais
Figure N° 18 : Diagramme
d'activités du cas payer les frais
IV.4.4. Diagramme
d'activités du cas gérer les paiements
Figure N° 19 : Diagramme
d'activités du cas gérer les paiements
IV.4.5. Diagramme
d'activités du cas valider l'inscription
Figure N° 20 :
Diagramme d'activités du cas valider l'inscription
IV.4.6. Diagramme
d'activités du cas s'authentifier
Figure N° 21 : Diagramme
d'activités du cas s'authentifier
IV.5. DIAGRAMME DE
CLASSES
Le diagramme de classes constitue l'un des pivots essentiels
de la modélisation avec UML. En effet, ce diagramme permet de donner la
représentation statique du système à développer,
cette représentation est centrée sur les concepts de classe et
d'association. Chaque classe se décrit par les données et les
traitements dont elle est responsable pour elle-même et vis-à-vis
des autres classes. Les traitements sont matérialisés par des
opérations56(*).
Figure N° 22 : Diagramme
declasses
IV.6. DIGRAMME DE
DEPLOIEMENT
Le digramme de déploiement permet de représenter
l'architecture physique supportant l'exploitation du système. Cette
architecture comprend des noeuds correspondant aux supports physiques ainsi que
la répartition des artefacts logiciels sur ces noeuds. C'est un
véritable réseau constitué de noeuds et de connexions
entre ces noeuds qui modélise cette architecture57(*).
Figure N° 23 : Diagramme
dedéploiement
CONCLUSION
Ce chapitre nous a permis d'analyser et de modéliser
notre système d'information. Pour cela, nous nous sommes servis du
langage de modélisation UML pour modéliser notre
systèmeGINSCFRAIS, la deuxième version de ce langage nous propose
13 diagrammes pour modéliser, mais dans notre projet nous avons
utilisé quelques diagrammes seulement qui sont à notre
disposition. Nous avons commencé ce chapitre par l'étude
préliminaire en élaborant le cahier des charges pour capturer les
différents besoins : fonctionnels, opérationnels et le choix
technique jusqu'au diagramme de déploiement. Dans le prochain et dernier
chapitre qui porte sur l'«Implémentation du
systèmeGINSCRRAIS» nous allons implémenter le
résultat obtenu de notre modélisation.
CINQUIEME CHAPITRE :
IMPLEMENTATION DU SYSTEME
GINSCFRAIS
V.0. INTRODUCTION
L'implémentation consistantà mettre en oeuvre un
système informatique, nous voulons, dans ce dernier chapitre
consacré nos efforts à la mise en place de notre système
GINSCFRAIS. Précisons que ce derniera été
modélisé dans le chapitre précèdent.Ici, il est
seulement question de concrétiser notre modélisation en
élucidant des interfaces d'utilisation de ce logiciel.
V.1. CHOIX DU LANGAGE DE
PROGRAMMATION
Le développement de notre système a
été possible grâce à l'AGL Windev via son langage de
programmation: Wlangage. Ce dernier nous a permis de développer
graphiquement notre application en utilisant le SGBD HFSQL. Signalons que ce
SGBD nous a aidé à implémenter notre base de
données, il est à signaler que Windev permet de développer
les applications dans nombreux domaines tels quela gestion, l'industrie,
médical, etc.
V.2. PRESENTATION DE LA
GINSCFRAIS
Dans ce point, il est question de faire la présentation
de notre application, en présentant nos différentes interfaces et
les états des sorties, pour cela nous n'allons pas présenter
toutes les interfaces de l'application.
V.2.1. Interface
utilisateur
Figure N° 24 : Interface de connexion
Pourcommencer nous prenons la première interface qui
est l'interface utilisateur,cette interfacepermetà l'utilisateur de
s'authentifie avant d'accéder au menu général de
l'application, cette interface permet également de créer d'autres
utilisateurs et même de les octroient les privilèges pour
l'utilisation de l'application.
V.2.2. Menu
Général
Le menu général comporte trois sous menusdont le
premier est le menu entrées qui permet d'ouvrir les interfaces de saisie
pour insérer les informations, par contre le menu états nous
facilite la visualisation des résultats et afin le menu accessoires, qui
nous offre la possibilité d'utiliser la calculatrice et le bloc note de
Windows.
Figure N° 25 : Menu Général
V.2.3. Interface
étudiant
Figure N° 26 : Interface étudiant
Cette interface facilite l'enregistrement des
étudiants, pour cela nous avons une table qui permet de visualiser les
étudiants qui sont déjà dans la base de données.
V.2.4. Etat de sortie pour
la carte d'étudiant
Cet étatlivrela carte d'étudiant après
l'inscription. Cette carte se présente comme suit:
Figure N° 27 : Etat de sortie pour la carte
d'étudiant
V.2.5. Etat de sortie pour
le reçu de frais d'inscription
Cet état permet d'imprimer le reçu confirmant le
paiement de frais d'inscription à l'UAC.
Figure N° 28: Etat de sortie pour le reçu
de frais d'inscription
V.2.6. Etat de sortie pour
la liste des étudiants
Figure N° 29:Etat de sortie pour la liste des
étudiants
V.2.7. Etat de sortie pour
les mouvements des payements
Figure N° 30 :
Etat de sortie pour les mouvements des payements
CONCLUSION
Nous voici à la fin de ce chapitre qui
présenteet expliqueles différentes fonctionnalités de
notre application. Pour rappel, notre travail vient résoudre les
problèmes liés à l'inscription et aux paiements des frais
académiques au sein de l'UAC, notre champ d'investigation. Dans ce
travail, nous nous sommes fixéscomme objectif : produire la carte
d'étudiant, livrer le reçu de paiement de frais d'inscription et
produire, en cas de besoin, les mouvements des paiements des frais
académiques.
Nous référent à notre diagramme de cas
d'utilisation (Figure N° 9) et aux outputs que notre application est en
mesure de produire, nous estimons avoir atteint la totalité de nos
objectifs.
Toutefois, pendant la réalisation de notre travail,
nous nous sommes heurtésaux problèmes liés à
l'apprentissage d'un nouveau langage de programmation, l'accès aux
ouvrages, les moyens financiers, etc.
CONCLUSION GENERALE
Nous sommes à la fin de notre recherche qui a eu pour
objectif principal le développementd'un système
intégré de gestion d'inscription et de payement des frais
académiques au sein de l'UAC. Ce sujet a été mis par le
souci d'améliorer les processus de gestion de cette institution
universitaire.
Nous avons l'obligation de rappeler que cette recherche a
été centrée sur ces questions : Comment
alléger la tâche de gestion de payes des frais académiques
et d'inscription au gestionnaire de cette institution ? Quel type de
technologie peut-on employer pouvant sortir cette institution de
l'impasse ?
Eu égard à ces questions,nous avons
proposé ces réponses provisoires :la mise en place d'un
système automatisé de gestion de paye faciliterait le suivi
efficace des mouvements des payements des frais académiques. Nous
pensons également que l'implémentation d'un réseau local
serait adaptée afin de déployer cette application.
Pour bien réaliser notre recherche, nous avons
utiliséun certain nombre des méthodes. La méthode
analytique qui nous a permis d'analyser les différents documents
utilisés par l'appariteur pour inscrire les étudiants et ceux
utilisés par la comptable pour percevoir les frais académiques
;nous avons également utilisé COCOMO qui nous a permis de
calculer le coût de développement de notre projet. Enfin,le
langage UML nous a permis d'analyser et de modéliser notre
système. Ses différentes méthodes ont été
complétées par certaines techniques :la technique d'observation
qui nous permis de comprendre les processus d'inscription et des paiements des
frais académiques, afin la technique d'interview qui nous a permis de
cerner les deux processus de l'inscription et des paiements des frais.
Pour une raison pédagogique, hormis l'introduction et
la conclusion générales, nous avons subdivisé notre
travail à cinq chapitres. Le premier chapitre qui est intitulé
planning prévisionnel du projets'est focalisé à
l'estimationde coût de développement de notre projet et à
son délai de réalisation. Le deuxième chapitre est
consacré sur les considérations théoriques.Dans ce
chapitre, nous avons défini les différents concepts en rapport
avec notre sujet de recherche et le troisième chapitre a porté
sur la présentation du milieu d'étude.Le quatrième
chapitreportant sur l'analyse et sur la conception du système, s'est
focalisé sur la modélisation du système à mettre en
place via le langage UML et le cinquième chapitre a fait l'objet de
l'implémentation du système GINSCFRAIS.Ce chapitre met en oeuvre
le fonctionnement de notre système.
Etant donnéque la gestion des entreprises est
très complexe, nous ne prétendonspas avoir épuisé
cette recherche sur les processus d'inscription et despaiements des frais
académiques.Ainsi, nous lançons un appel aux autres
chercheursd'améliorer certains aspects qui nous ont
échappé.
BIBLIOGRAPHIE
A. OUVRAGES
4. AFITEP, Dictionnaire de management de projet,
AFNOR, Paris, 2010.
5. Alphonse VERHULST, Comptabilité
élémentaire, 2e édition, s.d, Kinshasa,
2002.
6. Chantal MORLEY, Management d'un projet système
d'information.Principes, techniques, mise oeuvre et outils,
6e édition, Dunod, Paris, 2008.
7. Claude SERVIN, Réseau et télécoms,
3ème édition, Dunod, Paris, 2003.
8. Fréderic DIGALLO, Méthodologie des
systèmes d'information. Merise, CNAM, Paris, 2001.
9. Guy PUJOLLE, Les réseaux, 6e
édition, Eyrolles, Paris, 2007.
10. Hugues BERSINI, La programmation orientée
objet, 4e édition, Eyrolles, Paris, 2009.
11. Henri-PierreMADERS et Jean-Luc MASSELIN, Piloter les
risques d'un projet, Eyrolles, Paris, 2009.
12. Joseph GABAY et David GABAY, UML 2. Analyse et
conception, Dunod, Paris, 2008.
13. Jean-Louis MULLER, 100 questions pour comprendre et
agir. Management de projet, AFNOR, Paris, 2005.
14. Jean-Luc Hainaut, Bases de données,
3e édition, Dunod, Paris, 2009.
15. Jean-Paul II, Ex corde Ecclesiae.
Constitution apostolique sur les universités Catholiques, Rome,
1995, n°9.
16. Laurent BLOCH et Christophe WOLFHUGEL,
Sécurité informatique. Principes et méthode,
Eyrolles, Paris, 2007.
17. Nicolas LARROUSSE, Création de bases de
données, Pearson éducation, Paris, 2009.
18. Marcel DOBILL, Comptabilité OHADA,
Karthala et AECC, Paris, 2008.
19. Jacques BONJAWO, Révolution numérique
dans les pays en développement. L'exemple africain, Dunod, Paris,
2011.
20. Omar AKTOUF, Méthodologie des sciences sociales
et approche qualitative des organisations, S.e., Paris, 2006.
21. Pierre BEZBAKH et Sophie GHERARDI,Dictionnaire de
l'économie, Larousse, Paris, 2008.
22. Pascal ROQUES et Franck VALLEE, UML 2 en action.De
l'analyse des besoins à la conception, 4e
édition, Eyrolles, Paris, 2007.
B. WEBOGRAPHIE
1.
http://guidemethodologie.cstjean.qc.ca
2.
https://www.estimancy.com
TABLE DES MATIERES
EPIGRAPHE
i
DEDICACE
ii
REMERCIEMENTS
iii
SIGLES ET ABREVIATIONS
iv
LISTE DES FIGURES
v
LISTE DES TABLEAUX
vi
0. INTRODUCTION
GENERALE
1
0.1. ETAT DE LA
QUESTION
1
0.2.
PROBLEMATIQUE
2
0.3.
HYPOTHESE
3
0.4. OBJECTIF DU
TRAVAIL
3
0.4.1. Objectif
global
3
0.4.2. Objectif
spécifiques
3
0.5. CHOIX ET
INTERET DU SUJET
3
0.6. DELIMITATION DU
SUJET
4
0.7. METHODES ET
TECHNIQUES UTILISEES
4
0.7.1.
Méthodes
4
0.7.2.Techniques
4
0.8. SUBDIVISION DU
TRAVAIL
5
0.9. DIFFICULTES
RENCONTREES
5
PREMIER CHAPITRE : PLANNING
PREVISIONNEL DU PROJET
6
I.0. INTRODUCTION
6
I.1. OPTIMISATION DE DELAI DE REALISATION DU
PROJET
6
I.1.1. Détermination des
tâches
6
I.1.2. Détermination des
antériorités et des postériorités
7
I.1.2.1. Détermination des
antériorités
7
I.1.2.2. Détermination des
postériorités
7
I.1.3. Calcul des niveaux
8
I.1.3.1. Règles
8
I.1.3.2. Les niveaux des
tâches
8
I.1.4. Construction du réseau
PERT
8
I.1.4.1. Graphe partiel
8
I.1.4.2. Réseau PERT
9
I.1.5. Calcul des dates au plus tôt et
des dates au plus tard
9
I.1.6. Calcul des marges
9
I.1.6.1. Les marges Totales
10
I.1.6.2. Les marges libres
10
I.1.7. Détermination du chemin
critique
10
I.2. OPTIMISATION DU COUT DU
PROJET
11
I.2.1. Estimation du coût de
développement du projet
11
I.2.2. Coût des matériels
à acquérir
13
I.7.3. Coût global de
développement
13
CONCLUSION
13
DEUXIEME CHAPITRE : CONSIDERATIONS
THEORIQUES
14
II.0. INTRODUCTION
14
II.1. GENERALITE SUR LA GESTION
14
II.1.1. Comptabilité
14
II.1.2. ENTREPRISE
15
II.1.3. Organisation
16
II.2. NOTIONS SUR LES SYSTEMES
D'INFORMATIONS
16
II.2.1. Système
d'information
16
II.2.2. Système
informatique
16
II.2.3. Base de données
17
II.2.4. Le système de gestion de
bases de données
18
II.2.5. Programmation orientée
objet
18
II.3. RESEAUX INFORMATIQUES
18
CONCLUSION
19
TROISIEME CHAPITRE : PRESENTATION DU
MILIEU D'ETUDE
20
III.0. INTRODUCTION
20
III.1. GENERALITES SUR L'UAC
20
III.1.1 Historique de L'UAC
20
III.1.2. Localisation
géographique
21
III.1.3. Mission de l'UAC
21
III.2. ORGANISATION ET FONCTIONNEMENT DE
L'UAC
22
III.2.1. Organigramme
23
III.2.2. Structure
fonctionnelle
24
III.2.2.1. De la chancellerie
24
III.2.2.2. Du Conseil
d'administration
24
III.2.2.3. Du Comité de
Gestion
25
A. Le
Recteur
25
B. Le
Secrétaire Général Académique
26
C. Le
Secrétaire Général Administratif
27
III.2.2.4. Le conseil de
faculté
27
CONCLUSION
28
QUATRIEME CHAPITRE : CONCEPTION DU
SYSTEME
29
IV.0. INTRODUCTION
29
IV.1. ETUDE PRELIMINAIRE
29
IV.1.1. Elaboration du cahier des
charges
29
1. Besoins
fonctionnels :
29
2. Besoins
opérationnels :
29
3. Choix
techniques :
29
IV.1.2. Identification des
acteurs
30
IV.1.3. Diagramme de contexte
30
IV.1.3.1. Elaboration du diagramme de
contexte
30
IV.1.3.2. Description des
messages
31
IV.1.4. Identification des cas
d'utilisation
31
IV.2. DIAGRAMME DE CAS
D'UTILISATION
31
IV.2.1. Elaboration du diagramme de cas
d'utilisation
32
IV.2.2. Descriptions textuelles des cas
d'utilisations
32
IV.2.2.1. Description textuelle du cas
s'inscrire
33
IV.2.2.2. Description textuelle du cas
consulter les renseignements
34
IV.2.2.3. Description textuelle du cas payer
les frais
35
IV.2.2.4. Description textuelle du cas
gérer les paiements
36
IV.2.2.5. Description textuelle du cas
valider l'inscription
37
IV.2.2.6. Description textuelle du cas
s'authentifier
38
IV.3. DIAGRAMME DE SEQUENCE
39
IV.3.1. Diagramme de séquence
du cas s'inscrire
39
IV.3.2. Diagramme de séquence du
cas consulter les renseignements
40
IV.3.3. Diagramme de séquence du
cas payer les frais
40
IV.3.4. Diagramme de séquence du
cas gérer les paiements (1)
41
IV.3.5. Diagramme de séquence du
cas valider l'inscription
41
IV.3.6. Diagramme de séquence du
cas s'authentifier
42
IV.4. DIAGRAMME D'ACTIVITES
42
IV.4.1. Diagramme d'activités du
cas s'inscrire
43
IV.4.2. Diagramme d'activités du
cas consulter les renseignements
43
IV.4.3. Diagramme d'activités du
cas payer les frais
43
IV.4.4. Diagramme d'activités du
cas gérer les paiements
44
IV.4.5. Diagramme d'activités du
cas valider l'inscription
44
IV.4.6. Diagramme d'activités du
cas s'authentifier
44
IV.5. DIAGRAMME DE CLASSES
45
IV.6. DIGRAMME DE DEPLOIEMENT
45
CONCLUSION
46
CINQUIEME CHAPITRE : IMPLEMENTATION DU
SYSTEME
47
V.0. INTRODUCTION
47
V.1. CHOIX DU LANGAGE DE
PROGRAMMATION
47
V.2. PRESENTATION DE LA
GINSCFRAIS
47
V.2.1. Interface utilisateur
47
V.2.2. Menu
Général
48
V.2.3. Interface
étudiant
48
V.2.4. Etat de sortie pour la carte
d'étudiant
49
V.2.5. Etat de sortie pour le reçu de
frais d'inscription
49
V.2.6. Etat de sortie pour la liste des
étudiants
50
V.2.7. Etat de sortie pour les mouvements
des payements
50
CONCLUSION
51
CONCLUSION GENERALE
52
BIBLIOGRAPHIE
54
A.
OUVRAGES
54
B.
WEBOGRAPHIE
54
* 1Cf.Marcel DOBILL,
Comptabilité OHADA, Karthala et AECC, Paris, 2008, p.39.
* 2Ibidem., p.99.
* 3 Jacques BONJAWO,
Révolution numérique dans les pays en développement.
L'exemple africain, Dunod, Paris, 2011, p.11.
* 4Omar AKTOUF,
Méthodologie des sciences sociales et approche qualitative des
organisations, S.e., Paris, 2006, p.50.
* 5Cf. Fréderick DIGALLO,
Méthodologie des systèmes d'information. Merise, CNAM, Paris,
2001, p.5.
* 6 Cf.
http://guidemethodologie.cstjean.qc.ca/index.php/preparer-et-organiser-un-travail/la-problematique-et-l-hypothese
consulté le 02/04/2019 à 10h 42.
* 7 Cf. Jean-Louis MULLER,
Op.Cit., p.108.
* 8Omar AKTOUF,
Op.Cit., p.27.
* 9Cf.Chantal MORLEY,
Management d'un projet système d'information.Principes,
techniques, mise oeuvre et outils, 6e édition, Dunod,
Paris, 2008, p4.
* 10Cf. Ibidem, p.
25.
* 11 Cf. Ibidem, p.
9.
* 12Cf. AFITEP,
Dictionnaire de management de projet, AFNOR, Paris, 2010, pp.14-15.
* 13 Cf. Chantal MORLEY,Op.
Cit, p. 90.
* 14Cf. Ibidem, pp.
163-164.
* 15Cf. AFITEP, Op.
Cit., p.41.
* 16 Cf.Henri-PierreMADERS
et Jean-Luc MASSELIN, Piloter les risques d'un projet, Eyrolles,
Paris, 2009, p.98.
* 17Cf. Chantal MORLEY,
Op.Cit. p.68.
* 18Cf.
https://www.estimancy.com/fr/2018/03/27/le-mode-cocomo/consulté
le 26/03/2019 à 15h42.
* 19 Jean-Louis MULLER,
100 questions pour comprendre et agir. Management de projet, AFNOR,
Paris, 2005, p. 47.
* 20 Pierre BEZBAKH et Sophie
GHERARDI, Dictionnaire de l'économie, S.E,Paris, 2008, pp.
186-187
* 21 Cf.Ibidem,
p.187.
* 22 Cf. Pierre BEZBAKH et
Sophie GHERARDI, Op.cit, p.187.
* 23Cf. Idem.
* 24 Cf. Idem.
* 25 Cf. Ibidem,
p.188.
* 26Cf. Alphonse VERHULST,
Comptabilité élémentaire, 2e
édition, S.e, Kinshasa, 2002, p.4.
* 27Cf. AFITEP, Op.
Cit., p.96.
* 28Cf.Pierre BEZBAKH et
Sophie GHERARDI,Op. Cit., pp.186 - 188.
* 29 AFITEP, Op.
Cit, p.187.
* 30Cf Chantal MORLEY
Op. Cit. , p15
* 31Laurent BLOCH et
Christophe WOLFHUGEL, Sécurité informatique. Principes et
méthode, Eyrolles, Paris, 2007, p7.
* 32Chantal MORLEY,
Op.Cit, p.15.
* 33 Cf. Nicolas LARROUSSE,
Création de bases de données, Pearson éducation,
Paris, 2009, p.2.
* 34Jean-Luc Hainaut, Bases
de données, 3e édition, Dunod, Paris,
pp.40-41.
* 35 Cf. Hugues BERSINI, La
programmation orientée objet, 4e édition,
Eyrolles, Paris, 2009, p.2.
* 36 Cf. Idem.
* 37 Cf. Hugues BERSINI,
Op. Cit., p.2.
* 38 Cf. Guy PUJOLLE, Les
réseaux, 6e édition, Eyrolles, Paris, 2007,
p.14.
* 39 Claude SERVIN,
Réseau et télécoms, 3ème
édition, Dunod, Paris, 2003, pp.157-158.
* 40 Cf. Secrétaire
Général Académique, Programme d'études,
ISEAB, inédit, 2016, p.5.
* 41 Cf. Idem
* 42Cf. Secrétaire
Général Académique, Op.Cit., p.2.
* 43Jean-Paul II, Ex corde
Ecclesiae. Constitution apostolique sur les universités
Catholiques, Rome, 1995, n°9.
* 44Cf. Secrétaire
Général Académique, Op. Cit, p.35
* 45Secrétaire
Général Académique,Op. Cit, p.25.
* 46Cf
Idem.
* 47 Cf. Secrétaire
Général Académique, Op.cit, p.4.
* 48Cf. Secrétaire
général académique, Op. Cit, p.4.
* 49 Cf.Pascal ROQUES et
Franck VALLEE, UML 2 en action. De l'analyse des besoins à la
conception, 4e édition, Eyrolles, Paris, 2007,
pp.45-46.
* 50Cf. Pascal ROQUES et Franck
VALLEE, Op. Cit., p.51.
* 51Cf. Pascal ROQUES et Franck
VALLEE, Op.Cit, p.62.
* 52Cf. Ibidem,
p.69.
* 53Cf Joseph Gabay et David
Gabay, UML 2 Analyse et conception, Dunod, Paris, 2008, p.66.
* 54 Cf. Pascal ROQUES et
Franck VALLEE, Op.Cit., p.90.
* 55 Cf. Pascal ROQUES et
Franck VALLE, Op. Cit. p.30.
* 56Cf. Pascal ROQUES et Franck
VALLE, Op. Cit., p.17.
* 57 Cf. Joseph GABAY et
David GABAY, UML 2. Analyse et conception. Mise en oeuvre
guidée avec étude des cas, Dunod, Paris, 2008, p.50.
|