Vous êtes sur la page 1sur 36

Le Processus logiciel

knafil@gmail.com

20/10/12

Le Processus

GL : technologie en couches
outils

Mthodes

Processus

Qualit
20/10/12 Le Processus 2

Couche qualit
Branche indispensable dans toute discipline qui relve de lingnierie Met en place une culture damlioration en continu du processus Entrane le dveloppement dapproches plus matures du GL

20/10/12

Le Processus

Couche processus
Fondation du gnie logiciel Reprsente la colle qui permet de souder les technologies ensemble Permet de rationaliser le dveloppement Dfinit un framework pour un ensemble de domaines cls de processus qui doivent tre tablis

20/10/12 Le Processus 4

Couche processus

Les domaines cls de processus forment la base pour un contrle de management du projet logiciel tablissent le contexte dans lequel les mthodes techniques sont appliques, les produits (modles, documents, donnes,) sont engags, la qualit assure et le changement proprement manag

20/10/12

Le Processus

Couche mthodes
Fournissent le comment technique pour construire le logiciel Regroupe plusieurs activits :

Analyse des besoins Conception Codage et tests

20/10/12

Le Processus

Couche outils
Fournit un support automatique ou semi-automatique pour le processus et les mthodes Lorsque les outils sont intgrs de telle sorte que linformation cre par un outil puisse tre utilise par un autre, on parlera dun outil CASE

20/10/12 Le Processus 7

Outil CASE

Combine les lments suivants :


Logiciel Matriel Une base de donnes GL pour crer un environnement de travail analogue au CAO et IAO au niveau matriel

20/10/12

Le Processus

Vue gnrique du GL

Le travail associ au GL peut se rpartir en trois phases gnriques relativement au domaine dapplication, la taille du projet et la complexit :
Phase de dfinition Phase de dveloppement Phase de support

20/10/12

Le Processus

Phase de dfinition : Quoi


Identifier linformation traiter Les fonctions et performances tablir Les contraintes de conception existantes Les critres de validation requis

20/10/12

Le Processus

10

Phase de dfinition

Trois activits sont utilises :


Ingnierie de linformation ou systme Planification du projet Analyse des besoins

20/10/12

Le Processus

11

Phase de dveloppement : comment


Comment les donnes sont structures Comment les fonctions vont tre implmentes selon larchitecture logicielle Comment le dtail des procdures sera implment Comment les interfaces vont tre caractrises Comment la conception sera translate en code Comment le test sera labor

20/10/12

Le Processus

12

Phase de dveloppement

Trois acitivits techniques sont touours utilises :


La conception La gnration de code Le test

20/10/12

Le Processus

13

Phase de support

Met laccent sur :

Les changements associs aux corrections derreurs, Les adaptations ncessaires lvolution de lenvironnement du logiciel, Les changements dus aux amliorations enregistres au niveau des besoins du client

20/10/12

Le Processus

14

Phase de support
Rapplique les tapes des phases de dfinition et de dveloppement Fait la mme chose au niveau des logiciels existants

20/10/12

Le Processus

15

Phase de support

4 types de changements :
Correction Adaptation Amlioration Prvention

20/10/12

Le Processus

16

Phase de support : correction


Mme en cas de bonnes activits dassurance qualit, le client va dcouvrir des dfauts dans le logiciel La maintenance corrective change le logiciel pour corriger les dfauts

20/10/12

Le Processus

17

Phase de support : adaptation

Lenvironnement original (CPU, systme dexploitation, rgles mtier, caractristiques du produit externe) pour qui le logiciel a t dvelopp a chang La maintenance adaptative rsulte en la modification apporte au logiciel pour accomoder les changements son environnement externe

20/10/12

Le Processus

18

Phase de support : amlioration


Une fois le logiciel utilis, le client reconnatra des fonctionnalits additionnelles qui vont produire du bnfique La maintenance perfectice tend le logiciel vis vis de des exigences fonctionnelles originales

20/10/12 Le Processus 19

Phase de support : prvention


Le logiciel se dtriore suite au changement La maintenance prventive est alors ncessaire pour permettre au logiciel de satisfaire les besoins du client La maintenance prventive opre des changements sur les programmes pour quils puissent facilement se corriger, sadapter et samliorer
Le Processus 20

20/10/12

Phase de support : en continue


Assistance par tlphone Site web spcifique lapplication

20/10/12

Le Processus

21

Les umbrella activities


Gestion de projet Revues techniques formelles Assurance qualit logiciel Gestion des configurations Management de la rutilisabilit Mesures Management du risque

20/10/12

Le Processus

22

Processus logiciel

Le processus logiciel peut se composer par :

Framework de processus communs, dfini par un ceratin nombre dactivits applicables tous les projets logiciels Un nombre densembles de tches, chacune est une collection de livrables, de jalons et de SQA Lumbrella activities recouvre tout le processus

20/10/12

Le Processus

23

Processus logiciel
Common process framework Framework activities Ensemble tches Tches jalons, livrables points SQA Umbrella activities
20/10/12 Le Processus 24

CMMI : maturit du processus


Niveau 1 : Initial Niveau 2 : Repeatable Niveau 3 : Defined Niveau 4 : Managed Niveau 5 : Optimizing

20/10/12

Le Processus

25

Niveau 1: Initial
Le processus logiciel est caractris par un aspect chaotic Peu de processus sont dfinis Le succs dpend de leffort des individus

20/10/12

Le Processus

26

Niveau 2 : Repeatable

Des processus de management de projet basiques sont dfinis pour tablir les cots, la planification et les fonctionnalits Une discipline du processus est ncessaire mettre en place pour rpter les anciens succs sur des projets similaires

20/10/12

Le Processus

27

Niveau 3 : defined

Le processus pour les activits du management et de lingnierie est document et intgr dans un processus organisationnel Tous les projets utilisent une version documente et approuve de lorganisation du processus pour dvelopper et maintenir le logiciel

20/10/12

Le Processus

28

Niveau 4 : Managed
Des mesures dtailles pour le processus logiciel et la qualit produit sont collectes Le processus logiciel et les produits sont interprts quantitativement et contrls en utilisant les mesures

20/10/12

Le Processus

29

Niveau 5 : Optimizing

Une amlioration continue du processus est assure par des retours quantitatifs partir de technologies et dides inovatrices au niveau du processus et des tests

20/10/12

Le Processus

30

KPA (key process area)

Chaque KPA est dcrit en identifiant :


Objectifs Responsabilits Aptitudes Activits Mthodes pour assister limplmentation Mthodes pour vrifier limplmentation

20/10/12

Le Processus

31

KPA : niveau 2
Gestion des configurations Assurance qualit logiciel Gestion des sous-traitances Planification et gestion de projet Gestion des exigences

20/10/12

Le Processus

32

KPA : niveau 3

Revues par les paires Coordination intergroupe Ingnierie du produit logiciel Gestion intgre du logiciel Programme de formation Dfinition de lorganisation du processus Mise au point de lorganisation du processus

20/10/12

Le Processus

33

KPA : niveau 4
Gestion de la qualit logiciel Gestion quantitative du processus

20/10/12

Le Processus

34

KPA : niveau 5
Gestion de lvolution du processus Gestion de lvolution technologique Prvention des dfauts

20/10/12

Le Processus

35

20/10/12

Le Processus

36