Méthode de développement informatique  Séquoia
 | page d'accueil | projets | contact | commandez la version hors-ligne gratuite |

REALISATION, RECEPTION, LANCEMENT

Phase RR.4 Suivi et actualisation de la réalisation 

RR.4.1 Objectifs

(-)  Mettre en place les mesures pour que l'application puisse évoluer correctement par la suite

(-)  L'évolution de la solution provient:

soit de la correction d'erreurs et non-conformités diverses

ou d'améliorations suggérées par l'analyse des statistiques de visites & des rapports marketing

ou de l'évolution du marché

exigences & habitudes des consommateurs

avances des concurrents

soit d'une évolution de la technologie

(-)  Mettre en place les mesures pour que

(-)  les modifications ultérieures soient réalisées en assurant

le respect des objectifs et des normes de qualité, fiabilité, méthodologie fixées par le Schéma Directeur, l'Etude Préalable et l'Etude détaillée, ainsi que la cohérence de l'ensemble;

la révision éventuelle du Schéma Directeur, de l'Etude Préalable et de l'Etude détaillée afin de maintenir un ensemble cohérent

(-)  les modifications ultérieures soient mises en exploitation sans problème.

RR.4.2 Activités de réalisation

(-)  Les corrections et compléments doivent être apportés aux différents niveaux de réalisation:

(-)  Schéma Directeur

(-)  Etude Préalable

(-)  Etude Détaillée

(-)  Réalisation

RR.4.3 Activités de gestion de projet

(-)  Effectuer un suivi individuel de toutes les demandes de révision; estimer les ressources nécessaires.

suivre aussi bien les révisions résultant d'une demande des utilisateurs que celles émanant des services informatiques eux-mêmes

ordonnancer les demandes; gérer les priorités; établir le planning

(-)  Distinguer clairement les demandes de correction d'erreur des nouvelles demandes et demandes complémentaires; contrôler les ressources nécessaires aux 3 types d'interventions.

 RR.4.4 Activités d'assurance qualité

(-)  Ouvrir le Dossier de suivi de Modifications

(-)  Analyser la demande de révision avant toute réalisation

identifier le plus précisément possible les composants concernés par une demande de révision

rechercher la cause profonde des symptômes de dysfonctionnement détectés

évaluer systématiquement l'impact de toute modification sur les différents niveaux d'analyse; s'il y a impact, procéder à l'adaptation des parties de l'analyse concernées

faire valider les demandes à un niveau de responsabilité adéquat.

identifier toutes les conséquences possibles d'une modification

(-)  Liens reliant plusieurs révisions entre elles

(-)  Besoins de conversion/correction des données

(-)  Besoins de révision des diverses documentations

(-)  Modifications du mode opératoire; besoins d'information des divers utilisateurs.

(-)  Informer systématiquement les personnes qui sont à l'origine de la demande de la prise en compte de celle-ci

(-)  Mise en exploitation des révisions.

(-)  Tester la révision

(-)  Veiller à ce que les tests unitaires soient correctement réalisés

(-)  Contrôler les conséquences sur les performances

(-)  Lorsque des liens ont été détectés entre la révision de plusieurs composants, veiller à ce qu'ils soient tous installés simultanément

livrer la documentation

informer du changement de mode opératoire

(-)  Informer

Informer systématiquement les personnes qui sont à l'origine de la demande de la réalisation de celle-ci

Informer systématiquement les utilisateurs-clefs & les responsables d'exploitation.

(-)  Pour les révisions mises en exploitation en urgence, sans que toutes les actions de qualité aient été appliquées:

il faut s'assurer qu'elles les actions de qualités prévues soient effectivement appliquées dès que possible.

ces révisions urgentes doivent pouvoir être tracées, ainsi que leurs raisons et les responsabilités.


copyright (c) séquoia sprl (www.sequoia.be), belgium, 1999-2000. all right reserved.