Dossier de
Spécifications Détaillées
Fonctionnelles et Techniques
GSB_MedicoLab
Auteurs
Guillaume DUTOT – Chef de projet
Thomas FLORET – Développeur
Kévin LEVEILLARD - Développeur
SUIVI DU DOCUMENT
Mises à jour
Version
Date
Auteurs
Objet de la mise à jour
1.0
04/03/16
Kevin LEVEILLARD
Rédaction de l'objet du document, du cadre du projet – le cadre technique, de la charte graphique et du paragraphe cadre du projet – enjeux & objectifs
1.0
04/03/16
Thomas FLORET
Rédaction de la page de garde, de la liste de diffusion, du suivi du document, de la gestion de la sécurité, du cadre du projet – périmètre fonctionnel et des spécifications techniques
1.0
08/03/16
Guillaume DUTOT
Mise à Jour du dossier
Liste de diffusion
Guillaume DUTOT
AOI
Thomas FLORET
AOI
Kévin LEVEILLARD
AOI
Mme LEJOSNE
V
A = Application, O = Observations, I = Information – diffusion, V = Validation
Table des matières
1.Introduction4
1.1.Objet du document4
2.Cadre du projet4
2.1.Enjeux et objectifs4
2.2.Périmètre fonctionnel4
2.3.Cadre technique4
3.Spécifications fonctionnelles4
3.1.Description générale4
3.2.Gestion de la sécurité4
3.3.Charte graphique4
3.4.Les fonctionnalités4
3.5.Le modèle des données4
4.Spécifications Techniques4
4.1.Environnement4
4.2.Exigence de programmation4
4.3.Déploiement de l’application4
4.4.Organisation du projet4
4.5.Planning prévisionnel4
5.Glossaire4
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 MedicoLab.
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 projet2.1. Enjeux et objectifs
Lors de ce projet mis en œuvre, nous allons exercer ce projet sous forme d’une application Windows. Les visiteurs réalisent l’activité commerciale du laboratoire.
L’application doit permettre de géré les visiteurs médicaux, les praticiens et les comptes rendus de visites. Cela à pour but une meilleure gestion du laboratoire et des comptes rendus de visite.
2.2. Périmètre fonctionnel
Les fonctionnalités du projet sont les suivantes :
· L'application permet de gérer des visiteurs médicaux. Ils effectuent les rapports de visite et donnent des informations sur les médecins. Chaque visiteur est affecté à un secteur dans une région bien précise.
· L'application permet de gérer également les praticiens. Des données du praticien seront récupérées : son influence (type), sa fonction (spécialité) et le lieu où il exerce.
· L'application permet la gestion des comptes rendus de visite. En effet les délégués régionaux pourront accéder à l'application afin de gérer les comptes rendus pour faciliter leur travail auprès des visiteurs médicaux.
Ceux-ci pourront voir l'ensemble des comptes rendus de toutes les visites de la journée en fonction du jour sélectionné. Les comptes rendus comporteront les informations des visites :
· Les informations du patient
· Le nom du visiteur médical
· Le ou les médicaments prescrits, avec pour chaque médicament un numéro de produit et un nom commercial associé (nom utilisé par les visiteurs et les médecins).
2.3. Cadre technique
Pour mener à bien ce projet, pour avoir un suivi des missions permanent, ainsi que les différentes tâches qui seront attribuées aux membres de l’équipe, nous utiliserons le logiciel MS Project.
Pour coder l’application, nous utiliserons un environnement de développement intégré, Microsoft Visual Studio. Le code de l’application est écrit avec le langage de programmation C Sharp.
Concernant la gestion de la base de données, nous utiliserons SQL Server 2008.
Nous utilisons trois ordinateurs ayant comme système d’exploitation, Windows 10, Windows 8. Les postes sont évidemment connectés à internet et bénéficient des logiciels précédemment cités.
Pour réalisé
3. Spécifications fonctionnelles
3.1. Description générale
3.2. Gestion de la sécurité
3.3. Charte graphique
Sur cette application, on pourra y trouver une interface visuelle avec différents modules :
• Le logo du laboratoire GSB.
• L’IHM sera à prévoir prochainement.
3.4. Les fonctionnalités
PROJET : Application web de gestion des élèves
Description cas d’utilisation
Nom cas d’utilisation : Quitter
Acteur déclencheur : Utilisateur
Pré conditions : L’application est lancée
Post conditions :
Scénario nominal :
· 1- L’utilisateur clique sur le menu Fichier
· 2-L'utilisateur clique sur le menu Visiteur
· 3- L'utilisateur appuie sur le menu Praticien
· 4- L'utilisateur appuie sur le menu Comptes-Rendu
Exceptions :
Contraintes :
Questions ouvertes :
· jeu de test associé
Exemple :
N° Scénario et exceptions
Action
Attendu
Obtenu
1
L'utilisateur clique sur le menu "fichier" et sous-menu "quitter"
L'application se ferme
X
2
L’utilisateur clique sur le menu « Visiteur » et sous-menu « Consultation »
Le formulaire des consultations de visiteurs s’ouvre.
X
3
L’utilisateur clique sur le menu « Praticien » et sous-menu « Consultation ».
Le formulaire des consultations de praticiens s’ouvre.
X
4
L’utilisateur clique sur le menu « Comptes-rendus » et sous-menu « Consultation »
Le formulaire des consultations de compte-rendu s’ouvre.
X
PROJET : Application web de gestion des élèves
Description cas d’utilisation
Nom cas d’utilisation : Quitter
Acteur déclencheur : Utilisateur
Pré conditions : L’application est lancée
Post conditions :
Scénario nominal :
· 1-L'utilisateur clique sur le menu Visiteur
· 2- L’utilisateur clique sur un champ
· 3- L’utilisateur valide
Exceptions :
Contraintes :
Questions ouvertes :
· jeu de test associé
Exemple :
N° Scénario et exceptions
Action
Attendu
Obtenu
1
L’utilisateur clique sur le menu « Visiteur » et sous-menu « Consultation »
Le formulaire des consultations de visiteurs s’ouvre.
X
2
L’utilisateur clique sur un champ
Le formulaire de modification avec les champs sélectionnés
X
3
L’utilisateur valide
Le champ est bien modifié
X
PROJET : Application web de gestion des élèves
Description cas d’utilisation
Nom cas d’utilisation : Quitter
Acteur déclencheur : Utilisateur
Pré conditions : L’application est lancée
Post conditions :
Scénario nominal :
· 1-L'utilisateur clique sur le menu Praticiens et le sous menu consultation
· 2- L’utilisateur clique renseigne les champs
· 3- L’utilisateur valide
Exceptions :
Contraintes :
Questions ouvertes :
· jeu de test associé
Exemple :
N° Scénario et exceptions
Action
Attendu
Obtenu
1
L’utilisateur clique sur le menu « Visiteur » et sous-menu « Consultation »
Le formulaire des consultations de visiteurs s’ouvre.
X
2
L’utilisateur renseigne les champs
Le formulaire d’ajout se remplit
X
3
L’utilisateur valide
Le champ est bien ajouter
X
PROJET : Application web de gestion des élèves
Description cas d’utilisation
Nom cas d’utilisation : Quitter
Acteur déclencheur : Utilisateur
Pré conditions : L’application est lancée
Post conditions :
Scénario nominal :
· 1-L'utilisateur clique sur le menu Compte-rendu et le sous menu consultation
· 2- L’utilisateur clique renseigne les champs et clique sur ajouter
· 3- L’utilisateur clique sur un champ et clique sur modifier
· 4- L’utilisateur clique sur un champ et clique sur supprimer
Exceptions :
Contraintes :
Questions ouvertes :
· jeu de test associé
Exemple :
N° Scénario et exceptions
Action
Attendu
Obtenu
1
L’utilisateur clique sur le menu « Visiteur » et sous-menu « Consultation »
Le formulaire des consultations de visiteurs s’ouvre.
X
2
L’utilisateur renseigne les champs
Le formulaire d’ajout se remplit
X
3
L’utilisateur clique sur un champ
Le formulaire de modification avec les champs sélectionnés
X
4
L’utilisateur clique sur le bouton supprimer
Le champs sélectionner se supprimer
3.5. Le modèle des données
4. Spécifications Techniques
4.1. Environnement
L'environnement matériel est le suivant :
· Une salle serveur (DHCP, DNS, Intranet, …)
· Dans l'entreprise, chaque personne possède un poste fixe ou portable
L'environnement logiciel est le suivant :
· Un serveur de base de données : SQL Server 2008 R2
· Un environnement de développement intégré (IDE) : Visual Studio .NET 2010 ou Visual Studio .NET 2013
· TortoiseSVN – Subversion : logiciel de gestion de version.
· MsProjet : logiciel de gestion de projet. Nous avons abandonné ce logiciel pour cause de complexité au niveau des ressources et des tâches. Nous utilisons maintenant Trello pour la gestion de projet.
· Trello : application de gestion de projet.
4.2. Exigence de programmation
· Toutes les normes du projet à respecter se trouvent dans le fichier GSB_NormesBD.doc. Ce fichier contient les normes concernant la base de données, les exigences de développement.
· Toutes les exécutions des requêtes devront être réalisées par des procédures stockées.
· Les livrables devront être du type : NomDuProjet_TypeDocument_NomPertinent.
Les différents types de document :
· BD documents base de données
· C# documents C#
· DS Documentation de spécification
· DU Documentation utilisateur
· DT Documentation technique
· Et autres…
4.3. Déploiement de l’application
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
01:
04/03/2016
Rédaction de la DSF_DST
DSF_DST.docx
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)
02
04/03/2016
Affectation des tâches sur MS Projet
DLF_MSProject.mpp
A1.4.1 Participation à un projet
A1.4.3 Gestion des ressources
03
22/03/2016
Création de l’application C# avec une option qui permet de quitter l’application.
Une option Visiteurs qui permet d’accéder un formulaire. Il en est de même pour les praticiens, et les comptes-rendus
FGL_IHM.exe
A4.1.7 Développement, utilisation ou adaptation de composants logiciels
A4.1.2 Conception ou adaptation de l’interface utilisateur d’une solution applicative
4.5. Planning prévisionnel
5. Glossaire
On peut ici introduire un glossaire des termes récurrents dans la documentation et nécessitant une définition.