RAPPORT DE PROJET

SGBD

Achille BANOVSKI
Florian JOURNEAU IFI 2008
Arnaud LECOMTE

12 mai 2005
 PRESENTATION DU PROJET

L’objectif de ce projet est de créer une base de données sous Access. Le sujet concerne
la gestion d’une petite entreprise qui fournit des services en matière d’imprimerie (frappe,
impression de documents, traduction, éditions de documents…).

La base de données à créer doit permettre de recenser les différents renseignements

nécessaires au fonctionnement de l’entreprise. Ces renseignements concernent, par exemple,
les différents clients, les travaux réalisés, les employés…

Dans le cahier des charges de la base de données, on nous demande de gérer :

- les commandes passées a l’entreprise (avec le détail de ces commandes)
- les clients passant les commandes
- les ressources attribuées aux commandes (Ressources humaines et matérielles)

La manipulation de la base de données doit être permise par un exécutable.

L’utilisateur ne doit pas avoir à manipuler directement les tables.
 ETUDE PRELIMINAIRE

I. Modèle conceptuel de données

La réalisation du modèle conceptuel de données est la première étape pour réaliser les
tables de notre base de données. Cette étape est une sorte de traduction du cahier des charges,
qui permet de référencer toutes les données que l’on souhaite stocker dans la base.

On obtient donc le MCD suivant :

Opération (0,1)

N°LigneCommande

Quantité_souhaitée
(1,1)
Est composée
Date_livr_souhaitée

IdOpération (1,1)

Etat

(1,1) Fait référence

Est attribuée
(1,n)
(0,n)
Commande
Type Opération

N°Commande (0,n)

Date Commande
Id_opération
Employé

(1,n)
DesignOperation

Id_employé Est spécialisé
Tarif_base

NomEmploye
TVA

Unite_facturation
(1,n)
(1,1) (0,1)

Est spécifique

Est attribuée

(1,n)
Client
Ressource

Id_client
Id_ressource
Passe
NomClient
Caractéristiques

Responsable (0,n)

Famille
(1,n)
AdresseClient

CodePostal

Ville

TéléphoneClient

Password
 II. Le dictionnaire des données
Mnémonique Description Type Contraintes
Id_client Nom d’identification du Caractères
client dans la BD
NomClient Nom réel du client Caractères
Responsable Personne à contacter pour un Caractères
client
AdresseClient Adresse du client Caractères
CodePostal Code Postal du client Entier
Ville Ville Caractères
TelephoneClient Numéro de téléphone du Entier
client
Password Mot de passe du client pour Caractères
accéder au formulaire de
passage de commande
N°Commande Numéro d’une commande Entier
DateCommande Date de passage de la Date
commande
N°Operation Numéro de l’opération à Entier
réaliser (c’est un numéro
unique qui ne dépend pas de
la commande traitée)
N°LigneCommande Numéro d’une ligne de Entier
commande dans une
commande en particulier
DesignOération Caractères
QuantitéSouhaitée Nombre d’unités d’un article Entier
en particulier commandé par
un client
Date_livr_souhaitée Date de livraison souhaitée Date
par le client
Etat Etat du traitement de la Caractères En attente/en
commande cours/prête
Id_employé Identifiant d’un employé Caractères
N° Numéro d’une spécialisation Entier
d’employés
Id_opération Identifiant d’une opération Caractères
Tarif_base Tarif d’une opération et qui Réel
comprend la TVA
Unité_facturation Unité de la facturation (à Caractères
quoi correspond le
Tarif_base ?)
Id_ressource Identifiant d’une ressource Caractères
matérielle
Caractéristiques Caractéristiques d’une Caractères
ressource matérielle
Famille Famille d’une ressource Caractères
matérielle

III. Modèle logique de données

Le modèle logique est déduit du modèle conceptuel de données. On créé d’abord les
tables à partir des « entités » du modèle conceptuel.

On obtient les tables suivantes :

Opération (NligneCommande, DesignOperation, Date_Livr_Souhaitee, Etat, Quantite_Souhaitee,

#N Commande, # Id_Operation, # Id_ressource, # Id_Employé)

Commande(N Commande, Date Commande, #Id_client)

Ressource (Id_ressource, Caractéristiques, Famille)

Type Operation (Id_operation, DesignOperation, Tarif_Base, TVA, Unite_facturation,)

Employe (IdEmploye)

Client (Id_client, NomClient, Responsable, AdresseClient, CodePostal, Ville, Telephoneclient,

Password)

Il reste ensuite à créer la table formée par l’association « est spécialisé ». En effet, les
cardinalités de cette association nous obligent à créer une table. Cette table est la suivante :

SpecialisationEmploye (#RefOperation, #IdEmploye)

 REALISATION D’UNE SOLUTION SOUS ACCESS

Une fois cette étude préliminaire réalisée, nous avons pu commencer à créer notre base
de données. Cette étape a été réalisée grâce au logiciel Access.

IV. Création des tables

Les tables réalisées sous Access sont presque celles définies dans le modèle logique.

Seule petite contrainte, Access n’accepte pas plusieurs clés primaires. On doit donc
rajouter un attribut à une table lorsqu’elle possède plusieurs clés primaires. Cet attribut doit
permettre d’identifier la table. On choisit par exemple un numéro.

Nous avons donc rajouté :

« N°Opération » dans la table « Opération »

« N° » dans la table « SpécialisationEmployé »
 V. Utilisation de notre exécutable

V.1. Formulaire d’édition et de suivi d’une commande

par un client

Etape 1 : l’identification de l’utilisateur

Le cahier des charges nous demande de gérer l’accès à la modification des commandes
par un login et un mot de passe propres à chaque utilisateur. Les logins et mots de passes sont
définis par l’administrateur du système.

L’ouverture de notre exécutable se fait donc sur le formulaire suivant :

Utilisation : Voici quelques logins et mots de passe client :

Login Password
EMAC emacs
EUREST resto

Etape 2 : la consultation des commandes passées

Une fois l’identification réalisée, le client accède à un formulaire où il peut vérifier les
commandes qu’il a passées.
Utilisation :

Le client peut cliquer sur les commandes situés dans le cadre de gauche. Lorsqu’il le
fait, le descriptif de la commande sélectionnée s’affiche dans la partie droite. Il gère ainsi
l’historique de ses commandes.

Etape 3 : le passage d’une commande par un client

En cliquant sur l’onglet « passer une commande », dans le formulaire précédent, le

client accède à un formulaire de saisie de commande.

Ce formulaire commence par le bouton suivant :

Ce bouton sert à créer une nouvelle ligne dans la table commande. Les données entrées
sont le numéro de commande, la date à laquelle est passée la commande et le client concerné.

Le numéro de commande est attribué grâce à la numérotation automatique d’Access.

La date est elle aussi entrée automatiquement grâce à la source de contrôle =Date(). Enfin,
l’ID_client est rentrée grâce à la valeur du champ situé en entête du formulaire.

Le client n’a donc pas à se préoccuper de la saisie de ces informations. Elles sont
saisies automatiquement.
 Une fois ces données saisies, le client accède au formulaire de passage de commande.

Utilisation :

- Le client entre, une à une, les opérations qu’il souhaite faire réaliser. Pour cela, il
choisit l’opération de base, la quantité d’unités souhaitées et la date de livraison.

- Le calcul du prix se fait automatiquement dans les trois champs grisés situés en haut
à droite.

- Une fois l’opération entrée, le client peut rajouter un commentaire et sauvegarder

cette opération. Une fois sauvegardée, le sous formulaire « opération enregistrée » est
réactualisé.

- Lorsque toutes les opérations sont remplies, le client valide sa commande. Il ne sera
pas possible d’annuler la commande après la validation. Seul l’administrateur du programme
pourra le faire.

- Le client peut annuler la commande à n’importe quel moment avant la validation. Il

doit simplement appuyer sur le bouton « annuler la commande ».

Etape 4 : éviter des erreurs d’inattention

Lorsqu’on utilise un programme, il est assez facile de faire des erreurs. Pour éviter
cela, nous avons ajouté des avertissements lorsque des situations précises se présentent.
 Exemples :

- Au moment de la validation d’une commande, le client est averti qu’il ne pourra plus
annuler.

- Lorsque le client tente de fermer la fenêtre de saisie des commandes, il est averti
qu’il va être déconnecté.

- Lorsqu’il tente de fermer cette même fenêtre sans avoir validé sa commande, il est
aussi averti et ne peut pas quitter avant d’avoir validé la commande.

V.2. Formulaire de suivi de commande pour les employés

Etape 1 : l’identification
Les employés de Servland peuvent consultés les opérations qu’ils doivent réaliser
grâce à un formulaire. Pour y avoir accès, ils n’utilisent pas le même formulaire d’accueil que
les clients.

Ils doivent cliquer en bas du formulaire de « bienvenue » et ensuite remplir le

formulaire réservé aux employés.
 Remarque : le remplissage du formulaire « employé » est simplifié par un système de
liste de login déroulant

Exemples de logins et mots de passe utilisables :

.
Id_employé Password
Fernandez fefe
Lopez lolo

Etape 2 : la consultation et la modification des opérations à réaliser

Après l’identification, l’employé a accès aux opérations qu’il doit réaliser. Il peut les
consulter et les mettre à jour. Il devra, par exemple, indiquer l’état des opérations et attribuer
les ressources matérielles.

Après chaque modification, l’employé doit sauvegarder ses actions en cliquant sur le
bouton « Sauver »

Lorsque l’employé indique un état « prêt », l’opération ne sera plus visible lors de la
prochaine ouverture de la fenêtre.

Quand l’utilisateur sélectionne une opération, il peut voir le descriptif de la commande

dans le bas de la fenêtre.
 V.3. Les formulaires destinés au gestionnaire de la base
de données

Le gestionnaire accède à ses formulaires en passant par le même formulaire d’accueil

que les autres employés. Ses codes d’accès sont :

Login : admin
Mot de passe : minda

Il accède aux menus suivants :

 En cliquant sur le bouton « Edition de la liste clients », le gestionnaire a la possibilité
de rentrer des nouveaux clients, de modifier les informations de clients existants et de
rechercher des clients.

Le gestionnaire peut modifier les informations sur des opérations en cliquant sur
« Gestion des types d’opérations »

Enfin, le gestionnaire peut gérer les différentes ressources matérielles en cliquant sur
« Edition des ressources ».

La modification des informations « employés » est possible en cliquant sur « Edition

liste des employés »

Pour finir, le gestionnaire réalise l’affectation des ressources en fonction des

commandes à livrer. Cette affectation se fait en cliquant sur « Gérer l’affectation des
employés sur les opérations ».
 Ce formulaire permet d’affecter les employés sur les opérations. La liste déroulante
n’affichera que les employés qualifiés pour l’opération concernée, ainsi, le gestionnaire ne
peut pas affecter une personne non qualifiée. Une fois qu’un employé a été affecté à une
opération, la liste est rafraîchie et l’opération en question n’apparaît plus.