Direction

de la Technologie

Procédure de recette fonctionnelle ENT

Résumé Le présent document définit les modalités de recette unitaire du socle de l’ENT et des Services
applicatifs. Un document similaire doit être réalisé concernant l’intégration du socle avec les
Services applicatifs.

Les documents du kit de gestion de projet ont été rédigés à partir de l’expérience de gestion de
projet d’un cabinet conseil et de plusieurs entretiens avec des chefs de projets UNR afin de
valider la pertinence des éléments sélectionnés dans le kit.

Avertissement :

Ces documents ont été complétés à titre d’exemple. Ils ne visent pas à imposer une démarche
spécifique mais plutôt à servir de première base, la plus pratique possible. Les projets auront
donc le loisir de les personnaliser et adapter en fonction de leurs besoins
.
Il est d’ailleurs particulièrement conseillé de modifier les passages surlignés en jaune.

PROJET X
DÉFINITIF

27/02/2024 Page 1/17

Page de service

Rédacteur (nom – fonction) Valideur (nom – fonction)

Documents associés Version

Glossaire V0

Historique des modifications et validation du document

Version Date Parties modifiées Nature du changement Valideur

V0 27/07/04

Diffusion

Entités Noms

27/02/2024 Page 2/17

 Sommaire

NOTATION 5

1 PRÉSENTATION DU DOCUMENT 6

1.1 CONTENU 6
1.2 CHAMP D’APPLICATION 6
1.3 GLOSSAIRE RECETTE 6

2 OBJECTIF DE LA RECETTE 7

2.1 OBJECTIFS 7
2.2 DURÉE 7
2.3 LOCALISATION 7

3 ACTEURS 8

3.1 LE CHEF DE PROJET UNR ET SES ASSISTANTS 8

3.2 LE SERVICE INFORMATIQUE OU LE CRI 8
3.3 EQUIPE DE RECETTE 8

4 PROCESS GÉNERAL DE LA RECETTE 9

4.1 DESCRIPTION DU PROCESSUS : 9

5 STRUCTURE MISE EN PLACE 10

5.1 EQUIPE DE RECETTE 10

5.2 PILOTE DE LA RECETTE FONCTIONNELLE 10
5.3 COMITÉ QUOTIDIEN 10
5.4 COMITÉ DE RECETTE HEBDOMADAIRE 10

6 PRÉPARATION DE LA RECETTE 11

6.1 CONDITIONS D’EXÉCUTION 11

6.2 PLANNING 11
6.3 DOSSIER DE DÉFINITION DES TESTS DE RECETTE 11
6.4 JEUX DE DONNÉES : POSITIONS ET EMPLOYÉS 11
6.5 JEUX DE DONNÉES : COMPTES 11
6.6 RÉUNION DE LANCEMENT 11

7 DÉROULEMENT DE LA RECETTE FONCTIONNELLE 12

7.1 CONDITIONS D’ENTRÉE EN RECETTE 12

7.2 MODALITÉS DE LA RECETTE 12
7.3 DÉROULEMENT DE LA RECETTE FONCTIONNELLE. 12

8 GESTION DES ANOMALIES 13

8.1 COMMUNICATION DES ANOMALIES 13

8.2 CLASSIFICATION DES ANOMALIES 13
8.3 TRAITEMENT DES ANOMALIES 13
8.4 TESTS DE NON-RÉGRESSION 13

9 PRONONCIATION DE LA RECETTE FONCTIONNELLE 14

27/02/2024 Page 3/17

9.1 RÉUNION DE BILAN DE LA RECETTE 14
9.2 CRITÈRES DE DÉCISION 14
9.3 ACCEPTATION DE LA RECETTE 14
9.4 AJOURNEMENT DE LA RECETTE 14

10 GESTION DES CAS SPÉCIFIQUES 15

10.1 ADMINISTRATION 15
10.2 REPRISE DE DONNÉES 15

ANNEXE 1 : MODELE DE FICHE DE FAIT TECHNIQUE 16

27/02/2024 Page 4/17

NOTATION

Ce document fait partie du kit de gestion de projet UNR mis à disposition des équipes
projet UNR.

Les références aux autres documents du kit de gestion de projet sont soulignées et
notées [X], où X est le numéro du document.

Les numéros de ces documents sont les suivants :

Pour plus d’information sur le kit de gestion de projet UNR, il est conseillé de consulter le
document Référentiel de Projet [1].
Les documents du kit de gestion de projet UNR
par catégorie
1 Référentiel Projet

GESTION DE PROJET GESTION ACCOMPAGNEMENT

INFORMATIQUE DE DES UTILISATEURS
l’ENT
Plan Enquête de Convocation
2 16 20
d’Assurance Dossier perception et de réunion
Qualité
11 des attentes
d’Architecture
Technique Compte-rendu
3 7 Budget Etude 21 de réunion
Glossaire 17
Protocole d’impacts
12
Tableau de Technique Fiche de
4 Organigramme 8 d’Installation Plan de 22 lecture
gestion des
risques 18 formation et
OTP 13 Procédure de d’accompa-
Fiche de
5 (Organigramme 9 recette gnement 23
Technique de Tableau de modification
Projet) reporting Dossier
(indicateurs) 14 19 Plan de
Tableau de
d’exploitation communication 24
suivi des
6 Planning 10 Cahier des Plan de groupes de
15
charges Continuité de travail
Services

27/02/2024 Page 5/17

1 PRÉSENTATION DU DOCUMENT

1.1 CONTENU
Le présent Protocole de Recette précise les modalités de Recette fonctionnelle du socle de l’ENT et des
Services applicatifs.

Il détermine les responsabilités des intervenants lors de la préparation et de la réalisation de la recette, et

précise les critères utilisés pour la prononciation de la recette.

Cette recette consiste en l’exécution de scénarios de tests décrits dans le Dossier de Définition des Tests de
Recette, afin de démontrer la validité de l’application en regard des attentes de la Maîtrise d’Ouvrage (chef
de projet UNR).

1.2 CHAMP D’APPLICATION

Ce Protocole s’applique à la recette fonctionnelle du socle de l’ENT et des Services applicatifs XXXX.

1.3 GLOSSAIRE RECETTE

Les termes spécifiques à la recette (MOA, MOE, FFT…) sont définit dans le glossaire [3]

27/02/2024 Page 6/17

2 OBJECTIF DE LA RECETTE

2.1 OBJECTIFS
L’objectif de la recette fonctionnelle est d’approuver l’application ENT livrée avant son passage en
Intégration.

Elle consiste à vérifier la conformité de l’application aux spécifications fonctionnelles, et doit donner lieu à un
accord du chef de projet UNR et du service informatique ou CRI.

2.2 DURÉE
Elle débutera en XXX.

La recette de l’application se déroule sur XX semaines.

Inclure un planning détaillé en annexe.

2.3 LOCALISATION
La recette interviendra de préférence sur le site de XX.

27/02/2024 Page 7/17

3 ACTEURS

3.1 LE CHEF DE PROJET UNR ET SES ASSISTANTS

Le chef de projet UNR et ses assistants ont un rôle de maîtrise d’ouvrage : il fixe les objectifs de la recette
en fonction des spécifications auparavant décrites.

3.2 LE SERVICE INFORMATIQUE OU LE CRI

Le service informatique ou le CRI joue le rôle de maîtrise d’œuvre : il est responsable du déroulement
opérationnel de la recette ;

3.3 EQUIPE DE RECETTE

L’équipe de recette regroupe les personnes qui vont tester l’ENT. Il s’agit des membres des groupes de
travail « usages » en fonction des domaines concernés :
- Scolarité
- Vie étudiante
- Enseignement à distance
- Documentation et bibliothèque universitaire
- Recherche
- Comptabilité et finances

27/02/2024 Page 8/17

4 PROCESS GÉNERAL DE LA RECETTE

4.1 DESCRIPTION DU PROCESSUS : Evolution

1°) Détection d’une anomalie dans le cadre d’un test de recette :

- Recette à partir d’un scénario de test : dans ce cadre, le testeur réalise un certain nombre de
tests selon les directives d’un dossier de recette. Si le résultat du test est différent du résultat
attendu alors le testeur rédige une FFT DETAILLEE sur les causes, le contexte, les
manipulations effectuées et y joint le cas échéant une copie d’écran …
- Recette « singe »: dans ce cadre, l’utilisateur remarque un diysfonctionnement au fil de l’eau.
L’utilisateur rédige une FFT aussi détaillée que possible quant à la manipulation et au résultat
obtenu (vs le résultat attendu).
- Dans les deux cas, une FFT est rédigée et le Tableau des Anomalies est mis à jour et
disponible sur un réseau partagé.

2°) Analyse de la FFT- Etape 1 : Qualification FFT

- Quotidiennement la MOA se réunit pour analyser les anomalies reçues.
- A ce stade, la MOA peut estimer que l’anomalie n’est pas recevable (ni en tant que non-
conformité, ni en tant que nouvelle évolution) , elle peut donc la rejeter en informant de sa
décision à l’émetteur.
- Dans tout autre cas, la MOA affecte une priorité (bloquante / majeure / mineure), un numéro,
une nature (non conformité, évolution …) et lui donne sa rédaction définitive.

3°) Chaque soir (à heure fixe), la MOA et la MOE se réunissent pour analyser les FFT. Les FFT et le
tableau des anomalies sont mises à jour et publiés par la MOA sur le réseau partagé et officiellement
transmis à la MOE par le pilote de la recette MOA - Etape 2 : Transmission MOE.
La MOE transmet les documents à son intégrateur. Cet intégrateur gère son propre tableau des anomalies,
avec toutes les précisions supplémentaires, qu’il juge nécessaire au suivi de ses propres travaux.
Chaque comité quotidien permettra à la MOE et son intégrateur d’informer la MOA de l’avancement des
corrections et de l’état des anomalies, ce qui permettra à la MOA une mise à jour du tableau de suivi des
anomalies.

4°) Validation de la correction :

- La MOA valide la correction effectuée par la MOE. Si la correction n’est pas conforme à
l’attente, la MOA redonne la FFT à traiter en explicitant davantage le besoin.
- Toute anomalie bloquante ou majeure non corrigée au moment de la mise en production sera
signalée dans le PV de recette. Des solutions de contournement devront impérativement être
proposées par la MOE (Intégrateur) et validées par la MOA, dans le cas exceptionnel d’une
impossibilité de correction de l’anomalie dans les délais.
- Les évolutions liées à une incompréhension lors des spécifications pourront être prises en
compte lors d’une version ultérieure de l’application.

27/02/2024 Page 9/17

5 STRUCTURE MISE EN PLACE

5.1 EQUIPE DE RECETTE

5.2 PILOTE DE LA RECETTE FONCTIONNELLE

5.3 COMITÉ QUOTIDIEN

5.4 COMITÉ DE RECETTE HEBDOMADAIRE

27/02/2024 Page 10/17

6 PRÉPARATION DE LA RECETTE

6.1 CONDITIONS D’EXÉCUTION

6.2 PLANNING

6.3 DOSSIER DE DÉFINITION DES TESTS DE RECETTE

6.4 JEUX DE DONNÉES : POSITIONS ET EMPLOYÉS

6.5 JEUX DE DONNÉES : COMPTES

6.6 RÉUNION DE LANCEMENT

27/02/2024 Page 11/17

7 DÉROULEMENT DE LA RECETTE FONCTIONNELLE

7.1 CONDITIONS D’ENTRÉE EN RECETTE

7.2 MODALITÉS DE LA RECETTE

7.3 DÉROULEMENT DE LA RECETTE FONCTIONNELLE.

27/02/2024 Page 12/17

8 GESTION DES ANOMALIES

8.1 COMMUNICATION DES ANOMALIES

8.2 CLASSIFICATION DES ANOMALIES

8.3 TRAITEMENT DES ANOMALIES

8.4 TESTS DE NON-RÉGRESSION

27/02/2024 Page 13/17

9 PRONONCIATION DE LA RECETTE FONCTIONNELLE

9.1 RÉUNION DE BILAN DE LA RECETTE

9.2 CRITÈRES DE DÉCISION

9.3 ACCEPTATION DE LA RECETTE

9.4 AJOURNEMENT DE LA RECETTE

27/02/2024 Page 14/17

10 GESTION DES CAS SPÉCIFIQUES

10.1 ADMINISTRATION

10.2 REPRISE DE DONNÉES

27/02/2024 Page 15/17

ANNEXE 1 : MODELE DE FICHE DE FAIT TECHNIQUE
N° : Titre

Emetteur : Date :
Scénario :
(Version) :

Environnement : Intégration Recette Production

Autre

Qualification :
Evolution suite Amélioration /
Non-Conformité Erreur de Test Incompréhension Evolution

Gravité : Bloquante Grave Mineure

Demande de prise en Immédiate

compte Livraison
intermédiaire
Prochaine Version

Reproductible : Oui Non

Description

Description Ecran
Vue
Applet

27/02/2024 Page 16/17

 ANALYSE TECHNIQUE
Analyste : Date :
Qualification : Paramétrage Autres

Description

Décision
Acceptée
Rejetée

CORRECTION
Auteur : Date :
Description

CLOTURE
Auteur : Date :

27/02/2024 Page 17/17