Système de réservation d`un centre de tennis

S
S
Sy
y
ys
s
st
t
tè
è
èm
m
me
e
e d
d
de
e
e r
r
ré
é
és
s
se
e
er
r
rv
v
va
a
at
t
ti
i
io
o
on
n
n d
d
d’
’
’u
u
un
n
n
c
c
ce
e
en
n
nt
t
tr
r
re
e
e d
d
de
e
e t
t
te
e
en
n
nn
n
ni
i
is
s
s
BD50 – Conception de bases de données
GL52 – Génie Logiciel
Printemps 2005

2
Sommaire
Sommaire ............................................................................................................................ 2
Préface................................................................................................................................. 4
1. Introduction ..................................................................................................................... 5
1.1 Buts et destinataires du document ............................................................................. 5
1.2 Description du système ............................................................................................. 5
1.3 Définitions – Abréviation ......................................................................................... 5
1.4 Présentation générale du document .......................................................................... 6
2. Description générale ....................................................................................................... 7
2.1 Description générale des utilisateurs et de l’environnement .................................... 7
2.1.1 Les non-adhérents .......................................................................................... 7
2.1.2 Les adhérents ................................................................................................. 8
2.1.3 Les entraîneurs ............................................................................................... 8
2.1.4 Les administrateurs ........................................................................................ 9
2.1.5 Lexique général .............................................................................................. 9
2.1.6 Diagramme de contexte ............................................................................... 11
2.2 Modèle conceptuel fonctionnel ............................................................................... 12
2.3 Caractéristiques des utilisateurs .............................................................................. 12
2.4 Contraintes principales de développement ............................................................. 13
3. Besoins fonctionnels ..................................................................................................... 14
3.1 Cas d’utilisation ...................................................................................................... 14
3.2 Use Case “Réservation” .......................................................................................... 14
3.2.1 Cas d’utilisation ........................................................................................... 14
3.2.2 Description du cas d’utilisation ................................................................... 15
3.2.3 Digramme de séquence ................................................................................ 16
3.3 Use Case “ Tournoi ” .............................................................................................. 18
3.3.1 Cas d’utilisation ........................................................................................... 18
3.3.2 Description du cas d’utilisation ................................................................... 18
3.3.3 Digramme de séquence ................................................................................ 19
3.4 Use Case “Administrateur” ..................................................................................... 21
3.4.1 Cas d’utilisation ........................................................................................... 21
3.4.2 Description du cas d’utilisation ................................................................... 22
3.4.3 Digramme de séquence ................................................................................ 23
4. Spécifications des structures de données ...................................................................... 24
4.1 Diagramme de classes ............................................................................................. 24
4.2 Description du diagramme de classes ..................................................................... 25
5. Spécifications des interfaces externes ........................................................................... 26
5.1 Interface Matériel/Logiciel ..................................................................................... 26
5.2 Interface Logiciel/Logiciel ...................................................................................... 26
5.3 Interface Homme/Logiciel ...................................................................................... 27
5.3.1 ‘Charte graphique’ ....................................................................................... 27
5.3.2 Ecran d’interface et spécifications des menus ............................................. 28
6. Besoins en performance ................................................................................................ 33

3
7. Contraintes de développement ...................................................................................... 34
7.1 Sécurité ................................................................................................................... 34
7.2 Standard .................................................................................................................. 34
7.2.1 UML ............................................................................................................. 35
7.2.2 Méthode Merise ........................................................................................... 36
7.2.3 SQL .............................................................................................................. 36
7.2.4 PL/SQL ........................................................................................................ 36
8. Conception et réalisation : partie BD50 ........................................................................ 37
8.1 Modèle conceptuel de données ............................................................................... 37
8.1.1 Modèle Global ............................................................................................. 37
8.1.2 MCD - Sous-modèle Inscriptions ................................................................ 39
8.1.3 MCD - Sous-modèle Réservation ................................................................ 40
8.1.4 MCD - Sous-modèle Planning ..................................................................... 41
8.2 Modèle logique de données .................................................................................... 42
8.2.1 MLD - Sous-modèle Inscription .................................................................. 42
8.2.2 MLD - Sous-modèle Réservation ................................................................ 43
8.2.3 MLD - Sous-modèle Planning ..................................................................... 44
8.3 Description des tables ............................................................................................. 45
8.4 Modèle logique de données optimisé ...................................................................... 46
8.4.1 Suppression de tables ne comportant qu’une seule clef ............................... 46
8.4.2 Redondance calculée .................................................................................... 46
8.4.3 Fusion de tables............................................................................................ 47
8.4.4 Choix d’héritages ......................................................................................... 47
8.5 Les packages ........................................................................................................... 51
8.6 Exemple de script .................................................................................................... 53
9. Conclusion .................................................................................................................... 57
10. Références ................................................................................................................... 58
9.1 Bibliographie........................................................................................................... 58
9.2 Webographie ........................................................................................................... 58

4
Préface
Au cours de notre cursus à l’Université de Technologie de Belfort – Montbéliard, nous
avons la possibilité de suivre des Unités de Valeur (UV) nous mettant face à des projets à
réaliser en intégralité.
Les UV couplées de BD50, Conception de bases de données, et GL52, Génie Logiciel,
nous permettent de gérer le projet – Système de réservation d’un centre de tennis, sujet
qui nous a été attribué.
Le présent rapport est la mise en forme de du cahier de spécifications dédié à l’UV de
GL52.

5
1. Introduction
1.1 Buts et destinataires du document
Le but de ce document est de formaliser les exigences du client afin de pouvoir répondre
au mieux à ses attentes.
En tant que base de travail, le dossier de spécification décrit les différentes
fonctionnalités que l’application devra assurer.
1.2 Description du système
Nous avons pour sujet le développement d’un système de réservation d’un centre de
tennis en ligne. Il devra permettre aux différents utilisateurs de connaître ce que propose
le centre de tennis mais également de réserver du matériel et autres services.
Ce système devra être capable d’assurer une consultation conviviale et sécurisée,
accessible à tout utilisateur connecté à Internet. Pour rendre le système plus efficient, un
système de connexion au site sera proposé aux membres du club, permettant d’accéder à
de nouvelles fonctionnalités.
Pour le centre de tennis, le système permettra de mieux suivre le déroulement des
réservations à l’aide de certaines fonctionnalités aidant à la gestion.
D’un point de vue technique, un SGBDR de type Oracle contiendra les informations de
l’agence immobilière et le site sera développé à l’aide du langage PL/SQL.
1.3 Définitions – Abréviation
Nous faisons un abus de langage puisque dans tout le prochain document nous
considérons qu’un joueur peut être un adhèrent, un non adhèrent et un entraîneur ; mais
aussi que les membres sont les adhérents, les entraîneurs.
Pour toute le reste de la description du projet, nous allons utiliser les termes propres aux
joueurs de tennis ; ceux-ci étant entrés dans le langage courant, nous ne les définirons
pas.
SGBDR : Système de Gestion de Base de Données