Rapport D.I.T

ETUDE ET REALISATION D’UNE PLATEFORME DE PREINSCRIPTION EN LIGNE : CAS DIT
REMERCIEMENT
Tous mes sincères remerciements à vous qui avez rendu possible de près ou de loin le travail
accompli et surtout la rédaction de ce rapport.
 A ma maman, Madame Edwige GUILBERT

 A mon Encadreur académique, Mr TAWAMBA Lorince
 Au Directeur de Douala Institut of Technology, Dr NDOP
 Au personnel de Douala Institut of Technology
 A mes camarades, EKA Jackson et Mr TAKAM Danick
 A ma maman, Mme TCHEUFFA Justine
 A mes tantes Mme TCHEUFFA Michelle et Mme NDEUGOUE Josiane
 A mes oncles, Mr TCHEUFFA Joseph et Dr EBENDENG Patrick
 A mes amis, TALLA Dianique et NGUEWO Nerine
 Et à tous ceux non cités
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page I

AVANT-PROPOS
 Présentation
DOUALA INSTITUT OF TECHNOLOGY est un établissement d’enseignement supérieur

professionnel privé, crée par arrêt ministériels N°02/0091/MINESUP/DDES du 13/09/02 et
N°05/0024/ MINESUP du 13/01/050.
Basé provisoirement à douala, capitale économique du Cameroun, au quartier Maképé
(Rhône Poulenc) à 150 mètre environ de la société CINPHARM sur la route de Logpom.
Les technologies de pointe à l’instar du Génie électrique, des télécommunications et de

l’informatique font face à une pénurie de main d’œuvre qualifié. C’est dans cette optique que
l’institut se lance dans la formation d’ingénieur qualifiés dans les domaines qui sont :
 L’industrie
- Electronique
- Electrotechnique
- Télécommunication et Réseaux
- Informatique
- Construction
- Maintenance des appareils biomédicaux
- Maintenance Industrielle
- Energétique et environnement
 Commerce
- Entreprises des services
- Banques & Finance
- Assurances
- Gestion de la logistique et transport
- Marketing
- Technique de commerce
L’admission à DIT se fait en deux niveaux à savoir :
 Niveau 1 ou premier cycle
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page II

Etre titulaire d’un Baccalauréat ou d’un GCE A/C toutes filières et séries confondues.
 Niveau 2 ou deuxième cycle
Etre titulaire d’une Licence ou Bachelor toutes filières et séries confondues.
 Objectifs et Débouchés
Douala Higher Institut of Technology est conscient de la pénurie de spécialistes aux métiers
industriels et commerciaux. Atteindre cet objectif implique un cursus de
formation complet en deux cycles.
Les études à Douala Higher Institut of Technology(DIT) sont basées sur la transmission des
connaissances théoriques et visent par les exercices et les travaux pratiques en laboratoire
leurs applications. Différents stages académiques et professionnels en entreprise permettent
aux étudiants d'une part de mettre en pratique ces connaissances, et d'autre part de s'imprégner
des réalités du monde du travail qui les conduisent alors à une concrète préparation de leur
insertion socioprofessionnelle. . Le cursus de la formation s'étale sur deux cycles qui
s'harmonisent avec le système LMD (Licence Master Doctorat).
 Le premier cycle
D'une durée de deux ans (quatre (04) semestres), le premier cycle constitue les études
fondamentales et correspond aux deux premières années L1 et L2 du système LMD. Les
étudiants acquièrent pendant la première année des connaissances techniques et de solides
notions générales théoriques (mathématiques, sciences physiques, matériaux technologiques,
travaux pratiques d'initiation, etc.) indispensables, qui leurs permettront de poursuivre leur
formation dans toute autre option de spécialisation dans leur filière de choix. En plus de ces
connaissances de base qui continueront à être renforcées et complétées en deuxième année,
l'étudiant termine ce cycle par une première phase de spécialisation en deuxième année, phase
qui fait alors de lui un Technicien supérieur opérationnel. Il peut alors présenter l'un des
diplômes suivants : Brevet de technicien supérieur(BTS), Diplôme supérieur d’Etudes
professionnelles(DSEP) obtenu après un examen d’état organisé par le Ministère de
l’Enseignement Supérieur.
 Le second cycle
Le second cycle dure trois ans (six (06) semestres qui correspond à l’année L3 et aux deux
années M1 et M2 du système LMD et représente la période de spécialisation. La première
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page III

année de ce cycle, celle de licence Professionnelle (ou Bachelor of Engineering), a une

importance particulière. Loin d’être uniquement une année de spécialisation qui rend les
techniciens supérieurs plus pointus et performants dans leur domaine de spécialisation, leur
ouvrant ainsi un large spectre d'applications et un grand nombre d'opportunités d'emploi, elle
apporte aux étudiants un complément théorique (50% de la formation) tout en approfondissant
les acquis pratiques (50% de la formation), leur permettant ainsi d'être apte à préparer un
Master professionnel(Master of Engineering) ou un Diplôme d'ingénieur pendant les deux
dernières années .
 Partenariat de DIT
Afin de garantir une formation transversale, DIT s’appuie sur des partenariats universitaires
solides et fiables ainsi qu’avec des entreprises spécialisées dans divers domaines d’étude aussi
bien nationale qu’international.
 Partenariat national
 Université de Yaoundé l (Tutorat académique)
 Education Technology SARL(DOUAL)
 Partenariat International
 Ultrasonic and Vision Technology (U.V.T Co, LTD) en Corée du Sud
 HPS Systemtechnik et ELABO en R.F.A
 Ecole spéciale « GBS » en R.F.A
 HTWP Leipzig
 HFTL
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page IV

Tableau des figures
Figure 1 Shcéma du processus 2TUP .................................................................................................... 12

Figure 2Organigramme du projet .......................................................................................................... 21
Figure 3: Diagramme de cas d'utilisation .............................................................................................. 22
Figure 4: Diagramme de classe ............................................................................................................. 32
Figure 5: Diagramme de Gantt .............................................................................................................. 40
Figure 6: Cycle de vie du Logiciel ........................................................................................................ 41
Figure 7: Base de données de DIT-Platform ......................................................................................... 42
Figure 8: Page d'acceuil DIT-Platform .................................................................................................. 43
Figure 9: Formulaire de création de Compte ......................................................................................... 44
Figure 10: Authentification ................................................................................................................... 45
Figure 11: Session propre à un postulant .............................................................................................. 46
Figure 12: Préinscription ....................................................................................................................... 47
Figure 13: Vérification de soumission candidature ............................................................................... 47
Figure 14: Validation candidature ......................................................................................................... 48
Figure 15: Vérification candidature dans la BD .................................................................................... 48
Figure 16: Wampserver ......................................................................................................................... 52
Figure 17: Code source création page d'acceuil .................................................................................... 52
Figure 18: Code source creation compte ............................................................................................... 53
Figure 19: Code PHP sélection données postulant admis ..................................................................... 53
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page V

SOMMAIRE
Table des matières

REMERCIEMENT .................................................................................................................................. I
AVANT-PROPOS................................................................................................................................... II
Tableau des figures.................................................................................................................................. V
SOMMAIRE .......................................................................................................................................... VI
INTRODUCTION GENERALE ............................................................................................................. 1
CHAPITRE l : GENERALITE SUR LE WEB ....................................................................................... 2
I. Introduction ................................................................................................................................. 2
II. Termes Rattachés au Web ........................................................................................................... 2
III. Les Métiers du web ................................................................................................................. 4
IV. Architecture ............................................................................................................................. 4
1) Serveur publics ........................................................................................................................ 4
2) Intranet et web privé ................................................................................................................ 5
V. Types de ressource ...................................................................................................................... 5
1) Documents HTML .................................................................................................................. 5
2) Multimédia .............................................................................................................................. 5
3) Images ..................................................................................................................................... 6
4) Script et animations ................................................................................................................. 6
5) Styles ....................................................................................................................................... 6
6) Conception................................................................................................................................... 7
1) Universalité ............................................................................................................................. 7
2) Décentralisation ....................................................................................................................... 7
VII. Technologies ........................................................................................................................... 8
1) Technologies Préexistantes ..................................................................................................... 8
2) Technologies Spécifiques ........................................................................................................ 8
3) Technologies Actuelles ........................................................................................................... 8
4) Technologies ........................................................................................................................... 8
CHAPITRE 2: METHODES UTILISEES ............................................................................................ 11
I. Introduction ............................................................................................................................... 11
II. Processus de développement 2TUP .......................................................................................... 11
1) Les processus unifiés ............................................................................................................. 11
2) Le processus 2TUP ................................................................................................................ 11
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page VI

III. Autres aspect du projet .......................................................................................................... 39

1. Tâches à faire pour livrer le système ..................................................................................... 39
2. Cycle de vie du logiciel ......................................................................................................... 40
3. Conclusion ............................................................................................................................. 41
CHAPITRE 3 : Résultat obtenu et discussion ....................................................................................... 42
I. Introduction ............................................................................................................................... 42
II. Création de la plateforme .......................................................................................................... 42
III. Conclusion ............................................................................................................................. 49
CONCLUSION GENERALE ............................................................................................................... 50
Références ............................................................................................................................................. 51
ANNEXES ............................................................................................................................................ 52
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page VII

INTRODUCTION GENERALE
Le Bachelor of Engineering est un diplôme de niveau trois décerné aux étudiants désirant
devenir ingénieur. Ce diplôme s’échelonne en deux grandes phases : La phase théorique et la
phase pratique, qui se matérialise par un stage de trois mois en entreprise, stage qui fait l’objet
de notre étude. En effet, dans le cadre de stage académique réalisé à Douala Institut of
Technology, il nous a été confié en tant que étudiant de filière Génie informatique et de
spécialité génie logiciel, le thème : « Etude et réalisation d’une plateforme web de
préinscription en ligne : Cas de D.I.T », projet qui sera effectué et présenté devant un jury afin
d’obtenir notre diplôme. .
De ce fait, afin de réaliser un document structuré et abouti, nous organiserons notre travail
en trois grands axes à savoir : La généralité sur le web comme premier chapitre, suivi de la
méthode utilisée comme deuxième chapitre et enfin comme dernier chapitre le résultat et
discussion.
REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 1

CHAPITRE l : GENERALITE SUR LE WEB
I. Introduction
Le World Wide Web (WWW) littéralement la « toile d’araignée mondiale »,

communément appelé le Web, et parfois la Toile, est un système hypertexte public
fonctionnant sur Internet. Le Web permet de consulter, avec un navigateur, des pages
accessibles sur des sites. L’image de la toile d’araignée vient des hyperliens qui lient les pages
web entre elles.
Le Web n’est qu’une des applications d’internet; distincte d’autres applications comme le
courrier électronique, la messagerie instantanée et le partage de fichiers en pair à pair. Le
Web a été inventé au CERN par Tim Bernes–Lee plusieurs années après Internet. C'est
également lui qui a rendu les médias grand public attentifs à Internet. Depuis, le Web est
fréquemment confondu avec Internet ; en particulier, le mot Toile est souvent utilisé dans les
textes non techniques sans dévoiler clairement s'il désigne le Web ou Internet.
II. Termes Rattachés au Web
Un hôte : désigne tout ordinateur (ou serveur) connecté à un réseau informatique. C'est à
partir d'un hôte qu'un utilisateur se connecte pour accéder au reste du réseau. Lorsque le
réseau est le World Wide Web, un hôte est un ordinateur en ligne : Chaque hôte d'Internet est
alors identifié par une adresse IP à laquelle correspondent zéro, un ou plusieurs noms d'hôte.
Une ressource du World Wide Web : entité informatique (texte, image…) accessible
indépendamment d’autres ressources.
Http : (HyperText Transfer Protocol) est le protocole de communication communément

utilisé pour transférer les ressources du Web.
URL : (Uniform Resource Locator) ou (localisateur de ressource uniforme) est une chaîne de
caractère décrivant l’emplacement d’une ressource. Elle contient généralement dans l’ordre :
le nom du protocole, un deux-points (:), deux barres obliques (//), un nom d’hôte, une barre

oblique (/), et un chemin composé de texte séparés par des barres obliques.
Exemple : http://example.com/un/chemin/page.html
HTML & XHTML : (HyperText Mark up Language) et (Extensible HyperText mark up

Language) sont les langages informatiques permettant de décrire le contenu d’un document
(titres, paragraphes, disposition des images, etc.) et d’y inclure des hyperliens.
Serveur : est un hôte sur lequel fonctionne un logiciel serveur auquel peuvent se connecter
des logiciels clients fonctionnant sur des hôtes clients, un seul hôte peut contenir les deux.
Serveur http : (ou service web) est un logiciel utilisé pour servir des ressources à travers le
protocole HTTP.
Client HTTP : logiciel utilisé pour manipuler ces ressources
Serveur web : hôte sur lequel fonctionne un serveur HTTP (ou service web). Un serveur web
peut héberger les ressources qu’il dessert, peut les récupérer sur des hôtes distants, délivrer
ces ressources telles quelles (ressources statiques), ou bien les modifier en fonction de
différents critères (ressources dynamiques).
Site web : ensemble des ressources HTTP associées à un nom de domaine et un ou plusieurs
noms d’hôtes.
Adresse web : une URL de page web, généralement écrite sous une forme simplifiée limitée
à un nom d’hôte. Une adresse de site web est en fait l’adresse d’une page du site prévue pour
accueillir les visiteurs.
Client http : outil permettant d’utiliser les ressources fournies par un serveur HTTP. Il est
chargé, en relation avec différents services, de faire traduire le nom d’hôte en adresse IP par
un DNS, de rentrer en contact avec le serveur HTTP, et de lui fournir différentes informations
telles que le nom du site, et la ressource désirée, ainsi que ses capacités (gestion de différents
types de ressource, capacité d’affichage, possibilité de compression de données…) ou sa
volonté (choix des langues, protection de la vie privée) dans l’utilisation des données fournies.
Navigateur web : un type de logiciel client HTTP à interface homme-machine et conçu pour
accéder aux ressources du web. Sa fonction de base est de permettre la consultation des
documents HTML disponibles sur les serveurs HTTP.
Page web : (ou page) est un document destiné à être consulté avec un navigateur web. Une
page web est toujours constituée d’une ressource centrale (document HTML ou XHTML) et

d’éventuelles ressources liées, automatiquement accessibles (des images, des feuilles de style,
des scripts JavaScript ou des fontes de caractères).
Éditeur HTML : (éditeur web) est un logiciel conçu pour faciliter l’écriture de documents
HTML et de pages web en général.
Site web : (ou site) est un ensemble de pages web et d’éventuelles autres ressources, liées
dans une structure cohérente, publiées par un propriétaire (une entreprise, une administration,
une association, un particulier, etc.) et hébergées sur un ou plusieurs serveurs web.
Système de gestion de contenu : (Content Management System, abrégé CMS) est un logiciel
permettant de gérer le contenu d'un site.
III. Les Métiers du web

On appelle hébergeur web une personne physique ou morale hébergeant (rendant accessible
en ligne) sur son ou ses serveurs, les ressources constituant les sites web de ses clients. Cela
peut aller du simple auto-hébergement d’un particulier à celui d’une association, d’une
entreprise ou d’un industriel. L’hébergement peut alors être fait à domicile sur un modem,
assurant un minimum de fiabilité, dans pièce climatisée dédiée aux serveurs, dans un local
généraliste au centre de données spécialisé, assurant la redondance énergétique et réseau
nécessaire au fonctionnement sans interruptions 24/7.
Une agence web est une entreprise de services informatiques réalisant des sites web pour ses
clients.
IV. Architecture
1) Serveur publics
L’exploration récursive n’est pas le seul moyen utilisé pour indexer le web et mesurer sa
taille. L’autre solution consiste à mesurer l’infrastructure informatique connectée à Internet
pour héberger des sites web. Au lieu de suivre des hyperliens, cette méthode consiste à utiliser
les noms de domaine enregistrés dans le Domain Name System et essayer de se connecter à
tous les serveurs web potentiels. C’est notamment la méthode utilisée par la société Netcraft,
qui publie régulièrement les résultats de ses explorations, dont les mesures de popularité des
serveurs HTTP. Cette mesure porte plus sur l’utilisation des technologies du web que sur le

web lui-même. Elle permet notamment de trouver des sites publics qui ne sont pas liés au
World Wide Web.
2) Intranet et web privé

Un site web mis en ligne sur un intranet est privé, car le public ne peut pas accéder à un
intranet.
En outre, si l’on met en ligne un site web sur Internet en omettant de créer des liens depuis au
moins une page existante du World Wide Web, alors ce site constitue un web isolé. Il est
virtuellement privé, car le public ne peut pas le découvrir en suivant des hyperliens.
V. Types de ressource
Les divers types de ressource du web ont des usages assez distincts :
 les ressources constituant les pages web : documents HTML, images JPEG ou PNG ou
GIF, scripts JavaScript, feuilles de style CSS, sons, animations, vidéos.
 les ressources accessibles depuis une page web mais consultables avec une interface
particulière : applet.
 les ressources conçues pour être consultées séparément : documents (PDF, Word),
fichier texte, images, de tout type, morceaux de musique, vidéo, fichiers à
sauvegarder.
1) Documents HTML
Un document HTML contient uniquement du texte : le texte consulté, le texte en langage

HTML plus d’éventuels autres langages de script ou de style. La présentation de documents
HTML est la principale fonctionnalité d’un navigateur web. HTML laisse au navigateur le
soin d’exploiter au mieux les capacités de l’ordinateur pour présenter les ressources.
Typiquement, la police de caractère, la longueur des lignes de texte, les couleurs, doivent être
adaptées au périphérique de sortie (écran, imprimante).
2) Multimédia
Les éléments multimédias proviennent toujours de ressources indépendantes du document

HTML. Les documents HTML contiennent des hyperliens pointant sur les ressources
multimédias, qui peuvent donc être éparpillées sur Internet. Les éléments multimédias liés

sont automatiquement transférés pour présenter une page web. Seul l’usage des images et des
petites animations est standardisé. Le support du son, de la vidéo, d’espaces tridimensionnels
ou d’autres éléments multimédias repose encore sur des technologies non standardisées. De
nombreux navigateurs web proposent la possibilité de greffer des logiciels (plugin) pour
étendre leurs fonctionnalités, notamment le support de types de média non standard. Les flux
(audio, vidéo) nécessitent un protocole de communication au fonctionnement différent de
HTTP. C’est une des raisons pour lesquelles ce type de ressource nécessite souvent un plugin
et est mal intégré aux pages web.
3) Images
Il s’agit des images intégrées aux pages web. L’usage du format de données JPEG est
indiqué pour les images naturelles, principalement les photographies. L’usage du format de
données PNG est indiqué pour les images synthétiques (logos, éléments graphiques). Il est
aussi indiqué pour les images naturelles, mais uniquement lorsque la qualité prime totalement
sur la durée du transfert. L’usage du format de données GIF est indiqué pour les petites
animations. Pour les images synthétiques, la popularité ancienne de GIF le fait souvent
préférer à PNG. Cependant, GIF souffre de quelques désavantages, notamment la limitation
du nombre de couleurs et un degré de compression généralement moindre.
4) Script et animations
Un langage de script permet d’écrire le texte d’un programme directement exécuté par un
logiciel. Dans le cadre du web, un script est exécuté par un navigateur web et programme des
actions répondant à l’usage que le visiteur fait de la page web consultée. Un script peut être
intégré au document HTML ou provenir d’une ressource liée. Le premier langage de script du
web fut JavaScript, développé par Netscape. Ensuite Microsoft a développé une variante
concurrente sous le nom de JScript. Finalement, la norme ECMAScript a été proposée pour la
syntaxe du langage, et les normes DOM pour l’interface avec les documents.
5) Styles
Le langage CSS a été développé pour gérer en détail la présentation des documents HTML.
Le texte en langage CSS peut être intégré au document HTML ou provenir de ressources
liées, les feuilles de style. Cette séparation permet une gestion séparée de l’information
(contenue dans des documents HTML) et de sa présentation (contenue dans des feuilles de
style). On parle aussi de « séparation du fond et de la forme ».

6) Conception
1) Universalité
Le web a été conçu pour être accessible avec les équipements informatiques les plus divers :
station de travail, terminal informatique en mode texte, ordinateur personnel, téléphone
portable, etc. Cette universalité d’accès dépend en premier lieu de l’universalité des
protocoles Internet. En second lieu, elle dépend de la flexibilité de présentation des pages
web, offerte par HTML. En outre, HTTP offre aux navigateurs la possibilité de négocier le
type de chaque ressource. Enfin, CSS permet de proposer différentes présentations,
sélectionnées pour leur adéquation avec l’équipement utilisé.
2) Décentralisation
Les technologies du web n’imposent pas d’organisation entre les pages web, ni à fortiori
entre les sites web. Toute page du web peut contenir des hyperliens vers toute autre ressource
accessible d’Internet. L’établissement d’un hyperlien ne requiert absolument aucune action du
côté de la ressource pointée. Il n’y a pas de registre centralisé d’hyperliens, de pages ou de
sites. Le seul registre utilisé est celui du DNS ; c’est une base de données distribuée qui
répertorie les hôtes, permet de traduire en adresse IP le nom de domaine contenu dans certains
hyperliens et qui est utilisée par tous les systèmes accédant à Internet.
Cette conception décentralisée devait favoriser, et a favorisé, une augmentation rapide de la

taille du web. Elle a aussi favorisé l’essor de sites spécialisés dans les informations sur les
autres sites : les annuaires et les moteurs de recherche. Sans ces sites, la recherche
d’information dans le web serait extrêmement laborieuse. La démarche inverse, le portail
web, tente de concentrer un maximum d’informations et de services dans un seul site.
Une faiblesse de la décentralisation est le manque de suivi lorsqu’une ressource est déplacée
ou supprimée : les hyperliens qui la pointaient se retrouvent cassés. Et cela n’est visible qu’en
suivant l’hyperlien, le résultat le plus courant étant le message d’erreur 404.

VII. Technologies
1) Technologies Préexistantes
Le web repose sur les technologies d’Internet, notamment TCP/IP pour assurer le transfert
des données, DNS pour convertir les noms d’hôte en adresses IP et MIME pour indiquer le
type des données.
2) Technologies Spécifiques
Trois technologies ont dû être développées pour le World Wide Web :
 les URL pour pouvoir identifier toute ressource dans un hyperlien

 le langage HTML pour écrire des pages web contenant des hyperliens ;
 le protocole de communication HTTP utilisé entre les navigateurs et les serveurs web,
qui permet d’indiquer le type MIME des ressources transférées.
3) Technologies Actuelles
Les principaux standards actuels sont :
 ASCII et UTF-8 pour le codage de caractères

 HTML 4 fondé sur SGML
 XHTML fondé sur XML
o XML a été développé pour donner aux langages de balises, dont HTML, une
syntaxe plus simple que SGML
 HTML5 fondé sur la pratique courante des années 2000
 les feuilles de styles en cascade CSS level 1 et level 2 ;
 les modèles de document DOM level 1 et level 2 ;
 le langage de script JavaScript pour manipuler les documents ;
o le format de donnée JSON dérivé de JavaScript
 les formats d’image numérique PNG, JPEG et GIF.
4) Technologies Serveur
a) Serveur Web

Le serveur HTTP est chargé d’assurer la communication entre le poste client et les
ressources des sites. Il doit être capable d’aiguiller, sur le serveur, en fonction de la requête
HTTP, reçue de la part du client, vers les bonnes ressources. Il peut s’agir de ressources
statiques, situées sur le système de fichier du serveur ou un système de fichier déporté,
comme NFS, ou des contenus dynamiques par différents biais. La fourniture des pages
dynamiques est déléguée à des applications autonomes sur le serveur. Il doit également être
capable de gérer les erreurs, si les ressources ne sont pas trouvées ou s’il y a une erreur dans
la production de la ressource, en retournant le message adéquat au client. Le premier serveur
HTTP fut CERN httpd et est rapidement tombé en désuétude. En 2014, les principaux
serveurs Web utilisés sont Apache HTTP Server, serveur dominant du marché depuis des
années, Nginx utilisé sur les sites à plus forte audience, mais aussi Microsoft IIS, Google Web
Server ou encore lighttpd.
Certains langages couramment utilisés avec les services HTTP, comme PHP, Java et Ruby,
utilisent également des technologies particulières pour la communication avec le serveur.
Pour PHP, mod php pour Apache a souvent été utilisé à la place de CGI ; il tend aujourd’hui à
être remplacé par le protocole fastCGI, il y a quelques années, via mod fastcgi et aujourd’hui
davantage via mod fcgid, soit via php-fpm.
En Java, le projet Apache Jakarta a permis de réunir plusieurs outils. Dans cette architecture,
le module Apache mod jk permet de faire la liaison avec le serveur d’application Tomcat qui
exécute les Java Servlet et JavaServer Pages. En Ruby, Phusion Passenger, fonctionnant avec
Apache et Nginx est un des principaux outils de communication entre le service HTTP et les
applications.
b) Langages d’application dynamique coté serveurs
Le langage de programmation PHP (PHP: Hypertext Preprocessor) a été développé pour

générer les pages web. Il jouit d’une forte intégration avec le serveur HTTP et les langages
HTML. C’est aujourd’hui le langage le plus utilisé côté serveur avec presque 70 % des sites
en 2010. Le moteur ASP (Active Server Pages) a été développé par Microsoft pour interpréter
du langage de script dans le serveur IIS (Internet Information Services), il est le second
langage le plus utilisé avec un peu moins de 30 % des sites en 2010.
Le langage Java, dont les pages sont servies par Apache Tomcat est ensuite très utilisé,
particulièrement dans le domaine bancaire, la tendance est à y inclure du langage Ruby via le

module jRuby. Java était utilisée sur un peu moins de 1 % des serveurs en 2010. Le langage
Ruby, avec principalement le serveur d’application Ruby on Rails avec 0,5 % en 2010.
Devant la popularité grandissante de JavaScript coté client, liée à Ajax puis HTML5, le côté
serveur a suivi avec la plateforme logicielle Node.js, dédiée aux applications serveur
c) Bases de données
Les bases de données sont également une partie importante de la génération des sites à
contenu dynamique.
Les principaux types de base de données sont :
 De type SQL ; MySQL est la plus populaire, suivie de Microsoft SQL Server,
PostgreSQL, SQLite, Berkeley DB et Oracle.
 De type No SQL ; MongoDB est la plus utilisée, mais on peut également citer
CouchDB, Amazon Simple DB ou BigTable utilisé par Google

CHAPITRE 2: METHODES UTILISEES

I. Introduction
Le Génie Logiciel est un domaine des sciences de l’ingénieur dont la finalité est la
conception, la fabrication et la maintenance de systèmes logiciels complexes, sûrs et de
qualité. Le domaine du génie logiciel est garant de plusieurs secteurs d’activité et par
conséquences ravi une place de choix dans le bon fonctionnement des équipements et des
institutions. En effet plusieurs logiciels opérationnels font partir de notre quotidien : Yahoo,
réservation billet d’avion, logiciel de gestion de stock de pharmacie et de préinscription en
ligne qui fait l’objet de notre étude. Ainsi, Un processus de développement définit une
séquence d’étapes, en partie ordonnée, qui concoure à l’obtention d’un système logiciel ou à
l’évolution d’un système existant ; pour produire des logiciels de qualité, qui répondent aux
besoins des utilisateurs dans des temps et des coûts prévisibles. A cet effet, le processus 2TUP
nous permettra de ressortir les besoins techniques et fonctionnels afin de mieux réaliser notre
projet.
II. Processus de développement 2TUP
1) Les processus unifiés
Un processus unifié est un processus construit sur UML (Unified Modeling Language). Les
processus unifiés sont le résultat de l’unification, non pas des processus, mais plus exactement
les meilleures pratiques du développement objet. Un processus unifié se distingue par les
caractéristiques suivantes : · Itératif : Le logiciel nécessite une compréhension progressive du
problème à travers des raffinements successifs et développer une solution effective de façon
incrémentale par des itérations multiples. · Piloté par les risques : les causes majeures
d’échec d’un projet logiciel doivent être écartées en priorité. · Centré sur l’architecture : le
choix de l’architecture logicielle est effectué lors des premières phases de développement du
logiciel. La conception des composants du produit est basée sur ce choix. · Conduit par les
cas d’utilisation : le processus est orienté par les besoins utilisateurs présentés par des cas
d’utilisation.
2) Le processus 2TUP
Le processus 2TUP (Two Track Unified Process) est un processus unifié. Il gère la
complexité technologique en donnant part à la technologie dans son processus de

développement. Le 2TUP propose un cycle de développement qui dissocie les aspects

techniques des aspects fonctionnels et propose une étude parallèle des deux branches :
fonctionnelle (étude de l’application) et la technique (étude de l’implémentation). Illustré sur
la figure suivante, le processus 2TUP s’articule autour de trois phases : ·
 Une branche technique
 · Une branche fonctionnelle ·
 Et une branche de conception réalisation.
La figure suivante détaille les étapes de développement des trois branches du processus
2TUP.
Figure 1 Shcéma du processus 2TUP
1. Branche Fonctionnelle
a) Modèle général des modules
Notre system sera reparti en module ci-après :
Modules Description

M1 : Gestion des candidats Ce module permettra de créer un nouveau candidat/postulant, de

modifier ses données et suppression
M2 : Gestion règlement en ligne Ce module permettra de régler des frais (étude de dossiers /
Concours/ inscription)
M3 : Gestion des états Ce module permettra d’afficher la liste des postulants admis, des
postulants en réserve et des postulants rejetés. Il permettra aussi de
les imprimer.
M4 :Gestion des utilisateurs Ce module permettra de gérer les comptes d’accès permettant aux
utilisateurs de se connecter
M5 : Gestion des notifications Ce module permettra à la cellule des admissions d’envoyer des
notifications aux postulants.
M6 : Gestion de la chaine de Ce module permettra de gérer tous les documents concernant

facturation l’admission et de préinscription
b) Description des principaux modules
 Gestion des candidats
Dans ce module, nous auront les fonctions suivantes :

 F11 Ajouter postulant / créer compte : cette fonction permettra d’ajouter un
nouveau postulant dans le system à savoir entrer les données d’identification
du postulant. De ce fait l’ajout d’un nouveau postulant entrainera
systématiquement la création d’un compte.

 F12 Lister tous les postulants : Elle permettra d’afficher tous les postulants
présents du système.
o Rechercher un postulant : Elle permettra de retrouver un postulant
données et de l’afficher.
o Consulter un compte : permettra d’obtenir des informations concernant
un compte
o Supprimer un compte : permettra de supprimer un compte de la liste
des comptes de postulants ou candidats
o Modifier un compte : cette fonction permettra à un candida/postulant
de modifier les informations sur son compte
 Gestion des règlements en ligne : Elle permettra de régler les frais d’étude de dossiers
d’un postulant.
 Gestion des états

 F30 Editer un état : créer un état
 F31 Imprimer un état : Elle permet d’imprimer un état
 F32 Aperçu avant impression : permettra de visualiser un état avant
impression
 Gestion des utilisateurs
 F40 Créer un utilisateur : cette fonction permettra de créer un nouvel

utilisateur de la plateforme
NB : seul un utilisateur administrateur pourra effectuer cette tâche
 F41 Déconnexion d’un profil : cette fonction permettra à un utilisateur de se
connecter ou de se déconnecter.
 F42 Lister tous les utilisateurs : cette fonction permettra de fournir tous les
utilisateurs de la plateforme fin d’exécuter d’autres tâches telles que :

o Rechercher un utilisateur : cette fonction permettra de

rapidement trouver un utilisateur
o Consulter un utilisateur : cette fonction permettra de d’afficher
des informations liées aux utilisateurs
o Supprimer un utilisateur du système : cette fonction permettra de
supprimer u utilisateur de la liste des utilisateurs, soit du system
o Modifier les informations d’un utilisateur : cette fonction
permettra de mettre à jour les informations concernant un
utilisateur.
NB : seul un utilisateur administrateur pourra effectuer cette
tâche
 Gestion des notifications

Ce module permettra de confirmer l’échange entre les parties du système, à savoir :
 F50 Notifier un utilisateur : cette fonction permettra au système de notifier un

utilisateur après exécution d’une tâche dans le système.
Exemple : confirmer l’envoi de document, modification mot de passe, création
compte
 F51 Notifier le postulant : cette fonction permettra à la cellule d’admission de
notifier ou de transmettre un message.
 Gestion de la chaine de facturation
Ce module permettra de gérer l’ensemble de document dans le système.
 F60 Lister tous les documents du système : cette fonction permettra de voir
tous les documents du système.
o Supprimer un document : cette fonction nous permettra de
supprimer un document. .
NB : Seul l’administrateur pourra effectuer cette tâche
o Modifier les informations d’un document : cette fonction nous
permettra de mettre à jour les informations d’un document

o Consulter un document : cette fonction nous permettra de voir le

contenu d’un document choisi
o Rechercher un document : cette fonction nous permettra de
rapidement trouver un document par tri en fonction des
caractéristiques.
c) Fondement du projet
i. But du projet
Notre projet intitulé étude et réalisation d’une plateforme web de préinscriptions en ligne
dans le cas de douala institut of technology a pour objectif d’améliorer le system en place qui
se trouve être manuel et très obsolète.
En effet, le system de préinscriptions actuel de D.I.T s’effectue en trois phases à savoir :
 Apport de documents ou constitution de dossier par le postulant et dépôt au secrétariat

 Règlement des frais d’étude de dossier (10.000frs)
 Transfert du dossier à la direction pour étude
 Renvoi du dossier et du verdict au secrétariat
 Autorisation d’inscription
Ce system, fastidieux présente des risques liés à la conservation des documents et à la lenteur
du processus, surtout pour les étudiants résidant hors de la ville de Douala.
De ce fait, nous nous sommes présentés pour mettre en place un system permettant aux
acteurs du system d’effectuer leurs tâches en toute simplicité et fiabilité tout en privilégiant la
traçabilité des actions.
ii. Personnes et organismes impliquées dans les enjeux du projet
a. Maître d’ouvrage
Le maître d’ouvrage constitue l’entité exprimant les besoins et devant payer pour le
nouveau système. Dans notre cas, le maitre d’ouvrage sera le service d’admission de
Douala Institut of Technology.

b. Maître d’œuvre
En revanche, le maitre d’œuvre constitue l’entité possédant les compétences
techniques pour mettre sur pied le nouveau système. Dans notre cas, le maitre d’œuvre
est Mr TCHEUFFA N Jean Aubain.
c. Relation Maitre d’ouvrage et Maitre d’œuvre

Ainsi, le schéma suivant illustra la relation entre maitre d’œuvre et maitre
d’ouvrage :
iii. Utilisateurs du produit
a. Utilisateurs directs du produit

Le system proposé sera destiné à deux catégories d’acteurs à savoir :
 Les acteurs du processus d’admission

 Les acteurs de l’administration du system
Ainsi, nous aurons comme acteurs par catégorie :
 Les acteurs du processus d’admission

o Le postulant
o La secrétaire
o Le directeur

 Les acteurs de l’administration du system

o Administrateur du system
b. Priorité assignée aux utilisateurs

Chaque utilisateur du système pourra effectuer des tâches précises, ces tâches seront
élaborées selon la priorité de chaque utilisateur.
Ainsi, chaque utilisateur se verra assigner une ou des priorités :
 Postulant
o Seul le postulant sera capable de modifier son dossier
o Seul le postulant pourra changer son mot de passe
 La secrétaire
o Seul la secrétaire peut confirmer un dépôt de dossier (frais d’étude dossier).
o Seul la secrétaire peut juger si les dossiers envoyés sont ceux requis
 Le directeur
o Seul le directeur est en même d’admettre un postulant ou pas
o Seul l le directeur est en même temps administrateur
 L’administrateur
o Seul l’administrateur pourra supprimer un utilisateur du système
o Seul l’administrateur pourra modifier les informations d’un utilisateur hors mis
celle de du Postulant
o Seul l’administrateur pourra supprimer un document du système
iv. Contraintes sur le projet
a. Contraintes sur la conception de la solution

Après énumération et présentations du futur système, solution d’un système en place peu
fiable, nous avançons vers la façon dont notre solution sera conçue et réalisée. Nous n’avons
pas d’exigence de la part du maître d’œuvre en ce qui concerne la conception du produit.
Ainsi après collaboration avec le personnel, nous pouvons présenter les exigences suivantes :

 Le produit doit être capable de tourner sous Windows XP, pour sa stabilité et sa
robustesse.
 Le produit doit être développé avec un langage de programmation particulier : Java,
pour son extensibilité.
 Pendant les phases de test et de mise en service le personnel de l’institut associé au
projet devra assurer une disponibilité au service. En aucun cas le déroulement du
projet ne devra souffrir d’une absence du dit personnel.
 La fonction de paiement de frais d’étude de dossier se fera via PayPal.
 L’institut doit disposer d’imprimantes et d’ordinateur avec minimum RAM 3000MB,
un système d’exploitation de 64 bits, processeur 1.8GHz *2 minimum.
 Le système doit être capable d’éviter toute contrefaçon (frais d’étude de dossier et
document).
b. Environnement de fonctionnement du système actuel

Etude de dossier / autorisation

d’inscription / rejet du dossier
Directeur
Postulant
Dépôt de dossier et frais

Transmission du dossier à la
d’étude de dossiers
direction
Secrétaire
 Le postulant dépose son dossier au secrétariat de la direction ainsi que des frais
d’étude.
 Le secrétariat contrôle et transmet le dossier à la direction
La direction étudie et donne un verdict (droit de s’inscrire) au postulant
v. Organigramme du projet

Figure 2Organigramme du projet
d) Exigences Fonctionnelles
a. Porté du travail
 Limites du produit : Diagramme de cas d’utilisation

Figure 3: Diagramme de cas d'utilisation
 Description sommaire des cas d’utilisation
 Nom : Créer dossier

Acteur : Postulant
Données d’entrée : informations liées au postulant

Le cas d’utilisation commence lorsque le postulant clique sur le bouton « Créer

dossier ».
Préconditions : Se connecter
Scénario principal :
1. Le system demande au postulant sous un formulaire d’entrer les informations
suivantes : le nom, le prénom, le lieu et date de naissance, l’adresse, le niveau d’admission
souhaité, le dernier diplôme obtenu, date d’obtention et adresse mal.
2. Le system ensuite après saisi des informations génèrera le matricule et mot de passe
du postulant dans sa boite mail.
Post conditions: S’authentifier
 Nom : S’authentifier
Acteur : Postulant, Secrétariat, Direction et Administrateur
Données d’entrée : Nom utilisateur et mot de passe
Le cas d’utilisation commence lorsque le postulant appuie sur le bouton
« Préinscription
Préconditions : Ouvrir l’application

Scénario Nominal :
1. Le system demande au postulant/secrétaire/Directeur de saisir son nom utilisateur et
son mot de passe.
2. Le system demande au postulant de confirmer en cliquant sur le bouton « Se

connecter ».
Scénario Alternatif :
1. Si le mot de passe ou le nom utilisateur erroné, le system réaffiche le formulaire
d’authentification.
2. Après trois échecs d’authentification, le system renvoie le postulant au formulaire de

vérification et de récupération,
Post conditions :
Postulant : Suivre dossier, se préinscrire
Direction : Etudier dossier

Secrétaire : Gérer dossier

Administrateur : Gérer comptes utilisateur
 Nom : Se préinscrire
Acteur : Postulant
Données d’entrée : Niveau d’admission souhaité
Le cas d’utilisation commence lorsque le postulant clique sur le bouton
« Préinscription ».
Préconditions : S’authentifier
Scénario principal :
1. Le system rappellera au postulant les étapes de préinscription.
2. Le system demandera ensuite au postulant de suivre les étapes d’inscription en

commençant par la première : envoyer document, puis le deuxième : payer frais d’étude du
dossier.
Post conditions: Envoyer documents
 Nom : Envoyer documents

Acteur : Postulant
Données d’entrée : documents à envoyer par le postulant
Le cas d’utilisation commence lorsque le postulant termine de remplir le deuxième
formulaire clique sur le bouton « Terminer ».
Préconditions : Créer dossier

Scénario Nominal :
1. Le system demande au postulant de cliquer sur le bouton « importer image » puis
choisi le fichier image à envoyer
2. Le system demande au postulant après importation de l’image d’envoyer le fichier

image en cliquant le bouton « Envoyer ».
Post conditions : Payer frais d’étude de dossier

 Nom : Payer frais d’étude de dossier

Acteur : Postulant
Données d’entrée : Montant à payer
Le cas d’utilisation commence lorsque le postulant envoie tous les documents avec
succès.
Préconditions : Envoyer documents

Scénario Nominal :
1. Le system demande au postulant de saisir le montant à débiter du compte PayPal
2. Le system demande au postulant de confirmer la transaction en appuyant sur le bouton

« Confirmer »
Scénario Alternatif:
1. Si le postulant souhaite annuler, il clique sur le bouton « Annuler » qui le renviera à la

page Accueil.
2. Si le postulant saisit un montant inférieur ou supérieur au montant fixé, le system
renviera à saisir le montant à débiter
Post conditions : Retour à la page d’accueil
 Nom : étudier dossier

Acteur : Direction
Données d’entrée : Documents à étudier
Le cas d’utilisation commence lorsque le postulant envoie tous les documents avec
succès ainsi que règle ses frais d’étude.
Préconditions : Envoyer documents, payer frais étude de dossier

Scénario Nominal :
1. Autoriser inscription
2. Rejeter dossier
3. Notifier Postulant

 Nom : Autoriser inscription

Acteur : Direction
Données d’entrée : verdict du dossier
Le cas d’utilisation commence lorsque la direction termine l’étude du dossier et juge
le postulant admissible
Préconditions : valider dossier

Scénario Nominal :
1. Ce processus se matérialise par clique sur le bouton « Admis ».
2. Le system envoie dans le compte du postulant un mot autorisant l’inscription en PDF.

Post conditions : Fichier PDF d’inscription téléchargeable
 Nom : Rejeter dossier

Acteur : Direction
Données d’entrée : verdict du dossier
Le cas d’utilisation commence lorsque la direction termine l’étude du dossier et
juge le postulant admissible
Préconditions : Postulant pas admissible dossier

Scénario Nominal :
1. Ce processus se matérialise par clique sur le bouton « Rejeter » tous les documents
avec succès.
2. Le system envoie dans le compte du postulant un mot autorisant l’inscription en PDF.
Post conditions : Fichier PDF d’inscription téléchargeable
 Nom : Notifier Postulant

Acteur : Direction
Données d’entrée : information à transmettre au postulant
Le cas d’utilisation commence lors de l’étude de dossier et que la direction souhaite
effectuer une requête au postulant .
Préconditions : Payer frais d’étude de dossier
Scénario Nominal :

1. Ce processus se déclenche lorsque la direction clique sur le bouton « Notifier »

2. Un formulaire se présente avec Adresse du postulant et le contenu du message à
envoyer
Post condition : mise à jour de la boite à lettre du postulant
 Nom : Gérer dossier

Acteur : Secrétariat
Données d’entrée : consulter état d’évolution de l’étude du dossier
Le cas d’utilisation commence lorsque le postulant a envoyé tous les documents
requis et qu’il a payé les frais d’étude de dossier.
Préconditions : S’authentifier, Payer frais d’étude de dossier et envoyer dossier
Scénario Nominal :
1. Ce processus se déclenche lorsque le postulant après authentification clique sur le
bouton « Mon dossier »
2. Une page présentant l’évolution de l’étude du dossier à savoir : Virement du

rouge lorsque le dossier n’a pas encore été étudié au vert lorsque celui-ci a été étudié.
Post condition : Retour à la page d’accueil
 Nom : Gérer dossier

Données d’entrée : Classer les documents par critère
Le cas d’utilisation commence lorsque le postulant a été admis ou rejeté et ainsi
classer les documents de chaque postulant admis et en archivant ceux des postulants
rejetés.
Scénario Nominal :
1. Ce processus se lance lorsqu’un étudiant en voit ses documents. Documents qui
seront réutilisable par le secrétariat en cliquant sur le bouton « consulter étudiant »
sur le bouton « Mon dossier »
2. Ensuite le secrétariat pourra établir une liste (des admis ou des rejetés). les
étudiants admissibles et établir une liste

Postcondition:
 Nom : établir liste des admis

Données d’entrée : Récupérer chaque postulant admissible ou rejeté
Le cas d’utilisation commence lorsque le secrétariat clique sur le bouton « établir
liste».
Préconditions : S’authentifier, étudier dossier, gérer dossier
Scénario Nominal :
1. Ce processus se lance lorsque le secrétariat clique sur le bouton « Etablir liste »
ensuite sur le bouton « liste des postulant admis »
2. Ensuite le secrétariat pourra exporter tous les postulants admis sur une fiche XML,
consultable pour tout postulant
Post condition : Téléchargement de la fiche puis retour à la page gérer dossier.
 Nom : établir liste de tous les postulants

Données d’entrée : Récupérer tous les postulants ayant un compte ou ayant créé un
dossier sur la plateforme
Le cas d’utilisation commence lorsque le secrétariat clique sur le bouton « établir
liste».
Préconditions : S’authentifier, étudier dossier, gérer dossier
Scénario Nominal :
1. Ce processus se lance lorsque le secrétariat clique sur le bouton « Etablir liste »
ensuite sur le bouton « liste des postulant admis »
2. Ensuite le secrétariat pourra exporter tous les postulants admis sur une fiche XML,
consultable pour tout postulant
Post condition : Téléchargement de la fiche puis retour à la page gérer dossier.
 Nom : Consulter postulant

Données d’entrée : Entrer numéro

Le cas d’utilisation commence lorsque le secrétariat clique sur le bouton

«Consulter dossier».
Préconditions : S’authentifier, gérer dossier
Scénario Nominal :
1. Ce processus se lance lorsque le secrétariat clique sur le bouton « consulter
dossier » ensuite saisit dans la barre de recherche le numéro de dossier du
postulant.
2. Après clique sur le dossier choisi, toutes informations liées à ce dossier seront
affichées.
Post condition : Supprimer dossier ou retour à la page gérer dossier.
 Nom : Gérer compte d’accès

Acteur : Administrateur
Données d’entrée : Entrer matricule utilisateur
Le cas d’utilisation commence lorsque l’administrateur clique sur le bouton
«administrer».
Scénario Nominal :
1. Ce processus commence après clique de l’administrateur sur le bouton
« Administrer» ensuite choisit une tâche liée à la gestion de
2. Après clique sur le dossier choisi, toutes informations liées à ce dossier seront
affichées.
Post condition : Supprimer Compte ou Modifier compte ou Lister matricule des
utilisateurs ou ajouter un compte.
 Nom : Lister matricules des utilisateurs

Données d’entrée : matricule utilisateur
«administrer».
Scénario Nominal :
« Administrer» ensuite clique sur le bouton « lister utilisateurs ».

2. Après clique sur le bouton, la liste des matricules et routes les informations des
utilisateurs s’affiche et prête à être exploitée.
Post condition : Choisir compte utilisateur à mettre à jour ou retour à la page

précédente.
 Nom : Modifier compte utilisateur

Données d’entrée : informations de l’utilisateur
«administrer».
Scénario Nominal :
2. Après clique sur le bouton, la liste des matricules et toutes les informations des
utilisateurs s’affichent.
3. Choisir compte utilisateur à mettre à jour
Post condition : retour à la page précédente.
 Nom : Ajouter compte utilisateur

«administrer».
Scenario Nominal :
« Administrer» ensuite clique sur le bouton « ajouter utilisateur».
2. Après clique sur le bouton, l’administrateur devra entrer les informations du
nouvel utilisateur.
3. Ensuite le system génèrera un matricule et un mot de passe pour le nouvel
utilisateur.
4. Puis le mot de passe et matricule sera envoyé dans la boite mail de l’utilisateur.

 Nom : Supprimer compte utilisateur

«administrer».
Préconditions : S’authentifier,
Scenario Nominal :
2. Après clique sur le bouton, la liste des matricules et toutes les informations des
utilisateurs se présentent.
3. Choisir compte utilisateur à supprimer
e) Exigences sur les données
Il nous incombera dans cette partie de spécifier les principaux objets métiers ou classes
relatives au système. Cette section nous permet de clarifier ce qui fait objet de a construction
du système, et ainsi faire apparaitre des exigences qui n’avaient pas encore été détectées.
Ainsi, nous présentons ci-après un modèle métier avec un diagramme de classe d’UML :

Figure 4: Diagramme de classe
Commentaire du diagramme:
 Secrétaire: gère 1 ou * document
 Document: est géré par 1 et 1 seul secrétaire
 Postulant : envoie 1 ou * documents
 Document : est envoyé par 1 et 1 postulant
 Postulant : crée 1 et 1 compte

 Document : est appartenu dans 1 et 1 compte
 Directeur : étudie 1 ou * compte
 Document : étudié par 1 et 1 directeur
 Directeur : possède 1 et 1 compte
 Compte : est possédé par 1 et 1 directeur
 Administrateur : possède 1 et 1 compte
 Secrétaire : possède 1 et 1 compte
 Postulant : obtient 1 et 1 post_preinscription
 Post_preinscription : est obtenue par 1 et 1 postulant
 Préinscription : est effectuée par 0 ou * postulant
 Postulant : effectue 1 et 1 préinscription
f) Exigences non fonctionnelles
1. Ergonomie et convivialité de la plateforme
a. L’interface
 La plateforme sera conforme aux standards d’image du logo de l’institut
 La plateforme utilisera les couleurs de l’institut

 La plateforme sera attractive pour les jeunes.
b. Le style du produit
 La plateforme doit apparaitre comme étant moderne/conservatrice/créative/peu
colorées et destinées aux jeunes de 17 ans et plus.
 La plateforme doit susciter la confiance, la réaction et le déplacement.
2. Facilité d’utilisation et facteurs humains
a. Facilité d’utilisation
 La plateforme sera facile à utiliser pour les jeunes bacheliers et plus, et autres
utilisateurs (secrétaire, directeur et administrateur)
 La plateforme aidera l’utilisateur à ne pas faire d’erreurs
 La plateforme donnera envie à ses utilisateurs de l’utiliser
 La plateforme sera utilisée par des gens sans qu’ils soient formés (postulant) d’une
part et d’autres nécessitant une formation (secrétaire et directeur) et ne parlant pas
nécessairement anglais
b. Facilité de compréhension et politesse
 La plateforme devrait utiliser des symboles et des mots naturellement compréhensibles

par les utilisateurs potentiels
 La plateforme doit cacher les détails de sa construction à l’utilisateur
c. Exigences d’accessibilité
La plateforme doit pouvoir être utilisée par des personnes ayant des problèmes de vue.
3. Fonctionnement du produit
a. Rapidité d’exécution et temps de latence
 N’importe quelle interface entre un utilisateur et le système automatisé aura un temps

de réponse maximal de 2 secondes.

 La réponse sera assez rapide pour éviter d’interrompre le flux de pensée de

l’utilisateur
 La plateforme téléchargera les nouveaux paramètres de statut dans les 5 minutes qui
suivent le changement
b. Fiabilité et disponibilité
 La plateforme devrait être disponible pour une utilisation de 24h par jour durant la
période d’admission
 La plateforme fonctionnera à 99%
c. Robustesse ou tolérance à un emploi erroné

La plateforme devra se mettre à fonctionner correctement de manière déconnectée s’il advient
que le lien vers le serveur central est coupé
d. Capacité de stockage et montée en charge
 La plateforme servira simultanément à 50 utilisateurs entre 8h et 13h.

 La charge maximale aux autres moments sera de 30 utilisateurs
e. Adaptation de la plateforme à une augmentation de volume à traiter
 La plateforme pourra gérer 200 dossiers d’admission et pourra passer à 300 dans 3
ans.
 La plateforme pourra prévoir tel volume de données, mais le système devra pouvoir
être étendu dans 3 ans.
f. Longévité
La plateforme devra fonctionner dans les limites du budget maximum alloué pour la
maintenance pendant au moins 5 ans.

1. Branche technique
 Matériel et logiciel
 Le système sera un site web dynamique, nécessitera une connexion internet.
 Besoin d’un scanner et d’une imprimante
 Logiciel Wampserver
 Editeur Dreamweaver8
 phpMyadmin
 Systèmes d’exploitation
 Par rapport au système, un Windows XP ou 7 est recommandé
 Le système actuel pourra être conservé
 Réseau
 Un routeur sera utile pour interconnecter les postes de l’institut
 Système de stockage des données

 Une base de données MySQL sera exigée par rapport à notre futur logiciel via
PhpAdmin
 La base de données doit être modifiable par vos soins
 Installation du futur logiciel

 Nous ne prendrons pas en charge les frais d’hébergement de la plateforme.
 Il nous incombera de configurer le serveur en installant Wampserver et un
navigateur adéquat.
 Migration des données

 Les données de la plateforme (postulant admis) pourront être intégrées à une
autre base de données
 La récupération des données se fera par un API

2. Branche de conception
a. Maintenance du produit
 On doit pouvoir ajouter un nouvel utilisateur le plus rapidement possible

 La plateforme doit pouvoir être maintenu par ses utilisateurs finaux
 La plateforme doit pouvoir être maintenu ou mise à jour par des
développeurs qui ne sont pas les développeurs d’origine
b. Exigences en matière de support
 Il ne doit pas avoir besoin de manuel utilisateur « papier>

 La seule aide disponible sera celle livrée avec le produit « rapport »
c. Exigences de portabilité
 Le produit fonctionnera sous Windows XP et linux

 Le produit est conçu pour desktop, tablette et téléphone
d. Sécurité
La sécurité consiste à protéger le système que l’on construit et les données qu’il contient
d’une mauvaise conception ou attaques extérieures.
La sûreté consiste à protéger l’environnement des dégâts que le système que ‘on construit
pourrait causer.
e. Accès au système
 Seul le l’administrateur peut consulter les informations personnelles

des de tous les utilisateurs

 Seuls les détenteurs d’autorisation spécifiques peuvent avoir accès à

chaque fonctionnalité
 Le directeur peut s’il le souhaite protéger des données
 Le poste de travail autre que demande d’inscription doit être réservé
qu’au personnel autorisé
 Il existe trois types de profils utilisateurs (cible ou postulant, personnel
ou D.I.T et administrateur) concernés par l’accès
 Il faudra protéger (les données, le logiciel et le lancement de
traitement)
f. Intégrité
 Le produit doit contrôler que les données qui pourraient endommager

les données existant déjà sur la plateforme ne peuvent être introduites.
 Le produit doit se protéger lui-même d’abus intentionnels
g. Sauvegardes et restauration des données et l’application
 Les sauvegardes des données seront effectuées périodiquement

 La procédure de sauvegarde des données perdues à partir de
sauvegardes du système
 Toutes les données stockées sur le disque devront pouvoir être
sauvegardées, restaurées, purgées, sans avoir à arrêter le logiciel
 La plateforme génèrera une alerte en cas de dépassement des tailles
maximales des fichiers de données ou des bases dans une liste
spécifique
h. Protection des données à caractère personnel
 Le produit doit informer les utilisateurs de l’usage qui sera fait des
informations les concernant avant de collecter ces informations.
 Le produit ne divulguera des informations d’ordre privé que
conformément avec la politique de l’institut concernant les données à

caractère personnel
i. Exigences culturelles et politiques
 Exigences culturelles
 La plateforme ne doit offenser aucun groupe religieux ou ethnique

 La plateforme comportera la liste des jours fériés pour tous les pays de
l’Afrique centrale
 La plateforme pourra être utilisée dans d’autres pays de l’Afrique centrale
 Exigences politiques
Le Directeur doit avoir accès à toutes les fonctionnalités
III. Autres aspect du projet
1. Tâches à faire pour livrer le système
Cette section sera matérialisée par le diagramme de Gantt qui nous permettra de présenter
l’ordonnancement du projet.

Figure 5: Diagramme de Gantt
2. Cycle de vie du logiciel
Le produit sera délivré en plusieurs fois, allant du noyau au produit fin ; chaque incrément
pourra donner lieu à un cycle de vie classique plus ou moins complet. Ainsi, voici comment
se matérialisera le cycle de vie du logiciel :

Figure 6: Cycle de vie du Logiciel
3. Conclusion
Nous vous avons ci-dessus, présenté le projet dans sa globalité et vous pouvez constater que
ce chapitre présente le comment et pourquoi du déroulement du projet à travers diagrammes
et schéma. A présent, il nous incombe de passer à l’implémentation de la solution.

CHAPITRE 3 : Résultat obtenu et discussion
I. Introduction
Après étude et réalisation de la futur plateforme web intitulée « DIT-Platform », il nous
incombe à présent de simuler une préinscription qui est en fait la fonctionnalité principale de
« DIT-Platform » afin de prouver que notre plateforme répond aux exigences.
II. Création de la plateforme

A travers WampServer nous créerons notre base de données nommée « dit-enrol » afin d’
tester les enregistrements.
Figure 7: Base de données de DIT-Platform
A présent, nous allons commencer la simulation de notre préinscription.
 Etape 1

Figure 8: Page d'acceuil DIT-Platform
 Etape 2
Nous allons créer un nouveau compte en cliquant sur le lien Créer Compte qui renverra au
formulaire de création de compte que nous remplirons avec les données suivant :
o Nom postulant : tcheuffa

o Prénom postulant : aubain
o Téléphone postulant : 6 99 99 99 99
o Age postulant : 20
o Quartier : makepe
o Email postulant : zero@yahoo.fr

Figure 9: Formulaire de création de Compte
 Etape 3
Vérifions qu’un nouveau compte a été inséré dans la base de données
Figure 10 : Vérification création de nouveau compte

 Etape 4
A présent nous allons nous connecter avec le compte de ce nouvel postulant avec les données
suivant :
o Nom utilisateur : tcheuffaaubain

o Mot de passe : zero@yahoo.fr20
NB : Vous pouvez remarquer que le mot de passe est une concaténation de « Email
postulant » et de « Age postulant. »
Figure 10: Authentification
Après authentification et soumission du formulaire par le bouton « valider », le postulant est

renvoyé dans la page où il pour monter son dossier et vérifier son statut savoir si le dossier du
postulant est validé ou ignorée.

Figure 11: Session propre à un postulant
 Etape 5
Nous allons à présent monter notre dossier en cliquant sur le lien Se préinscrire qui nous
proposera une liste de choix de filières ainsi que les documents à envoyer par le biais de cet
interface.
Dans notre cas de simulation, nous voulons nous préinscrire pour la filière informatique
pour le niveau 3 afin d’obtenir un bachelor of Engineering.

Figure 12: Préinscription
 Etape 6
Les documents envoyés et après règlement de paiement de frais de préinscription, le

directeur pourra après vérification de l’authenticité des documents par la secrétaire et
récupération des documents, procéder au verdict de chaque candidature après étude.
Figure 13: Vérification de soumission candidature

 Etape 7 : Admission candidature
Dans notre cas de simulation, la candidature du postulant sera validée par le directeur qui
cochera juste le check box. Action qui permettra d’incrémenter dans la table
post_preinsription ; table qui portera le verdict de chaque étudiant. C’est grâce à cette table
que la secrétaire pourra récupérer une liste des admis et une liste des rejetés.
Figure 14: Validation candidature
 Etape 8 : Vérification Admission candidature dans la base de données
Dans notre cas de simulation, après validation de la candidature du dossier par le directeur,
Figure 15: Vérification candidature dans la BD
Nous pouvons constater dans la table post_preinscription qui renseigne le nom, le prénom,

l’adresse email et surtout du statut à savoir candidature validée ou rejetée permettant ainsi à la
secrétaire de notifier les postulant sur leur statut par courrier électronique.
III. Conclusion
Suite à la présentation d’une simulation du processus de préinscription via notre plateforme
nous pouvons estimer notre plateforme « DIT-Platform » à 85% achevée. Il nous restera plus
qu’à élaborer une bonne gestion des documents et de sécuriser le système d’information de
notre plateforme

CONCLUSION GENERALE
Au terme de notre étude intitulé «étude et réalisation d’une plateforme de préinscription

en ligne : cas DIT », nous avons présenté dans un premier temps la notion de web, suivie de
notre méthode d’approche de conception qui nous permettait de bien concevoir notre futur
système et en dernier présenter un résultat matérialisé par une simulation de préinscription.
Ainsi, nous avons pu tout au long de notre travail appliquer les notions théoriques étudiées et
voir élargir notre champ d’apprentissage. Nous avons conçu un système fiable au niveau du
diplôme de bachelor of engineering sollicité dans notre Institut. Il nous incombera après
élaboration de notre document de perfectionner notre système et d’embrasser d’autres cas
d’étude afin de nous améliorer dans la conception et la réalisation d’un système informatique.

Références
 https://fr.wikipedia.org/wiki/World_Wide_Web
 Introduction au genie logiciel.pd-Cours DIT licence Génie informatique – Mr
TAWAMBA 2016/2017
 /CommentCaMarche/uml/umlintro.htm
 /CommentCaMarche/dhtml/dhtmlintro.htm
 /CommentCaMarche/css/cssintro.htm
 /CommentCaMarche/javascript/jsintro.htm
 /CommentCaMarche/php/phpintro.htm
 /CommentCaMarche/php/phpbdd.htm
 /CommentCaMarche/sql/sqlsel.htm
 /CommentCaMarche/projet/projetmet.htm
 /CommentCaMarche/www/www-intro.htm
 https---www.youtube.com-watch-v=uTihODmeRns
 https---www.youtube.com-watch-v=uTihODmeRnsChapitre 3 - Diagramme de
cas d'utilisation _ Mr TAWAMBA
 Chapitre 2 - Introduction a UML_- MR TAWAMA
 Cahier de Charges_Fonctionnel – MR TAWAMA
 https://openclassrooms.com/courses/apprenez-a-creer-votre-site-web-avec-html5-
et-css3/mettre-en-place-le-css
 https://openclassrooms.com/courses/apprenez-a-creer-votre-site-web-avec-html5-
et-css3/mettre-en-place-le-css

ANNEXES
Figure 16: Wampserver
Figure 17: Code source création page d'acceuil

Figure 18: Code source creation compte
Figure 19: Code PHP sélection données postulant admis

Rapport D.I.T

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Rapport D.I.T

Încărcat de

Drepturi de autor:

Formate disponibile

ETUDE ET REALISATION D’UNE PLATEFORME DE PREINSCRIPTION EN LIGNE : CAS DIT

 A ma maman, Madame Edwige GUILBERT

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page I

DOUALA INSTITUT OF TECHNOLOGY est un établissement d’enseignement supérieur

Les technologies de pointe à l’instar du Génie électrique, des télécommunications et de

L’admission à DIT se fait en deux niveaux à savoir :

 Niveau 1 ou premier cycle

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page II

 Niveau 2 ou deuxième cycle

Etre titulaire d’une Licence ou Bachelor toutes filières et séries confondues.

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page III

année de ce cycle, celle de licence Professionnelle (ou Bachelor of Engineering), a une

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page IV

Tableau des figures

Figure 1 Shcéma du processus 2TUP .................................................................................................... 12

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page V

Table des matières

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page VI

III. Autres aspect du projet .......................................................................................................... 39

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page VII

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 1

CHAPITRE l : GENERALITE SUR LE WEB

Le World Wide Web (WWW) littéralement la « toile d’araignée mondiale »,

II. Termes Rattachés au Web

Http : (HyperText Transfer Protocol) est le protocole de communication communément

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 2

HTML & XHTML : (HyperText Mark up Language) et (Extensible HyperText mark up

Client HTTP : logiciel utilisé pour manipuler ces ressources

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 3

III. Les Métiers du web

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 4

2) Intranet et web privé

Un document HTML contient uniquement du texte : le texte consulté, le texte en langage

Les éléments multimédias proviennent toujours de ressources indépendantes du document

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 5

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 6

Cette conception décentralisée devait favoriser, et a favorisé, une augmentation rapide de la

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 7

Trois technologies ont dû être développées pour le World Wide Web :

 les URL pour pouvoir identifier toute ressource dans un hyperlien

Les principaux standards actuels sont :

 ASCII et UTF-8 pour le codage de caractères

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 8

b) Langages d’application dynamique coté serveurs

Le langage de programmation PHP (PHP: Hypertext Preprocessor) a été développé pour

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 9

Les principaux types de base de données sont :

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 10

CHAPITRE 2: METHODES UTILISEES

II. Processus de développement 2TUP

1) Les processus unifiés

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 11

développement. Le 2TUP propose un cycle de développement qui dissocie les aspects

Figure 1 Shcéma du processus 2TUP

a) Modèle général des modules

Notre system sera reparti en module ci-après :

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 12

M1 : Gestion des candidats Ce module permettra de créer un nouveau candidat/postulant, de

M6 : Gestion de la chaine de Ce module permettra de gérer tous les documents concernant

b) Description des principaux modules

 Gestion des candidats

Dans ce module, nous auront les fonctions suivantes :

REDIGE PAR: JEAN AUBAIN TCHEUFFA Page 13