Plan d’assurance Qualité

Projet : Mise en place d’un système

d’information intégré pour la gestion des
activités de la formation professionnelle d’une
plateforme numérique pour la gestion des
activités privées de la formation professionnelle

1
 Suivi du document

Identification du document
Version courante 2022110120220120_PAQ_MEFP__Plan-assurance-
qualite_V0.21_Applicable projetapplicable.docx
Titre Mise en place d’un système d’information intégré de gestion des
activités de la formation professionnelle
Référence PAQ – Projet MEFP
Historique des changements
Ver. Date Auteur(s) Validateur(s) Action(s)
01/11/2022
0.1 Ahmed Janezri Création de document
10/12/2022
20/01/2023 MAJ Planning
0.2 Ahmed Janezri MAJ Les Livrables
MAJ Forme

2
Contacts

Numeryx
Adresse Bureau C-10, 10ème étage Immeuble Lloyd, Rue Ahmed
Hamza
Centre Urbain Nord
1082 Tunis - Tunisie

Téléphone +216 71 130 131

Email Info@numeryx.fr
Web http://www.Numeryx.fr

3
Table des matières
1. Introduction....................................................................................................................................6
1.1. Les documents de références.................................................................................................6
1.2. Abréviations, terminologies....................................................................................................6
1.3. Confidentialité........................................................................................................................6
2. L’objet et les caractéristiques du PAQ............................................................................................7
2.1. Objectifs du PAQ.....................................................................................................................7
2.2. Les Responsabilités de réalisation et de suivi du plan............................................................7
2.3. Le domaine d’application.......................................................................................................7
2.4. Procédure et critères d'évolution du PAQ..............................................................................8
2.5. Procédure de dérogation au PAQ...........................................................................................8
2.6. Procédure de traitement de non-conformité.........................................................................8
2.7. Documents applicables et documents de référence..............................................................8
3. La présentation du projet...............................................................................................................8
3.1. Présentation du projet............................................................................................................8
3.2. Périmètre................................................................................................................................9
3.3. Les livrables............................................................................................................................9
3.3.1. Phase 1 Cadrage du Projet..............................................................................................9
3.3.2. Phase 2 Conception de la Plateforme.............................................................................9
3.3.3. Phase 3 Développement et Paramétrage.......................................................................9
3.3.4. Phase 3 Tests (User Acceptance)....................................................................................9
3.3.5. Phase 4 Formation des Utilisateurs..............................................................................10
3.3.6. Phase 5 Mise en Production.........................................................................................10
3.3.7. Phase 6 Assistance Post-démarrage.............................................................................10
3.4. Les Modalités de réception des livrables..............................................................................10
3.4.1. Dépôt des livrables.......................................................................................................10
3.4.2. Vérification, Contrôle De Conformité, Validation Des Livrables....................................10
3.4.3. Réserves Sur Les Livrables (les différents lots de la solution).......................................10
3.4.4. Suivi de la réception des livrables.................................................................................11
4. L’Organisation du projet...............................................................................................................12
4.1. La structure du Projet...........................................................................................................12
Mission.........................................................................................................................................12
Composition et Rôles....................................................................................................................12
4.2. Matrice RACI.........................................................................................................................13
4.3. Les réunions..........................................................................................................................14
4.3.1. Avis de réunion.............................................................................................................14
4.3.2. Réunion........................................................................................................................15
4.3.3. Compte rendu de réunion............................................................................................15

4
5. Méthodologie de projet et livrables.............................................................................................16
5.1. Structure générale de la méthodologie de l’élaboration du projet......................................16
5.2. Outils de collaboration.........................................................................................................16
5.3. Outils de test de charge........................................................................................................17
6. Planning........................................................................................................................................17
7. Dispositif qualité...........................................................................................................................20
7.1. Principes...............................................................................................................................20
7.2. Indicateur qualité.................................................................................................................20
7.3. Qualité des livrables consignés document............................................................................21
7.3.1. Règles de nommage des documents............................................................................21
7.3.2. Règles de gestion des états d’un document.................................................................22
7.3.3. Marquage des documents............................................................................................22
7.3.4. Directives générales de documentation.......................................................................22
7.3.4.1. Document de spécification fonctionnelle détaillée...................................................22
7.3.4.2. Document de spécification technique détaillée........................................................23
7.4. Livraison itérative interne.....................................................................................................24
7.4.1. Recette interne.............................................................................................................24
7.4.2. Recette provisoire.........................................................................................................24
7.4.2.1. Objectifs de la recette provisoire..............................................................................24
7.4.2.2. Travaux.....................................................................................................................24
7.5. Validation finale....................................................................................................................26
7.5.1. Recette provisoire de la solution globale......................................................................26
7.5.1.1. Objectifs de la recette provisoire de la solution globale...........................................26
7.5.1.2. Travaux.....................................................................................................................26
7.5.2. Mise en place de la solution globale.............................................................................26
7.5.3. Recette définitive de la solution globale.......................................................................27
7.6. Le transfert de compétences................................................................................................27
7.7. Garantie................................................................................................................................27
7.8. Gestion des changements....................................................................................................27
7.9. Gestion des anomalies..........................................................................................................28
7.10. Gestion des risques...........................................................................................................28
8. Annexes........................................................................................................................................30
8.1. Fiche de gestion des modifications.......................................................................................30
8.2. Fiche de gestion des anomalies............................................................................................31
8.3. Journal des risques...............................................................................................................32

5
 1. Introduction
Ce document constitue le Plan d’Assurance Qualité Projet. Il a pour objectif de faire partager
et de donner à tous les participants du Projet les procédures, les règles et les méthodes à appliquer.
Pour cela, il contient la description des éléments suivants applicables durant toute la vie du
projet :
● Son contexte
● Son organisation
● Son phasage
● Les principes régissant les relations entre le Ministère d’Emploi et la Formation
Professionnelle l’OFII et Numeryx.
● Les normes et procédures à respecter.
Le présent document a pour vocation de cadrer et de formaliser la collaboration entre les
équipes du MEFP et le prestataire, il pourra néanmoins connaître des évolutions ou des
aménagements à condition que ceux-ci soient dûment approuvés et validés (signature) par les
coordinateurs de projet Directeurs de projet du Ministère d’Emploi et la Formation Professionnelle et
le chef de projet Numeryx et validé par le comité de suivi /pilotgepilotage du projet.
Le PAQ ne peut pas entrer en contradiction avec le contrat bon de commande qui a été signé
et ses avenants. Dans le cas où des dispositions seraient contraires à des articles du contratbon de
commande, ce sont les articles du bon de commande contrat et de ses annexes qui font foi, et le PAQ
devra être révisé en conséquence.

1.1. Les documents de références

● La loi
● Cahier des charges
● Le Contrat signé Réf. Contrat,bon de commande signé par les deux parties (OFII et Numeryx),
ses annexes et avenants éventuels.
● Le présent document Plan d’Assurance Qualité Projet (Word).

1.2. Abréviations, terminologies

MOA (Maitre d’ouvrage) Fait référence à l’acheteur public.
MOE (Maitre d’œuvre) Désigne le titulaire du marché et représenté la société Numeryx
Soumissionnaire Désigne le soumissionnaire dont l’offre avait été retenue et qui
conclurait le marché avec le Ministère d’Emploi et la Formation
Professionnelle
EPF Désigne l’Etablissement de la Formation Professionnelle
établissementl’Etablissement Privée de Formation
MEFP Désigne le Ministère d’Emploi et de Formation Professionnelle
DG Désigne leDésigne le Direction Générale
CDG Désigne leDésigne le Cadre de Direction Général
PAQ Désigne leDésigne le Plan d’assurance qualité projet
DAF Désigne laDésigne la Direction Administrative et Financière

6
 SFD Désigne laDésigne la Spécifications fonctionnelles et détaillées
STD Désigne laDésigne la Spécifications techniques détaillées
CCAP Désigne le cahier des clauses administratives particulières
CCTP Désigne le cahier des clauses techniques particulières.

1.3. Confidentialité
Les différents intervenants contractuels du projet s’engagent à maintenir confidentielle toute
information émise par l’une des parties et échangée dans le cadre de l’exécution du présent projet.
Elles s’engagent à prendre les mesures nécessaires à l’égard de leurs personnels, de leurs sous-
traitants et fournisseurs pour assurer, sous leur responsabilité, cette confidentialité.
Et que tout document ou rapport officiel sera remis via le bureau d'ordre central du MEFP etou une
par adresse électronique officielle qui sera définie ultérieurement de l’OFII. et du MEFP

2. L’objet et les caractéristiques du PAQ

2.1. Objectifs du PAQ

Le Plan Assurance Qualité vise à décrire les dispositions prises par toutes les parties prenantes pour
garantir la qualité du projet « Acquisition et mise en œuvre miseMise en place d’un système
d’information intégré pour la gestion des activités de la formation professionnelle d’une
plateforme numérique pour la gestion des activités privées de la formation professionnelle ». Ces
dispositions sont prises en considération lorsque le projet est initialisé et sont revues voire modifiées
si nécessaire pendant toute la durée de vie du projet. Le Plan Assurance Qualité définit ainsi les
méthodes, l'organisation et les activités d'assurance et de contrôle de la qualité spécifiques au
projet. Il constitue notamment le référentiel technique entre toutes les parties prenantes et les
mesures à prendre en cas d’événement lors du déroulement du projet.
L'utilisation de ce document doit permettre d'atteindre les objectifs suivants :
● Constituer une référence commune à tous les acteurs du projet et permettre ainsi d'assurer
une bonne cohérence et une homogénéité dans les méthodes de travail.
● Garantir la qualité des livrables et des prestations réalisées.
● Définir les procédures à suivre, les outils à utiliser, les normes à respecter, la méthodologie
de réalisation du projet et les contrôles prévus pour chaque activité.
● Suivre la qualité du projet.
● Faciliter la prévention des risques et des dérives par rapport aux objectifs initiaux.
● Répondre aux exigences qualité telles que définies dans « les Termes de Référence » du
projet.

2.2. Les Responsabilités de réalisation et de suivi du plan

● L’élaboration et les mises à jour du présent plan sont sous la responsabilité de Numeryx
(MOE).
● Le Ministère d’Emploi et de la Formation Professionnelle et l’OFII (MOA) assument la
responsabilité du processus de validation du Plan Assurance Qualité.
● La MOA et la MOE sont responsables de l’application du PAQ et de la bonne exécution des
dispositions qui y sont retenues.
● Tous les acteurs du projet sont tenus de connaître et d’appliquer intégralement les
dispositions définies dans le présent plan.

2.3. Le domaine d’application

Le présent PAQ s’applique sur la durée complète du projet «mise en place d’un système
d’information intégré pour la gestion des activités de la formation professionnelle » Acquisition et
mise en œuvre d’un système information intégré de gestion des activités de la formation

7
professionnelle » et concerne l'ensemble du projet (réalisation, déploiement, vérification, formation,
maintenance corrective et évolutive, garantie).
Ainsi, il couvre :
● Toutes les étapes du projet.
● Les prestations et la documentation fournies tout au le long des processus relatifs au projet.
● L’ensemble des activités et des fournitures constituant la solution (code sources, scripts,
exécutables, documentation, formation).
Le PAQ définit l'ensemble des principes relatifs aux :
● Méthodes, normes, standards et outils.
● Management de projet.
● Maîtrise des documents.
● Processus de qualification et de réception des livrables.
● Traitement et validation des non-conformités.

2.4. Procédure et critères d'évolution du PAQ

Les mises à jour du plan doivent être justifiées par une amélioration des conditions de déroulement
du projet ou de la qualité des livrables.
Le chef du projet Numeryx est chargé des mises à jour du plan.
Après validation par le comité de suivi/ du pilotage de projet, le chef de projet NUMERYX et les
coordinateurs du projet le chef de Projet au niveau du MEFP et de l’OFII s’assurent de sa diffusion
auprès de tous les membres du Comité de mise en oeuvreœuvre de projet et le dépôt du document
dans l’espace documentaire (voir Outils de collaboration).

2.5. Procédure de dérogation au PAQ

Les acteurs du projet sont tenus de se conformer aux dispositions décrites dans ce plan d’assurance
qualité. En cas de difficulté d’application de l’une de ses dispositions, une demande de dérogation
formelle doit être faite déposer par coordinateurs MEFP du projet en coordination et après
cordinationcoordination avec le chef de projet NUMERYX auprès du omitécomité de suivi/ pilotage
du Projet le comité de projet auprès du comité de pilotage pour étude et suite à donner.

2.6. Procédure de traitement de non-conformité

Définition : Une non-conformité correspond à la non-satisfaction d’une exigence définie dans le PAQ.
Lorsqu'une non-conformité est constatée, la procédure appliquée par l’équipe MOE est la suivante :
● Identification de la cause.
● Évaluation de la portée et des conséquences de cet état de fait.
● Engagement d'une ou plusieurs actions correctives qui peuvent être :
❖ Exiger l’application du PAQ (faire réexprimer par les commanditaires l’importance du
PAQ).
❖ Faire évoluer le PAQ s’il se révèle mal adapté.
❖ Accorder une dérogation qui est validée par le comité de suivi/ pilotage du Projet le
Comité Projet et qui est enregistrée en tant qu’action qualité.
❖ Remonter un manquement au Comité de suivi/ pilotage du Projet.
❖ …..
Toute autre démarche aboutissant à une violation des règles méthodologiques entraîne le rejet, par
le contrôle qualité, des productions concernées. Dans tous les cas, « une fiche de non-conformité »
est créée (modèle en annexe) et « le tableau de suivi des non-conformités » (modèle en annexe) est
tenu à jour par les coordinateurs du projet le responsable qualité du MEFP.

2.7. Documents applicables et documents de référence

Au cours du déroulement du projet , l’équipe du projetles différentes parties auronta à se référer à
certains documents officiels auxquels il y a lieu de se conformer. Les documents de référence
suivants sont classés par ordre d’importance :

8
  Le cahier des charges.
 Le bon de commande signé par les deux parties (OFII et NUMERYX)
 L’offre de NUMERYX (incluant les réponses aux compléments d’information).
 Les divers livrables validés à l’issue de chacune des étapes du projet.

● La loi, les règlements juridiques

● Le cahier des charges.
● L’offre de NUMERYX (incluant les réponses aux compléments d’information).
● Les divers livrables validés à l’issue de chacune des étapes du projet.
● Le contrat entre NUMERYX et l’OFII.
Lorsque des contradictions ou des différences apparaissent entre ces documents, les dispositions
définies par les documents de priorité supérieure s’appliquent.

3. La présentation du projet

3.1. Présentation du projet

Le marché, conclu entre le MOE et le MEFPMOA, porte sur l’acquisition et la mise en œuvre d’un
système information intégré de gestion des activités de la formation professionnelle en réponse à la
demande du MEFP dans le cadre de l’appel d’offre 01/2022.
La portée des prestations porte sur :
1. Le Cadrage, Conception, Développement, ainsi que le déploiement de la solution et la
formation des formateurs et des utilisateurs internes des utilisateurs internes et des
formateurs, avec une description détaillée de la plateforme et de ses composantes et un
planning détaillé de développement.
2. L'assistance à l'exploitation (assistance post démarrage) s’étalant sur 22 jours ouvrables (2
ingénieurs en présentiel ou en remote) et pour la période suivant la réception provisoire
globale.
3. La formation des utilisateurs finaux et des administrateurs.
4. La garantie pendant 1 année.
5. La maintenance sur 5 ans.

3.2. Périmètre
Le périmètre du présent projet couvre les modules suivants :
a. Module End-User (Portail + Espace End User)
b. Module Administrateur
c. Module Utilisateurs Internes
d. Module Pilotage et reporting
e. Module de Gestion de contenu et administration Back Office
f. Module Digital Enablers
g. Module de super-admin (technique et fonctionnel).

3.3. Les livrables

3.3.1. Phase 1 Cadrage du Projet
▪ PAQ
▪ Les PVs des réunions de Cadrage avec les délais de validation
▪ Le planning détaillé

9
▪ Une preuve de concept (version allégée) de modélisation d’un des processus métier du
présent cahier des charges.

3.3.2. Phase 2 Conception de la Plateforme globale

▪ Spécifications de la solution :
❖ Spécifications fonctionnelles détaillées (SFD).
❖ Spécifications techniques détaillées (STD).
❖ Dossier architecture technique globale de la solution

3.3.3. Phase 3 Développement et Paramétrage

▪ Plan Implémentation des différentes versions
▪ Dossier Code source (sauf pour Business suite, produit breveté) commenté pour les
développements apportés et documentation technique associée (Lot1) pour :
 Le Portail.
 Digital Enablers
 Administration Back Office
 L’ensemble des processus digitalisés
 Le Volet Pilotage
 Les notifications
 Les référentiels
 Politique et Mesures de Sécurité
 Rapport des résultats des tests unitaires, d’intégration et de performance
 Plan d’implémentation

3.3.4. Phase 3 Tests (User Acceptance)

▪ Code source de la solution (sauf pour Business suite, produit breveté).
▪ Cahier de recette

3.3.5. Phase 4 Formation des utilisateurs internes et des formateursdes Utilisateurs

▪ Programme détaillé de la formation

▪ Documentation associée à la formation des administrateurs et de l’équipe technique dont
notamment :
 Le support de formation
 Le manuel technique d’installation, d’administration et d’exploitation de la
plateforme
 Documentation associée à la formation des formateurs dont notamment :
 Le support de formation
 Le manuel approprié pour les formateurs

 Documentation associée à la formation des utilisateurs finaux dont notamment :

 Le support de formation
 Le manuel utilisateurs

Phase 5 Mise en Production

3.3.6. Phase 5 Mise en Production

▪ Stratégie et plan de démarrage
▪ Nouvelles versions livrées de la plateforme
▪ Rapport de MEP
▪

10
 3.3.7. Phase 6 Assistance Post-démarrage
 Rapport Final Post-démarrage


3.4. Les Modalités de réception des livrables.

3.4.1. Dépôt des livrables
Tous les livrables sont déposés au Bureau d’Ordre du MEFP.

3.4.2. Vérification, Contrôle De Conformité, Validation Des Livrables

▪ Livrables consignés dans des documents
Le comité de suivi et de coordination Le comité de suivi/ pilotage du Projet procède à la vérification
et aux contrôles de conformité des livrables qui le concernent, par rapport aux dispositions du cahier
des charges, du dossier d’appel d’offres et à l’offre de Numeryx, et ce qui a été précisé dans les
documents qui sont listé dans la section 3.4.3. Chaque Structure de projet est responsable de leur
validation.
▪ Logiciels : système information intégré de gestion des activités de la formation
professionnelle
Les fonctionnalités et les prestations faisant l’objet du présent Marché sont soumises système par
système à des tests et à des vérifications destinées à constater qu’elles répondent aux stipulations
prévues dans le Marché. Ces tests seront consignés dans un planning de test approuvé par les deux
parties.
Assurer la qualité structurelle du logiciel en respectant les métriques standard d’un code source (qui
seront détaillés dans les différents rapports test).
Les réceptions provisoire et définitive de la plateforme sont déclarées après l’approbation comité de
suivi/ pilotage du Projetdu comité de pilotage du plan de test (sans réserve bloquante).

3.4.3. Documents de références

Cette section décrit les documents de références et le périmètre de chacun :

Ordre Libellé Document Provenance Périmètre

0 La Loi
1 Cahier de Charges
2 Offre Numeryx
3 Bon de Commande
4 PAQ (Document Actuel)
Les PVs des
Réunions de
Cadrage et les
5
tableaux du backlog
projet en PJ avec
chaque PV
L’Etat Tunisien - Régissant la formation professionnelle
- Cadre Général du Projet
- Liste des Process
- Modules Fonctionnels
MEFP :
- La Gestion du Projet
AO
- Cadre Administratif
- Cadre Financier
- Cadre Juridique
- Périmètre technique général de la solution
Numeryx :
- Architecture technique générale de la
Dépôt RAO
solution
OFII – Numeryx - Cadre administratif et financier du projet
Numeryx : Phase 1 (Voir le Sommaire)
- Besoin Métier
- Règles Métier
MEFP : - Détails des Process Métier
Phase 1 - Les entités*
- Règles générales de comportement de la
solution

11
 - Les détails non exhaustifs des entités*
MEFP :
6 Les Inputs - Les attributs non exhaustifs des entités*
Phase 1
- Les variables
- Spécifications Fonctionnelles détaillées de
la solution
- Les éléments constituants les interfaces
- l’architecture fonctionnelle de la solution
- Les règles métiers détaillées
Numeryx :
7 SFD + STD - les règles d’interfaces détaillées
Phase 2
- L’architecture technique de la solution
- La conception UML
- Les séquences systèmes
- Les flux des Données
- L’interfaçage avec les systèmes externes
MEFP – Numeryx : - en cas d’une différence sur une donnée ou
Les différentes une information dans l’un des documents
8 Les Enregistrements
réunions durant le précédents, y référer.
projet
(*) : Le terme entité dans ce cadre désigne les éléments majeurs sur lesquels la solution se basera lors du traitement des workflows.

3.4.4. Réserves Sur Les Livrables (les différents lots de la solution)

Les réserves et les remarques sur les livrables ou sur les logiciels (identifiés lors de tests de bon
fonctionnement) font l’objet d’une fiche d’anomalie établie par la structure concernée et approuvée
par le Chef de Projet. Des notes de description précise des anomalies peuvent être annexées aux
fiches de réclamation d’anomalie. Les fiches sont soumises à l’examen par le groupe l’équipe de
projet pour analyser leur origine, leurs conséquences et leurs impacts sur la réalisation du projet. Ces
fiches sont ensuite remises au Chef de Projet de Numeryx et communiquées, officiellement, par
courrier.
Certains livrables peuvent être examinés en réunions organisées par les structures du projet dans un
COPIL, afin de procéder rapidement à une validation conjointe des livrables.

3.4.5. Suivi de la réception des livrables

Chaque livrable fait l’objet d’une fiche de suivi établie lors de sa réception, selon un modèle
prédéfini. Cette fiche est diffusée avec le livrable aux intervenants concernés par la validation.
L’équipe projet du MEFP dispose d’un délai de 15 jours ouvrablesd’un délai de 15 jour ouvrable pour
formuler ses remarques et ses réserves. Des relances sont effectuées auprès des intervenants
concernées avant l’expiration du délai.
La livraison des Spécifications Fonctionnelles détaillées, Spécifications Techniques Détaillées ainsi
que l’architecture de la plateforme ne se font qu’après la validation des comptes rendus des
réunions de cadrage, de la part des participants pendant lesdites sessionsréunions.

12
 3.4.6. Stockage du Code Source
Le système d’information faisant sujet du marché actuel repose sur l’intégration d’une solution
propriétaire au prestataire « Business Suite™ », la livraison et le stockage du code source (CS) projet
se fera ainsi :

- Le CS sera livré sur un support numérique (clés USB 2.0) cryptée AES 256k au bureau d’ordre
du ministère de l’emploi et la formation professionnelle
- La clé de décryptage sera communiquée par Numeryx au responsable DSI du ministère.
- La clé USB sera stockée au Data Center du ministère, dont l’accès sera protégé et contrôlé,
dans un coffre spécifique au stockage des supports physiques.
- La version compilée et déployée du CS sera hébergée au sein de l’ATI (Agence Tunisienne de
l’Internet), qui dispose d’une procédure d’accès restreinte.

13
4. L’Organisation du projet

3.5. La structure du Projet.

En vue de réaliser le projet du comitédu comité de suivi/ pilotage du Projet et deux équipes projet
(MOA et MOE)un comité suivi et de coordination seront sera mis en place.

Membres du COPIL

Mission
Les missions et les responsabilités du comitédu comité de suivi/ pilotage du Projetdu comité de suivi
et de coordination portent sur les éléments suivants :

▪ Se prononcer sur toutes les propositions émanant du titulaire du marché ;

▪ Prendre les dispositions nécessaires pour remédier aux écarts qui pourront être
constatés ;
▪ Émettre les recommandations éventuelles qui assurent la bonne fin des prestations ;
▪ Procéder à l'évaluation de chacune des étapes du projet ;
▪ Valider l'ensemble des livrables fournis par le titulaire du marché.

● Assurer la gestion stratégique du Projet SIGAF ;

● Approuver les procédures à implémenter ;
● Prendre toutes les décisions nécessaires en vue de répondre aux préoccupations
d’ordre technique, fonctionnel et organisationnel du projet ;
● S’assurer que le nouveau système est en conformité avec la réglementation en vigueur
(en vigueur à la date de validation finale des livrables) ;
● Veiller à la formation de tous les acteurs pour régler les manquements et les difficultés
relevés dans le fonctionnement du système mis en place.
● L’arbitrage technique dans le choix des solutions en cas de divergence.
● La prise des dispositions nécessaires pour organiser les différentes rencontres et
entrevues nécessaires.
● La prise des dispositions nécessaires pour remédier aux écarts qui pourraient être
constatés.
● L’émission de recommandations éventuelles pour assurer la bonne fin des prestations.
● La validation technique des travaux des étapes et des phases du projet pour faciliter la
validation du Comité de Pilotage
● Définir le plan d’exécution du projet ;
● Analyser les risques inhérents au projet et anticiper sur les solutions de
contournement ;
● Assurer la bonne exécution du projet ;
● Veiller au respect du cahier des charges ;
● S’assurer de l’effectivité du transfert de compétences ;
● Assurer la synchronisation des plannings entre le bénéficiaire et le prestataire.
● Assurer le suivi du projet et le respect des délais
Les membres du COPIL seront indiqués dans l’arrêté du ministre n°XXXXX

Composition et Rôles

Équipe MOA

14
 Organisme Nom Rôle

Ministère
d’Emploi et de
Formation
Professionnelle

Equipe de projet:
Mission:
● Identifier les procédures à implémenter ;
● Prendre toutes les décisions nécessaires en vue de répondre aux préoccupations d’ordre
technique, fonctionnel et organisationnel du projet ;
● S’assurer que le nouveau système est en conformité avec la réglementation en vigueur ;
● Veiller à la formation de tous les acteurs pour régler les manquements et les difficultés
relevés dans le fonctionnement du système mis en place.
● La prise des dispositions nécessaires pour organiser les différentes rencontres et
entrevues nécessaires.
● La validation technique et fonctionnelle des travaux des étapes et des phases du projet
pour faciliter la validation du comité de suivi/ pilotage du Projet
● Définir le plan d’exécution du projet ;
● Analyser les risques inhérents au projet et anticiper sur les solutions de contournement ;
● Assurer la bonne exécution du projet ;
● S’assurer de l’effectivité du transfert de compétences ;
● La mise en œuvre du projet et le respect des délais

ComposisionComposition
Equipe MOA

Organisme Nom Rôle

Imed ayari coordonnateurCoordonnateur -
Iyed matoussi coordonnateurCoordonnateur
Ministère Moez ouertani coordonnateurCoordonnateur
d’Emploi et de Abdelkrim oumari membreMembre
Formation
Hayiuthem atouf membreMembre
Professionnelle
et OFII Wajdi Massaabimasabi membreMembre
Maha ben nejma membreMembre
Faouzswi selmi membreMembre

15
 Hamidae ben abdallahhadj
membreMembre
Mohamed
Saber nafatti membreMembre
Nader farhat Membre

Équipe MOE
Organisme Nom Rôle
Ahmed JanezriYosri Chef de projet – Membre COTECH – Membre COSUI
Ayadi
Walid Bouzayen Architecte Technique - Membre COTECH
Nahla Amrouch Analyste Fonctionnelle - Membre COTECH
Numeryx Membre de l’équipe de développement
Membre de l’équipe de développement
Analyste Fonctionnel – Architecte technico-fonctionnel –
Ahmed Janezri
Equipe d’Appui
Mohamed Ali Fradi Product Owner – Equipe d’appui -
**NB  : l’équipe d’appui peut varier en fonction du besoin et de la disponibilité**

4.2. Matrice RACI

Numeryx

MEFP
CP AT BA DEV QA
Activité

Planification Projet RA C I I I C

Cadrage A C R I I C

Pilotage RA C I I I C

Conception Fonctionnelle A C R I I C

Conception Technique A R C I I C

Validation des Livrables C I I I I RA

Développement C A C R I C

Tests Unitaires C A I R R C

Recette C C C I C RA

Installation Infrastructure C C I I I RA

Déploiement C A I R I R

16
Légende
Ces personnes ont en charge de la réalisation de la tâche pour laquelle ils sont
R nommés. Ils sont sous la responsabilité d'un A. Logiquement chaque ligne possède
au moins un R.
Ces membres ont pour rôle l'approbation et la validation des actions. Ils rendent
A des comptes sur le périmètre confié. Ce sont les véritables responsables. Ils ont
autorité sur les R. Chaque action doit avoir un A et un seul.
Ce sont généralement des experts qui détiennent une compétence sur la tâche en
C
question. Ils apportent des conseils. Libre au A de les suivre ou pas.
Ces personnes doivent être informées même si elles n'exercent pas un rôle direct
I dans le projet car elles peuvent être impactées d'une manière ou d'une autre. Elles
sont en copie des points et décisions importantes.

4.3. Les réunions

Le tableau suivant présente les types de réunion à prévoir pour le suivi du projet :
Type de réunion Participants Objectifs
● Impliquer tous les acteurs concernés par le
projet.
Réunion de démarrage MOA/MOE/AMOA ● Informer ces acteurs de la démarche, de ses
enjeux et des outils utilisés.
● Leur expliquer ce que l’on attend d’eux.
● Mettre en place l’organisation du projet.
● Finaliser les livrables de démarrage.
Réunions de cadrage MOA/MOE/AMOA
● Officialiser le démarrage du projet.
● Cadrage des Process et du Front Office
● Veuille à la bonne exécution des travaux.
Réunions de mise au ● Identifier et résoudre les problèmes
MOA/MOE/AMOA
point (chaque quinzaine) techniques rencontrés.
● Revue des Process Cadrés
● Approuver la validation des étapes, suite à la
validation technique des livrables des étapes
Réunions de validation
MOA/MOE/AMOA par le comité du projet.
(fin de chaque étape)
● Validation des Process Cadrés ainsi que le font
office
● Informer les participants des résultats du
Réunion de clôture MOA/MOE/AMOA
projet.
L’organisation de l’ensemble des réunions devra suivre la procédure décrite ci-dessous :

4.3.1. Avis de réunion

Pour toutes les réunions demandées par le MEFP, un avis de réunion sera envoyé par le chefles
coordinateurs de projet MEFP MAC au coordinateurs du projet cote MEFPchef de projet MAC à
chaque participant au moins 2 jours avant la date de la réunion, cet avis doit contenir les
informations suivantes :
● La nature de la réunion.
● L’ordre du jour.
● La date, le lieu et l’heure de la réunion.
● La durée estimée de la réunion.
● Les noms et fonctions des participants prévus.
● Les documents à préparer ou à lire impérativement avant la réunion.

17
 ● L’animateur et le rapporteur de la réunion.
● La liste de diffusion.

4.3.2. Réunion
Chaque réunion est placée sous la conduite d’un participant qui se charge d’en assurer le bon
déroulement et veille au respect de l’ordre du jour. Le plan suivant est mis en œuvre pour toute
réunion :
● Contrôle des actions décidées au cours de la réunion précédente.
● Examen de l’ordre du jour et détermination des actions à mener.
● Date de la prochaine réunion.

4.3.3. Compte rendu de réunion

Chaque réunion donnera lieu à un compte rendu préparé ou rédigé par le rapporteur de la réunion,
membre de la MOE. Ce document sera diffusé à chaque participant.
Le compte rendu doit être rédigé et transmis aux participants pour validation par messagerie
électronique dans les deux jours ouvrés suivant la réunion. Ceux-ci disposent également d’un délai
de deux jours pour apporter leurs remarques.
Chaque compte rendu de réunion doit être validé parlespar les coordonnateurs le chef de projet
MEFP dans un délai ne dépassant pas les 5 jours ouvrés après la tenue de la réunion.
Les réunions de comité decomité de pilotage seront validé par ces membres et trasmisenttransmises
par les coordinateurs du projet du coté MEFP dans un délai ne dépassant pas les 5 jours ouvrablerés
après la tenue de la réunion.

18
5. Méthodologie de projet et livrables

5.1. Structure générale de la méthodologie de l’élaboration du projet

La structure générale de la méthodologie de l’élaboration du projet est composée en cinque

phases dont chacune est composée d’un ensemble d’activités décrites dans ce qui suit (les
prestations planifiées sont exécutées à partir de la date de la notification de l’ordre de service) :

Etape de Paiement Description Taux

Phase 1 A la validation de phase 1 et 2 10%
Phase 2
Phase 3.1 A la validation du lot 1 15%
Phase 3.2 A la validation du lot 2 15%
Phase 3
Phase 3.3 A la validation du lot 3 15%
Phase 3.4 A la validation du lot 4 15%
Phase 4 A la réception provisoire du système 20%
Phase 5
Garantie A la fin de la période de garantie 10%

5.2. Outils de collaboration

Dans le cadre de ce projet, Numeryx partage les accès nécessaires à l’équipe de projetau comité
projet aux outils ci-dessous listés :

Outil Description
Sous l’organisation privée, cet accès est utilisé pour :
1. La gestion des tickets (Epics, User stories, tasks, bugs)
Jira 2. Le suivi d’avancement des sprints (tableau Scrum ou
Scrumban),
3. Suivi de non-conformité, suivi des anomalies,
Accessible sous https://support.Numeryx.com cet accès
est utilisé pour :
Portail de support
1. Le support technique en production,
2. L’assistance des collaborateurs en projet,
Un accès MS SharePoint est partagé et utilisé pour :
1. Le partage des documents entre collaborateurs,
Documentation 2. Versionning des documents,
3. Suivi des livrables,
4. Suivi des demandes de modification,
Un accès à l’outil Test Link est partagé pour le suivi des
Campagnes de test campagnes de test fonctionnel et le téléchargement des rapports
de test.

Note :

19
 Les accès aux outils mentionnés ci-dessus sont fournis sous demande explicite par le membre
de l’équipe de u comité projet avec une approbation explicite des coordonnateursdu chef de projet
MEFP.

5.3. Outils de test de charge

Pour simuler la charge de traitement préconisée et pour évaluer les performances obtenues, les
outils ci-dessous seront utilisés et livrés :

Outil Description
Permettant d'effectuer des tests de performance
Apache JMeter d'applications et de serveurs selon différents
protocoles ainsi que des tests fonctionnels.

6. Planning
Le planning ci-dessous tient en compte les éléments suivants :
1. La date de démarrage opérationnelle des travaux du projet est celle de la date du
08/12/2022. d’émission de l’ordre du service par le MEFP.
2. Ce planning ne tient pas compte des délais de validation des livrables par le MEFP qui ne
doivent pas dépasser 15 jours calendaires pour les livrables de chaque phase,
3. Ce planning ne tient pas compte des délais de correction des livrables par Numeryx qui
ne doivent pas dépasser 15 jours calendaires pour chaque retour sur validation par le
MEFP,
4. Les délais de validation d’une phase impactent de façon directe la date d’échéance de la
phase suivante, par exemple, si le MEFP prend 10 jours calendaires pour la validation des
livrables de la phase 1, la phase 2 commencera le 30/12/2022.
5. Le planning décrit dans ce présent document sera actualisé à fur et à mesure de la
conduite des validations de chaque phase.

20
21
Le planning détaillé sera décrit dans le livrable « Planning Projet »

22
7. Dispositif qualité

7.1. Principes
Afin de garantir au mieux le résultat global, l'assurance qualité du Projet repose sur les
dispositions suivantes :
● Lectures et validations des documents :
● Plan Assurance Qualité,
● Comptes rendus des comités de pilotage, et comités de projet
● Suivi des actions
● Planning prévisionnel,
● Dossier d’analyse,
● Suivi des indicateurs Qualité
Chaque intervenant sur le projet a le devoir de comprendre et de valider rapidement tous les
documents afin de ne pas découvrir les incohérences au moment du démarrage.

7.2. Indicateur qualité

Les indicateurs qualité seront évalués et examinés à chaque comité de projetpilotage/suivi et
feront l’objet d’un diagnostic partagé.
En standard sont évalués les critères suivants :
Indicateurs suivi qualité Indicateurs suivi qualité
NUMERYX MACMEFP
Respect des engagements Respect des engagements
Budget-facturation
contractuels contractuels
Anticipation et délai de livraison Anticipation charges et
Planning
validation planning
Respect des Jalons Respect du planning
Qualité des conseils - prise en Connaissance métier des
Conseil compte des besoins clients interlocuteurs - utilisateurs
formés
Existence de livrables Qualité des réponses fournies
Méthode/livrable
Livraisons (à temps/mesure du Respect des dates planifiées de
retard) validation des livrables
Analyses : disponibilité ateliers Analyse : présence et non-report
Disponibilité et réactivité des
des ateliers, instances de
équipes
pilotage
Suivi global des délais de Suivi global des délais de
Disponibilité et réactivité des
réponses aux différentes validation des réponses aux
équipes
demandes différentes demandes

Ils utilisent une grille de notation de 1 à 5 :

1 : Non acceptable
2 : Non conforme aux attentes
3 : Acceptable
4 : Conforme aux attentes

23
 5 : Satisfaisant

7.3. Qualité des livrables consignés document

7.3.1. Règles de nommage des documents
La Règle générale de nommage des documents est :
<Date>_<Préfixe>_<Client>_<Projet>_<Libellé>_Vx-y_<état>.<Extension>, avec :
<Date> = La date de création du document au format AAAAMMJJ (Année, mois, jour)
<Préfixe> = Identifiant de la typologie du document.
<Client> = Nom du client
<Projet> = Nom du projet
<Libellé> = Libellé libre indiquant le sujet du document
Vx-y = Numéro de version et d’édition du document (à différencier du numéro de version et d’édition
du modèle)
<Etat> = état du document (Cf. « Règles de gestion des états d’un document » ci-après)
<Extension> = extension habituelle du fichier (.docx, .xslx, .pptx,…)
Exemple : 20210803_PAQ_MACMEFP_PNGSP_Plan-assurance-qualite_V1.0_Applicable.docx
Tableau 18: Liste des préfixes pour le nommage des documents
Préfixe Signification
ANN  Annexe

AVT  Avenant

BIL  Bilan de projet ou de phase

BLI  Bordereau de Livraison

CDC  Cahier des Charges

CRI  Cahier de Recette Interne

CRR  Compte-rendu de Réunion

CTR  Contrat

DAR  Dossier d'Architecture

DEV  Devis

DIV Documents divers (Décisions, autres documents non classés ailleurs)

FOR  Support de Formation Méthodologique

FP  Fiche Projet

FTU  Fiche de Test Unitaire

GUI  Guide de procédure

MOD  Modèle de document

ODJ  Ordre Du Jour de réunion

PAQ  Plan d'Assurance Qualité

PLN  Plan (d’actions, de charges, etc…)

24
 PLP  Plan Projet

PRS  Support de Présentation

PV  Procès-Verbal (de réception, de recette, de mise en production, de fin

de garantie, …)

SFD  Dossier de Spécifications Fonctionnelles Détaillées

STD  Dossier de Spécifications Techniques Détaillées

SFTD Dossier de Spécifications Fonctionnelles et Techniques Détaillées

TDB  Tableau de Bord

TSA  Tableau de Suivi des Anomalies ou des Incidents

TSC   Tableau de Suivi des Changements

7.3.2. Règles de gestion des états d’un document 

A un instant t, un document peut exister dans plusieurs versions, mais seule une unique version de
ce document peut être à l’état « Applicable ». Certains documents nécessitent un processus de
vérification/acceptation avant application. Les documents peuvent passer par 3 états :
● « Travail », pour un document en cours d'élaboration au sein d'un groupe de travail
● « Projet », pour un document adressé par le rédacteur pour vérification ou validation avant
diffusion
● « Applicable », pour un document complet et approuvé, diffusable à ses destinataires finaux
L'historique des états « travail » et « projet » n'est conservé au tableau « historique » que pendant la
période d'élaboration et d'approbation d'une version majeure ou mineure.

7.3.3. Marquage des documents

Conformément à la politique de sécurité du MEFP, les documents doivent être marqués comme suit :
● Public : Tout document ou information disponible pour le grand public, Exemple : circulaires,
et informations disponibles sur les pages de l'Internet publique.
● Interne : Tout document ou information disponible uniquement pour le personnel du MEFP
et par conséquent n’est pas destiné au grand public.
● Confidentiel : Tout document ou Information disponible pour un nombre limité de personne l
du MEFPs et qui ne doit en aucun cas être divulgué au public tel que les informations
financières.
● Top secret : Touts documents et informations d'importance extrême au MEFP et dont la
divulgation causerait des dégâts sévères au MEFP ou à son image de marque, ou à son
capital, ou à ses affaires.

7.3.4. Directives générales de documentation

7.3.4.1. Document de spécification fonctionnelle détaillée

Le document de spécification fonctionnelle détaillée (SFD) couvre l’aspect fonctionnel du projet tel
que décrit et collecté durant les séances de travail conjointes entre les équipes MOE et MOA.

Dans sa première partie, ce document doit couvrir les aspects transverses, son ossature devrait
inclure à minima :
1. Définition de la charte graphique et directive d’expérience utilisateur par canal de
communication (web, mobile, api, etc …),

25
 2. Définition de la structure des menus applicatifs, et arborescence de navigation (sitemap),

Dans sa deuxième partie, ce document doit être ventilé par module fonctionnel, une structuration
modulaire devrait inclure à minima :
1. Description de l’objectif du module,
2. Une cartographie générale du processus,
3. Matrice acteur/processus,
4. Spécification fonctionnelle détaillée :
a. Fonctionnalité X :
i. Pré-conditions
ii. Post-conditions
iii. Scénario X’ :
1. Description
2. Fiche d’entrée
3. Règles métier
4. Boutons d’action
5. Mockup d’interface
6. (si existants) Mockup des documents d’export ou imprimés,
iv. Scénario Y’
v. …
b. Fonctionnalité Y
c. …

7.3.4.2. Document de spécification technique détaillée

Le document de spécification technique détaillée (STD) couvre la conception technique du projet tel
que décrite, convenue et conçue durant les séances de travail conjointes entre les équipes MOE et
MOA.

Dans sa première partie, ce document doit fournir une matrice des outils utilisés pour la description
de la conception de chaque module.
Dans sa deuxième partie, ce document doit décrire les aspects être ventilé par module fonctionnel,
une structuration modulaire devrait inclure à minima :
1. Diagrammes d’utilisation générale,
2. Diagrammes d’utilisation spécifiques,
3. (Optionnel) Diagrammes d’activité (par fonctionnalité),
4. (Optionnel) Diagrammes de séquence (par fonctionnalité),
5. Diagramme de classes*

Dans sa troisième partie, ce document doit adresser le volet de conception générale :

1. Le découpage en contextes bornés,
2. Règles et standards d’interfaçage à adopter,
3. Définition des bornes :
a. Type d’api (synchrone / asynchrone),
b. Contrats d’interfaçage (request/response),

Dans sa quatrième partie, ce document doit couvrir les aspects organisationnels :

1. Outils de développement,
2. Politique de branching git,
3. Frameworks et base de données convenus,
4. Politique de couverture des tests,
5. Politique d’intégration continue,
6. Politique de déploiement continu,

26
(*) Les diagrammes de classes doivent adhérer aux « guidelines » suivants :
● Utilisation exclusive de la langue anglaise dans les nommages d’entités, attributs,
contraintes, etc …
● Les clés primaires des entités doivent obligatoirement être un attribut séquentiel nommé
« id » de type entier,
● Les clés étrangères doivent obligatoirement être nommées selon la nomenclature
<entity_id>,
● Les noms des entités d’association doivent obligatoirement être nommés selon la
nomenclature <entity1_entity2_entityN_...>
● Interdiction d’utiliser des attributs « date » pour exprimer une date d’action dans une entité,
il faut utiliser des noms d’attributs auto-expressifs et portant une nomenclature simplifiée
(ex : <action_at>), à savoir : created_at, updated_at, status_at, etc …
● Optimiser l’utilisation des types d’attributs :
o Généralement, favoriser l’utiliser des attributs int,
o Favoriser les ENUMs et les BOOLEANs aux INTEGER quand il le faut,
o Prioriser le smallint, puis int, puis bigint, selon le besoin,
o Prioriser le String(16), puis 32, puis 64.., selon le besoin,
o Passer au TEXT si le String(64) ne suffit plus,
o Ne pas utiliser les BLOBs sauf motif contraignant,s

7.4. Livraison itérative interne

Pour chaque lot de processus, la livraison est composée de :
● La recette interne
● La recette provisoire

7.4.1. Recette interne

Une recette « interne » qui est sous la responsabilité du Numeryx qui a pour objectif de vérifier un
premier niveau de conformité des livrables constitués de la plateforme par rapport aux CCTP et aux
spécifications détaillées relatives à ces livrables. Ce travail sera effectué sur un environnement dit de
« recette interne » par Numeryx, dans des conditions similaires à celles de l’environnement de
recette « externe » afin d’éliminer le risque de biais introduit par un environnement différent. Cette
recette est préparatoire à la recette « externe ».
Les tests d’intégration permettent de vérifier que les différents fichiers sources ayant évolués
fonctionnent toujours ensembles.
Les tests d’intégration permettent de valider toute la chaîne fonctionnelle de la plateforme. Les tests
d’intégration autorisent une correction rapide des anomalies et autres dysfonctionnement repérés
pendant cette phase.
Le fournisseur, Numeryx, doit présenter le cahier de recette ainsi que le rapport des résultats.
Le fournisseur, Numeryx, doit fournir, en plus, les tests unitaires.

7.4.2. Recette provisoire

La réception provisoire (ou externe) d’une phase sera prononcée après vérification que 80% des
résultats (30% sont des fonctions critiques) de la recette interne sont concluantes.

7.4.2.1. Objectifs de la recette provisoire

La recette provisoire consiste à vérifier, sur la plate-forme de recette, la bonne conformité des
travaux effectués par Numeryx au regard des spécifications SFD validés par la MOA pour la phase en
question.

7.4.2.2. Travaux
Les tests de recette provisoire consistent en des enchaînements fonctionnels permettant de vérifier
que :

27
 ● Le fonctionnement des modules livrés est conforme aux spécifications de la phase en
question ;
● Le fonctionnement général n’a pas été impacté par la dernière livraison (si elle existe).
L’équipe MOE rédigera un cahier de recette qui devra permettre d’apprécier la qualité de la solution
livrée dans son intégralité, fonctionnalité par fonctionnalité.
Toutes les anomalies identifiées lors des tests d’intégration sont traitées immédiatement par les
équipes de développement. Une nouvelle livraison sur la plate-forme des tests d’intégration et une
nouvelle phase de tests sont alors organisées. Et ce, jusqu’à ce qu’il n’y ait plus d’anomalies
identifiées.
Gravité des anomalies :
Niveau Seuil de Délai de
Gravité Définition (issue du CCAP) rejet d’une correction
livraison & livraison
1 Grave les anomalies qui empêchent le fonctionnement de Dès 1 Au fil de
tout le système anomalie l’eau
2 Bloquante les anomalies qui rendent impossible l'utilisation Dès 1 Au fil de
totale de la PLATEFORME ou l’utilisation d’une anomalie l’eau
fonctionnalité essentielle de celle-ci, ou
provoquant des limitations ou restrictions dans son
utilisation qui ont pour effet de rendre inutilisable
en production une fonction essentielle
3 Mineure les anomalies qui n’ont pas un impact significatif Pas de Pour la
sur le fonctionnement général de la PLATEFORME; seuil livraison
suivante

Démarrage de la recette - Critères d’acceptation de la première livraison et de démarrage

de la recette provisoire :
Un échantillon de scénarios de tests fonctionnels est sélectionné par la MOA (y compris du non
régression) ne pouvant excéder 20% du plan de test sur des fonctions jugées « critiques » (ie
indispensable à la bonne exécution du logiciel, un dysfonctionnement de cette fonction étant fatal
pour les missions assumées par celui-ci).
Si les seuils de rejet de la livraison définis dans le tableau ci-dessus et ramenés à l’échantillon testé
sont dépassés, la livraison de la MOE sera rejetée. Plus précisément la livraison sera rejetée si la MOA
détecte une anomalie bloquante ou si plus de 30% des scenarii choisis sont bloqués.
Echéance de la recette provisoire - Critères d’acceptation de la recette
Avant l’acceptation de la recette, des tests de montée en charge sont organisés et réalisés. Leurs
modalités sont définies dans le document d’organisation de la recette.
Il sera aussi effectué une revue technique du code généré pour vérifier la prise en compte des
critères d’accessibilité, revue formalisée dans le cahier de recette.
Ces tests peuvent donner lieu à des anomalies qui seront intégrées à la liste des anomalies
résiduelles de la recette provisoire.
Au terme de la recette la MOA effectue une analyse des anomalies résiduelles et prend la décision de
prononcer ou non la recette provisoire détaillant dans le tableau ci-dessous.
Etat des lieux des anomalies
résiduelles à l'échéance de la Décision Actions MOE
recette provisoire
La recette provisoire est - Déployer les nouveaux
Aucun dysfonctionnement prononcée sans réserve éléments sur la plate-forme de
production.
Dysfonctionnements mineurs La recette provisoire est - Corriger les anomalies
(< 3 par fiche de test) prononcée avec réserve résiduelles pour la prochaine
livraison.

28

Dysfonctionnements bloquants
ou graves.
La recette provisoire n’est
pas prononcée.
- Déployer les nouveaux
éléments sur la plate-forme de
production (après décision du
comité de projet).
- Corriger Les anomalies
résiduelles pour la prochaine
livraison.
- Refaire une livraison pour
présentation à la recette.

7.5. Validation finale

La validation finale de la plateforme sera prononcée après :
● la recette provisoire de la solution globale ;
● la mise en place sur la plate-forme de production ;
● la recette définitive.
Cette validation est de la responsabilité du maître d’ouvrage. Toutefois, Numeryx propose son
assistance au MAC MFPE afin d’effectuer cette validation.

7.5.1. Recette provisoire de la solution globale 

7.5.1.1. Objectifs de la recette provisoire de la solution globale

La recette provisoire de la solution globale consiste à vérifier, sur la plate-forme de recette, la bonne
conformité des travaux effectués par Numeryx au regard des spécifications SFD validés par la MOA.

7.5.1.2. Travaux
La réception provisoire globale sera prononcée à l’achèvement complet du projet après notamment :
a) La réception provisoire de toutes les phases ;
b) La réception de l’ensemble des logiciels et des licences (Business Suite, produit Numeryx,
License on premise à vie) ;
c) L’essai et le test de la performance des équipements et des logiciels installés selon le cahier
des charges et l’offre du titulaire du marché ;
d) Le test de la cohérence de l’ensemble des modules installés et de leur bon fonctionnement ;
e) Le test global de la solution de bout en bout et la validation de la conformité par rapport au
Cahier des charges ;
f) La livraison de la documentation technique de tous les modules mis en œuvre
(configurations, codes sources et documentation technique de conception des
développements spécifiques, …).

Avant le démarrage de la recette provisoire de la solution globale, Numeryx doit valider le bon
fonctionnement de l’environnement installé sur la plate-forme de recette afin de s’assurer que les
tests de la MOA peuvent être engagés dans les meilleures conditions.

7.5.2. Mise en place de la solution globale

Après la prononciation de la recette provisoire, les modifications effectuées sont livrées sur la plate-
forme de production.
Il s’agit donc de :
● référencer tous les produits à livrer,
● noter leur version,
● composer la fiche de version
● déployer les produits à livrer sur la plate-forme de production.

Des scripts de mise à jour des bases de données peuvent être nécessaires à la bonne livraison des
nouveaux fichiers sources.

29
Après la livraison un rapide test général est conduit par Numeryx sur un échantillon de fiches de tests
à proposer à la MOA. Ce test permet de s’assurer de la qualité de l’application livrée à la MOA.

7.5.3. Recette définitive de la solution globale

Elle a pour objet de s’assurer du fonctionnement régulier des solutions livrées et qualifiées au
préalable par une recette de vérification d’aptitude. Cette recette s’effectue sur l’environnement de
production, lors de l’exploitation réelle de la plateforme par les utilisateurs finaux.
La réception définitive sera prononcée après :
a) La réception provisoire de la solution globale,
b) L'expiration de la période de garantie proposée par Numeryx (1 Année)
c) La réalisation de l’assistance à l’exploitation
d) La relève de toute anomalie et/ou disfonctionnement constaté pendant la période de
garantie
e) La vérification du bon fonctionnement après la période de garantie

Chacune des étapes sus indiquées doit être sanctionnée par un procès-verbal, dûment signé par les
deux parties contractantes

7.6. Le transfert de compétences

Le transfert de compétences permettra aux équipes du MEFP de prendre la main sur l’exploitation et
la maintenance de plateforme.
Il s’agit donc de fournir les supports et de délivrer les formations nécessaires aux équipes du MEFP
pour qu’elles maîtrisent rapidement la plateforme.
Les supports sont :
● la documentation du projet ;
● les supports spécifiques de formation doivent être validés avant 2 mois.
Les formations sont :
● les formations du projet (utilisateur, administrateur, …) ;
● la présentation de l’architecture générale ;
● la présentation des processus de maintenance.

7.7. Garantie
Tous les produits livrés par Numeryx sont garantis (01) une année à partir de la réception définitive
globale.
La garantie s’applique à tous les éléments du marché et ceci pour la totalité de la période
susmentionnée.

7.8. Gestion des changements

Toute modification des travaux à réaliser (nouveau besoin, nouvelle spécification fonctionnelle,
modification de procédure ou de règle de gestion,) fait l’objet d’une demande de modification
établie selon un modèle prédéfini.
Ces demandes sont communiquées au chef de projet du Numeryx pour étude en vue de la
proposition de solutions et de modalités de leur réalisation (recherche de solution, étude des impacts
techniques, modalités et priorités de sa réalisation, charges et délai de réalisation, impacts
financiers : coûts de réalisation).
Les propositions du Numeryx seront examinées, selon leur importance, par le Chef de projetles
coordinateurs projet et le Comité de projetPilotage/Suivi.
La prise en charge ou le rejet de chaque demande de modification de travaux à réaliser est décidée
en commun accord. Toutefois, les demandes, notamment celles qui ne sont pas couvertes par les
dispositions contractuelles du marché, peuvent être engagées suite à des correspondances officielles
entre le MAC MEFP et Numeryx, et fera objet d’une estimation, ou à la conclusion d’un avenant.

30
Le traitement des demandes de modification est suivi tant au niveau de leur état (en instance, à
l’étude par le chef de projet du Numeryx, en attente de prise de décision,), des décisions prises,
qu’au niveau de leur réalisation.
Un état de suivi des demandes de modification est établi selon un modèle prédéfini. Il est mis à jour
et examiné par les comités de projet lors de ses réunions.

7.9. Gestion des anomalies

Toute réclamation fait l’objet d’une fiche d’anomalie établie, selon un modèle prédéfini, par la
personne ou la structure l’ayant détecté. Ces fiches sont examinées selon la gravité et l’urgence par
le Chef de Projet du Numeryx et celui MOA du MEFP et le Comité de projetpilotage/suivi.
L’examen de chaque anomalie relevée consiste en l’analyse de son origine, du niveau de sa gravité et
en l’étude de son impact sur la réalisation du projet.
Les anomalies incombant à Numeryx sont examinées avec son chef de projet en vue de définir les
délais de leur traitement et d’évaluer leur répercussion sur la réalisation du projet. Une attention
particulière est à accorder aux anomalies bloquantes et qui risquent d’affecter l’avancement de la
réalisation du projet et par conséquent des délais de sa réalisation.
Un état de suivi des anomalies est établi, selon un modèle prédéfini et examiné par le comité
technique lors de ses réunions. Chaque anomalie est suivie au niveau de son degré de réalisation
ainsi que du contrôle et de la vérification de sa résolution.
L’état de suivi des anomalies est mis à jour et examiné par le chef de projet et le Comité de suivi
’équipe MOAet de pilotage deu MEFP lors de ses réunions.

7.10. Gestion des risques

Un risque caractérise un événement dont la survenance est incertaine, mais qui, s’il se réalise,
impacte de manière défavorable le déroulement du projet, en termes de respect des délais, de coûts,
et de qualité de réalisation.
La couverture fonctionnelle du projet et son impact sur l’organisation et le métier du MOA induisent
des risques qu’il est nécessaire d’identifier et de maîtriser dans le temps et selon les étapes du
projet.
Ces risques peuvent être de plusieurs natures et liés :
● Aux contraintes de calendrier et aux échéances demandées.
● Aux ressources et aux compétences disponibles ou non.
● Aux choix techniques et technologies effectués.
● À la conduite du projet et à sa maîtrise.
● À la complétude d’une expression de besoins ou non en liaison avec les ambitions du projet.
● À l’adhésion des personnels et à la permanence dans le temps d’un noyau de compétences
sur le projet.
● À l’allocation d’un budget suffisant et qui soit en rapport avec les objectifs à atteindre.
Le chef de projet doit s'appliquer à identifier les risques de son projet périodiquement (comité de
projet) et sur événement (revue de contrat, revue de lancement ou événement exceptionnel). Il
associe à chaque risque une ou plusieurs actions propres à éviter son apparition.
Les risques sont également étudiés lors des réunions d’avancement.
Chaque risque, en fonction de l’effet qu’il peut avoir sur le projet, doit donc se voir attribuer un
niveau de criticité. Pour cela, on leur attribue une probabilité de survenance et un niveau d’impact ;
la criticité est obtenue par le produit des deux facteurs, puis traduite en trois niveaux  : mineur,
moyen, majeur, définissant de fait une priorisation.
Lorsque la criticité devient nulle, parce que la probabilité de survenance ou que l’impact possible
devient nul, le risque disparaît.
Par opposition, lorsque le risque devient certain, il n’est plus un risque mais un problème à résoudre.

31
D’une manière générale, les risques sont liés :
- À des événements aléatoires et imprévisibles qui influent de manière négative sur le
déroulement du projet,
- Aux imprévus, qui bien que connus n’ont pas été envisagés (maladie, etc.)
- Aux événements incertains, dont on connaît l’existence mais que l’on ne peut
valablement estimer ni mesurer les conséquences.
Le but de la gestion des risques est donc de surveiller la probabilité d’apparition et l’impact potentiel,
afin de minimiser leur effet négatif.
Cette gestion est donc principalement basée sur l’anticipation, en définissant pour chaque risque une
ou plusieurs actions priorisées de prévention et/ou de protection qui seront planifiées et
effectivement mises en œuvre, évitant ainsi, la mise en place précipitée d’une solution de dernière
minute.
La maîtrise des risques passe donc par l’identification et l’évaluation de ceux-ci, puis par la définition
d’une marge de manœuvre en vue d’y faire face.
Numeryx utilise un journal de suivi des risques qui permet de voir directement l’état et l’évolution de
ceux–ci.
Il regroupe à la fois la description des risques et les mesures engagées pour les diminuer.

32
8. Annexes

8.1. Fiche de gestion des modifications

Référence: ………….
Version  : ……….
Demande de Modification
Date:………
Page: ../…
Code projet
Intitulé du projet Validation du MACMEFP
Numéro de la modification
PARTIE I  : Modification proposée (à remplir par le chef du projet du Numeryx)
Description de la modification requise
Document de
Date de réception du document  :
référence  : Version  :

Risques/Impact de la modification

Raison de la modification proposée

Approbation nécessaire de Date d’Approbation  :

PARTIE II  : Décision (à remplir par le chef de projet du Numeryx)
✔ La modification est acceptée
✔ La modification est acceptée sous réserve des
Date et Signature
commentaires ci-dessous
✔ La modification est rejetée (voir commentaires ci-dessous)
Action requise / commentaires

33
 8.2. Fiche de gestion des anomalies
Référence: ………………
Version  : ……
Fiche d’Anomalie / Non Conformité Date: ………..
Page: …/…
N˚ FA : …………………………………………………..… Date Fiche : .…./…../…….
TYPE DE LA NON-CONFORMITÉ  : INTERNE EXTERNE
PARTIE I (à renseigner par Numeryx) _ NC Interne
Nom de l’observateur : ……………………..…………..……… Date de constatation :………………………………
Description et cause de la non-conformité  :
…………………………………………………………………………………………………………………………………………
…………………………………………………………………
PARTIE I (à renseigner par le MEFPMAC) NC Externe

NON-CONFORMITE DANS LE CADRE D’UN PROJET:

PROJET:
Client : ………………………. Code du projet : ……………………..
Titre du projet  : …

Type de l’anomalie :
◻ Interface homme/machine Niveau d’urgence  :
◻ Règle de gestion ◻ Urgent et Bloquant
◻ Accès/Mise à jour des données ◻ Urgent mais Non Bloquant
◻ Enchaînement des tâches ◻ Non urgent
◻ Nouveau besoin Autre  : …………………………….
Autre  : …………………………….
Nom et signature de l’observateur  : ………………………………..….. Date de constatation : …. /…../…….
Description de l’anomalie  :
Bug. Erreur de paramétrage. Anomalie fonctionnelle. Autre  :……………………….……..
………………………………………………………………………………………………………………………………………

Approbation du responsable chargé du suivi de la mission du MEFPMAC

(Cachet, Date, Nom et signature)
PARTIE II (à renseigner par Numeryx)
Est-il nécessaire de collecter des informations complémentaires  ? Oui Non
Liste des compléments de renseignements nécessaires Date d’obtention: …/…/…….

IV – CONCLUSION RELATIVE AU BIEN FONDE DE L’ANOMALIE Visa : Po  : Testeur et validateur / Chef de projet
Non-conformité fondée :
Non-conformité non fondée :
Justification en cas de jugement d’anomalie non fondée :……………………………………………………………..
…………………………………………………………………………………………………………

Description de l’action :………………………... Resp. du traitement :………………………………..

………………………………………………………………………………………………………………
Nécessité d’action corrective : Non Oui FAC N°……….
Y a t-il une urgence particulière pour la correction de la non-conformité : Oui Non
Date fixée pour la correction  : …/…/….
Mesure et Analyse de l'efficacité de l'action engagée : ……………………

Clôture de la fiche : Date de finalisation .…/…./……

Chef projet du MEFPMAC : ……………………………………….. Signature :

Chef de Projet –Numeryx / Po : ………………………………. Signature  :

34
 8.3. Journal des risques
Code du projet  : MFPEMAC2021 Client  : MACMEFP
Intitulé du projet  :
Chef de Projet  : Date de dernière mise à jour  :
N° Date / Phase Risque M I G Actions de Resp. Délai R  : R
traitement
1 Contrainte de calendrier Chef de Projet

2 Disponibilité des Chef de Projet

compétences

3 Choix techniques et Chef de Projet

technologiques

4 Conduite de projet et sa Chef de Projet

maîtrise

● M : Probabilité de la menace  : 1 (Faible) - 9 (Forte).

● I  : Poids de l’impact : 1(Effet mineur) – 9 (Effet majeur voire catastrophique : arrêt/abandon du projet).
● G : (Niveau de Gravité du risque)= M (Probabilité de la menace) x I (Poids de l’impact).
R : Notez ici le niveau de risque obtenu à l'issue du traitement de 0 (risque éliminé) à 9 (risque très élevé)

35