exemple de dossier de spécification

NémVélo : Système informatisé de gestion d'une
flotte de bicyclettes en libre-service
1
Dossier de Spécification :
Gestion informatique de location de NémoVélos
Sommaire :
1. Portée.........................................................................................................................3
1.1 Identification...........................................................................................................3
1.2 Vue d'ensemble du système.....................................................................................3
2. Documents référencés................................................................................................3
2.1. Documents de référence.........................................................................................3
2.2. Documents applicables...........................................................................................3
3. Exigences...................................................................................................................3
3.1. Exigences du système.............................................................................................3
3.2. Exigences logicielles ….........................................................................................6
3.2.1 Acteurs.......................................................................................................7
3.2.2 Cas d'utilisation.........................................................................................7
3.2.3 Structure statique fonctionnelle du système.......................................................12
4. Exigences non fonctionnelles..................................................................................13
2
1. Portée
1.1 Identification
Il s'agit de déterminer le dossier de spécification du logiciel permettant la gestion du
dispositif de location de vélos urbains dans la ville de Nîmes, NémoVélo.
Ceci est la version 1 du projet.
1.2 Vue d'ensemble du système
Le but de notre système est de spécifier puis concevoir le prototype du système
permettant la gestion
• des stations de location
• des clients et de leur abonnement
• des vélos et de leur maintenance
• du personnel de l'entreprise.
2. Documents référencés
2.1. Documents de référence
La vidéo d'aide à l'utilisation du dispositif Bicloo à Nantes ainsi que les conditions
d'utilisations du dispositif Vélomagg à Montpellier et le dossier MétiersVelib ont
permis d'aider à l'élaboration de ce dossier.
2.2. Documents applicables
On utilise le cahier des charges fournie par la société NémoVélo.
3. Exigences
3.1. Exigences du système
Dans cette partie, nous allons décrire les fonctionnalités et les missions du système
entier.
3
Description du système en terme de dimensionnement :
Acteur/Objet
Stations :
Quantité
5
Vélos :
25 (5 vélos par station)
Bornes :
5 (une par station)
Bornettes :
35 (7 par station)
Centre administratif :
1
Mécanicien :
1
Camionnettes assurant le déplacement des
vélos :
2
Agents de régulation :
4 (2 par camionnettes)
4
Diagramme de cas présentant le système entier :
5
3.2. Exigences logicielles
Cette partie décrit les fonctionnalités que nous allons développer dans notre logiciel.
Nous supprimons les acteurs « Agent de régulation », « Centre administratif » et
« Mécanicien » et ainsi que les cas d'utilisation relatifs à ces acteurs tels que :
Transporter Vélo, Créer Compte, Vérifier Crédit Client, Créditer Compte, Retrouver
Numéro abonné client, Consulter Vélo en panne et Réparer Vélo.
Par ailleurs, nous ne développerons pas les cas d'utilisation : Autorisation
prélèvement caution et Signaler panne.
6
3.2.1 Acteurs
Acteur
Rôle
Utilisateur
Acteur abstrait spécifié par l'utilisateur
abonné ou l'utilisateur non abonné.
L'utilisateur peut consulter des
renseignements sur une Station
spécifique à partir de la borne associée à
cette Station.
Utilisateur n'ayant jamais souscrit
d'abonnement et donc ne possédant pas
de numéro d'abonné qui permet de retirer
un NémoVélo.
Il peut souscrire un abonnement.
Utilisateu
r Non
abonné
Utilisateur
abonné
Utilisateur ayant souscrit un abonnement
au moins une fois et donc possédant un
numéro d'abonné.
Il peut créditer son abonnement, clôturer
son compte, consulter son abonnement,
retirer un vélo et le déposer.
3.2.2 Cas d'utilisation
Description de chaque cas d'utilisation :
•
Souscrire abonnement
Acteur principal : Utilisateur Non abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur Non abonné ne s'est jamais abonné à NémoVélo.
Postconditions : L'utilisateur Non abonné devient un utilisateur abonné, c'est à dire
qu'il possède un unique numéro d'abonné qu'il conservera à vie.
Scénario principal : L'utilisateur Non abonné se présente à la borne, choisi la formule
de son abonnement. La machine lui propose de renseigner son nom et son prénom au
cas où il perdrait son numéro abonné (il pourrait ainsi aller demander ce numéro
perdu dans une boutique NémoVélo). Puis l'utilisateur paye le montant de
7
l'abonnement et la borne lui délivre un numéro d'abonné qu'il doit conserver.
La Station a enregistré :
– le numéro d'abonné de l'utilisateur
– la date de fin d'abonnement de l'utilisateur
– le nom et le prénom de l'abonné si celui-ci l'a renseigné
•
Paiement
Acteur principal : Utilisateur
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur a ouvert un crédit dans l'une des stations NémoVélo et
l'utilisateur Non abonné est entrain de souscrire un abonnement ou l'utilisateur
abonné est entrain de créditer son abonnement.
Postconditions : Le crédit de l'utilisateur est débité du prix de l'abonnement.
Scénario principal : L'utilisateur Non abonné qui est en train de souscrire un
abonnement ou l'utilisateur qui crédite son abonnement doit payer le prix de
l'abonnement choisi.
L'utilisateur possède un crédit associé à son compte, ce crédit peut être négatif.
•
Choix abonnement
Acteur principal : Utilisateur
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur Non abonné souscrit un abonnement ou l'utilisateur
abonné crédite son abonnement.
Postconditions : L'utilisateur doit payer l'abonnement qu'il vient de choisir.
Scénario principal : L'utilisateur Non abonné qui est en train de souscrire un
abonnement ou l'utilisateur qui crédite son abonnement doivent choisir l'abonnement
qui leur convient parmi les formules suivantes :
– abonnement valable pour la journée :
7 euros
– abonnement valable 7 jours :
20 euros
– abonnement valable 1 mois :
60 euros
– abonnement valable 1 an :
140 euros
•
Consulter renseignements
Acteur principal : Utilisateur
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur désire se renseigner à propos de la Station.
Postconditions : L'utilisateur a obtenu le renseignement qu'il désirait avoir.
Scénario principal : L'utilisateur consulte les renseignements à partir de la borne de
la station. Il peut consulter les renseignements détaillés ici:
– le nombre de bornettes libres de la Station où il se situe
– le nombre de vélos libres de la Station où il se situe
– la Station la plus proche de la Station où il se situe
– la liste des Stations NémoVélo de la ville de Nîmes (Nom et adresse)
8
•
Créditer abonnement
Acteur principal : Utilisateur abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur doit posséder un numéro d'abonné valide.
Postconditions : La date de fin d'abonnement de l'utilisateur abonné est repoussée.
Scénario principal : L'utilisateur abonné se présente à la borne d'une station pour
créditer son abonnement. Il s'identifie à l'aide de son numéro d'abonné, choisi la
formule d’abonnement qu'il souhaite puis il paye le prix de l'abonnement choisi.
La nouvelle date de péremption de l'abonnement de l'abonné devient le maximum
entre la date d'aujourd'hui et la date de péremption actuelle de son abonnement,
ajoutée à la durée de l'abonnement qu'il vient de choisir.
•
Clôturer compte
Acteur principal : Utilisateur abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur doit posséder un numéro d'abonné valide.
Postconditions : L'abonné n'existe plus, son numéro d'abonné est supprimé.
Scénario principal : L'abonné se présente à la borne et s'identifie à l'aide de son
numéro d'abonné puis clôture son compte. La station supprime son numéro d'abonné
•
Consulter abonnement
Acteur principal : Utilisateur abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur souhaite consulter son abonnement, c'est à dire connaître
sa date de fin d'abonnement.
Postconditions : L'utilisateur connaît sa date de fin d'abonnement . Si la date de
péremption de l'abonnement est dépassé et qu'il souhaite retirer un vélo il doit
créditer son abonnement. Sinon il peut directement retirer un vélo.
Scénario principal : L'utilisateur abonné se présente à la borne s'identifie puis
consulte la date de péremption de son abonnement.
•
Retirer vélo
Acteur principal : Utilisateur abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur doit posséder un numéro d'abonné valide.
Postconditions : L'utilisateur qui vient de retirer un NémoVélo doit le déposer à une
des Stations NémoVélo.
•
Déposer vélo
Acteur principal : Utilisateur abonné
Acteurs secondaires : Pas d'acteurs secondaires
Préconditions : L'utilisateur a retiré un Némo Vélo.
Postconditions : L'utilisateur peut retirer un autre NémoVélo.
9
Diagramme de séquence pour les cas d'utilisation « Retirer vélo » et « Déposer
vélo »:
Ce diagramme de cas est valide dans le cas où le nombre de vélo disponibles dans la
station de départ n'est pas nul, le nombre de bornettes libres à la station d'arrivée n'est
pas nul et l'utilisateur n'a pas utilisé le vélo plus longtemps que le temps de la
location.
10
Enchaînements alternatifs :
•
Dans le cas où il n'y a pas de vélos à la station de départ et que l'utilisateur désire
retirer un vélo:
Le système vérifie que la date de péremption de l'abonnement de l'abonné n'est pas
expirée. Puis, qu'il y a des vélos disponibles dans la station où se trouve l'abonné.
Puisqu'il n'y en a pas la borne va afficher à l'utilisateur la station la plus proche. Et
laisse à l'abonné le soin de se déplacer jusqu'à cette station afin de demander de
nouveau à retirer un vélo.
•
Dans le cas où il n'y a plus de bornettes libres à la station d'arrivée et que l'utilisateur
souhaite déposer le vélo qu'il a loué :
Quand l'utilisateur demande à la borne de la station d'arrivée de déposer son vélo, le
système vérifie qu'il reste des bornettes libres c'est-à-dire que le nombre de vélos de
la station est inférieur au nombre de bornettes. Puisque ce n'est pas le cas ici, Le
système affiche à l'utilisateur la station la plus proche de la station courante et alloue
à l'utilisateur 15min de temps de location supplémentaire gratuit afin qu'il ait le
temps de se déplacer jusqu'à cette autre station.
•
Dans le cas où l'utilisateur souhaite déposer le vélo qu'il a emprunté et qu'il y a des
bornettes libres mais que l'utilisateur a dépassé le temps de location gratuit :
Tout se passe comme dans le scénario principal jusqu'à ce que le système vérifie le
compteur du vélo et le compare au temps de location qui lui était attribué. Selon
l'écart calculé le système attribue à l'abonné une somme à payer, le tarif est de 0,50
euros par demi-heure entamée. L'abonné paye la somme qui lui est demandée et à ce
moment là, la location du vélo est terminée.
11
3.3.3 Structure statique fonctionnelle du système
Diagramme de classe du logiciel qui va être développé :
12
4. Exigences non fonctionnelles
Le logiciel sera implémenté sur l'ensemble des bornes des Stations NémoVélo de Nîmes qui
fonctionneront en réseau.
Les utilisateurs concernés sont majoritairement les citadins de la ville de Nîmes nommés
« clients » et répondant à l'ensemble des conditions suivantes :
– être âgés d'au moins 16 ans
– être aptes à interagir avec l'écran tactile de la borne
Concernant la capacité du système, le logiciel possède une capacité limité. En effet, il ne
peut enregistrer qu'au maximum 150 abonnés.
Les logiciels intégrés au système sont EasyPHP et Dia.
Le service NémoVélo ne prend pas en compte les problèmes de sécurité et de sûreté de
fonctionnement liés à l'utilisation du logiciel développé.
13