Développement spécifique d'un système d information

Transcription

1 Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si Date de dernière mise à jour : 13 octobre 2000 Version : 00 Etat : terminé Auteurs : F.Villeneuve Diffusion : DSI Obj : Ce document est une procédure qui présente la phase de définition d un système d information dans un proj.

2 Table des mises à jour du document Version du document Date Obj de la mise à jour octobre 2000 Création du document CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

3 Sommaire 1- OBJET ET DOMAINE D'APPLICATION DOCUMENTS DE RÉFÉRENCE ABRÉVIATIONS ET TERMINOLOGIE DESCRIPTION DES ÉTAPES (SYNOPTIQUE) ENREGISTREMENTS QUALITÉ (ERQ) ANNEXES...10 CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

4 1- OBJET ET DOMAINE D'APPLICATION La phase de DEVELOPPEMENT-SPECIFIQUE d un système d information concerne les activités de spécification, conception, codage, tests installation de l application de ses éléments d accompagnement. Elle se termine lorsque le produit est installé opérationnel sur les sites des utilisateurs. Ces activités sont mises en œuvre lors du développement initial d un système d information ou à chaque itération de développement d une nouvelle version en phase de MAINTENANCE/EVOLUTION. version DEFINITION DEVELOPPEMENT SPECIFIQUE MAINTENANCE / EVOLUTION EXPLOITATION / UTILISATION Les activités de développement se déroulent de manière ordonnée au cours de cinq étapes : étude préalable, étude détaillée, étude technique réalisation, préparation mise en œuvre mise en œuvre. Dans le cas d un système de taille importante, les étapes peuvent être suivies de manière linéaire globale pour le système dans son ensemble ou, de préférence, de manière incrémentale, en décomposant le système en plusieurs ensembles successifs complémentaires. Cte démarche perm de développer des ensembles plus légers de les mtre à disposition des utilisateurs de manière échelonnée dans le temps. Les étapes suivies restent les mêmes dans les deux cas. Développement global préalable détaillée technique Réalisation Conduite du changement Mise en oeuvre logiciel compl Développement incrémental préalable détaillée technique Réalisation Mise en oeuvre ensemble 1 Conduite du changement détaillée technique Réalisation Mise en oeuvre ensemble 2 Conduite du changement CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

5 Remarque : la démarche d intégration de progiciel n est pour l instant pas décrite dans ce document. Elle s applique lors de développements basés sur l'acquisition d'un progiciel, avec, le cas échéant, réalisation d adaptations spécifiques qui doivent rester limitées. 2 - DOCUMENTS DE REFERENCE Documents Qualité : Les dispositions détaillées spécifiques à chaque proj de développement sont formalisées dans le «Plan d assurance contrôle qualité maîtrise d œuvre» du proj (réf : CNRS/DSI/proj/QU/PACQ). 3 - ABREVIATIONS ET TERMINOLOGIE cf Glossaire «Conduite de proj Systèmes d information» 4 - DESCRIPTION DES ETAPES (SYNOPTIQUE) CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

6 Etape Instances décisionnelles Equipe proj......dont équipe proj DSI début préalable 2 valider le cahier des charges fonctionnel comité de pilotage cahier des charges fonctionnel 1 rédiger le cahier des charges fonctionnel groupe de travail Utilisateurs détaillée Conduite du changement technique réalisation Conduite du changement Mise en oeuvre Conduite du changement Comité stratégique du domaine 6 valider la conception comité de pilotage 11 donner son avis sur la généralisation comité des utilisateurs 12 décider de généraliser comité de pilotage bilan de proj Comité de pilotage avis Comité de pilotage plan de conduite du changemen t protocole de réception externe (sites pilotes) 9 réaliser les actions d'accompagnement (fonctionnel organisationnel) équipe de conduite du changement bilan de proj étude détaillée 5 concevoir l'accompagnement du changement équipe de conduite du changement plan de conduite du changemen t proposition de comité des utilisateurs bilan sites pilotes 14 décision clore le proj directeur de proj accompagnemen t de l'application 3 concevoir le système informatique concepteurs 4 préparer la réception resp. réception interne resp. mise en oeuvre système informatiqu e 10 effectuer la réception externe sur sites pilotes équipe mise en oeuvre 13 généraliser la diffusion équipe mise en oeuvre dossier de conception 7 protocole réaliser tester le réception système informatique interne, équipe de réalisation dossier de tests équipe mise en oeuvre système informatiqu protocole de e réception 8 externe effectuer la réception (sites pilote) interne DSI resp. réception interne vers la phase d'exploitatio N/UTILISATION proposition de comité de suivi validation fin vers la phase d'exploitation/ UTILISATION 1. Rédiger le cahier des charges fonctionnel : CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

7 Un groupe de travail, sous la responsabilité d un animateur désigné dans le cadre de l organisation du proj, composé d experts fonctionnels d experts systèmes d information (membres de l équipe proj DSI) est chargé de rédiger un cahier des charges fonctionnel. Le groupe de travail examine l expression des besoins les exigences de l établissement puis décrit de manière globale pour l ensemble du domaine d étude, les fonctions, l organisation, l architecture technique, les contraintes majeures de sécurité de performance, les interfaces avec d autres systèmes... Une étude de l existant approfondie peut être menée si nécessaire. Différentes solutions d organisation ou techniques peuvent être approfondies par les experts systèmes d information. Par ailleurs, le groupe de travail évalue les impacts des changements apportés par le nouveau système (fonctionnel, organisationnel ou technique) pose les principes d accompagnement nécessaire : la communication à mener auprès des acteurs concernés, les documents, manuels ou aide en ligne à produire, les formations l assistance à prévoir. Ces éléments font l obj du cahier des charges fonctionnel, document contractuel entre le directeur de proj d une part l équipe de conduite du changement l équipe proj DSI d autre part. En fonction de ce cahier des charges, la planification du proj est précisée. 2. Valider le cahier des charges fonctionnel : Le cahier des charges fonctionnel la planification sont validés formellement par le comité de pilotage au cours d une revue de proj. 3. Concevoir le système informatique : Les concepteurs de l équipe proj DSI traduisent les éléments généraux du cahier des charges fonctionnel, en spécifications détaillées exhaustives : pour l application : principes d'organisation de gestion, description fonctionnelle des traitements, modèle conceptuel des données, règles d ergonomie, enchaînement des écrans, écrans, états, interfaces avec d autres systèmes. L'outil SILVERRUN peut être utilisé pour décrire les principes d'organisation les traitements ainsi que les modèles des données. Le dictionnaire des données est tenu à jour. S il s agit de la migration d un ancien vers un nouveau système, la reprise des données est spécifiée. Les spécifications techniques globales sont décrites. L ensemble de ces éléments constitue le dossier d étude détaillée ; pour les éléments d accompagnement de l application : structures contenu du plan de communication, des manuels du plan de formation. Ces éléments constituent un document de conception générale des éléments d accompagnement de l application, il est produit en coordination avec l équipe de conduite du changement (cf tâche 5 ci-dessous). Un groupe de travail, composé d utilisateurs, peut être sollicité pour donner son avis sur certains dossiers ou sur des maqutes de l'interface utilisateur ; le laboratoire d évaluation de la DSI peut être utilisé pour vérifier l ergonomie des maqutes. Le responsable du suivi de la réalisation prépare le cahier des charges de réalisation (composé du dossier d étude détaillée), à transmtre à l équipe de réalisation. Le responsable de la mise en œuvre transm le document de conception générale des éléments d accompagnement à l équipe de mise en œuvre DSI. 4. Préparer la réception : Le responsable de la réception interne DSI est chargé de tenir à jour le protocole de réception interne qui décrit l'organisation prévue pour vérifier la réalisation effectuée (modalités de livraison, gestion des anomalies ). Il s assure que le dossier des tests de réception interne est préparé par les concepteurs. CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

8 Par ailleurs, le responsable de la mise en œuvre est chargé de tenir à jour le protocole de réception externe qui décrit l'organisation prévue pour les sites pilotes (conditions de déroulement, traitement des rours ). Le passage sur sites pilotes est indispensable dans le cas d un nouveau système ou d une évolution majeure d un système existant. 5. Concevoir l accompagnement du changement : L équipe de conduite du changement traduit les éléments généraux du cahier des charges fonctionnel, en un plan d actions pour accompagner le changement auprès des acteurs concernés dans l établissement : structure contenu du plan de communication des directions centrales concernées, des instructions de procédures, du plan de formation du circuit d assistance aux niveaux fonctionnel organisationnel. L équipe travaille en coordination avec les concepteurs du système informatique, chargés de la conception des éléments d accompagnement de l application (cf tâche 3 ci-dessus). L ensemble des éléments constitue le plan de conduite du changement. 6. Valider la conception : Une synthèse des éléments majeurs de la conception est présentée par l équipe proj au comité de pilotage pour validation : dossier d étude détaillée, plan de conduite du changement, protocole de réception externe sur sites pilotes, s il y a lieu. Le comité de pilotage peut solliciter l avis ou être représenté pour cte activité par un groupe de travail composé d utilisateurs. 7. Réaliser tester le système informatique : A partir du cahier des charges de réalisation, l équipe de réalisation décrit de manière complète détaillée le logiciel dans l'environnement technique cible : découpage en composants logiciels, structures des fichiers, des bases de données, des interfaces, algorithmes. L ensemble de ces éléments constitue le dossier d étude technique. L équipe s'assure des performances prévisibles de la sécurité de l'application, produit le code correspondant en respectant des règles de développement. Au cours de cte étape, des maqutes peuvent être réalisées pour valider des choix techniques (au niveau performance, montée en charge, faisabilité,...). L équipe de réalisation prépare effectue les tests unitaires, d'intégration de validation de l application afin de vérifier le bon fonctionnement la conformité avec les spécifications du cahier des charges de réalisation. Dans le cas où du code existant a été modifié, des tests de non-régression sont effectués. Des plans dossiers de tests sont produits pour chaque niveau de test. En parallèle, à partir du dossier de conception, l équipe de mise en œuvre réalise les supports d accompagnement de l application : manuels, aide en ligne, plaqutes de communication, supports de formation technique. L équipe travaille en coordination avec l équipe de conduite du changement (cf tâche 9 ci-dessous). Les équipes de réalisation de mise en œuvre livrent leurs produits au responsable de la réception interne. 8. Effectuer la réception interne DSI : Coordonnés par le responsable de la réception interne, les concepteurs réceptionnent le système informatique : ils vérifient la documentation technique, effectuent des tests de réception fonctionnels techniques, vérifient les éléments d accompagnement. Si des non- CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

9 conformités sont détectées, elles sont rournées aux équipes sous forme de fiches de relecture ou fiches d anomalie. Dans le cas de systèmes centralisés ou répartis en délégation, les éléments nécessaires à la mise en exploitation sont transmis à l équipe d exploitation. Le circuit d assistance aux utilisateurs est organisé. Les personnes de la cellule assistance aux utilisateurs de la DSI sont formées au nouveau système. 9. Réaliser les actions d accompagnement (fonctionnel organisationnel) : A partir du plan de conduite du changement, l équipe de conduite du changement réalise les supports d accompagnement au niveau fonctionnel organisationnel : notes de service, instructions de procédures, supports de formation à la réglementation... L équipe travaille en coordination avec l équipe de mise en œuvre (cf tâche 7 ci-dessus). Les informations sont diffusées dans les services du CNRS concernés, les formations sont organisées effectuées avant la diffusion sur sites pilotes de l application informatique. 10. Effectuer la réception externe sur sites pilotes : Le passage sur sites pilotes perm d expérimenter le système informatique en environnement réel ou quasi-réel d utilisation. L objectif est de s assurer que le système fonctionne de manière opérationnelle satisfait les utilisateurs. C est une activité incontournable dans le cas d un nouveau système ou d une évolution majeure d un système existant. Les utilisateurs des sites pilotes sont contactés formés à l utilisation de l application si besoin est. En parallèle, le comité de pilotage propose la constitution d un comité des utilisateurs, composé initialement de représentants des utilisateurs des sites pilotes. Le système informatique est diffusé sur les sites pilotes : installation, reprise des données éventuelle, démarrage de l exploitation. Le responsable de la mise en œuvre analyse les rours des sites pilotes prépare un bilan : les éventuelles demandes de corrections bloquantes ou urgentes seront corrigées avant la généralisation, les autres demandes seront traitées dans le cadre de la phase de MAINTENANCE/EVOLUTION, des actions d accompagnement complémentaires peuvent être proposées. En parallèle, le système informatique peut être évalué au laboratoire d'évaluation de la DSI pour vérifier l'ergonomie, la cohérence entre la documentation utilisateurs l'application. La généralisation de la diffusion est préparée par l équipe de mise en œuvre, en coordination avec l équipe de conduite du changement : reproduction des éléments d accompagnement, préparation de courriers 11. Donner son avis sur la généralisation : Le bilan des sites pilotes est présenté au comité des utilisateurs qui donne son avis sur l opportunité de généraliser la suite à donner aux différents rours obtenus des sites pilotes. 12. Décider de généraliser : Le bilan des sites pilotes l avis du comité des utilisateurs sont soumis au comité de pilotage : l acceptation du système par le comité de pilotage se traduit par la décision de généraliser la diffusion du système à l ensemble des utilisateurs. 13. Généraliser la diffusion : Si besoin est, les utilisateurs sont formés à l utilisation de la nouvelle application. Le système informatique est diffusé sur la totalité ou une partie des sites : installation, reprise des données CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10

10 éventuelle, démarrage de l exploitation. Une période de fonctionnement en double entre l ancien le nouveau système peut être prévue. 14. Clore le proj : Un bilan du proj de développement est rédigé par le directeur de proj transmis au comité de pilotage puis au comité stratégique. Celui-ci propose la constitution d un comité de suivi validation qui va remplacer le comité de pilotage. Sa mission est d accompagner les évolutions du système d information jusqu au rrait définitif du système. 5 - ENREGISTREMENTS QUALITE (ERQ) Nom de l ERQ Fiche de cas de test de réception interne Tableau récapitulatif de suivi des cas de test Identification du QFE CT Modalités d identification de l ERQ XXX-NN avec XXX:étape NN:chrono Durée de conservation Lieu d Archivage 3 ans armoire ignifugée DSI Toulouse - baie optique DSI Meudon RECAPCT RECAPCT 3 ans armoire ignifugée DSI Toulouse - baie optique DSI Meudon Fiche d anomalie FA XXX-NN-M avec XXX-NN:cas test M:chrono Tableau récapitulatif de suivi des fiches d anomalie QFE : formulaire d enregistrement Qualité 3 ans armoire ignifugée DSI Toulouse - baie optique DSI Meudon RECAPFA RECAPFA 3 ans armoire ignifugée DSI Toulouse - baie optique DSI Meudon Responsable responsable réception interne responsable réception interne responsable réception interne responsable réception interne Modalités d élimination normal normal normal normal 6 - ANNEXES sans obj CNRS/DSI/conduite-proj/developpement/proc-developpement-si 13 octobre / 10