Cours chapitre5 2012

Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 1/26

Théorie et Pratique du Système Théorie et Pratique du Système d’Informationd’InformationCinquième Chapitre: Economie du SICinquième Chapitre: Economie du SI

Janvier – Mars 2012Ecole Polytechnique

Yves Caseau


Plan du Cours – Economie du Système Plan du Cours – Economie du Système d’Informationd’Information

Première partie:Comprendre le budget d’une DSI

Deuxième partie: Maitrise du socle

Troisième partie:Coût des projets


Le coût du « socle » et les projetsLe coût du « socle » et les projets

Equation du socle Socle = exploitation, maintenance & nettoyage (projets passés) équilibre = croissance absorbée par la productivité Productivité = structurelle (faible) + technologique (Loi de Moore,

pondérée par le taux de remplacement) Rapport projet/total typique = 30%

Varie considérablement (cf. plus loin) Facteurs:

Age moyen des applications ratio nouveau périmètre /amélioration existant

Mutualisation et consolidation (stratégie) Mesure

socle projets• prix achat (€ /TPMC)• prix hébergement (k€/TMPC)• exploitation (€ /FP)

• prix achat (€ / FP)• taux progiciel (%)• coût maintenance (fonction de l’age)

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle: l’Usine à ServicesModèle: l’Usine à Services

Portefeuille

ProjetsParc Applicatif

DonnéesCalcul

Puissance de calcul

purgeremplacement

Production

Alimentation

Capacitéde stockage

Nettoyage

ServicesInformatiques

- coût

- qualité

de service

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle: l’Usine à Services (zoom)Modèle: l’Usine à Services (zoom)

projetsParc SW (pf)

Parc HW (TPMC)

Parc Progiciel (€)

utiliseutilise

achat

achat

utilise utilise

nouveau

améliore

refonte Nettoyage applicatif

Réorganisation SW

Mise au rebut

MaintenanceLicencesprogiciel

Maintenance SW

Licencesprogiciel

Achat serveurs

Exploitationapplicative

Exploitationhébergement

croissance

croissance

Dépensesprojet

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modélisation des coûtsModélisation des coûts

Un modèle de coût est défini à partir- De grandeurs mesurables- D’équations de dimensionnements

passé futur

DonnéesConcrètes(mesures parc ; budget)

Analyse :ratios

KBI (3YP)

A partir des KBI, des paramètres économiques et des paramètres stratégiques

Les paramètres économiques sont obtenus par extrapolation

Mesures

Analyse

Extrapolation

Prévisions

Hypothèses

Information

Cf. TD

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Typologie projets selon impact sur le parc applicatifTypologie projets selon impact sur le parc applicatif

Pour comprendre les coûts du SI, il faut comprendre l’histoire du parc applicatif(ex: âge moyen et taux moyen de renouvellement)

Les projets sont décomposés en quatre types :1. nouveaux : une augmentation des points de fonction (neufs). Les projets

« nouveaux » accroissent le périmètre informatique.

2. amélioration : il s’agit d’entretenir et améliorer un applicatif existant (un « applicatif » est l’abréviation de système applicatif, qui correspond à un logiciel associé à une ou plusieurs applications).

3. refonte : il s’agit de remplacer un applicatif ancien par un neuf. Le nombre de points de fonction n’augmente pas (si la refonte est à « iso-périmètre ») mais le parc est « rajeuni ».

4. nettoyage : le projet est un projet de nettoyage applicatif, c’est-à-dire la suppression d’une application..

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle du parc logicielModèle du parc logiciel

Attention la mesure est difficile (cf. chapitre précédent) La réalité est complexe (stratification du code)

Le code inutile n’est pas nécessairement nettoyé La plupart des projets sont mixtes

L’objectif principal est de mesurer et comprendre la croissance du parc applicatif total

Année N

Année N +1

Code spécifique :Parc SW(FP) @ N nettoyage

nouveau

Amélioration/ adaptationrefonte

Parc SW@ N+1

rebut

nouveau

Progiciel :Parc (FP) @ N

accumulation

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle du budgetModèle du budget

Facteurs clés Age moyen, périmètre du parc Parc HW = f(SW x volume x activité) Les gains technologiques font que le budget est majoritairement

fonction du parc logiciel

facteurs commentaires

projets nouveaux paramètre Lié à croissance + stratégie

refonte Age moyen Coût refonte = f(urbanisation)

amélioration différence Enveloppe projet = choix DG

« socle »

récurrent

SW licences Parc SW:

Points de fonction

Linéaire (coût)

maintenance

Linéaire + vétusté + complexité

exploitation

UO du contrat infogérance

HW location Parc HW:

TPMC, Go,

# serveurs

… ou amortissement

maintenance

Linéaire + vétusté

exploitation

Linéaire + productivité

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle des coûts (I) Modèle des coûts (I)

Le besoin en TPMC est extrapolé à partir du produit nombre_de_clients × taille_du_parcSW

Le nombre de serveurs à acheter est le ratio du besoin nouveau en TPMC (le chiffre précédent, moins le parc HW actuel diminué par l’application du facteur de renouvellement) sur la puissance moyenne d’un serveur.

On en déduit la puissance du parc HW installé, le nombre de serveurs, ainsi que l’âge moyen.

Le budget projet permet de déduire le nombre total de points de fonction représenté par l’ensemble des projets, en partant du coût d’achat en €/PF.

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Modèle des coûts (II)Modèle des coûts (II)

Ce nombre brut de nouveaux points de fonction est ventilé en nouveaux projets, refontes et amélioration. Le taux de refonte permet également de calculer l’âge moyen des applicatifs.

Les achats en progiciels sont extrapolés à partir des montants des projets (en tant que fraction des dépenses).

La maintenance logicielle (corrective & maintenance progicielle) est obtenue comme le produit de la taille du parc par un taux de maintenance qui varie en fonction de l’âge (: 7% × (1 + 15% × âge)).

Les coûts d’exploitation sont séparés en deux parties : l’exploitation des logiciels et celle des serveurs (l’hébergement).

Les 15% indiqués dans le chapitre 1 se répartissent approximativement en 10% et 5%.

Les coûts de production liés aux logiciels sont proportionnels au parc applicatif, en incorporant une hypothèse de gain de 2% par an.

Les coûts d’hébergement sont proportionnels au nombre de serveurs.

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Exemple Bouygues TelecomExemple Bouygues Telecom

L’augmentation du parc applicatif est importante

Périmètre Complexité des logiciels (exemple

Microsoft Office)195

263

390

526

365

480

580

754

347,6387,5

449,4 483,4

30 39,9 61,9 74,70 0 0

40,7

780

950

1090

1300

0

200

400

600

800

1000

1200

1400

2002 2003 2004 2005

TPMC (x100k)

Stockage (To)

serveurs (10j)

entrées (10j)

sorties (10j)

Software (PF)

45,54 44,01 43,35 41,67 40,84

0,31 0,32 0,28 0,33 0,350,42 0,40 0,38 0,34 0,30

2,08 2,02 2,04 2,14 2,14

0,10

1,00

10,00

100,00

2001 2002 2003 2004 2005

log

anné

es

Go/CxPF

TPMC/CxPFxTT

coût(€/PF)

MC(€/PF 1̂.5)

Le modèle est assez précis Régression (échelle log) Un travail qui a débuté en 98

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Unités d’Œuvre et RatiosUnités d’Œuvre et Ratios

Coût achat d’un projet : 200€ / PF Fourchette de 100-300€ (fonction de la complexité)

Coût achat TPMC: 2,4€ / TPMC (2006) [de 2 à 8 selon taille serveur]

TPMC/serveur : 32K (Windows) Hébergement/serveur: 5K€

Coût complet exploitation: 20€ / PF 10% du coût projet pour l’exploitation 15% pour la maintenance (MEF/MET) MET = 5% à 10% en fonction de l’âge

13

Pre

miè

re P

art

ie:

le b

ud

get

de la D

SI


Deuxième partieDeuxième partie

Comprendre le budget d’une DSI Maitrise du socleCoût des projets


Coûts du Socle et FacteursCoûts du Socle et Facteurs

Décomposition l’exploitation des applications, la maintenance corrective des applications, le maintien en condition du parc matériel (hébergement des

applications). Coût acquisition des serveurs

Quatre leviers : Le volume global des investissements informatiques dans les projets, qui

conditionne la taille globale du système d’information.. A volume financier donné, la taille du parc en fonction de l’allocation vers

les nouveaux projets. Pour un parc donné, le taux de renouvellement (ou, de façon duale, l’âge

moyen du parc). Le nettoyage des applications devenues inutiles.

Deu

xiè

me P

art

ie:

Maît

rise d

u S

ocle


Le poids du parc applicatifLe poids du parc applicatif

La taille du parc applicatif est le premier driver de coût de la DSI Le second driver est l’age: un parc ancien coûte plus cher

Effets induits sur le parc matériel !

Scénario croissance

18,0 16,1 14,5 13,0 11,7

21,0 23,4 25,8 27,9 29,9

5056

6166

71

2,4 2,9 3,4 3,9 4,4

42,2 43,1 44,1 45,1 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

80,0

2006 2007 2008 2009 2010

Comparaisons de scénarios iso-budget (différent taux renouvellement)

Deu

xiè

me P

art

ie:

Maît

rise d

u S

ocle

Scénario médian

18,0 16,9 15,9 14,9 14,020,5 22,4 24,4 26,2 27,9

4853

5762

66

2,5 2,9 3,3 3,7 4,1

41,5 42,7 43,9 45,0 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

2006 2007 2008 2009 2010

projet

socle

parc SW

age SW

OPEX

Scénario maîtrise

18,0 17,5 17,1 16,6 16,220,4 21,9 23,3 24,7 25,9

4751

5458

62

2,6 2,9 3,2 3,6 3,9

41,4 42,7 43,9 45,0 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

2006 2007 2008 2009 2010


Refonte et Nettoyage ApplicatifRefonte et Nettoyage Applicatif

Le nettoyage applicatif est un levier clé: intra-applicatif : éviter l’accumulation de code mort Inter-applicatif : débrancher les applications

inutilisées

Scénario médian

18,0 16,9 15,9 14,9 14,020,5 22,4 24,4 26,2 27,9

4853

5762

66

2,5 2,9 3,3 3,7 4,1

41,5 42,7 43,9 45,0 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

2006 2007 2008 2009 2010

projet

socle

parc SW

age SW

OPEX

Scénario passif

18,0 16,1 14,5 12,9 11,6

20,8 23,2 25,7 27,9 29,9

4955

6166

71

2,4 2,9 3,3 3,9 4,4

42,0 42,9 44,0 45,0 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

80,0

2006 2007 2008 2009 2010

Scénario nettoyage

18,0 17,6 17,1 16,7 16,320,1 21,6 23,1 24,5 25,8

4650

5458

62

2,5 2,9 3,2 3,5 3,8

41,2 42,5 43,8 44,9 46,0

0,0

10,0

20,0

30,0

40,0

50,0

60,0

70,0

2006 2007 2008 2009 2010

Deu

xiè

me P

art

ie:

Maît

rise d

u S

ocle

Paramètres: Taux de nettoyage applicatif: 60% / 80% / 90% Taux d’accumulation: 70%, 50%, 30%


Impact du taux de renouvellement matérielImpact du taux de renouvellement matériel

scénario médian (15%)

122 104 98 92 85

12,0 9,36,8 5,5 4,6

483 515 535 547 550

1,5 2,0 2,5 2,9 3,3

41,6 42,8 44,2 45,4 46,5

1

10

100

1000

2006 2007 2008 2009 2010

achat serveur

CAPEX

parc HW

age HW

OPEX

Scénario Passif (5%)

92 73 67 62 57

11,4 8,35,4 4,3 3,6

496 544 583 616 642

1,6 2,3 2,9 3,5 4,1

41,8 43,4 45,2 47,0 48,6

1

10

100

1000

2006 2007 2008 2009 2010

Scénario actif (25%)

152 135 129 122 114

12,5 10,4 8,3 6,7 5,6

471 489 495 493 484

1,4 1,7 2,0 2,3 2,5

41,4 42,5 43,6 44,7 45,6

1

10

100

1000

2006 2007 2008 2009 2010

La loi de Moore n’est utile que si l’on s’en sert Concept de « Loi de Moore Pondérée »

Le ROI (mutualisation/consolidation) est sensible : à calculer pour chaque contexte

« Gros » impacts induits (m2, maintenance, hébergement)

Deu

xiè

me P

art

ie:

Maît

rise d

u S

ocle


Coûts du Socle : Facteurs explicatifsCoûts du Socle : Facteurs explicatifs

Les prix des unités d’œuvre (UO) peuvent être comparés mais ils dépendent de facteurs propres à chaque entreprise

Exigences de performance (Chapitre 9) Exigences de Qualité de Service (Chapitre 8)

Disponibilité Plan de secours Réelle et Perçue

Les choix logiciels ont également des conséquences technologiques sur le parc matériel

Commodity computing vs. High-performance computing Taux de renouvellement Capacité à utiliser des architecture modernes (ex: GRID)

Deu

xiè

me P

art

ie:

Maît

rise d

u S

ocle


Troisième PartieTroisième Partie

Comprendre le budget d’une DSI Maitrise du socleCoût des projets


Coût Complet d’un projetCoût Complet d’un projet

Phases (cf. cycle en V)

Répartition (moyenne / forte variabilité): 26% conception, 36% développement (y.c. tests unitaires), 26% tests, 12% déploiement Management: (inclus dans les 4 phases)

Très variable, de l’ordre de 10%

Conception développement Test intégration

déploiement

Management

SpécificationsTestsunitaires

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts


COCOMO (Constructive Cost Model)COCOMO (Constructive Cost Model) Cocomo I

En ligne : http://cost.jsc.nasa.gov/COCOMO.html Facile à utiliser

Cocomo II : LE livre - une « bible » pour trouver une référence sur l’impact des facteurs de coûts: QoS désirée (Chapitre 8 et 9) - RELY cost factor (2.17)

de 0.82 à 1.26 : facteur correcteur Complexité Technique - CPLX (2.19) : +30% Réutilisation - RUSE (2.21) Volume manipulé (en fonction de D/P = taille de la BD sur taille du programme)

Complexité Effort (en mois homme)

Temps de développement (en mois)

Organic 2,4 * KLS1,05 2,5 * Effort0,38

Semi-detached 3 * KLS1,12 2,5 * Effort0,35

Embedded 3,6 * KLS1,2 2,5 * Effort0,32

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts


Les refontes nécessairesLes refontes nécessaires

Problème de la compatibilité OS, middleware, autres applications

Courbe de coût en fonction age Les entreprises matures définissent des ages limites

Chaque M€ de projet génère (très approximativement) 15% exploitation 15% en maintenance (+ vétusté) 15% de provision pour refonte

À 3 ans, palier 30% À 6 ans refonte 60%

Conclusion: les coûts complets sont toujours sous-estimés dans les calculs de ROI

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts


Impact de la taille de l’entreprise & sa cultureImpact de la taille de l’entreprise & sa culture

La DSI vs la start-up, vs. Le stagiaire … Une multiplicité de causes:

Le travail d’intégration est plus lourd, proportionnellement, à l’échelle du système d’information que pour un composant logiciel, parce que le premier est plus complexe et plus hétérogène que le dernier.

Le pilotage industriel des projets est nécessaire dans une DSI, même s’il peut sembler lourd, pour réduire les risques et augmenter la régularité des performances.

La qualité de service, et en particulier la haute disponibilité, est une propriété logicielle qui a un coût, qui se combine avec celui de la qualité du logiciel (le faible taux d’anomalies).

Garantir la pérennité des solutions conduit à une grande exigence en terme de gestion des fournisseurs, ainsi que de gestion des compétences internes.

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts


IllustrationIllustration

besoin

Normes développement (pérennité)

Sécurité accès, gestion utilisateurs

Archivage, restauration, secours

….

Préparation intégration

Traçabilité impact

….

Développement C2O (PME)

DSI Monep

développementdéveloppement

tests

intégration

Mise en serviceintégration

Testsunitaires

Tests système

Continuité des compétences

Documentation

Gestion des risques

….

Automatisation exploitation

Exigences disponibilités + secours

….

architecturedéveloppement

Intégration modulaire

Interfaces normalisées et pilotées (changement)

Mise en service30 jh 50 jh

400 jh

Gros travail de pédagogie (multiples causes) Il existe des références (ex: COCOMO II)

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts


Gains de productivitéGains de productivité

Gains en terme de logiciel Technologie : « facteur 2 » en 20 ans (à partir des sources , de 1 à

2 PF/jh) Industrie : Mondialisation Architecture : composants/ urbanisation/ SOA

« Effet rebond » : le SW consomme ses propres gains – ex: Word™ Augmentation des exigences (sécurité, …) Interopérabilité Abstraction des fonctions (maîtrise complexité)

Gains en terme d’opérations: Technologie : Loi de Moore, Automatisation Infogérance Professionnalisation: ITIL

Les gains de productivité en terme d’opération permettent la croissance des parcs applicatifs

Références: Keene, Jones, Brooks, De Marco, …

Tro

isiè

me P

art

ie:

Coû

t d

es P

roje

ts

Education

Cours chapitre5 2012