Vous êtes sur la page 1sur 21

Remplacer par le LOGO de lEtablissement

Etablissement

Dsignation de lES

CDV

Cahier des vrifications


Nom du Projet

action

qui

date

rdaction
validation
approbation

Anap

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 2

301019917.doc

Cahier des Vrifications

01/02/2011

Mode opratoire du modle ( supprimer du document)


Ci-aprs le tableau des modalits dutilisation du prsent modle.

Action

Recommandation

Comment faire ?

Louverture du document est effectue


en lecture seule. Vous devez crer
votre propre document.

Faire Fichier/Enregistrer sous


en utilisant un emplacement
et un nom de document
conforme votre gestion
documentaire.

Paramtrage

Les informations rptitives (auteur,


ES, Projet) sont paramtres dans les
proprits du document.

Aller
dans
le
menu
Fichier/Proprits et modifier
comme
indiqu.
Les
modifications sont prises en
compte lors de ldition ou
lors de la prvisualisation de
ldition.

Mise en forme

Le modle dispose dune feuille de


style. Il suffit de cliquer sur le style
correspondant pour appliquer la mise
en forme.

Faire apparatre la feuille de


style laide du menu
format/styles et mises en
forme, slectionner le tableau
ou paragraphe et cliquer sur
le style souhait.

Rdaction

Dans la mesure du possible, essayez


dutiliser la rdaction en mode
tableau. Cela facilite la lecture du
document et le suivi des activits.

Le style ANAP_Tableaux vous


propose un formatage des
tableaux limage de celui-ci.

Cration

Les conseils pour la rdaction du document ou les exemples adapter au contexte sont
en italiques.
Le texte du cahier des vrifications, en mode normal, peut-tre repris tel quel et
complt.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 3

301019917.doc

Cahier des Vrifications

01/02/2011

Sommaire
MODE OPRATOIRE DU MODLE ( SUPPRIMER DU DOCUMENT).................................
1. PRAMBULE LA RDACTION DU CAHIER DES VRIFICATIONS..............................
2. ENJEUX ET OBJECTIF................................................................................................................
3. LES VRIFICATIONS...................................................................................................................
3.1

La mise en ordre de marche (MOM)....................................................................

3.1.1

Objectif :.........................................................................................................................

3.1.2

Primtre :......................................................................................................................

3.1.3

Cadencement :.................................................................................................................

3.1.4

Conditions de prononciation de la MOM :..............................................................................

3.1.5

Exemple de plan de tests :.................................................................................................

3.1.6

Rles et responsabilits :...................................................................................................

3.1.7

Charges estimes :...........................................................................................................

3.2

Vrification du paramtrage applicatif................................................................

3.2.1

Objectif :.........................................................................................................................

3.2.2

Primtre :......................................................................................................................

3.2.3

Cadencement :.................................................................................................................

3.2.4

Conditions de prononciation de la recette du paramtrage :....................................................

3.2.5

Exemple de plan de tests :.................................................................................................

3.2.6

Rles et responsabilits :...................................................................................................

3.2.7

Charges estimes :...........................................................................................................

3.3

Vrification daptitude (VA)..............................................................................10

3.3.1

Objectif :.......................................................................................................................10

3.3.2

Primtre :.....................................................................................................................10

3.3.3

Cadencement :...............................................................................................................10

3.3.4

Conditions de prononciation de la VA (exemple) :................................................................11

3.3.4.1
3.3.4.2
3.3.4.3

Mode opratoire.......................................................................................................11
Conditions...............................................................................................................11
Scnarios de tests et jeux dessai...............................................................................11

3.3.5

Exemple de plan de tests :...............................................................................................12

3.3.6

Rles et responsabilits :.................................................................................................12

3.3.7

Charges estimes :..........................................................................................................12

3.4

ANAP

Vrification de service rgulier.........................................................................13

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 4

301019917.doc

Cahier des Vrifications

01/02/2011

3.4.1

Objectif :.......................................................................................................................13

3.4.2

Primtre :.....................................................................................................................13

3.4.3

Cadencement :...............................................................................................................13

3.4.4

Conditions de prononciation de la VSR :.............................................................................13

3.4.5

Exemple de plan de tests :...............................................................................................13

3.4.6

Rles et responsabilits :.................................................................................................13

3.4.7

Charges estimes :..........................................................................................................14

4. EXEMPLE DE PLAN DE TEST..................................................................................................15


4.1

Exemple pour la MOM :.....................................................................................15

4.2

Exemple pour le paramtrage :.........................................................................17

4.3

Exemple pour la VA :........................................................................................18

4.3.1

ANAP

Exemple pour la VSR :.....................................................................................................20

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 5

301019917.doc

Cahier des Vrifications

01/02/2011

1. Prambule la rdaction du cahier des vrifications


Le prsent document rcapitule les actions mener pendant les diffrentes phases du
projet pour sassurer de la bonne adquation du progiciel livr et install avec les
besoins et exigences exprims dans lAppel dOffres.
La finalisation dun cahier des vrifications sinscrit dans une dmarche visant la qualit
technique ncessaire une utilisation satisfaisante du progiciel install.
Il permet, ds la phase de lancement, de saccorder avec le MOE :

Sur les modalits de ralisation de ces tests


Sur les procdures qui encadrent lexcution des tests.

Le cahier des vrifications dcrit donc les diffrentes phases de vrification ;


prcise la faon de procder pour chaque vrification.

il

Le cahier de vrifications fait rfrence aux procdures suivantes dcrites dans le PQP :

Gestion des livraisons ralises par la MOE ;


Gestion des non conformits.

La procdure de gestion des non conformits dcrit la faon dont il faut procder face
une anomalie (bug applicatif) ou incident (non applicatif, notamment les niveaux de
service attendus : temps de rponse, disponibilit) pendant une phase de test.
La procdure de livraison permet de maitriser le contenu de ce qui est install par la
MOE pour vrification ; en particulier, elle liste, si ncessaire, les fonctions non encore
disponibles et les corrections apportes aux anomalies dtectes prcdemment.
Le cahier de vrifications fait rfrence une liste de tests. Cette liste est constitue
par la MOA et sappuie sur les besoins fonctionnels exprims dans le cahier des
charges ; suivant la phase de vrification considre, la MOA fait un choix parmi ces
tests, ce qui lui permet danticiper le temps et les moyens ncessaires. Un mme test
peut tre excut dans diffrentes phases, par exemple en VA et VSR.
Le cahier de vrification sarticule avec le plan de tests de la MOE. En effet, la MOE
excute des tests ; la MOA est en droit (si cela est prcis dans le CCTP) de connaitre
quels tests ont t effectus par la MOE et quels en sont les rsultats. Ceci permet la
MOA, dans un but de contrle qualit du travail excut par la MOE, de nexcuter
quun chantillon de ces tests, (en effet, il ne sagit pas de refaire le travail fait par la
MOE mais de contrler quil a t fait correctement).
Le plan propos est une suggestion que chaque tablissement se doit dadapter en
fonction de son contexte et du niveau de dtail quil souhaite voir intgrer.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 6

301019917.doc

Cahier des Vrifications

01/02/2011

2. Enjeux et objectif
La mise en place dun cahier des vrifications le plus exhaustif possible permet de
rduire les risques dchec du projet, en dcelant les erreurs chacune des tapes de
test et le plus tt possible.
Il permet, ds la phase de lancement, de saccorder prcisment avec le MOE du type
de tests qui seront excuts et des modalits de ralisation de ces tests.
Le cahier des vrifications rcapitule les actions mener pendant les diffrentes phases
du projet pour sassurer de la bonne adquation des produits livrs et installs avec les
besoins et exigences exprims dans le contrat ou le march.
Ce document prcise pour chaque vrification :
-

la stratgie de vrification qui sera employe ;

lorganisation des tests.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 7

301019917.doc

Cahier des Vrifications

01/02/2011

Les vrifications
Les vrifications sont de quatre ordres :

La mise en ordre de marche (MOM) lissue de la phase dinstallation ;

La vrification par le MOE du paramtrage fait par ltablissement ;

La vrification daptitude (VA) lissue de la phase de test ;

La vrification de service rgulier (VSR) lissue de la phase de


dploiement.

Pendant une phase de vrification, la MOA doit contrler les livraisons dlments
fournis par la MOE. Pour cela, un bon de livraison (BLI) est fourni par la MOE qui
documente sa livraison (lments fournis et corrections apportes).
Cette rgle sapplique aussi dans le cas dune relivraison suite des corrections
apportes des anomalies dtectes.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 8

301019917.doc

Cahier des Vrifications

01/02/2011

2.1

La mise en ordre de marche (MOM)

2.1.1 Objectif :

Lobjectif de la MOM est de vrifier linstallation des composants matriels et logiciels et


le niveau dautonomie acquis par lquipe informatique sur lexploitation du systme
livr suite au transfert de comptence ralis par le MOE.
2.1.2 Primtre :

Tests techniques de linstallation des diffrents composants ;

Tests techniques de non rgression en cas dvolution de composants


dj installs (volution dOS, ou de middleware, ).

2.1.3 Cadencement :

Une seule campagne aprs linstallation et la formation par le MOE.

En cas dchec, une autre campagne sera ralise aprs fourniture des lments en
erreur ou absents par le MOE.
2.1.4 Conditions de prononciation de la MOM :

Tous les contrles raliss devront avoir un statut OK.


Si une 2me campagne est ncessaire, le MOE disposera de 10 jours ouvrs pour la
fourniture des lments manquants (documentations, logiciels, composants techniques
ou services).
2.1.5 Exemple de plan de tests :

Cf. chapitre 4.

2.1.6 Rles et responsabilits :

Responsable MOA des tests : Directeur Informatique ;

Acteurs : les responsables techniques du service informatique ;

Date de ralisation : du xx/xx/11 au xx/xx/11.

2.1.7 Charges estimes :

ANAP

Directeur Informatique : x jours ;

Responsables techniques du service informatique : y jours.

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 9

301019917.doc

Cahier des Vrifications

01/02/2011

2.2

Vrification du paramtrage applicatif

Cette vrification permet de sassurer que la personnalisation du logiciel est conforme


aux besoins exprims dans le cahier des charges ou le march.
2.2.1 Objectif :

Lobjectif de la vrification du paramtrage est de sassurer du bon paramtrage dans


lenvironnement spcifique de ltablissement.

Le MOA est responsable du paramtrage.

Le MOE validera le paramtrage de lapplication ralis par le MOA.

Cette recette est originale car elle ncessite :


- la validation par le MOE du bon paramtrage ralis par le MOA ;
- le contrle par le MOA dune information complte fournie par le MOA pour
chaque paramtre.
2.2.2 Primtre :

Tests fonctionnels ;

Tests fonctionnels de non rgression (notamment avec la fourniture dune


nouvelle version du logiciel).

2.2.3 Cadencement :

Une seule campagne aprs la formation des rfrents et le paramtrage


par ceux-ci des fichiers de base et des fichiers spcifiques de lapplication.

En cas dchec, une autre campagne sera ralise aprs ralisation des actions
correctives par le MOA ou le MOE.
2.2.4 Conditions de prononciation de la recette du paramtrage :

Tous les contrles raliss devront avoir un statut OK.


Si une 2me campagne est ncessaire, un dlai de 10 jours ouvrs sera fourni au MOA
ou MOE pour la ralisation des actions correctives (documentation ou paramtrage).
2.2.5 Exemple de plan de tests :

Cf. chapitre 4.
2.2.6 Rles et responsabilits :

ANAP

Responsable MOA des tests : Chef de projet MOA ;

Acteurs : les rfrents mtiers concerns.

Date de ralisation : du xx/xx/10 au xx/xx/10.

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 10

301019917.doc

Cahier des Vrifications

01/02/2011

2.2.7 Charges estimes :

ANAP

Chef de projet MOA: x jours ;

Rfrents mtiers : y demi-journes.

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 11

301019917.doc

Cahier des Vrifications

01/02/2011

2.3

Vrification daptitude (VA)

2.3.1 Objectif :

La VA a pour but de sassurer que:

Les utilisateurs finaux sont correctement forms ;

Le logiciel est bien document (support de formation et aide en ligne) ;

Le logiciel prsente les caractristiques fonctionnelles et techniques


(reprise de donnes, interfaces, performances) prvues au march.

2.3.2 Primtre :

Tests techniques :

Intgration ;

Non rgression ;

Performance (des outils de simulation de charge ou capacity


planning pourraient tre utiliss).

Tests fonctionnels :

Unitaire : il sagit dune opration unitaire pour lensemble dun


processus (exemple : une prescription un patient) ;

Intgration ou de chane fonctionnelle : il sagit dune suite


doprations unitaires (exemple : une prescription par un mdecin
un patient jusqu son inscription dans le plan de soins avec
lensemble des oprations intermdiaires) ;

Non rgression : il sagit de vrifier quune nouvelle version de


lapplication nintroduit pas de nouvelles anomalies.

Remarque : au lecteur de juger si la ralisation de tests unitaires est ncessaire ou


considre comme ralise dans les processus de fabrication du MOE ; il pourra tre
demand ce dernier de fournir ltablissement des lments factuels sur les
processus qualit quil applique dans la ralisation de ses versions.
2.3.3 Cadencement :

Deux campagnes dune semaine espace dune semaine pour correction


par le MOE soit 3 semaines au total ;

Ces campagnes suivront immdiatement la vrification du paramtrage.

2.3.4 Conditions de prononciation de la VA (exemple) :


2.3.4.1 Mode opratoire

Ltablissement dispose d'un dlai de w jours ouvrs aprs la date de vrification du


paramtrage pour procder la vrification d'aptitude et notifier sa dcision au MOE.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 12

301019917.doc

Cahier des Vrifications

01/02/2011

La bascule relle en exploitation ne pourra avoir lieu en labsence de vrification


daptitude du logiciel.
Si la vrification d'aptitude est positive, ltablissement procde la vrification de
service rgulier de la phase, pendant une dure de x mois aprs la bascule en
exploitation de la phase concerne.
Une dcision de vrification d'aptitude positive peut tre assortie de rserves. Le MOE
dispose dun dlai de y jours pour fournir les correctifs afin que ltablissement
prononce la leve de ces rserves.
Si la vrification d'aptitude est ngative, ltablissement prend une dcision
d'ajournement ou de rejet. En cas d'ajournement, le MOE dans le dlai de z jours,
procde une nouvelle prsentation des prestations, qu'il notifie ltablissement. Il
est alors procd une nouvelle vrification d'aptitude de la phase ajourne.
2.3.4.2 Conditions

La classification dune anomalie en termes de gravit est effectue en tenant compte de


la nature de lanomalie et de la criticit des fonctions impactes par lanomalie :

si bloquante en dbut de VA: la VA est rejete ;

si bloquante dans le droulement de la VA : la VA est ajourne avec le dlai


de z jours ;

si majeure dans le droulement de la VA :

si le nombre danomalies majeures est infrieure p%, la


VA est prononce avec rserves ; les dlais de correction sont
ngocis entre la MOA et le MOE ;

si le nombre danomalies majeures est suprieur ou gal


p%, alors la VA sera prononce si ce taux redevient infrieur p%
avant la fin de la VA ; sinon la VA est rejete ;

si mineure ou volutions dans le droulement de la VA :

la VA est prononce avec rserves ; les dlais de correction


sont ngocis entre la MOA et le MOE.

2.3.4.3 Scnarios de tests et jeux dessai

Les jeux dessais de rception sont rdigs par ltablissement, car la validation du
systme ne peut tre ralise que par la matrise douvrage.
Ces jeux dessais sont fournis au MOE au minimum v jours avant la date prvisionnelle
de dbut de la VA.
Le MOE dispose alors de u jours pour valider les jeux dessais prvus et pour faire ses
remarques ltablissement.
La validation des jeux dessais par le MOE ne modifie pas son engagement quant au
primtre fonctionnel et technique dfini dans le march.

ANAP

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 13

301019917.doc

Cahier des Vrifications

01/02/2011

Dans le cas o les jeux dessais ont pour consquence de contrler une fonctionnalit
non prvue dans les dossiers de spcifications ou prvue diffremment, les anomalies
ventuelles qui pourraient rsulter de ce test ne pourront tre opposes au MOE.
Lors de la validation des jeux dessai, le MOE informera ltablissement de tests non
prvus quil a identifis.
2.3.5 Exemple de plan de tests :

Cf. chapitre 4.
2.3.6 Rles et responsabilits :

Tests techniques :

Responsable MOA des tests : responsable informatique du chantier


concern ;

Acteurs : les comptences techniques de la MOA (gnralement


les informaticiens de ltablissement) avec si besoin les
comptences mtiers pour les tests de performance ;

Tests fonctionnels :

Responsable MOA des tests : Chef de projet MOA ;

Acteurs : les comptences mtiers concernes ;

Date de ralisation : du xx/xx/10 au xx/xx/10.

2.3.7 Charges estimes :

ANAP

Chef de projet MOA: x jours ;

Ingnieurs de la direction informatique : y jours ;

Rfrents mtiers : z demi-journes.

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 14

301019917.doc

Cahier des Vrifications

01/02/2011

2.4

Vrification de service rgulier

2.4.1 Objectif :

La VSR, a pour but de sassurer que les matriels et logiciels fournis sont capables
dassurer un service rgulier dans les conditions normales dexploitation pour les
fonctions prvues.
2.4.2 Primtre :

Tests techniques vis vis des niveaux de services spcifis dans le


march ;

Tests fonctionnels

Tests fonctionnels de non rgression en cas dvolution fonctionnelle du


logiciel.

Remarque : le test de la mise en place dune nouvelle version dans cette tape
permettra de valider les exigences dfinies dans le march pour la maintenance du
logiciel.
2.4.3 Cadencement :

Ds que la vrification d'aptitude est positive, ltablissement procde la


vrification de service rgulier de la phase, pendant une dure de x mois
aprs la bascule en exploitation de la phase concerne ;

Une seule campagne aprs la VA.

En cas dchec, une autre campagne sera ralise aprs fourniture des lments en
erreur ou absents par le MOE.
2.4.4 Conditions de prononciation de la VSR :

Tous les contrles raliss devront avoir un statut OK.


Si une 2me campagne est ncessaire, le MOE disposera de 10 jours ouvrs pour la
fourniture des lments manquants (documentations, logiciels, composants techniques
ou services).
2.4.5 Exemple de plan de tests :

Cf. chapitre 4.
2.4.6 Rles et responsabilits :

ANAP

Tests de performance :

Responsable MOA des tests : responsable informatique du chantier


concern ;

Acteurs : les comptences techniques de la MOA (gnralement


les informaticiens de ltablissement) avec si besoin les
comptences mtiers pour les tests de performance ;

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 15

301019917.doc

Cahier des Vrifications

01/02/2011

Tests fonctionnels y compris de non rgression :

Responsable MOA des tests : Chef de projet MOA ;

Acteurs : les comptences mtiers concernes ;

Date de ralisation : du xx/xx/10 au xx/xx/10.

2.4.7 Charges estimes :

ANAP

Chef de projet MOA: x jours ;

Ingnieurs de la direction informatique : y jours ;

Rfrents mtiers : z demi-journes.

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 16

301019917.doc

Cahier des Vrifications

01/02/2011

3. Exemple de plan de test


Ce chapitre prsente un exemple de plan de test afin daider le lecteur identifier les
diffrents types de tests raliser et les formaliser.
Le numro des tests excuter sert identifier prcismment un test. Un mme test
peut tre excut dans les diffrentes phases du projet (MOM, VA , Paramtrage, VSR)
notamment en fonction des rsultats des tests.
3.1

Exemple pour la MOM :

N du
test

Rsultat
attendu

Description

Procdure

Qui

Date

statut

Application
installe

Tester laccs
lapplication
partir de
quelques
postes
utilisateurs.

APPL001

Accs
lapplication
plan de soins

Tester laccs
lapplication
partir de
quelques
postes
utilisateurs.

Lapplication
est accessible
aux utilisateurs
(menu, cran,
ditions).

OK/KO

APPL002

Accs
lapplication
pancarte

Tester laccs
lapplication
partir de
quelques
postes
utilisateurs.

Lapplication
est accessible
aux utilisateurs
(menu, cran,
ditions).

OK/KO

Formation des
quipes
informatique

Fixer le
calendrier, les
modalits, le
contenu et
lvaluation de
la formation

Equipe
informatique
apte installer
le logiciel

OK/KO

+
Evaluation par
le responsable
informatique
de
lautonomie
de ses
collaborateurs
FORM00
1

ANAP

Formation

linstallation de
lapplication
plan de soins

Formation
prvue le
xx/xx/11 lors
de

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 17

301019917.doc

Cahier des Vrifications

01/02/2011

N du
test

Description

Procdure

Rsultat
attendu

Qui

Date

statut

linstallation
par lditeur
FORM00
2

Formation

lexploitation
de lapplication
plan de soins

Formation
prvue le
xx/xx/11

Documentatio
n technique

Vrifier que
les documents
techniques du
matriel et du
logiciel, dont
la liste est
indique dans
le march, ont
bien t reus
et satisfont
aux
obligations du
march.

DOC001

Documentation
dinstallation
de lapplication
plan de soins

DOC002

Documentation
dexploitation
de lapplication
plan de soins

ANAP

Equipe
informatique
apte exploiter
le logiciel
(cration user,
sauvegarde,
restauration,
etc.).

OK/KO

Vrifier que
les documents
techniques
dinstallation
et
dexploitation
sont complets
au regard du
march

Documentation
permettant
linstallation du
matriel et du
logiciel.

OK/KO

Vrifier que
les documents
techniques
dexploitation
sont complets
au regard du
march

Documentation
permettant
lexploitation du
matriel et du
logiciel.

OK/KO

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 18

301019917.doc

Cahier des Vrifications

01/02/2011

3.2

Exemple pour le paramtrage :

N du
test

Rsultat
attendu

Description

Procdure

Paramtrage

Faire valider
par le MOE le
paramtrage
saisi dans le
contexte de
ltablissement
et ceci avant
les tests de VA.

Table de
paramtrage
conforme
lenvironnement
de
ltablissement

PAR001

Paramtrage
de base de
lapplication
plan de soins

Le MOE valide
le paramtrage
de base ralis
pour
lensemble de
ltablissement
service

Table de
paramtrage
conforme au
mode de
fonctionnement
des units de
soins de
ltablissement

OK/KO

PAR002

Paramtrage
de lapplication
plan de soins
pour lunit
mdicale 1

Le MOE valide
le paramtrage
ralis pour ce
service

Table de
paramtrage
conforme
lunit mdicale
1 choisie comme
pilote

OK/KO

Documentation
du
paramtrage

Vrifier
lexistence dun
document
dcrivant le
rle de chaque
paramtre.

PAR003

Documentation
du
paramtrage
de lapplication
plan de soins

Vrifier
lexistence dun
document
dcrivant le
rle de chaque
paramtre.

Vrifier
lexhaustivit du
paramtrage
attendu.

OK/KO

PAR004

Documentation
du
paramtrage
de lapplication
pancarte

Vrifier
lexistence dun
document
dcrivant le
rle de chaque
paramtre..

Vrifier
lexhaustivit du
paramtrage
attendu.

OK/KO

ANAP

Qui

Date

statut

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 19

301019917.doc

Cahier des Vrifications

01/02/2011

3.3
N du
test

FORM001

DOC003

Exemple pour la VA :
Rsultat
attendu

Description

Procdure

Formation des
utilisateurs
finaux

Contrler le niveau atteint


au travers des
valuations faites par le
formateur ; inversement
contrler la satisfaction
des personnes formes
au travers des
valuations de fin de
formation

Formation des
paramdicaux
lutilisation
de lapplication
plan de soins

Contrler le niveau atteint


au travers des valuations
faites par le formateur :
le formateur utilisera la
fiche xxx dvaluation des
comptences;
inversement contrler la
satisfaction des personnes
formes au travers des
valuations de fin de
formation : utiliser la
fiche yyy dvaluation de
la formation donne

Documentatio
n du logiciel

Sassurer du respect de la
documentation aux
critres noncs dans le
contrat ou le march.

Documentation
du logiciel

Sassurer du respect de la
documentation aux
critres noncs dans le
contrat ou le march.

La
documentation
dcrivant les
fonctionnalits
applicatives et
manuel
utilisateur est
conforme aux
exigences du
march

Tests
fonctionnels

Slectionner les fonctions


cls de lapplication et les
tester unitairement pour
vrifier le bon
fonctionnement

Les rgles de
gestion sont
conformes au
mtier

Qui

Date

Matrise de
lapplication

statut

OK/KO

Identifier avec les


utilisateurs principaux les
cas dutilisation de
lapplication, le rsultat
prvu par les utilisateurs
et les drouler

CRPT001

ANAP

Exemple de

Saisir les donnes dans le

Les donnes

Modifier Proprits : Nom de l'Auteur

OK/KO

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 20

301019917.doc

Cahier des Vrifications

01/02/2011

N du
test

Procdure

cas mtier 1 :

paragraphe tat civil

doivent tre
enregistres
et restitues
correctement.
Les nom,
prnom, sexe,
date de
naissance sont
obligatoires

Lire une fiche remplie

Lergonomie
doit permettre
une lecture
facile de la
prescription

OK/KO

Gestion des
donnes
administratives
lors de la
cration du
dossier patient

PRES001

Rsultat
attendu

Description

Exemple de
cas mtier 2 :
Ergonomie de
la fiche de
prescription

Qui

Date

statut

Performance
fonctionnelle

Sassurer que dans


lapplication les chanes
de traitements ou les
transactions unitaires
sont conformes aux
exigences dcrites dans le
contrat ou le march

PERF001

Exemple de
performance
fonctionnelle 1

Raliser une prescription


simple de mdicament au
livret thrapeutique

Sa ralisation
doit se faire
en moins de 2
clics

OK/KO

PERF002

Exemple de
performance
fonctionnelle 2

Faire une prescription


unitaire

Le contrle de
la prescription
doit se faire
en moins de x
secondes

OK/KO

Tests
dintgration

Faire un test des


fonctionnalits en
envoyant des donnes
dautres applications

Tests de
reprise des
mdicaments
dans le livret
thrapeutique

Tester la reprise des


donnes sur un jeu
dessai

INTG001

La reprise de
donnes est
oprationnelle
et ne gnre
pas de bug
dans
lapplication

3.3.1 Exemple pour la VSR :


N du
test

ANAP

Description

Procdure

Rsultat
attendu

Qui

Date

statut

Modifier Proprits : Nom de l'Auteur

Modifier Proprits :
Sigle ES

Modifier Proprits : Nom du Projet

page 21

301019917.doc

Cahier des Vrifications

01/02/2011

N du
test
PSME001

Description

Rsultat
attendu

Procdure

Vrification du
caractre
oprationnel
des statistiques
mensuelles
issues
de
lapplication
plan de soins

Traiter les statistiques


mensuelles de
lapplication

Mesures
de
performance

Vrifier la conformit
des exigences ce qui
est spcifi dans le
contrat ou le march ;
exemple :
-

temps de rponse

temps ddition

rsistance
dactivit

temps
de
connexion/dconnex
ion

au

Qui

Date

statut

Vrifier que
les statistiques
mensuelles
sont
exhaustives

OK/KO

pic

PERF003

Performance
des
prescriptions
avec
30
utilisateurs
simultans

Raliser
le
test
de
prescriptions
unitaires
avec
30
utilisateurs
simultans

Les temps de
rponse
doivent
tre
infrieurs 2 s

OK/KO

PERF003

Disponibilit de
lapplication de
prescription sur
2
mois
dexploitation

Relever
les
indisponibilits
de
lapplication dans loutil
de suivi des incidents

La disponibilit
de lapplication
doit
tre
suprieure

99,5%

OK/KO

ANAP

Modifier Proprits : Nom de l'Auteur

Vous aimerez peut-être aussi