Dossier de Spécifications Détaillées Fonctionnelles et Techniques LFN_Billetterie Auteurs 1
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 2
Liste de diffusion A = Application, O = Observations, I = Information diffusion, V = Validation 3
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 4
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 5
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 6
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>>. 7
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 8
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 : Exemple : Son jeu de test associé N Scénario et Action Attendu Obtenu exceptions 1 Lancement de l application Affichage de la page de démarrage de l application 9
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» 10
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 : 11
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Utilisateur Label Oui Non Oui Frais de gestion Tableau Oui Oui Oui Label Oui Non Oui Tableau Oui Oui Oui Les actions possibles Action Bouton «Nouveau» Bouton «Modifier» Bouton «Supprimer» Commentaires Accède à la fenêtre «Nouvel Utilisateur» ou «Nouveau Frais de gestion» Accède à la fenêtre «Nouvel Utilisateur» ou «Nouveau Frais de gestion» Supprime l utilisateur sélectionné. Bouton «Fermer» Retourne sur la fenêtre «LFN_Billetterie» Bouton «Valider» Retourne sur la fenêtre «LFN_Billetterie» 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 : 12
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Login Utilisateur Droit de l Utilisateur A Oui/Non Oui Oui N Oui/Non Oui Oui Les actions possibles Action Commentaires Bouton «Valider» Retour à la fenêtre «LFN_Billetterie» Bouton «Annuler» Accède à la fenêtre «Paramètres» 13
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 : 14
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Nombre de billiets Mini Nombre de billets Max N Oui/Non Oui Oui Inférieur au nombre de billets Max N Oui/Non Oui Oui Supérieur au nombre de billets Mini Frais N Oui/Non Oui Oui Les actions possibles Action Commentaires Bouton «Valider» Retour à la fenêtre «LFN_Billetterie» Bouton «Annuler» Accède à la fenêtre «Paramètres» 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 : 15
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Manifestation Tableau Oui Oui Oui Les actions possibles 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» Bouton «Valider» Retourne sur la fenêtre «LFN_Billetterie» 16
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 : 17
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Libéllé de Saison Nom de la manifestation A Oui/Non Oui Oui 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 Prix Unitaire du billet A Oui/Non Oui Oui 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» 18
Les actions possibles Action Commentaires Bouton «Annuler» Retourne sur la fenêtre «LFN_Billetterie» Bouton «Valider» Retourne sur la fenêtre «LFN_Billetterie» Bouton «+» Rajoute un champs de saisie pour une nouvelle catégorie 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 : 19
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Demandeur Tableau Oui/Non Oui Oui Les actions possibles 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» 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 : 20
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 21
Les actions possibles Action Commentaires Bouton «Annuler» Retour à la fenêtre «Nouveau Demandeur» Bouton «Valider» Accède à la fenêtre «Commande» 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 : 22
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire 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 Plaque d immatriculation N Non Oui Oui N Non Oui Non Les actions possibles 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 23
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 : 24
Information Type(*) Initialisation Modifiable Obligatoire Règle de gestion / Commentaire Total Place N Oui Non Oui Montant Règlemennt Mode Règlement N Oui Non Oui Case à cocher Non Oui Oui Nom Banque A Non Oui Oui Facture Confirmation Action Case à cocher Case à cocher Non Oui Non Une fenêtre avec une facture s ouvre Non Oui Non Une facture avec une confirmation s ouvre Les actions possibles Commentaires Bouton «Valider» Retour à la fenêtre «LFN_Billetterie» Bouton «Annuler» Retour à la fenêtre «Commande» 3.5. Le modèle des données 25
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. 2 Rédaction du cahier des charges et réflexion sur la base données et la maquette de l application LFN_Besoins LFN_Proposition LFN_Cahier_des_Charges LFN_Modele LFN_Maquette 26
3 Rédaction du dossier de spécifications fonctionnelles et techniques LFN_ 4.6. Planning prévisionnel 5. Glossaire 27