Rennequinepolis (RQS)

Rennequinepolis (RQS)
Version du 16 septembre 2016 05:17
Réalisé avec X
Ǝ
L
A
T
E
X
UE Techniques Avancées de Gestion des données
AA Organisation et exploitation des données 4
3ème Bachelier en Informatique de Gestion
Laurence Herbiet <[email protected]>
Ludovic Kuty <[email protected]>
2016 – 2017
1

HEPL INPRES 2016–2017 Projet Rennequinepolis (RQS) L. Herbiet & L. Kuty
Table des matières
1 Préambule 4
2 Contexte général 4
2.1 Sites.................................................. 4
2.2 Intervenants.............................................. 5
2.3 Leslms................................................ 5
2.4 Lesacteursetréalisateurs...................................... 7
2.5 Lesimages............................................... 8
3 Consignes générales de développement 9
3.1 Personnalisation des fonctionnalités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.2 Exploitation des atouts de SQL et focus sur SGBD . . . . . . . . . . . . . . . . . . . . . . . . 9
3.3 Le code applicatif et les contraintes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
3.4 Gestiondeserreurs.......................................... 10
3.5 CoucheORMoupas?........................................ 10
3.6 Choix du langage de programmation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
3.7 Pré-requisauxévaluations...................................... 11
4 Réalisations attendues 11
4.1 Partie I - Création et alimentation de CB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.1.1 CreaCBLight - Script SQL initial de création de CB . . . . . . . . . . . . . . . . . . . 11
4.1.2 AnalyseCI - Analyse des informations de CI . . . . . . . . . . . . . . . . . . . . . . . . 12
4.1.3 CreaCB - Script SQL de création de CB . . . . . . . . . . . . . . . . . . . . . . . . . . 12
4.1.4 AlimCB - Alimentation de CB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.2 Partie II - Création et alimentation de CC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
4.2.1 CreaCC - Script de création de CC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
4.2.2 AlimCC - Alimentation de CC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
4.2.3 RetourCopies - Retour des Copies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
4.3 Partie III - Les programmations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
4.3.1 CreaProg - Création des chiers de la programmation . . . . . . . . . . . . . . . . . . 16
4.3.2 AjoutProg - Ajout de la programmation dans la BD . . . . . . . . . . . . . . . . . . . 17
4.3.3 VisuProg - Visualisation du feedback de l’ajout de la programmation . . . . . . . . . . 18
4.3.4 ArchProg - Archivage des programmations . . . . . . . . . . . . . . . . . . . . . . . . 18
4.4 Partie IV - Commande de places . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
4.4.1 RechPlaces - Recherches de places libres . . . . . . . . . . . . . . . . . . . . . . . . . . 18
4.4.2 CmdPlaces - Commandes de places . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.4.3 CmdPlacesPanierXML - Production et validation du panier de CmdPlaces . . . . . . . 20
4.5 PartieV-Lesacteurs ........................................ 20
4.5.1 VerifActeurs - Vérications des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.5.2 FicheActeurs - Détail des signalétiques d’acteurs . . . . . . . . . . . . . . . . . . . . . 21
4.6 PartieVI-ServiceMarketing.................................... 21
4.6.1 CreaMDD - Création du modèle dimensionnel des données . . . . . . . . . . . . . . . . 22
4.6.2 CollectData - Collecte d’indicateurs de production . . . . . . . . . . . . . . . . . . . . 22
4.6.3 LoadData - Traitement des indicateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.6.4 ConsultData - Consultation des tableaux de bord . . . . . . . . . . . . . . . . . . . . . 22
4.7 Partie VII - Administration et maintenance de RQS . . . . . . . . . . . . . . . . . . . . . . . 23
4.7.1 Cong - Dossier d’installation, mise en route et exploitation du systeme d’information 23
4.7.2 Maintenance - Maintenance et mise à jour du système d’information . . . . . . . . . . 23
4.7.3 Svg - Sauvegarde et récupération du système d’information . . . . . . . . . . . . . . . 24
16 septembre 2016 05 :17 3e Bachelier en Informatique de Gestion 2

HEPL INPRES 2016–2017 Projet Rennequinepolis (RQS) L. Herbiet & L. Kuty
5 Organisation pratique et évaluations 24
5.1 Téléversement du code avant évaluation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
5.2 Tableausynthétique ......................................... 25
5.3 Modalités d’évaluation du laboratoire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
5.3.1 Premier semestre et Evaluation continue . . . . . . . . . . . . . . . . . . . . . . . . . . 25
5.3.2 Deuxièmesession....................................... 26
5.4 Synthèse des modalités d’évaluation pour l’UE Techniques avancées des bases de données . . 27
5.4.1 Théorie ............................................ 27
5.4.2 Labo.............................................. 27
5.4.3 Coteglobale.......................................... 27
16 septembre 2016 05:17 3e Bachelier en Informatique de Gestion 3

HEPL INPRES 2016–2017 Projet Rennequinepolis (RQS) L. Herbiet & L. Kuty
1 Préambule
Vous trouverez dans ce document le contexte général du système informatique qui devra être réalisé. On
y détaille ensuite les diérentes fonctionnalités demandées. Ce document peut donc être considéré comme
votre ”contrat de travail”. Il permettra de mieux appréhender l’organisation du travail de l’année et sa
planication au travers des diérentes semaines.
Les modalités d’évaluation se trouvent à la n de cet énoncé reprenant les explications quant à la construction
de la cote nale. Il convient d’en prendre connaissance. Elles vous engagent pour toute la durée de l’année
scolaire.
Toutes les ressources (énoncé, code source, chiers textes, …) sont disponibles sur la page web du cours
àhttps://cours.khi.be/sgbd3/. Donc lorsqu’il est fait référence dans le texte à un chier précis en
indiquant son nom mais pas son URL, vous pouvez aller le chercher sur la page web en question.
2 Contexte général
Rennequinepolis (RQS) est une société qui distribue des lms et qui gère les complexes cinématographiques
qui projettent ces lms. L’objectif de ce travail est d’informatiser leur système actuel et de construire les
diérentes plate-formes web de consultation, d’achats et de gestion qu’ils souhaitent ainsi que de réaliser les
transferts d’informations nécessaires.
Une première analyse a permis de distinguer un premier lot d’informations : les intervenants, les sites et les
objets manipulés que sont les lms et les copies. Sur base de cela un circuit fonctionnel et informationnel a
pu être établi. Celui-ci est indiqué à la gure 1, page 28.
Nous insistons sur le fait que cette section permet d’établir le contexte dans lequel vous devrez réali-
ser les fonctionnalités qui vous sont demandées (et uniquement celles-là). Le contexte peut contenir plus
d’informations que ce dont vous aurez pratiquement besoin pour réaliser les fonctionnalités demandées.
Référez-vous au tableau des fonctionnalités demandée à la section 5.2, page 25, pour savoir ce que vous
devez exactement réaliser et allez lire les fonctionnalités en question pour savoir ce dont vous avez besoin
exactement.
2.1 Sites
Rennequinepolis est organisée en divers services, localisés à Bruxelles, en plus des complexes disséminés au
travers du pays. Elle s’adresse à diérents fournisseurs pour obtenir ses médias et en générer des copies
qu’elle peut ensuite distribuer dans les diérents cinémas.
•La centrale internationale - CI - Cette centrale est un entrepôt où sont disponibles toutes les
oeuvres cinématographiques que pourraient souhaiter les entreprises comme RQS. Elle tient lieu de
fournisseur principal de l’entreprise. C’est une ressource en lecture seule (RO pour read-only).
•La centrale belge - CB - Il s’agit de notre entreprise RQS. Située à Bruxelles, l’entreprise y dispose
d’un entrepôt où elle peut stocker les copies avant qu’elles ne soient distribuées dans les cinémas. On
y trouve également les serveurs principaux de RQS.
•Les cinéma - CCx - Ce sont les diérents complexes cinématographiques que gère RQS. Dans le
cadre de cet énoncé il n’y aura qu’un cinéma : CC.
•Les personnes - BP - C’est un répertoire des acteurs et réalisateurs des lms de CI reprenant des
informations plus complètes à leur sujet.
16 septembre 2016 05:17 3e Bachelier en Informatique de Gestion 4

HEPL INPRES 2016–2017 Projet Rennequinepolis (RQS) L. Herbiet & L. Kuty
•La banque de données des personnes - BPE - Site reprenant les archives relatives à l’ensemble des
acteurs et réalisateurs à l’ache des lms proposés par la centrale internationale. C’est une ressource
en lecture seule (RO pour read-only).
•Le centre d’analyse - DW/MKT - C’est là que sont prises toutes les décisions nancières de
l’entreprise. Elle dispose pour cela de rapports et d’interfaces lui permettant de prendre les décisions
les plus judicieuses en fonction des indicateurs reçus.
2.2 Intervenants
Liste des intervenants provisoirement relevés :
• Les opérateurs de RQS - Divers gestionnaires ont la charge de la mise à jour du catalogue de lms.
• Les gestionnaires des cinémas - Ils sont responsables des opérations courantes des complexes dont
l’alimentation en nouveaux lms.
•Les fournisseurs - Ils sont représentés par la centrale internationale (et pour certaines données par
la banque de données des personnes). Il n’y a donc qu’un seul fournisseur qui est considéré comme
implicite.
• Les utilisateurs - Les utilisateurs ont la possibilité de coter des lms et de donner leur avis écrit sur
un lm.
• Les directeurs de RQS consultent régulièrement les données collectées auprès des diérents sites de
l’entreprise an d’adapter la stratégie de celle-ci pour obtenir de meilleurs prots.
2.3 Les lms
La signalétique d’un lm comporte toutes les informations relatives à ce lm. Par exemple, son titre, sa
durée, ses genres, le public concerné, les acteurs principaux, une ache, …. Chaque lm est une ligne (un
enregistrement) stocké dans un chier texte appelé movies.txt1accessible depuis la base de données CB
à partir d’une table externe movies_ext. La table externe est considérée comme étant la base de données
CI. On retrouve 15 champs par lm expliqués au tableau 1.
Le format d’un enregistrement de la table externe est le suivant :
_id(U+2059)title(U+2059)original_title(U+2059)release_date(U+2059)status(U
+2059)vote_average(U+2059)vote_count(U+2059)runtime(U+2059)certification(U
+2059)poster_path(U+2059)budget(U+2059)tagline(U+2059)genres:id(U+201E)name(U
+2059)directors:id(U+201E)name(U+2059)actors:id(U+201E)name(U+201E)character
Ou encore : _id⁙title⁙original_title⁙release_date⁙status⁙vote_average⁙vote_count⁙runtime⁙
certification⁙poster_path⁙budget⁙tagline⁙genres:id„name⁙directors:id„name⁙actors:id„
name„character.
Attention, les caractères séparateurs proviennent de Unicode et sont représentés par leur ”code point”
Unicode en hexadécimal placé entre parenthèses comme (U+2059).
Certains champs peuvent être absent ce qui est représenté par deux séparateurs consécutifs (U+2059)(U
+2059).
Les séparateurs utilisés pour chaque enregistrement (ou ligne du chier) texte sont les suivants :
1. https://cours.khi.be/sgbd3/labo/movies_txt.rar
16 septembre 2016 05:17 3e Bachelier en Informatique de Gestion 5