GESTION DE l'UL

SUJET : « conception et déploiement d’une application web de préinscription en ligne intégrant un protocole de
paiement bancaire » Travail de fin de cycle présenté en vue de l’obtention du grade de gradué en informatique
générale. Par Nday Kabulo Sinaï
1
INTRODUCTION GENERALE
Depuis la préhistoire, jusqu‟à l‟ère technologie dans laquelle nous vivons aujourd‟hui,
l‟homme a toujours besoin de communiquer, partager et échanger avec le monde extérieur.
Autre fois, l‟homme se déplaçait, parcourait des milliers et des milliers de kilomètre pour
s‟acquérir des informations d‟un milieu autre que le sien.
De nos jours, la technologie a évoluée et met à la disposition des solutions pouvant
aider l‟individu à effectuer des tâches bien précises sur un outil qu‟on appelle ordinateur. Il
existe des programmes conçus pour faire une tâche bien précise, ces programmes s‟appellent
application en informatique.
L‟informatique est une science qui traite les informations d‟une manière automatique
et rationnelle en tant que support des connaissances et des communications1
, Automatique
veut dire : sans l‟intervention totale de l‟homme. Cette science, qui aujourd‟hui s‟est glissée
imperceptiblement dans notre vie quotidienne a suscité en nous l‟envi de la choisir.
Les applications existent sous diverses formes notamment : les applications ShellForm
(La partie du système d‟exploitation utilisé comme interface avec l‟utilisateur), les
applications WinForm (Applications fenêtrées), les applications web. Les applications web se
différencient des autres par le fait qu‟elles ne s‟installent pas sur les ordinateurs mais utilisent
des logiciels appropriés appelés navigateurs (Firefox, Explorer, Safari, Chrome) pour
fonctionner.
Le Web (le www) est un système hypermédia permettant d‟accéder aux ressources
(sons, image, vidéo, teste, etc.) du réseau internet2
. L‟ensemble des ordinateurs
géographiquement séparés et interconnectés entre eux forme une seule entité qu‟on appelle le
réseau internet, Si nous devions créer une analogie nous pourrions dire que le web n‟est qu‟un
simple service de l‟internet mais rependu grâce auquel nous pouvons balancer de l‟image, du
texte, de la vidéo, etc. Et une application web doit être mise sur un serveur web pour être
accessible par tout le monde sur internet au moment voulu et nous disons que l‟application est
déployée.
1
LAROUSSE EDITION SPECIALE RDC, p.537
2
Ib., p.1081

2
Le JARGON informatique définit le serveur web comme étant une machine qui sert
les pages web. C‟est-à-dire il détient des ressources particulières (En principe les applications
et les pages web) et qu‟il les met à la disposition d‟autres ordinateurs (Client) par
l‟intermédiaire du réseau internet.
Le serveur web permet donc de rendre les applications web accessibles par tout le
monde et cela dépend du choix de la plateforme sur laquelle le serveur sera configuré.
Aujourd‟hui la plateforme la plus utilisée est LINUX, Voilà pourquoi nous déploierons notre
application web sous linux avec un serveur web Apache pour des raisons que nous détaillons
un peu plus tard dans ce travail.
Cependant aujourd‟hui les méthodes employées pour envoyer, recevoir et décortiquer
les messages évoluent avec le temps, grâce aux avancés technologiques, les ordinateurs
comme les humains utilisent aussi leur langage de communication. Toutes formes de
communication informatique, sont régies par des règles préétablies que l‟on appelle des
protocoles. Ces derniers facilitent la communication entre les ordinateurs en réseaux.
Nous pouvons dire aujourd‟hui que les applications web associées aux ordinateurs, sont au
centre de toutes activités et de tout traitement au sein d‟une organisation et surtout dans les
institutions universitaires pour permettre au public d‟avoir toutes les informations sur les
préinscriptions ou sur les inscriptions, voir même de faire de demande d‟inscription en ligne.
Bref participer au système d‟information n‟importe où et n‟importe quand.
D‟après Jean-Luc BATISTE, Le système d‟information est un ensemble de tâches
complexes regroupées en module spécialisé qui composent l‟applicatif : le logiciel3
. Et le
jargon informatique quant à lui, définit le système d‟information comme étant l‟ensemble des
ordinateurs, des logiciels et tous les éléments du réseau d‟un organisme tel une entreprise,
Bref tout ce qui lui permet de manipuler automatiquement de l‟information.
D‟où l‟idée d‟implémenter une application web au sein de l‟Université Protestante de
Lubumbashi, Qui permettra aux récipiendaires de faire des préinscriptions (inscription
provisoire), de remplir des modalités lointaines (lettre de demande d‟inscription, bulletin
d‟inscription, l‟acte d‟engagement), de déposer le dossier (attestations et certificats) ainsi que
le paiement de frais en ligne (transactions bancaires) n‟importe où et n‟importe quand, avant
que ne soient remplies les conditions requise pour une inscription définitive.
4
Batiste, J.L., Modélisation des données et des traitements langage SQL, paris, ENI, p.3

3
Ainsi donc notre sujet s‟intitule : « Conception et deploiement d‟une application web
de préinscription en ligne intégrant un protocole de paiement bancaire ».
1. Choix et intérêt du sujet
a. Choix du sujet
Le choix porté sur ce sujet était dans le seul but de nous épanouir sur le plan
scientifique en nous ajoutons des nouvelles connaissances sur la conception des applications
web car ce présent travail inclus des notions telles que : les notions des transactions bancaires,
De réseaux, de modélisation objet (UML), de programmation avancée (PHP, Ajax, Jquery,
Framework, Html5, etc.), de cryptage (SSL), de système d‟exploitation linux (Debian 6.0.6),
etc.
Nous nous sommes également révoltés en voyant ce genre d‟application fonctionnées
sur des sites web des célèbres universités comme l‟université de l‟inde, Paris, Sorbonne, etc.
ainsi donc nous avons voulu apporter et implémenter cette technologie qui est à la une dans
notre propre université.
b. Intérêt du sujet
A l‟issu de ce projet, les futures étudiants se verront faire de dépôt des candidatures
pour les inscriptions bien avant et être répondus bien avant. Ils feront également des
inscriptions à n‟importe où et à n‟importe quand.
Quant à l‟université, ce projet lui fournira des solutions au niveau de la gestion et de la
conservation des dossiers des récipiendaires par exemple, A l‟avancement d‟autres projets et
surtout préinscrire les nouveaux quel que soit le pays ce qui fera une croissance exponentielle
des étudiants et une augmentation des revenus ainsi que son ampleur.
2. Etat de la question
Beaucoup de personnes ont déjà abordé des sujets presque pareil tels que : suivi
automatique des inscriptions dans une école primaire, conception d‟une application de gestion
de minerval, d‟inscription et de réinscription. La plus part d‟applications de tous ces sujets
précités ont été développées en VB, Delphi, java et leurs auteurs se sont intéressés plus aux
besoins généraux.

4
Mais dans le cadre de ce travail, nous allons plus nous focaliser aux problèmes bien
spécifiques et notre système d‟information répondra aux normes de la programmation avancée
pour le grand public, il intégra également des fonctionnalités des transactions bancaires,
d‟envoi de fichier à distance, etc.
3. Problématique
Aujourd‟hui, des personnes se trouvant en dehors de la ville de Lubumbashi, voir même
en dehors du pays cherchent à se préinscrire anticipativement à l‟Université Protestante de
Lubumbashi, Mais malheureusement la quasi-totalité ne parvient pas à les faire aussi tôt,
faute de temps impartis, vue la distance, et aussi par une forte carence de transport qui parfois
aussi pose problème.
En effet, D‟après les statistiques il est actuellement difficile de trouver à l‟Université
Protestante de Lubumbashi des étudiants qui se sont préinscrits normalement parce qu‟il
existe un système selon lequel, tout nouveau ayant payé les frais académiques confirmera
définitivement sans moindre peine sa place d‟étudiant. Et tout retardateur se précipite à la
banque TMB pour payer et cela dans le seul but de confirmer sa place, alors qu‟il y aurait de
ceux-là qui se sont préinscrits normalement. Et comme conséquence, l‟université protestante
de Lubumbashi se retrouve avec des listes qui contiennent certains étudiants n‟ayant pas faits
les préinscriptions parfois elle constate après que le nombre des étudiants dépasse l‟effectif.
Outre ce problème, l‟UPL a chaque année plus de 700 candidats à préinscrire en
informatique, plus de 400 candidats en science d‟informations et de communications et plus
de 20 candidats en théologie, ceci étant difficile qu‟ils aient tous faits au même moment leurs
préinscriptions car cela est fait d‟une manière archaïque, ce qui rend le système lourd,
complexe et fatiguant. Et si nous lui ajoutons dix ans d‟avenir avec ce projet d‟ajouter
d‟autres facultés, le nombre des candidats augmenterait exponentiellement et le système serait
pire qu‟avant, ce qui contredit l‟adage qui dit : « Mieux vaut prévenir que guérir »4
.
Au regard de tout ceci nous nous posons des questions suivantes :
 Est-ce une application Web serait une meilleure solution à ces problèmes?
4
LAROUSSE EDITION SPECIALE RDC, p.80

5
 Si une application Web serait une solution adéquate, comment mener son
élaboration ?
4. Hypothèse
 Une application Web serait une solution car elle allégerait la tâche dans le
processus des pré-inscriptions au sein de l'Université Protestante de Lubumbashi,
Elle serait également facile à implémenter et aussi son utilisation ne demanderait
pas trop d'efforts.
 La mise en place de l'application Web de pré-inscription en ligne étant un projet,
portant sur la conception d‟un système d‟information, elle devrait être faite
suivant des démarches de conduite de projet informatique, dans lesquelles il
faudrait analyser les besoins des utilisateurs, analyser les risques, modéliser
l‟application avec ses processus, évaluer les mesures de mise en test, et de mise en
production.
5. Méthodes et techniques
a. Méthodes
En vue d‟atteindre nos objectifs fixés, nous avons fait recours à la méthode Agile U.P
du langage de modélisation objet UML (Unified Modeling Language) pour bien conduire
notre projet. Et comme méthodes de la rédaction scientifique nous avons choisi les méthodes
analytiques, cartésiennes et descriptives.
b. Techniques
Pour enrichir nos recherches et aboutir à la concrétisation de ce projet nous avons
utilisé les techniques suivantes :
 La technique d‟interview directe :

6
Pour plus de précision sur le fonctionnement de l‟université protestante de
Lubumbashi, nous avons contacté les autorités académiques ci-après :
Nous avons contacté le doyen de la faculté de l‟informatique, Monsieur Ngoie
Mutuale, l‟appariteur Monsieur Yannick et la comptable Mm Marjoleine.
 La technique documentaire :
Nous avons consulté les documents qui aideront à l‟avancement de ce projet tels que :
La lettre de demande d‟inscription, Le bulletin d‟inscription, L‟actes d‟engagement, La fiche
de scolarité, les bordereaux, Les attestations ainsi que les certificats.
6. Délimitation
Notre travail est délimité dans le temps et dans l‟espace.
 Dans le temps :
Ce travail se situe dans l‟intervalle allant du mois de novembre 2013 jusqu‟à sa mise
en valeur.
 Dans l‟espace :
Nous nous sommes limités juste dans le système de l‟Université Protestante de
Lubumbashi, Pour qui cette application a été conçue. L‟université est située au numéro 2179
sur l‟avenue du 30 Juin coin Kimbangu dans la commune de Lubumbashi Province du
Katanga Congo RDC. En ce qui concerne les services, nous nous limiterons dans les services
suivants : Apparitorat, Finances, Académique et le décanat.
7. Subdivision du travail
Ce travail est subdivisé en quatre chapitres hormis l‟introduction générale et la
conclusion générale :
 Le premier chapitre : considérations théoriques.
Il donnera d‟une manière détaillée les notions sur la matière étudiée, qui nous vont
nous conduire à la mise sur pied de notre projet. A ce niveau, nous allons parler des
applications, des applications web, des langages de programmation, des technologies

7
modernes qui sont plus utilisées pour les applications web, nous allons également ajouter la
notion de la sécurité ainsi que de l‟open source.
 Le deuxième chapitre : Présentation du champ d‟étude et Analyse des besoins.
Il aura comme ambition celle de parler du champ d‟étude qui est l‟université
protestante de Lubumbashi (UPL en sigle). Ainsi, nous allons énumérer les différentes
activités qui se font en son sein et sa situation géographique. Toujours dans le même chapitre,
nous avons ressorti les points forts et les points à améliorer sur base des analyses qui seront
faites, et c‟est par là que nous allons proposer des solutions parmi lesquelles celle de ce projet
fera partie.
 Le troisième chapitre : Conception du système d‟information.
Il s‟étalera sur l‟analyse des besoins de conception du nouveau système. Cette
Analyse nous nous conduira à la conception de ladite application.
 Le quatrième et le dernier chapitre : Implémentation du nouveau système.
Il parlera sur la préparation de l‟environnement qui recevra la nouvelle application de
préinscription, dans ce même chapitre, nous allons configurer les services appropriés pour ce
genre d‟application, et quelques vues de ladite application ne vont pas manquées.
8. Difficultés rencontrées
Au cours de l‟élaboration de notre travail, nous n‟avons pas pu échapper aux
difficultés mais nous les avons rencontrées sur notre chemin depuis le début jusqu‟à la fin du
projet étant donné que c‟était notre première fois de rédiger un travail scientifique :
 Nous avons joué plusieurs rôles pour concevoir ce système d‟information dont : le
chef de projet, l‟analyste, le designer, le développeur, administrateur réseau, etc.
ce qui n‟a pas été facile du tout.
 D‟autre logiciel de développement plus performants étaient payables, et aussi
certains ouvrages d‟une importance capitale étaient payables, d‟où nous n‟avons
pas pu les acheter par manque des ressources financières.

8
CHAPITRE PREMIER : CONSIDERATIONS THEORIQUES
I.0. PRESENTATION
Dans ce chapitre, il sera question de définir les concepts fondamentaux et connexes de
notre projet, ainsi nous allons décortiquer quelques notions d‟application, de programmation
web, de GNU ainsi que de l‟UML.
I.1. NOTIONS D’APPLICATIONS
A. DEFINITION
Le Jargon informatique définit une application comme étant un programme assez
important, vu sous l‟angle d‟une ou plusieurs tâches qu‟il est censé mener à bien.
B. TYPE ET NATURE D’APPLICATIONS
En informatique, il existe plusieurs applications notamment :
 Les applications embarquées
Ce sont des applications miniaturisées et portables, nous les trouvons dans l‟Ipad, les
Tablettes, les Windows phones, les microordinateurs.
 Les applications WinForm
Ce sont des applications qui ont un environnement qui exige l‟utilisation des fenêtres,
nous trouvons ce type d‟application dans la plus part des applications conçues en VBA,
VBstudio, Delphi, Java ou C#.

9
 Les applications web
Ce sont des applications qui fonctionnent d‟habitude sur le web, avec ce type
d‟application, un client web (navigateur) est d‟une importance capitale sans celui-ci il est
difficile voire même impossible d‟utiliser une application de ce type. Voici l‟exemple de
quelques applications web : Facebook, Google Mail, Wikipédia, le forum, etc.
 Les applications Shellform
Ce sont des applications dont la partie du système d‟exploitation est utilisée comme
interface avec l‟utilisateur ces applications sont aujourd‟hui utilisées à 80% sur des
plateformes UNIX. Nous pouvons citer par exemple : L‟invite des commandes de Windows,
les fichiers bash, le terminal linux, etc.
C. ARCHITECTURE DES APPLICATIONS
Une fois fini la conception d‟une application, elle doit être classée parmi les
architectures qui existent, une architecture c‟est tout simplement un plan dans lequel on
trouve les grands composants, il est important de savoir avant tout, l‟architecture dont
l‟application fera appel après son codage. Prenons par exemple une application conçue avec
trois langages différents (PHP, html, SQL), nous pouvons dire que cette application utilisera
trois niveaux différents : Un niveau qui s‟occupera du traitement de l‟html, un niveau qui s‟en
chargera de PHP et enfin un tout dernier niveau qui s‟occupera de SQL, nous allons entrer en
détail avec ces langages un peu plus tard. Voici les architectures utilisées par la plus part des
applications web:
 Architecture à trois couches

10
On parle de l‟architecture à trois couches lors qu‟une application fait intervenir le trois
logiques. Une application peut se diviser en trois logiques (niveaux) distinctes : les données,
le traitement de ces données, et leur affichage.
 Architecture à n couches
Dans cette architecture seule la couche de données est découpée en modules
indépendants les uns des autres même en cas du changement du SGBD les données ne seront
pas touchées.
I.2. LES WEB ET LES APPLICATIONS WEB
I.2.1. LE WEB
A. PRESENTATION ET DEFINITION
Le World Wide Web communément appelé le web est un vaste ensemble de sources
d'informations accessibles à travers le réseau Internet, il fut initialement construit par le
CERN pour la documentation des projets de recherches. Il est maintenant utilisé par tout le
monde pour mettre en ligne (rendre accessible sur le Web via Internet) des documents et des
services de tous horizons.
B. FONCTIONNEMENT
Le web fonctionne sur base de trois concepts de base :
 Architecture client-serveur
Le World Wide Web s'appuie sur la notion d'architecture client/serveur. Un serveur est
une machine en général assez puissante qui fournit un ou plusieurs services. Pour fournir ces
services elle fait tourner en permanence des programmes que l‟on appelle aussi des serveurs
en l‟occurrence ce sont des serveurs Web ou serveurs HTTP. De l‟autre côté les utilisateurs
font tourner sur leur machine (machine cliente) un programme client qui, comme son nom
l‟indique va être demandeur de services, en l‟occurrence ce client est un navigateur Web qui

11
va demander des pages Web à un serveur Web. La communication entre le client et le serveur
se compose donc de requêtes émises par le client et de réponses données par le serveur.
 L’URL
Pour accéder à une page web il faut d'abord pouvoir décrire où elle se trouve. Pour
repérer un document, un fichier, une source de données etc., nous faisons appel à la notation
d‟URL (Universal/Uniform Resource Locator), les URI (Universal Resource Identification)
utilisent le protocole http pour accéder aux informations. Bref c‟est une chaîne de caractères
permettant d‟indiquer un protocole de communication et un emplacement pour toute ressource
du web.
Ex : http://www.sinai.fr/home/nouveau/Vial.Isa/preinscri.php
 LE PROTOCOLE HTTP(S)
Le protocole de base du World Wide Web est le HTTP (HyperText Transfer Protocol)
qui peut être utilisé pour n'importe quelle application client-serveur impliquant de
l'hypertexte. Ce protocole est capable d'assurer le transfert de texte, hypertexte, fichiers audio,
images ou tout autre type d'information pouvant se mettre sous la forme d'un fichier. Etant
donné que ce protocole achemine des données sur internet on lui a ajouté une couche de
sécurité (SSL) pour la confidentialité et la fiabilité c‟est ainsi on parle de HTTPS (HyperText
Transfer Protocol Socket).
C. VERSION WEB
Depuis sa naissance, le web n‟a connu que deux versions, voici d‟une manière brève les
révolutions qu‟a connues le web :
 Le web1.0 : c‟est le web qui utilisait les langages comme le HTML, le CSS et un
peu Adobe Flash, à ce phase on l‟appelé le web statique car il se limitait juste à
l‟affichage simple des textes.
 Le web 2.0 : c‟est la version la plus récente, le web2.0 est appelé encore le web
sémantique car il utilise des langages puissants tels que l‟Ajax, le PHP, le

12
JavaScript, Json, etc. Il est à la base du service web et des plusieurs autres
technologies utilisée aujourd‟hui.
Dans le cadre de ce travail nous mettrons sur pied une application web moderne qui
répond aux exigences du web2.0, le web sémantique.
I.2.2. LES APPLICATIONS WEB
A. DEFINITION
La définition d‟une application web semble être un véritable casse-tête, qui aujourd‟hui
divise plusieurs développeurs au monde. Il est vrai que le terme application web a pu
causer quelques malentendus, voire déplaire, et peut assurément être interprété de diverses
manières. Bien sûr il y a ceux qui disent qu‟une application web est un site web dynamique5
et d‟autres disent qu‟une application web est un site web dynamique ou statique6
, et nous nous
disons qu‟une application web est une application conçue en php, Ajax ou JavaScript et est
intégrée dans un site web et rend ce dernier dynamique. Donc une application web est un site
web dynamique.
B. TYPE DES SITES WEB
Il existe deux types des sites web :
 Les sites web statiques
Ce sont des sites réalisés uniquement à l'aide des langages HTML et CSS. Dans ce site
l‟utilisateur n‟interagit pas directement avec le système et pour modifier le contenu du site le
webmaster doit le retirer sur internet et puis le retourner après la maintenance.
 Les sites web dynamiques
Ces sites utilisent d'autres langages en plus de HTML et CSS, tels que PHP et
MySQL, etc. Le contenu de ces sites web est dynamique parce qu'il peut changer sans
l'intervention du webmaster. Dans ce site l‟utilisateur interagit directement avec le système
c‟est-à-dire il peut aussi modifier quelques contenus du site. En plus de ce type, il existe un
type un peu spécial que nous appelons une application web dynamique.
5
Yav Mutchail , Cours de service web, G3 info UPL Jour , 2014, inédit, p.8.
6
Jean-Marie, Premières applications web2.0 avec Ajax et php, Eyrolles, paris, 2006, p.23.

13
I.3. NOTIONS DE DEVELOPPEMENT WEB
I.3.1. DEFINITION ET CONCEPTS
A. DEFINITION
Le développement web est l‟activité consistant à créer des applications web. En
pratique, c‟est un mélange d‟édition de contenu (publication web), de création artistique
(conception web ou design web) et de programmation informatique (programmation web)
permettant à la fois de préparer le contenu informationnel des sites web, de soigner leur
présentation et d‟ajouter des fonctionnalités utilisateur avancées7
.
B. TYPE DE LANGAGES DE PROGRAMMATION WEB
Pour concevoir une application web il existe un certain nombre des langages. Ces
langages sont capables d‟interagir avec les ressources se trouvant sur le web. Aujourd‟hui il
existe plusieurs langages mais nous allons nous y atteler sur ceux qui sont plus utilisés
actuellement. Tout d‟abord, dans la conception des applications web il existe trois couches ou
logiques qu‟il faut maitriser. Chaque couche possède ces propres langages de programmation.
La figure suivante nous montre les différentes couches :
Figure 1.1. Les trois couches de la conception web.
 La couche présentative
Cette couche est celle qui est visible pour l‟utilisateur. Au niveau de cette logique nous
trouvons des langages bien spécifiques comme :
 Le HTML
7
Mutchail Dieudonné M., Cours d’introduction aux services web, G3 info UPL jour, 2014, inédit
p.3.

14
C‟est un langage d‟édition et non un langage de programmation le HTML (HyperText
Markup Language) est utilisé sur le système de partage de l‟information mondial WWW
(World Wide Web) depuis 1990. Ce langage se compose d‟un ensemble d‟annotations,
appelées étiquettes ou balises, qui permettent de créer et formater un document hypertexte. Un
fichier HTML est un fichier texte ce qui a l'avantage de le rendre facilement lisible sur
n'importe quelle plate-forme ou ordinateur.
Il existe plusieurs versions de HTML entre autres : le HTML1.0, HTML2.0, XHTML et le
plus récent est le HTML5 qui est à la base du web2.0.
Exemple d‟une balise HTML : <! Doctype html>
 Le CSS
Le CSS (Cascading Style Sheet) est une feuille des styles qui permet de faire la mise
en page des documents HTML, il rend les pages web conviviales, c‟est-à-dire très jolie mais
cela dépend de la capacité du concepteur et de la maitrise des propriétés CSS. Le plus récent
c‟est la version3 (CSS3). Il existe des applications qui nous permettent d‟inclure des effets
d‟attraction sur les pages web comme par exemple le Macromedia Flash, l‟Easy GIF, etc.
Exemple : section, aside {display : table-cell ;}
 Le JavaScript
Le JavaScript est un langage qui offre le dynamisme du coté client, c‟est-à-dire il
facilite la manipulation aisée des pages web grâce à des évènements avancés.
Exemple : function () {
Var sinai = New Array ( „pdf‟,‟jpeg‟,‟gif‟,‟docx‟);
}
 La couche applicative
 Le PHP

15
Le PHP (Personnal Home Page ou encore HyperText Preprocessor) : ce langage est
open source c‟est-à-dire libre, il offre un dynamisme du coté serveur, il est aujourd‟hui plus
utilisé quand on veut développer des applications qui interagissent avec le grand public.
Exemple : <?php echo “salut je suis content parce que je défends aujourd‟hui” ?>.
Il existe tant d‟autres langages à ce niveau, tels que : Le JSP (Java Server Page) qui crée
l‟interopérabilité entre les applications mobiles et la base de données ; L‟ASP (Active Server
Page) qui permet de générer dynamiquement des documents XML ; etc.
 La couche métier
Cette couche s‟intéresse à ce qui est lié au système de gestion de base de données
(SGBD), au niveau de cette logique nous trouvons le fameux :
 SQL (Structured Query Langage)
C‟est un langage d‟interrogation de base de données, il est très rependu car il nous
permet de faire des manipulations assez faciles de bases de données relationnelles. Il permet
d‟ajouter des données, de les sélectionner, de les modifier, de les supprimer dans les tables.
Sur le web il fonctionne en collaboration avec PHP, c‟est-à-dire le SQL fait le travail que
PHP lui demande et il lui répond favorablement et ce dernier l‟affiche sur la page.
I.3.2. LE DEVELOPPEMENT WEB
A. BESOIN DE DEVELOPPEMENT WEB
Le besoin aujourd‟hui du développement web est d‟atteindre le grand public afin de leur
permettre de participer aussi à quelques activités du système d‟information.
B. OUTILS DE DEVELOPPEMENT
Pour bien développer une application web il est recommandé de réunir les différentes
plateformes et éditeurs de code polyvalents. Voici donc quelques outils de développement
web :
 L‟éditeur des codes (PHP Designer, Dreamweaver, Notepad++, Zend, etc.)
 Un SGBD (MySQL, Oracle)

16
 Un serveur web local pour le test (Wampserver, Easyphp)
 Un système d‟exploitation adéquat.
C. CHOIX DES LANGAGES DE DEVELOPPEMENT WEB
Le choix d‟un langage de programmation dépend d‟un certain nombre des critères dont :
 La portabilité : à ce niveau nous devons répondre aux questions suivantes :
 ce langage est-il dépendant d‟un système d‟exploitation particulier ?
 Est-ce que ce langage ou ses librairies permettent de faire abstraction du
système d‟exploitation, du matériel, des ressources (mémoire, disque, etc.).
 La stabilité
 Depuis combien de temps existe ce langage ?
 Est-il encore en beta ?
 Des entreprises l‟utilisent-elles ? si oui, pour des tâches critiques ?
 La sécurité
 Est-il vulnérable aux risques de SQL injection ?
 Fournit-il la fiabilité ?
 La confidentialité ?

I.4 LA SECURITE
A. SECURITE DES APPLICATIONS
La sécurité des applications s‟avère utile dans le développement des applications web
d‟aujourd‟hui, Cette sécurité repose essentiellement sur :
 Une méthodologie de développement
 La robustesse des applications
 Des contrôles programmés
 Des jeux de tests.
I.5. NOTION DE L’OPENSOURCE ET D’HEBERGEMENT
I.5.1. NOTIONS DE L’OPENSOURCE (GNU)
A. DEFINITION ET PRESENTATION

17
Le GNU, signifie GNU is Not Unix (GNU N‟est pas Unix), est un ensemble de
logiciels libres développés par la Free Software Fondation (FSF), dont Richard Stallman est le
créateur. GNU/Linux est un système d‟exploitation de type Unix, libre et ouvert. Il est
distribué sous la licence GPL (General Public licence). Cette licence a pour but de protéger
les droits des développeurs, tout en permettant une diffusion et une utilisation totalement libre
du logiciel, ainsi que du code source.
B. LES FAMILLES DES DISTRIBUTIONS LINUX
Il existe plusieurs distribution linux dont : Debian, SUSE, Mandriva, Red Hat,
Slackware, Ubuntu, Xandros, Novell, Gentoo, Knoppix, Gentoo, Knoppix, Mandriva, etc.
Mais les plus principales et les plus utilisées, sont les cinq premières.
C. LINUX FACE AUX ENTREPISES
Aujourd‟hui, toutes les entreprises modernes dépendent de leurs ordinateurs et des
données qui y sont stockées et traitées. Toute interruption de service de ces systèmes
informatiques peut avoir des effets désastreux sur l‟entreprise elle-même. Il est donc
nécessaire de s‟assurer de la fiabilité du matériel, et du logiciel (y compris du système
d‟exploitation). Mais pour posséder une vraie puissance d‟entreprise, les logiciels devront
aussi gérer : récupération des pannes, réallocation des ressources, etc. et surtout une grande
facilité d‟administration.
Les avantages de Linux sont :
 la fiabilité du système d‟exploitation
 la sécurité
 la simplicité d‟administration des serveurs Linux :
 les performances du système.
I.5.2. L’HEBERGEMENT WEB OPENSOURCE
A. DEFINITION
L‟hébergement c‟est le fait d‟héberger son site web. Héberger est le fait de faire
fonctionner son site web sur un serveur web distant en utilisant les services de ce serveur.

18
B. LES SERVICES D’HEBERGEMENT
Apres avoir conçu l‟application web, il faut la rendre accessible à tout le monde, pour
la rendre accessible, nous devons disposer des services qui seront installer sur des serveurs.
Pour héberger une application web moderne, les serveurs suivants sont d‟une importance
capitale :
 LE SERVEUR WEB
Le serveur web c‟est une machine puissante sur laquelle est installé un serveur http, un
serveur http est un logiciel qui héberge les applications web et les rend accessible lors de la
demande par le client http (navigateur).aujourd‟hui dans le monde, le serveur http le plus
utilisé c‟est Apache, sous linux il s‟appelle apache2.
 LE SERVEUR MSQL
Le serveur MYSQL est un serveur sur lequel est installé le MySQL. Le MySQL est
un SGBDR (Système de Gestion de Bade de Données Relationnelles), c‟est un système qui
nous permet de gérer les bases de données. Ce système est vraiment incontournable et sert à
gérer des données de façon efficace et organisée. Tout ce que nous voulons enregistrer sur
notre site va se retrouver stocké dans une base de données : une demande d‟inscription, une
liste des étudiants, des dossiers sous format zip, etc. aujourd‟hui le SGBD le plus puissant et
le plus utilisé c‟est Oracle, mais il cout très chère. Dans le cadre de notre TFC nous utiliserons
uniquement le MySQL.
 LE SERVEUR DNS
Le serveur DNS (Domaine Name Service) est un serveur sur lequel est installé les
services DNS, c‟est un service de traduction des noms des domaines en adresse IP et
inversement. Il est plus utilisé aujourd‟hui sur internet car il permet également de différencier
d‟une manière simple les différents sites qui tournent sur le web, sous linux il s‟appelle Bind9.
 LE SERVEUR FTP
Pour que deux ordinateurs puissent communiquer entre eux, ils doivent parler la même
langue. En voyant que les ordinateurs commençaient à se multiplier et étaient tous différents
(dès les années 1970 !), on a commencé à imaginer un système pour que deux ordinateurs
puissent échanger des fichiers entre eux. Le FTP était né.

19
FTP signifie File Transfer Protocol, c'est-à-dire Protocole de Transfert de Fichiers. Il
nous permet donc d‟envoyer les fichiers sur un serveur distant (Uploader) et de télécharger
également les fichiers se trouvant sur un serveur distant (Downloader).
Avec le FTP il n y a pas de sécurité, Il existe d'autres techniques pour échanger des
fichiers de façon sécurisée, comme le FTPS et le SFTP. Cependant Sur de serveur qui utilise
des distributions LINUX, le SFTP est déjà inclus lors de l‟installation de SSH (Secure Shell).
Le client FTP est le logiciel que nous utilisons pour échanger les fichiers, FileZilla est
un exemple de client FTP. Le serveur FTP est un programme qui permet donc l'échange de
fichiers, le plus utilisé est le PROFTPD sous linux.
I.5.3. SECURITE DES TRANSACTIONS AVEC SSL SOUS LINUX
1. Présentation et Définition
Le Secure Socket Layer est un protocole qui nous permet de chiffrer toutes les
requêtes entre le client et le serveur, il est aujourd‟hui utiliser pour le site intégrant la
fonctionnalité des transactions bancaires en vue de rendre confidentielles les informations
secrètes partagées entre le client et le serveur.
2. Fonctionnement
Lors que le protocole SSL est configuré dans un réseau, il s‟intercale entre la couche
réseau et la couche applicative en vue de mutualiser l‟authentification entre le client et le
serveur. Dans la couche applicative nous trouvons des protocoles tels que : HTTP, IMAP,
POP, FTP, LDAP, ces protocoles utilisent la couche réseau pour l‟échange des pages web ou
des courriers électroniques c‟est ainsi que le protocole SSL se place entre ces deux couches
pour sécuriser cet échange. La figure 1.2 montre comment la communication se fait :
Figure 1.2. SSL s‟insère entre la couche réseau TCP/IP et la couche application.

20
En ce qui concerne la configuration de ce protocole, nous la ferons au dernier chapitre.
I.6. NOTION D’UML
A. DEFINITION
L‟UML (Unified Modeling Language) est un langage graphique qui nous permet de
modéliser c‟est-à-dire créer, faire, élaborer, dessiner, arranger, concevoir, développer un
modèle. Un modèle c‟est une représentation abstraite d‟un objet du monde réel.
B. POURQUOI MODELISER ?
Le recours à la modélisation est depuis longtemps une pratique indispensable au
développement logiciel, car un modèle est prévu pour arriver à anticiper les résultats du
codage. La modélisation nous permet donc d‟étudier le système et de le comprendre avec
moindre détail.
C. POURQUOI UML ?
Le Système d‟Information, appelé aussi SI, est un ensemble de tâches complexes regro
upées en modules spécialisés qui composent l‟applicative informatique : le logiciel8
.
Tout comme une maison, a besoin d‟un plan de conception réalisée par un architecte.
Une maison conçue sans plan risque de présenter, une fois finie, plus d‟une erreur de
conception. Il en est de même pour un logiciel. Le logiciel sans études préalables, construit
sans méthodologie, risque de surprendre son utilisateur. Cependant L‟UML est le langage le
plus utilisé pour la conduite aisée des projets informatiques.
D. METHODES UTILISEES PAR UML
En UML on utilise plusieurs méthodes regroupées en deux :
 Les méthodes AGILES
8
Batiste, J.L, Modélisation des données et des traitements langage SQL, paris, ENI, p.3

21
Dans les méthodes agiles nous trouvons les processus suivants :
 XP (eXtreme Programming),
 UP (Unified Process)
 2TUP (2 Track Unified Process),
 RAD (Rapid Application Development)
 Les méthodes non AGILES : Dans les méthodes non agiles nous trouvons par
exemple le SECOMO.
E. PRESENTATION DE LA METHODE UP
La méthode UP (Unified Procès) est un processus unifié, qui est utilisé par le langage
UML pour la conduite aisée d‟un projet, il est plus adapté pour le gros projet. Cette démarche
utilise les principes qui sont à la base du processus unifié dont :
 processus guidé par les cas d‟utilisation,
 processus itératif et incrémental,
 processus centré sur l‟architecture,
 processus orienté par la réduction des risques.
Plusieurs méthodes s‟offrent à nous pour résoudre un problème donné et chaque
méthode utilise un certain nombre des diagrammes proposés par UML, ces diagrammes sont
au nombre de treize dans le cadre de ce travail nous utiliserons la démarche UP.
I.7. LES DIAGRAMMES UML
Le langage de modélisation UML fonctionne comme un cube, un élément
multidimensionnel pour lequel, chaque face représente une manière de décrire un élément du
monde réel et aussi un diagramme en UML. Ce langage comprend donc chaque problème
sous plusieurs angles différents qu‟on appelle le diagramme. Ces diagrammes sont regroupés
sous deux aspects :
A. LES DIAGRAMMES D’ASPECT STRUCTUREL

22
Ces diagrammes sont encore appelés diagrammes d‟aspect statique, ils sont tournés
vers l‟aspect statique du système en vue de le représenter. Ces diagrammes sont au nombre de
six :
 Le diagramme de classe
 Le diagramme d‟Object
 Le diagramme de composant
 Le diagramme de déploiement
 Le diagramme de paquetage
 Le diagramme de structure composite.
B. LES DIAGRAMMES D’ASPECT COMPORTEMENTAL
Les diagrammes d‟aspect comportemental sont des diagrammes qui représentent la
partie dynamique du système, ils interagissent avec l‟utilisateur. Dans cet aspect nous
trouvons le diagramme ci-après :
 Le diagramme de cas d‟utilisation
 Le diagramme d‟état transition
 Le diagramme d‟activité
 Le diagramme de séquence système
 Le diagramme de communication
 Le diagramme global d‟interaction
 Le diagramme de temps
CHAPITRE DEUXIEME : PRESENTATION DU CHAMPS D’ETUDE ET ANALYSE
DE L’EXISTANT
II.0. INTRODUCTION
Dans ce chapitre, il sera question de présenter l‟Université Protestante de Lubumbashi
puis de faire une prise de connaissance du domaine d‟application et du diagnostic des points
forts et des points faibles en vue de présenter le projet de la préinscription en ligne.
II.1. PRESENTATION DE L’ENVIRONNEMENT
A. BREVE PRESENTATION

23
L‟Université Protestante de Lubumbashi (UPL en sigle) est une institution privée et
chrétienne de la République Démocratique du Congo qui forme les ingénieurs informaticiens
en ingénierie de système d‟information, réseaux et télécommunications, des pasteurs
théologiens et des professionnels des médias (journalistes, réalisateurs, reporters…).
Hormis l‟enseignement qui est l‟activité principale, l‟université participe à d‟autres
activités telles que les activités sportives (Football, Basketball, etc.), les activités culturelles
(fête d‟anniversaire, cérémonies, réunion, etc.), les activités académiques (journée
scientifique, évaluation,…), etc.
B. OBJECTIF
L‟Université Protestante de Lubumbashi a pour mission de former les futures cadres
congolais en particulier ceux de Lubumbashi, sur le plans scientifique et spirituel. Elle a
d‟autres projets qui sont en train d‟être conduits tels que : la construction des nouveaux
bâtiments pour l‟ajout des nouvelles facultés en vue d‟éduquer scientifiquement et
moralement la quasi-totalité de la jeunesse congolaise.
C. HISTORIQUE
En 1997 les deux premiers missionnaire protestants de la mission coréenne (MPC) fut
venus en RDC précisément dans la province du Katanga, le pasteur MODESTE YALI
KALOMBOLA et Benjamin GABOL A NDAYE s‟étaient réuni pour la première fois avec
deux objectifs :
 Ouvrir une extension de la mission coréenne de l‟église les semeurs au Katanga
 Elaboré un projet pour le développement social de la province du Katanga (Ouverture
d‟une Université.).
L‟Eglise « les semeurs » ouvrit ses portes le 21 septembre 1997, Trois ans plus tard
soit en 2000 le projet d‟ouverture d‟une Université fut accepté et financé par l‟église « HAN »
de la Corée du sud ainsi deux ans plus tard, l‟Université Protestante de Lubumbashi ouvrit ses
portes avec la faculté de Théologie. C‟était par le sous la direction du Recteur le Révérend
Docteur LEE KWANG SOO de l‟église HAN, secondé par le Vice-recteur le révérend pasteur
KWAK GOON YONG.

24
En 2004 lors de la réunion du 20 mars 2004 le conseil académique a fixé une politique
générale en matière de la faculté d‟informatique dans le but de permettre la coopération et
d‟offrir aux membres de la communauté universitaire l‟ensemble de service globaux des
communautés informatisées.
A cet effet, la faculté d‟informatique ouvrit ses portes à l‟UPL c‟est au cours de
l‟année académique 2005-2006 que l‟UPL est agrée par décret présidentiel numéro 06/0106
du 12 juin 2006 portant agrément de quelques établissement privés d‟enseignement supérieure
et universitaire et au court de l‟année académique 2011-2012, la faculté des Science de
l‟Information et de la Communication (SIC) ouvrit ses portes.
II.2. SITUATION GEOGRAPHIQUE
A. EMPLACEMENT ET COORDONNEES GEOGRAPHIQUES
L‟Université Protestante de Lubumbashi est situé au nord-ouest de la commune de
Lubumbashi, dans la province du Katanga en République Démocratique du Congo. Elle se
situe au numéro 2179 sur l‟avenue du 30juin contre Kimbangu en face du siège provincial
du Parti du Peuple pour la Reconstruction et le Développement (PPRD) et en diagonal
du stade LUPOPO et du Lycée KIWELE, un mur sépare l‟UPL avec le marché LUMUMBA
communément appelé marché EUREKA. Pour sa géolocalisation, elle a comme longitude
-11.654002 et latitude 27.48383 sur Google Map.

SUJET : « conception et déploiement d’une application web de préinscription en ligne intégrant un protocole de paiement bancaire » Travail de fin de cycle présenté en vue de
l’obtention du grade de gradué en informatique générale. Par Nday Kabulo Sinaï
25
B. PRISE SATELLITAIRE
Figure 2.1. Vue satellitaire de l‟UPL
Source : www.google map.com

26
II.3. ANALYSE DE L’EXISTANT
L‟analyse de l‟existant est la prise de connaissance du domaine d‟application et du
diagnostic des points forts et des points faibles permettant une approche du problème. Il faut
d‟abord récolter les informations ensuite assurer la présentation c‟est-à-dire inventorier
tout ce qui existe et tirer les conséquences nécessaires au changement ou au maintien de
cet existant9
.
II.3.1. ETUDE DE LA STRUCTURE
Dans cette étude, il s‟agit de décrire l‟organigramme des différents services en
rapport avec l‟activité concernée de l‟entreprise10
.
A. PERSONNEL
L‟Université Protestante Lubumbashi est structurée de la manière suivante :
- Du recteur,
- Du vice-recteur,
- Du Secrétaire Général Académique,
- Du Secrétaire Général Administratif,
- Du Secrétaire Général des Finances,
- Du Secrétaire Général de Management,
- Des Doyens,
- Du responsable salle machine et de son adjoint.
9
MPIANA M., Cours de gestion de projet informatique, G3 info UPL jour, 2013, inédit, P.7.
10
Ib., P.8.

27

28
B. ORGANIGRAMME
RECTEUR
VICE-RECTEUR
SECRETAIRE GENERALE
ADMINISTRATIF
SECRETAIRE GENERALE
ACADEMIQUE
SECRETAIRE GENERALE
DE FINANCE
SECRETAIRE GENERALE
DE MANAGEMENT
RESPONSABLE SALLE
MACHINE
RESPONSABLE SALLE
MACHINE ADJOINT
SECRETAIRESECRETAIRE
PERSONNEL DE
CMDT ET
D’EXECUTION
DOYEN S.I.C DOYEN
THEOLOGIE
DOYEN
INFORMATIQUE
SECRETAIRESECRETAIRE SECRETAIRE
APPARITEUR
SOIR
APPARITEUR
JOUR
Figure 2.2. Organigramme de l‟UPL
Source : secrétaire général administratif 12/02/2014.

29
C. ACTIVITES
 Le conseil de l’université est composé :
- Du PCK,
- Du Recteur,
- Du Secrétaire Général Académique,
- Du Secrétaire Général Administratif,
- Du Secrétaire General des Finances,
- Du Secrétaire Général Management,
- De l‟Aumônier,
- Des doyens des facultés,
- Du Bibliothécaire,
- Du Responsable de la salle machine,
- D‟un Représentant du corps Académique,
- D‟un Représentant de l‟Etudiant.
 Le conseil de l’université a pour mission :
- Exécuter la politique académique et scientifique de l‟université,
- Fait de la proposition sur le développement des activités académiques de
l‟université,
- Délibérer sur l‟octroi des diplômes honorifiques,
- Nomme et révoque le personnel scientifique.
 Le comité de gestion comprend :
- Le recteur,
- Le vice-recteur,
- Le Secrétaire Général Académique,
- Le Secrétaire Général Administratif,
- Le Secrétaire Général de Management,
- Le Secrétaire Général des Finances.
Le comité de gestion assure la gestion courante de l‟université sous la direction du
recteur, et à ce titre, il exécute les décisions du commissaire d‟état à l‟enseignement supérieur
de l‟université, du conseil de l‟université et prend toutes les mesures qui ne relèvent pas de la

30
compétence d‟un autre organe. Il se réunit au moins une fois par semaine et fixe lui-même les
règles de son fonctionnement.
 Le recteur :
Le recteur anime, supervise et coordonne l‟ensemble des activités de l‟université, à ce
titre, il assure l‟exécution de décisions du commissaire d‟état à l‟enseignement supérieur et
universitaire, du conseil de l‟université et du comité de gestion et fait rapport au PCK.
- Il confère les grades académiques,
- ouvre et clôture les sessions des cours et les sessions d‟examen,
- consigne les diplômes légaux, les autorités tant nationales qu‟internationales.
 Le vice-recteur :
- le vice-recteur assiste le recteur,
- supervise et coordonne l‟ensemble des activités de l‟université,
- A ce titre, il assure l‟exécution des décisions du conseil de l‟université et du
comité de gestion et fait rapport au recteur.
 Le secrétaire général académique :
Il assiste le recteur dans l‟animation, la supervision et la coordination de tous les
services académiques et scientifiques de l‟université, et à ce titre, il veille à l‟exécution des
décisions du recteur et du comité de gestion en ce qui concerne notamment :
- le recrutement, l‟engagement, la promotion et le licenciement du personnel du
cadre académique et scientifique,
- l‟admission et l‟inscription des étudiants,
- les programmes et horaire des cours, les attributions des cours et l‟avancement des
enseignements, etc.
 le secrétaire général administratif :
Il veille à l‟exécution des décisions du recteur et du comité de gestion en ce qui
concerne :

31
- le recrutement, l‟engagement, la promotion et le licenciement des agents, des
cadres administratifs et techniques,
- l‟organisation et le fonctionnement des services administratifs,
- les services sociaux organisés en faveur des agents de l‟université,
- il est le responsable du patrimoine du campus.
 le secrétaire général de finances :
Il veille à l‟exécution des décisions du recteur et du comité de gestion en ce qui
concerne :
- L‟élaboration des prévisions budgétaires, des rapports et bilans d‟exercice, ainsi
que des inventaires,
- La répartition des crédits et l‟exécution du budget,
- L‟engagement de liquidation des dépenses,
- L‟établissement de la comptabilité budgétaire et financière,
- Le recouvrement des créances dues à l‟université.
 Le secrétaire général de management :
Il coordonne tous les travaux manuels, de construction et d‟aménagement de
l‟infrastructure. En bref, il s‟occupe des activités techniques.
 L’aumônier :
Il veille à l‟exécution des décisions du recteur et du comité de gestion en ce qui concerne :
- L‟élaboration de programme de la dévotion, des rapports, ainsi que des inventaires
de l‟aumônerie,
- Le recrutement des choristes et diacres
- Il est chargé des relations publiques
- Il est aussi chargé des relations publiques.
 le doyen :
Au niveau de ce service nous trouvons trois doyens qui assument chacun sa tâche par
rapport à sa faculté c‟est-à-dire la faculté des sciences informatiques, la faculté des sciences
d‟information et de communication (SIC en sigle) ainsi que la faculté de théologie. Chaque
doyen :

32
- Dirige toute la faculté,
- Programme les cours,
- Envoit les étudiants en stage,
- S‟occupe de sujet de TFC et TFE,
- Veille sur l‟évolution de l‟enseignement et
- Fait rapport au Secrétaire Général Académique.
 l’appariteur :
L‟apparitorat c‟est un sous-ensemble de l‟Académique c‟est-à-dire un proche
collaborateur de l‟Académique. Au niveau de l‟apparitorat, nous trouvons deux appariteurs,
un pour la vocation jour et l‟autre pour la vocation soir. L‟appariteur :
- Communique directement avec les étudiants et les enseignants,
- Supervise le cours,
- Suit l‟avancement des cours,
- Suit la conduite des Enseignant et Etudiants,
- Reçoit les Plaintes des étudiants et des enseignants puis les transmet au secrétaire
général académique.
II.3.2. ETUDE DES MOYENS DE TRAITEMENTS INFORMATIQUES EXISTANTS
Il s‟agit des moyens manuels, mécaniques, électroniques ou informatiques et
autres qui permettent de traiter l‟information circulant dans les services ou département
au sein de l‟organisation (entreprise)11
. En ce qui concerne le traitement informatique, l‟UPL
se sert :
- Des ordinateurs pour l‟enregistrement des étudiants, la mise à jour des listes des
étudiants. Bref la saisie et l‟impression,
- Une machine de fabrication et d‟impression des cartes d‟étudiants et
- Une machine de fabrication et d‟impression des agendas.
1. INTRASTRUCTURES
A. IMMEUBLES
11
Cours de gestion de projet informatique, G3INFO/JOUR, UPL, 2013-2014 P.8.

33
L‟Université Protestante de Lubumbashi possède plusieurs bâtiments, salles et
bureaux dont les détails sont les suivants :
- Deux salles qui hébergent des machines, mais une seule salle (Bibliothèque) est
connectée au réseau de l‟UPL,
- Un grand bâtiment qui contient des bureaux administratifs et une grande salle
pour la célébration des messes (Dévotion) qui est utilisée également pour
dispenser les cours, pour les différentes manifestations (Collation, Mariage,
Grande Réunion, Séminaire, etc.),
- Un grand bâtiment en pleine construction pour l‟ajout d‟autres facultés, ce
bâtiment aurait trois niveaux dont nous ignorons le détail.il est à noter que le
premier niveau finirait avant la fin de l‟année académique 2013-2014,
- Un Guest House pour l‟habitation de corps étrangers, d‟autres sont en pleine
construction.
B. INFORMATIQUES
 RESEAU INFORMATIQUE
L‟université possède une infrastructure réseau un peu modeste, Elle possède une
connexion internet faible de 128/256 Kbps, qui est utilisée par peu des machines, elle a
également un système de présence par carte électronique qui semblerait être négligé et utilisé
occasionnellement par manque de suivi. Le point qui suit va nous énumérer les équipements
informatiques utilisés actuellement à l‟UPL.
EQUIPEMENTS UTILISES DANS LE SYSTEME ACTUEL
NO
EQUIPEMENTS UTILISES DETAIL
1 170 MACHINES DESKTOPS 160Go HDD, 2Ghz CPU DUO, 512 RAM,
SE DEBIAN 6.0.6, WINDOWS7 ET XP
PACK3
2 2 SWITCH
(COMMUTATEURS)
24 PORTS, marque SUPER 3COM
STRACK
3 1 ROUTEUR WIFI 4PORTS LAN ET 1 PORT ETHERNET
marque SR224
4 1 SERVEUR Utilisé comme une machine puissante pas
dans la totalité de ces fonctionnalités.

34
Tableau 2.1. Equipements
utilisés actuellement
5 1 RACK
6 1 ANTENNE VSAT
7 1 MODEM
8 200m CABLES UTP
9 10 CABLES COAXIAL
10 1 POINT D‟ACCES SANS
FIL
11 3 ORDINATEURS
PORTABLES

35
 DIAGRAMME RESEAU
ADMINISTRATION
MANAGEMENT
BIBLIOTHEQUE
Figure 2.3. Diagramme réseau de l‟UPL

P a g e | 36
POSSIBILITE D’EXTENTION DU RESEAU INFORMATIQUE
L‟Université Protestante de Lubumbashi possède encore quelques équipements qui lui
permettront d‟élargir son réseau et le rendre un peu moderne :
NO
NOM EQUIPEMENTS DISPONIBLES
1 2 PATCH PANEL CAT SE
2 1 SWITCH CATALYSTE 2900 SERIES XL 24 PORTS
3 12 TELEPHONES IP CISCO 7400 SERIES
4 1 NET UP SERVER à 12 HDD (1HDD=200Go)
5 1 IBM SERVER X3650 (2HDD de 120Go, 12Go de la
RAM, 12GHZ CPU, 4PORTS HDD )
6 4 ANTENNES BBX
7 LA FIBRE OPTIQUE
8 LES ANTENNES DE RELAIS POINT A POINT
9 LES POINTS D‟ACCES SANS FIL CISCO
10 LES PHOTOCOPIEUSES ET SCANNERS
11 UN KIT DE RACK SERVER
12 DES ORDINATEURS LAPTOPS
D‟ADIMINISTRATION A DISTANCE
Tableau 2.2. Equipements non utilisés
II.3.3. ETUDE DES DOCUMENTS ET FICHIERS EXISTANTS
Concernant les documents ou fichiers existants, L‟Université Protestante de
Lubumbashi possède d‟une bibliothèque qui contient les travaux de fin d‟étude ou mémoire
et les travaux de fin de cycle, les rapports de stage, des livres informatiques dont la quasi-
totalité est écrite en anglais et en coréen. Hormis le fichier imprimé l‟université possède
d‟autres fichiers numérisés sur des supports magnétiques (CD-ROM, DVD, etc.) pour une
conservation un peu plus rassurant. Elle possède également un système de présence
électronique par des cartes d‟Etudiant électronique pour tous les étudiants. L‟université utilise
les documents et fichier suivant :

P a g e | 37
NO
DOCUMENTS IMPRIME FICHIER
ELECTRONIQUE
Cartes
1 Carte d‟Etudiant  
2 Carte de Service  
Fiches et documents
3 Carnet de Stage 
4 Fiche d‟Examen  
5 Agenda  
6 Fiche d‟Etudiant  
7 Fiche de Recherche  
8 Fiche de Cotation  
9 Fiche de Prestation  
10 Fiche de suivi d‟évolution des TFE et TFC 
11 Relevé des cotes  
12 Affiches (communiqués, moyennes, Listes
de délibération, Horaires Cours)

13 Liste des Etudiants  
14 Liste des Enseignants  
15 Liste des personnels  
Travaux
16 TFC 
17 TFE 
18 Rapport de stage 
19 Syllabus  
Bordereaux
20 Bordereaux d‟Inscription 
21 Bordereaux de Minerval 
22 Reçu Relevé de cotes  
Tableau 2.3. Liste de Documents existants

P a g e | 38
II.3.4. ETUDE DE LA CIRCULATION DE L’INFORMATION
En ce qui concerne la diffusion des informations, l‟Université:
- Utilise des lettres,
- Utilise des téléphones portables pour la communication entre le personnel et les
enseignants voir même en cas de besoins de l‟équipe promotionnelle,
- Utilise Sa Boite Mail pour l‟envoi de courriers électroniques, des messages, etc.,
- Touche le media pour sa publicité et d‟autres informations,
- Utilise des valves pour les affiches (moyennes, horaires, communiqué, différentes
listes).
 GRAPHE DE FLUX
Le graphe de flux nous donne une vue d‟ensemble sur la circulation des différents
documents émis dans l‟entreprise, Et sur la manière dont les informations circulent dans une
organisation donnée. Dans l‟entreprise On étudie essentiellement le circuit des
informations par leur provenance, leur destination et le lieu de leur traitement, ou leur
archivage12
. Ainsi donc nous représentons d‟une manière générale le graphe de flux des
inscriptions de l‟Université Protestante de Lubumbashi dans la figure 2.11.
Figure 2.11. Graphe de flux
12
NGOY K., Cours de gestion de projet informatique, G3 info UPL jour, 2014, inédit P.7.

P a g e | 39
Description de la légende du graphe de flux
1. Demande d‟inscription
2. Demande place disponible
3. Effectifs vérifiés
4. Demande répondue (l‟envoi des listes)
5. Inscription accordée
6. Frais payés
7. Informations Encodées
8. Paiement réussit
9. Bordereau paiement présenté
10. Candidat enregistré
11. Inscription réussie
II.3.5. ESTIMATION DES COUTS DU SYSTEME EXISTANT.
L‟estimation des couts consiste à faire une approche permettant de connaitre le coût
global annuel du système de gestion tel qu‟il fonctionne actuellement. En bref c‟est ce que
tout le système actuel vaut dans son entièreté13
. Ainsi donc nous avons estimé le coût par
rapport au prix de la ville de Lubumbashi car tous les équipements sont achetés en Corée et
nous n‟avons pas accès de précisions sur le prix auquel ils sont achetés en Corée parce que la
vérité n‟a pas été dévoilée.
NB : Nous nous sommes intéressés uniquement aux équipements informatiques utilisés car
c‟est selon notre domaine que nous avons pu faire cette estimation.
Equipements utilisés dans le réseau actuel
NO
EQUIPEMENTS
UTILISES
PRIX
1 170 MACHINES
DESKTOPS
600$*170=102000$
2 2 SWITCH 24 ports
(commutateurs)
120$*2=240$
13
NGOY K., Cours de Gestion des Projets Informatiques, G3 info UPL jour, 2014, p.7.

P a g e | 40
3 1 ROUTEUR WIFI Dlink 60$
4 1 SERVEUR 5000$
5 1 RACK 250$
6 1 ANTENNE VSAT 1500$
7 1 MODEM 100$
8 200m CABLES UTP 5$
9 10m CABLES COAXIAL 5$
10 1 POINT D‟ACCES
SANS FIL
40$
11 3 ORDINATEURS
PORTABLES
500$*3=1500$
TOTAL 110700$
Tableau 2.4. Equipements utilisés et prix
II.3.6. DIAGNOSTIC DE L’EXISTANT
Il s‟agit d‟un examen systématique du service en vue de déceler des anomalies
(Manque d‟efficacité, Manque d‟efficience), tout en donnant aussi les points forts14
. Après
observation et analyse nous avons ressorti deux points qui caractérisent la situation présente
de l‟UPL, les points forts et les points faibles.
A. POINTS FORTS
Voici les points forts qui différencient l‟université protestante de Lubumbashi par
rapport à d‟autres universités :
- Elle dispose d‟une salle machine qui contient cent-vingt machines pour la pratique
de tous les étudiants,
- Elle possède une salle appelée bibliothèque, qui contient cinquante machines
connectées à l‟internet pour les recherches des étudiants finalistes,
- Elle dispose des salles spacieuses pour l‟enseignement et autres manifestations,
14
NGOY K., Cours de Gestion des Projets Informatiques, G3info UPL jour, 2014, inédit, p.7.

P a g e | 41
- Elle dispose d‟un groupe électrogène puissant qui alimente toute l‟université en
cas des coupures,
- Elle offre également des enseignements de qualité,
- Elle se situe sur un bel emplacement (au centre-ville), elle facilite tous les
étudiants qui viennent de différents coins de la ville du point de vue transport. Elle
dispose également d‟un large espace pour le parking.
B. POINTS A AMELIORER
En ce qui concerne les points faibles, l‟UPL porte quelques défauts à améliorer au fil
du temps dont :
- Le manque d‟un site web pour le renseignement à distance sur les différentes
activités,
- Le processus d‟inscriptions des candidats archaïque et comme conséquences :
certains candidats inscrits ne sont pas répertoriés, erreur dans les noms et lenteur
dans le traitement de ce processus.
- Pas d‟équipements réseaux disponibles pour la mise en pratique des différentes
configurations, les étudiants utilisent parfois des logiciels pour les faire,
- La mauvaise conservation des documents académiques et œuvres des étudiants ce
qui conduit à la perte de ceux-ci,
- Le manque d‟infrastructure réseau moderne,
- Le manque d‟onduleur dans les deux salles et bureaux et comme conséquence il
y‟a perte d‟informations non enregistrées,
- Le manque de portail d‟échange de communication à distance ou local entre
étudiants,
- Le processus de délibération archaïque et comme conséquence : manque certaines
cotes,
- Pas de sécurité physique et logique pour le petit réseau existant,
- Une bibliothèque qui ne permet pas aux étudiants de récolter les informations car
la plus part des livres sont en anglais et d‟autres langues, il n‟y a que des rapports
de stage, TFC et TFE,
- Traitement lent de documents académiques comme par exemple : les relevés de
côtes, diplômes, etc.,
- Une connexion internet à bas débit, soit 128/256 KBPS,

P a g e | 42
II.3.7. PROPOSITION DES SOLUTIONS
Nous suggérons à l‟UPL ce qui suit :
- Une application web devra permettre aux candidats de s‟inscrire à distance ainsi
que de gérer tout le processus d‟inscriptions, c‟est-à-dire de la préinscription
jusqu‟à l‟inscription définitive du candidat.
- Une application de publication de résultat après délibération,
- Un réseau d‟entreprise sécurisé pour le partage et la communication entre
différents départements, service et bureau,
- Une bibliothèque électronique pour faciliter à tous les étudiants de consulter des
ouvrages localement ou à distance,
II.3.8. ELEMENT DE CONDUITE DU NOUVEAU PROJET
La conduite de projet, aussi appelée gestion de projet ou management de projet, est
une démarche qui a pour but de structurer et assurer le bon déroulement d'un projet. Conduire
un projet, c'est prendre toutes les mesures nécessaires pour faire en sorte que le projet
atteigne ses objectifs15
.
A. PLANIFICATION DU PROJET
La planification d'un projet consiste à prévoir l'ordonnancement des opérations sur le
plan des délais et de l'utilisation des ressources16
.
1. IDENTIFICATION DES ACTEURS DU PROJET
 LES ETUDIANTS
Les étudiants auront pour rôle de :
Sensibiliser leurs collègues sur le projet ;
Faire les critiques sur le projet ;
Faciliter le test final du projet ;
Aider dans l‟implémentation des architectures réseaux.
15
MPIANA M., Cours de gestion de projet informatique, G3 info UPL jour, 2013, p.21.
16
Ib., p.25.

P a g e | 43
 LE COMITE DE PILOTAGE
Le comité de recherche quant à lui il se chargera de :
Charger de veiller au bon fonctionnement du projet ;
Planifier les dates importantes du projet ;
Surveiller les options proposées par le chef du projet pour assurer son
déroulement ;
Communiquer sur le projet ;
Valider les étapes primordiales.
 PILOTE
Le pilote ou encore le maitre d‟œuvre se chargera de :
Changer le projet en action ;
Déterminer les objectifs du projet ;
Déterminer les délais de la réalisation du projet ;
Déterminer le budget du projet.
 CHEF DE PROJET
Le chef de projet aura pour rôle de :
Définir clairement le projet, son objet, son but, son résultat final ;
Identifier les grandes étapes du projet ;
Valider les phases importantes du projet ;
Communiquer avec le monde extérieur ou les utilisateurs en vue de critiquer la
maquette de l‟application ;
Planifier le projet.
 LE CONTRIBUTEURS
Comme dans tout projet, les dons sont les bienvenues pour assurer
l‟avancement du projet ;
Contribuer financièrement ou moralement sur le projet.
 LE CONCEPTEUR
Concevoir les modèles.

P a g e | 44
 LE DEVELOPPEUR
Traduire les modèles en code ;
Concevoir le design du site.
 LE WEBMASTER
Maintenir le site ;
Héberger l‟application.
2. IDENTIFICATION DES ACTIVITES DU PROJET
Les activités sont les étapes par lesquelles nous allons passer pour que le projet
réussisse. Voici donc la manière dont les taches seront reparties :
 PHASE D’INITIATION
Lettre de mission ;
Cahier de charge ;
Analyse préalable ;
Sensibilisation des étudiants et public
Meeting sur le projet ;
 PHASE DE DEFINITION
Présentation de la maquette ;
Formation des personnes qui vont travailler sur ce projet ;
 PHASE DE CONCEPTION
Conception détaillée de l‟application ;
Développement et codage de l‟application ;
 PHASE D’IMPLEMENTATION ET CLÔTURE
Planification de l‟environnement ;
Déploiement de l‟application ;
Test final.

P a g e | 45
3. TABLEAU DE REPARTITION DES TACHES
4. DIAGRAMME DE GANTT
Figure 2.12. Représentation sous forme tabulaire de la répartition des taches
Figure 2.13. Diagramme de GANTT
Figure 2.14. Suite Diagramme de GANTT

P a g e | 46
5. ESTIMATION DES COUTS DU NOUVEAU SYSTEME
ACTIVITE EXPLICATION COUT
Lettre de mission La lettre de mission ne demandera aucun franc 0$
Cahier de charge Le cahier de charge ne demandera aucun franc 0$
Analyse préalable Pas de montant pour cette étape 0$
Sensibilisation Pas de montant pour cette étape 0$
Meeting sur le projet 10$ pour 30 participants dans un jour 300$
Présentation de la
maquette
La présentation de la maquette ne demandera
aucun franc
0$
Formation 15 formés à 10$ et 5 formateurs à 100$ 650$
Conception 10 personnes à 5$/jour 200$
Développement 5développeurs 5$/jour pour 30 jours 750$
Planification de
l‟environnement
Cette planification se fera provisoirement sur de
machine disponible
0$
Déploiement Le déploiement ne demandera aucun franc 0$
Test final. Le test final ne demandera aucun franc 0$
Marge de sécurité 15% pour la marge de sécurité 500$
Total 1 2400$
Tableau 2.5. Estimation de cout du nouveau système
- L‟acquisition des équipements et l‟installation sont estimées à T2=25000$
- Les imprévus sont évalués à T3=2000$
Total général = Total 1+ T2 + T3 = 2400+25000+2000 = 29400$
D‟où viendra cet argent ?
En ajoutant 10$ à l‟inscription de l‟année 2014-2015, si 1000 candidats s‟inscrivaient
cela donnerait P1=10000$ et si on prenait 10$ dollars dans le minerval de chaque Etudiant
cela ferait P2= 20000$ si au moins 2000 étudiants payaient
P1+ P2= 10000+20000= 30000$

P a g e | 47
B. STRATEGIE DIRECTRICE
1. STRATEGIE DE RECRUTEMENT
Pour recruter les personnes qui travailleront sur ce projet nous utiliserons les stratégies
suivantes :
- L‟information sera divulguée de bouche à l‟oreille et aussi à l‟aide des affiches ;
- Les personnes intéressées par le projet amènerons leur fiche de test d‟aptitude
physique ;
- Les candidats aptes passerons des épreuves pour enfin retenir ceux qui sont
intelligents;
2. STRATEGIE DE GESTION DE GROUPE DE TRAVAIL
- Chaque groupe des gens travaillera sur une tâche bien précise ;
- Toute personne absente pendant 2 jours se verra être remplacées quelques soient
les raisons qui seront avancées ;
- Nous nous fixerons des dates de collection des taches finies ;
- Aucun document ou bien utilisé pendant le projet ne doit quitter le projet
- pour l‟extérieur.
- Le chef de projet recevra le rapport de toutes les rencontres.
3. STRATEGIE DE SUIVI D’AVANCEMENT
- Un groupe des gens sera chargé de surveillé chaque tâche qui est en pleine action ;
- Toute visite pendant les heures de travail sera non admise ;
- Les taches seront réparties en groupe et chaque groupe occupera un local calme.
- Chaque groupe aura un chef et un secrétaire pour le rapport ;
- Nous réserverons une salle pour les rencontres de partage, chaque samedi
4. STRATEGIE DE COMMUNICATION
- Cinq personnes seront chargées de contacter chaque chef du groupe pour la suite ;
- Le secrétaire de chaque groupe fera rapport au chef du groupe ;
- Le chef de chaque groupe fera rapport au pilote ;
- Le pilote fera rapport au chef de projet concernant toutes les taches en action.

P a g e | 48
CHAPITRE TROISIEME : CONCEPTION DU SYSTEME INFORMATIQUE
III.0. PRESENTATION DU CHAPITRE
Dans ce chapitre nous allons passer à l‟élaboration du nouveau système en utilisant la
démarche UP associée à l‟UML pour mener à bien ce projet. Nous partirons tout d‟abord des
besoins aux cas d‟utilisations, ces derniers nous amènerons à construire notre nouveau
système en faisant appel à des diagrammes UML incontournables.
III.1. PROCESSUS PROPOSE
Dans le chapitre précédent, nous avions pu dénicher le problème à résoudre grâce à
l‟analyse faite. Il est vrai que pour résoudre un problème donné, plusieurs solutions nous sont
proposées, ces solutions ont chacune une méthodologie pour la concrétiser. Cependant pour
arriver à solutionner un problème, nous devons nous baser sur le processus ou sur des
méthodes.
Dans le cadre de ce travail, nous allons utiliser le processus de développement UP
parce qu‟il propose une meilleure façon d‟appréhender l‟expression des besoins en se fondant
sur une bonne compréhension du domaine concerné pour le système à développer et une
modélisation des procédures du système existant17
. Le processus unifié décrit qui fait quoi,
comment et quand les travaux sont réalisés tout au long du cycle de vie du projet18
. Voici le
chemin que nous allons emprunter :
17
Joseph Gabay et David, UML2 analyse et conception, Dunod, paris, 2008, p131.
18
Ib., p.128.
Figure 3.1. Schéma complet du processus de modélisation UP d’une application web
Diagramme de
classe d’analyse
Diagramme de
Séquence Système
Diagramme de cas
d’utilisation Diagramme de classes
participantes

P a g e | 49
III.2. ANALYSE DE BESOIN DE CONCEPTION
Dans cette partie d‟analyse des besoins, nous détaillerons dans le premier temps les
exigences fonctionnelles de la nouvelle application de préinscription, à savoir les
fonctionnalités requises par l‟utilisateur du système d‟information. Nous ajouterons ensuite
les exigences non fonctionnelles (Ergonomie, performance, etc.) et enfin les cas d‟utilisation
systèmes.
III.2.1. EXPRESSION INITIALE DES BESOINS
Le but principal de la future application (site dynamique) est de permettre aux
candidats de déposer leur dossier, faire leur choix par rapport aux facultés et filières et ensuite
de payer leur frais de préinscription directement en ligne.
Quant au système d‟information, elle passera par l‟ordonnancement, l‟exploitation et
la conservation desdits dossiers. Les dossiers conservés seront uniquement pour les candidats
admis par l‟université après test, le système créera ensuite les comptes des candidats inscrits
définitivement que nous appellerons étudiants.
Cependant, l‟UPL a besoin d‟un système qui doit recouvrir comme obligations ou
exigences suivantes:
A. EXIGENCES FONCTIONNELLES (fonctionnalités nécessaires)
Les exigences fonctionnelles sont des exigences requises par l‟utilisateur19
, ou encore
les exigences dont une fois négligées le système échoue. Voici donc les exigences
fonctionnelles du nouveau système :
- La demande d’inscription
La première de chose qui va attirer le candidat sur le site de l‟université, c‟est de
vouloir faire sa demande d‟inscription et de la finir avec succès, à cet effet nous lui
faciliterons la tâche en lui permettant de la faire comme s‟il était sur place, c‟est-à-dire
remplir son formulaire de demande, déposer le dossier et payer et tout ceci en ligne. Il sera
libre de choisir sa faculté et son option, toute fois nous lui ajouterons à la fin de sa demande
19
Pascal Roques et Ali, les cahiers du programmeur UML2 : modéliser une application web, 4e Ed. EYROLLES,
Paris 2009. P.23.

P a g e | 50
une visite guidée sur l‟université comme s‟il était sur le lieu. Une fois fini son inscription son
numéro de la carte bancaire sera effacé automatiquement dans la base de données pour la
confidentialité.
- La création des listes des candidats préinscrits
Une fois le candidat sollicite, l‟Université passera grâce au nouveau système à la
création rapide des listes des candidats inscrits provisoirement. Pour assurer la confidentialité
et la fiabilité, le système fournira deux informations sur le candidat concernant le paiement,
c‟est-à-dire une information de la banque et une autre du système lui-même, tout cela dans le
but de lutter contre les intrus.
- La consultation des dossiers des candidats
Les dossiers de tous les candidats seront examinés avec moindre détail, nous
ajouterons la possibilité de zoomer les fichiers contenant dans chaque dossier envoyé.
L‟utilisateur cliquera sur le nom du candidat pour voir son dossier et cela d‟une manière
intelligente comme si il l‟avait dans ces propres mains. Les dossiers seront classés par faculté,
par promotion et par option.
- La création des listes définitives
Après avoir consulté les dossiers, chaque candidat ayant le dossier complet sera ajouté
sur une liste, le matricule sera généré automatiquement par le système, c‟est-à-dire quel que
soit le nombre des candidats inscrits définitivement, chacun d‟eux aura son matricule bien
spécifique pour faciliter la rapidité dans le traitement.
- La création des comptes des étudiants
Chaque candidat inscrit aura un compte qui servira d‟avoir le résultat lors de la
délibération, d‟avoir des informations secrètes, de communiquer directement avec
l‟administration etc. l‟étudiant pourra se connecter à son compte aisément avec son code qui
lui sera envoyé dans sa boite mail après inscription.
- La gestion efficace des comptes étudiants
L‟étudiant inscrit et ayant un compte ne peut que modifier son profil (Photo, Adresse,
Numéro téléphone, Adresse Mail) et non son identité (Nom, Postnom, Date de naissance, Mot
de Passe, etc.).

P a g e | 51
- La modification des dossiers des candidats
L‟utilisateur accèdera à tous les dossiers des étudiants et nous lui donnerons le
privilège d‟ajouter, de supprimer le dossier ou de le modifier. Une fois le dossier supprimé
l‟étudiant n‟existera plus. Le seul but de cette exigence est de permettre à l‟utilisateur de
constituer le dossier de l‟étudiant petit à petit et à la fin de sa carrière il lui sera donné sans
difficulté aucune avec tous ce qu‟il faut à l‟intérieur.
B. EXIGENCES NON FONCTIONNELLES
Les exigences non fonctionnelles sont des exigences supplémentaires, c‟est-à-dire
qu‟elles viennent soutenir les exigences fonctionnelles pour qu‟elles fonctionnent
normalement. Une fois ces exigences non réalisées le système n‟échoue pas complètement
mais il manquera de performance et de sécurité. Voici donc les points qui les constituent:
 Exigence de qualité
En vue de ne pas lasser l‟internaute il faut :
- Ergonomie efficace : la demande d‟inscription en ligne ne doit prendre toute une
éternité ou une maitrise de l‟outil informatique, d‟où la mise en page facilitera
l‟internaute à faire tout le processus de la demande d‟une manière aisée.
- Formulaire de préinscription simple : la conception et la représentation du
formulaire seront particulièrement soignées pour faciliter la manipulation.
 Exigences de performance
- La gestion des plus de 2000 dossiers des étudiants,
- Supporter plus de 500 connexions simultanées,
- Aucune demande ne sera non satisfaite avant le délai prévu c‟est-à-dire avant la fin
de la période de préinscription.
 Exigence de sécurité
Le système doit être sécurité à l‟intérieur tout comme à l‟extérieur. Les transactions
bancaires doivent être sécurisées, c‟est-à-dire que toutes les données transmises seront
cryptées, chaque personnel participant au système aura son compte et son login pour que
chacun fasse ce qui lui est confié, les étudiants inscrits auront aussi chacun son compte et
son login mais la modification de l‟identité ne sera pas admise par le système.

P a g e | 52
III.2.3. IDENTIFICATION DES CAS D’UTILISATION ET ACTEURS
En UML on appelle cas d‟utilisation (use case), un ensemble de séquences d‟actions
réalisées par le système produisant un résultat observable intéressant pour un acteur
particulier ou encore c‟est une collection de scénarios reliés par un objectif utilisateur
commun20
. Et un acteur c‟est un rôle joué par un utilisateur humain ou un autre système qui
interagit directement avec le système étudié, et cet acteur participe à au moins un cas
d‟utilisation21
.
L‟identification des acteurs et des cas d‟utilisation exprimera d‟une manière claire le
« Qui Fera Quoi » dans le nouveau système. A cet effet nous allons ressortir premièrement le
flux système qui va expliquer avec moindre détaille ce qu‟on veut faire, ensuite nous
ressortirons les acteurs ainsi que les utilisateurs qui interviennent lors du passage dudit flux.
A. FLUX SYSTEME
Voici la manière dont le flux système se présente :
B. CAS D’UTILISATION SYSTEME ET ACTEURS
Nous allons maintenant identifier les cas d‟utilisation et les acteurs par rapport au flux
système donné.
 DEPOSER DOSSIER
- Cas d’utilisation : solliciter inscription,
- Acteurs : candidat, banque.
20
Pascal Roques et Ali, les cahiers du programmeur UML2 : modéliser une application web, 4e Ed. EYROLLES,
Paris 2009. P.182.
21
Idem.
DEPOSER DOSSIER CONSERVER DOSSIER EXPLOITER DOSSIER
ORDONNER DOSSIER
Figure 3.2. Flux système.

P a g e | 53
 CONSERVER DOSSIER
- Cas d’utilisation : créer liste de préinscription,
- Acteurs : Caisse, Banque.
 EXPLOITER DOSSIER
- cas d’utilisation : Modifier dossier, Consulter dossier, Modifier profil étudiant,
- acteurs : Etudiant, l‟Académique, Administration.
 ORDONNER DOSSIER
- Cas d’utilisation : Créer liste des inscrits, Créer compte étudiant,
- Acteur : Appariteur.
Nous allons également ajouter un autre cas d‟utilisateur pour répondre aux exigences
non fonctionnelles de la sécurité, ce cas d‟utilisation nous l‟appellerons s’authentifier. Il nous
convient ensuite de tracer un diagramme sur base des acteurs et cas d‟utilisation trouvés, ce
diagramme va représenter les besoins des utilisateurs par rapport au système, en UML on
l‟appelle diagramme de cas d’utilisation système.
III.2.4. DIAGRAMME DE CAS D’UTILISATION SYSTEME
Figure 3.3. Diagramme de Cas d‟Utilisation système
Figure 3.3 Diagramme de cas d‟utilisation systèmes

P a g e | 54
III.2.5. POSITIONNEMENT
Nous allons classer maintenant les cas d‟utilisation et leurs itérations, nous allons
également faire les descriptions textuelles de chaque cas d‟utilisation d‟une manière détaillée
en vue d‟affiner notre nouveau système.
A. CLASSEMENT DES CAS D’UTILISATIONS ET ITERATIONS
Cas d‟utilisation Acteur primaire Acteur
secondaire
Priorité Risque Itération#
1 solliciter Inscription
2 modifier profil
3 s‟authentifier
4 Créer liste préinscrit
5 modifier dossier
6 Consulter Dossier
7 Créer Liste Inscrit
8 Créer Compte
Etudiant
Candidat
Etudiant
Etudiant, Caisse,
Administration
Caisse
Académique
Administration
Appariteur
Appariteur
Banque
-
-
Banque
-
-
-
-
Haute
Basse
Basse
Haute
Moyenne
Haute
Haute
Haut
Bas
Moyen
Haut
Moyen
Moyen
Haut
Moyen
1
8
5
2
7
4
3
6
Tableau 3.1. Use Case et Itérations
B. DESCRIPTION TEXTUELLE DES CAS D’UTILISATION
Selon Pierre Muller une description textuelle ou un scénario, est un chemin particulier
au travers de la description abstraite et générale fournie par le cas d‟utilisation22
, nous
pouvons aussi dire qu‟un scénario c‟est une explication sous forme textuelle qui fournit une
vue claire sur la manière dont l‟acteur interagit avec le cas d‟utilisation. Nous allons faire
cette description par cas d‟utilisation identifié précédemment, mais le cas d‟utilisation
s‟authentifier sera inclus dans d‟autres vue qu‟il non fonctionnel.
22
Pierre Muller, Modélisation Objet avec UML, Pam, Paris, avril 1997, p.147.

P a g e | 55
1. SOLLICITER INSCRIPTION
 Objectif : permettre au candidat de participer au système en sollicitant l‟inscription
 Acteur primaire : Candidat
 Acteur secondaire : Banque
 Version : Version 1.0.
 Date : le 08/01/2014
 Pré-condition
- Avoir un compte Bancaire,
- Avoir le dossier au grand complet.
 Scenario nominal
1. Le candidat fait sa demande en cliquant sur inscription,
2. Le système lui affiche un formulaire de demande d‟inscription qui a trois partie :
la partie identification, coordonnées bancaires et en fin la partie d‟uploader le
dossier.
3. Le candidat le rempli puis valide, les champs sont remplis l‟un après l‟autre
4. Le système lui affiche un récapitulatif,
5. Le candidat confirme encore,
6. Le système interroge le système externe qui est la banque, Une fois la banque
valide les coordonnées de la carte et fait la transaction, le système félicite le
candidat d‟avoir fini sa demande avec succès.
 Scenario alternatif
1. Vide,
2. Le candidat n‟a pas cliqué sur demande d‟inscription,
3. Un ou des champs sont vides ;
4. a) Le candidat n‟a pas validé,
- Le système est statique.
b) formulaire mal rempli.
- Le système reprend l‟étape 2 du scenario nominal et lui demande de bien le
remplir.
5. Vide,
6. a) le candidat n‟a pas confirmé,

P a g e | 56
- Le système est statique.
b) le système externe hors service,
- Le système demande au candidat de réessayer.
c) la carte déjà expirée,
- Le système lui fait signe et reprend l‟étape 2 du scenario nominal.
d) les coordonnées non valides (Format Dossier, infos cartes, etc.),
e) solde créditeur inférieur au montant prévu.
 Post-condition
- Nouvel enregistrement transmis au service caisse,
- Une transaction cryptée a été faite et sauvegardée.
2. CREER LISTE PREINSCRIT
 Objectif : Faciliter la création des listes des candidats préinscrits
 Acteur primaire : Caisse,
 Acteur secondaire : Banque,
 Version : version 1.0.
 Date : le 16/01/2014
 Pré-condition : - Avoir un compte administrateur,
1. Le caissier clique sur login pour s‟authentifier,
2. Le système lui affiche un formulaire d‟authentification,
3. Le caissier entre son login et son mot de passe,
4. Le système lui affiche son compte,
5. Le caissier demande les informations concernant le paiement de candidat au
système externe pour la vérification en cliquant sur voir paiement,
6. Le système interroge le système externe et lui affiche une liste de paiement de frais
de préinscription,

P a g e | 57
7. Le caissier confronte le résultat de la banque et de la demande puis crée une liste
des candidats préinscrits en cliquant sur créer liste,
8. le système enregistre les données.
1. Vide,
2. a) Le caissier n‟a pas cliqué sur login,
- le système est statique.
3. Vide,
4. a) formulaire mal rempli,
- le système affiche un message d‟erreur,
b) compte inexistant,
- le système reprend l‟étape 2 du scenario nominal,
c) mot de passe ou login invalide,
- le système affiche un message d‟erreur.
5. Vide
6. A) Le caissier n‟a pas cliqué,
- le système est statique,
b) système externe hors service,
- le système lui demande de réessayer ultérieurement,
c) Aucune liste disponible,
- le système lui informe qu‟il n‟y a pas de liste disponible.
7. Vide,
8. A) Le caissier n‟a pas cliqué,
b) Aucune information n‟est disponible,

P a g e | 58
- le système un message.
 Post-condition
- Liste enregistrée et transmise dans les comptes du service administration.
3. CONSULTER DOSSIER ETUDIANT
 Objectif : Permettre au service administration de passer à la vérification des dossiers
des candidats, voir aussi ceux qui vont passer le test.
 Acteur primaire : Administration,
 Acteur secondaire : Vide,
 Date : le 24/01/2014.
 Pré-condition :
- Liste des dossiers disponible,
- Avoir un compte Administrateur,
1. L‟Administration s‟authentifie dans un formulaire qui est affiché après avoir
cliqué sur valider,
3. L‟Administration affiche la liste des dossiers des candidats par promotion et par
faculté en cliquant sur afficher dossier,
4. Le système lui affiche tous les dossiers des candidats préinscrits,
5. L‟Administration passe à la vérification et au filtrage des dossiers, et à la fin il
crée une liste en cliquant sur valider Dossiers sélectionnés,
6. Le système lui affiche la liste des candidats ayant le dossier complet.
1. Vide,
2. a) L‟administration ne s‟est pas authentifiée,
b) le formulaire mal rempli,

P a g e | 59
c) le compte inexistant
- le système réaffiche le formulaire de login.
3. Vide,
4. L‟administration n‟a pas cliqué.
5. Vide,
6. L‟Administration n‟a pas cliqué sur valider dossiers.
- Le système reste statique.
 Post-condition
- La liste est envoyée au service Apparitorat et au service Académique.
4. CREER LISTE INSCRIT ET COMPTE ETUDIANT
 Objectif : permettre au à l‟appariteur de créer la liste des étudiants inscrits et de les
exploiter.
 Acteur primaire : Appariteur
 Acteur secondaire : vide
 Version : version 1.0
 Date : le 5/02/2014.
 Pré-condition
- La liste des dossiers valides est disponible,
- Avoir un compte administrateur.
1. L‟Appariteur s‟authentifie dans un formulaire qui est affiché après avoir cliqué
sur valider,
3. L‟Appariteur choisit la faculté et la promotion, et clique sur afficher les listes,
4. Le système lui affiche la liste de tous les candidats,
5. L‟Appariteur crée une liste des candidats inscrits définitivement en cliquant sur
créer liste,

P a g e | 60
6. Le système lui affiche une liste des étudiants ayant chacun son matricule qui a été
généré automatiquement,
7. L‟appariteur crée directement le compte de tous les étudiants en cliquant sur créer
compte,
8. Le système crée le compte de chacun d‟eux et envoit les coordonnées de compte
dans chaque boite mail de chaque étudiant.
1. Vide,
2. a) L‟Appariteur ne s‟est pas authentifiée,
3. Vide,
4. a) L‟Appariteur n‟a pas cliqué sur afficher listes,
- le système reste statique.
b) Les listes ne sont pas disponibles,
- le système lui informe qu‟aucune liste n‟est disponible.
5. Vide,
6. L‟Appariteur n‟a pas validé,
7. Vide,
8. L‟Appariteur n‟a pas validé,
 Post-condition

P a g e | 61
- Nouveau Etudiant enregistré.
5. MODIFIER PROFIL ETUDIANT
 Objectif : permettre à l‟Etudiant d‟avoir les informations confidentielles (Résultat
après délibération, etc.), de communiquer avec l‟administration, modifier son profil
etc.
 Acteur primaire : Etudiant,
 Acteur secondaire : Vide,
 Date : le 14/02/2014.
 Pré-condition
- Avoir un compte Etudiant,
1. L‟Etudiant clique sur Espace Etudiant,
2. Le système lui affiche un formulaire d‟authentification,
3. L‟Etudiant entre son login et son mot de passe qui lui a été envoyé dans sa boite
mail,
4. Le système lui affiche son compte et lui donne le privilège de modifier son profil
et de faire autres choses sauf le privilège de modifier son identité.
5. L‟Etudiant peut changer son profil en cliquant sur modifier profil,
1. Vide,
2. L‟Etudiant n‟a pas cliqué sur Espace Etudiant,
- Le système reste statique,
3. Vide,
4. a) formulaire mal rempli,
- le système affiche un message d‟erreur,
b) compte inexistant,
- le système reprend l‟étape 2 du scenario nominal,
c) mot de passe ou login invalide,

P a g e | 62
6. MODIFIER DOSSIER ETUDIANT
 Objectif : Permettre de constituer le dossier de l‟Etudiant au fil du temps
 Acteur primaire : L‟Académique
 Acteur secondaire : vide
 Date : le 24/02/2014.
 Pré-condition
- Dossiers disponibles
- Avoir un compte administrateur.
1. L‟Académique s‟authentifie dans un formulaire qui est affiché après avoir cliqué
sur login,
3. L‟Académique affiche les dossiers de tous les Etudiants en cliquant sur afficher
dossiers,
4. Le système lui affiche la liste de tous les dossiers,
5. L‟Académique choisit l‟opération à faire sur le dossier (Suppression ou Ajout des
fichiers) puis valide,
6. Le système met à jour le dossier.
1. Vide,
2. a) L‟Académique ne s‟est pas authentifiée,

P a g e | 63
3. Vide,
4. a) L‟Académique n‟a pas cliqué sur afficher dossiers,
b) Les dossiers ne sont pas disponibles,
- le système lui informe qu‟aucune liste n‟est disponible.
5. Vide,
6. L‟Académique n‟a pas validé,
 Post-condition
- Donner le dossier complet à l‟Etudiant à la fin de son cursus académique.
- Le pilote fera rapport au chef de projet concernant toutes les taches en action.

P a g e | 64
III.3. DESCRIPTION STATIQUE
A. DIAGRAMME DE CLASSE D’ANALYSE LIE AUX ENTITES UTILISATEUR
Figure 3.4. Diagramme de classe d‟Analyse

P a g e | 65
B. DIAGRAMME DE CLASSES D’ANALYSE SIMPLIFIEES
Figure 3.5. Diagramme de classe d‟Analyse

P a g e | 66
C. DIAGRAMME DE CLASSE PARTICIPANTE
 solliciter Inscription
 Créer Liste Préinscription
Figure 3.6. Diagramme de classe de conception candidat
Figure 3.7. Diagramme de classe de conception caissier

P a g e | 67
 Consulter Dossier
 Créer Liste définitive et Compte Etudiant
Figure 3.8. Diagramme de classe de conception administration
Figure 3.9. Diagramme de classe de conception appariteur

P a g e | 68
 Modifier Dossier
Modifier Profil
Figure 3.11. Diagramme de classe de conception Etudiant
Figure 3.10. Diagramme de classe de conception académique

P a g e | 69
III.4. ETUDE DES INTERRACTIONS
A. DIAGRAMME DE SEQUENCE SYSTEME
Nous allons représenter le scenario ou les descriptions faites sous forme graphique que
nous allons appeler le diagramme de séquence système.
 SOLLICITER INSCRIPTION
 CREER LISTE PRE-INSCRIT
Figure 3.12. Diagramme de séquence système : solliciter inscription
Figure 3.13. Diagramme de séquence système : créer liste préinscription

P a g e | 70
 CONSULTER DOSSIER
 CREER LISTE INSCRIT ET CREER COMPTE
Figure 3.14. Diagramme de séquence système : consulter dossier candidat
Figure 3.15. Diagramme de séquence système : créer liste inscrit et compte Etudiant

P a g e | 71
 MODIFIER DOSSIER ETUDIANT
Figure 3.16. Diagramme de séquence système : Modifier dossier Etudiant

GESTION DE l'UL

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à GESTION DE l'UL

Similaire à GESTION DE l'UL (20)

Dernier

Dernier (9)

GESTION DE l'UL