dossier de spécifications détaillées fonctionnelles et techniques · 2016-05-31 · du...
TRANSCRIPT
Dossier de
Spécifications Détaillées
Fonctionnelles et Techniques
Gestion_des_visites
Auteurs
Clara Goulam – Chef de projet
Karl Merrienne – Développeur
Clément Breyne - Développeur
SUIVI DU DOCUMENT
Mises à jour
Version Date Auteurs Objet de la mise à jour
V1.0 04/03/2016 Clara Goulam,
Clément Breyne,
Karl Merrienne.
Mission 1 : Remplir le DSF/DST.
V1.1 11/03/2016 Clara Goulam,
Karl Merrienne.
Mission 2 : Mise à jour du DSF/DST
V1.2 26/04/2016 Clara Goulam,
Clement Breyne,
Karl Merrienne
Mission 4 : Mise à jour du DSF/DST
V1.3 29/04/2016 Clara Goulam,
Clement Breyne,
Karl Merrienne
Mission 5 : Mise à jour du DSF/DST
A = Application, O = Observations, I = Information – diffusion, V = Validation
Liste de diffusion
Clara Goulam A-
I-
O
Corinne Lejosne V
Clement Breyne A-
I-
O
Karl Merrienne A-
I-
O
Table des matières
1. Introduction ..................................................................................................................................... 5
1.1. Objet du document .................................................................................................................. 5
2. Cadre du projet ................................................................................................................................ 6
2.1. Enjeux et objectifs ................................................................................................................... 6
2.2. Périmètre fonctionnel .............................................................................................................. 6
2.3. Cadre technique ....................................................................................................................... 6
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 ...................................................................................................................... 8
3.5. Le modèle des données .............................................................................................................. 10
4. Spécifications Techniques ............................................................................................................. 23
4.1. Environnement .......................................................................................................................... 23
4.2. Exigence de programmation ...................................................................................................... 23
4.3. Déploiement de l’application .................................................................................................... 23
4.4. Organisation du projet ............................................................................................................... 23
4.5. Planning prévisionnel ................................................................................................................ 24
5. Glossaire ........................................................................................................................................ 24
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 Gestion_des_visites
L’objet du dossier de spécifications fonctionnelles est de définir les spécifications fonctionnelles détaillées du projet. Il a 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.
Le dossier de spécifications fonctionnelles détaillées est applicable pendant la phase de développement du projet.
Le fonctionnement de l’application doit être conforme aux éléments présents dans ce dossier.
Le dossier de spécifications techniques intervient après l’élaboration du dossier de spécifications fonctionnelles.
Il se pose du côté développeur et non plus du côté client.
Il traduit le besoin d’un demandeur en termes d’exigences et contraintes techniques (spécifications).
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
2. Cadre du projet
2.1. Enjeux et objectifs
Le laboratoire Galaxy Swiss Bourdin (GSB) est issu de la fusion entre le géant Galaxy et le conglomérat européen Swiss Bourdin, une conséquence de cette fusion, est la recherche d’une optimisation de l’activité du groupe ainsi constitué en réalisant des économies d’échelle dans la production et la distribution des médicaments. Il faut donc uniformiser le suivi des visites, mettre en place une gestion unique des frais et remboursement ainsi qu’un accès plus direct aux données de personnel. Il faudra donc développer une application Windows de gestion des visites pour les visiteurs médicaux.
2.2. Périmètre fonctionnel L’application destinée aux visiteurs médicaux sera en ligne, accessible depuis un ordinateur. Le menu principal est un formulaire MDI parent (application d’interface multi document). Il contiendra toutes les autres fenêtres « enfants » :
- Fichier (Fermeture de l’application)
- Visiteurs
- Praticiens
- Comptes Rendus
Les fonctionnalités sont plus détaillées dans la rubrique : 3.1. Description générale
2.3. Cadre technique Les outils de réalisation du projet sont :
- SQL Server 2008 (ou 2012) (+ TRANSACT SQL)
- Visual Studio 2010 (ou 2013)
3. Spécifications fonctionnelles
3.1. Description générale
3.2. Gestion de la sécurité Aucune authentification n’est requise pour accéder à l’application
3.3. Charte graphique L’application inclura le logo de l’entreprise.
Les formulaires auront un fond gris, l’icône sera en haut à gauche en dessous du menu. Le menu est horizontal.
Le nom des formulaires sera du type : BGM_Frm_NomPertinent
Le nom des zones de texte sera : Txt_NomPertinent
Le nom des labels sera : Lbl_NomPertinent
Le nom des boutons radios sera : Opt_NomPertinent
Le nom des cases à cocher sera : Chk_NomPertinent
Le nom des DataGridView sera : Dtg_NomPertinent
Le nom des ComboBox sera : Cbx_NomPertinent
Le nom des boutons sera : Btn_NomPertinent
Le nom des GroupBox sera : Gbx_NomPertinent
Le nom des calendriers sera : Cal_NomPertinent
3.4. Les fonctionnalités
PROJET : Application web de gestion des élèves Description cas d’utilisation
Nom cas d’utilisation : Praticiens
Acteur déclencheur : Utilisateur
Pré conditions : Avoir lancé l’application
Post conditions : Néant
Scénario nominal :
1- L’application affiche le formulaire d’accueil
2- L'utilisateur clique sur l’onglet Praticiens
3- L’utilisateur clique sur la sous option Consultation
4- Le formulaire Praticiens s’ouvre 4A- La DataGridView du haut se remplit, le nombre de praticiens correspondant s’affiche, la liste déroulante est rempli 4B- L’utilisateur clique sur une fonction 4C- La liste des praticiens ayant cette fonction s’affiche dans la DataGridView du bas
Exceptions :
Contraintes :
Questions ouvertes :
N° Scénario et exceptions
Action Attendu Obtenu
1 Lancement de l’application Affichage du formulaire d’accueil
V
2 L'utilisateur clique sur l’onglet Praticiens
Onglet praticiens se déroule V
3 L’utilisateur clique sur la sous option Consultation
Le formulaire Praticiens s’ouvre
V
4 L’utilisateur sélectionne une fonction dans la liste déroulante
Les praticiens ayant cette fonction s’affiche
V
PROJET : Application web de
gestion des élèves Description cas d’utilisation
Nom cas d’utilisation : Consultation visiteur
Acteur déclencheur : Utilisateur
Pré conditions : Application lancée
Post conditions : Néant
Scénario nominal :
• 1- L’application affiche le formulaire d’accueil • 2- L’utilisateur clique sur l’onglet visiteur • 3- L’utilisateur clique sur la sous option Consultation • 4- Le formulaire Visiteur s’ouvre • 4A- La DataGridView du haut est rempli, les visiteurs et leur nombre
sont affichés • 4B- L’utilisateur clique sur une date du calendrier • 4C- Le(s) visiteur(s) de ce jour s’affiche dans la DataGridView du
bas ainsi que leur nombre.
Exceptions : /
Contraintes : /
Questions ouvertes : /
N° Scénario
Action Attendu Obtenu
et exceptions
1 Lancement de l’application
Affichage du formulaire de connexion
V
2 L’utilisateur clique sur l’onglet visiteur
Le sous menu s’affiche
V
3 L’utilisateur clique sur la sous option Consultation
Le formulaire de consultation des visiteurs s’ouvre
V
4 L’utilisateur clique sur une date du calendrier
Le(s) visiteur(s) de la date sélectionnée s’affiche dans la DataGridView du bas
V
La page d’accueil
Le sous menu s’affiche après le clic sur l'onglet Visiteur.
Le formulaire de consultation qui s’affiche après avoir cliqué sur le sous menu Consultation.
La DataGridView du bas affiche le(s) visiteur(s) en fonction de la date sélectionnée sur le calendrier.
PROJET : Application web de gestion des élèves Description cas d’utilisation
Nom cas d’utilisation : Consultation compte rendu
Acteur déclencheur : Utilisateur
Pré conditions : Application lancée
Post conditions : Néant
Scénario nominal :
1- L’application affiche le formulaire d’accueil
2- L’utilisateur clique sur l’onglet compte rendu
3- L’utilisateur clique sur la sous option Consultation
4- Le formulaire Compte Rendu s’ouvre
4A- La DataGridView du haut est rempli, les comptes rendus et leur nombre est affiché
4B- L’utilisateur clique sur le calendrier
4C- Le(s) Compte(s) rendu(s) de ce jour s’affiche dans la DataGridView du bas
Exceptions :
Contraintes :
Questions ouvertes :
N° Scénario et exceptions
Action Attendu Obtenu
1 Lancement de l’application Affichage du formulaire de connexion
V
2 L’utilisateur clique sur l’onglet compte rendu
Le sous menu s’affiche V
3 L’utilisateur clique sur la sous option Consultation
Le formulaire Compte rendu s’ouvre
V
4 L’utilisateur clique sur le calendrier
Le(s) Compte(s) rendu(s) de ce jour s’affiche dans la DataGridView du bas
V
La page d’accueil
Le sous menu qui s’affiche après le clic sur Compte Rendus
Le formulaire de consultation qui s’affiche
La DataGridView du bas affiche le(s) compte(s) rendu(s) après un clic sur le calendrier
PROJET : Application web de gestion des élèves Description cas d’utilisation
Nom cas d’utilisation : Mise à jour praticien
Acteur déclencheur : Utilisateur
Pré conditions : Application lancée
Post conditions : Néant
Scénario nominal :
1- L’application affiche le formulaire d’accueil
2- L’utilisateur clique sur l’onglet Praticien
3- L’utilisateur clique sur la sous option Mise à jour
4- Le formulaire s’ouvre
4A- L’utilisateur clique sur le bouton ajouter
4B- Une groupbox ajout s’affiche
4C- L’utilisateur rempli tous les champs
4D- L’utilisateur clique sur valider
Exceptions :
Contraintes :
Questions ouvertes :
N° Scénario et exceptions
Action Attendu Obtenu
1 Lancement de l’application Affichage du formulaire de connexion
V
2 L’utilisateur clique sur l’onglet praticien
Le sous menu s’affiche V
3 L’utilisateur clique sur la sous option Mise à jour
Le formulaire Mise à jour s’ouvre
V
4 L’utilisateur clique sur le bouton Ajouter
Une groupbox s’affiche V
5 L’utilisateur clique sur le bouton Valider
Le praticien est ajouté V
3.5. Le modèle des données
Les visiteurs :
Les praticiens :
Les comptes-rendus :
4. Spécifications Techniques
4.1. Environnement Pour développer cette application, nous utiliserons : - L’environnement de développement (IDE) : Microsoft Visual Studio (2010 et 2013). - Une base de données sous SQL Server (2008 et 2012) R2. Le tout sur des ordinateurs sous Windows (7 et 10) avec une connexion à internet. La gestion du projet se fait sur Trello.com et la gestion de version se fait sur Subversion.
4.2. Exigence de programmation L’application sera développée en C-Sharp (C#).
Nous devons suivre les normes de programmation imposées par l’entreprise qui sont résumés dans les documents : GSB_NormesC#.doc et GSBNormesBD.doc.
4.3. Déploiement de l’application Cette application devra être accessible depuis un ordinateur.
4.4. Organisation du projet
Description des différentes phases :
Numéro / Date Description Livrables associés Activités (du référentiel) mises en œuvre
Mission 1 : DSF/ DST + Gestion de projet
Du 04/03/2016
Remplir le dossier de spécifications techniques et fonctionnelles et création du planning du projet (Mission 1).
- DSF_DST_FINAL.doc
- Planning consultable sur Trello.com
A1.4.1 Participation à un projet ;
A1.2.2 Rédaction des spécifications techniques de la solution retenue (adaptation d’une solution existante ou réalisation d’une nouvelle solution) ; A1.4.3 Gestion des ressources ;
A1.1.1 Analyse du cahier des charges d’un service à produire ;
A4.1.1 Proposition d’une solution applicative
Mission 2 : Création et implémentation BDD + Application test BDD + MàJ du DSF/DST
Du 08/03/2016 au 11/03/2016
Création et implémentation de la base de données, développement d’une application pour tester la connexion à cette base de données ainsi que la mise à jour du DSF/DST.
- BD_GSB_CR_Insertion
.sql
- BD_GSB_CR_Structure.sql
- ScriptPsTest.sql
-DSF_DST_FINAL.doc
-GSB_TestConnexionBDD.exe
- Planning consultable sur Trello.com
A4.1.3 Conception ou adaptation d’une base de données ; A4.1.6 Gestion d’environnements de développement et de test ;
A4.1.7 Développement, utilisation ou adaptation de composants logiciels; A1.4.1 Participation à un projet ;
A1.2.2 Rédaction des spécifications techniques de la solution retenue (adaptation d’une solution existante ou réalisation d’une nouvelle solution) ; A1.4.3 Gestion des ressources; A1.1.1 Analyse du cahier des charges d’un service à produire ;
4.5. Planning prévisionnel Le suivi est effectué sur Trello.com.
5. Glossaire
On peut ici introduire un glossaire des termes récurrents dans la documentation et nécessitant une définition.