Dossier de Spécifications Détaillées Fonctionnelles et Techniques · 2016-05-31 · Du 04/03/2016 Remplir le dossier de spécifications techniques et fonctionnelles et création

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.


Karl Merrienne.

Mission 2 : Mise à jour du DSF/DST


Clement Breyne,

Karl Merrienne



Clement Breyne,

Karl Merrienne


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


Pré conditions : Application lancée


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


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


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.


Nom cas d’utilisation : Consultation compte rendu




Scénario nominal :


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 :




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


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


Nom cas d’utilisation : Mise à jour praticien




Scénario nominal :


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 :




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.

Documents

Dossier de Spécifications Détaillées Fonctionnelles et Techniques · 2016-05-31 · Du 04/03/2016 Remplir le dossier de spécifications techniques et fonctionnelles et création