Pilotage complet d'un système de données temps réel

Secteur : public - Services : Diagnostic & reprise de projet en difficulté & Cadrage fonctionnel

Le projet ne s'arrêtait pas au développement. Il fallait formaliser le besoin, prendre en compte les contraintes réglementaires, construire le système, définir les conditions de sa mise en œuvre et organiser sa maintenance.

Le contexte

Le client disposait déjà d'un site en production, mais celui-ci avait vieilli : la maintenance devenait plus difficile, la sécurité méritait d'être revue, et le système était devenu plus complexe qu'il n'aurait dû l'être. Le client souhaitait le refaire entièrement, sans qu'aucune documentation ne soit disponible pour s'appuyer sur l'existant.

Le besoin portait sur un système capable de récupérer des données externes en quasi temps réel, de les traiter et de produire les résultats nécessaires à des usages opérationnels et à la génération de rapports spécialisés. Le projet comportait également des exigences issues de plusieurs arrêtés réglementaires à prendre en compte dans la conception du système.

Il ne s'agissait donc pas simplement de développer une nouvelle application : il fallait d'abord comprendre pourquoi l'existant ne convenait pas, transformer le besoin métier et réglementaire en exigences précises, puis construire une solution capable de les respecter dans la durée.

Le cadrage et l'AMOA

La première phase a consisté à formaliser le besoin et les contraintes du projet.

J'ai notamment produit :

• un cahier de spécifications fonctionnelles et techniques ;
• un plan d'assurance qualité ;
• un plan d'assurance sécurité.

Le cadrage devait notamment traduire les exigences réglementaires issues des arrêtés concernés en règles concrètes applicables au système.

Cette phase permettait de disposer d'une base commune avant de passer à la réalisation, mais aussi de formaliser les engagements et les responsabilités de chacun.

Le développement

Dans ce projet, j'ai également pris en charge le développement de la solution.

Le système récupère les données nécessaires, les traite et produit les résultats attendus pour les usages définis lors du cadrage.

Le fait de porter également la réalisation technique m'a permis de garder un lien direct entre les exigences définies pendant l'AMOA et leur traduction concrète dans l'application.

Ce fonctionnement était spécifique à ce projet : le cadrage et le développement n'ayant pas vocation à être systématiquement réalisés par la même personne ou le même prestataire. Dans ce cas précis, les deux périmètres étaient réunis dans ma mission.

Préparer la maintenance dès la conception

La réalisation ne consistait pas uniquement à développer l'application. Comme je prenais également en charge son exécution technique, il fallait formaliser les conditions dans lesquelles le projet serait développé, testé, sécurisé et maintenu.

J'ai ainsi produit un plan d'assurance qualité et un plan d'assurance sécurité. Une mini-PSSI a également été mise en place pour formaliser les pratiques de sécurité applicables à mon intervention en tant que prestataire indépendant.

Le projet ne s'arrêtant pas à la livraison, j'ai également fourni le contrat de maintenance associé, précisant notamment :

• le périmètre couvert ;
• ce qui est exclu de la maintenance ;
• les responsabilités respectives ;
• les modalités de prise en charge des incidents et demandes d'évolution.

L'objectif était de ne pas laisser la maintenance comme une question à régler après la mise en production, mais de définir dès le départ comment le système serait exploité et comment les problèmes seraient traités.

La sauvegarde des données, en revanche, reste sous la responsabilité du client : le système est hébergé sur ses serveurs et s'inscrit dans ses propres procédures d'exploitation et de sauvegarde.

Les aspects techniques

• Spécifications fonctionnelles et techniques
• Prise en compte d'exigences réglementaires issues d'arrêtés
• Développement de l'application de récupération et de traitement des données
• Processus de tests, qualité et sécurité
• Formalisation des conditions de maintenance

Le résultat

Le client dispose d'un système opérationnel, mais également d'un ensemble de documents permettant de formaliser ce qui doit être fait, comment le système a été conçu, dans quelles conditions il est maintenu et quelles sont les responsabilités de chacun.

La mission couvre ainsi l'ensemble du cycle du projet : AMOA, spécifications, réalisation, qualité, sécurité et maintenance.

Un nouveau périmètre fonctionnel doit désormais venir compléter le système existant.

Ce que ce projet illustre

Ce projet montre ce que peut couvrir une intervention lorsque le besoin nécessite de réunir plusieurs dimensions : compréhension métier, formalisation des exigences, réalisation technique et préparation du fonctionnement dans la durée.

Dans ce cas précis, ces responsabilités étaient réunies dans une même mission. Dans d'autres projets, elles peuvent être réparties entre plusieurs intervenants : le cadrage peut être autonome, le développement confié à une autre équipe, et le pilotage assuré indépendamment.

Questions fréquentes