LFN Billetterie DSF DST - … · Logiciel) WinDev 19. o La base de données sera sous HyperFileSQL, l’environnement inlus dans WinDev 19 en client/serveur sur le serveur de la Ligue

LFN_Billetterie DSF_DST

1

Dossier de

Spécifications Détaillées

Fonctionnelles et Techniques

LFN_Billetterie

Auteurs


2

SUIVI DU DOCUMENT

Mises à jour

Version Date Auteurs Objet de la mise à jour

1 22/01/2014

2 24/01/2014

3 27/01/2014


3

A = Application, O = Observations, I = Information – diffusion, V = Validation

Liste de diffusion


4

Table des matières

1. Introduction ..................................................................................................................................... 5

1.1. Objet du document .................................................................................................................. 5

1.2. Domaine d’application ............................................................................................................ 5

2. Cadre du projet ................................................................................................................................ 5

2.1. Enjeux et objectifs ................................................................................................................... 5

2.2. Périmètre fonctionnel .............................................................................................................. 7

2.3. Cadre technique ....................................................................................................................... 7

3. Spécifications fonctionnelles ........................................................................................................... 7

3.1. Description générale .................................................................................................................... 7

3.2. Gestion de la sécurité .................................................................................................................. 8

3.3. Charte graphique ......................................................................................................................... 8

3.4. Les fonctionnalités ...................................................................................................................... 9

3.5. Le modèle des données .............................................................................................................. 25

4. Spécifications Techniques ............................................................................................................. 26

4.1. Environnement .......................................................................................................................... 26

4.2. Exigence de programmation ...................................................................................................... 26

4.3. Déploiement de l’application .................................................................................................... 26

4.4. Sécurité ...................................................................................................................................... 26

4.5. Organisation du projet ............................................................................................................... 26

4.6. Planning prévisionnel ................................................................................................................ 27

5. Glossaire ........................................................................................................................................ 27


5

1. Introduction

1.1. Objet du document

L’objet de ce document est de définir les spécifications détaillées fonctionnelles et techniques de l’application LFN_Billetterie. Les spécifications fonctionnelles détaillées ont pour but de décrire précisément :

L’ensemble des fonctionnalités de l’application.

Les objets manipulés, leurs buts et leurs principes de fonctionnement.

Les écrans utilisateurs mettant en œuvre les fonctionnalités de l’application.

Le but, le type et le caractère obligatoire de chacun des champs présents sur les écrans

de saisie, ainsi que les actions possibles à partir des écrans.

Toutes les fonctionnalités prévues lors de la phase de conception sont précisées dans ce document en indiquant l’implémentation de ces fonctionnalités dans l’application.

Les spécifications techniques détaillées présentent tous les aspects techniques utiles au projet, comme les contraintes matérielles, logicielles et humaines.

Elles ont pour but de décrire précisément :

Les environnements matériel et logiciel

La mise en œuvre de l’application

Les exigences de programmation

Le déploiement de l’application

Les éléments de sécurité mis en place

Les jeux de tests effectués

L’organisation du projet

1.2. Domaine d’application Ce dossier de spécifications détaillées fonctionnelles et techniques est applicable pendant la phase de développement de l’application LFN_Billetterie.

Le fonctionnement de l’application sera conforme aux éléments présents dans ce dossier.

2. Cadre du projet

2.1. Enjeux et objectifs L’application LFN_Billetterie est une application Windows permettant de faire une commande de billet pour un évènement dans le milieu du football. Une fois la commande enregistrée, les données seront enregistrées dans un fichier Excel et l’utilisateur pourra le partager avec d’autres membres de l’association.

Les besoins sont les suivants :

1. Supprimer le fichier Excel actuel pour renseigner les informations suivantes à travers

une application:

Le type de demandeur :

a. Club

b. Arbitre


6

c. Délégué

d. Particulier

e. Etablissement scolaire

f. Partenaires

g. Société

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 et une confirmation.

Cependant nous aurons affaire à certaines contraintes :

L’architecture : La connexion à la base de données se fait automatiquement avec le

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

L’ergonomie :

o L’ergonomie de l’application sera libre

o Le logo de l’application sera choisi lors du développement. Il devra être en

concordance avec le thème de celle-ci.

Le codage :

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

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

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

L’environnement :

o 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.

o La base de données sera sous HyperFileSQL, l’environnement inclus dans WinDev 19

en client/serveur sur le serveur de la Ligue nommé 7400SFIL02., les requêtes

peuvent être écrites en SQL ou en WLangage. Le serveur de base de données est un

serveur Windows 2008 R2


7

2.2. Périmètre fonctionnel

2.3. Cadre technique L’application devra communiquer avec une base de données sous HyperFileSQL, l’environnement inclus dans WinDev 19 en client/serveur.

L’application sera faite en WLangage dans l’IDE et AGL Windev 19.

3. Spécifications fonctionnelles

3.1. Description générale

L’ergonomie de l’application est libre. Quand l’utilisateur cliquera sur l’icône de

l’application, il arrivera directement sur une page avec des boutons « Paramètres »,

« Evènement », « Demandeur ». Les champs obligatoires seront suivis d’un *. Si un

de ces champs n’est pas renseigné quand l’utilisateur clique sur le bouton

Enregistrer, une boîte de dialogue s’affichera prévenant une erreur avec un bouton

<<OK>>.


8

3.2. Gestion de la sécurité

Pour accéder à l’application il n’y a pas d’identifiant, ni de mot de passe. Mais on

récupèrera le nom d’utilisateur de l’Active Directory Windows. L’utilisateur sera

reconnu par ce biais.

Les services ayant accès à l’application sont :

o La direction

o Le secrétariat

o La comptabilité

o L’informatique

3.3. Charte graphique


9

3.4. Les fonctionnalités

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 ».

Exceptions :

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

Contraintes :

Questions ouvertes :

Son jeu de test associé

Exemple :

N° Scénario et exceptions

Action Attendu Obtenu

1 Lancement de l’application Affichage de la page de démarrage de l’application


10

La maquette des pages ou des écrans associée

Les actions possibles

Action Commentaires

Bouton « Paramètres » Accède à la fenêtre « Paramètres »

Bouton « Manifestations » Accède à la fenêtre «Manifestations »

Bouton « Demandeurs» Accède à la fenêtre « Demandeurs »


11

PROJET : Gestion de Billetterie Description cas d’utilisation

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


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 :



12

Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire

Utilisateur Label Oui Non Oui

Tableau Oui Oui Oui

Frais de gestion

Label Oui Non Oui

Tableau Oui Oui Oui


Action Commentaires

Bouton « Nouveau » Accède à la fenêtre « Nouvel Utilisateur» ou « Nouveau Frais de gestion »

Bouton « Modifier » Accède à la fenêtre « Nouvel Utilisateur» ou « Nouveau Frais de gestion »

Bouton « Supprimer» Supprime l’utilisateur sélectionné.

Bouton « Fermer » Retourne sur la fenêtre « LFN_Billetterie »

Bouton « Valider » Retourne sur la fenêtre « LFN_Billetterie »


Nom cas d’utilisation : Ajouter /Modifier 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.



13


Login Utilisateur

A Oui/Non Oui Oui

Droit de l’Utilisateur

N Oui/Non Oui Oui


Action Commentaires

Bouton « Valider » Retour à la fenêtre « LFN_Billetterie »

Bouton «Annuler » Accède à la fenêtre «Paramètres »


14


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


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 :



15


Nombre de billiets Mini

N Oui/Non Oui Oui Inférieur au nombre de billets Max

Nombre de billets Max

N Oui/Non Oui Oui Supérieur au nombre de billets

Mini

Frais N Oui/Non Oui Oui


Action Commentaires


Bouton «Annuler » Accède à la fenêtre «Paramètres »


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


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 :



16


Manifestation Tableau Oui Oui Oui


Action Commentaires

Bouton « Nouveau » Accède à la fenêtre « Nouvelle Manifestation »

Bouton « Modifier » Accède à la fenêtre « Nouvelle Manifestation »

Bouton « Supprimer» Supprime la manifestation sélectionnée.

Bouton « Annuler » Retourne sur la fenêtre «LFN_Billetterie »



17


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


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 :



18


Libéllé de Saison

A Oui/Non Oui Oui

Nom de la manifestation

A Oui/Non Oui Oui

Nom du Stade A Oui/Non Oui Oui

Date de la manifestation

D Oui/Non Oui Oui

Voiture N Oui/Non Oui Oui

Bus N Oui/Non Oui Oui

Libellé de la catégorie

A Oui/Non Oui Oui

Prix Unitaire du billet

N Oui/Non Oui Oui En fonction de la catégorie

Type FG Combo Oui/Non Oui Oui Nouveau FG renvoie à la fenêtre

« Nouveau FG »


19


Action Commentaires

Bouton « Annuler » Retourne sur la fenêtre «LFN_Billetterie »


Bouton « + » Rajoute un champs de saisie pour une nouvelle catégorie


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


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 :



20


Demandeur Tableau Oui/Non Oui Oui


Action Commentaires

Bouton « Nouveau » Accède à la fenêtre «Nouveau Demandeur »

Bouton « Modifier » Accède à la fenêtre « Nouveau Demandeur »

Bouton « Commande » Accède à la fenêtre « Commande »


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


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 :



21

Information Type(*)

Initialisation Modifiable Obligatoire Règle de gestion / Commentaire

Raison Social A Oui/Non Oui Non

Nom A Oui/Non Oui Oui

Prénom A Oui/Non Oui Oui

Adresse A Oui/Non Oui Oui

Code Postale A Oui/Non Oui Oui

Ville A Oui/Non Oui Oui

Téléphone A Oui/Non Oui Oui

Fax A Oui/Non Oui Non

Email A Oui/Non Oui Oui

Siret N Oui/Non Oui Non

Licence N Oui/Non Non Oui

Type L Oui/Non Oui Oui


22


Action Commentaires

Bouton « Annuler » Retour à la fenêtre «Nouveau Demandeur »

Bouton « Valider » Accède à la fenêtre « Commande »


Nom cas d’utilisation : Effectuer une commande


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 :



23


Nom de la manifestation

L Non Non Oui

Nombre de place N Non Oui Oui

Récompense Case à cocher

Non Oui Non

Parking Combo Non Oui Oui

Nombre de place Parking

N Non Oui Oui

Plaque d’immatriculation

N Non Oui Non


Action Commentaires

Bouton « Annuler » Retourne à la fenêtre «LFN_Billeterie »

Bouton « Suivant » Accède à la fenêtre «Paiement »

Bouton « +» Rajoute un champ de saisie pour l’immatriculation


24


Nom cas d’utilisation : Effectuer le paiement


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 :



25


Total Place N Oui Non Oui

Montant Règlemennt

N Oui Non Oui

Mode Règlement Case à cocher

Non Oui Oui

Nom Banque A Non Oui Oui

Facture Case à cocher

Non Oui Non Une fenêtre avec une facture s’ouvre

Confirmation Case à cocher

Non Oui Non Une facture avec une

confirmation s’ouvre


Action Commentaires


Bouton « Annuler » Retour à la fenêtre «Commande»

3.5. Le modèle des données


26

4. Spécifications Techniques

4.1. 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 ou en WLangage.

Un poste portable Dell sous Windows 7 professionnel 64 bits. Processeur : Intel Core 2 Dui CPU P8600 @2.40GHz Mémoire : 4Go

4.2. Exigence de programmation

Il n’y a pas de classe technique a utilisé pour la connexion à la base de données. La base de données se fait automatiquement par l’IDE WinDev.

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

L’ergonomie de l’application est libre.

Il n’y a pas de normes de développement particulières à respecter. Les scripts pour la base de données seront correctement nommées et commentés/

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

4.3. Déploiement de l’application

4.4. Sécurité

4.5. Organisation du projet

Description des différentes phases :

Numéro Description Livrables associés

1 Demande de l’expression des besoins de l’utilisateur.

Modification du fichier actuel de l’utilisateur.

LFN_Besoins

LFN_Proposition

2 Rédaction du cahier des charges et réflexion sur la base données et la maquette de l’application

LFN_Cahier_des_Charges

LFN_Modele

LFN_Maquette


27

3 Rédaction du dossier de spécifications fonctionnelles et techniques

LFN_DSF_DST

4.6. Planning prévisionnel

5. Glossaire

Documents

LFN Billetterie DSF DST - … · Logiciel) WinDev 19. o La base de données sera sous HyperFileSQL, l’environnement inlus dans WinDev 19 en client/serveur sur le serveur de la Ligue