remerciement
Chapitre 1 contexte de travail
1. L'entreprise d'accueil: son historique,
son évolution et la nature de ses activités
1.1.
1.2. L'évolution de l'entreprise
1.3. La nature de ses activités
2. Une étude de l'existant
2.1. Définition
2.2. Analyse et critique du
secteur
2.2.1. Le secteur de la restauration en Côte
d'Ivoire
2.2.2.
Le secteur du numérique en Côte d'Ivoire
2.2.3.
Le problème identifié
1.
Introduction
2. Présentation
2.1 Le
niveau conceptuel
2.2. Le
niveau organisationnel
2.3. Le
niveau logique
2.4. Le
niveau physique
3. Modélisation
d'une base de données avec la méthode MERISE
3.1. Modélisation
d'une base de données au niveau conceptuel
3.1.1. Modélisation d'une base de
données avec le modèle conceptuel de données
3.1.2. Modélisation
d'une base de données avec le modèle conceptuel de traitement
3.2. Modélisation
d'une base de données au niveau logique
3.2.1. Modélisation
d'une base de données avec le modèle logique de données...
3.2.2. Modélisation
d'une base de données avec le modèle logique de traitement
3.3. Modélisation
d'une base de données au niveau physique
3.3.1. Modélisation
d'une base de données avec le modèle physique de donnés
4. Présentation
de l'environnement de travail
4.1.
Environnement matériel
4.2.
Environnement logiciel
4.2.1. Un
éditeur de texte
4.2.2. Un
logiciel de modélisation
4.2.3. Un
serveur local
4.2.4.
Choix des langages de programmation
5. Conclusion
1. Introduction
2. Description et
présentation des interface du site web
2.1. La page
d'accueil
2.2. La
page de connexion
2.3. La
page spéciale d'offre
2.4. Une
page d'information
2.5. La page
de contact
3. Les difficultés
et enseignement tirés de ce projet
4.
Conclusion
RÉFÉRENCE
Le secteur de la restauration en côte
d'Ivoire qui fait partie du secteur tertiaire est l'un des secteurs les plus
prometteurs. En-effet, plus d'un million de personnes s'y activent ; on y
trouve des restaurants de toutes sortes allant des plus modestes au plus huppés
proposant des recettes indigènes et étrangères (Européennes, Américaines...).
Il n'existe pas de chiffres officiels sur les activités du secteur de la
restauration étant donné qu'elle manque cruellement d'organisation, mais une
chose est certaine : ce secteur fait vivre des familles. Par ailleurs, les
e-services notamment le commerce électronique est sans doute l'un des secteurs
les plus prometteurs du numérique en côte d'Ivoire générant 50 milliards de
francs CFA par ans selon le rapport des travaux de la CGECI (2010). Le tout
combiné aux secteurs de la restauration présente de grande perspective. Il est
intéressant de noter que le commerce électronique en côte d'Ivoire est plus
basé sur l'électroménager, le domaine du textile et de l'électronique. En
revanche le e-restaurant reste l'un des domaines les moins prisés de cet
immense marché ivoirien qui représente des milliards de francs CFA.
La restauration en ligne ou le
e-restaurant consiste à la livraison de repas à domicile et/ou au bureau du
consommateur se passant ainsi du service en salle. Les e-restaurants sont donc
des restaurants 100% virtuels proposant au consommateur de commander par
téléphone ou via un site internet dédié différent repas et des menus variés.
Le secteur de la restauration en
Côte-d’Ivoire manque cruellement de structuration et d‘organisation. Les
technologies du numérique quant à elles permettent de résoudre bon nombre de
problèmes et ne cesse de réinventer notre quotidien. Ce rapport de stage se
développe ainsi au prisme de la problématique de l’apport du numérique à la
structuration et l’augmentation de la rentabilité du secteur de la
restauration.
Dans un premier temps nous décrirons
l’entreprise et son secteur en insistant sur ses particularités puis nous
étudierons comment le numérique peut-il contribuer à une meilleur structuration
et rentabilité du secteur de la restauration avant de dresser un bilan.
1. L’entreprise
d’accueil : son historique, son évolution et la nature de ses activités
L’Université Virtuelle de Cote d’Ivoire
(UVCI) est une université publique ivoirienne d’enseignement à distance, située
à Abidjan. Créée par décret n°2015-755 du 09 décembre 2015.
L’université virtuelle est dotée d’un budget de 20 milliards de franc CFA,
incluant également l’équipement des étudiants en ordinateur et celui des
universités publiques en Wifi. Pour le gouvernement, cette université virtuelle
doit pallier le déficit de l’enseignement universitaire en Côte d’Ivoire et la
croissance importante du nombre d’étudiants. L’équipe enseignante est composée
de 12 groupes de professeurs, sélectionnés après appel à projets et mettant en
place des formations en ligne ouvertes à tous(MOOC).
1.2.
L’évolution
de l’entreprise
L’Université Virtuelle a montré sa
capacité à tisser des liens avec des organisation d’Union Européenne sur des
sujets d’actualités et à prendre un leadership régional comme en témoigne la
cérémonie qu’elle a organisée pour distribuer des ouvrages sur l’énergie
solaire aux universités ivoiriennes. En partenariat avec des entreprise
informatiques tels que : CISCO ; Microsoft ; Mediasoft Lafayette
et Orange CI, elle Offre des certifications professionnelles.
1.3.
La
nature de ses activités
La mission principale de l’Université
Virtuelle de Cote d’Ivoire a pour mission principale est de développer et
vulgariser la formation à distance. À ce titre, l’UVCI est chargée :
·
D’accompagner les
établissements dispensant les enseignements en présentiel dans le développement
de l’offre de formation ouverte à distance, la production en format numérique
des cours magistraux, des travaux dirigés et des travaux pratiques.
·
De rendre les ressources
pédagogiques des domaines de formation disponibles et accessibles à travers une
plateforme commune dédiée.
·
De mettre en place un
réseau international de partenariats dans le domaine de l’enseignements à
distance.
·
D’assurer à travers une
plateforme, la diffusion des connaissances et de la culture scientifiques
Par ailleurs dans le cadre du
développement de la formation à distance, l’UVCI ouvre, pour la rentrée
universitaire 2016-2017, la filière formation Informatique et Sciences du
Numérique. Cette filière accueille les bacheliers des séries scientifiques (C, D, E) dans quatre spécialités :
Ø RÉSEAUX ET SÉCURITÉ
INFORMATIQUE(RSI)
Ø BASE DE DONNÉES(BD)
Ø DÉVELOPPEMENT
D’APPLICATION ET E-SERVICES(DAS)
Ø MULTIMÉDIA ET ARTS
NUMÉRIQUES(MMX)
De surcroît au titre de l’année académique
2017-2018 l’UVCI a accueilli 2 nouvelles spécialités ouvertes au bachelier de
toutes séries confondues. Ces 2 nouvelles spécialités sont :
Ø COMMUNICATION
DIGITALE(COM)
Ø E-COMMERCE ET MARKETING
DIGITAL(CMD)
L’une des missions de l’Université
Virtuelle de Cote d’Ivoire est également de diffuser la culture numérique. À
cet effet elle organise la semaine du numérique éducatif avec pour but de
renforcer la prise de conscience des différents acteurs de l’éducation et de la
population sur l’importance des technologies de l’information et de la
communication(TIC) dans les pratiques académiques et dans les activités de
recherche.
2.
Une
étude de l’existant
2.1.
Définition
La
restauration en ligne ou le e-restaurant consiste à la livraison de repas à
domicile et/ou au bureau du consommateur se passant ainsi du service en salle.
Les e-restaurants sont donc des restaurants 100% virtuels proposant au
consommateur de commander par téléphone ou via un site internet dédié différent
repas et des menus variés.
2.2.
Analyse et critique du secteur
2.2.1. Le secteur de la
restauration en Côte d’Ivoire
Le
secteur de la restauration en Côte d’Ivoire est un secteur porteur. En effet
plus d’un million de personnes s’y activent, mais le secteur manque de
professionnalisation et de structuration. On y trouve du bas de gammes au très
haut de gamme. On dénombre près de 3000
restaurants formels et un grand nombre de restaurants informels. La branche
doit relever de nombreux défis pour grandir et devenir un secteur de poids dans
l’économie ivoirienne ; au nombre duquel :
Ø
La qualité et la sécurité alimentaire : comme dans de nombreux pays
subsaharien, une branche de restauration formel cohabite avec une restauration
informelle avec des moyens rudimentaires. Le respect des normes d’hygiènes et
de sécurité constitue un réel défi pour les petits établissements comme pour
les établissements formels.
Ø
La performance
Ø
L’innovation
2.2.2. Le secteur du numérique en Côte
d’Ivoire
Le
commerce électronique en Côte d’Ivoire est sans conteste l’un des secteurs
d’activités les plus prometteurs du numérique. Pourtant, l’e-restaurant reste
l’un des domaines les moins exploités de ce vaste marché ivoirien qui pèse des
milliards de FCFA. En effet le domaine de la restauration reste encore timide
dans la grande marche pour la révolution entreprise par le secteur du commerce
en Côte d’Ivoire. Les tenants de restaurant présents sur le sol ivoirien sont
en quelque sorte un peu hésitants à l’idée de se lancer à la conquête de ce
terrain financier très attractif. Cependant, les internautes ivoiriens de nos
jours restent friands des nouveautés et l’idée de proposer ses services aux
clients par le canal du web est une avancée qui ne passe pas inaperçu auprès du
public ivoirien. Sur le territoire
ivoirien, le e-commerce se limite généralement aux domaines du textile, de
l’électroménager, de l’électronique. Même si Afrimarket la startup lancée par
Orange Cote d’Ivoire et Jumia avec sa plateforme Jumia Food ont récemment
innovées en Préposant aux internautes une rubrique Consacrée à l’alimentation,
le e-restaurant demeure un secteur prometteur.
3.
Le
problème identifié
La
plupart des sites de e-restaurant en Côte d’Ivoire tels que Jumia Food et
AfrikMarket sont principalement Basé sur la cuisine Européenne, Africaine, des
repas Manufacturés etc… Cependant dans le cadre de mon Projet de fin de
formation la plateforme web monDabali.ci dénommée Proposera également aux
internautes ivoirien les meilleurs des grillades de chez nous (poulet braisé,
choukouya de mouton poisson braisé…)
1.
Introduction
Lors de ce chapitre, nous allons
identifier les différents modèles de conception utilisés pour mettre en œuvre
la plateforme web de e-restaurant. La motivation fondamentale de la
modélisation est de fournir une démarche antérieure afin de réduire la
complexité du système à concevoir et d’organiser la réalisation du projet en
définissant les modules et les étapes de la réalisation. Plusieurs démarches de modélisation sont
utilisées. Nous adoptons dans notre travail une approche analytique basée sur
la méthode MERISE.
En fait MERISE (Méthode d'Étude et de
Réalisation Informatique pour les Systèmes d'Entreprise) est une méthode de
conception, de développement et de réalisation de projets informatiques. Elle a
pour principale objectif de fournir un ensemble complet de démarches,
modèles et méthodes pour la conception et le développement de Système
d’information.
2.
Présentation
de la méthode MERISE
La conception d'un système
d’information(SI) se fait en utilisant des modèles permettant de représenter
les données (aspects statiques) et les traitements (aspects dynamiques) du
futur système. Les niveaux d'abstraction ont pour but de permettre une modélisation
progressive, par niveaux de préoccupation. Ces niveaux sont au nombre de 4.
2.1.
Le
niveau conceptuel
Le
niveau Conceptuel exprime les choix fondamentaux de gestion en recherchant les
éléments stables indépendamment des moyens à mettre en œuvre, de leurs
contraintes et de leur organisation. La description conceptuelle du système
permet de représenter sa raison d'être et sa finalité en s'appuyant sur ses
objectifs et les réalités qui le contraignent. Il s'agit dans un premier temps
de décrire les règles de gestion qui permettront l'élaboration des modèles
conceptuels de données et de traitements.
2.2.
Le
niveau organisationnel
Le
niveau Organisationnel exprime les choix d'organisation de ressources humaines
et matérielles, au travers de la définition des sites et des postes de travail.
La description organisationnelle du système représente l'organisation
permettant d'atteindre les objectifs définis au niveau conceptuel. Il s'agit
donc de décrire le fonctionnement du SI dans le cadre d'une organisation cible.
Les descriptions du niveau organisationnel pour les traitements et les données
ne préfigurent pas des moyens à mettre en œuvre pour y parvenir. La description
organisationnelle permet de décrire les vues partielles du système pour chaque
type d'acteur par site de l'organisation. Il s'agit de décrire D'OÙ sont
visibles les données et les traitements, QUI fait quoi en matière de données et
de traitement, QUAND réalise-t-on les traitements et manipule-t-on les données.
2.3.
Le
niveau logique
Le
niveaux Logique et Physique, sont adaptés à la conception du Système
d'information Informatisé (SII) et sont destinés aux informaticiens. Le niveau
logique concerne la conception du logiciel correspondant aux parties à
automatiser du système. Il prend en compte l'état de l'art technique général
plutôt que les aspects physiques dans un contexte particulier. Il inclue une
description logique des données c'est à dire une description dans un formalisme
compatible avec l'état de l'art (modèle relationnel, modèle objet, fichiers,
etc.) mais encore portable par rapport à des choix techniques précis. Il inclue
également des modèles logiques de traitements décrivant le guidage fonctionnel,
les boites de dialogue, l'arborescence des fenêtres...
2.4.
Le
niveau physique
Le
niveau physique est utilisé pour décrire les méthodes d'organisation et d'accès
aux données de la base. Le niveau physique tient compte des préoccupations et
des choix techniques nécessaires à l'implantation physique des données et à la
mise en place des traitements : langage de programmation, choix du SGBD, taille
mémoire, etc. Il décrit les moyens qui seront mis en œuvre pour gérer les
données et activer les traitements. Les données : la traduction du modèle
logique se réalisera dans la base de données relationnelle choisie (DB2,
ORACLE, INFORMIX, INGRES, ...) Les traitements : le modèle décrira
l'architecture des programmes (actions élémentaires et synchronisations). La
description se fera de façon structurée (séquences, alternatives simples ou
multiples, répétitives) voire par des types abstraits ou des objets.
3.
Modélisation
d’une Base de données avec la méthode MERISE
3.1.
Modélisation
d’une base de données au niveau conceptuel
3.1.1.
Modélisation
d’une base de données avec le modèle conceptuel de données
Il s’agit de l’élaboration du modèle conceptuel des données(MCD) qui
est une représentation graphique et structurée des informations mémorisées par
un système d’information. Le MCD est basé sur deux notion principales : les entités et les associations.
L’élaboration du MCD passe par les étapes
suivantes :
·
La mise en place de règles de gestion
·
L’élaboration du dictionnaire des données
·
La recherche des dépendances fonctionnelles entre ces
données
·
L’élaboration du MCD
(création des entités puis des associations puis des ajouts des cardinalités)
v Les règles de gestion
Avant de se lancer dans la création d’une
table (ou même des entités et associations pour rester dans un vocabulaire
conceptuel) l’on doit recueillir les besoins des futurs utilisateurs de
l’application. Et à partir de ces besoins être en mesure d’établir les règles
de gestions des données à conserver.
v Le dictionnaire de
données
Le dictionnaire des données est un
document qui regroupes toutes les données que nous aurions à conserver dans
notre base (et qui figurerons donc dans le MCD).
Pour chaque donnée, il indique :
·
Le
code mnémonique : il s’agit d’un libellé
désignant une donnée.
·
La
désignation : il s’agit d’une mention
décrivant ce à quoi la donnée correspond.
·
Le
type de donnée :
o A
ou Alphabétique : lorsque la
donnée est uniquement composée de caractères alphabétiques (de ‘A’ à ‘Z’ et de
‘a’ à ‘z’).
o N ou
Numérique : lorsque la donnée
est composée uniquement de nombres (entiers ou réels).
o AN
ou Alphanumérique : lorsque la
donnée peut être composée à la fois de caractère alphabétique et numérique.
o Date :
lorsque la donnée est une date (par exemple au format AAAA-JJ-MM).
o Booléen :
Vrai ou Faux
·
La
taille : elle s’exprime en nombre de
caractères ou de chiffres. Dans le cas d’une date au format AAAA-JJ-MM, on
compte également le nombres de caractères. Pour ce qui est du type booléen, nul
besoin de préciser la taille (ceci dépend de l’implémentation du SGBDR)
·
Et parfois des remarques ou observation complémentaires (par exemple si une donnée est
strictement supérieur à 0, etc.).
Dans
le cas de ce projet de fin de formation, nous obtenons après l’étude des règles
de gestion, le dictionnaire de donnée suivant :
|
Code
mnémonique
|
Désignation
|
Type
|
Taille
|
Observation
|
|
id_cli
|
Identifiant
numérique d’un client
|
N
|
|
Auto
Incrémentation
|
|
nom_cli
|
Nom
d’un client
|
A
|
30
|
|
|
prenoms_cli
|
Prénoms
d’un client
|
A
|
50
|
|
|
date_cli
|
Date
de naissance d’un client
|
Date
|
10
|
Au
format AAAA-JJ-MM
|
|
sexe_cli
|
Sexe
d’un client
|
A
|
40
|
|
|
tel_cli
|
Contact
téléphonique d’un client
|
N
|
08
|
|
|
pays_cli
|
Le
pays d’un client
|
A
|
50
|
La
Cote d’Ivoire est le pays par défaut
|
|
ville_cli
|
La
ville où réside le client
|
A
|
50
|
|
|
adresse_cli
|
L’adresse
d’un client
|
AN
|
70
|
Cette
donnée n’est pas obligatoire
|
|
email_cli
|
L’adresse
mail d’un client
|
AN
|
50
|
|
|
password
|
Le
mot de passe d’un client
|
AN
|
50
|
|
|
id_resto
|
L’identifiant
unique d’un restaurant
|
N
|
|
Auto
incrémentation
|
|
nom_resto
|
Le
nom du restaurant
|
AN
|
50
|
|
|
local_resto
|
La
localisation du restaurant
|
AN
|
100
|
|
|
tel_resto
|
Le
contact téléphonique d’un restaurant
|
N
|
08
|
|
|
email_resto
|
L’adresse
mail d’un restaurant
|
AN
|
50
|
|
|
cp_resto
|
Code
postal d’un restaurant
|
AN
|
50
|
|
|
id_liv
|
Identifiant
unique d’un livreur
|
N
|
|
Auto
incrémentation
|
|
nom_liv
|
Nom
et prénoms d’un livreur
|
A
|
80
|
|
|
tel_liv
|
Contact
téléphonique d’un livreur
|
N
|
08
|
|
|
email_liv
|
Adresse
mail d’un livreur
|
AN
|
50
|
|
|
id_prod
|
Identifiant
unique d’une offre
|
N
|
|
Auto
incrémentation (Il s’agit de l’identifiant d’une offre ou repas proposer sur
la plateforme web par un restaurant)
|
|
nom_prod
|
Le
nom de l’offre
|
AN
|
100
|
|
|
prix_prod
|
Le
prix d’une offre
|
N
|
|
|
|
ref_c
|
La
référence d’une commande
|
AN
|
11
|
Cette
référence figurera sur le reçu d’un client
|
|
adresse_livraison
|
Il
s’agit de l’adresse de livraisons
|
AN
|
100
|
|
|
date
|
Il
s’agit de la date et l’heure de la commande
|
Date
|
18
|
Au
format AAAA-JJ-MM /HH :MM : SS
|
v Les dépendances
fonctionnelles
Dans l’étude des bases de données, les
dépendances fonctionnelles sont les liens existant entre deux propriétés
présentes dans la base de données.
Ainsi en reprenant les données du
dictionnaire précédent, on peut établir les dépendances fonctionnelles suivantes :
id_cli→
nom_cli,prenoms_cli,date_cli,sexe_cli,tel_cli,pays_cli,ville_cli,adresse_cli,email_cli
id_resto→
nom_resto,local_resto,tel_resto,email_resto,cp_resto
id_liv→
nom_liv,tel_liv,email_liv
id_prod→
nom_prod,prix_prod,id_resto
ref_c→
adresse_livraison,date,id_cli,id_resto,id_prod,id_liv
On peut déduire les conclusions suivantes de ces dépendances fonctionnelles
:
·
À partir de
l’identifiant d’un client, on obtient le nom, le prénom, la date de naissance,
le sexe, le contact téléphonique, le pays, la ville, adresse et l’email du
client inscrit.
·
À partir de
l’identifiant d’un restaurant, on obtient le nom, la localisation, le contact
téléphonique, l’email et le code postal du restaurant partenaire.
·
À partir de
l’identifiant d’un livreur, on obtient le nom & prénoms, le contact
téléphonique et l’email du livreur inscrit.
·
À partir de
l’identifiant d’une offre, on obtient le nom, et le prix de l’offre puis
l’identifiant du restaurant le proposant.
·
À partir de la
référence d’une commande, on obtient adresse de livraison et la date de
livraison de la commande effectuée par un client puis l’identifiant du client,
l’identifiant du restaurant et l’identifiant de l’offre que propose le
restaurant partenaire au client inscrit.
v Les entités
Chaque entité est unique et est décrite par un ensemble de propriétés
encore appelées attributs ou caractéristiques. Une des propriétés de l’entité
est l’identifiant. Cette propriété doit posséder des occurrences uniques et
doit être source des dépendances fonctionnelles avec toutes les autres
propriétés de l’entité.
Le formalisme des différentes entités de la base de données selon notre
dictionnaire de données sont les suivants :
·
Pour l’entité client :
|
Client
|
|
id_cli
nom_cli
prenom_cli
date_cli
sexe_cli
tel_cli
pays_cli
ville_cli
adresse_cli
email_cli
|
·
Pour l’entité restaurant :
|
Restaurant
|
|
id_resto
nom_resto
local_resto
tel_resto
email_resto
cp_resto
|
·
Pour l’entité livreur :
|
Livreur
|
|
id_liv
nom_liv
tel_liv
email_liv
|
·
Pour l’entité offre :
|
Offre
|
|
id_prod
nom_prod
prix_prod
|
·
Pour l’entité commander :
|
Commander
|
|
Ref_c
adresse_livraison
date
|
v Les associations
Une association définit un lien sémantique entre une ou plusieurs entités.
En effet la définition de liens entre entité permet de traduire u ne partir des
règles de gestion qui n’ont pas été par la simple définition des entités. Toute association comporte un « identifiant » formé par la concaténation
des identifiants des entités mises en relation, mais cet identifiant n'est
jamais inscrit comme une propriété portée par l'association.
Les cardinalités d'une entité dans une association sont en fait des
caractéristiques attachées à la notion de branche d'une association. La
cardinalité d'une entité dans une association exprime le nombre de fois où une
occurrence quelconque de cette entité est impliquée dans l'association Une
cardinalité est défini comme ceci : minimum, maximum. Les cardinalités
les plus répandues sont les suivantes : 0,N ;1,N ;0,1 ;1,1. On peut toutefois tomber sur des règles de gestion imposant des
cardinalités avec des valeurs particuliers, mais cela reste assez exceptionnel
et la présence de ces cardinalités imposera l’implantation de traitements
supplémentaires.
v Élaboration du modèle
conceptuel de données
Ainsi à partir des données présentes dans le dictionnaire des données, Nous
pouvons élaborer le MCD suivant :
3.1.2.
Modélisation
d’une base de données avec le modèle conceptuel de traitement
Il s’agit de l’élaboration du modèle conceptuel de traitement(MCT)
qui est une modélisation l'activité d'une organisation par l'identification et
la description des actions menées ainsi que de leur logique d'enchaînement sans
faire aucune présupposition sur l'organisation de ces actions dans le temps et
l'espace, ni sur la répartition des tâches entre l'homme et la machine.
Dans le modèle Merise, le
M.C.T. est appelé « Modèle Évènement-Résultat » :
L'arrivée d'un ou plusieurs évènements va déclencher une opération qui va
produire un résultat. Il sert à décrire en détail le déroulement des activités
listées dans le DCF : ce qui les déclenchent (évènement), ce qui se passe
une fois déclenchée (opération), et quels sont les résultats produits.
L’élaboration du MCD passe par les étapes
suivantes :
·
Éliminer tous les évènements organisationnels (qui, quand, quoi, où,
comment) ;
·
Repérer les évènements déclencheurs et les résultats ;
·
Ordonner les opérations (ordre chronologique) ;
·
Repérer les règles de synchronisation et d'émission.
v
L'évènement
On appelle événement
un fait dont l'apparition déclenche une ou plusieurs actions au sein de
l'organisme. Ces actions constituent la réponse de l'organisme à l'apparition
d'un événement qui est, en général, aléatoire. Un événement peut être
interne ou externe au Système d'information :
·
Les flux modélisés constituent
souvent des évènements déclencheurs ;
·
Un événement déclenche une opération soit seul soit en synchronisation avec
un ou plusieurs autres évènements ;
·
Le temps peut constituer un évènement déclencheur.
v
Operation
On appelle Opération
un ensemble d'actions effectuées par l'organisme en réaction à un ou plusieurs
événements. C’est un ensemble d'actions accomplies par le système d'information
en réaction à un événement ou à une conjonction d'événements et non
interruptibles par un événement externe. Une opération :
·
Est représentée par un verbe ou
mieux un substantif (ex : Préparer la commande ou préparation de la
commande) ;
·
Déclenche au moins un résultat. Le
résultat d'une opération peut devenir évènement déclencheur d'une autre
opération ;
On peut décrire dans
le symbole de l'opération, l'ensemble des actions nécessaires à l'obtention du
ou des résultats souhaités (saisie, impression…).
v Le résultat
Un résultat est un
événement au sortir d'une opération. Ce peut être un document, un message
externe, un nouvel état du SI (nouvelle situation, nouvelles données), créé par
une opération. Un résultat externe représente une information envoyée à
l'extérieur du Système d’information. Un résultat interne est un nouvel état du
système d'information.
v Les règles d’émission
Les
résultats d'une opération peuvent être conditionnés par des règles d'émission.
L'absence de règles d'émission signifie que le résultat est « TOUJOURS »
produit. On ne retient que les règles d'action, on ne retient pas les règles de
calcul.
v Élaboration du modèle conceptuel de
traitement
À
partir du modèle conceptuel de données précédent, nous pouvons établir le
modèle conceptuel de traitement suivant :
3.2.
Modélisation d’une base de données au niveau logique
3.2.1.
Modélisation d’une base de données avec le modèle logique de données
Le modèle logique de données(MLD) est composé uniquement de ce qu’on l’on
appelle des relations. Ces relations
sont à la fois issues des entités du MCD mais aussi d’associations, dans
certains cas. Ces relations nous permettrons par la suite de créer nos tables
au niveau physique
v Les relations
Une relation est composée d’attributs. Ces attributs sont des données
élémentaires issues des propriétés des différentes entités mais aussi des
identifiants et des données portées par certaines associations.
Une relation possède un nom qui correspond en général à celui de l’entité
ou de l’association qui lui correspond. Elle possède aussi une clé primaire qui
permet d’identifier sans ambigüité chaque occurrence de cette relation. La clé
primaire peut être composée d’un ou plusieurs attributs. Il s’agit d’une
implantation de la notion d’identifiant des entités et associations qui se
répercute au niveau relationnel.
Par ailleurs il existe un autre type de clé appelé clé étrangère. La clé
étrangère est un attribut d’une relation qui fait référence à la clé primaire
d’une autre relation (ces deux clés devront donc avoir le même type de
données).
v Règle de conversion
En règle générale, toutes entités du MCD devient une relation dont la clé
est l’’identifiant de cette entité. Chaque propriété de l’entité devient un
attribut de la relation correspondante.
v Élaboration du modèle
logique de données
Client(id_cli,nom_cli,prenoms_cli,date_cli,sexe_cli,tel_cli,pays_cli,ville_cli,adresse_cli,email_cli)
Restaurant(id_resto,nom_resto,local_resto,tel_resto,email_resto,cp_resto)
Livreur(id_liv,nom_liv,tel_liv,email_liv)
Offre(id_prod,nom_prod,prix_prod,#id_resto)
Commande(ref_c,adresse_livraison,date,#id_cli,#id_resto,#id_prod,#id_liv)
Légende :
X : relation
X : clé primaire
X# : clé étrangère
3.2.2. Modélisation d’une
base de données avec le modèle logique de traitement
v Objectif
Le modèle logique de traitement(MLT) se préoccupe d’une vision interne des
moyens que l’informaticien va utiliser pour construire le système pour
construire le logiciel correspondant aux activités informatisées définit dans
le modèle organisationnel de traitement(MOT). Le modèle logique de traitement
doit donc spécifier avec rigueur et en détail des contenues de traitement
informatisés associés à chaque tache organisationnelle.
v Les unités logiques
de traitements
Ce niveau est d’une importance capitale pour la construction du modèle
logique de traitement. Une unité logique de traitement ne contient que des
taches informatisables.
L’obtention d’une unité logique de traitement est la décomposition des
taches ou phase du modèle organisationnel de traitement(MOT), et chaque unité
de traitement est un ensemble d’instruction programmables.
v Élaboration du modèle
logique de traitement
3.3.
Modélisation d’une base de données au niveau physique
3.3.1.
Le modèle physique de données
Le modèle physique de données permet d’avoir une représentation graphique
de la structure d’une base de données et ainsi de mieux comprendre les
relations entre les différentes tables.
v Élaboration du modèle
physique de données
Dans un modèle physique de données (MPD) on crée les tables dont on met le
nom dans l’en-tête, ensuite à l’intérieur de ces tables on répertorie
l’ensemble des champs qu’elles contiennent. Dans un second temps, il faut
souligner les champs qui sont des clés primaires et mettre un “#” devant
les champs qui sont des clés étrangères.
En outre, pour les
clés étrangères ce n’est pas tout, il faut montrer, à l’aide d’une flèche vers
quel champ fait référence la clé étrangère. La flèche commençant de la clé
étrangère et l’extrémité de la flèche quant à elle pointe vers le champ
référence.
Ce qui donne pour la base de données décrite ci-dessus,
le modèle physique de données suivant :
4. Présentation de
l’environnement de travail
L’environnement de travail est constitué par deux parties nommées
environnement matériel et environnement logiciel.
4.1.
Environnement matériel
Le développement de l’environnement matériel est caractérisé par :
·
Système d’exploitation :
Windows 10 famille
·
Processeur :
Intel® Cèlerons® CPU N2840 @
2.16GHz 2.16GHz
·
Type du
système : système d’exploitation 64 bits, processeur x64
4.2.
Environnement logiciel
L’environnement logiciel est caractérisé par les composants suivants :
4.2.1. Un éditeur de texte
Sublime text est un
éditeur de texte générique codé en c++ et python, disponible sur Windows, Mac
et Linux. Le choix de ce logiciel justifie par le fait qu’il prend en charge 44
langages de programmation majeurs et est riche en fonctionnalités.
4.2.2. Un logiciel de modélisation
Pour la modélisation de notre système, nous avons utilisé le logiciel de
modélisation PowerDesigner. En effet
PowerDesigner est un logiciel de conception crée par la société SAP et qui permet
de modéliser les traitements informatiques et leur base de données associées.
4.2.3. Un serveur local
WampServer est une plateforme
de développement web permettant de faire fonctionner localement (sans avoir à
se connecter à un serveur externe) des scripts PHP. WampServer n’est pas en soi un logiciel, mais un environnement
comprenant trois serveurs (Apache, MySQL et MariaDB), un interpréteur de script(PHP), ainsi que phpMyAdmin pour
l’administration web des bases MySQL.
Il dispose d’une interface d’administration permettant de gérer et
d’administrer ses serveurs.
4.2.4. Choix des langages de programmation
Pour implémenter notre système, qui est une plateforme dynamique nous avons
à développer sur deux parties : le front-end et le back-end.
·
Le front-end :
Pour le développement de la partie front-end nous avons opter pour le choix
d’un Framework : bootstrap4.
Le Framework Bootstrap est une collection d’outils utiles à la création du
design (graphisme, animation et interaction avec la page dans le navigateur
etc.) de sites et d’application web. C’est un ensemble qui contient des codes
HTML et CSS, des formulaires, boutons, outils de navigation et autres éléments
interactifs, ainsi que des extensions JavaScript en option.
·
Le back-end :
Pour le développement de la partie back-end nous avons opter pour le couple
PHP/MySQL. En effet PHP et SQL est le mieux adapter car le couple
PHP/MySQL est proposé par la majorité des hébergeurs web.
5. Conclusion
Au cours de chapitre, nous pouvons retenir que la modélisation est une étape
importante dans la conception d’un logiciel ou d’un système d’information car
elle contribue à l'étude des caractéristiques techniques du système, des
phénomènes relatifs à son fonctionnement ou encore de son architecture.
1.
Introduction
L’implémentation est la phase la plus
importante après celle de la conception. Le choix des outils de développement
influence grandement sur le cout en temps de programmation, ainsi que sur la
flexibilité du produit à réaliser.
Cette phase consiste à transformer le
modèle conceptuel préalablement établi en des composants logiciel formant la
plateforme à concevoir.
Dans ce chapitre, nous allons commencer
par la description et la présentation des interfaces de la plateforme web puis
les difficultés et les enseignements dégagés au cours de ce projet de fin de
formation.
2.
Description
et présentation des interfaces du site web
Dans cette partie, nous allons faire la
description des interfaces du site puis la présentation par captures d’écrans
des différentes interfaces du site.
2.1.
La
page d’accueil
La page d’accueil réalisé s’identifie par
une interface dynamique (figure 1) où sont définis plusieurs composants du
site :
Ø L’entête
de la page d’accueil propose un menu qui est définis tout en haut du
site dans une barre de navigation horizontale et composé du logo du site, un
ensemble d’onglets dont certains sont composés de plusieurs rubriques. Ces
onglets sont les suivants :
·
ACCUEIL : qui ramène
à la page d’accueil.
·
NOS MENUS : qui est constitué
de plusieurs rubriques concernant nos offres (cuisine Africaine, poulet braisé,
poisson braisé etc.)
·
RESERVATION : avec
des rubriques entièrement dédiés aux réservations et à l’évènementiel.
·
CONNEXION : avec
deux rubriques (Se connecter et Créer un compte)
·
CONCTACT : pour ceux
qui désirent nous joindre.
·
MON PANIER et
RECHERCHE : pour consulté son achat et rechercher directement une offre.
