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.