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
Conduite du développement d’un système applicatif..................................3
Démarches méthodologiques normalisées de conception........................3
Intégration de Scrum, DevSecOps, ITIL et ISO/IEC 27001.........................4
Scrum....................................................................................................4
DevSecOps............................................................................................5
ITIL (Information Technology Infrastructure Library)..............................5
ISO/IEC 27001........................................................................................6
Phasage de la conception d’un système informatique.............................8
Phase 1 : Préparation de la mission.......................................................8
Phase 2 : Analyse de l’existant et expression des besoins..................12
Phase 3 : Développement de la solution.............................................17
Phase 4 : Déploiement et production..................................................28
Phase 5 : Finalisation de la mission.....................................................35
Phase 6 : Support et Maintenance du système....................................38
Organisation prévisionnelle des sprints...............................................43

2
Conduite du développement d’un système
applicatif

Démarches méthodologiques normalisées de

conception
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
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.

3
  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.

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.

4
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

5
Phasage de la conception d’un système informatique
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 :

 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

6
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é.

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

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

9
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

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

10
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 :

 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.

11
Résultat attendu :

 Dossier d’analyse du système existant.

12
Tableau 3 : 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 État exhaustif des
le fonctionnement de l’existante fonctionnalités de
- Suivi des tâches : Kanban ou Jira - État exhaustif des fonctionnalités de
software l’application
l’application
2.1.2 Évaluer la qualité, la sécurité, la Évaluation de la qualité,
performance et la conformité aux sécurité, performance et
- Modélisation des processus : Bizagi - Qualité, sécurité, performance et
Modeler conformité de l’existant évalués
normes et aux exigences conformité
2.1.3 Évaluer l'utilisation de l’application Évaluation de l'utilisation et
et les attentes des utilisateurs des attentes des utilisateurs
- Conception des maquettes : Canva - Utilisation et attentes des utilisateurs
évalués
2.1.4 Évaluer le niveau de sécurité des Évaluation du niveau de
données des applications sécurité des données
- Mise en place de la base de données : - Niveau de sécurité des données évalués
PostGreSQL, SGBD MySQL ou MongoDB
2.1.5 Présenter l’architecture de Présentation de l’architecture
l’application et les technologies et des technologies utilisées
- Mise en place de la solution : - Architecture de l’application et
Framework Django, Framework Node JS technologies utilisées présentées
utilisées
avec des micro-services, Framework
Laravel, Framework Symfony ou
Framework JSP
2.1.6 Définir la technologie à utiliser Définition de la technologie à
dans le système utiliser
- - 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 d’information
software et des processus métiers
conception et d’élaboration de
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 : Heflo - Identification des activités et des
Modeler processus métiers des opérations de
gestion des opérations 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 : Canva - Mécanismes d’interopérabilité avec le
SI-Gouvernement identifiés
l’environnement SI du

13
# Tâche Descriptif Outils à utiliser Résultats attendus
gouvernement
Activité 2.3 : Cartographier les processus métiers de l’organisation
2.3.1 Modéliser les processus métiers Modélisation des processus
que le CHIC utilise dans sa gestion métiers
- Modélisation des processus : Heflo - Modélisation des processus métiers de
Modeler 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 : Canva - Représentation graphique des
processus métiers des opérations de
l’organisation, leurs relations, leurs
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 pour mieux cerner les prenantes
- 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
système existant d’analyse
- Suivi des tâches : Kanban ou Jira - Dossier d’analyse du système existant
software

14
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é
à 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.

15
À 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.

Résultats attendus :

 Architecture logicielle de la plateforme définie.

 Documentation des décisions de conception produite.

 Jeux de test fonctionnel élaborés.

16
  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é.

 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.

17
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.

 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 :

18
  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.

19
Tableau 4 : 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 - Exigences fonctionnelles documentées.
projet (JIRA, Trello), outils
de documentation (Word,
Confluence)
3.1.2 Documenter les exigences Collecter et documenter les exigences non
non fonctionnelles fonctionnelles.
- Outils de gestion de - Exigences non fonctionnelles documentées.
projet (JIRA, Trello), outils
de documentation (Word,
Confluence)
3.1.3 Créer des diagrammes de Créer des diagrammes de buts pour
buts déterminer les besoins intentionnels.
- Outils de modélisation - Diagrammes de buts créés.
(UML, StarUML,
Lucidchart)
3.1.4 Créer des diagrammes de Créer des diagrammes de classes pour les
classes objets conceptuels.
- Outils de modélisation - Diagrammes de classes créés.
(UML, StarUML,
Lucidchart)
3.1.5 Créer des diagrammes de Créer des diagrammes de contexte pour
contexte les agents et leurs responsabilités.
- Outils de modélisation - Diagrammes de contexte créés.
(UML, StarUML,
Lucidchart)
3.1.6 Créer des diagrammes de Créer des diagrammes de cas d’utilisation
cas d’utilisation pour les fonctionnalités du système.
- Outils de modélisation - Diagrammes de cas d’utilisation créés.
(UML, StarUML,
Lucidchart)
3.1.7 Créer des diagrammes de Créer des diagrammes de séquence et
séquence et diagrammes diagrammes d’états pour les
- Outils de modélisation - Diagrammes de séquence et diagrammes d’états
(UML, StarUML, créés.
d’états comportements.
Lucidchart)
3.1.8 Intégrer les vues multiples Intégrer les vues multiples pour garantir la
cohérence inter-vues.
- Outils de modélisation - Vues multiples intégrées.
(UML, StarUML,
Lucidchart)
3.1.9 Créer des diagrammes Créer des diagrammes d’activités et
d’activités et diagrammes diagrammes d’états de navigation pour les
- Outils de modélisation - Diagrammes d’activités et diagrammes d’états de
(UML, StarUML, navigation créés.

20
# Tâche Descriptif Outils à utiliser Résultats attendus
d’états de navigation parcours utilisateurs. Lucidchart)
3.1.10 Produire des maquettes Utiliser l’outil Canva pour créer des
animées maquettes « interface utilisateur » et «
- Canva - Maquettes animées créées.
Expérience utilisateur ».
3.1.11 Soumettre les maquettes à Soumettre les maquettes à validation aux
validation parties prenantes.
- Canva, outils de - Maquettes validées par les parties prenantes.
communication (email,
Slack)
3.1.12 Établir les spécifications Rédiger les spécifications fonctionnelles.
fonctionnelles
- Outils de documentation - Spécifications fonctionnelles établies.
(Word, Confluence)
3.1.13 Établir les spécifications Rédiger les spécifications non-
non-fonctionnelles fonctionnelles.
- Outils de documentation - Spécifications non-fonctionnelles établies.
(Word, Confluence)
3.1.14 Produire le cahier des Compiler toutes les informations pour
charges techniques créer le cahier des charges techniques.
- Outils de documentation - Cahier des charges techniques complet et détaillé.
(Word, Confluence)
3.1.15 Soumettre le cahier des Soumettre le cahier des charges
charges techniques à techniques à validation.
- Outils de communication - Cahier des charges techniques validé.
(email, Slack)
validation
Activité 3.2 : Planification du développement de la plateforme
3.2.1 Définir les objectifs du Identifier les objectifs clairs et mesurables
sprint pour chaque sprint.
- Outils de gestion de - Objectifs du sprint clairs et mesurables.
projet (JIRA, Trello)
3.2.2 Intégrer les exigences de Identifier et documenter les exigences de
sécurité sécurité.
- Outils de gestion de - Exigences de sécurité intégrées.
projet (JIRA, Trello), outils
de documentation (Word,
Confluence)
3.2.3 Planifier les changements Définir le processus de gestion des
changements.
- Outils de gestion de - Processus de gestion des changements bien
projet (JIRA, Trello) défini.
3.2.4 Définir la politique de Rédiger et documenter la politique de
sécurité sécurité.
- Outils de documentation - Politique de sécurité bien définie et documentée.
(Word, Confluence)
3.2.5 Créer le backlog des Prioriser et documenter le backlog des
sprints sprints.
- Outils de gestion de - Backlog des sprints bien défini et priorisé.
projet (JIRA, Trello)
3.2.6 Planifier les tests de Définir un plan de tests de sécurité - Outils de gestion de - Plan de tests de sécurité détaillé.

21
# Tâche Descriptif Outils à utiliser Résultats attendus
sécurité détaillé. projet (JIRA, Trello)
3.2.7 Utiliser la gestion des Mettre en place un processus de gestion
changements des changements.
- Outils de gestion de - Processus de gestion des changements mis en
projet (JIRA, Trello) place.
3.2.8 Évaluer les risques Identifier et documenter les risques
potentiels. Définir un plan de gestion des
- Outils de gestion de - Plan de gestion des risques détaillé.
projet (JIRA, Trello), outils
risques.
de documentation (Word,
Confluence)
Activité 3.3 : Concevoir l’architecture de la plateforme
3.3.1 Définir l’architecture Concevoir une architecture multi-tenant,
logicielle de la plateforme modulaire, évolutive et extensible.
- Outils de modélisation - Architecture logicielle de la plateforme définie.
(UML, StarUML,
Lucidchart)
3.3.2 Documenter les décisions Rédiger la documentation des décisions
de conception de conception.
- Outils de documentation - Documentation des décisions de conception
(Word, Confluence) produite.
3.3.3 Élaborer les jeux de test Créer des jeux de test fonctionnel pour
fonctionnel valider les fonctionnalités.
- Outils de test (JUnit, - Jeux de test fonctionnel élaborés.
Selenium)
3.3.4 Définir le plan de Rédiger un plan de conception du système
conception du système détaillé.
- Outils de documentation - Plan de conception du système détaillé.
(Word, Confluence)
3.3.5 Rédiger le manuel Créer un manuel d’utilisateur complet.
d’utilisateur
- Outils de documentation - Manuel d’utilisateur rédigé.
(Word, Confluence)
3.3.6 Répartir le travail entre les Organiser les équipes de programmeurs
programmeurs selon la méthode agile SCRUM.
- Outils de gestion de - Répartition du travail entre les programmeurs
projet (JIRA, Trello) effectuée.
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 nécessaires.
- Outils de développement - Modules dématérialisant les processus métiers de
(IDE, frameworks) l’organisation développés.
processus métiers de
l’organisation
3.4.2 Construire les interfaces Affiner les maquettes animées. Concevoir
utilisateurs les interfaces utilisateurs.
- Outils de design (Canva, - Interfaces utilisateurs construites.
Figma), outils de
développement (IDE,
frameworks)

22
# Tâche Descriptif Outils à utiliser Résultats attendus
3.4.3 Mettre en œuvre les Utiliser les méthodes DevSecOps, ISO/ECS
mécanismes de 27001 et ITIL.
- Outils de sécurité - Mécanismes de sécurisation du système mis en
(DevSecOps, ISO/ECS œuvre.
sécurisation du système
27001, ITIL)
3.4.4 Mettre en œuvre les Assurer l’interopérabilité avec
mécanismes l’environnement du Système
- Outils de développement - Mécanismes d’interopérabilité avec
(IDE, frameworks) l’environnement du Système d’Information du
d’interopérabilité d’Information du gouvernement.
gouvernement mis en œuvre.
3.4.5 Construire le backend de Produire la représentation objet en
la plateforme web interne des données. Choisir et optimiser
- Outils de développement - Backend de la plateforme web construit.
(IDE, frameworks) - Représentation objet en interne des données
les structures de données. Implémenter et
optimiser le code source du système. produite.
Documenter le processus - Structures de données adaptées choisies et
d’implémentation du système. Effectuer
optimisées.
une revue du code.
- 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 Créer des jeux de test structurel pour
structurel valider la structure du système.
- Outils de test (JUnit, - Jeux de test structurel construits.
Selenium)
Activité 3.5 : Tester, alimenter et valider la plateforme
3.5.1 Tester le système Achever les tests unitaires et fonctionnels.
applicatif Effectuer les tests d’intégration. Effectuer
- Outils de test (JUnit, - Tests unitaires et fonctionnels complétés et
Selenium, JMeter) réussis.
les tests de performance, de sécurité, de
comptabilité et de convivialité. - Tests d’intégration effectués.
- 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 Intégrer les données disponibles sur la
applicatif gestion des activités de l’organisation.
- Outils de gestion de - Système applicatif alimenté avec les données
données (bases de nécessaires.

23
# Tâche Descriptif Outils à utiliser Résultats attendus
données, ETL)
3.5.3 Valider le système S’assurer que le système répond aux
applicatif exigences formulées. Déployer une bêta-
- Outils de déploiement - Système applicatif validé et conforme aux
(CI/CD), outils de test exigences.
version du système applicatif. Effectuer
(JUnit, Selenium) - Bêta-version du système applicatif déployée.
des vérifications d’interopérabilité,
validations des données et de sécurité, - Vérifications d’interopérabilité,
tests d’acceptation et de convivialité.
- 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
3.6.1 Mettre en place le Définir et documenter le processus de
processus de correction correction des bugs.
- Outils de gestion de - Processus de correction des bugs bien défini et
projet (JIRA, Trello), outils mis en place.
des bugs
de documentation (Word,
Confluence)
3.6.2 Analyser, prioriser et Identifier et analyser les bugs. Prioriser les
corriger les bugs bugs à corriger. Corriger les bugs
- Outils de gestion de - Bugs analysés, priorisés et corrigés.
projet (JIRA, Trello), outils
identifiés.
de développement (IDE,
frameworks)
3.6.3 Effectuer les tests et Tester à nouveau les parties du système
validations impactées par les bugs. Valider que le
- Outils de test (JUnit, - Système fonctionnel après correction des bugs.
Selenium)
système fonctionne correctement après
correction des bugs.
3.6.4 Déployer une nouvelle Mettre à disposition une nouvelle version
version de l’application de l’application intégrant les correctifs.
- Outils de déploiement - Nouvelle version de l’application déployée avec
(CI/CD) les correctifs.
3.6.5 Documenter le processus Produire et intégrer la documentation du
de correction des bugs processus de correction des bugs à la
- Outils de documentation - Documentation du processus de correction des
(Word, Confluence) bugs produite et intégrée.
documentation technique du système
applicatif.
Activité 3.7 : Valider le rapport de cette étape
3.7.1 Produire le dossier Compiler les rapports de conception de
d’analyse de conception l’application. Fournir les codes sources de
- Outils de documentation - Dossier d’analyse de conception du système
(Word, Confluence) applicatif complet et détaillé.
du système applicatif l’application. Rédiger le manuel
d’utilisateur.

24
# Tâche Descriptif Outils à utiliser Résultats attendus
3.7.2 Présenter et valider le Présenter le dossier aux membres du
dossier comité de suivi de la mission. Obtenir la
- Outils de communication - Dossier présenté et validé par le comité de suivi.
(email, Slack)
validation du dossier par le comité de
suivi.

25
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.

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

26
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.

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.

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

 Documentation du processus de déploiement multiplateforme.

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

29
# Tâche Descriptif Outils à utiliser Résultats attendus
déploiement ServiceNow), outils de
gestion de projet (JIRA,
Trello)
4.1.8 Effectuer des revues de Effectuer des revues de sécurité régulières - Outils de sécurité - Revues de sécurité effectuées et conformité aux
sécurité régulières pour s'assurer que les déploiements
(DevSecOps, ISO/ECS normes de sécurité assurée.
respectent les normes de sécurité.
27001, ITIL), outils de
gestion de projet (JIRA,
Trello)
Activité 4.2 : Intégrer les nouveaux outils digitaux dans l’existant
4.2.1 Établir un plan Élaborer un plan détaillé pour intégrer les - Outils de gestion de - Plan d’intégration des fonctionnalités
d’intégration des nouvelles fonctionnalités développées
projet (JIRA, Trello), outils développées.
fonctionnalités dans le système existant, en tenant
de documentation (Word,
développées dans le compte des capacités actuelles et des
Confluence)
système existant besoins spécifiques des utilisateurs finaux.
4.2.2 Documenter le processus Rédiger la documentation détaillée du - Outils de documentation - Documentation du processus d’intégration et de
d’intégration et de processus d’intégration et de
(Word, Confluence) configuration des serveurs de test et de
configuration des serveurs configuration des serveurs de test et de
production.
de test et de production production.
4.2.3 Installer et paramétrer Effectuer l’installation et le paramétrage - Outils de déploiement - Application installée et paramétrée sur les
l’application de l’application sur les serveurs de test et
(Ansible, Puppet), outils serveurs de test et de production.
de production.
de gestion de
configuration (Chef)
4.2.4 Produire les rapports de Effectuer des tests d’interopérabilité pour - Outils de test (JUnit, - Rapports de tests d’interopérabilité produits.
tests d’interopérabilité s’assurer que le nouveau système
Selenium), outils de
fonctionne correctement avec les
documentation (Word,
systèmes existants et produire les
Confluence)
rapports de tests.
4.2.5 Produire la documentation Rédiger la documentation technique - Outils de documentation - Documentation technique du nouveau système
technique du nouveau complète du nouveau système testé,
(Word, Confluence) testé produite.
système testé incluant les spécifications techniques, les
configurations, et les résultats des tests.
4.2.6 Configurer le nouveau Configurer le nouveau système pour - Outils de gestion de - SIGES configuré aux besoins spécifiques des
système aux besoins répondre aux besoins spécifiques des
configuration (Chef, utilisateurs finaux.
spécifiques des utilisateurs utilisateurs finaux.
Ansible)

30
# Tâche Descriptif Outils à utiliser Résultats attendus
finaux
Activité 4.3 : Former les utilisateurs
4.3.1 Confectionner un guide Créer un guide d’utilisation détaillé du - Outils de création de - Guide d’utilisation du système et vidéos de prise
d’utilisation du système et système et des vidéos de prise en main
contenu (Canva, Figma), en main produits.
des vidéos de prise en pour aider les utilisateurs à comprendre et
outils de montage vidéo
main à utiliser le nouveau système.
(Adobe Premiere,
Camtasia)
4.3.2 Élaborer un plan de Élaborer un plan de formation détaillé - Outils de gestion de - Plan de formation des utilisateurs et des parties
formation des utilisateurs pour les utilisateurs et les parties
projet (JIRA, Trello), outils prenantes produit.
et des parties prenantes prenantes, en collaboration avec
de documentation (Word,
sur l’utilisation du l’ordonnanceur de la mission, pour les
Confluence)
nouveau système former à l’utilisation du nouveau système.
informatisé de gestion des
activités de l’organisation
4.3.3 Fournir une formation Dispenser une formation complète aux - Outils de présentation - Utilisateurs clés formés sur les fonctionnalités de
complète aux utilisateurs utilisateurs clés de la plateforme, couvrant
(PowerPoint, Google base et avancées, la maintenance, la mise à jour,
clés de la plateforme de les fonctionnalités de base et avancées, la
Slides), outils de et la sécurité des données.
gestion des emplois maintenance et la mise à jour de la
communication (Slack,
plateforme, ainsi que la sécurité des
Microsoft Teams)
données et les meilleures pratiques pour
garantir la protection des informations
sensibles.
4.3.4 Préciser les prérequis pour Définir et documenter les prérequis pour - Outils de documentation - Prérequis pour chaque type de formation précisés
chaque type de formation chaque type de formation afin de
(Word, Confluence) et documentés.
s’assurer que les participants possèdent
les compétences nécessaires pour suivre
la formation.
4.3.5 Dispenser la formation en Organiser et dispenser la formation en - Outils de présentation - Formation dispensée en français et en présentiel,
français et en présentiel français et en présentiel pour garantir une
(PowerPoint, Google avec une compréhension optimale et une
compréhension optimale et une
Slides), outils de interaction directe avec les formateurs.
interaction directe avec les formateurs.
communication (Slack,
Microsoft Teams)
Activité 4.4 : Élaborer des rapports provisoires et finaux
4.4.1 Produire des rapports Produire des rapports provisoires - Outils de documentation - Rapports provisoires produits et partagés avec les

31
# Tâche Descriptif Outils à utiliser Résultats attendus
provisoires documentant les progrès, les résultats et (Word, Confluence) parties prenantes.
les leçons apprises tout au long du projet.
4.4.2 Produire des rapports Produire des rapports finaux documentant - Outils de documentation - Rapports finaux produits et partagés avec les
finaux les progrès, les résultats et les leçons
(Word, Confluence) parties prenantes.
apprises tout au long du projet.
4.4.3 Assurer la transparence et Assurer la transparence et la - Outils de communication - Transparence et communication assurées avec les
la communication communication avec les parties prenantes
(Slack, Microsoft Teams) parties prenantes.
en partageant les rapports provisoires et
finaux.
Activité 4.5 : Organiser une séance de validation
4.5.1 Organiser une séance de Organiser une séance de validation pour - Outils de présentation - Séance de validation organisée et présentation
validation présenter les résultats du projet aux
(PowerPoint, Google des résultats du projet aux parties prenantes.
parties prenantes et obtenir leur
Slides), outils de
approbation.
communication (Slack,
Microsoft Teams)
4.5.2 Obtenir l’approbation des Obtenir l’approbation des parties - Outils de communication - Approbation des parties prenantes obtenue.
parties prenantes prenantes pour s'assurer que le projet
(Slack, Microsoft Teams)
répond aux attentes et aux exigences
initiales.
4.5.3 Assurer que le projet S'assurer que le projet répond aux - Outils de communication - Assurance que le projet répond aux attentes et
répond aux attentes et aux attentes et aux exigences initiales en
(Slack, Microsoft Teams) aux exigences initiales.
exigences initiales obtenant l’approbation des parties
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 l'application - Outils de déploiement - Application finale prête pour le déploiement
multiplateforme de finale sur différentes plateformes, en
(Ansible, Puppet), outils multiplateforme.
l'application finale s'assurant que l'application est compatible
de gestion de
et fonctionne correctement sur toutes les
configuration (Chef)
plateformes cibles.
4.6.2 Assurer la compatibilité et Assurer la compatibilité et la - Outils de test (JUnit, - Compatibilité et fonctionnalité de l'application
la fonctionnalité de fonctionnalité de l'application sur toutes
Selenium) assurées sur toutes les plateformes cibles.
l'application sur toutes les les plateformes cibles en effectuant des
plateformes cibles tests de compatibilité.
4.6.3 Documenter le processus Documenter le processus de déploiement - Outils de documentation - Documentation du processus de déploiement

32
# Tâche Descriptif Outils à utiliser Résultats attendus
de déploiement multiplateforme pour assurer une mise en (Word, Confluence) multiplateforme.
multiplateforme œuvre fluide et efficace.

33
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.

34
Tableau 6 : 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 complètes et pertinentes rassemblées.
données (questionnaires,
mission, les objectifs atteints, les
entretiens, etc.)
difficultés rencontrées, etc.
5.1.2 Rédaction du rapport Structurer et rédiger le rapport provisoire
en suivant les grands axes définis.
- Logiciels de traitement de - Un rapport provisoire détaillé et structuré.
texte (Word, Google
Docs)
5.1.3 Revue interne Faire relire et valider le rapport provisoire
par les membres de l’équipe du cabinet.
- Outils de collaboration - Rapport provisoire validé par l'équipe.
(Google Docs, Microsoft
Teams)
5.1.4 Préparation de la Préparer une présentation claire et
présentation concise du rapport provisoire pour le
- Logiciels de présentation - Présentation du rapport provisoire prête.
(PowerPoint, Google
commanditaire.
Slides)
5.1.5 Présentation au Organiser une réunion pour présenter le
commanditaire rapport provisoire au commanditaire et
- Outils de communication - Présentation du rapport provisoire au
(Zoom, Teams, etc.) commanditaire.
recueillir ses feedbacks.
5.1.6 Validation des objectifs Recueillir les feedbacks du commanditaire
atteints et des et valider les objectifs atteints et les
- Outils de collaboration - Validation des objectifs atteints et des
(Google Docs, Microsoft recommandations par le commanditaire.
recommandations recommandations.
Teams)
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 - Invitations envoyées aux participants.
(email, calendriers)
5.2.3 Préparation des supports Préparer les supports de présentation et
les documents nécessaires pour la séance.
- Logiciels de présentation - Supports de présentation prêts.
(PowerPoint, Google
Slides)
5.2.4 Présentation du rapport Présenter le rapport provisoire aux - Outils de présentation - Rapport provisoire présenté aux membres du

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

36
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.

 Des rapports d'incident standardisés.

37
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.

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.

38
  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.

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

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

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

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.

42
Tableau 8: 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
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é.

43
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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 Évaluer la qualité, la sécurité, la performance et Qualité, sécurité, performance et
concurrence 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
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 Représenter graphiquement les différents Représentation graphique des
services processus métiers de l’organisation, leurs processus métiers des opérations de
médicaux de relations, leurs objectifs, leur durée, etc. l’organisation.
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.

44
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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 Documenter les exigences fonctionnelles et non Exigences fonctionnelles et non
système futur 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,
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é

45
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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
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 Documenter les décisions de conception Documentation des décisions de
backlog produit 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 Construire les interfaces utilisateurs. Interfaces utilisateurs et
métiers mécanismes de sécurisation du
système.
Mettre en œuvre les mécanismes de Méthodes DevSecOps, ISO/ECS

46
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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.
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é.

47
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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é,
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é

48
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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.
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 Assurer la Assurer la compatibilité et la fonctionnalité de Compatibilité de l’application sur
testée compatibilité sur l'application sur toutes les plateformes cibles en toutes les plateformes cibles
les plateformes effectuant des tests de compatibilité. garantie.
cibles

49
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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. mois
du système de nécessaires à jour logicielles
l’organisation pour assurer la Définir les Élaborer des procédures pour sauvegarder Procédures de sauvegarde
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 Établir des délais Définir des délais de réponse pour les Délais de réponse spécifiés pour
support efficace de réponse différentes catégories d'incidents (critique, chaque catégorie d'incident.
aux utilisateurs majeur, mineur).
de la Déterminer les Déterminer les canaux de communication pour Modalités de communication claires
plateforme 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.

50
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
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
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 Définir des délais Définir des délais de réponse pour les Délais de réponse spécifiés pour
technique de réponse différentes catégories d'incidents. chaque catégorie d'incident.
efficace aux Développer des Établir des protocoles pour la communication Protocoles de communication clairs
utilisateurs de protocoles de entre les utilisateurs et l'équipe de support pour l'assistance technique.
la plateforme 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 Développer et Développer et appliquer des correctifs pour les Correctifs appliqués pour les bugs
signalés par les appliquer des bugs identifiés. identifiés.
utilisateurs 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
aux nouvelles intégrer de fonctionnalités et modules. modules intégrés.
exigences nouvelles

51
Numéros des Phase du projet Activité Objectifs Livrables à obtenir Durée
Sprints du Sprint
fonctionnelles fonctionnalités
ou Assurer la Assurer la compatibilité de la plateforme avec Compatibilité de la plateforme avec
réglementaires 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 Implémenter un Implémenter un système de ticketing pour la Système de ticketing fonctionnel
utilisateurs de système de gestion des incidents et des demandes de pour la gestion des incidents et des
la plateforme 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
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

52
53
54