SFR Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial
←
→
Transcription du contenu de la page
Si votre navigateur ne rend pas la page correctement, lisez s'il vous plaît le contenu de la page ci-dessous
SFR
Mise en place de la gestion des
exigences sous DOORS dans le
cadre de la refonte du système
d'information commercial
14/11/2007
1Sommaire
1- Le contexte et l’historique de la Gestion des EXigences SFR
2 - Les principes directeurs de la Gestion des EXigences SFR
3 - La solution mise en œuvre avec DOORS
4 - Les apports constatés
5 - Les difficultés rencontrées
6 – Conclusion: une démarche à pérenniser
21 - Contexte
3SFR s’engage dans une démarche
de gestion des exigences :
Historique
Définition démarche & méthodologie mars-mai 2005 – sélection de DOORS
Pilote opérationnel juin-octobre 2005
Généralisation sur refonte du CRM octobre 2005
Contexte actuel
Généralisation sur tous les projets de refonte janvier 2007
15 licences multi sites
Une centaine d’utilisateurs
Certification CMMI engagée chez SFR mi 2007
42 - Les principes directeurs de
la Gestion des EXigences SFR
5Principes directeurs
Figer une vision commune MoA / SI / Fournisseurs de ce à quoi doit se conformer le
SI :
Besoin de disposer d’un référentiel projet qui permet d’avoir une compréhension commune et
partagée des besoins par tous les acteurs durant tout le cycle projet.
Maîtrise du périmètre de projets longs et complexes :
Vérifier la couverture des besoins à chaque phase du projet,
Des évolutions de périmètre inévitables qu’il faut gérer et maîtriser.
Maîtrise des délais pour tenue des roadmaps :
Visibilité précise au fil de l’eau sur la conformité du produit et l’avancement.
Fournir les bases des vérifications en recette :
Préparation des scénarios de recette pendant les phases de conception
Formalisation d’exigences de test
6Cycle de vie des exigences
CYCLE PROJET CYCLE EXIGENCES POUR LE SI CYCLE EXIGENCES DE TEST
Définition du Collecte, identification,
périmètre qualification des besoins
Définition des exigences de test :
Spécifications Définition des
Niveau 1 : nature
Intégrer et valider la solution
générales du exigences pour le
Niveau 2 : Domaine applicatif Validation
système système d’information
Niveau 3 : Séquence
Concevoir la solution
Affinage exigences niv. 3 :
Définition des exigences
Conception Définition exigences de test :
pour chaque système
générale Niveau 4 : fonction/service/flux
applicatif (SA) Intégration
Niveau 5 : règle de gestion
Contractualisation
Affinage des Affinage des
Conception
exigences pour exigences de Recevabilité
détaillée
chaque SA test niv. 3, 4, 5
Réalisation Livraison
Réaliser la solution
73 - La solution mise en
œuvre sous Doors
8Utilisation de DOORS
Permettre le travail collaboratif entre les différents acteurs SFR ainsi qu’entre SFR et ses différents fournisseurs
Etablir et organiser le référentiel d’exigences du projet
Un projet structuré en espaces en fonction des différentes phases du processus
Utilisation d’attributs pour distinguer
Les exigences / les informations
Les exigences du scope / les exigences hors scope
Effectuer la traçabilité de la prise en compte des besoins à chaque phase du processus
Mise en relation au moyen de liens auxquels on donne une signification
Utilisation d’attributs pour tracer les décisions de modification du périmètre
Faciliter les analyses d’impacts en cas de modification du besoin ou de contraintes
Exploitation de la traçabilité par liens
Vérifier à chaque étape du processus la complétude de la solution élaborée
Utilisation de liens ou d’attributs pour établir les matrices de couverture
Utilisation d’indicateurs de suivi
9Structure du référentiel d’exigence
Définition du périmètre Alimentation par livrables métiers
Spécifications générales
du système Formulation des exigences SI
Conception générale Alimentation par modélisation UML
Conception détaillée et
réalisation Alimentation par livrables fournisseurs
Intégration et Validation Formulation des exigences de test
10Formulation des exigences sous
Doors
utilisation d’attributs et de vue spécifique :
Attribut « libellé » : texte de l’exigence ou de l’information
Attribut « exigence » : indique s’il s’agit d’une exigence pour le SI, d’une information, ou
d’une exigence en doublon d’une autre (Valeur « oui », « non», « doublon »)
Attribut « SSA » : indique quels systèmes applicatifs sont concernés par l’exigence
Attribut « palier » : indique si l’exigence est dans le périmètre du palier considéré
Attribut « criticité système » : indique le degré de criticité pour le SI
Attributs « niveau de qualification », « niveau de validation »
11Traçabilité mise en place
Lien spécifique de traçabilité : « satisfait »
1-espace de 2-espace de 3-espace de 4-espace de 5-espace de test
collecte référence conception réalisation
Exigences
Expression Eléments de Documents Libellés
par Thème
CG fournisseurs Exigences de
de besoin fonctionnel
Test
(modélisation
PM PM UML)
Construction automatique de vue de traçabilité (outil Wizard)
12Utilisation d’indicateurs
Avancements des différentes phase :
qualification des exigences
Taux de couverture des besoins
Information sur la volumétrie d’exigences ….
13Gestion du changement - principes
La gestion du changement concerne
L’ajout d’une nouvelle exigence
La modification d’une exigence
La suppression d’une exigence
La gestion du changement doit assurer la maîtrise des évolutions du référentiel
Tout changement du référentiel doit être tracé
Tout changement du référentiel doit être validé par les acteurs amonts et avals
Tout changement du référentiel doit être répercuté en amont et en aval
La gestion du changement porte sur les référentiels d’exigences
Chaque version validée d’un espace du projet donne lieu à la création d’une baseline
La gestion du changement doit être mise en place dès l’émission des CdCs pour
garantir la maîtrise des évolutions du référentiel
14Gestion des changements
Fonctionnalité standard « Change proposal system » :
Solution non retenue : interface standard peu ergonomique lorsque les changements sont
susceptibles de concerner de nombreux attributs
Amélioration possible : utilisation de la suite logicielle proposée par Telelogic
Solution retenue
Les modifications ne sont pas apportées directement mais doivent être saisies dans des
attributs spécifiques,
Le report des modifications est effectué par l’administrateur après accord du pilotage :
Attributs spécifiques pour tracer les changements apportés
Utilisation de baseline
154 - Les apports constatés
16Apports de la méthodologie et son
outillage
Procédure/outillage pour la formulation d’exigences partagées entre les métiers et les équipes SI
Moyen d’échange commun et formalisation centralisée des décisions partagées.
Visibilité de l’avancement de la qualification via des indicateurs.
Contribuer à la production de cahiers des charges
clairs et non ambiguës pour les fournisseurs
Exhaustif par rapport aux besoins
Faciliter le contrôle des réponses fournisseurs par rapport aux Cahiers des Charges
Traçabilité des exigences de la conception jusqu’à la réalisation
Procédure de gestion des changements depuis l’émission des Cahiers des Charges jusqu’à la réalisation
Contribuer à la définition des exigences de test exhaustives / besoin
175 - Les difficultés
rencontrées
18Difficultés rencontrées
Conduite du changement auprès des équipes internes :
Formulation d’exigence à partir des besoins
Prise en main des outils nécessitant un accompagnement important
Conduite du changement auprès des fournisseurs :
Changement du format des Cahiers des Charges
Nouvelles modalités de réponses
Fourniture des information de couvertures des exigences
Outillage et méthodologie non généralisée à tous les projets :
Industrialisation partielle
Import/export vers outils bureautiques importants
196 – Conclusion
une démarche à pérenniser
20Vous pouvez aussi lire
