Cahier des charges








télécharger 59.89 Kb.
titreCahier des charges
date de publication08.06.2018
taille59.89 Kb.
typeDocumentos
ar.21-bal.com > droit > Documentos

Projet BILLETTERIE Fédération Française de Football

Ligue de Football de Normandie


Table des matières


CAHIER DES CHARGES 1

Définition du besoin 1

1.Définition de l’objet 1

2.Forme de l’objet 2

Contraintes 3

3.Architecture 3

4.Ergonomie 3

5.Codage 3

6.Environnement 3

DESCRIPTION DU DOMAINE DE GESTION 3

La gestion de la billetterie 3

SPECIFICATIONS FONCTIONNELLES DE L’APPLICATION DE GESTION DE LA BILLETTERIE 4

Diagramme des cas d’utilisation 4

Fiches descriptives des cas d’utilisation 4

ENREGISTREMENT DES DONNEES 15

Modèle Conceptuel de Données 15

Modèle Logique de Données 16




CAHIER DES CHARGES

Définition du besoin



Définition de l’objet


A ce jour, la personne en charge de la billetterie possède le tableau suivant :

LIGUE DE FOOTBALL DE NORMANDIE

TYPE DE MATCH-NOM DU MATCH-DATE DU MATCH

LIEU DU MATCH

Prix

DEMANDEUR

NOMBRE DE BILLETS

FRAIS DE GESTION

TOTAL

BUS

PARKING VOITURE

MODE DE PAIEMENT

REMIS OU EXPEDIE

































































































TOTAL






















Il doit permettre à la personne en charge de la billetterie d’y recenser le nom du demandeur, le nombre de billets qu’il désire, les frais de gestion, le prix total, s’il faut un parking pour un bus ou une voiture, le mode de paiement et si le ou les billets ont été envoyés. Ce tableau est réalisé sous Excel pour faciliter les calculs. Ce fichier est ensuite utilisé par le service comptabilité afin de gérer les commandes de billets ainsi que les sorties payantes et les sorties offertes.

Des modifications ont été demandées pour rendre le fichier plus détaillé et permettre d’avoir toutes les informations nécessaires dans le même fichier. Les modifications sont les suivantes :

  • Le type de demandeur :

    • Club

    • Arbitre

    • Délégué

    • Particulier

    • Etablissement scolaire

    • Partenaires

  • La catégorie des billets 

  • Le prix unitaire du billet

  • S’il s’agit d’une récompense donc d’une sortie de stock offerte ou payante

  • La date d’envoi ou de remise des billets

  • Le nombre de billets vendus

  • Le nombre de billets restants

  • Le type de règlement (Espèce ou chèque avec le nom de la banque)

  • Si l’association a touché un trop perçu.

  • Si le demandeur désire une facture.

Forme de l’objet


L’application sera accessible depuis un ordinateur

Contraintes



Architecture


La connexion à la base de données est gérée par WinDev 19.

L’exécution de requête ne se fera pas par procédures stockées.

Ergonomie


L’ergonomie de l’application est libre.

Le logo de l’application sera choisi lors du développement. Il devra être en concordance avec le thème de celle-ci.

Codage


Il n’y a pas de normes de développement particulières à respecter.

Les scripts pour la base de données seront correctement nommés et commentés.

Le code de l’application sera commenté dans le but de facilité la maintenance.

Environnement


L’application sera développée en WLangage dans l’IDE (Integrated Development Environment / Environnement de développement intégré) et AGL (Atelier de Génie Logiciel) WinDev 19.

La base de données sera sous HyperFileSQL, l’environnement inclus dans WinDev 19, les requêtes peuvent être écrites en SQL.

DESCRIPTION DU DOMAINE DE GESTION



La gestion de la billetterie


Un demandeur ne peut être que d’un seul type, de ce fait, le prix ne sera pas le même. Il peut commander un ou plusieurs billets et choisir la catégorie de celui-ci. Il y a des frais de gestion en fonction du nombre de billets qu’il commande :

Nombre de billets

Frais de gestion par billet

1 à 10

1€

11 à 49

15€

50 à 100

20€

101 à 150

30€

151 à 200

40€

>200

50€

Le demandeur peut demander une place de parking soit pour une voiture ou un bus. Il peut régler sa commande soit en espèce, soit par chèque. S’il paie par chèque, le nom de sa banque sera retenu. Il peut demander une facture où le mode de règlement figurera et le numéro du chèque, si le billet a été payé par ce mode de paiement. Il peut aussi demander une confirmation de la commande. Il est possible que le billet soit offert (récompense, partenariat).

SPECIFICATIONS FONCTIONNELLES DE L’APPLICATION DE GESTION DE LA BILLETTERIE

Diagramme des cas d’utilisation



Fiches descriptives des cas d’utilisation




PROJET : Gestion de la billetterie

Description cas d’utilisation










Nom cas d’utilisation : Lancement de l’application

Acteur déclencheur : Un utilisateur

Pré conditions : Poste connecté au domaine FFF.lan


Post conditions : Personne reconnue dans l’Active Directory et dans l’application

Scénario nominal :

  • Le système affiche une page de démarrage avec trois boutons « Paramètres », « Evènement », « Demandeur ».p




Exceptions :

L’utilisateur n’est pas reconnu il n’a donc pas le droit d’accès à l’application.



Contraintes :

Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Accéder aux paramètres

Acteur déclencheur : Un utilisateur

Pré conditions : Avoir cliqué sur le bouton « Paramètres »


Post conditions :

Scénario nominal :

- La fenêtre « Paramètres » s’affiche avec une partie « Utilisateurs » et une partie « Frais de gestion ».

Exceptions :

Contraintes :


Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Ajouter /Modifier un utilisateur

Acteur déclencheur : Un utilisateur

Pré conditions : Etre dans la fenêtre « Paramètres », avoir cliqué sur « Nouveau » ou « Modifier ».


Post conditions :

Scénario nominal :

Un utilisateur n’existe pas, il faut le créer, une nouvelle fenêtre s’ouvre avec deux zones de saisie et une liste déroulante. Ou l’utilisateur existe mais il faut changer des informations, la même fenêtre s’ouvre. Une fois la création ou la modification effectuée, cliqué sur le bouton « Valider ».

Exceptions :

Contraintes :

On ne peut pas créer deux fois le même utilisateur.

Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Ajouter/ Modifier des frais de gestion

Acteur déclencheur : Un utilisateur

Pré conditions : Etre dans la fenêtre « Paramètres », avoir cliqué sur « Nouveau » ou « Modifier ».


Post conditions :

Scénario nominal :

- On modifie des frais de gestion déjà existants ou on souhaite en créer (Bouton « Nouveau » ou « Modifier ». Une nouvelle fenêtre s’ouvre, avec une zone de saisie pour le nombre de billets minimum, une zone de saisie pour le nombre de billets maximum et une autre pour le montant des frais. Puis on clique sur le bouton « Valider »

Exceptions :

Contraintes :

Questions ouvertes :







PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Accéder à la fenêtre Manifestations

Acteur déclencheur : Un utilisateur

Pré conditions : Avoir cliqué sur le bouton « Manifestations » dans la fenêtre principale.


Post conditions :

Scénario nominal :

Une fenêtre s’ouvre avec un tableau contenant la saison, le nom du match, le nom du stade, la date du match.

Exceptions :

Contraintes :

Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Ajouter/ Modifier d’un évènement

Acteur déclencheur : Un utilisateur

Pré conditions : Etre dans la fenêtre « Evènement ».


Post conditions :

Scénario nominal :

-On veut créer un évènement ou en modifier un existant. Une fenêtre s’ouvre dans laquelle on peut renseigner la saison, le nom du match, le nom du stade, la date du match, les catégories de place, le prix unitaire de chaque catégorie, le nombre de place de parking voiture et bus disponibles et si l’on souhaite appliquer les frais de gestion par défaut ou si on souhaite en appliquer de nouveaux.

Exceptions :

Contraintes :

Questions ouvertes :





PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Accéder à la fenêtre « Demandeur »

Acteur déclencheur : Un utilisateur

Pré conditions : Avoir cliqué sur le bouton « Demandeur » dans la fenêtre principale


Post conditions :

Scénario nominal :

Une fenêtre s’ouvre avec un tableau répertoriant le nom, le prénom, le numéro de licence et le type de demandeur. Sur la droite, on trouve trois boutons « Ajouter », « Modifier », « Commande ».

Exceptions :

Contraintes :

Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Accéder à la fenêtre Nouveau Demandeur

Acteur déclencheur : Un utilisateur

Pré conditions : Avoir cliqué sur le bouton « Nouveau » ou « Modifier » dans la fenêtre « Demandeur »


Post conditions :

Scénario nominal :

Création d’un nouveau demandeur ou la modification d’un demandeur déjà existant. Cliquer sur le bouton « Valider » pour effectuer la commande.

Exceptions :

Contraintes :

Questions ouvertes :








PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Effectuer une commande

Acteur déclencheur : Un utilisateur

Pré conditions : Etre dans la fenêtre « Demandeur », avoir cliqué sur « Commande ».


Post conditions :

Scénario nominal :

On souhaite passer une commande, la fenêtre « Commande » s’ouvre. On y choisit dans une liste déroulante le nom du match, on saisit le nombre de place. S’il s’achit d’une récompense, on coche la case associée. On coche la case « Bus » ou « Voiture » si l’on souhaite une place de parking et l’on saisit le nombre de place désiré. Si l’on souhaite une place de parking voiture, il est possible qu’on demande la plaque d’immatriculation de la voiture.

Exceptions : Il n’est pas possible d’avoir de place de parking voiture, la zone sera grisée.

Contraintes :

Questions ouvertes :




PROJET : Gestion de Billetterie

Description cas d’utilisation










Nom cas d’utilisation : Effectuer le paiement

Acteur déclencheur : Un utilisateur

Pré conditions : Avoir cliqué sur le bouton « Valider » dans la fenêtre « Commande »


Post conditions :

Scénario nominal :

On retrouve le nombre de place commandé, le prix total de la commande. On choisit si le règlement se fait par espèces ou en chèque. S’il se fait par chèque, on saisit le nom de la banque. On peut choisir si l’on souhaite une facture ou une confirmation.


Exceptions : Il n’est pas possible d’avoir de place de parking voiture, la zone sera grisée.

Contraintes :

Questions ouvertes :



ENREGISTREMENT DES DONNEES



Modèle Conceptuel de Données





Modèle Logique de Données




Page


similaire:

Cahier des charges icon0 T0 Entreprise / Chantier
«Bâtiments» à l’instar du cct qualiroutes existant pour les ouvrages de voirie. Ce cahier des charges «bâtiments» sera baptisé ultérieurement...

Cahier des charges iconCahier des charges

Cahier des charges iconCahier des Charges

Cahier des charges iconCahier des charges

Cahier des charges iconCahier des charges

Cahier des charges iconCahier des charges

Cahier des charges iconCahier des Charges

Cahier des charges iconExtrait du cahier des charges

Cahier des charges iconCahier des charges type

Cahier des charges iconCahier des charges type ascenseur








Tous droits réservés. Copyright © 2016
contacts
ar.21-bal.com