Dossier de

Spécifications Détaillées

Fonctionnelles et Techniques

Projet Appli-Frais

Auteurs

Alexandre Papeil – Développeur

Clément Garcia – Développeur

Romain Lanos - Développeur

SUIVI DU DOCUMENT

Mises à

jour

Version Date Auteurs Objet de la mise à jour

1.0 14/11/13 Alexandre, Romain,

Clément

Liste de diffusion

Corinne LEJOSNE V Prénom NOM A

Catherine BARANGER V

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

Table des matières

1. Introduction

1.1 Objet du document

1.2 Domaine d’application

2. Cadre du projet

2.1 Enjeux et objectifs

2.2 Périmètre fonctionnel

Fonctionnalités

Cas d'utilisation

2.3 Cadre technique

3. Spécifications fonctionnelles

3.1 Description générale

3.2 Gestion de la sécurité

3.3 Charte graphique

3.4 Les fonctionnalités

3.4.1 Cas d’utilisation “Se connecter”

3.4.2 Cas d’utilisation : Renseigner fiche de frais

3.4.3 Cas d’utilisation : Renseigner fiche de frais

3.5 Le modèle des données

4. Spécifications Techniques

4.1 Environnement

4.2 Exigence de programmation

4.3 Déploiement de l’application

4.4 Sécurité

4.5 Organisation du projet

4.6 Planning prévisionnel

5. Glossaire

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 Projet Appli-Frais

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 Projet Appli-Frais.

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

2. Cadre du projet

2.1 Enjeux et objectifs Description général du projet : Contexte, besoins, objectifs

Contexte : Ce projet ce place au sein du laboratoire Galaxy Swiss Bourdin (GSB) fruit de la fusion du géant américain Galaxy et du conglomérat européen Swiss Bourdin.

Il s’opérera au sein du service informatique du siège parisien.

Besoins : utilisation de serveurs

Objectifs :

- modernisation de l’activité de visite médicale.

- Uniformisation de la gestion du suivi des frais dans l’application web.

- mise en place d’un accès plus direct aux données de personnel.

L’objectif global du projet est l’uniformisation de la gestion des frais sur l’Application Web Notes de frais.

Pour cela, les objectifs visés vont être l’enregistrement de tous frais engagés, pour les activités internes et externes et la présentation d’un suivi daté des opérations menées par le service comptable.

2.2 Périmètre fonctionnel

Fonctionnalités

Utilisateurs

Il y a deux types d’utilisateurs qui vont être amené à utiliser l’application Appli-Frais.

Les visiteurs et les comptables.

L’application permet aux deux types de se connecter et d’accéder à d’autre fonctionnalités qui leurs

son propre.

Les comptables vont pouvoir Valider des fiches de frais et suivre le paiement des fiches de frais.

Les visiteurs vont pouvoir renseigner des fiches de frais et consulter des fiches de frais

Cas d'utilisation

Les besoins sont exprimés ici à l'aide des cas d'utilisation : le diagramme des cas d'utilisation pour la

vue synthétique de "qui fait quoi", puis une fiche par cas d'utilisation pour décrire les échanges entre le

système et l'utilisateur.

2.3 Cadre technique

Pour réaliser ce projet, on a besoin de plusieurs outils.

- Un outil pour gérer le temps du projet comme MSProject.

- Un outil de base de données comme MySQL.

- Un outil d’éditeur de textes comme Notepad ++

- Un packet comme WAMP

3. Spécifications fonctionnelles

3.1 Description générale

● Un schéma des différents modules du projet ou le diagramme général des cas

d’utilisation

On trouve dans cette partie tout ce qui est lié à la sécurité autour du projet.

Par exemple :

● Explications sur le mode de connexion à l'application

L’application affiche un formulaire contenant un champ pour le login et un champ

pour le mot de passe. Après validation des informations de l’utilisateur, la connexion

à l’application est faite. L’identité du visiteur (médical ou comptable) reste affichée au

cours de la navigation sur l’application

● Les profils

Il existe deux profils : le visiteur médical et le comptable. Le visiteur médical n’a accés

qu’a ma consultation des fiches de frais. Le comptable a la possibilité de le paiement

des fiches de frais ainsi que de les validés.

3.2 Gestion de la sécurité

On trouve dans cette partie tout ce qui est lié à la sécurité autour du projet.

Par exemple :

● Explications sur le mode de connexion à l'application

● Les profils

3.3 Charte graphique

Dans le cadre d’un développement WEB on pourra ici trouver la description de la charte graphique.

3.4 Les fonctionnalités

Cette partie détaille toutes les fonctionnalités du projet avec pour chaque fonctionnalité les sous-parties suivantes :

3.4.1 Cas d’utilisation “Se connecter”

PROJET : Application web de gestion des frais Description cas d’utilisation

Nom cas d’utilisation : Se connecter

Acteur déclencheur : Visiteur médical ou Comptable

Pré conditions : Néant

Post conditions : L’utilisateur est reconnu visiteur

médical ou comptable

Scénario nominal :

● 1- Le système affiche un formulaire de connexion

● 2- L'utilisateur saisit son login et son mot de passe et valide

● 3- Le système contrôle les informations de connexion, informe que le profil Visiteur ou Comptable est activé, et maintient affichée l'identité du visiteur médical / comptable connecté.

Exceptions :

● 2-a : le nom et/ou le mot de passe n’est pas valide 3-a.1 Le système en informe l’utilisateur ; retour à l'étape 1

● 4- L’utilisateur demande à se déconnecter

● 5- Le système déconnecte l’utilisateur

Contraintes :

Questions ouvertes :

● Son jeu de test associé

N° Scénario et exceptions

Action Attendu Obtenu

1 Lancement de l’application Affichage du formulaire de connexion

Affichage du formulaire

de connexion

2 Inscription du login “Dandre” et du mot de passe “oppg5”

Connexion du profil visiteur à l’application

Connexion du profil visiteur à

l’application

2.a Inscription du login “Dupont” et du mot de passe “trd4g”

Affichage d’un message d’erreur

Affichage du message d’erreur

“Login ou mot de passe

incorrect”

3 On clique sur le bouton “Déconnexion”

Retour a l’écran de connexion

Retour a l’écran de connexion

Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ

alpha-numérique, L = liste, N = Numérique, D = Date), Initialisation, Modifiable (O/N),

Obligatoire (O/N), Règle de gestion / Commentaire)

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

Champ login A Non Oui Oui Champ réservé au login

Champ mot de passe

A Non Oui Oui champ réservé au mot de passe

- Actions possibles

Action Commentaires

Bouton « Valider » Envoie le formulaire de connexion et ouvre la session du visiteur

Bouton «Annuler» Vide les champs de saisie du login et du mot de passe

● La maquette des pages ou des écrans associée

Chaque zone de saisie doit être détaillée et les actions derrière chaque bouton de commande doivent être présentées.

3.4.2 Cas d’utilisation : Renseigner fiche de frais

Nom cas d’utilisation : Renseigner fiche de frais

Acteur déclencheur : Visiteur médical

Pré conditions : Visiteur médical authentifié

Post conditions : Aucune

Scénario nominal :

1. L’utilisateur demande à saisir un ou plusieurs frais pour le mois courant.

2. Le système retourne les frais actuellement saisis - éléments forfaitisés et hors forfait - pour

le mois courant.

3. L’utilisateur modifie une ou des valeurs des frais au forfait et demande la validation.

4. Le système enregistre cette ou ces modifications et retourne ces valeurs à jour.

5. L’utilisateur ajoute un nouveau frais hors forfait en renseignant les différents champs – date

d'engagement, libellé, montant - et valide.

6. Le système enregistre la ligne de frais hors forfait.

Exceptions : · 2.a- C’est la première saisie pour le mois courant. Si ce n’est pas encore fait, le système clôt la

fiche du mois précédent et crée une nouvelle fiche de frais avec des valeurs initialisées à 0.

Retour à 3.

· 4.a. Une valeur modifiée n’est pas numérique : le système indique 'Valeur numérique attendue '.

Retour à 3.

· 6.a Un des champs n'est pas renseigné : le système indique : 'Le champ date (ou libellé ou

montant) doit être renseigné'.

· 6.b La date d'engagement des frais hors forfait est invalide : le système indique 'La date

d'engagement doit être valide'. Retour à 5.

· 6.c La date d'engagement des frais hors forfait date de plus d’un an. Le système indique 'La date

d'engagement doit se situer dans l’année écoulée'. Retour à 5.

· 7. L’utilisateur sélectionne un frais hors forfait pour suppression.

· 8. Le système enregistre cette suppression après une demande de confirmation.

Contraintes :

Son jeu de test associé :

N° Scénario et exceptions

Action Attendu Obtenu

1 On clique sur l’onglet saisir fiche de frais alors qu’une fiche de frais pour le mois courant existe deja

La page fiche de frais apparaît avec les frais actuellement saisis

La page fiche de frais apparaît avec

les frais actuellement saisis

pour le mois

2.a On clique sur l’onglet saisir fiche de frais sans que la fiche de frais du mois courant est été créée précédemment

Une nouvelle fiche de frais est créée et la page fiche de frais apparaît avec les champs initialisés a 0

Une nouvelle fiche de frais est créée et la page fiche de frais apparaît avec

les champs initialisés a 0

3 On entre les valeurs suivantes : - Forfait étape : 45

- Frais kilométrique : 30

- Nuits hôtel : 22

- Frais restaurant : 14

La fiche de frais est modifié avec les valeurs entrées et le message disant “Les valeurs sont enregistrées” est affiché.

La fiche de frais est modifié avec les valeurs entrées.

4.a On saisit “cinquante” dans la fiche de frais

Message d’erreur”Saisie incorrecte, il faut saisir une valeur numérique et non des caractères !”

On obtient le message : “Les valeurs des frais doivent être numériques”

5 On ajoute un frais hors forfait de 25 avec comme date 03/12/2013, comme libellé cadeau praticien et comme montant 15 puis on clique sur le bouton enregistrer

le hors forfait s’est correctement ajouté et le message “ Enregistrement hors forfait effectué” est affiché

le hors forfait s’est correctement

ajouté

6.a On oublie de remplir le champ date

Message d’erreur “Un ou plusieurs champs non renseigné, il faut renseigner tous les champs !”

erreur, message : “Le

champ date ne doit

pas être vide

“

6.b On rentre la date 20/01/2014

Message d’erreur”La date est incorrecte, veuillez saisir une date dans le mois courant !”

Aucune erreur, l'élément hors forfait est bien

créer.

6.c On rentre la date 5/12/02012

Message d’erreur”La date est incorrecte, veuillez saisir une date de l’année courante !”

Erreur et message : “Renseigner ma fiche de frais du mois 12-2013”

7 On supprime le hors forfait 25 datant du 3/12/2013 avec libellé cadeau praticien en cliquant sur “Supprimer ce frais”

La suppression se fait correctement.

La page demande la confirmation de suppression de l’élément puis

l'élément est bien supprimé.

3.4.3 Cas d’utilisation : Consulter fiche de frais

Nom cas d’utilisation : Consulter mes fiches de frais

Acteur déclencheur : Visiteur médical

Pré conditions : Visiteur médical authentifié

Post conditions : Aucune

Scénario nominal :

1. L'utilisateur demande à consulter ses frais.

2. Le système invite à sélectionner un mois donné.

3. L'utilisateur sélectionne un mois donné, puis valide.

4. Le système affiche l'état de la fiche de frais avec la date associée, les éléments

forfaitisés – quantité pour chaque type de frais forfaitisé - et non forfaitisés – montant,

libellé et date d'engagement - existant pour la fiche de frais du mois demandé.

Exceptions : ·

Contraintes : La sélection d'un mois sera facilitée par l'IHM. Il est possible de proposer les mois pour lesquels le visiteur médical connecté dispose d'une fiche de frais. On pourra se restreindre à remonter jusqu'au début de l'année civile précédente.

Jeu de test associé :

N° Scénario et

exceptions

Action Attendu Obtenu

1 On est connecté et on choisit de visualiser les frais

Affichage de la page des fiches de frais.

Affichage de la page des fiches de frais avec une liste

des mois contenant une fiche de frais

3 On sélectionne le mois Novembre.

Affichage des frais correspondant au mois de Novembre.

Affichage des fiches de frais du mois de Novembre

Exemple :

Ecran Domaine OPUS ● Le descriptif des informations présentes sur les écrans (Information, Type (A =

Champ alpha-numérique, L = liste, N = Numérique, D = Date), Initialisation,

Modifiable (O/N), Obligatoire (O/N), Règle de gestion / Commentaire)

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

Champ Forfait etape

A Oui Oui Oui

Champ Frais kilométrique

A Oui Oui Oui

Champ nuitée hôtel

A Oui Oui Oui

Champ Repas restaurant

A Oui Oui Oui

● Les actions possibles

Action Commentaires

Bouton « Valider » Crée/modifie une fiche de frais avec les valeurs entrées

Bouton « Effacer » Efface le contenu des champs de la fiche de frais du mois

Bouton « Ajouter » Ajoute un nouvel élément hors-forfait

Bouton « Effacer » Efface le contenu des champs de la fiche de frais du mois

Bouton « Supprimer ce frais »

Supprime le frais concerné

3.5 Le modèle des données

4. Spécifications Techniques

4.1 Environnement

Le projet se fera sur des ordinateurs sous Windows 7 Professionnel.

Plusieurs logiciels sont utilisés : MS Project comme Planificateur de projet ainsi que NotePad ++, WampServer.

4.2 Exigence de programmation

L’application possédera une vue destinée à la navigation des utilisateurs sur l’application et

comprenant l’interface graphique composée de pages HTML.

Elle possédera également un contrôleur qui répondra aux différentes requêtes des visiteurs médicaux et

comptables sur l’application (connexions, consultation de pages, mise à jour de données).

Elle respectera de plus un ensemble de normes de développement PHP :

Norme de développement utilisées

Les normes de développement utilisées sont celle du document 04_GsbFrais_NormeDevlptPHP.doc

Pour respecter ces normes, nous avons utilisé PhpCheckStyle.

4.3 Déploiement de l’application

4.4 Sécurité

4.5 Organisation du projet

Numéro Description Livrables associés

1 Réalisation du dossier de spécifications fonctionnelles et techniques

Dossiers de spécifications au format microsoft word (.docx)

2 Création d’un projet MsProject

Projet MsProject au format microsoft project (.mpp)

3 Réalisation du Cas d'utilisation "Consulter fiche de frais"

diagramme du Cas d'utilisation "Consulter fiche de frais"

4 Réalisation du Cas d'utilisation "Se connecter"

diagramme du Cas d'utilisation "Se connecter"

5 Réalisation du Cas d'utilisation " Renseigner fiche frais"

diagramme du Cas d'utilisation " Renseigner fiche frais"

6 Réalisation du jeu de test “Se connecter”

Jeu de test “Se connecter”

7 Réalisation du jeu de test “Renseigner fiche de frais”

Jeu de test “Renseigner fiche de frais”

8 Réalisation du jeu de test “Consulter fiche de frais”

Jeu de test “Consulter fiche de frais”

9 Utilisation de php check Fichiers corrigés (.php)

style sur la partie existante et correction des erreurs

4.6 Planning prévisionnel

5. Glossaire

On peut ici introduire un glossaire des termes récurrents dans la documentation et nécessitant une définition.