Cours chapitre5 2012
-
Upload
yves-caseau -
Category
Education
-
view
1.186 -
download
0
description
Transcript of 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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 2/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 3/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 4/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 5/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 6/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 7/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 8/268
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 9/269
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 10/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 11/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 12/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 13/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 14/26
Deuxième partieDeuxième partie
Comprendre le budget d’une DSI Maitrise du socleCoût des projets
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 15/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 16/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 17/26
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%
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 18/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 19/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 20/26
Troisième PartieTroisième Partie
Comprendre le budget d’une DSI Maitrise du socleCoût des projets
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 21/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 22/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 23/2623
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 24/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 25/26
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
Copyright © Yves Caseau – 2012 - Cours Polytechnique (V) 26/26
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