Module « Pilotage de Projet » - Module GPRO-0 UNE APPROCHE ... MCI - Management... · Rappel L’importance et le rôle du SI Le SI (Système d’Information) est à l’image de

Décembre 2014

Module « Pilotage de Projet » - Module GPRO-0

ING1 – promo 2017– Cursus S1

Sujet 4

UNE APPROCHE PROJETPOUR L’ARCHITECTURE

Restrictions d’utilisation du présent documentCe document est la propriété de Daniel HERVOUET. Toutes les informations

présentées ici sont classées ‘ Personnel ’ et ne peuvent en aucun cas être copiées ou

communiquées à aucune tierce partie sans l’accord écrit préalable de Daniel

HERVOUET

2

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

AVERTISSEMENT

Cette approche est faite pour un chef de projet, l’objectif est de :

1. Proposer une démarche simplifiée d’évaluation d’une architecture IT et de son

poids dans un projet en partant des services fournis au client final (au niveau

métiers).

2. Etre pragmatique pour vous permettre d’être capable d’évaluer l’impact et le

poids des actions à mener lors de la mise en œuvre d’un projet IT.

3. Considérer qu’un projet est avant tout piloté par le besoin des utilisateurs,

internes ou externes.

Nous partons délibérément d’une approche simplifiée de l’analyse d’une

architecture. Une fois sur le terrain, avec l’expérience, vous pourrez

comprendre et traiter la complexité entière d’un projet IT.

NOTA: Cette formation n’est pas un traité d’architecture informatique, seuls les aspects les plus classiques d’une architecture, matériel et logiciel,

sont retenus à titre d’exemple. Elle s’adresse à de futurs chefs de projet.

3

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Principe suivi dans ce module

Comment est organisé le module :

1. Introduction à la démarche service : Introduction à la gestion des niveaux de service (

SLR, SLO et SLA), car ils sont fortement utilisés tout au long des projets informatiques

et en exploitation. Ils assurent le lien avec le contrat , permettent la facturation et sont

les références en exploitation pour garantir la stabilité de la solution dans le temps.

2. Identification des orientations d’architecture pour un projet : ces services sont

ouverts à l’utilisateur final après le déploiement de l’architecture étudiée et développée

lors du projet. Nous poserons le cadre d’une architecture classique et décrirons les

composants majeurs nécessaires à sa construction, afin de fournir une base commune

pour l’analyse du CdC.

3. Démarche suivie du cahier des charges ( CdC) au contrat : comment élaborer une

réponse de la DSI, la proposition de projet , acceptable pour le client et la DSI . L’accord

se traduit par la signature du contrat qui valide officiellement le démarrage du projet : le

cycle de vie de réalisation d’un projet démarre.

4

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Sommaire

1. Notion de gestion des services

� Introduction aux principes des services

� Mode de gestion des services et lien contrat

� SLR SLO ET SLA dans le cycle de vie projet IT

2. Les composants d’une architecture informatique

� Service à l’utilisateur, Application et Architecture : les liens

� Les différentes briques ( description)

� Principe d’organisation d’une architecture

3. Identification des orientations d’architecture pour un projet

� Introduction au contexte d’analyse d’un CdC ( cahier des charges)

� Méthode d’analyse simplifiée : s’adapter au contexte du client ( son métier) : suivant

l’analyse des 4 critères de base: géographique , volumétrie, maturité et SLO du projet.

� Orientations et choix : signature du contrat et démarrage du projet

5

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L’approche par le service est déterminante dans l’activité d’une DSI.

A) Dans un projet, l’étude et le développement réalisés :

1. Ils sont l’objectif à atteindre, ce qu’il faut fournir à l’utilisateur

2. Ils servent de référence au client lors des recettes pour accepter ou non le projet

B) En exploitation ils sont la référence :

1. Qui doit être garantie dans le temps

2. Par des mesures en continu du niveau de services réels atteints. L’analyse de ces

mesures permet d’anticiper, ou de détecter un incident, de facturer le service fourni ( offre

Cloud par exemple)

Le tout est consigné dans un accord où chaque partie a des droits et des devoirs :

le contrat de service ou pour les offres Cloud dans le catalogue de services du fournisseur.

Le service final est le résultat d’une expression du besoin du client (cahier des charges),

rendu réel ( après négociation) grâce au projet.

Le cycle de vie des services

6

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Rappel : Le cycle de vie des services

Dans le cycle de vie d’un service les principaux acteurs sont :

1. Client :

Celui qui paie la facture, habilité à signer les contrats de

fourniture de services avec la DSI. Il écrit le cahier des

charges.

2. Utilisateur :

Celui qui utilise les services IT via son poste de travail. Il attend

que les spécifications soient respectées.

3. Fournisseur

Celui qui fournit les services IT. Il peut être interne à l’entreprise,

ou externe.

Les m

éti

ers

ou

exte

rnes

La D

SI

7

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Pour maîtriser la réalisation d’une architecture, le chef de projet doit maîtriser

les étapes de négociation qui vont permettre de définir les objectifs du projet :

1. SLR (service level requirement) : le cahier des charges

C’est l’expression du service attendu par le client, dans son langage.

2. SLO (service level objective) : la spécification fonctionnelle

C’est le service cible pour le projet en fonction des moyens.

3. SLA (service level agreement) : le niveau accepté par le client à la recette en

fin de déploiement (voir démarche projet :VSR ,VABF… )

C’est la concrétisation du service sur le terrain, après la mise en production.


8

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

La valeur d’un service se définit par :

1. Son utilité : (est-il adapté ? Sert-il à quelque chose ?)

• Notion de performance, résulte des effets positifs (valeur ajoutée) et des

effets attendus en termes de métier.

2. Sa garantie : (est-il apte à l’emploi ?)

• Assurance pour le client que le service sera fourni dans les conditions

définies (conditions, résultats, délais…).


Attentes client et

utilisateur

Contraintes DSI•Architecte

•Développeur

•Exploitant

•…

Service

fourni au

final

9

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un niveau de service c’est :

• un accord entre deux parties, il décrit une prestation, comment elle est réalisée,

suivant quelles modalités d’exécution en exploitation

• la description des niveaux de disponibilité, de performance, la capacité ….

Pour sa validation on mesure par exemple :

• l’accessibilité au service : taux de disponibilité (par exemple moins de 5% d’indisponibilité

par mois)

• la fiabilité du service : % de temps sans erreur

• la rapidité de réponse : un délai, une performance ou un temps de traversé d’un

réseau ( par exemple pour une requête de login)

• la capacité à fournir le service en fonction d’une volumétrie donnée ( par exemple

supporter 5000 accès utilisateurs par seconde en régime nominal)

• le délai de restitution du service après un incident en exploitation ( par exemple un

serveur doit être dépanné en 8h maximum )

Le cycle de vie des services : gérer un service

10

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Ce schéma montre les liens du cycle de vie des services avec le cycle de vie IT.

Cette démarche permet d’établir le catalogue des services du SI. Elle fournit au chef de projet :

• les SLA que doit fournir l’architecture en exploitation.

• la classification des SLA : pas niveau de service


11

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un service informatique est dépendant des chaînes de liaison.

Définir l’architecture est une étape déterminante pour un chef de Projet.

Nous allons détailler cette étape dans la suite de cette présentation.


12

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un exemple de mode de classification simple des niveaux de services, fréquente sur le

terrain : Démarche de classification en trois niveaux :

1. Elle consiste à classer par niveau d’importance le SLA : 3 pour fort, 2 pour moyen et 1 pour faible (on trouve aussi très souvent or, argent et bronze ).

2. Les composants logiciels et matériels liés au service suivent la même logique.

3. C’est le même principe pour les incidents de production suivant qu’ils touchent un service, une application ou un serveur , ils sont classés suivant la même logique.

4. Et ainsi de suite…

Exemple pour les serveurs : organisation

de la salle d’exploitation en 3 zones, avec

3 types de serveurs et 3 catégories de

contrat de support et ainsi de suite…

Exemple pour une application : on va avoir

des grands blocs. Par exemple SAP

comprend facturation/vente/production….

X XX

X

X

X

X

X

XX

X

3 (OR)

2(Argent)

1( Bronze)


13

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Sommaire










� Introduction au contexte d’analyse d’un CdC ( cahier des charges)


l’analyse des 4 critères de base: géographique , volumétrie, maturité et SLO du projet


14

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Introduction du chapitre

Ce chapitre présente les principaux composants utilisés dans la

mise en œuvre d’une solution d’architecture pour un SI.

Cette description ‘technique’ est faite pour des chefs de projet, elle se veut

délibérément simplifiée et doit leur permettre d’évaluer l’importance et les

contraintes de chaque brique pour leur projet.

Les composants que nous traiterons couvrent deux domaines :

1. Matériel : serveur, poste de travail et réseau

2. Logiciel : les bases de données, le stockage des données et les applications

Nous terminerons par une brève présentation des grands modes d’architecture

pour un SI.

Nota: ceci n’est pas un traité d’architecture

15

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Rappel L’importance et le rôle du SI

Le SI (Système d’Information) est à l’image de l’entreprise.

Toute l’activité de l’entreprise est dépendante du bon fonctionnement du SI, il se doit

d’avoir :

1. Une exploitation stable et robuste, pour avoir le minimum d’incidents lors

de l’accès aux services informatiques par ses clients.

2. Des capacités d’étude et de développement performantes pour modifier

rapidement le SI existant afin de réagir à la concurrence ou pour innover.

3. De protéger la donnée, le seul composant du SI qui ne peut être détruit .

Le SI fournit des services informatiques à ses clients. Ces services nécessitent la mise

en place d’une architecture complexe propre à l’activité de l’entreprise : son métier, sa

taille et son organisation .

Un chef de projet se doit de bien connaître l’entreprise, pour maîtriser le contexte

d’un service informatique et définir le cadre de réalisation de l’architecture.

16

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Rappel L’importance et le rôle du SI suite

Dans ce contexte la mise en place d’une DSI doit prendre en compte que :

A) L’activité d’une DSI couvre trois missions majeures :

1. La réalisation de projets de développement

2. La réalisation de projets de déploiement

3. La gestion au jour le jour du SI (exploitation et support)

B) Un projet informatique complet est composé de deux grands projets :

1. Un projet de développement (matériel ou logiciel) fait par les études

2. Un projet de déploiement fait par l’exploitation, aidé par les études

C) Dans le projet de développement la charge de travail est répartie entre :

• 30% pour le développement de la partie fonctionnelle

• 70% pour garantir la robustesse du code et fournir les moyens

d’exploitation et de support

17

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Rappel L’importance et le rôle du SI suite

projet projet gestion développement déploiement journalière

La réalisation de ces deux types de projets et la gestion au jour le jour se fait tout au long

du cycle de vie IT.

Le suivi et les mesures des SLA en exploitation permet de faire des bilans et d’identifier

les axes d’amélioration et d’apporter les corrections nécessaires .

18

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

vue fonctionnelleUne application fournit des services informatiques à l’utilisateur :

1. L’accès à l’application (login) qui donne accès à tout ou partie des fonctions de

l’application

2. L’utilisation de périphériques locaux : imprimante, scanner …

3. Plusieurs services majeurs, par exemple l’application ‘comptabilité client’

comprend plusieurs fonctions :

a) La gestion des profils utilisateurs

b) Les devis

c) La prise de commande

d) La facturation

e) Les contentieux

4. La capacité à gérer des informations:

1. Accéder et créer des données

2. Echanger des données avec d’autres applications

imprimante

données

Service à l’utilisateur, Application et Architecture

19

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L’architecture dédiée à l’application permet de fournir les services.

Les principaux composants matériels utilisés sont :

1. Un serveur(s) applicatif qui héberge le cœur de l’application et gère les

transactions (Une transaction = une requête et une réponse [un login par exemple] ).

2. Un ‘poste de travail’ qui accueille la partie ‘client’ de l’application et permet le

dialogue (les transactions) avec le serveur applicatif : l’accès de l’utilisateur au SI.

3. Une ‘base de données’, au sens large ( data, document, son et vidéo…), où l’application

va créer et/ou utiliser des données

4. Excepté ce cas, pour toute application

un réseau est indispensable

Sur un PC, avec une application

locale, word par exemple,

il n’y a pas besoin de réseau.


vue système

20

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le poids du réseau

L’évolution de l’informatique rendent les applications fortement dépendantes du réseau

(capacité à des débits puissants , importants et rapides).

C’est pourquoi il faut considérer que poste de travail, serveur et base de données d’une

même application peuvent être n’importe où sur le globe.

Cette situation conduit à :

A. Avoir une architecture éclatée

Et impose de

B. Répliquer serveur et base de données

pour s’affranchir des pannes réseau et

assurer l’autonomie locale d’un pays ou

d’un site

C. D’avoir un PT avec peu de données en

local (l’accès par navigateur est idéal)

vue système


21

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Dans le cas d’UPS on va avoir une architecture de ce type pour supporter les

applications de l’entreprise.

vue système


22

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Cette partie décrit les principaux composants ou briques utilisés

dans la mise en œuvre d’une solution d’architecture pour un SI.

Cette description ‘technique’ est faite pour des chefs de projet, elle se veut

délibérément simplifiée et doit leur permettre d’évaluer l’importance et les

contraintes de chaque brique pour un projet.

Les composants que nous traiterons couvrent deux domaines :

1. Matériel : serveur, poste de travail et réseau

2. Logiciel : les bases de données, le stockage des données et les applications

Nous terminerons par une brève présentation des grands types d’architecture

pour un SI.

Introduction

Les différentes briques

23

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les différentes briques

Pour les briques matériel d’une architecture, trois éléments majeurs sont à

prendre en compte :

1. Le serveur

2. Le poste de travail (PT)

3. Le réseau

L’aspect matériel a un poids relativement faible pour un chef de projet (sauf

le coût !). Par exemple un serveur est caractérisé principalement par des

aspects technologiques avant l’installation d’une application.

matériel

24

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le serveur héberge l’application pour :

1. Fournir la puissance pour le cœur de l’application : traitement des transactions

2. Gérer la partie client et/ou l’accès par un navigateur standard

3. Gérer les accès multiples ( 500 utilisateurs par seconde par exemple )

4. Garantir la robustesse du service fourni à l’utilisateur. Par exemple :

• Assurer la reprise d’une transaction après une rupture réseau

• Contrôler la cohérence d’une requête : envoi de message d’erreur

5. Gérer le lien avec les bases de données

6. Fournir tous les outils nécessaires à l’exploitation de l’application

• La console d’administration qui permet d’activer ou d’arrêter, de paramétrer et/ou de

faire évoluer l’application

• Les tableaux de bord pour suivre le comportement de l’application

• …

Nota : Il est recommandé d’avoir un serveur par application

Les différentes briquesmatériel

25

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le serveur qui héberge l’application .

Si l’application hébergée est critique, le serveur sera un composant critique (SLA élevé).

Chaque application comprend trois blocs fonctionnels :

• la présentation vers le poste de travail : client lourd , mode WEB , terminal…

• le traitement des transactions : la puissance de calcul

• l’accès aux données à gérer par l’application : en entrée et en sortie

Un serveur peut accueillir soit :

1. Plusieurs applications : à éviter en exploitation

2. Une seule application par serveur : la tendance forte actuellement


26

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

En fonction des contraintes, il y a différentes organisations de serveur pour une

même application, elles sont de trois types :

1. Un seul serveur : les niveaux de services sont peu contraignants et permettent

une panne de plus d’une journée.

2. Plusieurs serveurs répartis : les niveaux de services sont contraignants et

acceptent une panne d’une durée inférieure à une journée.

Organisation en mode load-balancing ou en redondance, qui permet lors de la

panne d’un serveur, qu’un autre prenne le relai : peu visible pour l’utilisateur

3. Plusieurs serveurs étroitement liés : les niveaux de services sont très

contraignants , pas de panne ou une panne d’une durée inférieure à 4h.

Organisation des serveurs en mode très haute disponibilité type cluster : pour

obtenir ‘zéro panne’ vu de l’utilisateur.


27

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un serveur dédié à une application est un ensemble de matériels et logiciels qui :

– Fournit de la puissance de traitement ( CPU)

– Comprend plusieurs disques durs (minimum deux)

• Un pour le système d’exploitation ou OS (Operating System)

• Un pour les données locales ( sa configuration) et pour le code de l’application

– Possède des outils d’exploitation

accédés via des consoles.

Au minimum deux : une pour

l’exploitation serveur et l’autre pour

l’exploitation de l’application.


28

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le poste de travail, est un élément très important pour une application.

C’est l’outil de l’utilisateur pour communiquer avec l’application et obtenir les

services souhaités.

Pour identifier le niveau de complexité du poste de travail, le chef de projet

devra prendre en compte les principaux aspects suivants :

• La volumétrie du parc : de 100, 1000 à plus de 10 000 PT parfois

• Sa nature (terminal, PC… voir ci-après pour plus de détails)

• Sa répartition géographique (les trois continents) et le nombre de sites

• S’il est multi-langues : plusieurs types de master PT ( un par pays parfois…)

• S’il héberge des données vitales pour l’entreprise

• Quel type de réseau pour les accès au PT


29

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le poste de travail permet à l’utilisateur d’accéder au SI.

Il est plus complexe qu’il n’y parait, car il comprend :

Matériel Logiciel Données

Fixe : PC, borne interactive…

Dépendant de l’application: la ‘partie cliente’ est à développer et à installer sur le poste de travail

Sans : cas de plus en plus fréquent

Mobile :PC portable, tablette, téléphone

Interface locale vers un périphérique : imprimante, lecteur code barre,

scanner, appareil photos ….

Indépendant de l’application : accès via un navigateur standard du marché

Avec : pour fonctionner hors liaison réseau

Problème complexe de mise à jour et de sauvegarde

L’utilisateur gère les transactions via des formulaires

Envoyer ou recevoir :• Des données

• Un document

• Du son

• De la vidéoPour


30

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le poste de travail existe sous différents types :

1. Le terminal : par principe simple car il ne reçoit qu’une image fabriquée en central, il n’y a pas de

données locales. La complexité (faible) vient des imprimantes ou autres périphériques locaux

(lecteur code à barre par exemple). C’est l’interface à un mainframe .

2. Le PC lourd : beaucoup d’anciennes applications ont une interface client, qui traite des données

et l’affichage en local . Le dialogue avec le serveur est dit lourd car beaucoup de données

doivent circuler sur le réseau. Il y a aussi des données en local. Les périphériques locaux

(imprimantes ou autres) complexifient encore plus cet environnement. Cas complexe.

3. Le portable est identique au PC, avec un degré de complexité supplémentaire car il n’est pas

toujours relié au réseau de l’entreprise pour sa gestion.

4. Les nouveaux terminaux qui gèrent les applications via une ‘fenêtre’ . Ces fenêtres sont en fait

soit le navigateur internet soit une émulation terminal (Citrix ou TSE de Windows). Ces modes

gèrent la présentation d’un client lourd sur le serveur et renvoient juste l’image écran sur le PT.

Les périphériques locaux (imprimantes ou autres) complexifient .


31

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


Le poste de travail

Se présente sous des formes

de plus en plus variées.

Il faut développer une adaptation de la partie cliente de l’application pour chaque type de poste de travail

PC.

Borne interactive

PC portable

Tablette

Téléphone portable

32

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Le réseau, c’est la révolution des 10 dernières années par la puissance fournie.

Maintenant on peut distribuer une application sur le globe terrestre et obtenir les mêmes

temps de réaction (ou presque) que si elle était sur un serveur unique.

Le réseau est le cœur de la révolution Internet par :

1. La capacité à transmettre des volumes importants très rapidement

2. Les délais de réaction des applications acceptables pour l’utilisateur (que ce soit pour

des données, du son ou de l’image )

3. La capacité d’exploiter une architecture éclatée sur trois continents

Les contraintes et risques sont :

A. Les pannes (rupture de réseau , serveur)

B. La sécurité (piratage de plus en plus important sur internet)


33

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les briques matérielles

Le réseau se décline principalement en deux grands types LAN et WAN :

1. LAN (Local Area Network) : pour les réseaux locaux que l’on trouve sur un

bâtiment : les débits sont de l’ordre de 100 Mbs, donc une bande passante

importante. Le niveau de sécurité est fort car ce sont des réseaux privés. Ils ont peu

d’impact sur la complexité du projet. Maintenant apparaissent les réseaux sans fil

tels que Bluetooth, WI-FI….

2. WAN (Wide Area Network) : pour les réseaux distants entre sites. Il y a deux types

de WAN :

a) Les backbone qui sont des liaisons haut débit entre des points éloignés, par

exemple un câble sous la mer, intercontinental ou entre deux grandes villes

(10 à 100 Mbs). Ils sont installés et gérés par des opérateurs.

34

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les briques matérielles

Le réseau , WAN (suite)

b) L’accès d’un site au backbone par des lignes de débit plus faible. On a deux

types :

• Les lignes dédiées à une entreprise de type LS (ligne spécialisée): sécurisées,

bande passante garantie et dédiée à l’entreprise. L’exploitation est accessible

par l’entreprise. Le coût de location est élevé en comparaison aux liaisons de

type internet.

• Les liaisons de type internet basées sur le réseau téléphonique, leur bande

passante est partagée entre plusieurs entreprises. Leur débit (1 à 20 Mbs) et

leur disponibilité ne sont pas garantis et leur sécurité est très faible (piratage

fréquent). Leur coût est plus faible. L’exploitation n’est pas accessible à

l’entreprise.

Pour des raisons de coûts et de relative stabilité des réseaux internet, de plus en plus d’entreprises basent leur WAN sur Internet et abandonnent les LS.

35

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


Le réseau (suite) WAN d’un fournisseur établit les liens entre sites distants. C’est

en réalité un maillage de réseaux physiques. Un nœud de ce maillage est en fait un

site dans le monde, avec une salle d’exploitation très complexe ( routeur, switch et véritable

système d’exploitation réseau sur serveurs). Son rôle est de trouver le meilleur chemin pour une

requête et de gérer les ruptures de réseau en identifiant un nouveau chemin.

Nota: une requête émise par un poste de

travail est en fait :

• découpée en trames réseau

• Chaque trame va suivre son

chemin (1,2,3 ou A,B,C,D,E…)

• A la réception, le serveur et la

base de données reconstruisent la

requête

36

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Dans cette première approche, nous traitons trois aspects majeurs des

logiciels lors de la construction d’un projet IT :

• les bases de données

• les moyens de stockage des données

• les différents types d’applications

Le logiciel a un poids très important dans un projet, car il est au

cœur de la solution.

Mais n’oublions pas qu’un matériel qui supporte un composant logiciel

critique, devient critique pour le projet.

Les différentes briqueslogiciel

37

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données gèrent les informations de l’entreprise. Cet outil

informatique gère et stocke les informations sous forme de données .

Pour mémoire ‘l’information’ (données au sens large) est le seul composant du SI qui

ne peut être détruit !

L’information est à la fois, une donnée gérée par une application (data, son et

vidéo) , mais aussi un document comme un mail, un article d’une revue, un

document Word ou Excel…

PS: L’histoire de l’informatique explique la diversité des différentes organisations de

données que l’on doit prendre en compte. Il est parfois impossible de remplacer

simplement une base de données ancienne.


38

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données, leur nature

� Au départ chaque application crée la propre organisation de ses données sous

forme d’un ou plusieurs fichiers dépendants de cette application. La communication

entre applications est très complexe.

� Les bases de données pallient ce problème de partage et d’exportation des

données. On voit apparaître des bases par domaine métier : RH, finances,

fabrication…)

- Elles structurent toutes les données sur une même base. Par exemple, la

gestion financière va mettre sur la même base les données des fonctions très

différentes d’un point de vue applicatif que sont la base des clients et leurs

coordonnées, les offres de contrat, les bons de commande, la facturation et la

balance financière, la TVA …etc.

- Il est toujours difficile et long d’avoir une consolidation des données au

niveau de l’entreprise afin d’avoir une vision d’ensemble.

Ce besoin est déterminant en situation de crise pour obtenir la réactivité nécessaire.


39

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données, le mode d’accès

Le principe de nos jours est de gérer toutes les données globalement, de toutes les

applications de l’entreprise en un point : SGBD ( Système de Gestion de Base de Données).

Le but est de pouvoir échanger, manipuler et exporter simplement les données.

Le principe d’une SGBD est d’avoir une structure standardisée, reconnue par tous, pour :

• fournir en une seule vision toutes les données métier au sein de l’entreprise

(applications RH, finances, fabrication…)

• permettre de faire des analyses simples et rapides grâce à un seul outil de suivi,

de reporting, d’alerte sur évènements, etc.

• partager simplement avec l’extérieur des informations ( partenaire, sur internet,

client ….)


Il existe encore beaucoup de bases de données ‘propriétaires’ dans la vraie vie!

40

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


Les bases de données . Une solution SGBD permet :

� d'enregistrer, rechercher, modifier et créer des données

� de spécifier les types de données

� de définir la structure de la base de données

� de gérer les règles de cohérence, les problèmes de

redondance

Les SGBD ont des mécanismes pour garantir

les transactions : accès concurrents , la sécurité des données, pallier

une rupture de réseau et reprendre une transaction (transparent à

l'utilisateur)

Elles offrent aussi des outils très puissants d’exploitation, d’analyse et de

reporting

Une solution SGBD est complexe et d’un coût souvent élevé

41

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données,

La complexité des SGBD varie suivant deux cas :

a) si cette base est centralisée sur un seul site : la mise en œuvre et la gestion

sont simplifiées et les performances sont bonnes,

b) si cette base est répartie sur plusieurs sites, il va être nécessaire d’assurer des

réplications entre les différentes parties de cette SGBD pour des raisons :

• de distance géographique

• de décalage horaire : par exemple pour des usines sur trois continents, le

bilan de fin de journée des productions est complexe

• de processus métiers car toutes les parties de cette SGBD ne sont pas au

même état d’avancement pour un même processus: par exemple le cycle de

fabrication d’un produit réparti sur plusieurs usines.


42

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données sont sur un serveur indépendant* du serveur d’application,

pour les raisons majeures suivantes :

1. L’évolution des structures de base de données logiciel ( Oracle….) et matériel (serveur dédié

données type SAN et NAS…) permet de gérer une organisation complexe des données : une

seule structure de base de données pour plusieurs applications

2. La puissance du réseau qui permet d’avoir une structure de données à la fois unique

et aussi complètement éclatée sur plusieurs points dans le monde

3. La capacité d’une exploitation d’un point unique permet la sauvegarde, le backup

(duplication) et l’archivage, mais aussi la capacité à synchroniser et répliquer toutes

les données éclatées

Marketing

SAP

Achat

Logistique

VenteApplication 1

Application 2

Application 3

Une base de

données

(*) : c’était l’inverse il y a 15 ans


43

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données, les composants matériels associés

La performance d’une transaction applicative dépend :

• du temps de traitement réel de la transaction elle-même qui est purement liée aux

performances CPU

• du temps d’accès pour charger les données de la transaction : réseau, vitesse

disque ou performance des mémoires. La solution de stockage est déterminante.

Deux types de solution sont utilisés pour une gestion préformante et répartie des

données :

• Le NAS - Network Accessible Storage:. C’est le réseau classique qui relie les

zones de stockage des données : simple et moins coûteux que le SAN.

• Le SAN - Storage Area Network. C’est un réseau spécifique aux échanges de

données. Cette solution est très performante et plus coûteuse qu’un NAS. Par

contre, les distances sont réduites, allant jusqu’à 10km.


Un SAN ou un NAS est un ensemble de serveurs et baies de disques.Il est géré par une application propre (dépend du fournisseur) et exploité via une console

44

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données, les composants matériels associés (suite)

Ces solutions permettent :

• Une redondance des données simple et performante

• Une sécurité plus forte d’accès aux données

• Une plus grande souplesse dans la gestion des données et des bases

de données

• Une meilleure optimisation des ressources

GENERALEMENT : en cas de crash d’une base de données, les données

sont sauvegardées à j-1.


45

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les bases de données, la problématique

Malgré toutes ces avancées, on trouve encore très fréquemment tous les types de

regroupement des données au sein de l’entreprise.

C’est un point stratégique pour l’entreprise : savoir obtenir une vision précise et

globale en temps réel de sa situation, pour prendre rapidement la bonne décision.

Paradoxalement, l’organisation des données reste un sujet très critique pour les

entreprises:

• Les employés et surtout le management concentrent beaucoup de « savoir faire »

et d’expertise dans des fichiers créés via office : Word, et surtout Excel.

•Internet est un vecteur majeur car il fournit des données sous des aspects divers :

fichiers PDF, audio et vidéo.

• La messagerie est devenue déterminante surtout d’un point de vue pénal car un

mail est reconnu comme pièce juridique: gestion de l’historique.

•…. Nota : Big data : le problème de la croissance exponentielle et de la disponibilité des données

(structurées et non structurées)…


46

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les types d’applications , une classification des applications :

1. Les applications dédiées à l’entreprise, bâties autour de son organisation propre :

a) Pour les grandes entreprises sur des mainframes ou Unix, avec un mode de

présentation en mode terminal pour le PT

b) Pour les entreprises plus petites on va retrouver des applications développées en

interne, propriétaires, liées à un serveur (Unix ou Windows), avec un mode de

présentation client lourd sur le PT

2. Les applications bâties à partir d’un progiciel spécialisé sur un métier : comptabilité,

finance… plus ou moins personnalisable ( si on a une forte personnalisation, leur évolution est

très coûteuse et problématique )

3. Les applications d’entreprises (progiciel) pour une vison globale de tous les métiers de

l’entreprise : ERP (SAP, Oracle…). Ces applications imposent un mode unique à toute

l’entreprise, elles sont lourdes et très structurantes pour l’entreprise. Par contre, elles sont très

utilisées dans les grandes et moyennes entreprises.


47

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les types d’applications , la réalité terrain :

Dans les entreprises, pour pouvoir gérer et si possible résorber les anciennes bases de

données non normalisées, les stratégies adoptées sont :

A. On ne touche pas l’existant en central et la présentation passe en mode

navigateur : le ré-habillage de l’application. Par exemple une application

mainframe, mode terminal, sera accessible via un navigateur, après un

développement complexe pour habiller le mode terminal dans un navigateur

B. Tout nouveau service (par exemple un site de vente en ligne) sera bâti sur un nouvel

outil et les nouvelles technologies

C. Refonte d’une application existante, avec la nécessité de prévoir une

cohabitation avec l’ancienne application et la capacité de revenir en arrière si un

problème survient en phase de déploiement . Cette dernière solution est très lourde,

coûteuse et risquée. Il faut savoir qu’il faut de long mois d’utilisation pour stabiliser les

données d’une base de données importante .


48

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

On peut décomposer les architectures rencontrées dans un SI en 3 grands types:

1. Un tiers : mainframe où tout est regroupé au sien d’une même machine et

installé sur un seul site : mode boîte noire . Tout est géré par le fournisseur IBM,

BULL…

2. Deux tiers : mode client /serveur (OS Unix, microsoft…)

3. Trois tiers : serveur de traitement, serveur de présentation qui envoie l’image

écran sur le poste de travail

Nota: Les solutions deux et trois tiers imposent la gestion et l’intégration dessolutions par les DSI contrairement au mainframe.

Ces architectures résument en quelque sorte l’histoire de l’informatique.

C’est l’évolution des réseaux(bande passante ,temps réponse…), qui est au cœur de l’évolution

vers deux tiers et maintenant trois tiers (l’éclatement actuel du SI sur plusieurs sites)

On trouve encore ces trois solutions fortement implantées dans les entreprises.

Principe d’organisation d’une architecture

Introduction

49

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un découpage en tiers

1. Un Tiers :

a) de type « mainframe » où tout est intégré dans un même système. Le poste

de travail est un simple terminal et il n’y a aucune donnée en local. Le poids du

réseau distant est faible. L’intégration est assurée par les fournisseurs : IBM,

BULL …

b) de type « un serveur un niveau », avec un OS de type Unix ou Windows

plus sa base de données (sur le même serveur). Le poste de travail est un PC

avec des données en local. Le poids du réseau distant est important au niveau

du poste de travail. L’intégration est à la charge des équipes IT.

2. Deux Tiers :

a) un serveur avec un OS de type Unix ou Windows qui gère l’application

(traitement)

b) un serveur de données qui gère les bases de données réparties en local ou

sur un autre site (parfois sur un autre continent). Le poids du réseau distant est

important pour les serveurs et les postes de travail.


Organisation des serveurs

50

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un découpage en tiers : (suite)

3. Trois tiers :

a) un serveur de présentation (frontaux web par exemple) avec un OS

de type Unix ou Windows. Il envoie l’image écran au poste de travail.

b) un serveur avec un OS de type Unix ou Windows, qui gère

l’application (traitement).

c) un serveur de données qui gère les bases de données réparties en

local ou sur un autre site (parfois sur un autre continent). Le poids du

réseau distant est important pour les serveurs et les postes de travail.

Si l’on a un poste de travail dit lourd : plus que jamais le poids du

réseau distant est important, voire déterminant, pour les serveurs .



51

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


Organisation : serveurs d’habillage pour mainframe De nombreuses sociétés utilisent et font évoluer des mainframes car :

• La solidité, la robustesse et la puissance de traitement font toujours leur réputation de nos

jours; même comparé au système Unix réputer robuste

• Leur niveau de sécurité est très élevé car tout est propriétaire de l’OS, la base de données et

le réseau : difficile à pirater

• Certaines applications anciennes sont non modifiables, à garder telles quelles : il faut savoir

qu’une grosse application met des années à être bien rodée et changer n’est pas simple

C’est pourquoi, pour pouvoir associé un mainframe avec d’autres systèmes plus

normalisés et communiquant simplement entre eux, on intègre des serveurs dits

d’habillage.

Sur une base d’un OS Unix ou Microsoft, on développe une application qui a uniquement

pour but de traduire les échanges avec le mainframe, aux niveaux :

• poste de travail

• base de données

•réseau

52

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

En synthèse les grands types d’architectures présents dans un SI sont :

: données locales



53

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Sommaire










� Introduction à l’analyse d’un CdC ( cahier des charges)


l’analyse des 4 critères de base: géographique , volumétrie, maturité et SLO du projet


54

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Introduction à l’analyse d’un CdC

Par définition la demande de services informatiques par un client doit être formalisée dans un cahier

des charges (CdC). Que ce soit pour un projet important ou pour une simple évolution ( changement) .

La réponse au CdC par le chef de projet a pour étapes :

1. L’analyse de la demande du client par le chef de projet et son équipe ( architecte, juriste et

financier)

2. Les demandes d’informations complémentaires ( échange de courriers) et réunion de travail avec

le client ( cette étape peut faire l’objet de plusieurs réunions)

3. La proposition/négociation d’adaptions, d’évolutions et d’optimisations de la demande :

devoir de conseil, réduction de coûts, identification des risques majeurs…

4. L’accord avec le client sur la réponse : les engagements de services à fournir et les coûts

financiers retenus pour la réalisation du futur projet .

5. La rédaction et signature du contrat entre les deux parties. Le projet va pouvoir commencer

55

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


La réponse au cahier des charges ( CdC) comprend des étapes formalisées par des

documents. Ils ont valeur juridique une fois le contrat signé. Il y a deux documents

majeurs pour cette phase avant siganture du contrat :

• la demande du client ou CdC

• la réponse de la DSI (son offre) qui décrit la solution proposée (SLO et

architecture… ) et le futur projet ( ressource et planning et coût global )

Une fois le contrat signé, la DSI s’engage à réaliser le projet

56

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Avant tout il faut bien connaitre le métier du client.

Ensuite il faut identifier quelle type de solution technique retenir le projet du client . Pour

cela il faut répondre :

� En terme technique

• Plate-forme matérielle

• Réseau local et distant

� En terme applicatif

• Applicatifs middleware

• Briques applicatives

• Base de données

� En terme d’implémentation de l’architecture et du déploiement

• Centralisé

• Décentralisé

Identifier la bonne architecture repose sur un bonne analyse du CdC


57

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Première étape : savoir analyser les données et identifier les points structurants.

Souvent il faut analyser et gérer une quantité importante des données .

Dans un cahier des charges on trouve trop et pas assez d’informations (exemple UPS). Il

revient au chef de projet et architectes d’identifier les informations pertinentes, d’en

faire la synthèse en tenant compte du ‘profil’ du client.

Fréquemment on trouve des tableaux de ce type :


Pays salariés managementfinances

gestionchauffeur maintenance commercial

France 6 000 1 000 100 4 000 600 300 12 000UK 1 000 50 10 800 90 50 2 000

Allemagne 2 000 100 20 1 600 180 100 4 000Espagne 500 40 5 360 50 45 1 000

9 500 1 190 135 6 760 920 495

Pays PT Sitebase de données

dupliquée

France 1300 40 ouiUK 400 2 non

Allemagne 700 15 NonEspagne 200 5 oui

2600 62

Méthode

58

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Deuxième étape : organiser l’information pour la transmettre plus tard aux équipes

projet :

a) Simplifier la lecture des informations clés, en les structurant dans un tableau et

en leur donnant des poids : établir simplement une analyse d’impact chiffrée

b) Organiser et structurer l’information dès le début de l’analyse des documents

client ( il y a beaucoup d’informations à intégrer)

c) Organiser les informations dans un seul document, par exemple de type Excel ,

pour faciliter les inévitables calculs et simulations

d) Rédiger une synthèse pour montrer au client que sa demande est comprise et

maîtrisée (comprendre le métier du client)

e) Constituer un dossier de toutes les informations pour le fournir plus tard aux

équipes projet, ce sera la référence lors du projet ( ils n’auront pas accès au CdC ). Tous

partiront de la même base : la vôtre. Ce point est déterminant.

Méthode


59

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

1) Analyser le cahier des charges à la lumière de quatre critères :

Géographique, Volumétrie, Maturité, Niveaux des services attendus ( SLR)

2) Identifier leur impact sur les cinq briques majeures d’une architecture que sont :

1. le serveur

2. le poste de travail

3. le réseau

4. les données

5. L’application

3 ) Donner un poids par critère et par brique. Le tableau de synthèse chiffré obtenu

montre les composants les plus contraignants dans le contexte du CdC.

4) Comprendre pourquoi. Ensuite identifier comment diminuer ces contraintes pour

simplifier la solution, réduire les risques et les coûts.

5) Négocier avec le client les nouvelles orientations

6) Finaliser votre proposition et obtenir l’accord du client par la signature du contrat (le projet

pourra commencer).

Nota: Cette approche est clairement simplifiée.

En entreprise le principe reste le même, mais peut intègrer plus de briques et de critères

Méthode


Serveur PT Réseau Base de

données Application

géographie 3 1 1 2 3

Volumétrie 1 2 2 3 1

maturité 2 1 3 2 1

SLR 1 3 1 3 2

7 7 7 10 7

60

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Poids de l’impact

Les raisons de l’impact du critère sur le futur projet :pendant son développement et lors de l’exploitation

3

• solution technique très complexe à mettre en œuvre• risques d’échec importants (ou de dérive)• coût très élevé en ressources, compétence , temps de réalisation

2

• solution technique complexe à mettre en œuvre• risques importants• coût élevé en ressources, compétence , temps

1

• solution technique classique ou simple à mettre en œuvre• risque maîtrisé• coût ‘standard’ pour le type de projet : ressources, compétence , temps

Le but est de structurer l’analyse d’un critère de manière répétitive pour tout projet. Pour cela on

évalue chaque critère en fonction de son niveau d’impact dans sur le projet, suivant trois niveaux.

Le tableau suivant propose un exemple de grille d’analyse de l’impact d’ un critère suivant trois

niveaux; en fonction des aspects techniques, risques, coût s, compétences et d’organisation.

Cette grille est à adapter par projet, en fonction de la demande et du métier du client

Méthode


61

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Principe de notation d’un critère.

1. Décider du nombre de niveaux

d’impact souhaité: par exemple

ici 3 niveaux.

2. En fonction des 5 briques de base d’une architecture, le chef de projet évalue le poids du critère

dans le contexte décrit par le cahier des charges . On va obtenir un tableau par critère :

3. Après avoir analysé le cahier des charges

à la lumière des 4 critères , on obtient

un premier bilan .

il permet alors d’identifier quel

composant a un impact fort pour

le projet

Méthode


62

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Pour illustrer l’application de la méthode d’analyse des 4 critères, nous nous baserons sur

le cas d’un CdC UPS qui demande la mise en œuvre d’une messagerie Microsoft dans

les conditions suivantes :

a) Une application pour tous les employés, accessible de partout même aux employés en

déplacement et à tout moment. Elle est fortement utilisée par les clients d’UPS.

b) L’activité est 30% plus forte en:

• novembre : les entreprises anticipent la période des fêtes de fin d’année

• décembre : beaucoup plus de particuliers avec de petites missions (< à 1000€).

c) Cette application doit être dans la langue du pays.

d) 100 000 employés n’ont jamais eu de PT, l’arrivée de la messagerie est une nouveauté .

e) Peu d’applications sont accessibles en mode navigateur

f) Messagerie répliquée ( serveur et base de données) par continent et par pays majeur pour permettre

un fonctionnement local en cas de rupture réseau.

g) Il y a un centre d’exploitation par continent. Les équipes sont des spécialistes Unix uniquement.

UPS comme exemple

Méthode d ’analyse simplifiée

63

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L'aspect géographique est déterminant pour les raisons principales suivantes :

– La puissance des réseaux permet d’avoir une architecture facilement répartie sur des site différents .

L’importance d’internet et des offres Cloud en sont des exemples forts.

– les utilisateurs veulent accéder aux applications de n'importe quel endroit du globe.

– les équipes d'exploitation peuvent administrer simplement un composant situé sur un autre continent .

Le niveau de l’impact du critère géographique sur le projet dépend de l'organisation de la société du

client . Le tableau suivant donne les points majeurs à identifier, analyser et évaluer :

géographiePoids de

l’impactRègles de pondération Exemple

3 • 3 continents (ou 3 fuseaux horaires)

• Beaucoup de sites et de petits sites

• Serveurs application ou base de données sur tous les sites

Application mondiale

Plus de 100 sites

Application qui doit être

répliquée partout

2 • 2 continents (ou 2 fuseaux horaires)

• Beaucoup de sites mais regroupant beaucoup d’utilisateurs

• 1 serveur application ou base de données par continent

Entre 100 et 10 sites

Réplication uniquement par

continent

1 • 1 continents (ou 1 fuseau horaires)

• Peu de site regroupant beaucoup d'utilisateurs

• Serveurs application ou base de données uniquement sur site central

Moins de 2000 utilisateurs

peu actifs

Pas de réplication

Géographie : le contexte


64

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Comme évaluer le poids de ce critère? Les principales situations à identifier sont :

1. Un monosite est le cas le plus simple ( impact faible ), ou plusieurs sites, mais avec 70%

d’utilisateurs sur un seul site on a un cas proche du monosite.

2. Multisite, les caractéristiques de l’application orientent la décision. Par exemple si elle est :

• centralisée: impact faible ou moyen

• adaptée par pays: langue locale nécessaire, donc impact moyen , souvent fort

• dupliquée par continent et pays pour préserver une autonomie locale : un serveur

applicatif local plus base de données pour s’affranchir des ruptures de réseau: impact

souvent fort

3. Multicontinents, un contexte qui impose (avec peu ou beaucoup de sites ):

– Une exploitation et un support 24/24h et 7/7j

– Une synchronisation des données via le réseau : très fréquent sauf si l’application est uniquement

sur le site central

Géographie : les principaux cas


65

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L’application de messagerie :

• sur beaucoup de sites , avec 400 000 utilisateurs, sur 3 continents

• disponible à tout moment et va nécessiter de répartir les composants de

l'architecture dans tous les pays (problème de langue).

• L'exploitation est complexe car il faut synchroniser beaucoup de serveurs et

répliquer la base de données

• Pour le support il faut des personnes parlant la langue locale pour assister les

utilisateurs d’un pays

Bilan : tableau pour le critère géographie et les niveaux d’impact par brique :

Géographie : application à l’exemple UPS


Serveur PT Réseau Base de données Application


66

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Quelles soient fournies ou calculées, les volumétries (tableaux de chiffres) vont caractériser

l’application et être déterminantes dans le développement d’un projet (définir la taille d’une

base de données…). Le résultat est une synthèse faite par le chef de projet .

Ces données concernent surtout l’application, elles sont de deux natures :

1. Les données statiques : elles permettent de calculer par exemple combien de baies de

stockage il faut pour la base de données par site, quelle puissance CPU mettre dans les

serveurs applicatifs, la taille des tables de paramétrage … Par exemple on va rechercher des

données sur :

– Le nombre d’utilisateurs potentiels par site et combien de sites

– La taille du catalogue des produits vendus

– La masse de données à répliquer pour ma base de données répartie

– …

Volumétrie : le contexte


67

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

2. Les données dynamiques

– Le nombre d’utilisateurs et leur comportement (par jour, mois et année)

– Les accès simultanés maximum par seconde demandés à l’application

– Le mode de fonctionnement en cas de panne : accès simultanés maximum en mode dégradé sur un seul

serveur …

Le niveau de l’impact du critère volumétrie sur le projet dépend de l’application attendue par client .

Le tableau suivant donne les points majeurs à identifier, analyser et évaluer :

Volumétrie

Poids de


3 • Un nombre très important d’utilisateurs

• Garantir des accès simultanés sur 3 continents, 24h/24h, élevés

• Une base de données volumineuse à répliquer par pays

au delà de 10 000

5000 utilisateurs/ seconde

> 1Tera de base de données centrale

2 • Un nombre important d’utilisateurs ( entre 5000 et 10 000 )

• Garantir des accès simultanés par continent : heures d’ouverture bureau

• Une base de données volumineuse à répliquer sur 3 continents

entre 5 000 et 10 000

1 000 utilisateurs/ seconde

1 Tera de base de données en central

1 • Un nombre faible d’utilisateurs ( > à 5000 )

• Garantir des accès simultanés par continent de 200 utilisateurs/ seconde

• Une base de données centrale non répliquée

>5 000

200 utilisateurs/ seconde

Moins de 1 Tera de base de données en central

Volumétrie : le contexte (suite)


68

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Comme évaluer le poids de ce critère? Pour la volumétrie, le nombre d’utilisateurs n’est

pas toujours significatif à lui seul :

• Le métier joue un rôle : les utilisateurs d’une usine utilisent peu l’application, dans une

banque c’est en permanence

• Le comportement dans la journée, le mois et l’année est à connaître

• Le nombre d’utilisateurs peut être différent du nombre

d’employés de la société

• L’application peut n’être utilisée que sur un pays ou site

alors que la société est mondiale

• En cas de réplication d’une base de données centrale de volume important , les échanges

seront volumineux et la charge du réseau sera forte

• La nature des données a un impact sur le réseau et la base de données : des images

imposent une forte volumétrie, contrairement au son et surtout aux données.

Volumétrie : les principaux cas


69

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


• 400 000 utilisateurs , sur 3 continents

• Beaucoup de clients externes à l’entreprise : par expérience professionnelle je

sais qu’il faut prendre en compte + 20% d’utilisateurs

• Les pièces jointes imposent une base de données centrale importante

• Nécessité de réplication pour assurer un fonctionnement local

• Novembre et décembre doivent supporter plus de 30% de trafic

Bilan : tableau pour le critère volumétrie et les niveaux d’impact par brique :

Volumétrie : application à l’exemple UPS




70

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L'aspect maturité est déterminant pour les raisons principales suivantes :

– Les utilisateurs n’ont jamais utilisé un outil informatique

– Les utilisateurs découvrent une nouvelle application métier qui transforme leurs habitudes

– La nouvelle application impose une évolution dans l’organisation de l’activité et/ou des équipes du client

– Les équipes d’exploitants doivent monter en compétences pour maîtriser de nouvelles technologies…

Le niveau de l’impact du critère maturité sur le projet dépend de l'organisation de la société du client .


Maturité Poids de


3 • Utilisateurs découvrent l’outil informatique

• Des évolutions fortes dans l’organisation du client non acceptées

• Évolution forte des exploitants pour maîtriser une nouvelle technologie

Application mondiale

Plus de 100 sites

Application qui doit être

répliquée partout

2 • Utilisateurs doivent utiliser une nouvelle technologie

• Nouvelle application qui impose de modifier les habitudes de travail

• Formation de certains exploitants pour une nouvelle technologie

Passage mode web sur PT

Nouvelle méthode de

comptabilité

1 • Utilisateurs maîtrisent les technologies utilisées par le projet

• Pas d’évolution de l’organisation du client

• Les exploitants ont déjà les compétences

Maturité : le contexte


71

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Comme évaluer le poids de ce critère? Les situations où la maturité des utilisateurs

impacte un projet informatique sont :

1. Le type de population :

• Sans PT : par exemple une usine avec des habitudes du tout papier, jamais eu de PT

• Terminal : les applications mainframe . Les caisses des supermarchés sont en mode terminal ! Elles ne connaissent pas un PC et encore moins un navigateur .

• PC lourd : les PC d’avant (années 90) applications et données locales. L’utilisateur se croit informaticien (sic) … pas facile de lui faire abandonner son petit pouvoir informatique (surtout

si on passe tout en client léger ou web)

• Mode client léger et/ou web : peut -être l’occasion d’un saut quantique par la force des choses. Interface banalisée et unique pour PC, téléphone, tablette

2. La connaissance du client pour savoir comment est vécu le nouveau projet en interne : identifier

les impacts d’un changement fort pour les utilisateurs

3. Valider que les exploitants acceptent l’évolution technologique et/ou ont les compétences pour

pouvoir évoluer : par exemple l’évolution peut induire des licenciements…

Maturité : les principaux cas


72

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


• 100 000 utilisateurs découvrent l’informatique : formation sur PC. Bien accueilli.*

• La nécessité de maîtriser les technologies Microsoft est refusée par les exploitants, beaucoup

ont plus de 50 ans. Source de conflit interne pour UPS*. Il faut prévoir des formations ou des

embauches

• 100 000 utilisateurs vont découvrir un PT pour la première fois : nécessité de bien les former,

sinon des problèmes lors du déploiement , risque de refus à terme

(*) : j’ai posé la question à mon client

Bilan : tableau pour le critère maturité et les niveaux d’impact par brique :

Maturité : application à l’exemple UPS




Nota: deux situations de blocage très dures pour un chef de projet (l’enfer !!!,), soit parce que :

• Les utilisateurs n’acceptent pas les nouvelles solutions

• Les équipes d’exploitants refusent l’évolution et veulent démontrer que la nouvelle technologie ne

marche pas en exploitation.

73

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

SLR

Poids de l’impact Règles de pondération Exemple

3 • Restitution du service en moins de 4h

• Moins de 30 mn d’arrêt par an (cumulé)

• Supporte 5 000 accès / seconde avec 30% d’utilisateurs connectés

Application boursière

Vente billet compagnie

aérienne

Plus de 200 000 utilisateurs

2 • Restitution du service en moins d’un jour

• Moins de 5h d’arrêt par an (cumulé)

• Supporte entre 1 000 et 5 000 accès /s avec 20% d’utilisateurs

connectés

Application métier majeure

1 • Restitution du service : best effort , maximum 3 jours

• Moins de 1h d’arrêt par mois (cumulé)

• Supporte 900 accès / s avec 10% d’utilisateurs connectés

Moins de 1 000 utilisateurs

peu actifs

Application non métier :

SLR : le contexte


Les SLR sont déterminant s, car à terme, les SLA à atteindre figureront dans le contrat :

• l’accessibilité au service : son taux de disponibilité (par exemple moins de 5% d’indisponibilité par mois)

• la fiabilité de l’application en exploitation : % de temps sans erreur

• Les caractéristiques de l’application principalement par ses temps de réponse en charge. Ce temps va

dépendre du temps de latence du serveur, du temps de traversé réseau ( exemple : une requête de login)

• la capacité en charge : pour une volumétrie donnée ( par exemple supporter 5 000 accès utilisateurs/s en

régime nominal)

• le délai de restitution du service après un incident en exploitation ( exemple dépannage d’un serveur en 8h

maximum )…

Le niveau de l’impact du critère SLR sur le projet dépend de l'organisation de la société du client .


74

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Comme évaluer le poids de ce critère? Les principales situations à identifier sont :

1. Le métier du client est riche en informations. Si par exemple le CdC indique que l’application

est critique . Le chef de projet en déduira un temps arrêts maximum différent suivant le métier :

• Banque : Pas d’arrêt , car en salle de marché 5 mn d’arrêt = 100 millions € de perte…

• Caisse de supermarché : 4h en novembre et décembre , une demi journée = 5 millions €

• Usine : 1 jour maxi car les bilans de production peuvent être reportés d’un jour

2. Les trois critères précédents (géographie, volumétrie et maturité) vont aussi fournir les orientations :

• Le nombre de continent à couvrir, les sites touchés….

• L’importance des volumétries à supporter : serveur, base de données, réseau….

• Les contraintes d’exploitation qui en découlent

SLR : les principaux cas


75

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort


– Le métier de UPS rends la messagerie déterminante : classé dans les applications critiques

– Architecture complexe car sur les trois continents, répliquée par pays (lié au problème de la langue)

– Volumétrie importante et en forte croissance à cause des pièces jointes: data, document et image….

– Une exploitation 24h/24 7/7j : sans arrêt vu de l’utilisateur

Bilan : tableau pour le critère géographie et les niveaux d’impact par brique :

SLR : application à l’exemple UPS




76

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un premier bilan (très macro) du CdC de UPS donne les impacts majeurs pour le

projet. Le tableau regroupant toutes les analyses des critères permet rapidement d’

identifier les points qui ont un poids élevé. A ce stade il faut :

• En déduire les solutions possibles et les charges pour mettre en œuvre votre projet si vous

acceptiez toutes les demandes du cahier des charges.

• Préparer la négociation avec des éléments factuels pour réduire les points délicats ou

coûteux pour le projet.

La synthèse de l’ exemple UPS donne le tableau final suivant:

Synthèse : application à l’exemple UPS


Serveur PT Réseau Base de données

Application


Volumétrie 1 1 3 3 2

maturité 2 3 1 1 1

SLR 2 1 3 3 2

77

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Une première analyse simple permet de voir que :

• Trois critères sont de même poids. La maturité est moins critique car 75% des utilisateurs

utilisent déjà des PT et des applications informatiques

• Pour l’architecture, sans modification du cahier des charges, le poste de travail et

l’application ont un poids trop fort. Le projet devra :

- gérer une charge de travail et des risques importants

- mettre en œuvre une architecture complexe et délicate à exploiter

- supporter des coûts très élevés

Synthèse : application à l’exemple UPS


78

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L’objectif est de réduire les poids forts. Pour cela il faut prendre la décision de

modifier le cahier des charges lors de la négociation avec mon client. Par exemple, en

partant des poids forts, le Chef de projet va proposer pour simplifier que :

- Tous les postes de travail soit en mode navigateur pour la messagerie

- Les bases de données ne seront donc répliquée que par continent : effet géographie et

volumétrie

- L’application soit centralisée, avec aucune donnée sur le PT : simplification de l’exploitation

- Les données de l’application soient centralisées : simplification de l’exploitation

La démarche proposée pour répondre à mon client

Orientations retenues : application à l’exemple UPS

Serveur PT Réseau Base de

données Application

géographie 2 1 2 1 2 8

Volumétrie 1 1 3 2 2 9

maturité 2 3 1 1 1 8

SLR 2 1 2 2 2 9

après 7 6 8 6 7

avant on avait 7 6 10 10 7

79

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Ce premier bilan doit vous amener à une seule question :

Jusqu’où j’accepte de répondre à la demande de mon client ?

Les questions que je dois me poser sont par exemple :

1. Que faut-il refuser car je ne peux pas fournir le service attendu pour des raisons

technologiques, financières, de délais, etc. … ?

2. Quel niveau de risque prendre ?

3. Est-il possible de repousser en phase 2 un point délicat à résoudre en début de

projet ?

4. Quelles propositions (ou recommandations) je peux faire à mon client : le devoir

de conseil ...

D’où une négociation avec le client pour adapter le cahier des charges

et/ou le budget et/ou les délais.



80

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

En fonction des différentes notes obtenues lors de vos analyses et des

impacts sur votre projet, cette grille de décisions vous permet de piloter

les négociations.

Exemple – un niveau élevé de services impose d’avoir une disponibilité de 24/24h; avec en mode

cluster (serveurs redondants), 6 mois de projet en plus et une exploitation 50% plus chère. Il faut

travailler ce point avec votre client pour comprendre la justification.

Ces négociations sont réalisées sur trois axes :

1. Identifier les niveaux de services élevés, non justifiés face aux besoins réels de l’utilisateur.

Votre connaissance du métier client ( finance, logistique…) et votre expérience interviennent pour

justifier des évolutions .Par exemple réduire un SLR de 4h à 2j pour une application paie qui

n’est utilisée qu’une semaine par mois

2. Mettre en évidence les coûts élevés et valider que le client les accepte réellement.

3. Présenter des propositions de simplification; par exemple sur l’architecture matérielle ou

logicielle …



81

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Enfin, une fois un accord avec le client obtenu et validé par la signature du contrat, le

démarrage officiel du projet peut avoir lieu .

Les premières actions du chef de projet vont être :

1. D’organiser l’activité par l’élaboration du plan projet

2. De définir le cadre du développement de la solution par la rédaction de la

spécification fonctionnelle. Elle va être le point d’entrée unique pour tous les

acteurs du projet (interne et externe). Elle formalise :

• les niveaux de services à atteindre par fonction : SLO

• le cadre technique des développements : les composants du référentiel

d’architecture de l’entreprise qui sont retenus : le développement logiciel est

sous UNIX, avec des bases de données Oracle…

•…



82

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les choix et conclusions que vous avez faits à ce stade vont apparaître dans

les spécifications fonctionnelles pour indiquer :

a) ce qui est accepté et/ou refusé dans le cahier des charges initial

b) ce qui est repoussé à une phase ultérieure

c) quels sont les grands choix techniques

d) ce que vous retenez comme type d’architecture « brique par

brique »

Les points a et b résument l’accord avec votre client et posent le cadre pour vos

équipes.

Les point c et d donnent toutes les informations nécessaires pour réaliser les

spécifications d’architecture détaillées et ensuite les spécifications techniques par brique

( PT, Données….)


Retenir l’architecture du futur projet

83

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Définir l’architecture adaptée à mon SI est complexe : quelle technologie est la

plus adaptée au projet, quelles compétences faut-il avoir en interne? Comment

m’organiser pour avoir une démarche pérenne dans le temps ?

Définir une architecture qui va reposer sur le référentiel du SI client qui :

1. Impose les choix technologiques structurants : par exemple un seul OS (Unix), une

seule structure de base de données (SQL de Microsoft) , deux types de navigateurs pour

internet

2. Décrit les équipes d’exploitation du client, leur compétences

Tout projet devra adopter ce cadre dans 80 à 90% des cas

Car modifier le référentiel pour un projet entraine des coûts

supplémentaires souvent très élevés !



84

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort



Applicationcentrale

En réponse au CdC de la messagerie UPS, l’architecture cible que le chef de projet peut

proposer au client, et ensuite fournir aux équipes projet, pourrait être la suivante :

85

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Un moteur rassemble ce qui (matériel et logiciel) :

1. Est nécessaire à toutes les applications . Par exemple un annuaire pour

s’identifier, une messagerie pour transmettre des messages, un workflow pour

synchroniser des tâches

2. Constitue le squelette pour relier et unifier les composants du SI : un réseau, une

base de données et son stockage, le poste travail, les outils d ’exploitation mais

aussi les compétences pour gérer cet ensemble

Exem

ple

de m

ote

ur

info

rmati

qu

e


Principe du référentiel

86

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Liens moteur informatique et applications :

Tout développement d’un service informatique comprend un développement matériel

et/ou logiciel, qui va s’appuyer sur tout ou partie des ressources du moteur informatique.

A la conception de l’architecture propre à ce service, il faut prévoir son intégration au

sein de l’existant = le moteur informatique et les liens aux applications déjà existantes.

Nouvelle application

Autres

applicationsAutres

applicationsAutres

applicationsApplications

existantes



87

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

L’architecture de la nouvelle application est intégrée dans l’existant , en deux étapes :

1. lors de la phase d’intégration pour être testée isolée (sur la plate-forme d’intégration)

2. puis au déploiement dans le SI pour passer en exploitation, dans le contexte réel

•La nouvelle application

• Les modifications imposées à l’existant



88

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Intégrer une nouvelle application impose de traiter les évolutions nécessaires sur

l’architecture existante et les effets sur l’utilisateur lors du déploiement.

Le niveau de complexité rencontré va imposer la démarche à suivre :

1. L’évolution : jusqu’où peut-on modifier l’existant et les liens avec les

autres applications pour intégrer la nouvelle application? Il arrive que

l’architecture imaginée impose une évolution trop complexe (voire

impossible ), et nécessite de refaire l’étude d’architecture !

2. Le déploiement : peut imposer d’arrêter des applications existantes

et/ou d’interrompre l’activité des utilisateurs et/ou d’avoir à se déplacer

sur de nombreux sites ( modification de poste de travail). Ces exemples

montrent l’importance d’un projet de déploiement et de sa prise en

compte dès la phase étude, lors des spécifications .



89

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Les outils pour développer et intégrer :

On utilise des plate-formes, matérielles et logicielles, pour assurer la cohérence tout au

long du cycle de vie : entre études/intégration et exploitation/support. Ces plate-formes

sont sous la responsabilité de l’exploitation : pour garantir une gestion rigoureuse .



90

Pilo

tage de P

rojet –

ING

1 –

Pro

mo

20

17

–D

écemb

re 20

14 –

V1

.0N

extsteps –

repro

du

ction

interd

ite sur to

ut su

pp

ort

Bilan : Délivrer un service n’est pas simple !!!Conclusion ?

Documents

Module « Pilotage de Projet » - Module GPRO-0 UNE APPROCHE ... MCI - Management... · Rappel L’importance et le rôle du SI Le SI (Système d’Information) est à l’image de