Système d’Information de Gestion d’un

Établissement Scolaire (SIGES)

Dr ATINDEHOU Mêton Mêton *
Consultant en sciences et ingénieries informatiques

Galaxie Elite et Partenaires

Décembre 2024

1
Table des matières
I. APPROCHE MÉTHODOLOGIQUE DE LA MISSION.....................................3
1. Approche technique de la mission......................................................3
a. Démarches méthodologiques normalisées de conception..............3
b. Intégration de Scrum, DevSecOps, ITIL et ISO/IEC 27001...............4
2. Tests et validation du logiciel..............................................................8
c. Normes de qualité des tests............................................................8
d. Agencement des tests pour la validation du SIGES.......................10
e. Validation du SIGES par l’organisation..........................................12
f. Descriptions des tests...................................................................13
3. Documentation et formation............................................................29
a. Documentation..............................................................................29
b. Formation des acteurs...................................................................36
4. Support et maintenance...................................................................41
a. Maintenance corrective.................................................................41
b. Maintenance évolutive..................................................................42
c. Support technique.........................................................................43
II. ORGANISATION PREVIONNELLE DE CONCEPTION DU SIGES................44
1. Phasage de la conception du SIGES.................................................44
Phase 1 : Préparation de la mission.....................................................44
Phase 2 : Analyse de l’existant et expression des besoins..................48
Phase 3 : Développement de la solution.............................................53
Phase 4 : Déploiement et production..................................................63
Phase 5 : Finalisation de la mission.....................................................70
Phase 6 : Support et Maintenance du système....................................73
2. Organisation prévisionnelle des sprints............................................78

2
 I. APPROCHE MÉTHODOLOGIQUE DE LA
MISSION

1. Approche technique de la mission

Plusieurs approches peuvent être mises en place pour garantir la qualité, la sécurité et l'efficacité
d'un système applicatif. Chacune de ces démarches a ses propres avantages et peut être choisie en
fonction des besoins spécifiques du projet, de la culture de l'entreprise et des objectifs à atteindre. Il
est également possible de combiner plusieurs approches pour tirer parti de leurs forces respectives.

a. Démarches méthodologiques normalisées de conception

Voici quelques-unes des principales démarches :

1. Agile

 Scrum : Une méthodologie agile qui divise le développement en sprints (cycles de travail
courts) avec des réunions régulières (daily stand-ups, revues de sprint, rétrospectives).

 Kanban : Une méthodologie agile qui se concentre sur la gestion visuelle du flux de travail et
l'amélioration continue.

2. Lean

 Lean Startup : Une approche qui met l'accent sur la validation rapide des idées et
l'apprentissage itératif. Elle utilise des concepts comme le MVP (Minimum Viable Product) et
le pivot.

 Lean Software Development : Une méthodologie qui se concentre sur l'élimination des
gaspillages et l'amélioration continue des processus de développement.

3. Waterfall

 Méthodologie en cascade : Une approche séquentielle où chaque phase du projet doit être
terminée avant de passer à la suivante. Bien que moins flexible que les méthodologies agiles,
elle peut être utile pour des projets avec des exigences claires et stables.

4. ITIL (Information Technology Infrastructure Library)

 ITIL : Un cadre de gestion des services informatiques qui se concentre sur l'alignement des
services informatiques avec les besoins de l'entreprise. Il inclut des processus pour la gestion
des incidents, des problèmes, des changements, etc.

5. ISO/IEC 27001

3
  ISO/IEC 27001 : Une norme internationale pour la gestion de la sécurité de l'information. Elle
fournit un cadre pour établir, mettre en œuvre, maintenir et améliorer un système de
gestion de la sécurité de l'information.

6. COBIT (Control Objectives for Information and Related Technology)

 COBIT : Un cadre de gestion des technologies de l'information qui aide à aligner les objectifs
de l'entreprise avec les objectifs de l'IT. Il couvre des domaines comme la planification,
l'acquisition, le déploiement et la surveillance des systèmes d'information.

7. Six Sigma

 Six Sigma : Une méthodologie de gestion de la qualité qui se concentre sur l'élimination des
défauts et l'amélioration des processus. Elle utilise des techniques statistiques pour mesurer
et améliorer la performance.

8. Design Thinking

 Design Thinking : Une approche centrée sur l'utilisateur qui utilise des techniques de design
pour résoudre des problèmes complexes. Elle inclut des phases comme l'empathie, la
définition, l'idéation, le prototypage et le test.

9. BDD (Behavior-Driven Development)

 BDD : Une méthodologie de développement qui se concentre sur le comportement attendu

du logiciel. Elle utilise un langage naturel pour décrire les exigences et les tests, facilitant
ainsi la collaboration entre les équipes techniques et non techniques.

10. TDD (Test-Driven Development)

 TDD : Une méthodologie de développement où les tests sont écrits avant le code. Elle vise à
garantir que le code répond aux exigences spécifiées et à améliorer la qualité du code.

11. DDD (Domain-Driven Design)

 DDD : Une approche de conception de logiciels qui se concentre sur la compréhension et la

modélisation du domaine métier. Elle utilise des concepts comme les entités, les valeurs, les
agrégats et les contextes délimités.

12. RUP (Rational Unified Process)

 RUP : Un cadre de développement logiciel qui combine des pratiques de gestion de projet et
de développement. Il est itératif et incrémental, avec une forte emphasis sur la
documentation et la gestion des risques.

b. Intégration de Scrum, DevSecOps, ITIL et ISO/IEC 27001

La méthodologie proposée vise à garantir une gestion efficace et sécurisée du projet, tout en
assurant une amélioration continue et une conformité aux normes de sécurité. Elle permet
également de garantir l'atteinte des résultats en mettant en œuvre un système informatisé robuste
et performant, répondant aux besoins de gestion des activités de l’organisation. Les méthodologies

4
utilisées incluront pour cela les méthodes Scrum, DevSecOps, ITIL et ISO/IEC 27001. Ces
méthodologies seront intégrées pour créer un système robuste et complet.

Scrum

Scrum est une méthodologie agile qui favorise la flexibilité, l'adaptabilité et la collaboration. Elle se
base sur des cycles de développement courts appelés sprints, permettant une livraison incrémentale
de valeur. Les réunions quotidiennes (daily stand-ups), les revues de sprint et les rétrospectives sont
des éléments clés de cette méthodologie.

Les grandes lignes de l’application de la méthode sont :

 Sprints : diviser le développement en sprints de 2 à 4 semaines.

 Daily Stand-ups : organiser des réunions quotidiennes pour suivre l'avancement et résoudre
les obstacles.

 Revues de Sprint : à la fin de chaque sprint, présentez les fonctionnalités développées et

recueillez des retours.

 Rétrospectives : analyser ce qui a bien fonctionné et ce qui peut être amélioré pour le
prochain sprint.

DevSecOps

DevSecOps intègre des pratiques de sécurité dans le cycle de développement et de déploiement. Elle
vise à automatiser les tests de sécurité, à utiliser des outils d'automatisation pour la gestion des
incidents et à intégrer des contrôles de sécurité dans les pipelines CI/CD (Continuous
Integration/Continuous Deployment).

Les grandes lignes de l’application de la méthode sont :

 Intégration de la sécurité : intégrer les pratiques de sécurité dès le début du cycle de

développement.

 Automatisation : utiliser des outils d'automatisation pour les tests de sécurité, les analyses
de code et les déploiements.

 CI/CD : mettre en place des pipelines d'intégration continue et de déploiement continu avec
des étapes de sécurité intégrées.

 Collaboration : favoriser la collaboration entre les équipes de développement, de sécurité et

d'opérations.

ITIL (Information Technology Infrastructure Library)

ITIL est un cadre de gestion des services informatiques qui vise à aligner les services IT avec les
besoins de l'entreprise. Elle inclut des pratiques telles que la gestion des changements, des incidents
et des problèmes, ainsi que la planification des services pour assurer une stabilité et une efficacité
optimales.

5
Les grandes lignes de l’application de la méthode sont :

 Gestion des incidents : mettre en place un processus pour gérer les incidents et les résoudre
rapidement.

 Gestion des problèmes : identifiez et résolvez les problèmes récurrents pour améliorer la
stabilité de la plateforme.

 Gestion des changements : utiliser un processus structuré pour gérer les changements et
minimiser les risques.

 Gestion des services : s’assurer que les services IT sont alignés avec les besoins de
l'entreprise et des utilisateurs.

ISO/IEC 27001

ISO/IEC 27001 est une norme internationale pour la gestion de la sécurité de l'information. Elle
définit les exigences pour établir, mettre en œuvre, maintenir et améliorer un système de gestion de
la sécurité de l'information. Elle inclut des pratiques telles que la définition des politiques de sécurité,
l'évaluation des risques, la mise en place de contrôles de sécurité et la réalisation d'audits réguliers.

Les grandes lignes de l’application de la méthode sont :

 Politique de sécurité : définir une politique de sécurité de l'information claire et

documentée.

 Évaluation des risques : effectuer une évaluation des risques pour identifier les menaces et
les vulnérabilités.

 Contrôles de sécurité : mettre en place des contrôles de sécurité pour protéger les
informations sensibles.

 Audits et revues : effectuer des audits réguliers et des revues de la sécurité pour assurer la
conformité et l'amélioration continue.

6
Tableau 1: Tâches à réaliser en combinant les méthodes Scrum, DevSecOps, ITIL et ISO/IEC 27001

Phases Scrum DevSecOps ITIL ISO/IEC 27001

Planification Définition claire des objectifs du Intégration efficace des exigences Planification soigneuse des Définition précise de la politique de
sprint de sécurité changements sécurité
Création méticuleuse du backlog du Planification rigoureuse des tests Utilisation systématique de la Évaluation minutieuse des risques
sprint de sécurité gestion des changements
Développement Suivi rigoureux des pratiques agiles Intégration systématique des tests Utilisation efficace de la gestion des Mise en place soigneuse des
de sécurité incidents contrôles de sécurité
Organisation régulière des daily Utilisation efficace des outils Utilisation systématique de la Assurance constante de la
stand-ups d'automatisation gestion des problèmes conformité aux exigences de
sécurité
Test Exécution minutieuse des tests Intégration systématique des tests Utilisation efficace de la gestion des Assurance soigneuse que les tests
unitaires et d'intégration de sécurité automatisés incidents pour les problèmes de de sécurité sont conformes aux
test exigences de la norme
Collecte active des retours des Utilisation rigoureuse des analyses Utilisation systématique de la Réalisation régulière des audits de
utilisateurs de code statique et dynamique gestion des problèmes pour les sécurité
issues de test
Déploiement Déploiement efficace des Utilisation systématique des Suivi rigoureux des processus de Assurance soigneuse que les
fonctionnalités à la fin de chaque pipelines CI/CD pour automatiser gestion des changements déploiements respectent les
sprint les déploiements contrôles de sécurité et les
politiques de sécurité
Organisation régulière des revues Intégration systématique des Utilisation efficace de la gestion des Réalisation régulière des revues de
de sprint contrôles de sécurité dans les incidents pour les problèmes de sécurité
pipelines CI/CD déploiement
Maintenance et Utilisation active des rétrospectives Continuation de l'intégration et de Utilisation efficace de la gestion des Réalisation régulière des audits et
Amélioration pour identifier les améliorations l'amélioration systématique des incidents et des problèmes pour des revues de la sécurité pour
Continue possibles pratiques de sécurité améliorer la stabilité de la assurer la conformité et
plateforme l'amélioration continue
Planification soigneuse des Utilisation efficace des outils de Utilisation systématique de la Mise à jour régulière des politiques
prochaines itérations monitoring pour surveiller la gestion des services pour aligner de sécurité et des contrôles de
sécurité les services IT avec les besoins de sécurité
l'entreprise

7
2. Tests et validation du logiciel

c. Normes de qualité des tests

Pour garantir la qualité, la sécurité et la performance du SIGES, nous allons utiliser plusieurs normes
internationales reconnues. Ces normes couvrent divers aspects des tests logiciels, de la gestion de la
qualité et de la sécurité de l'information.

Présentation des normes de qualité utilisée pour le SIGES

Voici une présentation des normes que nous allons appliquer et les grandes lignes de leurs
applications :
Tableau 2: Normes de qualité des tests

Norme Description Application

s
ISO/IEC Cette norme fournit des Processus de Test : Nous utiliserons cette norme pour structurer les
29119 lignes directrices pour processus de test, en définissant les étapes clés telles que la planification
la gestion des tests des tests, la conception des tests, l'exécution des tests et l'analyse des
logiciels. Elle couvre les résultats.
processus de test, les Techniques de Test : La norme nous aidera à sélectionner et à appliquer
techniques de test et les techniques de test appropriées, telles que les tests fonctionnels, les
les critères tests de performance et les tests de sécurité.
d'acceptation. Critères d'Acceptation : Nous définirons des critères d'acceptation clairs
pour chaque type de test, en nous basant sur les exigences spécifiées dans
la norme.
ISO Cette norme spécifie les Système de Gestion de la Qualité : Nous mettrons en place un système de
9001 exigences pour un gestion de la qualité conforme à cette norme pour assurer la qualité des
système de gestion de processus de test et des produits logiciels.
la qualité. Elle peut être Amélioration Continue : Nous utiliserons les principes de l'amélioration
appliquée aux continue pour identifier et corriger les non-conformités et améliorer les
processus de test pour processus de test.
assurer la qualité des
produits logiciels.
ISO/IEC Cette norme fournit des Mesures de Qualité : Nous utiliserons cette norme pour définir et mesurer
25022 mesures de qualité les critères de performance et de fiabilité du SIGES.
pour les systèmes Évaluation de la Performance : Nous évaluerons la performance du
logiciels, y compris des système en utilisant des métriques spécifiques, telles que le temps de
critères de performance réponse, la capacité de traitement et la disponibilité.
et de fiabilité.
ISO/IEC Cette norme fournit des Mesures de Qualité : Nous utiliserons cette norme pour définir et mesurer
25023 mesures de qualité les critères de performance et de capacité du SIGES.
pour les systèmes Évaluation de la Capacité : Nous évaluerons la capacité du système à
logiciels, y compris des gérer des volumes de données et des charges de travail élevés, en utilisant
critères de performance des métriques spécifiques telles que le nombre de transactions par
et de capacité. seconde et le temps de traitement.

8
Application des normes dans le processus des tests

Nous présentons maintenant comment nous appliquerons ces normes internationales dans le
processus de tests afin de garantir la gestion de la qualité et de la sécurité de l'information.
Tableau 3: Activités des étapes des tests

Étape du test Activités Commentaires

Identification Décrire les cas de test, y compris les étapes à La norme ISO/IEC 29119 nous aidera à
des cas de suivre, les données d'entrée et les résultats concevoir des cas de test détaillés et
test attendus. structurés.
Définir les préconditions pour chaque cas de La norme ISO/IEC 29119 nous guidera dans la
test, y compris les configurations et les définition des préconditions pour chaque cas
données nécessaires. de test.
Décrire les étapes de test, y compris les La norme ISO/IEC 29119 nous aidera à définir
actions à effectuer et les observations à les étapes de test de manière claire et
faire. précise.
Définir les résultats attendus pour chaque La norme ISO/IEC 25022 nous aidera à définir
cas de test, y compris les critères les critères de performance et de fiabilité.
d'acceptation et les seuils de performance.
Conception Décrire les objectifs des tests, y compris les Nous utiliserons la norme ISO/IEC 29119
du plan de types de tests à effectuer et les pour structurer les processus de test et
test fonctionnalités à tester. définir les critères d'acceptation.
Définir la portée des tests, y compris les La norme ISO/IEC 29119 nous aidera à
modules, les fonctionnalités et les identifier les éléments à tester et à définir les
environnements de test. limites des tests.
Identifier les ressources nécessaires, y La norme ISO 9001 nous guidera dans la
compris les outils, les environnements de gestion des ressources pour assurer la
test et les compétences nécessaires. qualité des processus de test.
Définir le calendrier des tests, y compris les La norme ISO/IEC 29119 nous aidera à
délais et les échéances pour chaque phase planifier et à organiser les différentes phases
du processus de test. de test.
Conduite des Résumer les résultats des tests, y compris les La norme ISO/IEC 25023 nous aidera à
tests et taux de réussite, les temps de réponse et les évaluer la performance et la capacité du
confection du scores de satisfaction. système.
rapport de Fournir des détails sur les tests passés et La norme ISO/IEC 29119 nous guidera dans la
test échoués, y compris les cas de test, les documentation des résultats des tests.
défauts détectés et les observations.
Analyser les défauts détectés, les corrections La norme ISO 9001 nous aidera à mettre en
apportées et les recommandations pour place un système de gestion de la qualité
l'amélioration. pour identifier et corriger les non-
conformités.
Fournir une conclusion sur les résultats des La norme ISO 9001 nous guidera dans
tests et des recommandations pour l'amélioration continue des processus de
l'amélioration du système. test.
Documentatio Décrire les défauts détectés, y compris les La norme ISO/IEC 29119 nous aidera à
n des défauts symptômes, les causes et les impacts. documenter les défauts de manière
structurée.
Définir la priorité et la sévérité des défauts, y La norme ISO/IEC 25022 nous aidera à
compris les critères de classification et les évaluer la sévérité des défauts.
seuils de gravité.
Documenter l'état actuel et l'historique des La norme ISO 9001 nous guidera dans la

9
 Étape du test Activités Commentaires
défauts, y compris les corrections apportées gestion de la qualité et l'amélioration
et les tests de régression effectués. continue.

Processus de conduite des tests

La méthodologie de conduite des tests du SIGES est la suivante :

# Étape Activité Descriptif

1 Planification Définir les objectifs et la Identifier les objectifs des tests et définir la portée des tests. Cela
des tests portée des tests inclut les types de tests à effectuer, les fonctionnalités à tester et
les critères d'acceptation.
Identifier les ressources Identifier les ressources nécessaires pour effectuer les tests, y
nécessaires compris les outils, les environnements de test et les compétences
nécessaires.
2 Conception Créer des cas de test Créer des cas de test détaillés qui décrivent les étapes à suivre,
des tests détaillés les données d'entrée, les résultats attendus et les critères
d'acceptation.
Définir les critères Définir les critères d'acceptation pour chaque cas de test. Cela
d'acceptation inclut les conditions de succès et les seuils de performance.
3 Exécution Exécuter les tests selon Exécuter les tests selon le plan de test défini. Cela inclut
des tests le plan de test l'exécution des cas de test, la collecte des résultats et la
documentation des défauts.
Documenter les Documenter les résultats des tests, y compris les cas de test
résultats passés et échoués, les défauts détectés et les observations.
4 Analyse des Analyser les résultats Analyser les résultats des tests pour identifier les défauts, les
résultats des tests problèmes de performance et les non-conformités.
Identifier et corriger les Identifier les défauts et les problèmes de performance et les
défauts corriger. Cela inclut la priorisation des défauts, la correction des
bugs et la re-test des corrections.
5 Validation et Valider que les critères Valider que les critères d'acceptation sont remplis pour chaque
rapport d'acceptation sont type de test. Cela inclut la vérification que les taux de réussite,
remplis les temps de réponse et les scores de satisfaction sont conformes
aux normes de qualité.
Rédiger un rapport de Rédiger un rapport de test détaillé qui résume les résultats des
test détaillé tests, les défauts détectés, les corrections apportées et les
recommandations pour l'amélioration.

d. Agencement des tests pour la validation du SIGES

Voici le procédé d’agencement des tests pour la validation des fonctionnalités du SIGES :
Tableau 4: Processus de conduite des tests de validation du SIGES

# Test Étapes du Test

1 Conduire les a. Vérification de la fonctionnalité de chaque module de la plateforme
Tests b. Vérification de l'exactitude de chaque fonctionnalité
Unitaires c. Vérification de la qualité du code (Documentation, Propreté, Clarté, Respect des

10
# Test Étapes du Test
Normes)
d. Documentation des défauts
2 Conduire les a. Vérification de la conformité des fonctionnalités de la plateforme aux spécifications
Tests fonctionnelles
fonctionnels b. Vérification de la facilité d'utilisation de la plateforme
c. Vérification de l'exactitude des résultats fournis par la plateforme
d. Vérification des critères d'acceptation
e. Vérification du respect des exigences en matière de documentation et de rapport
f. Résolution des problèmes et amélioration du logiciel
3 Conduire les a. Vérification de la compatibilité entre les différents modules de la plateforme
Tests b. Vérification de la cohérence et de la qualité des données échangées entre les modules
d'intégration c. Vérification des critères d'acceptation et des normes de qualité
d. Vérification du respect des exigences en matière de documentation et de rapport
e. Résolution des problèmes et amélioration le logiciel
4 Conduire les a. Vérification des critères d’acceptation
Tests de b. Fonctionnement sur toutes les plateformes cibles
compatibilité c. Accessibilité des fonctionnalités
d. Vérification des normes de qualité
e. Taux de compatibilité
f. Absence de fonctionnalité critique incompatible
g. Vérification du respect des exigences en matière de documentation et de rapport
h. Résolution des problèmes et amélioration le logiciel
5 Conduire les a. Vérification de la capacité de la plateforme à gérer un grand nombre de transactions
Tests de simultanément
performance b. Vérification de la rapidité d'exécution des tâches
c. Vérification des critères d'acceptation et des normes de qualité
d. Vérification du respect des exigences en matière de documentation et de rapport
e. Résolution des problèmes et amélioration le logiciel
6 Conduire les a. Vérification de la protection des données confidentielles
Tests de b. Vérification de la protection contre les attaques informatiques
sécurité c. Vérification des critères d'acceptation et des normes de qualité
d. Vérification du respect des exigences en matière de documentation et de rapport
e. Résolution des problèmes et amélioration le logiciel
7 Conduire les a. Vérification des fonctionnalités
Tests b. Vérification des critères d'acceptation et des normes de qualité
d’acceptation c. Vérification du respect des exigences en matière de documentation et de rapport
d. Résolution des problèmes et amélioration le logiciel
8 Conduire les a. Vérification des critères d'acceptation et des normes de qualité
Tests de b. Interface utilisateur intuitive
convivialité c. Accomplissement des tâches principales
d. Retours des utilisateurs positifs
e. Score de satisfaction utilisateur
f. Taux de réussite des tâches principales
g. Vérification du respect des exigences en matière de documentation et de rapport
h. Résolution des problèmes et amélioration le logiciel
9 Conduire les a. Automatisation des tests de régression ;
Tests de b. Validation des modifications
régression c. Documentation et archivage

11
e. Validation du SIGES par l’organisation

La validation du SIGES sera effectuée par nos soins pour confirmer que la plateforme est
conforme aux spécifications techniques et fonctionnelles. Les résultats de cette validation
seront documentés et archivés.

Processus d’approbation et de validation du SIGES

Pour garantir que la plateforme SIGES répond aux exigences et aux attentes de
l’organisation, un processus rigoureux d'approbation et de validation doit être mis en place.
Il s’agit de :
Tableau 5: Processus d'approbation et de validation du SIGES

# Étapes de Détails
validation
1 Identification des • Comité de validation : Un comité de validation doit être constitué, composé de
personnes représentants de l’organisation, de responsables techniques, et de parties prenantes
responsables de clés.
l'approbation • Rôles et responsabilités : Les rôles et responsabilités de chaque membre du comité
doivent être clairement définis pour garantir une évaluation complète et objective.
2 Identification des • Planification des délais : Un calendrier détaillé doit être établi pour la validation de
délais à respecter chaque étape du projet, y compris les tests, la documentation, et la formation.
pour la validation • Respect des délais : Les délais doivent être strictement respectés pour garantir que
le projet avance selon le plan prévu.
3 Conduite du • Validation des exigences : Les exigences fonctionnelles et non fonctionnelles doivent
processus de être validées avec les parties prenantes de l’organisation pour s'assurer qu'elles sont
validation complètes et correctes.
• Tests et validation : Des tests rigoureux doivent être effectués pour valider les
fonctionnalités, la performance, la sécurité, et la compatibilité de la plateforme. Les
résultats des tests doivent être documentés et partagés avec les parties prenantes
pour approbation.
4 Acceptation • Réunion de revue finale : Une réunion de revue finale doit être organisée avec les
finale parties prenantes pour présenter les résultats des tests et de la validation.
• Approbation officielle : Une fois les tests et la validation terminés, une approbation
officielle doit être obtenue du comité de validation et des parties prenantes clés.
5 Documentation • Rapports de validation : Des rapports de validation détaillés doivent être rédigés,
de l'approbation documentant les résultats des tests, les observations, et les recommandations.
• Signatures : Les rapports de validation doivent être signés par les membres du
comité de validation pour confirmer leur approbation.
6 Suivi post- • Feedback continu : Un mécanisme de feedback continu doit être mis en place pour
approbation recueillir les commentaires des utilisateurs après le lancement de la plateforme.
• Améliorations continues : Les feedbacks doivent être analysés et utilisés pour
apporter des améliorations continues à la plateforme.

12
f. Descriptions des tests

Tests unitaires

Les tests unitaires vérifieront la conformité du code de chaque module avec les spécifications
techniques. Les résultats de ces tests doivent être documentés et archivés. Voici comment nous
appliquerons les normes ISO/IEC 29119, ISO 9001, ISO/IEC 25022 et ISO/IEC 25023 pour structurer et
exécuter ces tests :

Vérification de la fonctionnalité de chaque module de la plateforme

 Objectifs des tests : Vérifier que chaque module de la plateforme fonctionne conformément
aux spécifications techniques. Nous utiliserons la norme ISO/IEC 29119 pour structurer les
processus de test et définir les critères d'acceptation.

 Portée des tests : Définir la portée des tests, y compris les modules à tester et les
fonctionnalités spécifiques à vérifier. La norme ISO/IEC 29119 nous aidera à identifier les
éléments à tester et à définir les limites des tests.

 Ressources nécessaires : Identifier les ressources nécessaires, y compris les outils de test
unitaire, les environnements de test et les compétences nécessaires. La norme ISO 9001
nous guidera dans la gestion des ressources pour assurer la qualité des processus de test.

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

Vérification de l'exactitude de chaque fonctionnalité

 Description des cas de test : Décrire les cas de test pour chaque fonctionnalité, y compris les
étapes à suivre, les données d'entrée et les résultats attendus. La norme ISO/IEC 29119 nous
aidera à concevoir des cas de test détaillés et structurés.

 Préconditions : Définir les préconditions pour chaque cas de test, y compris les
configurations et les données nécessaires. La norme ISO/IEC 29119 nous guidera dans la
définition des préconditions pour chaque cas de test.

 Étapes de test : Décrire les étapes de test, y compris les actions à effectuer et les
observations à faire. La norme ISO/IEC 29119 nous aidera à définir les étapes de test de
manière claire et précise.

 Résultats attendus : Définir les résultats attendus pour chaque cas de test, y compris les
critères d'acceptation et les seuils de performance. La norme ISO/IEC 25022 nous aidera à
définir les critères de performance et de fiabilité.

Vérification de la qualité du code (Documentation, Propreté, Clarté, Respect des Normes)

 Résumé des résultats des tests : Résumer les résultats des tests unitaires, y compris les taux
de réussite, les temps de réponse et les scores de satisfaction. La norme ISO/IEC 25023 nous
aidera à évaluer la performance et la capacité du système.

13
  Détails des tests passés et échoués : Fournir des détails sur les tests passés et échoués, y
compris les cas de test, les défauts détectés et les observations. La norme ISO/IEC 29119
nous guidera dans la documentation des résultats des tests.

 Analyse des défauts et des corrections : Analyser les défauts détectés, les corrections
apportées et les recommandations pour l'amélioration. La norme ISO 9001 nous aidera à
mettre en place un système de gestion de la qualité pour identifier et corriger les non-
conformités.

 Conclusion et recommandations : Fournir une conclusion sur les résultats des tests et des
recommandations pour l'amélioration du système. La norme ISO 9001 nous guidera dans
l'amélioration continue des processus de test.

Documentation des défauts

 Description des défauts : Décrire les défauts détectés, y compris les symptômes, les causes
et les impacts. La norme ISO/IEC 29119 nous aidera à documenter les défauts de manière
structurée.

 Priorité et sévérité : Définir la priorité et la sévérité des défauts, y compris les critères de
classification et les seuils de gravité. La norme ISO/IEC 25022 nous aidera à évaluer la
sévérité des défauts.

 État actuel et historique des défauts : Documenter l'état actuel et l'historique des défauts, y
compris les corrections apportées et les tests de régression effectués. La norme ISO 9001
nous guidera dans la gestion de la qualité et l'amélioration continue.

Tests d'intégration

Les tests d'intégration vérifieront l'intégration de chaque module dans la plateforme et leur
interaction. Ils doivent être réalisés en utilisant des données de test fournies. Les résultats de ces
tests doivent être documentés et archivés. Voici comment nous appliquerons les normes ISO/IEC
29119, ISO 9001, ISO/IEC 25022 et ISO/IEC 25023 pour structurer et exécuter ces tests :

Vérification de la compatibilité entre les différents modules de la plateforme

 Objectifs des tests : Vérifier la compatibilité entre les différents modules de la plateforme.
Nous utiliserons la norme ISO/IEC 29119 pour structurer les processus de test et définir les
critères d'acceptation.

 Portée des tests : Définir la portée des tests, y compris les modules à tester et les
interactions spécifiques à vérifier. La norme ISO/IEC 29119 nous aidera à identifier les
éléments à tester et à définir les limites des tests.

 Ressources nécessaires : Identifier les ressources nécessaires, y compris les outils de test
d'intégration, les environnements de test et les compétences nécessaires. La norme ISO 9001
nous guidera dans la gestion des ressources pour assurer la qualité des processus de test.

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

14
Vérification de la cohérence et de la qualité des données échangées entre les modules

 Description des cas de test : Décrire les cas de test pour chaque interaction entre les
modules, y compris les étapes à suivre, les données d'entrée et les résultats attendus. La
norme ISO/IEC 29119 nous aidera à concevoir des cas de test détaillés et structurés.

 Préconditions : Définir les préconditions pour chaque cas de test, y compris les
configurations et les données nécessaires. La norme ISO/IEC 29119 nous guidera dans la
définition des préconditions pour chaque cas de test.

 Étapes de test : Décrire les étapes de test, y compris les actions à effectuer et les
observations à faire. La norme ISO/IEC 29119 nous aidera à définir les étapes de test de
manière claire et précise.

 Résultats attendus : Définir les résultats attendus pour chaque cas de test, y compris les
critères d'acceptation et les seuils de performance. La norme ISO/IEC 25022 nous aidera à
définir les critères de performance et de fiabilité.

Critères d'acceptation

 Interaction correcte des modules : Tous les modules doivent interagir correctement sans
erreurs. Les appels de fonction, les échanges de données et les dépendances entre les
modules doivent être vérifiés.

 Conformité des interfaces : Les interfaces entre les modules doivent être conformes aux
spécifications. Cela inclut les formats de données, les protocoles de communication et les
contrats d'interface.

 Transmission correcte des données : Les données doivent être transmises correctement
entre les modules. Les tests doivent vérifier que les données ne sont pas corrompues ou
perdues pendant le transfert.

Normes de qualité

 Taux de réussite : Le taux de réussite des tests d'intégration doit être supérieur à 95%. Cela
signifie que moins de 5% des tests doivent échouer.

 Absence de régression : Aucune régression par rapport aux versions précédentes. Les
nouvelles fonctionnalités ne doivent pas introduire de nouveaux bugs ou casser des
fonctionnalités existantes.

Processus et outils de test

 Processus de test : Nous utiliserons la norme ISO/IEC 29119 pour structurer les processus de
test, en définissant les étapes clés telles que la planification des tests, la conception des
tests, l'exécution des tests et l'analyse des résultats.

 Outils de test : Identifier les outils de test d'intégration qui seront utilisés, tels que Selenium,
Postman, ou SoapUI, en fonction des besoins spécifiques. La norme ISO 9001 nous guidera
dans la gestion des ressources pour assurer la qualité des processus de test.

Délais et échéances

15
  Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

 Validation du logiciel : Préciser les délais et les échéances pour la réalisation des tests et la
validation du logiciel. La norme ISO 9001 nous aidera à mettre en place un système de
gestion de la qualité pour assurer la conformité aux exigences et aux normes de qualité.

Exigences en matière de documentation et de rapport

 Documentation des résultats : Les résultats des tests d'intégration doivent être documentés
et archivés. La norme ISO/IEC 29119 nous guidera dans la documentation des résultats des
tests.

 Rapport de test : Fournir un rapport de test détaillé, incluant un résumé des résultats des
tests, les détails des tests passés et échoués, l'analyse des défauts et des corrections, ainsi
que les conclusions et recommandations. La norme ISO 9001 nous aidera à mettre en place
un système de gestion de la qualité pour assurer la conformité aux exigences et aux normes
de qualité.

Résolution des problèmes et amélioration du logiciel

 Étapes à suivre pour résoudre les problèmes : Fournir des informations sur les étapes à
suivre pour résoudre les problèmes identifiés lors des tests. La norme ISO 9001 nous aidera à
mettre en place un système de gestion de la qualité pour identifier et corriger les non-
conformités.

 Utilisation des résultats des tests : Indiquer comment les résultats des tests seront utilisés
pour améliorer le logiciel et le rendre conforme aux exigences et normes de qualité
énoncées. La norme ISO/IEC 25022 nous aidera à définir les critères de performance et de
fiabilité.

Tests fonctionnels

Les tests fonctionnels vérifieront que toutes les fonctionnalités de la plateforme répondent aux
spécifications fonctionnelles. Ils doivent être réalisés en utilisant des scénarios de test qui couvrent
tous les cas d'utilisation attendus. Les résultats de ces tests doivent être documentés et archivés.
Voici comment nous appliquerons les normes ISO/IEC 29119, ISO 9001, ISO/IEC 25022 et ISO/IEC
25023 pour structurer et exécuter ces tests :

Vérification de la conformité des fonctionnalités de la plateforme aux spécifications fonctionnelles

 Objectifs des tests : Vérifier que toutes les fonctionnalités de la plateforme répondent aux
spécifications fonctionnelles. Nous utiliserons la norme ISO/IEC 29119 pour structurer les
processus de test et définir les critères d'acceptation.

 Portée des tests : Définir la portée des tests, y compris les fonctionnalités à tester et les
scénarios de test à couvrir. La norme ISO/IEC 29119 nous aidera à identifier les éléments à
tester et à définir les limites des tests.

16
  Ressources nécessaires : Identifier les ressources nécessaires, y compris les outils de test
fonctionnel, les environnements de test et les compétences nécessaires. La norme ISO 9001
nous guidera dans la gestion des ressources pour assurer la qualité des processus de test.

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

Vérification de la facilité d'utilisation de la plateforme

 Description des cas de test : Décrire les cas de test pour chaque fonctionnalité, y compris les
étapes à suivre, les données d'entrée et les résultats attendus. La norme ISO/IEC 29119 nous
aidera à concevoir des cas de test détaillés et structurés.

 Préconditions : Définir les préconditions pour chaque cas de test, y compris les
configurations et les données nécessaires. La norme ISO/IEC 29119 nous guidera dans la
définition des préconditions pour chaque cas de test.

 Étapes de test : Décrire les étapes de test, y compris les actions à effectuer et les
observations à faire. La norme ISO/IEC 29119 nous aidera à définir les étapes de test de
manière claire et précise.

 Résultats attendus : Définir les résultats attendus pour chaque cas de test, y compris les
critères d'acceptation et les seuils de performance. La norme ISO/IEC 25022 nous aidera à
définir les critères de performance et de fiabilité.

Vérification de l'exactitude des résultats fournis par la plateforme

 Résumé des résultats des tests : Résumer les résultats des tests fonctionnels, y compris les
taux de réussite, les temps de réponse et les scores de satisfaction. La norme ISO/IEC 25023
nous aidera à évaluer la performance et la capacité du système.

 Détails des tests passés et échoués : Fournir des détails sur les tests passés et échoués, y
compris les cas de test, les défauts détectés et les observations. La norme ISO/IEC 29119
nous guidera dans la documentation des résultats des tests.

 Analyse des défauts et des corrections : Analyser les défauts détectés, les corrections
apportées et les recommandations pour l'amélioration. La norme ISO 9001 nous aidera à
mettre en place un système de gestion de la qualité pour identifier et corriger les non-
conformités.

 Conclusion et recommandations : Fournir une conclusion sur les résultats des tests et des
recommandations pour l'amélioration du système. La norme ISO 9001 nous guidera dans
l'amélioration continue des processus de test.

Critères d'acceptation

 Conformité aux spécifications : Toutes les fonctionnalités doivent être conformes aux
spécifications. Les tests doivent vérifier que chaque fonctionnalité fonctionne comme prévu.

 Correction des entrées et sorties : Les entrées et sorties doivent être correctes. Les tests
doivent vérifier que les données d'entrée sont correctement traitées et que les résultats sont
conformes aux attentes.

17
  Comportements attendus : Les comportements attendus doivent être observés. Les tests
doivent vérifier que le système réagit correctement aux différentes conditions et scénarios.

Normes de qualité

 Taux de réussite : Le taux de réussite des tests de fonctionnalité doit être supérieur à 98%.
Cela signifie que moins de 2% des tests doivent échouer.

 Absence de fonctionnalité critique en échec : Aucune fonctionnalité critique ne doit

échouer. Les fonctionnalités critiques sont celles qui sont essentielles pour le bon
fonctionnement du système.

Processus et outils de test

 Processus de test : Nous utiliserons la norme ISO/IEC 29119 pour structurer les processus de
test, en définissant les étapes clés telles que la planification des tests, la conception des
tests, l'exécution des tests et l'analyse des résultats.

 Outils de test : Identifier les outils de test fonctionnel qui seront utilisés, tels que Selenium,
JMeter, ou Postman, en fonction des besoins spécifiques. La norme ISO 9001 nous guidera
dans la gestion des ressources pour assurer la qualité des processus de test.

Délais et échéances

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

 Validation du logiciel : Préciser les délais et les échéances pour la réalisation des tests et la
validation du logiciel. La norme ISO 9001 nous aidera à mettre en place un système de
gestion de la qualité pour assurer la conformité aux exigences et aux normes de qualité.

Exigences en matière de documentation et de rapport

 Documentation des résultats : Les résultats des tests fonctionnels doivent être documentés
et archivés. La norme ISO/IEC 29119 nous guidera dans la documentation des résultats des
tests.

 Rapport de test : Fournir un rapport de test détaillé, incluant un résumé des résultats des
tests, les détails des tests passés et échoués, l'analyse des défauts et des corrections, ainsi
que les conclusions et recommandations. La norme ISO 9001 nous aidera à mettre en place
un système de gestion de la qualité pour assurer la conformité aux exigences et aux normes
de qualité.

Résolution des problèmes et amélioration du logiciel

 Étapes à suivre pour résoudre les problèmes : Fournir des informations sur les étapes à
suivre pour résoudre les problèmes identifiés lors des tests. La norme ISO 9001 nous aidera à
mettre en place un système de gestion de la qualité pour identifier et corriger les non-
conformités.

 Utilisation des résultats des tests : Indiquer comment les résultats des tests seront utilisés
pour améliorer le logiciel et le rendre conforme aux exigences et normes de qualité
énoncées. La norme ISO/IEC 25022 nous aidera à définir les critères de performance et de
fiabilité.

18
Tests de performance

Les tests de performance vérifieront la capacité de la plateforme à gérer des charges de travail
élevées et des volumes de données importants. Ils doivent être réalisés en utilisant des outils de test
de charge. Les résultats de ces tests doivent être documentés et archivés. Voici comment nous
appliquerons les normes ISO/IEC 29119, ISO 9001, ISO/IEC 25022 et ISO/IEC 25023 pour structurer et
exécuter ces tests :

Vérification de la capacité de la plateforme à gérer un grand nombre de transactions

simultanément

 Objectifs des tests : Vérifier la capacité de la plateforme à gérer un grand nombre de

transactions simultanément. Nous utiliserons la norme ISO/IEC 29119 pour structurer les
processus de test et définir les critères d'acceptation.

 Portée des tests : Définir la portée des tests, y compris les scénarios de charge à tester et les
volumes de données à traiter. La norme ISO/IEC 29119 nous aidera à identifier les éléments à
tester et à définir les limites des tests.

 Ressources nécessaires : Identifier les ressources nécessaires, y compris les outils de test de
charge, les environnements de test et les compétences nécessaires. La norme ISO 9001 nous
guidera dans la gestion des ressources pour assurer la qualité des processus de test.

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

Vérification de la rapidité d'exécution des tâches

 Description des cas de test : Décrire les cas de test pour chaque scénario de charge, y
compris les étapes à suivre, les données d'entrée et les résultats attendus. La norme ISO/IEC
29119 nous aidera à concevoir des cas de test détaillés et structurés.

 Préconditions : Définir les préconditions pour chaque cas de test, y compris les
configurations et les données nécessaires. La norme ISO/IEC 29119 nous guidera dans la
définition des préconditions pour chaque cas de test.

 Étapes de test : Décrire les étapes de test, y compris les actions à effectuer et les
observations à faire. La norme ISO/IEC 29119 nous aidera à définir les étapes de test de
manière claire et précise.

 Résultats attendus : Définir les résultats attendus pour chaque cas de test, y compris les
critères d'acceptation et les seuils de performance. La norme ISO/IEC 25022 nous aidera à
définir les critères de performance et de fiabilité.

Critères d'acceptation

 Réponse aux exigences de performance : Le système doit répondre aux exigences de

performance sous différentes charges. Les tests doivent vérifier que le système peut gérer un
nombre élevé d'utilisateurs ou de transactions sans dégradation significative des
performances.

 Temps de réponse : Les temps de réponse doivent être conformes aux spécifications. Les
tests doivent vérifier que les temps de réponse sont dans les limites acceptables.

19
  Stabilité sous charge élevée : Le système doit être stable sous charge élevée. Les tests
doivent vérifier que le système ne plante pas ou ne devient pas instable sous une charge
élevée.

Normes de qualité

 Temps de réponse moyen : Le temps de réponse moyen doit être inférieur à une seconde.
Cela signifie que les utilisateurs ne doivent pas attendre plus d'une seconde pour obtenir une
réponse du système.

 Taux de disponibilité : Le taux de disponibilité doit être supérieur à 99%. Cela signifie que le
système doit être disponible plus de 99% du temps.

Processus et outils de test

 Processus de test : Nous utiliserons la norme ISO/IEC 29119 pour structurer les processus de
test, en définissant les étapes clés telles que la planification des tests, la conception des
tests, l'exécution des tests et l'analyse des résultats.

 Outils de test : Identifier les outils de test de charge qui seront utilisés, tels que JMeter,
LoadRunner, ou Gatling, en fonction des besoins spécifiques. La norme ISO 9001 nous
guidera dans la gestion des ressources pour assurer la qualité des processus de test.

Délais et échéances

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

 Validation du logiciel : Préciser les délais et les échéances pour la réalisation des tests et la
validation du logiciel. La norme ISO 9001 nous aidera à mettre en place un système de
gestion de la qualité pour assurer la conformité aux exigences et aux normes de qualité.

Exigences en matière de documentation et de rapport

 Documentation des résultats : Les résultats des tests de performance doivent être
documentés et archivés. La norme ISO/IEC 29119 nous guidera dans la documentation des
résultats des tests.

 Rapport de test : Fournir un rapport de test détaillé, incluant un résumé des résultats des
tests, les détails des tests passés et échoués, l'analyse des défauts et des corrections, ainsi
que les conclusions et recommandations. La norme ISO 9001 nous aidera à mettre en place
un système de gestion de la qualité pour assurer la conformité aux exigences et aux normes
de qualité.

Résolution des problèmes et amélioration du logiciel

 Étapes à suivre pour résoudre les problèmes : Fournir des informations sur les étapes à
suivre pour résoudre les problèmes identifiés lors des tests. La norme ISO 9001 nous aidera à
mettre en place un système de gestion de la qualité pour identifier et corriger les non-
conformités.

 Utilisation des résultats des tests : Indiquer comment les résultats des tests seront utilisés
pour améliorer le logiciel et le rendre conforme aux exigences et normes de qualité

20
 énoncées. La norme ISO/IEC 25022 nous aidera à définir les critères de performance et de
fiabilité.

Tests de sécurité

Les tests de sécurité vérifieront la sécurité de la plateforme et son aptitude à protéger les données
sensibles. Ils doivent être réalisés en utilisant des outils de test de sécurité et en suivant les
meilleures pratiques en matière de sécurité. Les résultats de ces tests doivent être documentés et
archivés. Voici comment nous appliquerons les normes ISO/IEC 29119, ISO 9001, ISO/IEC 25022 et
ISO/IEC 25023 pour structurer et exécuter ces tests :

Vérification de la protection des données confidentielles

 Objectifs des tests : Vérifier la protection des données confidentielles. Nous utiliserons la
norme ISO/IEC 29119 pour structurer les processus de test et définir les critères
d'acceptation.

 Portée des tests : Définir la portée des tests, y compris les types de données confidentielles à
protéger et les mécanismes de sécurité à vérifier. La norme ISO/IEC 29119 nous aidera à
identifier les éléments à tester et à définir les limites des tests.

 Ressources nécessaires : Identifier les ressources nécessaires, y compris les outils de test de
sécurité, les environnements de test et les compétences nécessaires. La norme ISO 9001
nous guidera dans la gestion des ressources pour assurer la qualité des processus de test.

 Calendrier des tests : Définir le calendrier des tests, y compris les délais et les échéances
pour chaque phase du processus de test. La norme ISO/IEC 29119 nous aidera à planifier et à
organiser les différentes phases de test.

Vérification de la protection contre les attaques informatiques

 Description des cas de test : Décrire les cas de test pour chaque type d'attaque informatique,
y compris les étapes à suivre, les données d'entrée et les résultats attendus. La norme
ISO/IEC 29119 nous aidera à concevoir des cas de test détaillés et structurés.

 Préconditions : Définir les préconditions pour chaque cas de test, y compris les
configurations et les données nécessaires. La norme ISO/IEC 29119 nous guidera dans la
définition des préconditions pour chaque cas de test.

 Étapes de test : Décrire les étapes de test, y compris les actions à effectuer et les
observations à faire. La norme ISO/IEC 29119 nous aidera à définir les étapes de test de
manière claire et précise.

 Résultats attendus : Définir les résultats attendus pour chaque cas de test, y compris les
critères d'acceptation et les seuils de performance. La norme ISO/IEC 25022 nous aidera à
définir les critères de performance et de fiabilité.

Critères d'acceptation

 Absence de vulnérabilité critique : Aucune vulnérabilité critique ne doit être détectée. Les
tests doivent vérifier que le système n'a pas de failles de sécurité graves qui pourraient être
exploitées par des attaquants.

21
  Efficacité des mécanismes de sécurité : Les mécanismes de sécurité doivent être efficaces.
Les tests doivent vérifier que les mécanismes de sécurité, tels que l'authentification,
l'autorisation et le chiffrement, fonctionnent correctement.

 Protection des données sensibles : Les données sensibles doivent être protégées. Les tests
doivent vérifier que les données sensibles, telles que les informations personnelles et les
mots de passe, sont correctement protégées.

Normes de qualité

 Absence de faille de sécurité critique : Aucune faille de sécurité critique ne doit être
présente. Cela signifie que le système ne doit pas avoir de failles de sécurité qui pourraient
être exploitées pour compromettre le système.

 Conformité aux normes de sécurité : Le système doit être conforme aux normes de sécurité,
telles que OWASP, ISO 27001 et PCI-DSS. Cela signifie que le système doit respecter les
meilleures pratiques en matière de sécurité.

Tests d’acceptation

Les tests d'acceptation seront effectués par nos soins pour valider que la plateforme répond aux
spécifications fonctionnelles et techniques. Ils seront réalisés en utilisant des scénarios de test
approuvés par nos équipes. Les résultats de ces tests seront documentés et archivés.

Vérification des fonctionnalités

La vérification des fonctionnalités de la plateforme se fera en définissant dans un premier temps les
objectifs, puis les scénarios de test et enfin en précisant les critères d’acceptation du test. Nous
ferons de même pour des aspects techniques

On a par exemple :
Vérification de la fonctionnalité de connexion
 Objectif : Les utilisateurs doivent être en mesure de se connecter à la plateforme à l'aide de
leurs identifiants et mots de passe.
 Scénarios de test :
 Connexion réussie avec des identifiants valides.
 Échec de connexion avec des identifiants invalides.
 Récupération de mot de passe oublié.
 Critères d'Acceptation :
 Les utilisateurs peuvent se connecter avec des identifiants valides.
 Les utilisateurs ne peuvent pas se connecter avec des identifiants invalides.
 Le processus de récupération de mot de passe fonctionne correctement.
Vérification de la fonctionnalité de recherche
 Objectif : Les utilisateurs doivent être en mesure d'effectuer des recherches sur la
plateforme en utilisant différents critères tels que le niveau d'éducation, l'expérience
professionnelle, les compétences, etc.
 Scénarios de test :
 Recherche par niveau d'éducation.
 Recherche par expérience professionnelle.
 Recherche par compétences.

22
  Critères d'acceptation :
 Les résultats de recherche sont pertinents et correspondent aux critères spécifiés.
 Les recherches sont effectuées en temps réel.
Vérification de la fonctionnalité de création de profil
 Objectif : Les utilisateurs doivent être en mesure de créer leur profil sur la plateforme en
fournissant des informations telles que leur expérience professionnelle, leurs compétences,
leurs formations, etc.
 Scénarios de test :
 Création de profil avec toutes les informations requises.
 Modification de profil existant.
 Critères d'acceptation :
 Les utilisateurs peuvent créer et modifier leur profil avec succès.
 Les informations de profil sont correctement enregistrées et affichées.
Vérification de la fonctionnalité de communication
 Objectif : Les utilisateurs doivent être en mesure de communiquer entre eux sur la
plateforme, en envoyant des messages, en planifiant des entrevues, etc.
 Scénarios de test :
 Envoi et réception de messages.
 Planification d'entrevues.
 Critères d'acceptation :
 Les utilisateurs peuvent envoyer et recevoir des messages avec succès.
 Les entrevues peuvent être planifiées et confirmées.

Vérification des aspects techniques

Vérification de la sécurité
 Objectif : Les tests doivent s'assurer que la plateforme est sécurisée et protège les
informations personnelles des utilisateurs.
 Scénarios de test :
 Tests de pénétration.
 Vérification des mécanismes de chiffrement.
 Tests de conformité aux normes de sécurité (OWASP, ISO 27001, PCI-DSS).
 Critères d'acceptation :
 Aucune vulnérabilité critique ne doit être détectée.
 Les mécanismes de sécurité doivent être efficaces.
 Les informations personnelles doivent être protégées.
Vérification de la performance
 Objectif : Les tests doivent s'assurer que la plateforme est capable de gérer un grand nombre
d'utilisateurs simultanément et de fournir des résultats de recherche en temps réel.
 Scénarios de test :
 Tests de charge avec un grand nombre d'utilisateurs simultanés.
 Tests de performance des recherches en temps réel.
 Critères d'acceptation :
 La plateforme doit rester performante sous une charge élevée.
 Les résultats de recherche doivent être fournis en temps réel.
Vérification de la compatibilité
 Objectif : Les tests doivent s'assurer que la plateforme est compatible avec différents
navigateurs Web et systèmes d'exploitation.
 Scénarios de test :
 Tests de compatibilité avec différents navigateurs (Chrome, Firefox, Safari, etc.).

23
  Tests de compatibilité avec différents systèmes d'exploitation (Windows, macOS,
Linux, etc.).
 Critères d'acceptation :
 La plateforme doit être fonctionnelle sur tous les navigateurs et systèmes
d'exploitation testés.
Vérification de la convivialité
 Objectif : Les tests doivent s'assurer que la plateforme est conviviale et facile à utiliser pour
les utilisateurs finaux.
 Scénarios de test :
 Tests d'utilisabilité avec des utilisateurs réels.
 Évaluation de la navigation et de l'interface utilisateur.
 Critères d'acceptation :
 La plateforme doit être intuitive et facile à utiliser.
 Les utilisateurs doivent pouvoir accomplir leurs tâches sans difficulté.
En suivant ces scénarios de test et en documentant les résultats, nous pouvons assurer que la
plateforme répond aux spécifications fonctionnelles et techniques requises.

Tests de compatibilité

Les tests de compatibilité visent à s'assurer que le système fonctionne correctement sur toutes les
plateformes cibles, y compris les systèmes d'exploitation, les navigateurs et les appareils supportés.
Les résultats de ces tests seront documentés et archivés.

Critères d'acceptation

Fonctionnement sur toutes les plateformes cibles

 Objectif : Le système doit fonctionner correctement sur toutes les plateformes cibles.

 Scénarios de test :

 Vérification du fonctionnement sur différents systèmes d'exploitation (Windows,

macOS, Linux, etc.).

 Vérification du fonctionnement sur différents navigateurs (Chrome, Firefox, Safari,

Edge, etc.).

 Vérification du fonctionnement sur différents appareils (ordinateurs de bureau,

ordinateurs portables, tablettes, smartphones, etc.).

 Critères d'acceptation :

 Le système doit fonctionner correctement sur tous les systèmes d'exploitation,

navigateurs et appareils supportés.

 Aucune fonctionnalité ne doit être compromise ou inaccessible sur les plateformes

cibles.

Accessibilité des fonctionnalités

 Objectif : Les fonctionnalités doivent être accessibles sur tous les navigateurs et systèmes
d'exploitation supportés.

24
  Scénarios de test :

 Vérification de l'accessibilité des fonctionnalités sur différents navigateurs.

 Vérification de l'accessibilité des fonctionnalités sur différents systèmes

d'exploitation.

 Vérification de l'accessibilité des fonctionnalités sur différents appareils.

 Critères d'acceptation :

 Toutes les fonctionnalités doivent être disponibles et fonctionner correctement sur

tous les navigateurs, systèmes d'exploitation et appareils supportés.

 Aucune fonctionnalité ne doit être inaccessible ou dysfonctionnelle sur les

plateformes cibles.

Normes de qualité

Taux de compatibilité

 Objectif : Le taux de compatibilité doit être supérieur à 95%.

 Scénarios de test :

 Tests de compatibilité sur une large gamme de systèmes d'exploitation, navigateurs

et appareils.

 Évaluation de la performance et de la stabilité du système sur les plateformes cibles.

 Critères d'acceptation :

 Le système doit fonctionner correctement sur plus de 95% des plateformes cibles.

 Les résultats des tests doivent montrer une compatibilité élevée avec les plateformes
cibles.

Absence de fonctionnalité critique incompatible

 Objectif : Aucune fonctionnalité critique ne doit être incompatible.

 Scénarios de test :

 Identification des fonctionnalités critiques du système.

 Vérification de la compatibilité de ces fonctionnalités sur toutes les plateformes

cibles.

 Critères d'acceptation :

 Les fonctionnalités essentielles doivent fonctionner correctement sur toutes les

plateformes.

 Aucune fonctionnalité critique ne doit être incompatible ou dysfonctionnelle sur les

plateformes cibles.

Documentation et archivage

25
Les résultats des tests de compatibilité seront documentés et archivés pour assurer une traçabilité et
une transparence dans le processus de validation. Les rapports de test incluront :

 Les plateformes testées (systèmes d'exploitation, navigateurs, appareils).

 Les fonctionnalités vérifiées.

 Les résultats des tests, y compris les taux de compatibilité et les éventuelles incompatibilités
détectées.

 Les actions correctives prises pour résoudre les incompatibilités.

En suivant ces critères et normes de qualité, nous pouvons assurer que le système est compatible
avec toutes les plateformes cibles et que les fonctionnalités critiques sont accessibles et
fonctionnelles sur toutes les plateformes.

Tests de convivialité

Les tests de convivialité visent à s'assurer que l'interface utilisateur est intuitive, facile à utiliser et
que les utilisateurs peuvent accomplir les tâches principales sans difficulté. Les résultats de ces tests
seront documentés et archivés.

Critères d'acceptation

Interface utilisateur intuitive

 Objectif : L'interface utilisateur doit être intuitive et facile à utiliser.

 Scénarios de test :

 Évaluation de la clarté et de l'organisation de l'interface utilisateur.

 Tests de navigation pour vérifier que les utilisateurs peuvent facilement trouver les
fonctionnalités et les informations dont ils ont besoin.

 Tests de compréhension pour vérifier que les utilisateurs comprennent rapidement

comment utiliser l'interface.

 Critères d'acceptation :

 L'interface doit être claire, bien organisée et facile à naviguer.

 Les utilisateurs doivent pouvoir comprendre et utiliser l'interface sans formation

préalable.

Accomplissement des tâches principales

 Objectif : Les utilisateurs doivent pouvoir accomplir les tâches principales sans difficulté.

 Scénarios de test :

 Création d'un compte utilisateur.

 Recherche d'informations sur la plateforme.

 Réalisation d'achats ou de transactions.

26
  Critères d'acceptation :

 Les utilisateurs doivent pouvoir accomplir les tâches principales sans rencontrer de
difficultés majeures.

 Les tâches principales doivent être réalisables de manière fluide et intuitive.

Retours des utilisateurs positifs

 Objectif : Les retours des utilisateurs doivent être positifs.

 Scénarios de test :

 Recueil des retours des utilisateurs après utilisation du système.

 Enquêtes de satisfaction pour évaluer l'expérience utilisateur.

 Tests utilisateurs avec des groupes de discussion ou des interviews.

 Critères d'acceptation :

 Les utilisateurs doivent exprimer une satisfaction générale avec l'utilisation du

système.

 Les retours des utilisateurs doivent être majoritairement positifs.

Normes de qualité

Score de satisfaction utilisateur

 Objectif : Le score de satisfaction utilisateur doit être supérieur à 8/10.

 Scénarios de test :

 Enquêtes de satisfaction utilisateur après utilisation du système.

 Évaluation des retours des utilisateurs pour mesurer leur satisfaction globale.

 Critères d'acceptation :

 Le score de satisfaction utilisateur doit être supérieur à 8/10.

 Les utilisateurs doivent être globalement satisfaits de l'utilisation du système.

Taux de réussite des tâches principales

 Objectif : Le taux de réussite des tâches principales doit être supérieur à 90%.

 Scénarios de test :

 Tests utilisateurs pour mesurer le taux de réussite des tâches principales.

 Observation des utilisateurs pendant qu'ils accomplissent les tâches principales.

 Critères d'acceptation :

 Plus de 90% des utilisateurs doivent pouvoir accomplir les tâches principales sans
difficulté.

27
  Les tâches principales doivent être réalisées avec succès par la majorité des
utilisateurs.

Documentation et archivage

Les résultats des tests de convivialité seront documentés et archivés pour assurer une traçabilité et
une transparence dans le processus de validation. Les rapports de test incluront :

 Les scénarios de test utilisés.

 Les retours des utilisateurs recueillis.

 Les scores de satisfaction utilisateur.

 Les taux de réussite des tâches principales.

 Les actions correctives prises pour améliorer la convivialité du système.

En suivant ces critères et normes de qualité, nous pouvons assurer que l'interface utilisateur est
intuitive, que les utilisateurs peuvent accomplir les tâches principales sans difficulté et que les
retours des utilisateurs sont positifs.

Tests de régression

Les tests de régression sont essentiels pour garantir la stabilité globale du système après des
modifications ou des mises à jour. Ils permettent de vérifier que les nouvelles fonctionnalités ou les
corrections de bugs n'ont pas introduit de nouveaux problèmes dans les modules existants.

Importance des tests de régression

Automatisation des tests de régression

 Objectif : Les tests de régression doivent être automatisés autant que possible pour couvrir
un large éventail de scénarios d'intégration.

 Avantages de l'automatisation :

 Efficacité : Les tests automatisés peuvent être exécutés rapidement et fréquemment,

ce qui permet de détecter les problèmes plus tôt.

 Couverture : Les tests automatisés peuvent couvrir un plus grand nombre de

scénarios de test, ce qui augmente la probabilité de détecter des régressions.

 Consistance : Les tests automatisés sont exécutés de manière cohérente, réduisant

ainsi les erreurs humaines.

 Scénarios de test :

 Tests de fonctionnalités existantes après chaque modification.

 Tests de compatibilité avec les systèmes d'exploitation, navigateurs et appareils

supportés.

 Tests de performance pour vérifier que les modifications n'ont pas affecté les
performances du système.

Validation des modifications

28
  Objectif : Chaque fois qu'un module est modifié, les tests de régression permettent de
valider que la modification n'a pas d'impact négatif sur les autres modules.

 Scénarios de test :

 Vérification des fonctionnalités existantes après chaque modification.

 Tests d'intégration pour s'assurer que les modules interagissent correctement.

 Tests de données pour vérifier que les données circulent sans corruption.

 Critères d'acceptation :

 Les fonctionnalités existantes doivent continuer à fonctionner correctement après

chaque modification.

 Les modules doivent interagir correctement et les données doivent circuler sans
corruption.

 Les performances du système ne doivent pas être affectées négativement par les
modifications.

En résumé

Les tests de régression sont cruciaux pour la stabilité globale du système. Ils garantissent que les
modules interagissent correctement, que les données circulent sans corruption, et que les
fonctionnalités restent fiables même après des mises à jour ou l’ajout de nouvelles options.

Documentation et archivage

Les résultats des tests de régression seront documentés et archivés pour assurer une traçabilité et
une transparence dans le processus de validation. Les rapports de test incluront :

 Les scénarios de test utilisés.

 Les résultats des tests, y compris les éventuelles régressions détectées.

 Les actions correctives prises pour résoudre les régressions.

 Les performances du système avant et après les modifications.

En suivant ces pratiques, nous pouvons assurer que les modifications apportées au système
n'introduisent pas de nouveaux problèmes et que la stabilité globale du système est maintenue.

3. Documentation et formation

a. Documentation

Une documentation complète et claire pour la prise en main du SIGES sera produite.
Elle comprend :
Tableau 6 : Documentation du SIGES

Manuel Contenu Structure Annexes

29
Manuel utilisateur Ce manuel couvrira les Le manuel sera structuré en Des annexes seront incluses
pour utilisateurs fonctionnalités de base et sections claires et concises, pour fournir des
avancées de la plateforme, avec des exemples informations
y compris la création pratiques et des captures supplémentaires, telles que
d'utilisateurs, la saisie de d'écran pour illustrer les des glossaires, des FAQ, et
données sur les activités procédures. des guides de dépannage.
spécifiques de ces
utilisateurs, et la génération
de rapports.
Manuel pour les Ce manuel sera Le manuel sera organisé en Des annexes seront incluses
superviseurs ayant spécifiquement conçu pour modules, chacun couvrant pour fournir des modèles
des droits avancés les superviseurs, couvrant une fonctionnalité de rapports, des check-lists,
les fonctionnalités spécifique, avec des études et des guides de meilleures
pertinentes pour leur rôle, de cas et des scénarios pratiques
telles que les pratiques pour aider à la
fonctionnalités liées aux compréhension
supervisions des
opérations, et la génération
de rapports de
performance
Manuel Ce manuel détaillera les Le manuel sera divisé en Des annexes seront incluses
d'Administration fonctionnalités avancées de sections couvrant la gestion pour fournir des scripts de
pour les la plateforme, y compris la des utilisateurs, la configuration, des guides de
Administrateurs de gestion des utilisateurs, la configuration des dépannage, et des
la Plateforme configuration des paramètres, la gestion des politiques de sécurité.
paramètres, la gestion des données, et les procédures
données, et les procédures de sécurité.
de sécurité.
Guide d'installation Ce guide fournira des Le guide sera structuré en Des annexes seront incluses
et de configuration instructions détaillées pour étapes claires, avec des pour fournir des scripts
pour les l'installation et la instructions détaillées et d'installation, des
Administrateurs configuration de la des captures d'écran pour configurations de serveur,
Système plateforme, y compris les chaque étape. et des guides de
paramètres de sécurité, les dépannage.
configurations de base de
données, et les intégrations
avec d'autres systèmes.
Guide de Ce guide couvrira les Le guide sera organisé en Des annexes seront incluses
Maintenance et de procédures de maintenance sections couvrant la pour fournir des check-lists
Dépannage pour les préventive et corrective, y maintenance préventive, la de maintenance, des guides
Administrateurs compris la résolution des maintenance corrective, et de dépannage, et des
Système incidents, l'application de les procédures de rapports d'incidents.
correctifs, et l'analyse des dépannage.
causes racines des
problèmes.

30
Normes et exigences des documents

Pour garantir l'authenticité et la professionnalisation de la documentation, les normes et

exigences suivantes seront respectées :

Normes de rédaction

 Clarté et concision :
 Langage simple : Les documents doivent être rédigés en utilisant un langage
simple et compréhensible, évitant le jargon technique inutile.
 Exemple : "Pour créer un nouvel utilisateur, cliquez sur le bouton
'Ajouter Utilisateur' et remplissez les champs requis."
 Phases courtes : Les phrases doivent être courtes et directes pour faciliter la
compréhension.
 Exemple : "Assurez-vous que toutes les informations sont correctes
avant de soumettre le formulaire."
 Exemples pratiques : Inclure des exemples pratiques pour illustrer les
concepts et les procédures.
 Exemple : "Par exemple, pour ajouter un nouvel utilisateur, vous
devez entrer le nom, l'adresse e-mail, et le mot de passe."
 Structure :
 Sections clairement définies : Les documents doivent être divisés en sections
clairement définies, chacune couvrant un sujet spécifique.
 Exemple : "Section 1 : Introduction", "Section 2 : Création d'un
Utilisateur", "Section 3 : Gestion des Stocks".
 Titres descriptifs : Les titres et sous-titres doivent être descriptifs et
informatifs, permettant aux utilisateurs de naviguer facilement dans le
document.
 Exemple : "1.1 Création d'un Utilisateur", "1.2 Modification des
Informations de l'Utilisateur".
 Organisation logique : Les informations doivent être présentées de manière
logique, avec une progression naturelle des concepts de base aux concepts
avancés.
 Exemple : Commencer par les concepts de base comme la création
d'un utilisateur, puis passer à des concepts plus avancés comme la
gestion des rôles et des permissions.
 Orthographe et grammaire :
 Révision orthographique : Les documents doivent être révisés pour corriger
les fautes d'orthographe.
 Exemple : Utiliser des outils comme Microsoft Word ou Grammarly
pour vérifier l'orthographe.
31
  Révision grammaticale : Les documents doivent être révisés pour corriger les
fautes de grammaire et assurer une syntaxe correcte.
 Exemple : Utiliser des outils comme Grammarly pour vérifier la
grammaire.
 Outils de correction : Utiliser des outils de correction orthographique et
grammaticale pour garantir la qualité du texte.
 Exemple : Utiliser des outils comme Grammarly ou Hemingway Editor
pour améliorer la clarté et la concision du texte.

Normes de formatage

 Mise en page :
 Marges appropriées : Les documents doivent avoir des marges appropriées
pour assurer une lisibilité optimale.
 Exemple : Utiliser des marges de 1 pouce sur les côtés et de 1,5 pouce
en haut et en bas.
 Polices de caractères lisibles : Utiliser des polices de caractères lisibles, telles
que Arial, Times New Roman, ou Calibri.
 Exemple : Utiliser Arial 12 pour le corps du texte et Arial 14 pour les
titres.
 Mise en page cohérente : La mise en page doit être cohérente tout au long du
document, avec des styles de paragraphe, de titre, et de sous-titres
uniformes.
 Exemple : Utiliser des styles prédéfinis dans Microsoft Word pour
assurer une mise en page cohérente.
 Table des matières :
 Inclusion Obligatoire : Les documents doivent inclure une table des matières
au début, listant toutes les sections et sous-sections avec les numéros de
page correspondants.
 Exemple : "Table des Matières : 1. Introduction ...... 2", "2. Création
d'un Utilisateur ...... 3".
 Mise à jour automatique : La table des matières doit être mise à jour
automatiquement pour refléter les modifications apportées au document.
 Exemple : Utiliser la fonction de table des matières automatique dans
Microsoft Word.
 Numérotation des pages :
 Numérotation continue : Les pages doivent être numérotées de manière
continue pour permettre une référence facile.
 Exemple : Utiliser des numéros de page en bas de chaque page.
 Numérotation des sections : Les sections et sous-sections doivent être
numérotées de manière hiérarchique pour faciliter la navigation.
 Exemple : "1. Introduction", "1.1 Objectifs", "1.2 Portée".

32
Normes de documentation technique

 Diagrammes et schémas :
 Illustration des concepts : Les documents doivent inclure des diagrammes et
des schémas pour illustrer les concepts complexes et les relations entre les
éléments.
 Exemple : Utiliser des diagrammes de flux pour illustrer les processus
de gestion des utilisateurs.
 Légendes et annotations : Les diagrammes et schémas doivent être
accompagnés de légendes et d'annotations pour expliquer leur signification.
 Exemple : Inclure des légendes pour expliquer les symboles et les
couleurs utilisés dans les diagrammes.
 Captures d'écran :
 Illustration des procédures : Les documents doivent inclure des captures
d'écran pour illustrer les procédures et les interfaces utilisateur.
 Exemple : Inclure des captures d'écran des écrans de création
d'utilisateur et de gestion des stocks.
 Annotations : Les captures d'écran doivent être annotées pour mettre en
évidence les éléments importants et fournir des explications supplémentaires.
 Exemple : Utiliser des flèches et des encadrés pour mettre en évidence
les boutons et les champs importants.
 Glossaire :
 Définition des termes techniques : Les documents doivent inclure un
glossaire des termes techniques pour faciliter la compréhension.
 Exemple : "Utilisateur : Une personne autorisée à accéder à la
plateforme SIGES."
 Mise à jour régulière : Le glossaire doit être mis à jour régulièrement pour
inclure de nouveaux termes et définitions.
 Exemple : Ajouter de nouveaux termes techniques au glossaire à
chaque mise à jour de la documentation.

Normes de sécurité

 Confidentialité :
 Protection des informations sensibles : Les documents doivent être protégés
par des mesures de sécurité appropriées, telles que le chiffrement et les
contrôles d'accès, pour garantir la confidentialité des informations sensibles.
 Exemple : Utiliser des mots de passe pour protéger les documents
PDF.
 Accès restreint : L'accès aux documents doit être restreint aux personnes
autorisées, avec des niveaux d'accès définis en fonction des rôles et des
responsabilités.

33
  Exemple : Utiliser des permissions d'accès basées sur les rôles pour
restreindre l'accès aux documents sensibles.
 Contrôle des versions :
 Gestion des versions : Les documents doivent être soumis à un contrôle des
versions pour garantir que les utilisateurs accèdent toujours à la version la
plus récente.
 Exemple : Utiliser un système de gestion des versions comme Git pour
suivre les modifications apportées aux documents.
 Historique des modifications : Un historique des modifications doit être
maintenu pour chaque document, indiquant les dates de modification, les
auteurs, et les raisons des modifications.
 Exemple : Inclure une section "Historique des Modifications" à la fin
de chaque document, listant les dates, les auteurs, et les raisons des
modifications.

Normes de qualité

 Révision et validation :
 Révision Technique : Les documents doivent être révisés par des experts
techniques pour garantir leur exactitude et leur pertinence.
 Exemple : Soumettre les documents à une révision par un comité
technique pour vérifier l'exactitude des informations.
 Validation par les parties prenantes : Les documents doivent être validés par
les parties prenantes pour s'assurer qu'ils répondent à leurs besoins et
attentes.
 Exemple : Organiser des réunions de validation avec les parties
prenantes pour recueillir leurs commentaires et suggestions.
 Feedback utilisateur :
 Tests utilisateurs : Les documents doivent être soumis à des tests utilisateurs
pour recueillir des feedbacks sur leur clarté, leur pertinence, et leur utilité.
 Exemple : Organiser des sessions de test utilisateur pour recueillir des
feedbacks sur la documentation.
 Améliorations continues : Les feedbacks des utilisateurs doivent être analysés
et utilisés pour apporter des améliorations continues aux documents.
 Exemple : Mettre en place un processus de feedback continu pour
recueillir et analyser les commentaires des utilisateurs.

Normes utilisées pour la rédaction des documents

 IEEE 1063 : Norme de documentation logicielle qui peut être appliquée pour garantir
la qualité de la documentation technique.

34
  DITA (Darwin Information Typing Architecture) : Norme de documentation
technique qui peut être appliquée pour garantir la cohérence et la réutilisabilité des
documents.

Exigences linguistiques

Pour garantir une accessibilité maximale et une compréhension optimale de la plateforme

SIGES par tous les utilisateurs, les exigences linguistiques suivantes doivent être respectées :
1. Langue principale
 Langue Officielle : La langue principale de la plateforme et de toute la documentation
associée sera le français, la langue officielle du Bénin.
 Traduction : Tous les documents, manuels, guides, et tutoriels vidéo doivent être
disponibles en français.
2. Langues supplémentaires
 Langues Locales : En fonction des besoins spécifiques des utilisateurs, des
traductions dans les langues locales les plus couramment parlées au Bénin peuvent
être envisagées. Les langues locales à considérer incluent, mais ne sont pas limitées
à, le fon, le yoruba, et le dendi.
 Langues Internationales : Pour les utilisateurs internationaux ou les partenaires
étrangers, des traductions en anglais peuvent également être fournies.
3. Qualité des traductions
 Précision : Les traductions doivent être précises et fidèles au contenu original pour
éviter toute confusion ou malentendu.
 Contexte : Les traductions doivent tenir compte du contexte culturel et des
spécificités linguistiques pour garantir une compréhension correcte.
4. Mise à jour des traductions
 Synchronisation : Les traductions doivent être mises à jour en même temps que les
documents originaux pour garantir que toutes les informations sont à jour et
cohérentes.
 Révision : Les traductions doivent être révisées régulièrement par des experts
linguistiques pour s'assurer qu'elles restent précises et pertinentes.
5. Support multilingue
 Interface Utilisateur : L'interface utilisateur de la plateforme doit être conçue pour
supporter plusieurs langues, permettant aux utilisateurs de choisir leur langue
préférée.
 Support Technique : Le support technique doit être disponible dans les langues
principales pour garantir que tous les utilisateurs peuvent obtenir de l'aide dans leur
langue de préférence.
 En respectant ces exigences linguistiques, nous garantirons que la plateforme SIGES
est accessible et compréhensible pour tous les utilisateurs, indépendamment de leur
langue maternelle.

35
b. Formation des acteurs

Programme de Transfert de Connaissance pour la Formation des acteurs de la gestion d’un

établissement scolaire

Pour accompagner les divers acteurs de la gestion d’un établissement scolaire, il est essentiel de
suivre une approche méthodologique structurée. Notre approche nous permet d’assurer un
accompagnement efficace et structuré des divers acteurs, tout en favorisant une amélioration
continue des processus et des résultats.

Voici une proposition en plusieurs étapes :

1. diagnostic initial

 analyse des besoins : identifier les besoins spécifiques de chaque acteur.

 évaluation des ressources : évaluer les ressources disponibles (humaines, matérielles,

financières) et les contraintes existantes.

 cartographie des processus : cartographier les processus actuels de gestion des cantines
scolaires pour identifier les points forts et les points faibles.

2. planification stratégique

 définition des objectifs : définir des objectifs clairs et mesurables pour l'accompagnement
(amélioration de la qualité des repas, réduction des coûts, augmentation de la satisfaction
des élèves, etc.).

 élaboration d'un plan d'action : développer un plan d'action détaillé avec des étapes
précises, des responsabilités assignées et des échéances.

3. formation et sensibilisation

 formation des acteurs : organiser des sessions de formation pour les gestionnaires de
cantines, le personnel de cuisine, les fournisseurs, etc., sur des sujets tels que la nutrition,
l'hygiène, la gestion des stocks, etc.

 sensibilisation des élèves et des parents : mettre en place des programmes de sensibilisation
pour les élèves et les parents sur l'importance d'une alimentation équilibrée et les bonnes
pratiques alimentaires.

4. mise en œuvre des actions

 amélioration des processus : mettre en œuvre les actions identifiées dans le plan d'action
pour améliorer les processus de gestion des cantines scolaires.

 suivi et évaluation : mettre en place des indicateurs de performance pour suivre et évaluer
les progrès réalisés par rapport aux objectifs fixés.

5. collaboration et coordination

 collaboration inter-acteurs : faciliter la collaboration entre les différents acteurs de la chaîne

de gestion des cantines scolaires pour assurer une meilleure coordination et une meilleure
communication.

36
  partenariats avec l’ANAN : établir des partenariats avec l'anan pour bénéficier de leur
expertise et de leurs ressources.

6. évaluation et ajustement

 évaluation des résultats : évaluer les résultats obtenus par rapport aux objectifs fixés et aux
indicateurs de performance.

 ajustement des actions : ajuster les actions en fonction des résultats obtenus et des retours
des acteurs impliqués.

7. documentation et capitalisation

 documentation des bonnes pratiques : documenter les bonnes pratiques et les leçons
apprises pour les partager avec d'autres acteurs et pour une future réplication.

 capitalisation des expériences : capitaliser sur les expériences réussies pour améliorer
continuellement les processus de gestion des cantines scolaires.

8. communication et transparence

 communication régulière : assurer une communication régulière et transparente avec tous

les acteurs impliqués pour maintenir leur engagement et leur motivation.

 rapports de suivi : publier des rapports de suivi réguliers pour informer les parties prenantes
des progrès réalisés et des défis rencontrés.

Nous proposons maintenant les plans de formation des différents acteurs en attendant l’ajustement
nécessaire dépendant de la mise en œuvre concrète des fonctionnalités libellées dans notre étude.

Formation pour le renforcement de capacité sur l’utilisation d’outils numériques

Prérequis

 Connaissance de base en informatique.

 Familiarité avec les outils numériques.

Objectif de Formation

 Former les acteurs à utiliser efficacement la plateforme SIGES.

 Renforcer les capacités des utilisateurs pour une gestion optimale des établissement
scolaires.

Structure : La formation sera structurée en modules, chacun couvrant une fonctionnalité spécifique,
avec des exercices pratiques et des études de cas.

Méthodologie : La formation sera dispensée en présentiel, avec des sessions interactives et des
démonstrations en direct.

Contenu de la Formation

37
  Création d'utilisateurs.

 Saisie de données sur les vivres, les entrées et les sorties.

 Rapports validés ou non.

Durée de la Formation

 Durée prévisionnelle : 2 semaines

Formation sur les fonctionnalités de base du SIGES

Prérequis

 Connaissance de base en informatique.

 Familiarité avec les outils numériques.

Objectif de Formation

 Former les utilisateurs sur les fonctionnalités de base de la plateforme SIGES.

Structure : La formation sera structurée en modules, chacun couvrant une fonctionnalité

spécifique, avec des exercices pratiques et des études de cas.

Méthodologie : La formation sera dispensée en présentiel, avec des sessions interactives et des
démonstrations en direct.

Contenu de la Formation

 Génération de rapports personnalisés.

 Analyse des tendances d'approvisionnement.

 Prises en main des fonctionnalités de base du SIGES

 Fonctionnalités de Base

Durée de la Formation

 Durée prévisionnelle : 2 semaines

Formation sur les Fonctionnalités Avancées du SIGES

Prérequis

 Connaissance des fonctionnalités de base de la plateforme.

 Expérience pratique avec la plateforme.

38
Objectif de Formation

 Former les utilisateurs sur les fonctionnalités avancées de la plateforme SIGES.

Structure : La formation sera structurée en modules, chacun couvrant une fonctionnalité

spécifique, avec des exercices pratiques et des études de cas.

Méthodologie : La formation sera dispensée en présentiel, avec des sessions interactives et des
démonstrations en direct.

Contenu de la Formation

 Utilisation des outils d'analyse avancée.

 Gestion des données complexes.

 Prises en main des fonctionnalités avancées du SIGES.

 Fonctionnalités Avancées

Durée de la Formation

 Durée prévisionnelle : 2 semaines

Formation sur la maintenance et la mise à Jour du SIGES

Prérequis

 Connaissance approfondie de la plateforme.

 Expérience en gestion de systèmes informatiques.

Objectif de Formation

 Former les utilisateurs à maintenir et mettre à jour la plateforme SIGES.

Structure : La formation sera structurée en modules, chacun couvrant une fonctionnalité spécifique,
avec des exercices pratiques et des études de cas.

Méthodologie : La formation sera dispensée en présentiel, avec des sessions interactives et des
démonstrations en direct.

Contenu de la Formation

 Procédures de maintenance régulière.

 Mise à jour des logiciels et des bases de données.

 Prises en main des fonctionnalités de maintenance et de mise à jour du SIGES

 Fonctionnalités de Maintenance et de Mise à Jour de la Plateforme

39
Maintenance et Mise à Jour de la Plateforme
 Gestion des mises à jour logicielles
 Planification des mises à jour
 Déploiement des mises à jour
 Suivi des versions
 Surveillance des performances
 Monitoring en temps réel
 Analyse des performances
 Alertes de performance
 Gestion des sauvegardes
 Planification des sauvegardes
 Exécution des sauvegardes
 Restauration des données
 Gestion des incidents
 Détection des incidents
 Réponse aux incidents
 Suivi des incidents
 Gestion des utilisateurs administrateurs
 Création de comptes administrateurs
 Modification des comptes administrateurs
 Désactivation des comptes administrateurs
 Gestion des permissions administratives
 Définition des rôles administratifs
 Attribution des permissions administratives
 Audit des accès administratifs
 Gestion des logs et des journaux
 Collecte des logs
 Analyse des logs
 Archivage des logs
 Gestion des configurations système
 Configuration des paramètres système
 Gestion des configurations réseau
 Gestion des configurations de sécurité
 Gestion des tests et des validations
 Planification des tests
 Exécution des tests
 Validation des résultats
 Gestion des rapports de maintenance
 Génération des rapports de maintenance
 Analyse des rapports de maintenance
 Archivage des rapports de maintenance
 Gestion des notifications de maintenance
 Configuration des notifications de maintenance
 Envoi des notifications de maintenance
 Suivi des notifications de maintenance

40
Durée de la Formation

 Durée prévisionnelle : 2 semaines

Formation et Sensibilisation sur la Sécurité Informatique

Prérequis

 Connaissance de base en informatique.

 Familiarité avec les outils numériques.

Objectif de Formation

 Sensibiliser les utilisateurs aux meilleures pratiques en matière de sécurité informatique.

 Former les utilisateurs à protéger les données sensibles.

Contenu de la Formation

 Protection des données.

 Meilleures pratiques pour garantir la sécurité des informations sensibles.

Durée de la Formation

 Durée prévisionnelle : 2 semaines

4. Support et maintenance

a. Maintenance corrective

Il s'agira de fournir des services de maintenance corrective pour la plateforme SISAN-BENlN.

- Résolution des incidents dans les délais définis

 Délais : Les incidents doivent être résolus dans les délais définis pour garantir la
continuité des opérations. Les délais de résolution doivent être spécifiés pour chaque
type d'incident (critique, majeur, mineur) avec le comité de suivi du projet.

 Procédures : Des procédures standardisées doivent être mises en place pour la

gestion des incidents, y compris l'escalade des incidents critiques.

- Application de correctifs pour les bugs identifiés

41
  Délais : Les correctifs doivent être appliqués rapidement pour résoudre les bugs
identifiés. Les délais d'application des correctifs doivent être spécifiés avec le comité
de suivi du projet.

 Procédures : Des procédures standardisées doivent être mises en place pour

l'application des correctifs, y compris les tests de validation.

- Analyse des causes racines des incidents et mise en place de mesures correctives

 Analyse : Une analyse approfondie des causes racines des incidents doit être
effectuée pour identifier les problèmes sous-jacents.

 Mesures correctives : Des mesures correctives doivent être mises en place pour
prévenir la récurrence des incidents. Les mesures correctives doivent être
documentées et validées.

b. Maintenance évolutive

Il s'agira de fournir des services de maintenance évolutive pour la plateforme SIGES.

- Mise à jour régulière de la plateforme pour répondre aux nouvelles exigences

fonctionnelles ou réglementaires

 Fréquence : La plateforme doit être mise à jour régulièrement pour répondre

aux nouvelles exigences fonctionnelles ou réglementaires. La fréquence des
mises à jour doit être spécifiée.

 Procédures : Des procédures standardisées doivent être mises en place pour

la gestion des mises à jour, y compris les tests de validation.

- Mise en place de nouvelles fonctionnalités et modules en fonction des besoins de

l'administration

 Planification : Les nouvelles fonctionnalités et modules doivent être planifiés

en fonction des besoins de l'administration. Un plan de mise en œuvre doit
être élaboré.

 Procédures : Des procédures standardisées doivent être mises en place pour

la mise en œuvre des nouvelles fonctionnalités et modules, y compris les tests
de validation.

- Garantie de la compatibilité de la plateforme avec les nouvelles versions de

navigateurs et de systèmes d'exploitation

42
  Tests de compatibilité : Des tests de compatibilité doivent être effectués pour
garantir que la plateforme est compatible avec les nouvelles versions de
navigateurs et de systèmes d'exploitation.

 Procédures : Des procédures standardisées doivent être mises en place pour

la gestion des tests de compatibilité, y compris la documentation des
résultats.

c. Support technique

Il s'agira de fournir un support technique pour la plateforme SIGES.

- Centre d'appel disponible 24/7 pour les demandes d'assistance technique

 Disponibilité : Un centre d'appel doit être disponible 24/7 pour répondre aux
demandes d'assistance technique. Les horaires de disponibilité doivent être
spécifiés.

 Procédures : Des procédures standardisées doivent être mises en place pour

la gestion des appels, y compris l'escalade des appels critiques.

- Système de ticketing pour la gestion des incidents et des demandes de service

 Fonctionnalités : Un système de ticketing doit être mis en place pour la

gestion des incidents et des demandes de service. Les fonctionnalités du
système de ticketing doivent être spécifiées.

 Procédures : Des procédures standardisées doivent être mises en place pour

la gestion des tickets, y compris la priorisation des tickets et la gestion des SLA
(Service Level Agreements).

- Équipe technique de support dédiée

 Compétences : Une équipe technique de support dédiée, avec les

compétences nécessaires pour résoudre les problèmes liés à la plateforme,
doit être mise en place. Les compétences de l'équipe doivent être spécifiées.

 Procédures : Des procédures standardisées doivent être mises en place pour

la gestion des problèmes techniques, y compris l'escalade des problèmes
critiques.

En suivant ces directives, nous garantirons que le SIGES est une solution complète, fiable, et
efficace pour répondre aux besoins de l’ANAN et améliorer la gestion de l'alimentation et de
la nutrition au Bénin.

43
 II. ORGANISATION PREVIONNELLE DE
CONCEPTION DU SIGES
1. Phasage de la conception du SIGES
L’approche méthodologique de conduite d’une mission de conception d’un système applicatif
robuste repose sur la mise en œuvre efficace de six (06) phases distinctes. Ces phases débutent
généralement après la réunion de cadrage qui lance officiellement la mission. Chaque phase sera
dirigée par le chef de mission et supervisée par la Direction des Systèmes d’Information de
l’organisation qui sollicite la conception du système.

La structuration méthodologique proposée dans cette partie garantie une gestion rigoureuse et
efficace du projet de conception de l’application, en assurant une collaboration étroite et une
communication fluide entre toutes les parties prenantes.

Phase 1 : Préparation de la mission

La préparation de la mission débute après la signature des contrats. Elle comporte deux (02) activités
qui organisent et formalisent les cadres légal, technique et logistique de la mission.

Activité 1.1 : Organiser une séance de cadrage

L’organisation de la séance de cadrage de la mission regroupera les consultants et les agents de

l’organisation désignés pour être membre du comité de pilotage de la mission de conception du
système. L’objectif principal de cette réunion est de s’assurer que les objectifs de la mission sont bien
compris par les uns et les autres. La méthodologie proposée sera exposée et les commentaires utiles
seront recueillis pour l’améliorer. Cette séance permettra de (d’) :
 clarifier davantage les termes de référence et de repréciser le mandat du cabinet ;
 connaître les responsables interlocuteurs du personnel du cabinet sur la mission ;
 identifier les différents acteurs à contacter et les rôles à jouer par chacun d’eux ;
 créer la mise en relation de l’équipe du cabinet mobilisé sur la mission avec les différents
acteurs impliqués ;
 repréciser la méthodologie de la mission ;
 valider la liste des documents nécessaires à la revue documentaire ;
 adopter l’organisation et le chronogramme de travail proposé.
L’organisation indiquera au cabinet le jour de la tenue de la séance de cadrage.
La durée de cette première étape qui déclenche le lancement de la mission est estimée à un (01) jour
et est laissée à la discrétion de l’organisation.
A l’issue de cette réunion de cadrage, un compte rendu de la réunion de démarrage sera produit et
constituera la livrable de cette phase.

Le résultat attendu est :

44
  Un compte rendu de la réunion de démarrage sera produit et constituera la livrable de cette
phase.

Activité 1.2 : Organiser la logistique de la mission

Les matériels nécessaires à la mise en œuvre de la mission seront apprêtés. Les membres de l’équipe
mobilisée sur la mission auront l’opportunité de se réimprégner des objectifs de la mission mais
surtout des attitudes à adopter pour conduire les travaux de conception du système applicatif de
gestion des activités de l’organisation.
Les résultats attendus pour cette activité sont :
 Une liste complète des matériels nécessaires et leur disponibilité.
 Une équipe bien informée et préparée pour les travaux à venir.
 Une infrastructure de base opérationnelle.
 Des outils de gestion de projet et de CI/CD configurés.
 Une équipe Scrum formée et opérationnelle.
 Un briefing de l’équipe réalisé.

45
Tableau 7 : Tâches de la phase 1 _ Préparation de la mission

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 1.1 : Organiser une séance de cadrage
1.1.1 Clarifier les termes de référence et Clarifier davantage les termes de
repréciser le mandat du cabinet référence et de repréciser le mandat
- Présentations PowerPoint ou - Termes de référence clarifiés et
Google Slides pour le briefing mandat du cabinet reprécisé
du cabinet.
1.1.2 Connaître les responsables Connaître les responsables
interlocuteurs du personnel du cabinet interlocuteurs du personnel du cabinet
- Outils de communication (Slack, - Responsables interlocuteurs
Microsoft Teams, etc.) identifiés
sur la mission sur la mission.
1.1.3 Identifier les différents acteurs à Identifier les différents acteurs à
contacter et les rôles à jouer par contacter et les rôles à jouer par
- Outils de gestion de projet (Jira, - Acteurs et rôles identifiés
Trello, etc.)
chacun d’eux chacun d’eux.
1.1.4 Créer la mise en relation de l’équipe Créer la mise en relation de l’équipe
du cabinet mobilisée sur la mission du cabinet mobilisée sur la mission
- Outils de communication (Slack, - Mise en relation de l’équipe du
Microsoft Teams, etc.) cabinet avec les acteurs impliqués
avec les différents acteurs impliqués avec les différents acteurs impliqués.
1.1.5 Repréciser la méthodologie de la Repréciser la méthodologie de la
mission mission.
- Présentations PowerPoint ou - Méthodologie de la mission
Google Slides pour le briefing reprécisée
1.1.6 Valider la liste des documents Valider la liste des documents
nécessaires à la revue documentaire nécessaires à la revue documentaire.
- Outils de gestion de - Liste des documents nécessaires
documentation (Confluence, etc.) validée
1.1.7 Adopter l’organisation et le Adopter l’organisation et le
chronogramme de travail proposé chronogramme de travail proposé.
- Outils de gestion de projet (Jira, - Organisation et chronogramme de
Trello, etc.) travail adoptés
Activité 1.2 : Organiser la logistique de la mission
1.2.1 Préparer les matériels nécessaires à la Rassembler et vérifier tous les
mise en œuvre de la mission matériels nécessaires pour la mise en
- Ordinateurs portables et de - Une liste complète des matériels
bureau nécessaires et leur disponibilité.
œuvre de la mission. Cela inclut les
ordinateurs, les logiciels, les outils de - Logiciels de développement (IDE - Tous les matériels nécessaires
communication, et tout autre comme Visual Studio Code, IntelliJ prêts et opérationnels.
équipement nécessaire pour le bon IDEA, etc.)
déroulement des activités. - Outils de communication (Slack,
Microsoft Teams, etc.)
- Matériel de présentation
(projecteurs, tableaux blancs, etc.)

46
1.2.2 Mettre en place l'infrastructure de Installer et configurer l'infrastructure
base de base nécessaire pour le
- Serveurs (AWS, Azure, Google - Infrastructure de base
Cloud, etc.) opérationnelle et prête pour le
développement et le déploiement du
- Outils de gestion de réseau (Cisco, développement et le déploiement.
système. Cela inclut la mise en place
des serveurs, des réseaux, et des Juniper, etc.)
environnements de développement. - Environnements de
développement (Docker,
Kubernetes, etc.)
1.2.3 Configurer les outils de gestion de Configurer les outils de gestion de
projet projet qui seront utilisés pour suivre
- Jira ou Trello pour la gestion des - Outils de gestion de projet
tâches et des sprints configurés et prêts à être utilisés
l'avancement des travaux, gérer les
- Confluence pour la par l'équipe.
tâches, et assurer la communication
entre les membres de l'équipe. documentation et la collaboration
- Slack ou Microsoft Teams pour la
communication
1.2.4 Configurer les outils de CI/CD Configurer les outils d'intégration
(Intégration Continue/Déploiement continue et de déploiement continu
- Jenkins, GitLab CI, ou CircleCI pour - Outils de CI/CD configurés et prêts
l'intégration continue à être utilisés pour automatiser les
Continu) (CI/CD) pour automatiser les processus
- Docker et Kubernetes pour la processus de développement.
de build, de test, et de déploiement du
logiciel. gestion des conteneurs et des
orchestrations
- SonarQube pour l'analyse de la
qualité du code
1.2.5 Mettre en place l'équipe Scrum Former et organiser l'équipe Scrum, en
définissant les rôles et les
- Jira ou Trello pour la gestion des - Équipe Scrum formée et
sprints et des tâches opérationnelle, avec des rôles et
responsabilités de chaque membre
- Confluence pour la des responsabilités clairement
(Product Owner, Scrum Master,
définis.
Développeurs, etc.). documentation des rôles et des
responsabilités
1.2.6 Réimprégner les membres de l’équipe Organiser une session de briefing pour
des objectifs de la mission et des les membres de l'équipe afin de les
- Présentations PowerPoint ou - Briefing de l’équipe réalisé, avec
Google Slides pour le briefing une compréhension claire des
attitudes à adopter réimprégner des objectifs de la
- Outils de communication (Slack, objectifs et des attentes de la
mission, des attentes, et des attitudes
mission.
à adopter pour assurer le succès du Microsoft Teams, etc.) pour les
projet. sessions de briefing

47
48
Phase 2 : Analyse de l’existant et expression des besoins

Cette phase vise à améliorer la compréhension de la gestion des activités de l’organisation. Il est
essentiel de bien comprendre le fonctionnement actuel et les besoins non exprimés dans le TDR, car
ces besoins peuvent être cruciaux pour l’élaboration d’un système qui répondra efficacement aux
attentes.

Pour y parvenir, nous proposerons des canevas de collecte à soumettre aux métiers et mènerons des
entretiens ouverts avec les acteurs concernés. Cette phase, composée de cinq (05) activités,
permettra de modéliser le système existant.

Activité 2.1 : Auditer l’existant / Analyser la concurrence

Cette activité permettra d’analyser en profondeur le fonctionnement actuel du système, afin

d’évaluer sa qualité, sa sécurité, sa performance, sa conformité aux normes et exigences, ainsi que
son évolutivité. L’équipe technique chargée de l’audit de l’application devra :

 présenter un état exhaustif des fonctionnalités (modules fonctionnels ou non) de l’existant ;

 évaluer la qualité, la sécurité, la performance et la conformité aux normes et aux exigences ;
 évaluer l'utilisation de l’application et les attentes des utilisateurs ;
 évaluer le niveau de sécurité des données des applications ;
 présenter l’architecture de l’application et les technologies utilisées, afin de détecter une
potentielle obsolescence ;
 définir la technologie à utiliser dans le système.

Cette activité permettra également d’analyser les capacités matérielles du système informatisé
existant et de formuler les besoins matériels nécessaires pour le futur système. La proposition
technique sera discutée en commun accord avec le comité de pilotage du projet afin de garantir que
le fonctionnement du système respecte les contraintes du TDR, notamment celles relatives au temps
de réponse du futur système informatisé.

À l’issue de cette activité, la technologie à utiliser sera retenue et le type d’application sera connu. Le
cabinet profitera donc de cette activité pour ajuster sa proposition de technologie et le type
d’application.

Résultats attendus :

 État exhaustif des fonctionnalités de l’application

 Qualité, sécurité, performance et conformité de l’existant évalués

 Utilisation et attentes des utilisateurs évalués

 Niveau de sécurité des données évalués

 Architecture de l’application et technologies utilisées présentées

 Définition de la technologie du système effectuée

49
Activité 2.2 : Collecter et analyser la documentation

L’analyse documentaire sera organisée conformément aux méthodes de conception et d’élaboration

de systèmes applicatifs. Cette analyse permettra de cerner l’environnement du système applicatif à
élaborer. Il sera identifié les activités et processus métiers de fonctionnement de la gestion des
opérations de l’organisation, ainsi que les mécanismes d’interopérabilité avec l’environnement SI du
gouvernement.

Résultats attendus :

 Cartographie du système d’information et des processus métiers

 Identification des activités et des processus métiers des opérations de l’organisation

 Mécanismes d’interopérabilité avec le SI de l’organisation identifiés

Activité 2.3 : Cartographier les processus métiers de l’organisation

Cette activité permettra de modéliser les processus métiers utilisés par l’organisation dans sa gestion
quotidienne. Il s’agira de représenter graphiquement les différents processus métiers de
l’organisation, leurs relations, leurs objectifs, leur durée, etc. L’objectif de construire la cartographie
des processus métiers de l’organisation est d’améliorer la performance de la gestion des processus
métiers de l’organisation en comprenant dans un premier temps le fonctionnement de ces
processus, en identifiant par la suite les processus qui peuvent être améliorés, en évaluant par après
l’efficacité des processus, puis en optimisant le fonctionnement de ces processus. La cartographie
des processus métiers de l’organisation permettra également de modéliser ses processus à partir
d’un langage standardisé comme BPMN 2.0 afin de faciliter la dématérialisation de ces processus
métiers.

Résultats attendus :

 Modélisation des processus métiers de l’organisation

 Représentation graphique des processus métiers des opérations de l’organisation

Activité 2.4 : Interviewer les parties prenantes

Les interviews des parties prenantes contribueront à la réalisation de l’approche participative et

inclusive. Elles permettront également de mieux cerner les attentes et opinions des acteurs
principaux concourant à la gestion des activités de l’organisation. Il sera clairement cerné les besoins
des métiers concernés par la conception du système applicatif.

Résultat attendu :

 Compte rendu des interviews des parties prenantes

Activité 2.5 : Valider le rapport de cette étape

À la fin de la phase d’analyse de l’existant et d’expression des besoins, il sera produit un dossier
d’analyse du système existant.

Ce dossier comprendra :

50
  Un rapport détaillé de l'audit de l’application assorti de recommandations ;

 La cartographie du système d’information et des processus métiers ;

 Le compte rendu de l’existant et les propositions ;

 Un procès-verbal de l’expression des besoins.

Le dossier sera présenté comme livrables aux membres du comité de suivi de la mission et fera
l’objet d’une validation.

Résultat attendu :

 Dossier d’analyse du système existant.

51
Tableau 8 : Tâches de la phase 2 _ Analyse de l’existant et expression des besoins

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 2.1 : Auditer l’existant / Analyser la concurrence
2.1.1 Analyser de manière approfondie le État exhaustif des fonctionnalités de
fonctionnement de l’existante l’application
- Suivi des tâches : Kanban ou Jira - État exhaustif des fonctionnalités
software de l’application
2.1.2 Évaluer la qualité, la sécurité, la Évaluation de la qualité, sécurité,
performance et la conformité aux performance et conformité
- Modélisation des processus : - Qualité, sécurité, performance et
Bizagi Modeler conformité de l’existant évalués
normes et aux exigences
2.1.3 Évaluer l'utilisation de l’application et Évaluation de l'utilisation et des
les attentes des utilisateurs attentes des utilisateurs
- Conception des maquettes : - Utilisation et attentes des
Canva utilisateurs évalués
2.1.4 Évaluer le niveau de sécurité des Évaluation du niveau de sécurité des
données des applications données
- Mise en place de la base de - Niveau de sécurité des données
données : PostGreSQL, SGBD évalués
MySQL ou MongoDB
2.1.5 Présenter l’architecture de Présentation de l’architecture et des
l’application et les technologies technologies utilisées
- Mise en place de la solution : - Architecture de l’application et
Framework Django, Framework technologies utilisées présentées
utilisées
Node JS avec des micro-services,
Framework Laravel, Framework
Symfony ou Framework JSP
2.1.6 Définir la technologie à utiliser dans le Définition de la technologie à utiliser
système
- - Définition de la technologie du
système effectuée
Activité 2.2 : Collecter et analyser la documentation
2.2.1 Analyser la documentation Analyse documentaire
conformément aux méthodes de
- Suivi des tâches : Kanban ou Jira - Cartographie du système
software d’information et des processus
conception et d’élaboration de
métiers
système applicatif
2.2.2 Identifier les activités et processus Identification des activités et
métiers de fonctionnement de la processus métiers
- Modélisation des processus : - Identification des activités et des
Heflo Modeler processus métiers des opérations
gestion des opérations de
de l’organisation
l’organisation
2.2.3 Identifier les mécanismes Identification des mécanismes
d’interopérabilité avec d’interopérabilité
- Conception des maquettes : - Mécanismes d’interopérabilité
Canva avec le SI-Gouvernement
l’environnement SI du gouvernement
identifiés
Activité 2.3 : Cartographier les processus métiers de l’organisation

52
# Tâche Descriptif Outils à utiliser Résultats attendus
2.3.1 Modéliser les processus métiers que le Modélisation des processus métiers
CHIC utilise dans sa gestion
- Modélisation des processus : - Modélisation des processus
Heflo Modeler métiers de l’organisation
quotidienne
2.3.2 Représenter graphiquement les Représentation graphique des
différents processus métiers de processus métiers
- Conception des maquettes : - Représentation graphique des
Canva processus métiers des opérations
l’organisation, leurs relations, leurs
de l’organisation
objectifs, leur durée, etc.
Activité 2.4 : Interviewer les parties prenantes
2.4.1 Réaliser les interviews des parties Interviews des parties prenantes
prenantes pour mieux cerner les
- Suivi des tâches : Kanban ou Jira - Compte rendu des interviews des
software parties prenantes
attentes et opinions des acteurs
principaux concernant la gestion des
activités de l’organisation
Activité 2.5 : Valider le rapport de cette étape
2.5.1 Produire un dossier d’analyse du Production du dossier d’analyse
système existant
- Suivi des tâches : Kanban ou Jira - Dossier d’analyse du système
software existant

53
Phase 3 : Développement de la solution

La méthodologie adoptée pour concevoir le système applicatif de l’organisation a pour but de

garantir l’atteinte des résultats, en construisant un système qui répond correctement aux besoins
exprimés. Comme il avait été annoncé, il s’agit pour cela d’appliquer la méthode générale de
conduite de projet agile SCRUM.

Cette phase, qui comprend six (06) activités, permettra de concevoir concrètement le système
applicatif de l’organisation.

Activité 3.1 : Modéliser le système futur

Cette étape qui se déroule en parallèle à la phase d’analyse de l’existant et expression des besoins,
permettra d’élaborer le cahier des charges techniques destiné aux architectes et programmeurs de la
plateforme à construire. La conception du cahier des charges techniques se fait en documentant
dans un premier temps les exigences fonctionnelles et non fonctionnelles de la plateforme à
construire. Les exigences fonctionnelles correspondent aux objectifs qui sont concrètement mis en
œuvre à travers l’élaboration de fonctionnalités dans le système applicatif. Les exigences non
fonctionnelles sont des objectifs de qualité qui guident la conception d’un bon système, afin que le
fonctionnement de celui-ci permette de se rapprocher de l’accomplissement de ces objectifs.

Il est ensuite nécessaire de construire les modèles décrivant le fonctionnement du système. Il s’agit
plus précisément du modèle des (d’) :

 objectifs par diagrammes de buts permettant de déterminer les besoins intentionnels ;

 objets conceptuels par diagrammes de classes ;

 agents et de leurs responsabilités par diagrammes de contexte ;

 fonctionnalités du système par diagramme de cas d’utilisation ;

 comportements par diagrammes de séquence et diagrammes d’états ;

 intégration de vues multiples pour garantir la cohérence inter-vues et un système robuste,

correct et qui réalise les exigences formulées dans le cahier de charges pour architectes et
programmeurs et par les parties prenantes concernées ;

 parcours utilisateurs et UIX par diagrammes d’activités et diagrammes d’états de navigation

et par la production de maquettes animées présentant mieux les parcours que les utilisateurs
auront dans le système futur.

Il faut préciser que les deux maquettes « interface utilisateur » et « Expérience utilisateur » seront
produites au regard des fonctionnalités retenues en accord avec les parties prenantes. Ces
maquettes seront réalisées en utilisant l’outil Canva et soumises à validation aux parties prenantes
pour s’assurer que les attentes de l’organisation sont bien comprises et bien formalisées.

Il faut enfin établir les spécifications fonctionnelles et non-fonctionnelles du système informatisé à

mettre en œuvre. Une spécification peut être tout simplement vue comme un contrat entre le
programmeur et l’utilisateur qui décrit concisément et précisément ce que doit être la fonctionnalité

54
à mettre en œuvre. C’est sur base des spécifications qu’il est possible de rigoureusement vérifier
qu’un système informatisé fait réellement ce qu’il est censé faire.

À la fin de cette étape, il sera produit le cahier des charges techniques à destination des architectes
et programmeurs, les enveloppes de changement, la conception de jeux de test d’acceptation du
système à développer, une maquette de validation des spécifications et une maquette animée
offrant une présentation des interfaces utilisateurs et les parcours utilisateurs du système futur.

Résultats attendus :

 Cahier des charges techniques complet et détaillé.

 Modèles décrivant le fonctionnement du système.

 Maquettes « interface utilisateur » et « Expérience utilisateur » validées.

 Spécifications fonctionnelles et non-fonctionnelles établies.

 Enveloppes de changement, jeux de test d’acceptation, maquette de validation des

spécifications et maquette animée produites.

Activité 3.2 : Planification du développement de la plateforme

La planification du développement de la plateforme est une étape cruciale pour assurer le succès du
projet. Cette activité inclut la définition des objectifs du sprint, l'intégration des exigences de
sécurité, la planification des changements, la définition de la politique de sécurité, la création du
backlog des sprints, la planification des tests de sécurité, l'utilisation de la gestion des changements,
et l'évaluation des risques.

Résultats attendus :

 Objectifs du sprint clairs et mesurables.

 Exigences de sécurité intégrées dans le processus de développement.

 Processus de gestion des changements bien défini et suivi.

 Politique de sécurité bien définie et documentée.

 Backlog des sprints bien défini et priorisé.

 Plan de tests de sécurité détaillé.

 Plan de gestion des risques détaillé.

Activité 3.3 : Concevoir l’architecture de la plateforme

La conception de l’architecture logicielle de la plateforme permettra d’élaborer une application

multi-tenant, modulaire, évolutive et facilement extensible. Cette activité permettra également
d’élaborer la documentation des décisions de conception, les jeux de test fonctionnel, le plan de
conception du système, le manuel d’utilisateur et de faire la répartition du travail entre les
programmeurs de l’équipe de développement. En procédant ainsi, il sera plus simple d’organiser les
équipes de programmeurs suivant la méthode agile SCRUM, de tenir dans les délais fixés pour la
mission et d’avoir une plus grande interaction avec les parties prenantes.

55
Résultats attendus :

 Architecture logicielle de la plateforme définie.

 Documentation des décisions de conception produite.

 Jeux de test fonctionnel élaborés.

 Plan de conception du système détaillé.

 Manuel d’utilisateur rédigé.

 Répartition du travail entre les programmeurs effectuée.

Activité 3.4 : Concevoir de façon détaillée les nouvelles fonctionnalités

Cette activité va permettre de développer les différents modules dématérialisant les processus
métiers de l’organisation. Il sera également construit les interfaces utilisateurs tout en mettant en
œuvre, d’une part, les mécanismes de sécurisation du système en employant les méthodes
DevSecOps, ISO/ECS 27001 et ITIL et d’autre part, ceux d’interopérabilité avec l’environnement du
Système d’Information du gouvernement.

Il faudra pour cela construire le backend de la plateforme web. Il sera produit dans un premier temps
la représentation objet en interne des données à manipuler dans le système. Il s’agira ensuite de
choisir les structures de données adaptées pour toutes les composantes du système. Si besoin, il
faudra également construire les structures de données afin qu’elles soient spécialement
dimensionnées pour optimiser le fonctionnement des fonctionnalités du système, y compris celles
mettant en œuvre les mesures de sécurisation du système. Il faudra enfin d’implémenter et
optimiser le code source du système, en produisant une documentation du processus
d’implémentation du système et en effectuant une revue du code.

En parallèle à la conception du backend, la conception du frontend de l’application commencera par

l’affinage des maquettes animées présentant les parcours utilisateurs et la conception des interfaces
utilisateurs et du système futur.

Cette activité permettra aussi de construire les jeux de test structurel.

Résultats attendus :

 Modules dématérialisant les processus métiers de l’organisation développés.

 Interfaces utilisateurs construites.

 Mécanismes de sécurisation du système mis en œuvre.

 Mécanismes d’interopérabilité avec l’environnement du Système d’Information du

gouvernement mis en œuvre.

 Backend de la plateforme web construit.

 Représentation objet en interne des données produite.

 Structures de données adaptées choisies et optimisées.

 Code source du système implémenté et optimisé.

56
  Documentation du processus d’implémentation du système produite.

 Revue du code effectuée.

 Maquettes animées affinées et interfaces utilisateurs conçues.

 Jeux de test structurel construits.

Activité 3.5 : Tester, alimenter et valider la plateforme

Cette activité permettra de s’assurer que toutes les fonctionnalités implémentées pour le système
applicatif sont correctes, fiables et sécurisées et répondent précisément au contrat formulé dans le
cahier des charges. Tout d’abord, il s’agira de tester le système applicatif. Il faudra pour cela achever
les tests unitaires et fonctionnels et effectuer les tests d’intégration. Il faudra également effectuer les
tests de performance, de sécurité, de comptabilité et de convivialité. Ensuite, le système applicatif
sera alimenté à partir des données disponibles sur la gestion des activités de l’organisation.
Finalement, le système applicatif sera validé en s’assurant qu’il répond aux exigences formulées. Une
bêta-version du système applicatif sera alors déployée pour permettre d’effectuer des vérifications
d’interopérabilité, les validations des données et de sécurité, ainsi que les tests d’acceptation et de
convivialité.

Résultats attendus :

 Tests unitaires et fonctionnels complétés et réussis.

 Tests d’intégration effectués.

 Tests de performance, de sécurité, de comptabilité et de convivialité effectués.

 Système applicatif alimenté avec les données nécessaires.

 Système applicatif validé et conforme aux exigences.

 Bêta-version du système applicatif déployée.

 Vérifications d’interopérabilité, validations des données et de sécurité, tests d’acceptation et

de convivialité effectués.

Activité 3.6 : Corriger les bugs et intégrer les observations issues de l’expérience utilisateur

Cette activité permettra de corriger les dysfonctionnements observés dans le système applicatif de
l’organisation. Il s’agira tout d’abord de mettre en place le processus de correction des bugs. Les bugs
détectés seront alors analysés, priorisés puis corrigés. Il faudra alors s’assurer que le système
fonctionne correctement en effectuant à nouveau les tests et validations des parties du système
applicatif impactées par ces bugs. Une nouvelle version de l’application intégrant les correctifs sera
alors mise à disposition. La documentation du processus de correction des bugs sera produite et
intégrée à la documentation technique du système applicatif.

Résultats attendus :

 Processus de correction des bugs bien défini et mis en place.

 Bugs analysés, priorisés et corrigés.

57
  Système fonctionnel après correction des bugs.

 Nouvelle version de l’application déployée avec les correctifs.

 Documentation du processus de correction des bugs produite et intégrée.

Activité 3.7 : Valider le rapport de cette étape

À la fin de la phase de développement de la solution informatique, il sera produit un dossier

d’analyse de conception du système applicatif.

Ce dossier comprendra :

 Les rapports de conception de l’application ;

 Les codes sources de l’application ;

 Le manuel d’utilisateur.

Le dossier sera présenté comme livrables de cette phase aux membres du comité de suivi de la
mission et fera l’objet d’une validation.

Résultats attendus :

 Dossier d’analyse de conception du système applicatif complet et détaillé.

 Rapports de conception de l’application produits.

 Codes sources de l’application fournis.

 Manuel d’utilisateur rédigé.

 Dossier présenté et validé par le comité de suivi.

58
Tableau 9 : Tâches de la phase 3 _ Développement de la solution

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 3.1 : Modéliser le système futur
3.1.1 Documenter les exigences Collecter et documenter les exigences
fonctionnelles fonctionnelles.
- Outils de gestion de projet (JIRA, - Exigences fonctionnelles
Trello), outils de documentation documentées.
(Word, Confluence)
3.1.2 Documenter les exigences non Collecter et documenter les exigences
fonctionnelles non fonctionnelles.
- Outils de gestion de projet (JIRA, - Exigences non fonctionnelles
Trello), outils de documentation documentées.
(Word, Confluence)
3.1.3 Créer des diagrammes de buts Créer des diagrammes de buts pour
déterminer les besoins intentionnels.
- Outils de modélisation (UML, - Diagrammes de buts créés.
StarUML, Lucidchart)
3.1.4 Créer des diagrammes de classes Créer des diagrammes de classes pour
les objets conceptuels.
- Outils de modélisation (UML, - Diagrammes de classes créés.
StarUML, Lucidchart)
3.1.5 Créer des diagrammes de contexte Créer des diagrammes de contexte
pour les agents et leurs
- Outils de modélisation (UML, - Diagrammes de contexte créés.
StarUML, Lucidchart)
responsabilités.
3.1.6 Créer des diagrammes de cas Créer des diagrammes de cas
d’utilisation d’utilisation pour les fonctionnalités
- Outils de modélisation (UML, - Diagrammes de cas d’utilisation
StarUML, Lucidchart) créés.
du système.
3.1.7 Créer des diagrammes de séquence et Créer des diagrammes de séquence et
diagrammes d’états diagrammes d’états pour les
- Outils de modélisation (UML, - Diagrammes de séquence et
StarUML, Lucidchart) diagrammes d’états créés.
comportements.
3.1.8 Intégrer les vues multiples Intégrer les vues multiples pour
garantir la cohérence inter-vues.
- Outils de modélisation (UML, - Vues multiples intégrées.
StarUML, Lucidchart)
3.1.9 Créer des diagrammes d’activités et Créer des diagrammes d’activités et
diagrammes d’états de navigation diagrammes d’états de navigation
- Outils de modélisation (UML, - Diagrammes d’activités et
StarUML, Lucidchart) diagrammes d’états de navigation
pour les parcours utilisateurs.
créés.
3.1.10 Produire des maquettes animées Utiliser l’outil Canva pour créer des
maquettes « interface utilisateur » et
- Canva - Maquettes animées créées.
« Expérience utilisateur ».
3.1.11 Soumettre les maquettes à validation Soumettre les maquettes à validation
aux parties prenantes.
- Canva, outils de communication - Maquettes validées par les parties
(email, Slack) prenantes.

59
# Tâche Descriptif Outils à utiliser Résultats attendus
3.1.12 Établir les spécifications fonctionnelles Rédiger les spécifications
fonctionnelles.
- Outils de documentation (Word, - Spécifications fonctionnelles
Confluence) établies.
3.1.13 Établir les spécifications non- Rédiger les spécifications non-
fonctionnelles fonctionnelles.
- Outils de documentation (Word, - Spécifications non-fonctionnelles
Confluence) établies.
3.1.14 Produire le cahier des charges Compiler toutes les informations pour
techniques créer le cahier des charges techniques.
- Outils de documentation (Word, - Cahier des charges techniques
Confluence) complet et détaillé.
3.1.15 Soumettre le cahier des charges Soumettre le cahier des charges
techniques à validation techniques à validation.
- Outils de communication (email, - Cahier des charges techniques
Slack) validé.
Activité 3.2 : Planification du développement de la plateforme
3.2.1 Définir les objectifs du sprint Identifier les objectifs clairs et
mesurables pour chaque sprint.
- Outils de gestion de projet (JIRA, - Objectifs du sprint clairs et
Trello) mesurables.
3.2.2 Intégrer les exigences de sécurité Identifier et documenter les exigences
de sécurité.
- Outils de gestion de projet (JIRA, - Exigences de sécurité intégrées.
Trello), outils de documentation
(Word, Confluence)
3.2.3 Planifier les changements Définir le processus de gestion des
changements.
- Outils de gestion de projet (JIRA, - Processus de gestion des
Trello) changements bien défini.
3.2.4 Définir la politique de sécurité Rédiger et documenter la politique de
sécurité.
- Outils de documentation (Word, - Politique de sécurité bien définie
Confluence) et documentée.
3.2.5 Créer le backlog des sprints Prioriser et documenter le backlog des
sprints.
- Outils de gestion de projet (JIRA, - Backlog des sprints bien défini et
Trello) priorisé.
3.2.6 Planifier les tests de sécurité Définir un plan de tests de sécurité
détaillé.
- Outils de gestion de projet (JIRA, - Plan de tests de sécurité détaillé.
Trello)
3.2.7 Utiliser la gestion des changements Mettre en place un processus de
gestion des changements.
- Outils de gestion de projet (JIRA, - Processus de gestion des
Trello) changements mis en place.
3.2.8 Évaluer les risques Identifier et documenter les risques
potentiels. Définir un plan de gestion
- Outils de gestion de projet (JIRA, - Plan de gestion des risques
Trello), outils de documentation détaillé.
des risques.
(Word, Confluence)
Activité 3.3 : Concevoir l’architecture de la plateforme

60
# Tâche Descriptif Outils à utiliser Résultats attendus
3.3.1 Définir l’architecture logicielle de la Concevoir une architecture multi-
plateforme tenant, modulaire, évolutive et
- Outils de modélisation (UML, - Architecture logicielle de la
StarUML, Lucidchart) plateforme définie.
extensible.
3.3.2 Documenter les décisions de Rédiger la documentation des
conception décisions de conception.
- Outils de documentation (Word, - Documentation des décisions de
Confluence) conception produite.
3.3.3 Élaborer les jeux de test fonctionnel Créer des jeux de test fonctionnel
pour valider les fonctionnalités.
- Outils de test (JUnit, Selenium) - Jeux de test fonctionnel élaborés.
3.3.4 Définir le plan de conception du Rédiger un plan de conception du
système système détaillé.
- Outils de documentation (Word, - Plan de conception du système
Confluence) détaillé.
3.3.5 Rédiger le manuel d’utilisateur Créer un manuel d’utilisateur complet. - Outils de documentation (Word, - Manuel d’utilisateur rédigé.
Confluence)
3.3.6 Répartir le travail entre les Organiser les équipes de
programmeurs programmeurs selon la méthode agile
- Outils de gestion de projet (JIRA, - Répartition du travail entre les
Trello) programmeurs effectuée.
SCRUM.
Activité 3.4 : Concevoir de façon détaillée les nouvelles fonctionnalités
3.4.1 Développer les modules Concevoir et développer les modules
dématérialisant les processus métiers nécessaires.
- Outils de développement (IDE, - Modules dématérialisant les
frameworks) processus métiers de
de l’organisation
l’organisation développés.
3.4.2 Construire les interfaces utilisateurs Affiner les maquettes animées.
Concevoir les interfaces utilisateurs.
- Outils de design (Canva, Figma), - Interfaces utilisateurs construites.
outils de développement (IDE,
frameworks)
3.4.3 Mettre en œuvre les mécanismes de Utiliser les méthodes DevSecOps,
sécurisation du système ISO/ECS 27001 et ITIL.
- Outils de sécurité (DevSecOps, - Mécanismes de sécurisation du
ISO/ECS 27001, ITIL) système mis en œuvre.
3.4.4 Mettre en œuvre les mécanismes Assurer l’interopérabilité avec
d’interopérabilité l’environnement du Système
- Outils de développement (IDE, - Mécanismes d’interopérabilité
frameworks) avec l’environnement du Système
d’Information du gouvernement.
d’Information du gouvernement
mis en œuvre.
3.4.5 Construire le backend de la Produire la représentation objet en
plateforme web interne des données. Choisir et
- Outils de développement (IDE, - Backend de la plateforme web
frameworks) construit.
optimiser les structures de données.
Implémenter et optimiser le code - Représentation objet en interne
source du système. Documenter le des données produite.

61
# Tâche Descriptif Outils à utiliser Résultats attendus
processus d’implémentation du - Structures de données adaptées
système. Effectuer une revue du code.
choisies et optimisées.
- Code source du système
implémenté et optimisé.
- Documentation du processus
d’implémentation du système
produite.
- Revue du code effectuée.
3.4.6 Construire les jeux de test structurel Créer des jeux de test structurel pour
valider la structure du système.
- Outils de test (JUnit, Selenium) - Jeux de test structurel construits.

Activité 3.5 : Tester, alimenter et valider la plateforme

3.5.1 Tester le système applicatif Achever les tests unitaires et
fonctionnels. Effectuer les tests
- Outils de test (JUnit, Selenium, - Tests unitaires et fonctionnels
JMeter) complétés et réussis.
d’intégration. Effectuer les tests de
performance, de sécurité, de - Tests d’intégration effectués.
comptabilité et de convivialité. - Tests de performance effectués,
- Tests de sécurité effectués.
- Tests de comptabilité effectués.
- Tests de convivialité effectués.
3.5.2 Alimenter le système applicatif Intégrer les données disponibles sur la
gestion des activités de l’organisation.
- Outils de gestion de données - Système applicatif alimenté avec
(bases de données, ETL) les données nécessaires.
3.5.3 Valider le système applicatif S’assurer que le système répond aux
exigences formulées. Déployer une
- Outils de déploiement (CI/CD), - Système applicatif validé et
outils de test (JUnit, Selenium) conforme aux exigences.
bêta-version du système applicatif.
Effectuer des vérifications - Bêta-version du système
d’interopérabilité, validations des applicatif déployée.
données et de sécurité, tests - Vérifications d’interopérabilité,
d’acceptation et de convivialité.
- Validations des données et de
sécurité,

62
# Tâche Descriptif Outils à utiliser Résultats attendus
- Tests d’acceptation et de
convivialité effectués.
Activité 3.6 : Corriger les bugs et intégrer les observations issues de l’expérience utilisateur
3.6.1 Mettre en place le processus de Définir et documenter le processus de
correction des bugs correction des bugs.
- Outils de gestion de projet (JIRA, - Processus de correction des bugs
Trello), outils de documentation bien défini et mis en place.
(Word, Confluence)
3.6.2 Analyser, prioriser et corriger les bugs Identifier et analyser les bugs.
Prioriser les bugs à corriger. Corriger
- Outils de gestion de projet (JIRA, - Bugs analysés, priorisés et
Trello), outils de développement corrigés.
les bugs identifiés.
(IDE, frameworks)
3.6.3 Effectuer les tests et validations Tester à nouveau les parties du
système impactées par les bugs.
- Outils de test (JUnit, Selenium) - Système fonctionnel après
correction des bugs.
Valider que le système fonctionne
correctement après correction des
bugs.
3.6.4 Déployer une nouvelle version de Mettre à disposition une nouvelle
l’application version de l’application intégrant les
- Outils de déploiement (CI/CD) - Nouvelle version de l’application
déployée avec les correctifs.
correctifs.
3.6.5 Documenter le processus de Produire et intégrer la documentation
correction des bugs du processus de correction des bugs à
- Outils de documentation (Word, - Documentation du processus de
Confluence) correction des bugs produite et
la documentation technique du
intégrée.
système applicatif.
Activité 3.7 : Valider le rapport de cette étape
3.7.1 Produire le dossier d’analyse de Compiler les rapports de conception
conception du système applicatif de l’application. Fournir les codes
- Outils de documentation (Word, - Dossier d’analyse de conception
Confluence) du système applicatif complet et
sources de l’application. Rédiger le
détaillé.
manuel d’utilisateur.
3.7.2 Présenter et valider le dossier Présenter le dossier aux membres du
comité de suivi de la mission. Obtenir
- Outils de communication (email, - Dossier présenté et validé par le
Slack) comité de suivi.
la validation du dossier par le comité
de suivi.

63
Phase 4 : Déploiement et production

Cette phase vise à déployer les fonctionnalités à la fin de chaque sprint, à intégrer les nouveaux outils
digitaux dans le système existant, à former les utilisateurs, à élaborer des rapports provisoires et
finaux, à organiser une séance de validation, et à préparer le déploiement multiplateforme de
l'application finale développée et testée.

Cette phase qui comprend six (06) activités vise à mettre à disposition le SIGES.

Activité 4.1 : Déployer les fonctionnalités à la fin de chaque sprint

Cette activité vise à déployer les fonctionnalités développées à la fin de chaque sprint, en utilisant
des pipelines CI/CD pour automatiser les déploiements. Le processus de gestion des changements
sera suivi pour assurer une intégration fluide et sécurisée des nouvelles fonctionnalités.

Résultats attendus :

 Fonctionnalités déployées et disponibles pour les tests et l'utilisation.

 Pipelines CI/CD configurés et opérationnels pour automatiser les déploiements.

 Processus de gestion des changements suivis et documentés.

 Déploiements sécurisés et conformes aux politiques de sécurité.

 Revues de sprint organisées et retours des parties prenantes recueillis.

 Contrôles de sécurité intégrés dans les pipelines CI/CD.

 Processus de gestion des incidents mis en place et opérationnel.

 Revues de sécurité effectuées et conformité aux normes de sécurité assurée.

Activité 4.2 : Intégrer les nouveaux outils digitaux dans l’existant

Cette étape permettra d’établir en commun accord avec le commanditaire un plan d’intégration des
fonctionnalités développées dans le système existant. Il s’agit d’incorporer les nouveaux outils dans
l’existant. La question d’accessibilité du nouveau système pourra alors être fixée pour de bon. Il
s’agira d’utiliser les capacités du système existant si cela est possible, ou de déployer les nouvelles
capacités matérielles fixées de commun accord à l’étape d’analyse du système existant.

Résultats attendus :

 Plan d’intégration des fonctionnalités développées.

 Documentation du processus d’intégration et de configuration des serveurs de test et de

production.

 Application installée et paramétrée sur les serveurs de test et de production.

 Rapports de tests d’interopérabilité produits.

 Documentation technique du nouveau système testé produite.

64
  Système applicatif configuré aux besoins spécifiques des utilisateurs finaux.

Activité 4.3 : Former les utilisateurs

L’activité de formation des utilisateurs débutera par la confection d’un guide d’utilisation du système,
ainsi que des vidéos de prise en main présentant l’utilisation de base du système. Il s’agira ensuite
d’élaborer, en commun accord avec l’ordonnanceur de la mission, un plan de formation des
utilisateurs et des parties prenantes sur l’utilisation du nouveau système informatisé de gestion des
activités de l’organisation. À la fin de cette formation, un rapport de formation sera rédigé et
constituera l’un des livrables de cette étape.

Résultats attendus :

 Guide d’utilisation du système et vidéos de prise en main produits.

 Plan de formation des utilisateurs et des parties prenantes produit.

 Utilisateurs clés formés sur les fonctionnalités de base et avancées, la maintenance, la mise à
jour, et la sécurité des données.

 Prérequis pour chaque type de formation précisés et documentés.

 Formation dispensée en français et en présentiel, avec une compréhension optimale et une

interaction directe avec les formateurs.

Activité 4.4 : Élaborer des rapports provisoires et finaux

Cette activité vise à produire des rapports provisoires et finaux qui documentent les progrès, les
résultats et les leçons apprises tout au long du projet. Ces rapports seront partagés avec les parties
prenantes pour assurer la transparence et la communication.

Résultats attendus :

 Rapports provisoires et finaux produits et partagés avec les parties prenantes.

 Documentation des progrès, des résultats et des leçons apprises.

 Transparence et communication assurées avec les parties prenantes.

Activité 4.5 : Organiser une séance de validation

Cette activité consiste à organiser une séance de validation pour présenter les résultats du projet aux
parties prenantes et obtenir leur approbation. Cette séance permettra de s'assurer que le projet
répond aux attentes et aux exigences initiales.

Résultats attendus :

 Séance de validation organisée et présentation des résultats du projet aux parties prenantes.

 Approbation des parties prenantes obtenue.

 Assurance que le projet répond aux attentes et aux exigences initiales.

65
Activité 4.6 : Préparer le déploiement multiplateforme de l'application finale développée et
testée

Cette activité vise à préparer le déploiement de l'application finale sur différentes plateformes, en
s'assurant que l'application est compatible et fonctionne correctement sur toutes les plateformes
cibles.

Résultats attendus :

 Application finale prête pour le déploiement multiplateforme.

 Compatibilité et fonctionnalité de l'application assurées sur toutes les plateformes cibles.

 Documentation du processus de déploiement multiplateforme.

66
Tableau 10 : Tâches de la phase 4 _ Déploiement et production

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 4.1 : Déployer les fonctionnalités à la fin de chaque sprint
4.1.1 Déployer les fonctionnalités à la fin de À la fin de chaque sprint, les - Pipelines CI/CD (Jenkins, GitLab - Fonctionnalités déployées et
chaque sprint fonctionnalités développées seront
CI, CircleCI), outils de gestion de disponibles pour les tests et
déployées sur les environnements de
projet (JIRA, Trello) l'utilisation.
test et de production.
4.1.2 Utiliser des pipelines CI/CD pour Mettre en place des pipelines CI/CD - Jenkins, GitLab CI, CircleCI - Pipelines CI/CD configurés et
automatiser les déploiements pour automatiser les processus de
opérationnels pour automatiser
déploiement, garantissant ainsi des
les déploiements.
déploiements rapides et fiables.
4.1.3 Suivre les processus de gestion des Suivre les processus de gestion des - Outils de gestion de projet (JIRA, - Processus de gestion des
changements changements pour assurer une
Trello), outils de gestion des changements suivis et
intégration fluide et sécurisée des
changements (ITIL, ServiceNow) documentés.
nouvelles fonctionnalités.
4.1.4 Assurer que les déploiements Intégrer des contrôles de sécurité - Outils de sécurité (DevSecOps, - Déploiements sécurisés et
respectent les contrôles de sécurité et dans les pipelines CI/CD pour garantir
ISO/ECS 27001, ITIL), outils de conformes aux politiques de
les politiques de sécurité que les déploiements respectent les
gestion de projet (JIRA, Trello) sécurité.
politiques de sécurité.
4.1.5 Organiser des revues de sprint Organiser des revues de sprint pour - Outils de gestion de projet (JIRA, - Revues de sprint organisées et
évaluer les fonctionnalités déployées
Trello), outils de communication retours des parties prenantes
et recueillir les retours des parties
(Slack, Microsoft Teams) recueillis.
prenantes.
4.1.6 Intégrer des contrôles de sécurité Intégrer des contrôles de sécurité - Outils de sécurité (DevSecOps, - Contrôles de sécurité intégrés
dans les pipelines CI/CD dans les pipelines CI/CD pour garantir
ISO/ECS 27001, ITIL), outils de dans les pipelines CI/CD.
que les déploiements sont sécurisés.
gestion de projet (JIRA, Trello)
4.1.7 Utiliser la gestion des incidents pour Mettre en place un processus de - Outils de gestion des incidents - Processus de gestion des
les problèmes de déploiement gestion des incidents pour gérer les
(ITIL, ServiceNow), outils de incidents mis en place et
problèmes de déploiement de
gestion de projet (JIRA, Trello) opérationnel.
manière efficace.
4.1.8 Effectuer des revues de sécurité Effectuer des revues de sécurité - Outils de sécurité (DevSecOps, - Revues de sécurité effectuées et
régulières régulières pour s'assurer que les
ISO/ECS 27001, ITIL), outils de conformité aux normes de
déploiements respectent les normes
gestion de projet (JIRA, Trello) sécurité assurée.
de sécurité.
Activité 4.2 : Intégrer les nouveaux outils digitaux dans l’existant

67
# Tâche Descriptif Outils à utiliser Résultats attendus
4.2.1 Établir un plan d’intégration des Élaborer un plan détaillé pour intégrer - Outils de gestion de projet (JIRA, - Plan d’intégration des
fonctionnalités développées dans le les nouvelles fonctionnalités
Trello), outils de documentation fonctionnalités développées.
système existant développées dans le système existant,
(Word, Confluence)
en tenant compte des capacités
actuelles et des besoins spécifiques
des utilisateurs finaux.
4.2.2 Documenter le processus Rédiger la documentation détaillée du - Outils de documentation (Word, - Documentation du processus
d’intégration et de configuration des processus d’intégration et de
Confluence) d’intégration et de configuration
serveurs de test et de production configuration des serveurs de test et
des serveurs de test et de
de production.
production.
4.2.3 Installer et paramétrer l’application Effectuer l’installation et le - Outils de déploiement (Ansible, - Application installée et
paramétrage de l’application sur les
Puppet), outils de gestion de paramétrée sur les serveurs de
serveurs de test et de production.
configuration (Chef) test et de production.
4.2.4 Produire les rapports de tests Effectuer des tests d’interopérabilité - Outils de test (JUnit, Selenium), - Rapports de tests
d’interopérabilité pour s’assurer que le nouveau
outils de documentation (Word, d’interopérabilité produits.
système fonctionne correctement
Confluence)
avec les systèmes existants et
produire les rapports de tests.
4.2.5 Produire la documentation technique Rédiger la documentation technique - Outils de documentation (Word, - Documentation technique du
du nouveau système testé complète du nouveau système testé,
Confluence) nouveau système testé produite.
incluant les spécifications techniques,
les configurations, et les résultats des
tests.
4.2.6 Configurer le nouveau système aux Configurer le nouveau système pour - Outils de gestion de configuration - SIGES configuré aux besoins
besoins spécifiques des utilisateurs répondre aux besoins spécifiques des
(Chef, Ansible) spécifiques des utilisateurs finaux.
finaux utilisateurs finaux.
Activité 4.3 : Former les utilisateurs
4.3.1 Confectionner un guide d’utilisation Créer un guide d’utilisation détaillé du - Outils de création de contenu - Guide d’utilisation du système et
du système et des vidéos de prise en système et des vidéos de prise en
(Canva, Figma), outils de montage vidéos de prise en main produits.
main main pour aider les utilisateurs à
vidéo (Adobe Premiere, Camtasia)
comprendre et à utiliser le nouveau
système.
4.3.2 Élaborer un plan de formation des Élaborer un plan de formation détaillé - Outils de gestion de projet (JIRA, - Plan de formation des utilisateurs
utilisateurs et des parties prenantes pour les utilisateurs et les parties
Trello), outils de documentation et des parties prenantes produit.

68
# Tâche Descriptif Outils à utiliser Résultats attendus
sur l’utilisation du nouveau système prenantes, en collaboration avec (Word, Confluence)
informatisé de gestion des activités de l’ordonnanceur de la mission, pour les
l’organisation former à l’utilisation du nouveau
système.
4.3.3 Fournir une formation complète aux Dispenser une formation complète - Outils de présentation - Utilisateurs clés formés sur les
utilisateurs clés de la plateforme de aux utilisateurs clés de la plateforme,
(PowerPoint, Google Slides), fonctionnalités de base et
gestion des emplois couvrant les fonctionnalités de base et
outils de communication (Slack, avancées, la maintenance, la mise
avancées, la maintenance et la mise à
Microsoft Teams) à jour, et la sécurité des données.
jour de la plateforme, ainsi que la
sécurité des données et les meilleures
pratiques pour garantir la protection
des informations sensibles.
4.3.4 Préciser les prérequis pour chaque Définir et documenter les prérequis - Outils de documentation (Word, - Prérequis pour chaque type de
type de formation pour chaque type de formation afin de
Confluence) formation précisés et
s’assurer que les participants
documentés.
possèdent les compétences
nécessaires pour suivre la formation.
4.3.5 Dispenser la formation en français et Organiser et dispenser la formation en - Outils de présentation - Formation dispensée en français
en présentiel français et en présentiel pour garantir
(PowerPoint, Google Slides), et en présentiel, avec une
une compréhension optimale et une
outils de communication (Slack, compréhension optimale et une
interaction directe avec les
Microsoft Teams) interaction directe avec les
formateurs.
formateurs.
Activité 4.4 : Élaborer des rapports provisoires et finaux
4.4.1 Produire des rapports provisoires Produire des rapports provisoires - Outils de documentation (Word, - Rapports provisoires produits et
documentant les progrès, les résultats
Confluence) partagés avec les parties
et les leçons apprises tout au long du
prenantes.
projet.
4.4.2 Produire des rapports finaux Produire des rapports finaux - Outils de documentation (Word, - Rapports finaux produits et
documentant les progrès, les résultats
Confluence) partagés avec les parties
et les leçons apprises tout au long du
prenantes.
projet.
4.4.3 Assurer la transparence et la Assurer la transparence et la - Outils de communication (Slack, - Transparence et communication
communication communication avec les parties
Microsoft Teams) assurées avec les parties
prenantes en partageant les rapports
prenantes.
provisoires et finaux.

69
# Tâche Descriptif Outils à utiliser Résultats attendus
Activité 4.5 : Organiser une séance de validation
4.5.1 Organiser une séance de validation Organiser une séance de validation - Outils de présentation - Séance de validation organisée et
pour présenter les résultats du projet
(PowerPoint, Google Slides), présentation des résultats du
aux parties prenantes et obtenir leur
outils de communication (Slack, projet aux parties prenantes.
approbation.
Microsoft Teams)
4.5.2 Obtenir l’approbation des parties Obtenir l’approbation des parties - Outils de communication (Slack, - Approbation des parties
prenantes prenantes pour s'assurer que le projet
Microsoft Teams) prenantes obtenue.
répond aux attentes et aux exigences
initiales.
4.5.3 Assurer que le projet répond aux S'assurer que le projet répond aux - Outils de communication (Slack, - Assurance que le projet répond
attentes et aux exigences initiales attentes et aux exigences initiales en
Microsoft Teams) aux attentes et aux exigences
obtenant l’approbation des parties
initiales.
prenantes.
Activité 4.6 : Préparer le déploiement multiplateforme de l'application finale développée et testée
4.6.1 Préparer le déploiement Préparer le déploiement de - Outils de déploiement (Ansible, - Application finale prête pour le
multiplateforme de l'application finale l'application finale sur différentes
Puppet), outils de gestion de déploiement multiplateforme.
plateformes, en s'assurant que
configuration (Chef)
l'application est compatible et
fonctionne correctement sur toutes
les plateformes cibles.
4.6.2 Assurer la compatibilité et la Assurer la compatibilité et la - Outils de test (JUnit, Selenium) - Compatibilité et fonctionnalité de
fonctionnalité de l'application sur fonctionnalité de l'application sur
l'application assurées sur toutes
toutes les plateformes cibles toutes les plateformes cibles en
les plateformes cibles.
effectuant des tests de compatibilité.
4.6.3 Documenter le processus de Documenter le processus de - Outils de documentation (Word, - Documentation du processus de
déploiement multiplateforme déploiement multiplateforme pour
Confluence) déploiement multiplateforme.
assurer une mise en œuvre fluide et
efficace.

70
Phase 5 : Finalisation de la mission

Cette phase qui comprend trois (03) activités, vise à élaborer un rapport présentant le processus de
conception du système applicatif de l’organisation.

Activité 5.1 : Elaborer un rapport provisoire de la mission

Un rapport provisoire devra être élaboré. Il sera présenté par le cabinet au commanditaire. Ce
rapport retracera le degré d’atteinte des objectifs de la mission.
Ledit rapport de mission va s’articuler autour des grands axes suivants :

 la démarche méthodologique ;
 le déroulement de la mission ;
 les difficultés rencontrées ;
 le renseignement de quelques indicateurs stratégiques ;
 les éventuelles poches d’exclusions aux niveaux des parties prenantes ;
 les recommandations nécessaires.

Résultats attendus :
 Un rapport provisoire détaillé et structuré.
 Présentation du rapport provisoire au commanditaire.
 Validation des objectifs atteints et des recommandations par le commanditaire.

Activité 5.2 : Organiser une séance de restitution et de validation

Le rapport provisoire sera présenté au cours d’une séance de restitution devant les membres du
comité de suivi de la mission. A cette occasion, les résultats obtenus par le Cabinet seront amendés
et validés en vue de l’élaboration complète du rapport final.
Résultats attendus :
 Une séance de restitution organisée avec les membres du comité de suivi.
 Amendements et validations des résultats obtenus.
 Préparation pour le déploiement multiplateforme.

Activité 5.3 : Elaborer un rapport final

Le rapport provisoire amendé par les différents responsables sera revu par le cabinet qui veillera à
intégrer les amendements apportés, les observations faites sur le document provisoire pour finaliser
le rapport définitif de la mission.
Résultats attendus :
 Un rapport final complet et détaillé.
 Intégration des amendements et observations dans le rapport final.
 Application finale développée et testée.

71
Tableau 11 : Tâches de la phase 5 _ Finalisation de la mission

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 5.1 : Elaborer un rapport provisoire de la mission
5.1.1 Collecte des données Rassembler toutes les informations
pertinentes sur le déroulement de la
- Outils de collecte de données - Données complètes et
(questionnaires, entretiens, etc.) pertinentes rassemblées.
mission, les objectifs atteints, les
difficultés rencontrées, etc.
5.1.2 Rédaction du rapport Structurer et rédiger le rapport
provisoire en suivant les grands axes
- Logiciels de traitement de texte - Un rapport provisoire détaillé et
(Word, Google Docs) structuré.
définis.
5.1.3 Revue interne Faire relire et valider le rapport
provisoire par les membres de
- Outils de collaboration (Google - Rapport provisoire validé par
Docs, Microsoft Teams) l'équipe.
l’équipe du cabinet.
5.1.4 Préparation de la présentation Préparer une présentation claire et
concise du rapport provisoire pour le
- Logiciels de présentation - Présentation du rapport
(PowerPoint, Google Slides) provisoire prête.
commanditaire.
5.1.5 Présentation au commanditaire Organiser une réunion pour présenter
le rapport provisoire au
- Outils de communication (Zoom, - Présentation du rapport
Teams, etc.) provisoire au commanditaire.
commanditaire et recueillir ses
feedbacks.
5.1.6 Validation des objectifs atteints et des Recueillir les feedbacks du
recommandations commanditaire et valider les objectifs
- Outils de collaboration (Google - Validation des objectifs atteints et
Docs, Microsoft Teams) des recommandations par le
atteints et les recommandations.
commanditaire.
Activité 5.2 : Organiser une séance de restitution et de validation
5.2.1 Planification de la séance Définir la date, l’heure et le lieu de la
séance de restitution.
- Outils de planification - Séance de restitution planifiée.
(calendriers, outils de gestion de
projet)
5.2.2 Invitation des participants Envoyer des invitations aux membres
du comité de suivi de la mission.
- Outils de communication (email, - Invitations envoyées aux
calendriers) participants.
5.2.3 Préparation des supports Préparer les supports de présentation
et les documents nécessaires pour la
- Logiciels de présentation - Supports de présentation prêts.
(PowerPoint, Google Slides)
séance.
5.2.4 Présentation du rapport provisoire Présenter le rapport provisoire aux
membres du comité de suivi.
- Outils de présentation - Rapport provisoire présenté aux
(PowerPoint, Google Slides) membres du comité.

72
# Tâche Descriptif Outils à utiliser Résultats attendus
5.2.5 Recueil des feedbacks Recueillir les amendements et les
observations des membres du comité.
- Outils de collaboration (Google - Amendements et observations
Docs, Microsoft Teams) recueillis.
5.2.6 Validation des résultats Valider les résultats obtenus et les
amendements apportés.
- Outils de collaboration (Google - Résultats validés et amendements
Docs, Microsoft Teams) apportés.
Activité 5.3 : Elaborer un rapport final
5.3.1 Intégration des amendements Intégrer les amendements et les
observations recueillis lors de la
- Logiciels de traitement de texte - Amendements et observations
(Word, Google Docs) intégrés dans le rapport.
séance de restitution.
5.3.2 Revue finale du rapport Relire et valider le rapport final avec
les membres de l’équipe du cabinet.
- Outils de collaboration (Google - Rapport final validé par l'équipe.
Docs, Microsoft Teams)
5.3.3 Finalisation du rapport Finaliser la rédaction et la mise en
forme du rapport final.
- Logiciels de traitement de texte - Rapport final complet et détaillé.
(Word, Google Docs)
5.3.4 Préparation de la présentation finale Préparer une présentation finale du
rapport pour le commanditaire et les
- Logiciels de présentation - Présentation finale du rapport
(PowerPoint, Google Slides) prête.
parties prenantes.
5.3.5 Présentation du rapport final Organiser une réunion pour présenter
le rapport final au commanditaire et
- Outils de communication (Zoom, - Présentation du rapport final au
Teams, etc.) commanditaire et aux parties
aux parties prenantes.
prenantes.
5.3.6 Application finale développée et Assurer que l'application finale est
testée développée et testée.
- Outils de développement et de - Application finale développée et
test (IDE, outils de test) testée.

73
Phase 6 : Support et Maintenance du système

La phase de support et maintenance, conduite en suivant les normes ITIL, ISO/IEC 27001 et ISO
20000, garantira une gestion efficace, sécurisée et conforme des services informatiques de la
plateforme. En mettant en œuvre ces activités et en assurant une amélioration continue, nous
pourrons offrir un support de haute qualité et maintenir la plateforme dans un état optimal pour
répondre aux besoins des utilisateurs.

Objectifs

 Assurer la maintenance régulière et efficace de la plateforme.

 Fournir un support technique rapide et efficace aux utilisateurs.

 Garantir la sécurité et la conformité de la plateforme.

 Améliorer continuellement les services de support et de maintenance.

Activité 6.1 : Établir les exigences nécessaires pour assurer la maintenance régulière et
efficace de la plateforme.

Il s’agira d’identifier et documenter les besoins en maintenance pour garantir le bon fonctionnement
et la sécurité de la plateforme. Cela inclut les mises à jour logicielles, les sauvegardes de données, la
maintenance préventive et corrective, et la documentation.

Résultats attendus :

 Un plan de maintenance détaillé.

 Des procédures de sauvegarde et de récupération des données.

 Des plans de maintenance préventive et corrective.

 Une documentation à jour des exigences de maintenance.

Activité 6.2 : Établir les exigences nécessaires pour fournir un support efficace aux
utilisateurs de la plateforme.

Il s’agira d’identifier et documenter les besoins en support pour garantir une assistance rapide et
efficace aux utilisateurs. Cela inclut les niveaux de service (SLA), les délais de réponse, les modalités
de communication, les mesures de qualité, et les rapports d'incident.

Résultats attendus :

 Des accords de niveau de service (SLA) définis.

 Des délais de réponse spécifiés pour chaque catégorie d'incident.

 Des modalités de communication claires pour le support.

 Des mesures de qualité pour évaluer la performance du support.

74
  Des rapports d'incident standardisés.

Activité 6.3 : Établir les exigences nécessaires pour fournir une assistance technique efficace
aux utilisateurs de la plateforme.

Il s’agira d’identifier et documenter les besoins en assistance technique pour garantir une résolution
rapide et efficace des problèmes techniques. Cela inclut les modalités de résolution des incidents, les
délais de réponse, et les protocoles de communication.

Résultats attendus :

 Des modalités de résolution des incidents définies.

 Des délais de réponse spécifiés pour chaque catégorie d'incident.

 Des protocoles de communication clairs pour l'assistance technique.

Activité 6.4 : Assurer la résolution rapide et efficace des problèmes signalés par les
utilisateurs.

Il s’agira de mettre en place des services de maintenance corrective pour résoudre les incidents dans
les meilleurs délais. Cela inclut la résolution des incidents, l'application de correctifs, l'analyse des
causes racines, et la mise en place de mesures correctives.

Résultats attendus :

 Une équipe de maintenance corrective opérationnelle.

 Des correctifs appliqués pour les bugs identifiés.

 Des analyses des causes racines des incidents réalisées.

 Des mesures correctives mises en place pour éviter la répétition des incidents.

Activité 6.5 : Assurer l'évolution continue de la plateforme pour répondre aux nouvelles
exigences fonctionnelles ou réglementaires.

Il s’agira de mettre en place des services de maintenance évolutive pour garantir la mise à jour
régulière de la plateforme. Cela inclut les mises à jour régulières, l'ajout de nouvelles fonctionnalités,
et la garantie de compatibilité.

Résultats attendus :

 Des mises à jour régulières de la plateforme effectuées.

 De nouvelles fonctionnalités et modules intégrés.

 La compatibilité de la plateforme avec les nouvelles versions de navigateurs et de systèmes

d'exploitation assurée.

75
Activité 6.6 : Fournir un support technique efficace aux utilisateurs de la plateforme

Il s’agira de mettre en place des services de support technique pour assister les utilisateurs dans la
résolution des problèmes techniques. Cela inclut un centre d'appel 24/7, un système de ticketing, et
une équipe technique dédiée.

Résultats attendus :

 Un centre d'appel opérationnel 24/7.

 Un système de ticketing fonctionnel pour la gestion des incidents et des demandes de

service.

 Une équipe technique de support dédiée et compétente.

 Des processus de support technique conformes aux normes ITIL, ISO/IEC 27001 et ISO 20000.

Activité 6.7 : Assurer la surveillance continue et l'amélioration de la plateforme.

Il s’agira de mettre en place des mesures de garantie de qualité, des outils de surveillance des
performances, et des processus de résolution des incidents pour assurer l'amélioration continue de
la plateforme.

Résultats attendus :

 Des mesures de garantie de qualité en place.

 Des outils de surveillance des performances opérationnels.

 Des processus de résolution des incidents efficaces.

76
Tableau 12 : Tâches de la phase 6 _ Support et Maintenance du système de l’organisation

# Tâche Descriptif Outils à utiliser Résultats attendus

Activité 6.1 : Établir les exigences nécessaires pour assurer la maintenance régulière et efficace de la plateforme.
6.1.1 Identifier les besoins en mises à jour Analyser les versions actuelles des
logicielles logiciels et déterminer les mises à jour
- Outils de gestion des versions - Liste des mises à jour logicielles
(Git, SVN) nécessaires.
nécessaires.
6.1.2 Définir les procédures de sauvegarde Élaborer des procédures pour
des données sauvegarder régulièrement les
- Outils de sauvegarde - Procédures de sauvegarde
(BackupExec, Veeam) documentées.
données de la plateforme.
6.1.3 Élaborer des plans de maintenance Planifier des activités de maintenance
préventive préventive pour éviter les pannes.
- Outils de gestion de projet (Jira, - Plan de maintenance préventive.
Trello)
6.1.4 Élaborer des plans de maintenance Planifier des activités de maintenance
corrective corrective pour résoudre les incidents.
- Outils de gestion de projet (Jira, - Plan de maintenance corrective.
Trello)
6.1.5 Documenter les exigences de Documenter toutes les exigences de
maintenance maintenance pour la plateforme.
- Outils de documentation - Documentation des exigences de
(Confluence, SharePoint) maintenance.
Activité 6.2 : Établir les exigences nécessaires pour fournir un support efficace aux utilisateurs de la plateforme.
6.2.1 Définir les niveaux de service (SLA) Établir des accords de niveau de
service conformes aux normes ITIL et
- Outils de gestion des services - Accords de niveau de service
(ServiceNow, BMC Remedy) (SLA) définis.
ISO 20000.
6.2.2 Établir des délais de réponse Définir des délais de réponse pour les
différentes catégories d'incidents
- Outils de gestion des services - Délais de réponse spécifiés pour
(ServiceNow, BMC Remedy) chaque catégorie d'incident.
(critique, majeur, mineur).
6.2.3 Déterminer les modalités de Déterminer les canaux de
communication communication pour le support
- Outils de communication (Slack, - Modalités de communication
Microsoft Teams) claires pour le support.
(téléphone, email, chat en ligne).
6.2.4 Mettre en place des mesures de Mettre en place des mesures de
qualité qualité pour évaluer la performance
- Outils de gestion des services - Mesures de qualité pour évaluer
(ServiceNow, BMC Remedy) la performance du support.
du support (taux de résolution,
satisfaction des utilisateurs).
6.2.5 Élaborer des rapports d'incident Élaborer des modèles de rapports
d'incident pour documenter et suivre
- Outils de gestion des services - Rapports d'incident standardisés.
(ServiceNow, BMC Remedy)
les incidents.
Activité 6.3 : Établir les exigences nécessaires pour fournir une assistance technique efficace aux utilisateurs de la plateforme.

77
# Tâche Descriptif Outils à utiliser Résultats attendus
6.3.1 Établir des modalités de résolution des Définir des processus pour la gestion
incidents et la résolution des incidents
- Outils de gestion des services - Modalités de résolution des
(ServiceNow, BMC Remedy) incidents définies.
conformes aux normes ITIL et ISO
20000.
6.3.2 Définir des délais de réponse Définir des délais de réponse pour les
différentes catégories d'incidents.
- Outils de gestion des services - Délais de réponse spécifiés pour
(ServiceNow, BMC Remedy) chaque catégorie d'incident.
6.3.3 Développer des protocoles de Établir des protocoles pour la
communication communication entre les utilisateurs
- Outils de communication (Slack, - Protocoles de communication
Microsoft Teams) clairs pour l'assistance technique.
et l'équipe de support technique.
Activité 6.4 : Assurer la résolution rapide et efficace des problèmes signalés par les utilisateurs.
6.4.1 Constituer une équipe dédiée à la Former une équipe spécialisée dans la
maintenance corrective résolution des incidents.
- Outils de gestion des équipes - Équipe de maintenance corrective
(Jira, Trello) opérationnelle.
6.4.2 Développer et appliquer des correctifs Développer et appliquer des correctifs
pour les bugs identifiés.
- Outils de gestion des versions - Correctifs appliqués pour les bugs
(Git, SVN) identifiés.
6.4.3 Effectuer des analyses des causes Analyser les causes racines des
racines incidents pour éviter leur répétition.
- Outils de gestion des services - Analyses des causes racines des
(ServiceNow, BMC Remedy) incidents réalisées.
6.4.4 Mettre en place des mesures Mettre en place des mesures
correctives correctives pour éviter la répétition
- Outils de gestion des services - Mesures correctives mises en
(ServiceNow, BMC Remedy) place pour éviter la répétition des
des incidents.
incidents.
Activité 6.5 : Assurer l'évolution continue de la plateforme pour répondre aux nouvelles exigences fonctionnelles ou réglementaires.
6.5.1 Planifier et exécuter des mises à jour Planifier et exécuter des mises à jour
régulières régulières de la plateforme.
- Outils de gestion des versions - Mises à jour régulières de la
(Git, SVN) plateforme effectuées.
6.5.2 Développer et intégrer de nouvelles Développer et intégrer de nouvelles
fonctionnalités fonctionnalités et modules.
- Outils de développement (IDE, - Nouvelles fonctionnalités et
CI/CD) modules intégrés.
6.5.3 Assurer la compatibilité de la Assurer la compatibilité de la
plateforme plateforme avec les nouvelles versions
- Outils de test (Selenium, JUnit) - Compatibilité de la plateforme
avec les nouvelles versions de
de navigateurs et de systèmes
navigateurs et de systèmes
d'exploitation.
d'exploitation assurée.
Activité 6.6 : Fournir un support technique efficace aux utilisateurs de la plateforme.
6.6.1 Mettre en place un centre d'appel Mettre en place un centre d'appel - Outils de centre d'appel (Cisco, - Centre d'appel opérationnel 24/7.

78
 # Tâche Descriptif Outils à utiliser Résultats attendus
24/7 disponible 24/7 pour les demandes Avaya)
d'assistance technique.
6.6.2 Implémenter un système de ticketing Implémenter un système de ticketing
pour la gestion des incidents et des
- Outils de gestion des services - Système de ticketing fonctionnel
(ServiceNow, BMC Remedy) pour la gestion des incidents et
demandes de service.
des demandes de service.
6.6.3 Constituer une équipe technique de Constituer une équipe technique de
support dédiée support dédiée, avec des
- Outils de gestion des équipes - Équipe technique de support
(Jira, Trello) dédiée et compétente.
compétences appropriées pour
résoudre les problèmes liés à la
plateforme.
6.6.4 Assurer la conformité aux normes ITIL Assurer que les processus de support
et ISO/IEC 27001 technique sont conformes aux normes
- Outils de gestion des services - Processus de support technique
(ServiceNow, BMC Remedy) conformes aux normes ITIL et
ITIL et ISO/IEC 27001.
ISO/IEC 27001.
Activité 6.7 : Assurer la surveillance continue et l'amélioration de la plateforme.
6.7.1 Mettre en place des mesures de Mettre en place des mesures de
garantie de qualité garantie de qualité pour assurer la
- Outils de gestion des services - Mesures de garantie de qualité en
(ServiceNow, BMC Remedy) place.
qualité du support et de la
maintenance.
6.7.2 Utiliser des outils de surveillance des Utiliser des outils de surveillance pour
performances suivre les performances du système et
- Outils de surveillance (Nagios, - Outils de surveillance des
Zabbix) performances opérationnels.
identifier les domaines nécessitant des
améliorations.
6.7.3 Mettre en place des processus de Mettre en place des processus pour la
résolution des incidents résolution rapide et efficace des
- Outils de gestion des services - Processus de résolution des
(ServiceNow, BMC Remedy) incidents efficaces.
incidents.

2. Organisation prévisionnelle des sprints

L’organisation en sprints permet de structurer le projet de manière claire et efficace, en couvrant toutes les phases nécessaires pour la conception du
système applicatif. Le nombre total de semaines pour la réalisation du projet dépend de l’envergure du projet de dématérialisation et de la période de suivi
et d’accompagnement exigée par l’organisation.

79
Tableau 13: Organisation indicatif des sprints

Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée

Sprints du Sprint
Sprint 1 Préparation, Préparation de la Organiser une séance de cadrage Clarifier les termes de référence et 2
cadrage de la mission repréciser le mandat du cabinet. semaines
mission
Connaître les responsables
interlocuteurs du personnel du
cabinet sur la mission.
Identifier les différents acteurs à
contacter et les rôles à jouer par
chacun d’eux.
Créer la mise en relation de l’équipe
du cabinet mobilisé sur la mission
avec les différents acteurs
impliqués.
Repréciser la méthodologie de la
mission.
Valider la liste des documents
nécessaires à la revue
documentaire.
Adopter l’organisation et le
chronogramme de travail proposé.
Organiser la Préparer les matériels nécessaires à la mise en Matériels nécessaires prêts.
logistique de la œuvre de la mission.
mission
Mettre en place l'infrastructure de base. Infrastructure de base
opérationnelle.
Configurer les outils de gestion de projet. Outils de gestion de projet

80
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
configurés.
Configurer les outils de CI/CD. Outils de CI/CD configurés.
Mettre en place l'équipe Scrum. Équipe Scrum formée et
opérationnelle.
Réimprégner les membres de l’équipe des Briefing de l’équipe réalisé.
objectifs de la mission et des attitudes à
adopter.
Sprint 2 Auditer Analyser de manière approfondie le État exhaustif des fonctionnalités de 2
l’existante / fonctionnement de l’existante. l’application. semaines
Analyser la
concurrence Évaluer la qualité, la sécurité, la performance et Qualité, sécurité, performance et
la conformité aux normes et aux exigences. conformité de l’existant évalués.
Évaluer l'utilisation de l’application et les Utilisation et attentes des
attentes des utilisateurs. utilisateurs évalués.
Évaluer le niveau de sécurité des données des Niveau de sécurité des données
applications. évalués.
Présenter l’architecture de l’application et les Architecture de l’application et
technologies utilisées. technologies utilisées présentées.
Définir la technologie à utiliser dans le système. Définition de la technologie du
système effectuée.
Collecter et Analyser la documentation conformément aux Cartographie du système
analyser la méthodes de conception et d’élaboration de d’information et des processus
documentation système applicatif. métiers.
Identifier les activités et processus métiers de Identification des activités et des
fonctionnement de la gestion des opérations de processus métiers des opérations de

81
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
l’organisation. l’organisation.
Identifier les mécanismes d’interopérabilité Mécanismes d’interopérabilité avec
avec l’environnement SI du gouvernement. le SI-Gouvernement identifiés.
Cartographier les Modéliser les processus métiers que Cartographie des processus métiers
processus l’organisation utilise dans sa gestion de l’organisation.
métiers de la quotidienne.
gestion des
services Représenter graphiquement les différents Représentation graphique des
médicaux de processus métiers de l’organisation, leurs processus métiers des opérations de
l’organisation relations, leurs objectifs, leur durée, etc. l’organisation.

Interviewer les Réaliser les interviews des parties prenantes Compte rendu des interviews des
parties prenantes pour mieux cerner les attentes et opinions des parties prenantes.
acteurs principaux concernant la gestion des
activités de l’organisation.
Valider le rapport Produire un dossier d’analyse du système Dossier d’analyse du système
de cette étape existant. existant.
Sprint 3 à 14 Développement de la solution
Sprint 3 Modéliser le Modéliser le Élaborer le cahier des charges des techniques Cahier des charges des techniques. 2
système futur système futur destiné aux architectes et programmeurs de la semaines
et planifier la plateforme à construire.
conception du
système futur Documenter les exigences fonctionnelles et non Exigences fonctionnelles et non
fonctionnelles de la plateforme à construire. fonctionnelles documentées.
Construire les modèles décrivant le Modèles du système (diagrammes
fonctionnement du système. de buts, de classes, de contexte, de
cas d’utilisation, de séquence,

82
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
d’états, etc.).
Produire les maquettes animées présentant les Maquettes animées et interface
parcours utilisateurs et l’interface utilisateur. utilisateur.
Établir les spécifications fonctionnelles et non- Spécifications fonctionnelles et non-
fonctionnelles du système informatisé à mettre fonctionnelles.
en œuvre.
Définir les critères d'acceptation pour chaque Critères d'acceptation définis.
fonctionnalité.
Planification du Définir les objectifs des sprints pour le Objectifs clairs et mesurables pour
développement développement chaque sprint identifiés.
de la plateforme
Intégrer les exigences de sécurité Exigences de sécurité identifiées et
documentées.
Planifier les changements Processus de gestion des
changement définis.
Définir la politique de sécurité Politique de sécurité rédigé et
documenté.
Créer le backlog des sprints Backlog des sprints priorisé et
documenté
Planifier les tests de sécurité Plan de tests de sécurité détaillé
définis.
Utiliser la gestion des changements Processus de gestion des
changements mise en place.
Évaluer les risques Risques potentiels identifiés et
documentés. Plan de gestion des

83
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
risques défini.
Sprint 4 Concevoir Concevoir Définir l’architecture logicielle de la plateforme Architecture multi-tenant, 2
l’architecture l’architecture de modulaire, évolutive et extensible semaines
du système et la plateforme conçue.
initialiser le
backlog produit Documenter les décisions de conception Documentation des décisions de
conception rédigée.
Élaborer les jeux de test fonctionnel Jeux de test fonctionnel pour valider
les fonctionnalités crées.
Définir le plan de conception du système Plan de conception du système
détaillé rédigé.
Rédiger le manuel d’utilisateur Manuel d’utilisateur complet crée.
Répartir le travail entre les programmeurs de Équipes de programmeurs selon la
l’équipe de développement. méthode agile SCRUM organiées
Finaliser les spécifications fonctionnelles et Document de spécifications
techniques. fonctionnelles et techniques.
Initialiser le Finaliser le backlog du produit. Backlog du produit initialisé.
backlog du
produit
Sprint 5 à 15 Concevoir de Développer les différents modules Modules dématérialisant les 22
façon détaillée dématérialisant les processus métiers de processus métiers de l’organisation. semaines
les nouvelles l’organisation.
fonctionnalités
métiers Construire les interfaces utilisateurs. Interfaces utilisateurs et
mécanismes de sécurisation du
système.

84
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
Mettre en œuvre les mécanismes de Méthodes DevSecOps, ISO/ECS
sécurisation du système 27001 et ITIL Utilisées
Mettre en œuvre les mécanismes Interopérabilité avec
d’interopérabilité l’environnement du Système
d’Information du gouvernement
Assurée
Construire le backend du système Représentation objet en interne des
données Produite,
Structures de données Choisies et
optimisées
Code source du système
Implémenté et optimisé
Revue du code Effectuée
Construire les jeux de test structurel Créer des jeux de test structurel
pour valider la structure du
système.
Produire une documentation du processus Documentation du processus
d’implémentation du système. d’implémentation du système.
Sprint 16 Tester, Tester, alimenter Tester le système applicatif et effectuer les tests Rapports de tests unitaires, 2
alimenter et et valider le unitaires, fonctionnels, d’intégration, de fonctionnels, d’intégration, de semaines
valider le système performance, de sécurité et de comptabilité et performance, de sécurité et de
système de convivialité. comptabilité et de convivialité.
Alimenter le système applicatif à partir des Système applicatif alimenté.
données disponibles sur la gestion des activités
de l’organisation.

85
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
Valider le système applicatif en s’assurant qu’il Système applicatif validé.
répond aux exigences formulées.
Déployer une béta-version du système Béta-version du système applicatif
applicatif pour effectuer des vérifications déployée.
d’interopérabilité, les validations des données
et de sécurité, ainsi que les tests d’acceptation
et de convivialité.
Corriger les bugs Corriger les dysfonctionnements observés dans Système applicatif corrigé.
détectés le système applicatif de l’organisation.
Analyser, prioriser et corriger les bugs détectés. Bugs détectés analysés, priorisés et
corrigés.
Effectuer à nouveau les tests et validations des Nouveaux tests et validation
parties du système applicatif impactées par ces effectués pour les parties du
bugs. système impactés.
Produire la documentation du processus de Documentation du processus de
correction des bugs. correction des bugs.
Valider le rapport Produire un dossier d’analyse de conception du Dossier d’analyse de conception du
de cette étape système applicatif. système applicatif.
Sprint 17 Déploiement et Intégrer les Établir un plan d’intégration des fonctionnalités Plan d’intégration des 2
production nouveaux outils développées dans le système existant. fonctionnalités développées, semaines
digitaux dans documentation du processus
l’existant d’intégration et de configuration
des servers de test et de
productions, installation et
paramétrages de l’application,
rapports de tests d’interopérabilité,

86
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
documentation technique du
nouveau système testé, guide
d’utilisation du système et vidéos de
prise en main, plan de formation
des utilisateurs et des parties
prenantes, rapport de formation,
dossier d’analyse du système
existant.
Configurer le nouveau système aux besoins Système configuré aux besoins
spécifiques des utilisateurs finaux. spécifiques des utilisateurs finaux.
Installer et paramétrer l’application. Système installé et paramétré.
Produire les rapports de tests d’interopérabilité. Rapports de tests d’interopérabilité
produits.
Produire la documentation technique du Documentation technique du
nouveau système testé. nouveau système testé produit.
Former les Confectionner un guide d’utilisation du système Guide de formation et vidéos de
utilisateurs et des vidéos de prise en main. prise en main produits.
Élaborer un plan de formation des utilisateurs Plan de formation des utilisateurs et
et des parties prenantes sur l’utilisation du des parties prenantes sur
nouveau système informatisé de gestion des l’utilisation du système produits.
activités de l’organisation.
Rédiger un rapport de formation. Rapport de formation rédigé.
Sprint 18 Finalisation de Élaborer un Élaborer un rapport provisoire présentant le Rapport provisoire de mission 2
la mission rapport processus de conception du système applicatif élaboré. semaines
provisoire de la de l’organisation.

87
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
mission Présenter le rapport provisoire au Séance de validation organisée.
commanditaire.
Organiser une Présenter le rapport provisoire au cours d’une Préparation pour le déploiement
séance de séance de restitution devant les membres du multiplateforme.
restitution et de comité de suivi de la mission.
validation
Élaborer un Élaborer le rapport final de la mission en Rapport final de la mission finalisé.
rapport final intégrant les amendements apportés et les
observations faites sur le document provisoire.
Déploiement Préparer le Préparer le déploiement de l'application finale Déploiement de l’application final
multiplateform déploiement sur différentes plateformes, en s'assurant que sur les différentes plateformes faite.
e de multiplateforme l'application est compatible et fonctionne
l'application de l'application correctement sur toutes les plateformes cibles.
finale finale
développée et
testée Assurer la Assurer la compatibilité et la fonctionnalité de Compatibilité de l’application sur
compatibilité sur l'application sur toutes les plateformes cibles en toutes les plateformes cibles
les plateformes effectuant des tests de compatibilité. garantie.
cibles
Documenter le Documenter le processus de déploiement Processus de déploiement
processus de multiplateforme pour assurer une mise en multiplateforme documenté.
déploiement œuvre fluide et efficace.
multiplateforme
Support et Établir les Identifier les Analyser les versions actuelles des logiciels et Liste des mises à jour logicielles 06
Maintenance exigences besoins en mises déterminer les mises à jour nécessaires. nécessaires.
du système de nécessaires à jour logicielles mois
l’organisation pour assurer la
Définir les Élaborer des procédures pour sauvegarder Procédures de sauvegarde

88
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
maintenance procédures de régulièrement les données de la plateforme. documentées.
régulière et sauvegarde des
efficace de la données
plateforme
Élaborer des Planifier des activités de maintenance Plan de maintenance préventive.
plans de préventive pour éviter les pannes.
maintenance
préventive
Documenter les Documenter toutes les exigences de Plan de maintenance corrective.
exigences de maintenance pour la plateforme.
maintenance
Établir les Définir les Établir des accords de niveau de service Accords de niveau de service (SLA)
exigences niveaux de conformes aux normes ITIL et ISO 20000. définis.
nécessaires service (SLA)
pour fournir un
support efficace Établir des délais Définir des délais de réponse pour les Délais de réponse spécifiés pour
aux utilisateurs de réponse différentes catégories d'incidents (critique, chaque catégorie d'incident.
de la majeur, mineur).
plateforme Déterminer les Déterminer les canaux de communication pour Modalités de communication claires
modalités de le support (téléphone, email, chat en ligne). pour le support.
communication
Mettre en place Mettre en place des mesures de qualité pour Mesures de qualité pour évaluer la
des mesures de évaluer la performance du support (taux de performance du support.
qualité résolution, satisfaction des utilisateurs).
Élaborer des Élaborer des modèles de rapports d'incident Rapports d'incident standardisés.
rapports pour documenter et suivre les incidents.
d'incident
Établir les Établir des Définir des processus pour la gestion et la Modalités de résolution des

89
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
exigences modalités de résolution des incidents conformes aux normes incidents définies.
nécessaires résolution des ITIL et ISO 20000.
pour fournir incidents
une assistance
technique Définir des délais Définir des délais de réponse pour les Délais de réponse spécifiés pour
efficace aux de réponse différentes catégories d'incidents. chaque catégorie d'incident.
utilisateurs de Développer des Établir des protocoles pour la communication Protocoles de communication clairs
la plateforme protocoles de entre les utilisateurs et l'équipe de support pour l'assistance technique.
communication technique.
Assurer la Constituer une Former une équipe spécialisée dans la Équipe de maintenance corrective
résolution équipe dédiée à résolution des incidents. opérationnelle.
rapide et la maintenance
efficace des corrective
problèmes
signalés par les Développer et Développer et appliquer des correctifs pour les Correctifs appliqués pour les bugs
utilisateurs appliquer des bugs identifiés. identifiés.
correctifs
Effectuer des Analyser les causes racines des incidents pour Analyses des causes racines des
analyses des éviter leur répétition. incidents réalisées.
causes racines
Mettre en place Mettre en place des mesures correctives pour Mesures correctives mises en place
des mesures éviter la répétition des incidents. pour éviter la répétition des
correctives incidents.
Assurer Planifier et Planifier et exécuter des mises à jour régulières Mises à jour régulières de la
l'évolution exécuter des de la plateforme. plateforme effectuées.
continue de la mises à jour
plateforme régulières
pour répondre
Développer et Développer et intégrer de nouvelles Nouvelles fonctionnalités et

90
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
aux nouvelles intégrer de fonctionnalités et modules. modules intégrés.
exigences nouvelles
fonctionnelles fonctionnalités
ou
réglementaires Assurer la Assurer la compatibilité de la plateforme avec Compatibilité de la plateforme avec
compatibilité de les nouvelles versions de navigateurs et de les nouvelles versions de
la plateforme systèmes d'exploitation. navigateurs et de systèmes
d'exploitation assurée.
Fournir un Mettre en place Mettre en place un centre d'appel disponible Centre d'appel opérationnel 24/7.
support un centre d'appel 24/7 pour les demandes d'assistance technique.
technique 24/7
efficace aux
utilisateurs de Implémenter un Implémenter un système de ticketing pour la Système de ticketing fonctionnel
la plateforme système de gestion des incidents et des demandes de pour la gestion des incidents et des
ticketing service. demandes de service.
Constituer une Constituer une équipe technique de support Équipe technique de support dédiée
équipe technique dédiée, avec des compétences appropriées pour et compétente.
de support résoudre les problèmes liés à la plateforme.
dédiée
Assurer la Assurer que les processus de support technique Processus de support technique
conformité aux sont conformes aux normes ITIL et ISO/IEC conformes aux normes ITIL et
normes ITIL et 27001. ISO/IEC 27001.
ISO/IEC 27001
Assurer la Mettre en place Mettre en place des mesures de garantie de Mesures de garantie de qualité en
surveillance des mesures de qualité pour assurer la qualité du support et de place.
continue et garantie de la maintenance.
l'amélioration qualité
de la
Utiliser des outils Utiliser des outils de surveillance pour suivre les Outils de surveillance des

91
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
plateforme de surveillance performances du système et identifier les performances opérationnels.
des domaines nécessitant des améliorations.
performances
Mettre en place Mettre en place des processus pour la Processus de résolution des
des processus de résolution rapide et efficace des incidents. incidents efficaces.
résolution des
incidents

92
93
 3. Chronogramme prévisionnel de la mission
Le chronogramme de la mission s’étend sur six (06) mois comme le prescrivent les termes de référence.
Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

Phase 1 : Préparation de la
mission

Rédaction et dépôt de L1 :
Rapport de la réunion de J1
cadrage

Organiser une séance de

cadrage

Organiser la logistique de la
mission

Phase 2 : Analyse de
l’existant et expression des
besoins

Auditer l’application
existante

Collecter et analyser la
documentation

94
 Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

Cartographier les processus

métiers

Interviewer les parties

prenantes

Rédaction du rapport L2 :
J10
analyse de l’existant

Valider le rapport

Phase 3 : Développement
de la solution
Modéliser le système futur

L3 : Cahier des charges des J15

techniques
Concevoir l’architecture de
la plateforme
L4 : Architectures et
maquettes des plateformes J20

web et mobile
Concevoir les nouvelles
fonctionnalités
Tester, alimenter et valider
la plateforme

95
 Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

L5 : Rapports des tests de J115

fonctionnement, de
performance et de sécurité
des plateformes web et
mobile
Corriger les bugs détectés

Valider le rapport

L6 : Code source des J119

plateformes web et mobile
L7 : Documentation, J119
manuels et guides
Valider le rapport

Phase 4 : Déploiement et
exploitation

Intégrer les nouveaux outils

dans l’existant

L8 : Rapport de J124
déploiement des
plateformes web et mobile

L9 : Manuels de formation J126

96
 Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

Former les utilisateurs

L10 : Rapport de formation J131

Valider le rapport

Préparer le déploiement
multiplateforme de
l'application finale
développée et testé

Phase 5 : Finalisation de la
mission

Elaborer un rapport
provisoire de la mission

Organiser une séance de

restitution et de validation

L11 : Rapport final J132

Phase 6 : Support et
Maintenance du SIGES de
l’ORGANISATION

L12 : Plans de maintenance J132

et d’extension de la

97
 Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

plateforme

Établir les exigences

nécessaires pour assurer la
maintenance régulière et
efficace de la plateforme

Établir les exigences

nécessaires pour fournir un
support efficace aux
utilisateurs de la
plateforme

Établir les exigences

nécessaires pour fournir
une assistance technique
efficace aux utilisateurs de
la plateforme

Assurer la résolution rapide

et efficace des problèmes
signalés par les utilisateurs

Assurer l'évolution continue

de la plateforme pour
répondre aux nouvelles
exigences fonctionnelles ou

98
 Semaine

Phases S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16 S17 S18 S19 S20 S21 S22 S23 S24 24 M

et activités

Sprints Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 11 Sprint 12

réglementaires

Fournir un support
technique efficace aux
utilisateurs de la
plateforme

Assurer la surveillance
continue et l'amélioration
de la plateforme

99
4. Calendrier prévisionnel des livrables
Réf Livrable J1 J10 J15 J20 J115 J119 J124 J126 J131 J132
L1 Rapport de la réunion de cadrage
L2 Rapport de l'analyse de l'existant
L3 Cahier des charges techniques
Architectures et maquettes des plateformes web et
L4
mobile
Rapports des tests de fonctionnement, de performance et
L5
de sécurité des plateformes web et mobile
L6 Code source des plateformes web et mobile
Documentation technique, Manuel d'utilisation, Manuel
de configuration et d'administration, guide d'installation
L7
et de configuration, guide de maintenance et de
dépannage
L8 Rapport de déploiement des plateformes web et mobile
L9 Manuels de formation
L10 Rapport de formation
L11 Rapport de la mission
L12 Plans de maintenance et d’extension de la plateforme

100