Dossier de Spécifications Fonctionnelles Détaillées

Dossier de Spécifications Fonctionnelles Détaillées APPLI_CR Version 3 Mai 2013 Auteurs CHIBANE Hossein DEFRANCE Valentin NOËL JESSY 1

SUIVI DU DOCUMENT Mises à jour Version Date Auteurs Objet de la mise à jour 1 Octobre 2012 DEFRANCE Valentin Début de la réalisation du dossier de spécifications fonctionnelles. 2 11 Avril 2013 DEFRANCE Valentin Modifications du glossaire, cadre technique et description générale. 3 08 Mai 2013 DEFRANCE Valentin Finalisation du dossier de spécifications fonctionnelles. 2

Catherine BARANGER Hossein Chibane Jessy Noël Liste de diffusion Corinne LEJOSNE Valentin DEFRANCE 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... 6 2.3. Cadre technique... 6 3. Glossaire... 6 4. Description générale... 7 5. Gestion de la sécurité... 8 6. Charte graphique... Erreur! Signet non défini. 7. Les fonctionnalités... 9 8. Le modèle des données... 11 4

1. Introduction 1.1. Objet du document L objet de ce document est de définir les spécifications fonctionnelles détaillées de l application APPLI_CR. 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. 1.2. Domaine d application Ce dossier de spécifications fonctionnelles détaillées est applicable pendant la phase de développement de l application APPLI_CR. Le fonctionnement de l application sera conforme aux éléments présents dans ce dossier. 2. Cadre du projet 2.1. Enjeux et objectifs Le laboratoire GSB Swiis désire mettre à disposition des visiteurs médicaux une application Windows qui permettrait de gérer les comptes-rendus de visites. Cette base d information sera utilisée à des fins d élaboration de la démarche de communication auprès des praticiens et donnera une vision individuelle et synthétique de l activité de représentation. Afin de fournir une aide au renseignement des rapports, l application devra fournir : - une description des coordonnées précises des praticiens et des informations détaillées les concernant - une description des coordonnées précises des visiteurs et des informations détaillées les concernant - une description des visites 5

2.2. Périmètre fonctionnel Le projet présenté comportera une page d authentification (qui demandera une authentification par pseudo et par mot de passe) afin de différencier les praticiens des visiteurs. Si la connexion réussie, l utilisateur aura accès au menu principal, cependant, si elle échoue, il sera redirigé vers la page d authentification en lui indiquant Erreur d identification, Mot de passe incorrecte Le menu principal comporte trois onglets (types) contant les informations des praticiens, des visiteurs et le récapitulatif des visites effectuées en fonction du praticien. Lorsque l utilisateur cliquera sur l une des options présentées, il sera redirigé vers une nouvelle page permettant d afficher l ensemble des praticiens ou des visiteurs ou d ajouter, modifier, supprimer les informations contenues dans la catégorie. 2.3. Cadre technique Afin de réaliser ce projet, on utilisera le logiciel Visual Studio 2008 afin de programmer la forme de l application (IDE). On utilisera également le logiciel SQL Express2008 afin de réaliser la base de données de l application (Visual Studio se connectera à la base de données afin de récupérer les différentes données). On utilisera une autre particularité de Visual Studio 2008, la création d une classe pour la connexion à la base de données. 3. Glossaire BDD (Base de données) : permet le stockage d informations. IDE (Integrated Development Environment / Environnement de développement intégré) : regroupe un ensemble d'outils pour le développement de logiciels côté interface. SQL (Structured Query Language / Langage de Requête Structurée) : est un langage informatique normalisé servant à effectuer des opérations sur des bases de données relationnelles. ComboBox : Représente un contrôle de zone de liste déroulante Windows DataGridView : Affiche des données dans une grille personnalisable. 6

4. Description générale Afin d accéder aux formulaires, l utilisateur devra dans un premier temps saisir son identifiant ainsi qu un mot de passe (dans l écran d authentification). Si l authentification échoue, un message d erreur apparaîtra en expliquant la cause. Une fois que l authentification ce sera déroulée correctement, ce dernier aura accès à l application lui proposant divers catégories : visiteurs, praticiens, visites. Visiteurs : - Liste des Visiteurs : permet d avoir accès à la liste de tous les visiteurs - Informations d un Visiteur : Permet d avoir les informations d un visiteur sélectionné dans une ComboBox - Recherche d un Visiteur : Permet de rechercher un visiteur dans une liste déroulante mais également d ajouter, de supprimer ou de modifier un visiteur. Praticiens : - Liste des Praticiens : permet d avoir accès à la liste de tous les praticiens. - Informations d un Praticien : Permet d avoir les informations d un praticien sélectionné dans une ComboBox. - Recherche d un Praticien : Permet de rechercher un praticien dans une liste déroulante mais également d ajouter, de supprimer ou de modifier un praticien. Visites : Permet d obtenir le compte rendu des visites réalisées par un praticien pour un visiteur. On sélectionne un praticien ou un visiteur afin d obtenir le/les visiteurs ou praticiens que ce dernier a eu. On pourra également ajouter, modifier ou supprimer la visite réalisée (le compte rendu). Concernant l application, lorsqu une page s ouvrira, elle fermera automatique la page qui était ouverte. On peut trouver dans cette partie, deux sous-parties : Un schéma des différents modules du projet ou le diagramme général des cas d utilisation Exemple : Les principes ergonomiques de l'application (Taille des écrans, défilement, accès aux formulaires, repérage des champs obligatoires, principe des recherches, gestion des demandes de suppression, présentation des erreurs,...etc) 7

5. Gestion de la sécurité Pour pouvoir accéder au menu de l application il est nécessaire de s identifier à l aide d un pseudo et un mot de passe via un formulaire. Ainsi l utilisateur aura accès au divers formulaire si le mot de passe et le pseudo sont correctes (dans le cas contraire, un message d erreur apparaîtra) : La sécurité est surtout basée sur l identification de l utilisateur afin qu il puisse accéder ou non aux informations contenues dans l application. Si l identification échoue, il ne pourra accéder à celle-ci. Le mot de passe est crypté lors de la saisi mais également dans la base de données. 8

6. Les fonctionnalités PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Se connecter Acteur déclencheur : Utilisateur (praticien ou visiteur médicale) Pré conditions : Néant Post conditions : L utilisateur est reconnu. Scénario nominal : 1- Le système affiche un formulaire de connexion 2- L'utilisateur saisit son login et son mot de passe qui devront être valides. Exceptions : 3-a : le nom et/ou le mot de passe n est (ne sont) pas valide(s). 3-a.1 Le système en informe l utilisateur. Retour à l'écran de connexion 4- L utilisateur demande à se déconnecter (à partir du bouton «Fermer») Contraintes : Questions ouvertes : 9

Description de la page d authentification Écran d authentification GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui Les actions possibles Action Bouton «Valider» Bouton «Quitter» Commentaires Valide le saisi des informations Quitte l application Les cas d'erreur Exemple ERR_001 : Le nom d utilisateur ou le mot de passe est invalide Les actions autorisées en fonction des profils On peut aussi présenter le détail de chacune des fonctionnalités sous la forme d'un cas d'utilisation détaillée. Profils Actions Visiteur Praticien Bouton «Valider» X X Bouton «Quitter» X X 10

PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Menu Principal Acteur déclencheur : Utilisateur (praticien ou visiteur médicale) Pré conditions : Se connecter Post conditions : L utilisateur est connecté et peut ainsi choisir entre praticiens, visiteurs et visites. Scénario nominal : 1- Le système permet de dérouler un liste de menus présents dans les différentes catégories (visiteurs, praticiens, visites) 2- L'utilisateur choisit un menu. Exceptions : Aucune Contraintes : Questions ouvertes : Un praticien peut-il accéder à la catégorie praticiens et le visiteurs peuvent-ils accéder à la catégorie visiteurs? 11

Description du menu principal Menu Principal GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui Les actions possibles Action Commentaires Catégorie «Visiteurs» Affiche les menus contenus dans «Visiteurs» Catégorie «Praticiens» Affiche les menus contenus dans «Praticiens» Catégorie «Visites» Affiche les menus contenus dans «Visites» Bouton «Quitter» Quitte l application. 12

PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Liste des Praticiens. Acteur déclencheur : Utilisateur (visiteur médicale) Pré conditions : Se connecter et choisir un menu d une catégorie. Post conditions : L utilisateur est connecté, a accéder à la liste des praticiens. Scénario nominal : 1- Le système permet de consulter la liste des praticiens. Exceptions : Aucune Contraintes : Questions ouvertes : Description de la liste des praticiens Liste des Praticiens GSB 13

Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Non Oui Action Aucune Les actions possibles Commentaires Aucune action n est disponible sur cette page. PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Informations d un Praticien. Acteur déclencheur : Utilisateur (visiteur médicale) Pré conditions : Se connecter et choisir un menu d une catégorie. Post conditions : L utilisateur est connecté, a accéder à la liste des praticiens et peut ainsi modifier, supprimer, afficher ou ajouter des données. Scénario nominal : 1- Le système d ajouter, modifier ou de supprimer un praticien après avoir sélectionné le menu «Informations d un Praticien» dans la catégorie des praticiens. 2- L'utilisateur peut cliquer sur la ComboBox afin d afficher les informations du praticien. 3- L utilisateur peut cliquer sur le bouton «ajouter» pour l ajout d un praticien, «supprimer» pour supprimer un praticien ou «modifier» afin de mettre à jour les informations concernant le praticien. Exceptions : Pour le bouton ajoute, si un praticien existe déjà (numéro identique et autres informations) celui-ci ne peut-être ajouté. Contraintes : 14

Questions ouvertes : Un praticien peut-il avoir accès aux données afin de modifier cette catégorie? Description de la liste des praticiens Informations Praticiens GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui 15

Les actions possibles Action ComboBox «Numéro» Bouton «Ajouter» Bouton «Modifier» Bouton «Supprimer» Commentaires Permet de sélectionner le numéro d un praticien afin d afficher ses informations détaillées. Ajoute un praticien après avoir saisi les valeurs. Modifie les informations d un praticien en fonction du choix du numéro sélectionné dans la ComboBox. Supprime un praticien en fonction du numéro sélectionné. PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Recherche d un praticien Acteur déclencheur : Utilisateur (praticien ou visiteur médicale) Pré conditions : Se connecter et à choisi le menu «Recherche d un Praticien» de la catégorie praticien. Post conditions : L utilisateur est connecté, a choisi le menu «Recherche d un praticien «et peut ainsi afficher les praticiens en fonction de son code, type ou ville. Scénario nominal : 1- Le système permet d afficher dans une DataGridView les praticiens en fonction du choix de la ComboBox (code, type ou ville). 2- L'utilisateur choisit une ville, un type ou un code dans les différentes ComboBox. Exceptions : Aucune Contraintes : Questions ouvertes : 16

Description de «Recherche d un praticien» Recherche d un praticien GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui Les actions possibles Action ComboBox «Choisir un code» ComboBox «Choisir un type» ComboBox «Choisir une ville» Commentaires Affiche un praticien en fonction du code. Affiche un praticien en fonction du type. Affiche un praticien en fonction du type. PROJET : Application web de gestion des frais Description cas d utilisation 17

Nom cas d utilisation : Liste des Visiteurs. Acteur déclencheur : Utilisateur (visiteur médicale) Pré conditions : Se connecter et choisir un menu d une catégorie. Post conditions : L utilisateur est connecté, a accéder à la liste des visiteurs. Scénario nominal : 1- Le système permet de consulter la liste des visiteurs. Exceptions : Aucune Contraintes : Questions ouvertes : Description de la liste des visiteurs Liste des Visiteurs GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Non Oui 18

Action Aucune Les actions possibles Commentaires Aucune action n est disponible sur cette page. PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Recherche d un visiteur Acteur déclencheur : Utilisateur (praticien ou visiteur médicale) Pré conditions : Se connecter et à choisi le menu «Recherche d un Visiteur» de la catégorie praticien. Post conditions : L utilisateur est connecté, a choisi le menu «Recherche d un Visiteur «et peut ainsi afficher les visiteurs en fonction de son code, type ou ville. Scénario nominal : 1- Le système permet d afficher dans une DataGridView les visiteurs en fonction du choix de la ComboBox (code, type ou ville). 2- L'utilisateur choisit une ville, un secteur ou un laboratoire dans les différentes ComboBox. Exceptions : Aucune Contraintes : Questions ouvertes : Description de «Recherche d un visiteur» 19

Recherche d un visiteur GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui Les actions possibles Action ComboBox «Choisir un code» ComboBox «Choisir un laboratoire» ComboBox «Choisir une secteur» Commentaires Affiche un visiteur en fonction du code. Affiche un visiteur en fonction du laboratoire. Affiche un visiteur en fonction du secteur. 20

PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Informations d un Visiteur. Acteur déclencheur : Utilisateur (praticiens) Pré conditions : Se connecter et choisir un menu d une catégorie. Post conditions : L utilisateur est connecté, a accéder à la liste des visiteurs et peut ainsi modifier, supprimer, afficher ou ajouter des données. Scénario nominal : 1- Le système d ajouter, modifier ou de supprimer un visiteur après avoir sélectionné le menu «Informations d un Visiteur» dans la catégorie des visiteurs. 2- L'utilisateur peut cliquer sur la ComboBox afin d afficher les informations du visiteur. 3- L utilisateur peut cliquer sur le bouton «ajouter» pour l ajout d un visiteur, «supprimer» pour supprimer un visiteur ou «modifier» afin de mettre à jour les informations concernant le visiteur. Exceptions : Pour le bouton ajoute, si un praticien existe déjà (numéro identique et autres informations) celui-ci ne peut-être ajouté. Contraintes : Questions ouvertes : Un visiteur peut-il avoir accès aux données afin de modifier cette catégorie? 21

Description de «Informations d un visiteur» Informations d un Visiteur GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui 22

Les actions possibles Action ComboBox «Matricule» Bouton «Ajouter» Bouton «Modifier» Bouton «Supprimer» Commentaires Permet de sélectionner le matricule d un visiteur afin d afficher ses informations détaillées. Ajoute un visiteur. Modifie les informations d un visiteur. Supprime un visiteur. PROJET : Application web de gestion des frais Description cas d utilisation Nom cas d utilisation : Recherche d un praticien Acteur déclencheur : Utilisateur (praticien ou visiteur médicale) Pré conditions : Se connecter et à choisi le menu «Recherche d un Praticien» de la catégorie praticien. Post conditions : L utilisateur est connecté, a choisi le menu «Visite» et peut ainsi accéder au bilan des visites. Scénario nominal : 1- Le système permet d afficher dans une DataGridView les praticiens ainsi que les visiteurs qu ils ont eus. 2- L'utilisateur sélectionne un praticien et un visiteur puis le valide. 3- L utilisateur a accès au bilan des visites suite aux choix du praticien et du visiteur. 4- L utilisateur peut modifier, supprimer ou ajouter une visite. Exceptions : Aucune Contraintes : Questions ouvertes : 23

Description de «Visite» Visite GSB Le descriptif des informations présentes sur les écrans (Information, Type (A = Champ alphanumé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 GSB A Non Oui Oui Les actions possibles Action Bouton «Sélectionner un praticien» Bouton «Sélectionner un visiteur» Bouton «Valider» Bouton «Ajouter» Bouton «Modifier» Bouton «Supprimer» Commentaires Sélectionne un praticien choisi dans la ComboBox. Sélectionne un visiteur choisi dans la ComboBox. Valide le visiteur et le praticien sélectionnés. Ajoute une visite à un praticien et visiteur. Modifie une visite à un praticien et visiteur. Supprime une visite à un praticien et visiteur. 24

7. Le modèle des données 25