Fin de cycle…. 2 Bienvenue « ici et maintenant »…! Agenda Attentes Modalités déchanges La...

Post on 03-Apr-2015

106 views 1 download

Transcript of Fin de cycle…. 2 Bienvenue « ici et maintenant »…! Agenda Attentes Modalités déchanges La...

Fin de cycle…

2

Bienvenue« ici et maintenant »…!

AgendaAttentesModalités d’échangesLa suite…

3

Management

des ressources

Compétences

Engagementde la Direction

Stratégie, Objectifs

Conception

Réalisation

Production

Amélioration

Mesure, Analyse

Performances

Audit

CLIENTS

Exigences

CLIENTS

SatisfactionPRODUIT

SERVICE

Écouter Comprendre

Écouter MesurerÉcouter Anticiper

Rappel :Mise en œuvre d’une politique qualité

4

La Qualité

Comment l’appliquer dans un projet informatique?

5

La technique pour le maîtriser consiste à le subdiviser pour le rendre contrôlable

Le produit logiciel est un organisme vivant

Son existence connaît un début, une fin et passe par des étapes biens identifiées :

Le cycle de vie : Une naissance, une enfance, une

adolescence, un âge adulte, une retraite, une mort

Un logiciel est un ensemble complexe et son développement nécessite une diversité d’activités

6

Fixer le cadredu projet

Analyserle contexte

Prise en comptedes conditions

du projet

Décrireles produitset services

Elaborerla démarche

de développement

Déterminerles activitéset moyens

Organiser le projet

Dimensionnerle projet

Principales décisionspour construire

le dispositif projet

Répercussions,détails de la construction,

chiffrage, planification

Préparerl’avant-projet

Présenterle projet

Approchescomplémentaires

Identifierles risques

1

3 4

5 6

7

8 9

2

7

Intégrer la documentation externe :Documentation fournie (imposée) par le client

Documentation réglementaire associée au métier, au domaine impacté

S’appuyer sur la documentation de l’entreprise :Manuel qualité

Manuel de procédures

Formulaires, Guides, Outils documentaires

Constituer la documentation spécifique au projet :Plan qualité

Plan de management

Plan de développement

Plan de vérification de la qualité

Plan de gestion de configuration

Dossier de suivi du projet

8

Plan de développement : C’est le document décrivant les moyens à mettre en œuvre, les tâches nécessaires à la réalisation et le délais à respecter

Le plan de développement contient:

La description des programmes et documents à réaliser

Les moyens : méthodes, techniques et outils

Le découpage en phases :

les tâches afférentes à chaque phase

Les données d’entrée par phase

Les livrables attendus par phase

Les conditions de passage entre phase

Les supports de suivi et d’avancement

Le moyens utilisés pour gérer le projet

Les points clés

9

Réalisation

Lancement

Spécifications

Conception

Tests Validation TV

Maintenance

Formations

Recette

Plan TV

Plan TI

Le suivi du projet

Tests d’intégration TI

Tests unitaires TU

Exploitation

10

Lancement

Formation

Analyse des

besoins

Paramétrage

Finalisation Validation Formation

Démarrage Assistance

Réalisation technique

Lancement

Formation

Analyse des

besoins

Paramétrage

Finalisation Validation Formation

Démarrage Assistance

Réalisation technique

Accompagnement au changement

Le suivi du projet

11

Plusieurs années avec un bilan chaque année

LANCEMENT

ACQUISITION

MAINTENANCE OPERATIONNELLE

REVERSIBILITE

Formation client

Formation équipe

Le suivi du projet

12

Une configuration peut être définie comme

un ensemble de composants matériels, logiciels et de

documentation associés entre eux selon des critères de

cohérence fonctionnelle,

pour permettre à un acteur d’accomplir ses activités

relatives à un système

Le plan de gestion de configuration décrit :

Les espaces

Les activités

Les articles de configuration

13

Les espaces lieux (armoires, classeurs, répertoires, librairies, etc.) :

espaces de travail (création-modification de composants), espaces d’intégration, de réception, de validation, espaces de référence, de livraison, espaces d’archivage, de sauvegarde, etc.

Les activités spécifiques permettant de faire passer des ensembles de composants d’un espace à un autre ou de maintenir la cohérence dans un ou plusieurs espaces :

activités configurer, déconfigurer, mettre à intégrer,

activités rejeter, livrer, archiver, sauvegarder, restaurer, etc.

Les articles de configuration, qui sont les plus petites entités pouvant passer d’un espace à un autre. Un article de configuration est un composant particulier, ou un ensemble de composants reliés entre eux par des liens de composition ou des liens de production

14

PERIODES PHASES et ACTIVITES

LANCEMENT Prise en charge du contrat,Organisation du projet

ACQUISITION InventaireAppropriation

MAINTENANCE OPERATIONNELLE

AssistanceAnalyse ModificationValidationBilan annuel

REVERSIBILITE Intégration de l’équipe de reprise client ou externe,Validation des connaissances acquises par l’équipe de remplacement.

Plusieurs années avec un bilan chaque

année

Il y a un groupe d’étapes “ analyse – modification –

validation ” pour une ou un ensemble de correction(s) ou

évolution(s).

15

PERIODES PHASES et ACTIVITES

LANCEMENT Prise en charge du contrat, Organisation d’ensemble de l’Infogérance,Spécification du service, Conception de la prestation de service.

ACQUISITION Prise en charge du contexte,Transfert de compétences et de responsabilités,Contrôles et essais,Planification de la conception de la prestation de service,Spécification du service, Conception de la prestation de service,Définition et étalonnage des indicateurs qualité.

OPERATIONNELLE Spécification du service, Conception de la prestation de service,Exécution du service,Gestion et contrôle du service,Mesure des résultats (indicateurs qualité),Gestion des évolutions,Actions correctives,Suivi de l’infogérance (interne, avec le client),Bilan annuel de l’Infogérance.

REVERSIBILITE Intégration de l’équipe de reprise client ou externe,Validation des connaissances acquises par l’équipe de remplacement.

16

La Qualité

Comment en mesurer l’efficacité et s'améliorer?

17

L’amélioration continue

La roue de Deming

Planifier

Faire

Valider

(Ré)Agir

18

Revues

Tests

Inspections

Audit

Recette

Relectures

19

Etapes du cycle de vie Principaux documents

LancementCahier des chargesAppels d’offresContrat

PlanificationNote de lancementPlan d’assurance qualitéPlan de développement

SpécificationsDossier de définition des besoinsSpécifications d’interfacePlan tests de validation

Conception généraleDossier de conception généralePlan de tests d’intégration

Conception détailléeDossier de conception détailléePlan de tests unitaires

20

Etapes du cycle de vie Principaux documents

Codage Dossier programme

Tests unitaireCahier de tests unitairesBilan de tests unitaires

Intégration

Cahier de tests intégrationBilan de tests intégrationDossier d’installationDossier d’exploitation

RecetteCahier de tests de validationBilan de recette

Installation Diffusion Cahier de l’installation

FormationManuel utilisateurDossier de formation

ExploitationMaintenance (Hors projet) Dossier de maintenance

21

De bonnes spécifications détailléesDe bonnes spécifications détaillées

C’est quoi ?C’est quoi ?

Cohérentes et homogènes

Cohérentes et homogènes

ExhaustivesExhaustives

Précises etnon ambiguës

Précises etnon ambiguës

Claires et bien rédigées

Claires et bien rédigées

VérifiablesVérifiables RéalisablesRéalisables

ModifiablesModifiablesTraçabilité avecle besoin client Traçabilité avecle besoin client

AnalysablesAnalysables

SimplesSimples

22

Etapes du cycle de vie Principaux documents Contrôles qualité

LancementCahier des chargesAppels d’offresContrat

Revue de contratRevue de lancement

PlanificationNote de lancementPlan d’assurance qualitéPlan de développement

Revue de planification

SpécificationsDossier de définition des besoinsSpécifications d’interfacePlan tests de validation

Revue de spécification

Conception généraleDossier de conception généralePlan de tests d’intégration

Revue de conception générale

Conception détailléeDossier de conception détailléePlan de tests unitaires Revue de conception détaillée

23

Etapes du cycle de vie Principaux documents Contrôles qualité

Codage Dossier programme Revue de code

Tests unitaireCahier de tests unitairesBilan de tests unitaires

Revue de tests unitaires

Intégration

Cahier de tests intégrationBilan de tests intégrationDossier d’installationDossier d’exploitation

Revue d’intégration

RecetteCahier de tests de validationBilan de recette

Revue de recette

Installation Diffusion Cahier de l’installation Revue d’installation

FormationManuel utilisateurDossier de formation

ExploitationMaintenance (Hors projet) Dossier de maintenance

24

Points à contrôler OK/KO Remarque/Action

Conformité aux besoins fonctionnels exprimésLes fonctionnalités couvrent l’ensemble des besoins exprimés dans le cahier de charges La traçabilité avec les documents applicables, y compris les évolutions, est assuréeLes ambiguïtés sont levées et justifiéesLes incertitudes sont éliminéesLes règles de traitement sont définiesLes interfaces sont spécifiées : matérielles, logicielles, de communication, homme-machine (dialogues, éditions, traitements d’erreur)Le SGBD : modèles conceptuel et logique définis, règles de gestion des données spécifiéesPrise en compte des contraintesLes contraintes sont exprimées (disponibilité, ergonomie, limites de capacité ...)Les performances attendues sont expriméesConformité aux normes et standardsLa rédaction est non ambiguë, homogène (terminologie, niveau de description)Toutes les normes et règles ont été prises en compte (plan type, méthode, règles...)

Un plan d’actions (1/2)Un plan d’actions (1/2)

25

Points à contrôler OK/KO Remarque/Action

Spécification des conditions d'utilisation et d'exploitationLes fonctions d’exploitation sont définiesLes traitements d’erreurs sont définisLes fonctions de démarrage, d’arrêt, de reprise sont définies Les contraintes liés aux choix entérinés sont rappelées (matériels, logiciels de base, progiciels)Pertinence du plan de validationLa stratégie est clairement exposéeL'environnement nécessaire est définiLes étapes sont décritesLa couverture de toutes les fonctions est assuréeLa cohérence par rapport aux moyens disponibles est effectiveFaisabilité technique des spécificationsTout ce qui est spécifié est réalisable dans le budget Les fonctions spécifiées sont compatibles avec les matériels, logiciels et progiciels spécifiés

DécisionAcceptéeRefuséeAcceptée avec réserves (références des réserves)

Un plan d’actions (2/2)Un plan d’actions (2/2)

Merci pour votre attention…

…et peut être à bientôt!