Jean HENRI Gestion d'une billeterie défilé des talents version 0.3 5 novembre 2013 STS Services Informatiques aux Organisations Lycée St Joseph - Bressuire
Sommaire 1 Introduction... 1 2 Présentation du projet...3 3 Analyse de l'existant...5 Feuille de réservation... 5 Plan de la salle... 6 Prix des places... 6 Contraintes supplémentaires...6 4 Analyse de l'application à développer...7 Hypothèses retenues... 7 5 Modélisation de la base de données...9 Choix du type de base de données...9 Outil de modélisation...9
1 Introduction
2 Présentation du projet Pour le défilé des tailents 2014, le lycée St Joseph souhaite disposer d'un logiciel de billeterie permetant la réservation des places dans la salle de Bocapole. La réservation des places sera gérée par une personne avant la manifestation. Lors de la manifestation, des «ouvreuses» guideront les spectateurs jusqu'à leur place et pourront, à l'aide d'une tablete, situer ces places sur le plan de la salle (utilisation de fashcode sur le billet).
3 Analyse de l'existant Feuille de réservation Pour la précédente édition de la manifestation, les billets étaient gérés à l'aide d'une feuille de tableur. Les spectateurs n'étaient pas placés dans la salle :::p premier arrivé, premier placé. Cete feuille fait apparaître les éléments suivants :::p l'origine de l'acheteur de billets :::p Aecb, Ext, Coifeurs, profs, Ent, Élèves (indication de la classe), musicien, danseur, Téatre, Expo, Afche, Plaquet, pers lycée, pers Cnd. les noms et prénoms de l'acheteur :::B un commentaire sur la qualité de l'acheteur (élu, Directeur, Président.) :::B l'adresse postale de l'acheteur :::B le numéro de téléphone de l'acheteur (non utilisé) :::B Le nombre de places bloquées (à priori ::: ) :::B Le nombre de places achetées par catégorie (gratuit, adulte, personnel lycée, jeune < 18 ans) :::B la nombre total des places achetées (= somme des nombres de l'item précédent) :::B le total dû le mode de paiement (chèque, espèce, invitation, gratuite, à régler, ne vient pas.). Parfois un mélange de modes de paiement, parfois un commentaire :::B L'état des billets :::p remis, envoyé, remis le soir même. Un commentaire
6 Analyse de l'existant Cela permet d'avoir des statistiques sur l'avancement des réservations :::p nombre de places bloquées :::B nombre de réservations défnitives :::B nombre de places restant disponibles à la vente :::B nombre de billets remis :::B nombre de billets restant à remetre (= nb de réservations défnitives nb de billets remis) :::B nombre de billets restants (= capacité de la salle nombre de billets remis ou restant à remetre). Plan de la salle Un plan de la salle a été remis par les services de Bocapole. La salle est divisée en 2 zones :::p le Rez-de-chaussée :::B le Balcon. Chaque place est numérotée de la manière suivante :::p 1 ou 2 letres pour la rangée (A-Q, ga-gh, ba-bl) :::B 1 ou 2 chifres pour l'emplacement dans la rangée (1 à 38). Une place peut être disponible ou indisponible (biloquée sur la feuille de tableur) pour la location afn, par exemple, de pouvoir réserver des places pour des raisons techniques, de ne pas tout metre en location dès le début. Une place peut avoir certaines caractéristiques :::p place pour personne à mobilité réduite (PMR) :::B place pour accompagnateur de personne à mobilité réduite :::B place «normale». Prix des places Le prix d'une place peut varier selon certains critères :::p la catégorie de la personne qui occupe la place :::p gratuit, adulte, personnel lycée, jeune < 18 ans. Contraintes supplémentaires Le prix d'une place peut varier selon certains critères :::p l'emplacement dans la salle (une place proche de la scène pourra être plus chère qu'une place au balcon, par exemple) :::B Un client peut efectuer plusieurs achats de billets à des dates diférentes mer. 6 novembre 2013 08:38
4 Analyse de l'application à développer Hypothèses retenues On ne gérera pas les rangées de siège car il est difcile de savoir quels traitements on pourra faire sur une rangée. Le code d'une place (2 letres et 2 chifres) sera donc une donnée à gérer telle quelle. On ne s'occupe pas du suivi des billets une fois imprimés (envoi par courrier, remise en main propres.). L'expérience de cete année servira pour la version suivante :::p doiton faire ce suivi par informatique et comment le fait-on :::
5 Modélisation de la base de données Choix du type de base de données La base de données sera soit une base MySqil, soit une base Sqilite3, selon que l'application sera en réseau ou simplement monoposte. Outil de modélisation La modélisation de la base sera faite avec l'outil Dia, afn de pouvoir générer le script SQL de création (utilisation de l'outil parsediasqil) :::p Pour générer un script SQL utilisable avec sqlite3 :::p parsediasql --file ppe_3_2_bdd_0.1.dia --db sqlite3 > sqlite3_1.sql pour générer un script SQL utilisable avec MySql :::p parsediasql --file ppe_3_2_bdd_0.1.dia --db mysql-myisam > mysql_1.sql