05/04/2017 12h00
March n 2017-01
Sommaire
March n 2017-01 : CCTP ................................................................................................. 3
1. Objet .................................................................................................................................... 3
2. Glossaire ............................................................................................................................... 3
3. Description du contexte ........................................................................................................ 4
3.1. Contexte gnral ...................................................................................................................................... 4
3.2. Zones et utilisateurs ................................................................................................................................. 5
Annexes .......................................................................................................................... 67
Documents annexes ................................................................................................................ 67
2017-01 : CCTP 2 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2. Glossaire
2017-01 : CCTP 3 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
3. Description du contexte
Le Livre foncier d'Alsace - Moselle est le systme de publicit foncire de l'Alsace et de la Moselle. Il
dpend du Ministre de la Justice.
Le Livre foncier d'Alsace - Moselle est pass dun support papier un support numrique dans le
cadre dun projet d'informatisation et de dmatrialisation complte men en coordination avec le
Ministre de la Justice et les Cours d'appel de Colmar et Metz.
Depuis le 1er juillet 2008, lensemble des bureaux fonciers dont la mission premire est dassurer la
publicit foncire est quip du systme dinformation AMALFI : toutes les requtes en inscription et
toutes les oprations de traitement de ces requtes, y compris la signature des ordonnances
dinscription, sont dornavant gres dans ce systme.
Ltablissement Public dExploitation du Livre Foncier Informatis (EPELFI), cr par la loi n 2002-
306 du 4 mars 2002, est charg, depuis le 1er janvier 2008, d'assurer le bon fonctionnement et
l'volution du systme dinformation AMALFI pour ses diffrents utilisateurs (personnels des bureaux
fonciers, professionnels habilits, autres utilisateurs professionnels, particuliers). Cet tablissement
public est une structure permanente et a notamment pour missions :
d'assurer ou faire assurer l'exploitation et la maintenance des systmes destins
supporter le Livre foncier informatis ;
d'assurer le contrle de la scurit des systmes et du rseau du Livre foncier
informatis ;
de dlivrer et retirer les habilitations et de contrler les accs aux donnes du Livre
foncier informatis ;
de dlivrer les copies non certifies du Livre foncier.
Ces services sont rendus par le systme dinformation AMALFI qui est support par une architecture
informatique dont le renouvellement est lobjet du prsent march.
2017-01 : CCTP 4 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Les utilisateurs AMALFI sont aussi bien externes quinternes au rseau priv virtuel justice (RPVJ).
Ceci dfinit les 2 zones de scurit majeures du systme d'information AMALFI : la zone de scurit
interne, aussi appele Systme Central (SC) et la zone de scurit externe, aussi appele Sous-
Systme d'Echange vers l'Extrieur (SSEE).
Les utilisateurs internes sont les juges du Livre foncier, les greffiers et les vrificateurs du Livre foncier
et disposent d'un systme d'authentification forte par cartes puces ; chaque utilisateur est inscrit
dans l'annuaire AMALFI interne.
Les utilisateurs externes comportent deux grands groupes, les habilits et les non-habilits. Les
utilisateurs habilits disposent dun systme dauthentification forte par cartes puces ou quivalent
et chaque utilisateur est inscrit dans lannuaire AMALFI externe. Le second groupe est compos des
utilisateurs non-inscrits et donc non habilits ; ce groupe comprend notamment les utilisateurs dits
grand public .
Ci-dessous le schma rcapitulant les types dutilisateurs et les zones majeures dAMALFI :
Sous Systme
dEchange vers lExtrieur Site Central (SC)
(SSEE) changes scuriss
Utilisateurs internes
- Bureaux Fonciers (BF)
- Epelfi
2017-01 : CCTP 5 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
4.1.1. Terminologie
La terminologie suivante est utilise dans la suite du document :
plateforme dsigne un ensemble techniquement et fonctionnellement cohrent de
composants physiques et logiques de diffrents types interagissant entre eux (serveurs,
postes de travail, quipements rseau et de scurit, logiciels, priphriques). Par
exemple : plateforme de production, plateforme de pr-production.
La notion de plateforme est fondamentalement physique mais peut galement tre en tout
ou partie virtuelle pour les plateformes dites secondaires.
environnement dsigne un sous-ensemble des ressources logiques d'une
plateforme, utilis pour un ensemble cohrent de fonctions. Par exemple : environnement
de recette applicative, environnement de formation, environnement de tests de
performance.
La notion d'environnement est logique ; elle est aborde dans ce document titre
d'information uniquement.
Une plateforme hberge gnralement plusieurs environnements qui doivent pouvoir
fonctionner de la faon la plus indpendante possible.
serveur P dsigne un serveur physique de technologie Power hbergeant des
machines virtuelles appeles partitions, sous systme d'exploitation AIX.
serveur X dsigne un serveur physique de technologie x64 hbergeant des machines
virtuelles sous systmes d'exploitation Windows ou Linux.
2017-01 : CCTP 6 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 7 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 8 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
A titre d'information, le schma ci-dessous dcrit la mise en rack actuelle de la plateforme de pr-
production et PRA.
112
650
7014-T42 7014-T42
Energie2bis Q72B2
Energie2 Q72B2
Energie2bis E10B
Energie2 E10A
SAN001 42
SAN002 41 COM901
40 COM902
39
DSK001
38 FIR401A
37 FIR401B
36
DSK001_EXP1
35 COM401
34 COM402
DSK001_EXP2
33
32 FIR301A
DSK001_EXP3
31 FIR301B
30
DSK001_EXP4
29 COM301
#
100
28 COM302
COM701 27 650
26 FIR003A 9307-2RX
25 FIR003B Energie2bis E20B Alim Droite 25
SAV001
24 Energie2 E20A Alim Gauche 24
23 COM001A 23
2020
HMC001 22 KVM 22
KVM / CONSOLE 21 COM001B CONSOLE 21
20 FIR701 20
ESX001
19 19
SON201
18 18
ESX002
17 COMPRA02 17
SON202
16 16
15 15
PWR001
14 COM201 NTP002 14
1245
13 COM202 13
12 12
CFE001
Energie2bis Q71B2
Energie2 Q71B2
Energie2bis Q73B2
Energie2 Q73B2
11 COM501 11
PWR001_EXP
10 10
CFE002
9 FIR001A 9
8 FIR001B 8
CFE003
7 7
PWR002
6 COM101 6
CFE004
5 COM102 5
4 4
DSKCFE
3 COM801 3
PWR002_EXP
2 COM802 2
DSKCFE_EXP1
1 1
Serveurs
Serveurs P : 2 serveurs 8 curs Power 7 x 3GHz, 128 Go RAM, hbergeant au total :
o 8 partitions VIOS,
o 23 partitions AIX.
Serveurs X : 2 serveurs 8 curs Intel XEON E5620 x 2,4 GHz, 96 Go RAM, hbergeant
au total :
o 10 VM Linux,
o 17 VM Windows.
2017-01 : CCTP 9 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Sauvegarde
Serveurs
Serveur P : 4 curs Power 7 x 3GHz, 64 Go RAM, hbergeant :
o 1 partition VIOS,
o 11 partitions AIX.
Serveur X : 4 curs Intel XEON E5607 x 2,24 GHz, 36 Go RAM, hbergeant :
o 3 VM Linux,
o 1 VM Windows.
2017-01 : CCTP 10 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Stockage
Sauvegarde
Caractristiques du robot : 1 lecteur LTO-5, 22 emplacements de stockage, 1
emplacement d'entre-sortie ;
Volume moyen de sauvegarde journalire : 100 Go ;
Bandes de sauvegarde en lecture-criture (LTO-5) :
o Bandes internes au robot : 6 To (7 bandes).
2017-01 : CCTP 11 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 12 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 13 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
112
650
7014-T42 7014-T42
Energie2bis Q72B2
Energie2 Q72B2
Energie2bis E10B
Energie2 E10A
FIR900 42 SAN001
COM901 41 SAN002
COM902 40
39
DSK001
FIR401A 38
FIR401B 37
36
DSK001_EXP1
COM401 35
COM402 34
DSK001_EXP2
33
FIR301A 32
FIR301B 31
30 FIR701
COM301 29
#
100
COM302 28
27 COM701 ./. COMPRA01 650
FIR003A 26 9307-2RX
FIR003B 25 Energie2bis E20B Alim Droite 25
SAV001
24 Energie2 E20A Alim Gauche 24
COM001A 23 23
2020
22 HMC001 KVM 22
COM001B 21 KVM / CONSOLE CONSOLE 21
20 20
ESX001
19 19
SON201
18 18
ESX002
17 NTP001 17
SON202
16 16
15 15
PWR001
COM201 14 NTP002 14
1245
COM202 13 13
12 12
Energie2bis Q71B2
Energie2 Q71B2
Energie2bis Q73B2
Energie2 Q73B2
COM501 11 11
PWR001_EXP
10 10
FIR001A 9 9
FIR001B 8 8
CFE001
7 7
PWR002
COM101 6 6
CFE002
COM102 5 5
4 4
DSKCFE
COM801 3 3
PWR002_EXP
COM802 2 2
DSKCFE_EXP1
1 1
Serveurs
Serveurs P : 2 serveurs 8 curs Power 7 x 3GHz, 128 Go RAM, hbergeant au total :
o 8 partitions VIOS,
o 22 partitions AIX.
Serveurs X : 2 serveurs 8 curs Intel XEON E5620 x 2,4 GHz, 96 Go RAM, hbergeant
au total :
o 8 VM Linux,
o 16 VM Windows.
2017-01 : CCTP 14 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Sauvegarde
Les logiciels numrs ci-dessous correspondent aux logiciels support du systme d'information
AMALFI qui sont potentiellement impacts par le projet de remplacement des matriels, objet du
prsent march.
2017-01 : CCTP 15 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 16 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
5.1. Enjeu
Ce projet consiste remplacer linfrastructure matrielle des plateformes AMALFI dans le but de
rpondre aux exigences suivantes :
Accroissement de la scurit ;
Rduction des cots et simplification de l'exploitation ;
Amlioration des performances et des capacits.
2017-01 : CCTP 17 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 18 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Seuls les pare-feux appartenant aux plateformes secondaires leur resteront physiquement ddis et
seront relocaliss Nantes aprs renouvellement.
2017-01 : CCTP 19 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
fonctionnalits pouvant tre actives par la suite sous forme dextensions de licence ou d'ajout de
composants.
2017-01 : CCTP 20 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
La rponse faite par le candidat portera et couvrira lensemble des spcifications dcrites ci-dessous :
Infrastructure serveurs ;
Infrastructure rseau SAN ;
Infrastructure de stockage ;
Infrastructure rseaux LAN ;
Infrastructure de sauvegarde ;
Offre de service globale pour l'installation, l'intgration, la mise en oprationnel et la
bascule des infrastructures ;
Proposition dune offre de maintenance pour 5 ans de lintgralit de la solution.
En dposant une offre pour ce prsent march, le candidat confirme quil a parfaitement
conscience des enjeux et contraintes de lEPELFI et notamment que les deux plateformes
physiques (pr-production et PRA, production) livres, mises en uvre et charges des
er
donnes par le titulaire devront tre totalement oprationnelles au plus tard le 1 juin 2018. Il
confirme galement que son offre comporte tous les matriels, logiciels et prestations
ncessaires latteinte de cet objectif.
Ce chapitre reprend l'inventaire des matriels actuels des plateformes physiques, prsents au
chapitre 4.2 ci-dessus, avec pour chacun la description de la transformation attendue dans le cadre de
ce march ; plusieurs cas de figure sont possibles :
Matriels remplacs : matriels obligatoirement remplacs dans le cadre de ce march ;
le candidat devra inclure dans son offre leur maintenance pour une dure de 5 ans dans
le cadre de la tranche conditionnelle 2 du prsent march ; le remplacement peut
s'accompagner d'une transformation indique dans les tableaux ci-dessous ;
Matriels conservs en l'tat : matriels conservs, sans obligation pour le candidat
d'en prolonger la maintenance (par exception l'exigence de dure de maintenance
indique au chapitre 5.1.4 ci-dessus) ; le candidat inclura dans son offre le dmontage de
ces matriels de l'ancienne infrastructure et leur intgration dans la nouvelle
infrastructure ;
Matriels remplacs ou conservs : matriels ventuellement remplacs dans le cadre
de ce march ; si le candidat propose de les conserver, il devra inclure dans son offre leur
maintenance complte pendant toute la dure de la tranche conditionnelle 2 du prsent
march, et inclura dans son offre le dmontage de ces matriels de l'ancienne
infrastructure, leur mise au dernier niveau de version de microcode et logiciels de base
(hyperviseurs) ainsi que leur intgration dans la nouvelle infrastructure ;
Matriels transposs : matriels non remplacs mais dplacs logiquement ; le candidat
inclura dans son offre, soit la transposition dans la nouvelle infrastructure des
configurations et environnements des anciens matriels vers de nouveaux matriels, soit
l'assistance l'EPELFI pour la ralisation de cette transposition, en fonction de ce qui est
indiqu dans les tableaux ci-dessous ;
Matriels supprims : matriels qui ne seront ni conservs, ni remplacs, ni transposs ;
ils sont lists titre dinformation.
2017-01 : CCTP 21 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
COMPRA04 Remplac X
COM101
Transposs dans le rseau serveurs de la zone X
COM102
COM201
Supprims
COM202
COM301 Transposs dans le rseau serveurs de la zone X
2017-01 : CCTP 22 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
FIR001A
FIR001B
Remplacs X
FIR003A
FIR003B
FIR301A
FIR301B
Remplacs X
FIR401A
FIR401B
FIR701 Remplac ou conserv avec maintenance
X 2014-11
Ne doit pas tre mis en cluster
2017-01 : CCTP 23 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 24 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
COM201
Supprims
COM202
COM301
COM302 Transposs dans le rseau serveurs de la
X
COM401 zone
COM402
Remplac avec ddoublement dans les 2
COM501 zones de scurit en tant que rseau X X
d'administration de chaque zone
COMPRA03 Remplac X
FIR001A
FIR001B
Remplacs X
FIR003A
FIR003B
FIR301A
FIR301B
Remplacs X
FIR401A
FIR401B
Remplac ou conserv avec maintenance
FIR701 X 2014-11
Ne doit pas tre mis en cluster
Supprim
FIR900
Les impacts externes seront traits par l'EPELFI avec l'assistance du titulaire
SON201 Conserv en l'tat sans prolongation de la
X
SON202 maintenance
2017-01 : CCTP 25 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 26 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Le schma ci-dessous dcrit sous forme d'exemple le principe des zones de scurit du systme
d'information AMALFI.
Plateforme physique
Utilisateurs Utilisateurs
externes Zone de scurit EXTerne Zone de scurit INTerne internes
Rseau Rseau
dadministration dadministration
Administrateurs
AMALFI
2017-01 : CCTP 27 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
5.3.1.4. Supervision
La solution propose devra pouvoir sintgrer la solution de supervision existante de lEPELFI,
indique au chapitre 4.3.2 ci-dessus (ITM).
Le candidat apportera du conseil sur le type dvnements faire remonter dans ITM, tels que ceux
dfinis ci-dessous :
Monitoring de la consommation des ressources systmes ;
Remonte des alertes critiques matrielles et logicielles.
L'intgration dans la supervision fait partie intgrante du projet et sera donc incluse dans la dmarche
globale et dans le planning du projet proposs par le candidat ; elle sera ralise par l'EPELFI avec
l'assistance et l'aide des lments fournis par le titulaire (structures "MIB" snmp, format des
journaux, etc.).
Principes gnraux
Les performances des serveurs feront l'objet d'une amlioration par le candidat par rapport aux
possibilits de l'infrastructure actuelle. Le candidat fournira l'engagement des constructeurs sur les
performances et la rsilience de l'infrastructure serveurs propose.
Le candidat inclura dans sa proposition les licences des logiciels systmes indiqus au chapitre 4.3.1
ci-dessus, dans leur version disponible la plus rcente, en quantits bases sur l'infrastructure cible et
les besoins exprims au chapitre 5.4 ci-dessous.
Chaque zone de scurit majeure (interne, externe) de chaque plateforme physique (PPRA, PROD)
comportera 2 grappes de serveurs :
Serveurs P avec partitions AIX ;
Serveurs X avec machines virtuelles Linux et Windows.
2017-01 : CCTP 28 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Dimensionnement
Chaque grappe comportera au minimum 2 serveurs dimensionns l'identique, configurs pour
assurer la haute disponibilit (avec bascule froid par les mcanismes proposs par le candidat et
industrialiss par le titulaire) de l'ensemble des partitions AIX et machines virtuelles qu'ils hbergent,
l'exception des partitions AIX redondes sur plusieurs serveurs et qui bnficient dj de mcanismes
logiciels de mise en cluster, comme prcis au chapitre 5.4 ci-dessous.
Dans chaque grappe, le dimensionnement cible (RAM, CPU) de chaque serveur devra permettre
d'absorber en totalit, sans saturation, la charge supplmentaire induite par la dfaillance d'un autre
serveur de la grappe, en tenant compte des critres d'volutivit exposs au chapitre 5.1.3.2 ci-
dessus.
Rseaux LAN
Outre la connexion du port d'administration de chaque serveur au rseau d'administration de la zone,
chaque serveur sera mis en liaison avec les commutateurs LAN des rseaux de la zone indiqus ci-
dessous, selon une architecture exempte de point de dfaillance unique (SPOF) :
Principes gnraux
Chaque zone de scurit majeure (interne, externe) de chaque plateforme physique (PPRA, PROD)
comportera les actifs rseaux (commutateurs et pare-feux) ddis la zone.
Les performances des actifs rseaux feront l'objet d'une amlioration par le candidat par rapport aux
possibilits de l'infrastructure actuelle. Le candidat fournira l'engagement des constructeurs sur les
performances et la rsilience de l'infrastructure rseau propose.
Les fonctionnalits des actifs rseaux actuels devront minima tre reconduites dans la nouvelle
infrastructure.
2017-01 : CCTP 29 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Commutateurs
Le candidat devra proposer une seule marque de commutateurs en remplacement des produits
CISCO actuels.
3 rseaux sont prvus dans chaque zone majeure de scurit :
le rseau d'accs ;
le rseau serveurs ;
le rseau d'administration.
Les commutateurs de chaque rseau seront redondants.
Les commutateurs du rseau serveurs de chaque zone seront interconnects au sein dune mme
pile (commutateurs "stackables").
Outre les exigences exposes au chapitre 5.1 ci-dessus, les fonctionnalits supplmentaires
attendues des commutateurs sont minima les suivantes :
gigabit ;
agrgat de ports ;
VLAN et encapsulation 802.1q ;
spanning Tree Protocol (STP)
gestion multiutilisateurs et droits locaux ; chiffrage des mots de passe ;
NTP ;
sauvegarde : export automatique des configurations en interne et via le rseau ;
supervision : traps SNMP ; syslog ; SNMP V3 ;
administration : SSH v2 ; logiciel du constructeur ; cble direct (limitation sur IP).
Le nombre de ports ncessaires dans chaque rseau sera dtermin par le candidat en fonction de
l'infrastructure propose ainsi que des besoins indiqus au chapitre 5.4 ci-dessous.
Les ports seront configurs sur base des configurations actuellement mises en uvre.
Les ports console ne devront pas tre dsactivs.
Les VLAN seront configurs sur base des besoins indiqus au chapitre 5.4 ci-dessous.
Pare-feux
Le candidat devra proposer deux marques de pare-feux diffrentes en remplacement des produits
CHECKPOINT et CISCO actuels.
Sauf exception indique au chapitre 5.4 ci-dessous, les pare-feux seront redondants et mis en cluster.
Outre les exigences exposes au chapitre 5.1 ci-dessus, les fonctionnalits supplmentaires
attendues des pare-feux sont minima les suivantes :
gigabit ;
translation d'adresse et de ports (NAT, NAPT) ;
routage ;
filtrage ;
VPN point--point ;
protocole IPSEC ;
gestion multiutilisateurs et droits locaux ; chiffrage des mots de passe ;
NTP ;
sauvegarde : export automatique des configurations en interne et via le rseau ;
supervision : traps SNMP ; syslog ; SNMP V3 ;
administration : SSH v2 ; logiciel du constructeur ; cble direct (limitation sur IP).
2017-01 : CCTP 30 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Cblage Ethernet
Les cbles Ethernet de catgorie 6, ncessaires aux connexions entre eux des matriels proposs sur
chaque plateforme, seront inclus dans l'offre du candidat en nombres et longueurs adquats en
fonction de la solution cible :
Plateforme PPRA : uniquement les cbles d'interconnexion des actifs rseaux entre eux ;
Plateforme PROD : l'ensemble des cbles.
La longueur des cbles fournis par le titulaire devra tre limite au minimum strictement ncessaire.
L'ensemble des cbles rseaux fournis par le titulaire seront marqus par le titulaire (matriel de
marquage fourni par l'EPELFI).
Principes gnraux
Chaque zone de scurit majeure (interne, externe) de chaque plateforme physique (PPRA, PROD)
comportera un rseau SAN comportant minima 2 commutateurs redondants.
Commutateurs SAN
Les performances des commutateurs SAN feront l'objet d'une amlioration par le candidat par rapport
aux possibilits de l'infrastructure actuelle. Le candidat fournira l'engagement du constructeur sur les
performances et la rsilience de l'infrastructure SAN propose.
Le nombre de ports ncessaires dans chaque zone majeure de scurit sera dtermin par le
candidat en fonction de l'infrastructure propose et en tenant compte des critres d'volutivit
exposs au chapitre 5.1.3.2 ci-dessus.
Cblage Fibre
Les cbles et connecteurs fibres ncessaires aux connexions entre eux des matriels proposs sur
chaque plateforme, seront inclus dans l'offre du candidat en nombres et longueurs adquats en
fonction de la solution cible propose.
L'ensemble des cbles fibres fournis par le titulaire seront marqus par le titulaire (matriel de
marquage fourni par l'EPELFI).
Principes gnraux
Chaque zone de scurit majeure (interne, externe) de chaque plateforme physique (PPRA, PROD)
comportera au minimum une baie de stockage.
Les performances des baies de stockage et des units de stockage qu'elles renferment feront l'objet
d'une optimisation par le candidat par rapport aux possibilits de l'infrastructure actuelle. Le candidat
2017-01 : CCTP 31 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Volumtries
La rpartition des volumtries entre les zones majeures de scurit sera dtermine par le candidat
sur base des besoins indiqus au chapitre 5.4 ci-dessous ainsi que des ventuelles fonctionnalits
supplmentaires proposes par le candidat (sauvegardes primaires sur disque par exemple).
Fonctionnalits
Outre les exigences exposes au chapitre 5.1 ci-dessus, les autres fonctionnalits attendues des
baies de stockage sont minima les suivantes :
Accs en mode bloc (SAN) et en mode fichier (NAS) ;
Accs NAS simultan en lecture-criture aux mmes donnes, depuis des clients Unix et
Windows, l'aide de protocoles standards (NFS, CIFS, ) ;
Compression, par choix de configuration, de certains espaces de stockage ;
Provisionnement statique ou dynamique ;
Prise d'image (snapshot) et clonage d'espaces de stockage ;
Rplication inter-baies synchrone et asynchrone.
En zone de scurit interne, le candidat pourra proposer, sur base des besoins indiqus au chapitre
5.4 ci-dessous, un stockage hirarchique (stockage SSD pour certains espaces par exemple) visant
favoriser les espaces de stockage des bases de donnes et autres donnes vitales accs important
et particulirement frquent ; l'inverse, les espaces de stockage des donnes rarement accdes
pourront tre localiss sur des disques relativement plus lents ; s'il est propos, le stockage
hirarchique pourra tre prconfigur ou dynamiquement gr par les baies de stockage en fonction
des accs constats.
Les autres fonctionnalits envisages moyen terme sont les suivantes :
Mise en uvre d'espaces de stockage non rinscriptibles (WORM) ;
Mise en uvre d'espaces de stockage accds en mode objet (CAS : Content
Addressable/Aware Storage).
Scripts d'exploitation
Le candidat inclura dans son offre l'assistance l'EPELFI pour l'adaptation aux nouvelles baies de
stockage des scripts d'exploitation qui pilotent directement les baies de stockage (gestion des
snapshot, des clonages et des rplications, automatisation du PRA, etc.).
Evolutivit
Par exception aux critres d'volutivit exposs au chapitre 5.1.3.2 ci-dessus, le dimensionnement
des baies de stockage devra permettre d'absorber, sans ajout de matriels ou licences, une hausse
2017-01 : CCTP 32 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
de 50% des volumtries par rapport aux volumtries actuellement consommes ou projetes en cas
de fonctionnalits supplmentaires proposes par le candidat.
Principes gnraux
L'architecture de sauvegarde est actuellement btie dans chaque plateforme autour du logiciel de
sauvegarde prsent au chapitre 4.2.4 ci-dessus (TSM), d'un robot de sauvegarde, d'un cache sur
disque et d'un ensemble riche de scripts spcialiss. Afin de ne pas rompre la cohrence de
lensemble des sauvegardes dj ralises, lEPELFI souhaite conserver le logiciel de sauvegarde
actuel.
La zone de scurit interne de chaque plateforme physique (PPRA, PROD) comportera sa solution de
sauvegarde qui sera dimensionne pour permettre la sauvegarde de l'ensemble des lments de la
plateforme.
Le candidat proposera une solution optimise en termes de performances et de fiabilit.
Le candidat inclura dans la dmarche propose la migration de l'ensemble des supports de
sauvegarde existants vers la technologie nominale associe l'infrastructure de sauvegarde
propose. Il fournira si ncessaire, un nombre suffisant de bandes.
Fiabilit
La fiabilit des robots actuels n'tant pas juge satisfaisante, le candidat proposera du matriel rput
fiable et fournira l'engagement du constructeur sur le taux de panne (mean time between failure,
MTBF).
Fonctionnalits
Le candidat pourra proposer, sur base des besoins indiqus au chapitre 5.4 ci-dessous, la mise en
uvre d'un stockage primaire sur disque en lieu et place des bandes actuellement mises en uvre ;
les volumtries de la baie de stockage de la zone de scurit interne devront dans ce cas tre
adaptes pour prendre en compte ce besoin supplmentaire, tout en tenant compte des critres
d'volutivit exposs au chapitre 5.1.3.2 ci-dessus.
Les spcifications ci-dessous fournissent des prcisions par plateforme pour les lments qui le
ncessitent, en complment des spcifications gnrales indiques au chapitre 5.3 ci-dessus.
Rack rseaux
2017-01 : CCTP 33 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
2017-01 : CCTP 34 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
5.4.1.3. Serveurs P
Comme spcifi au chapitre 5.3.3 ci-dessus, 2 grappes de serveurs P seront mises en uvre dans la
plateforme PPRA :
Grappe de serveurs P de la zone de scurit interne (minimum 2 serveurs) ;
Grappe de serveurs P de la zone de scurit externe (minimum 2 serveurs).
Ces 2 grappes devront tre dimensionnes afin de pouvoir hberger les partitions AIX indiques dans
les tableaux pages suivantes, dans les mmes conditions dutilisation, de disponibilit et de scurit
qu'actuellement, tout en tant ventiles par zone de scurit cible (interne, externe).
Dans ces tableaux, les colonnes "cluster actuel" et "cluster cible" indiquent respectivement les
partitions qui bnficient - bnficieront - d'un mcanisme logiciel de haute disponibilit, mis en uvre
l'aide du logiciel indiqu (cf. prsentation des logiciels au chapitre 4.2.4 ci-dessus) ; les partitions qui
n'en bnficieront pas (ou plus) dans l'infrastructure cible devront faire l'objet d'un mcanisme mis en
uvre et industrialis par le titulaire pour assurer leur bascule froid sur un autre serveur P de la
mme zone de scurit.
Les partitions de virtualisation (VIOS) et leurs besoins propres ne sont pas inclus ci-dessous.
Espaces disques
Cluster logiciel
Pool RAM Boot GB
Partition VCPU Cores
CPU GB actuel Boot Donnes
Actuel Cible
SAN
AIX002 1 0,2 WAS 6 - - Interne 600 -
2017-01 : CCTP 35 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces disques
Cluster logiciel
Pool RAM Boot GB
Partition VCPU Cores
CPU GB actuel Boot Donnes
Actuel Cible
SAN
HA HA (*)
AIX012 2 0,8 dfaut 28 SAN 100 4 000
Espaces disques
Cluster logiciel
Pool RAM Boot GB
Partition VCPU Cores
CPU GB actuel Boot Donnes
Actuel Cible
SAN
AIX301 1 0,2 WAS 6 - - SAN 300 -
2017-01 : CCTP 36 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces disques
Cluster logiciel
Pool RAM Boot GB
Partition VCPU Cores
CPU GB actuel Boot Donnes
Actuel Cible
SAN
AIXQA002 1 0,1 WAS 2 - - SAN 70 -
Configuration
L'ensemble des partitions sont, et resteront, configures en mode CPU "uncapped", c'est--dire que le
nombre de cores indiqu est le nombre nominal, qui peut si ncessaire tre dpass concurrence
du nombre de VCPU allous la partition.
Les pools CPU dfinis permettent de limiter le nombre total de cores utiliss simultanment par
l'ensemble des partitions d'un mme pool sur un mme serveur ; cela permet en particulier de limiter
les cots de licence et de maintenance de certains logiciels, en l'occurrence actuellement :
Un pool est ddi au logiciel WAS (total actuel 8 cores sur 3 serveurs P) ;
Un pool est ddi au logiciel DB2 de qualification (total actuel 1 core sur 1 serveur P).
Evolutivit
A l'exception des volutions en cours, dj prises en compte dans les tableaux ci-dessus, il n'est pas
envisag de nouveaux besoins court terme. Dans les 2 zones, la rserve de puissance spcifie au
chapitre 5.1.3.2 ci-dessus s'applique.
5.4.1.4. Serveurs X
Comme spcifi au chapitre 5.3.3 ci-dessus, 2 grappes de serveurs X seront mises en uvre dans la
plateforme PPRA :
Grappe de serveurs X de la zone de scurit interne (minimum 2 serveurs) ;
Grappe de serveurs X de la zone de scurit externe (minimum 2 serveurs).
2017-01 : CCTP 37 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Ces 2 grappes devront tre dimensionnes afin de pouvoir hberger les machines virtuelles indiques
dans les tableaux ci-dessous, dans les mmes conditions dutilisation, de disponibilit et de scurit
qu'actuellement, tout en tant ventiles par zone de scurit cible (interne, externe).
Aucune machine virtuelle ne dispose actuellement de mcanisme logiciel de haute disponibilit
indpendant de celui assur par l'hyperviseur.
Les machines virtuelles d'administration centralise et leurs besoins propres ne sont pas inclus ci-
dessous.
Espaces disques
RAM GB
Plateforme actuelle Machine virtuelle VCPU
GB
Boot Donnes
PPRA LIX020 2 5 40 -
PPRA LIX038 1 2 40 -
PPRA LIXTIRI 4 8 30 -
PPRA WIN040 1 4 60 -
PPRA WIN701 1 4 40 40
PPRA WIN704 2 4 50 50
PPRA WIN710 2 8 40 40
2017-01 : CCTP 38 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces disques
RAM GB
Plateforme actuelle Machine virtuelle VCPU
GB
Boot Donnes
PPRA WINEXP 4 4 140 320
(*)
TMA LIXMA104 2 8 1000 -
(*)
TMA WINMA103 2 16 1000 -
(*)
en tenant compte des volutions en cours
Espaces disques
RAM GB
Plateforme actuelle Machine virtuelle VCPU
GB
Boot Donnes
PPRA LIX311 8 8 300 -
PPRA LIXTIRE 4 8 30 -
PPRA WIN320 2 2 70 40
Qualification LIXQA038 1 1 30 -
(*)
Qualification LIXQA039 1 1 30 -
Qualification WINQA711 2 2 40 40
(*)
TMA LIXMA406 2 4 1000 -
(*)
en tenant compte des volutions en cours
Evolutivit
En zone de scurit interne, il n'est pas envisag de nouveaux besoins court terme.
2017-01 : CCTP 39 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
En zone de scurit externe, la rserve suivante est prvoir pour les volutions court terme :
8 curs CPU ;
32 Go de RAM.
En outre, dans les 2 zones, la rserve additionnelle de puissance immdiate spcifie au chapitre
5.1.3.2 ci-dessus s'applique.
Pare-feux
Outre les ports rseaux imprativement ddis leur administration centralise ainsi que les ports
rseaux ncessaires leur mise en cluster, les pare-feux de la plateforme PPRA cible comporteront
au minimum le nombre de ports de donnes indiqus dans le tableau ci-dessous.
Les marques "A" et "B" indiques ci-dessous devront imprativement tre diffrentes.
FIRINT01A
A X X 4
FIRINT01B
FIRINT03A
B X X 4
FIRINT03B
FIRINT07 A X - 5
FIREXT03A
A X X 4
FIREXT03B
FIREXT04A
B X X 2
FIREXT04B
FIRTMA B X - 6
FIREXT03B
FIREXT04A
FIREXT04B
FIRINT01A
FIRINT01B
FIRINT03A
FIRINT03B
FIRINT07
FIRTMA
Cible
Source
COMINT01A 2 1 1
4 1
COMINT01B 2 1 1
COMINT05A 1 1 1
COMINT05B 1 1 1
2017-01 : CCTP 40 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
COMPRA02
FIREXT03A
FIREXT03B
FIREXT04A
FIREXT04B
FIRINT01A
FIRINT01B
FIRINT03A
FIRINT03B
FIRINT07
FIRTMA
Cible
Source
COMINT08A 1
1
COMINT08B 1
COMEXT03A 1 3 1
4
COMEXT03B 1 3 1
COMEXT06A 1 1
COMEXT06B 1 1
COMEXT09A 1
1
COMEXT09B 1
COMPRA04 1
COMEXT09A
2
COMEXT09B
COMPRA02 1
Evolutivit
Il n'est pas envisag de nouveaux besoins court terme. La rserve de capacit spcifie au chapitre
5.1.3.2 ci-dessus s'applique.
Volumtries
Outre les espaces de stockage ncessaires au fonctionnement des lments d'infrastructure eux-
mmes (hyperviseurs, etc.) ainsi que les ventuelles fonctionnalits supplmentaires proposes par le
candidat, les tableaux des serveurs indiqus aux chapitres 5.4.1.2 et 5.4.1.4 ci-dessus fournissent les
volumtries nettes actuellement consommes dans chaque zone majeure de scurit.
2017-01 : CCTP 41 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Stockage hirarchique
En zone interne uniquement, si un stockage hirarchique est propos par le candidat, la hirarchie
suivante est souhaite :
Accs frquent : espaces de stockage allous la partition AIX011 (2 To) ;
Accs normal : tous les autres espaces de stockage ;
Accs rare : aucun actuellement.
2017-01 : CCTP 42 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
5.4.2.3. Serveurs P
Comme spcifi au chapitre 5.3.3 ci-dessus, 2 grappes de serveurs P seront mises en uvre dans la
plateforme PROD :
2017-01 : CCTP 43 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces
Cluster logiciel
Pool RAM Boot disques GB
Partition VCPU Cores
CPU GB actuel Boot Data
Actuel Cible
SAN
AIX002 1 0,2 WAS 6 - - Interne 300 -
Espaces
Cluster logiciel
Pool RAM Boot disques GB
Partition VCPU Cores
CPU GB actuel Boot Data
Actuel Cible
SAN
(*)
AIX301 1 0,2 WAS 6 - - SAN 150 1 000
2017-01 : CCTP 44 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces
Cluster logiciel
Pool RAM Boot disques GB
Partition VCPU Cores
CPU GB actuel Boot Data
Actuel Cible
SAN
Edge Edge
AIX306 2 0,4 WAS 8 SAN 70 -
Configuration
L'ensemble des partitions sont, et resteront, configures en mode CPU "uncapped", c'est--dire que le
nombre de "cores" indiqu est le nombre nominal, qui peut si ncessaire tre dpass concurrence
du nombre de VCPU allous la partition.
Les pools CPU dfinis permettent de limiter le nombre total de cores utiliss simultanment par
l'ensemble des partitions d'un mme pool sur un mme serveur ; cela permet en particulier de limiter
les cots de licence et de maintenance de certains logiciels, en l'occurrence actuellement :
Un pool est ddi au logiciel WAS (total actuel 6 cores sur 2 serveurs P).
Evolutivit
A l'exception des volutions en cours, dj prises en compte dans les tableaux ci-dessus, il n'est pas
envisag de nouveaux besoins court terme.
Dans les 2 zones, la rserve de puissance spcifie au chapitre 5.1.3.2 ci-dessus s'applique.
5.4.2.4. Serveurs X
Comme spcifi au chapitre 5.3.3 ci-dessus, 2 grappes de serveurs X seront mises en uvre dans la
plateforme PROD :
Espaces disques GB
Machine virtuelle VCPU RAM GB
Boot Donnes
LIX020 2 5 40 -
LIX021 8 8 300 -
2017-01 : CCTP 45 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Espaces disques GB
Machine virtuelle VCPU RAM GB
Boot Donnes
LIX038 1 2 40 -
LIX039 (*) 1 2 40 -
WIN018 4 8 40 200
WIN040 1 4 60 -
WIN201 2 3 200 -
WIN701 1 4 40 40
WIN702 2 3 40 200
WIN703 2 8 40 100
WIN704 2 4 50 50
WIN705 2 8 40 200
WIN706 2 8 40 200
WIN707 2 4 40 200
WIN709 1 4 100 40
WIN710 2 8 40 40
WIN711 2 3 40 200
WINSIG 2 8 40 120
(*)
en tenant compte des volutions en cours
Zone de scurit externe
Espaces disques GB
Machine virtuelle VCPU RAM GB
Boot Donnes
LIX311 8 8 300 -
LIX321 8 8 300 -
WIN320 2 2 70 40
(*)
en tenant compte des volutions en cours
2017-01 : CCTP 46 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Evolutivit
En zone de scurit interne, il n'est pas envisag de nouveaux besoins court terme.
En zone de scurit externe, la rserve suivante est prvoir pour les volutions court terme :
8 curs CPU ;
32 Go de RAM.
En outre, dans les 2 zones, la rserve additionnelle de puissance immdiate spcifie au chapitre
5.1.3.2 ci-dessus s'applique.
Pare-feux
Outre les ports rseaux imprativement ddis leur administration centralise ainsi que les ports
rseaux ncessaires leur mise en cluster, les pare-feux de la plateforme PPRA cible comporteront
au minimum le nombre de ports de donnes indiqus dans le tableau ci-dessous.
Les marques "A" et "B" indiques ci-dessous devront imprativement tre diffrentes.
FIRINT01A
A X X 4
FIRINT01B
FIRINT03A
B X X 4
FIRINT03B
FIRINT07 A X - 3
FIREXT03A
A X X 4
FIREXT03B
FIREXT04A
B X X 2
FIREXT04B
FIREXT03B
FIREXT04A
FIREXT04B
COMINT03
FIRINT01A
FIRINT01B
FIRINT03A
FIRINT03B
FIRINT07
Cible
Source
COMINT01A 2 1 1 1
2
COMINT01B 2 1 1 1
COMINT05A 1 1
2017-01 : CCTP 47 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
COMPRA01
FIREXT03A
FIREXT03B
FIREXT04A
FIREXT04B
COMINT03
FIRINT01A
FIRINT01B
FIRINT03A
FIRINT03B
FIRINT07
Cible
Source
COMINT05B 1 1
COMINT08A 1
1
COMINT08B 1
COMEXT03A 1 3 1
COMEXT03B 1 3 1
COMEXT06A 1 1
COMEXT06B 1 1
COMEXT09A 1
COMEXT09B 1
COMPRA03 1
COMEXT09A
1
COMEXT09B
COMPRA01 1
Evolutivit
Il n'est pas envisag de nouveaux besoins court terme. La rserve de capacit spcifie au chapitre
5.1.3.2 ci-dessus s'applique.
Volumtries
Outre les espaces de stockage ncessaires au fonctionnement des lments d'infrastructure eux-
mmes (hyperviseurs, etc.) ainsi que les ventuelles fonctionnalits supplmentaires proposes par le
candidat, les tableaux des serveurs indiqus aux chapitres 5.4.2.2 et 5.4.2.4 ci-dessus fournissent les
volumtries nettes actuellement consommes dans chaque zone majeure de scurit.
2017-01 : CCTP 48 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Stockage hirarchique
En zone interne uniquement, si un stockage hirarchique est propos par le candidat, la hirarchie
suivante est souhaite :
Accs frquent : espaces de stockage allous la partition AIX011 (2 To) ;
Accs normal : tous les autres espaces de stockage ;
Accs rare : aucun actuellement.
Ce chapitre prsente les attentes de lEPELFI en termes de prestation de services pour la mise en
uvre du systme. Cette prestation se dcoupe en 3 tapes comprenant :
Linstallation physique des matriels ;
La mise en oprationnel des infrastructures et leur validation ;
La bascule de l'ensemble des environnements existants (espaces de stockage, partitions
AIX et machines virtuelles) dans les nouvelles infrastructures et leur mise en oprationnel.
Pour chaque tape, le candidat prcisera lensemble des oprations qui seront ralises ainsi quune
estimation raliste de son organisation (planification, dure, intervenants, ).
2017-01 : CCTP 49 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
5.6.1. Objet
Cette prestation porte sur la maintenance des matriels et sur la maintenance et support des
logiciels, fournis par le titulaire dans le cadre du prsent march.
Lobjet de la prestation est :
La remise en tat des matriels concerns et le renseignement correspondant dun outil
de gestion des interventions ;
Sont concerns, tous les matriels fournis dans le cadre du prsent march ainsi que tous
les matriels actuellement en place et que le candidat aura choisi de conserver. Ces
derniers devront tre maintenables sur une dure dau minimum 5 ans ;
La maintenance logicielle proprement dite, cest--dire la mise disposition des correctifs
et des nouvelles versions soit par tlchargement soit sur un support physique envoy
lEPELFI ainsi que la documentation associe (prrequis, procdures et scripts
dinstallation, incompatibilits ventuelles) ;
Lassistance et le conseil apports lEPELFI en cas dincident logiciel ou de demande
dinformation concernant linstallation, le fonctionnement ou lutilisation dun logiciel.
LEPELFI souhaite accder tout moment un outil de cration et suivi des incidents, en mode
extranet, notamment pour vrifier la bonne cration des dossiers dintervention, les actions entreprises
et les solutions apportes. Il nest pas attendu dinterfaage entre cet outil externe et des outils utiliss
par lEPELFI.
Loutil peut videmment tre mutualis avec dautres clients du titulaire, sous rserve que la gestion
des habilitations isole correctement les diffrents clients.
Principes gnraux
En cas de dysfonctionnement dun matriel, lEPELFI a un rle dinstruction de lincident et de
diagnostic et si, aprs instruction, il savre que la cause provient dun dysfonctionnement du matriel,
il recourt au titulaire du prsent march pour le remettre en tat de parfait fonctionnement selon les
modalits suivantes :
Ouverture par l'EPELFI en langue franaise (par tlphone ou l'aide de l'outil de gestion
des interventions du titulaire) d'un ticket auprs du titulaire, qui doit, immdiatement,
dlivrer un numro dincident et enregistrer dans loutil de gestion des interventions les
informations ncessaires lintervention. LEPELFI fournit la rfrence unique du matriel.
Le dossier dincident devient alors accessible sur lextranet du titulaire.
Il est ncessaire que le centre dappel ainsi que l'outil de gestion des interventions du
titulaire soient toujours accessibles sur la plage de service dfinie dans le chapitre 5.6.6
ci-dessous et qu'un appel tlphonique soit confirm par un moyen traable ;
Le titulaire du prsent march assure alors la rparation ou la remise en tat de
fonctionnement du matriel sur le site concern dans le respect des procdures en
utilisant lensemble des moyens logistiques ncessaires (centre dappel, stock de pices
dtaches) et, le cas chant, en ayant recours au support du constructeur du matriel,
notamment lassistance de ses laboratoires. Le titulaire assure la communication
relative son intervention selon les modalits suivantes :
2017-01 : CCTP 50 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Limites de prestations
La prestation de maintenance matrielle, objet du prsent march, porte uniquement sur la rparation
ou la remise en tat de fonctionnement du matriel ; le redmarrage de ce matriel (rechargement du
systme dexploitation et des logiciels, configuration et paramtrage, rintgration dans le systme
AMALFI) est la charge exclusive de lEPELFI.
La prestation ne comprend pas non plus :
La mise disposition des consommables (par exemple toner pour les imprimantes) ;
Les travaux lectriques extrieurs aux matriels ;
La rparation des dommages suite un sinistre.
Sont galement exclus du primtre du march les matriels qui auraient subi des modifications non
convenues avec le titulaire, notamment tout changement apport aux spcifications tablies par le
constructeur.
Enfin, seuls les nouveaux matriels proposs par le titulaire et les anciens matriels quil aura choisi
de maintenir sont dans le primtre du prsent march. Un inventaire sera valid lors de la phase
dinitialisation puis rgulirement actualis en fonction de lvolution du parc matriel et lors de la
ractualisation annuelle du prix forfaitaire.
2017-01 : CCTP 51 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Principes gnraux
Cette prestation de support correspond trois types de services :
Une assistance pour la rsolution de problmes lis aux logiciels.
En cas de dysfonctionnement a priori imputable pour partie lun des logiciels du
primtre du march, lEPELFI contacte par tlphone le centre dappel du titulaire qui
lassiste pour :
o diagnostiquer et instruire le problme rencontr, par exemple en lui demandant de
mettre en uvre certains tests ou en lassistant dans l'interprtation des traces et
des dumps ;
o rsoudre le problme, notamment grce la description des actions
entreprendre et/ou des solutions mettre en place (correctifs, paramtrage).
Cette assistance doit se poursuivre jusqu la rsolution du problme ou la mise en place
dune solution de contournement. Dans ce dernier cas, lincident ouvert par lappel nest
clos quaprs rsolution dfinitive (dans un dlai plus long) ou aprs accord explicite de
lEPELFI de lacceptation de la solution de contournement.
Cette assistance vaut quel que soit lacteur et la plateforme (pr-production et PRA ou
production) concerns.
Les problmes peuvent tre de toute nature : dysfonctionnements applicatifs,
performances dgrades, mission de messages derreur
Enfin, il est prcis que la prise en main distance sur les systmes de lEPELFI
nest pas possible du fait des rgles de scurit applicables.
Une assistance pour la mise en uvre des logiciels.
LEPELFI va tre amen faire voluer AMALFI en installant de nouvelles versions de
logiciels ou en modifiant les configurations en place. Dans ce cadre, il est attendu que le
titulaire apporte ses conseils, notamment sur les points suivants :
o installation et configuration ;
o fonctionnement et utilisation ;
o paramtrage ;
o compatibilit et interoprabilit des logiciels.
2017-01 : CCTP 52 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
La prise en charge dun appel au support, quel que soit son type, suit la cinmatique suivante :
Ouverture par l'EPELFI (par tlphone ou l'aide de l'outil de gestion des interventions du
titulaire) d'un ticket auprs du titulaire, qui doit, immdiatement, dlivrer un numro
dincident et enregistrer dans loutil de gestion des interventions les informations
ncessaires lintervention (terme gnrique utilis pour le traitement de lincident).
Le dossier dincident devient alors accessible sur lextranet du titulaire.
Il est ncessaire que le centre dappel ainsi que l'outil de gestion des interventions du
titulaire soient toujours accessibles sur la plage de service dfinie dans le chapitre 5.6.6
ci-dessous et quun appel tlphonique soit confirm par un moyen traable ;
Le titulaire du prsent march apporte ensuite la rponse la demande ou rsout
lincident dans le respect des procdures en utilisant lensemble des moyens logistiques
ncessaires (centre dappel, base de connaissances) et, le cas chant, en ayant
recours au support de lditeur du logiciel ou lassistance de ses laboratoires. Le titulaire
assure la communication relative son intervention selon les modalits suivantes :
o enregistrement dans loutil de gestion par le titulaire de toutes les actions
effectues (prise en charge, changes avec lEPELFI, intervention dun expert),
de lheure de ces actions (en distinguant heure de laction et heure
denregistrement) et des ventuelles difficults rencontres (toute contestation du
titulaire fonde sur un lment non enregistr sera rpute nulle et non avenue).
Le suivi doit tre effectu jusqu' rsolution dfinitive de lincident. En cas de
recours un expert tiers pour la rsolution de lincident (par exemple un
laboratoire de lditeur), lincident peut tre mis en tat gel , ce qui allge son
suivi ;
o ds que le titulaire juge que le dysfonctionnement est corrig, il en avertit
l'EPELFI. Loutil de gestion des interventions devra aussi tre mis jour
immdiatement. LEPELFI donne alors son accord (ou non) pour la fermeture de
lincident (distinguer heure de rsolution et heure de fermeture).
2017-01 : CCTP 53 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
La comptabilisation est effectue, selon le cas, par heures ouvres entires (toute heure
commence est comptabilise) ou par jours ouvrs entiers (tout jour commenc est
comptabilis). Par exemple, si le dlai est exprim en heures, un retard de 1 heure 05
minutes est comptabilis comme un retard de 2 heures ; si le dlai est exprim en jour, 22
heures de retard en plage de service standard correspondent 2 jours de retard. Tout
retard donne donc lieu la comptabilisation dune heure au minimum si le dlai est
exprim en heures ou dun jour au minimum si le dlai est exprim en jours.
Remarque : lEPELFI accepte dtudier avec le titulaire ladaptation des dlais dintervention pour
quelques logiciels (de nombre rduit et dimportance dans le SI AMALFI faible) pour lesquels le
titulaire sappuierait sur un diteur tiers pour assurer cette maintenance dans des conditions
contractuelles non cohrentes avec les dlais indiqus ci-dessus.
2017-01 : CCTP 54 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Objet
Lobjet de cette prestation est de concevoir dans le dtail la solution cible, le plan dtaill de bascule
des environnements existants vers la nouvelle infrastructure ainsi que le planning dtaill du projet.
Lieu dexcution
Site de Saverne et locaux du titulaire.
Donnes dentre
Les donnes dentre fournies sont les suivantes :
L'offre du titulaire ;
Un accs au site de Saverne, aux documents d'architecture et d'exploitation et la base
de configuration (CMDB) du Systme d'information AMALFI ;
Un accs un compte exploitant de type invit sur la plateforme de pr-production et PRA
actuelle, et aux outils dexploitation associs ;
Le support des quipes de l'EPELFI.
Contenu de la prestation
Le titulaire tudiera les infrastructures en place en utilisant les lments mis sa disposition par
lEPELFI, affinera la configuration des infrastructures cibles, et concevra dans le dtail les plans
dtaills d'intgration et de validation des infrastructures cibles ainsi que de bascule des
environnements existants dans les nouvelles infrastructures.
Le titulaire fournira la liste et la configuration dtaille des matriels et des logiciels de la plateforme
de pr-production et PRA proposs dans son offre, ventuellement ajusts (sans modification des
cots du march).
Le plan dtaill de bascule devra s'attacher limiter la dure de la priode de transition au minimum
ncessaire et limiter a fortiori la dure d'indisponibilit des environnements pendant la bascule, tout
en garantissant la qualit de la bascule.
Si le titulaire estime quun accompagnement ou une expertise de lEPELFI est ncessaire pour cette
intgration, il devra dcrire trs prcisment ses attentes sachant quil restera responsable du bon
fonctionnement du systme final.
A partir de ces lments, le titulaire produira un dossier de spcifications dtaillant ces diffrents
points.
Ce dossier doit :
permettre de vrifier le partage entre lEPELFI et le titulaire de la conception dtaille du
projet ;
servir de point de situation pour lEPELFI pour envisager la mise en uvre de la
plateforme de production, objet de la premire tranche conditionnelle du prsent march ;
dfinir avec lEPELFI le planning prcis de ralisation.
2017-01 : CCTP 55 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
lments de mesure
Cette prestation sera value, dune part, par le niveau de comprhension par le titulaire du dispositif
en place et, dautre part, par la cohrence et la qualit de la conception de la solution cible et de la
mthode de bascule propose.
Cette valuation sera sanctionne par lapprobation technique (AT) des livrables par lEPELFI.
Objet
Lobjet de cette prestation est la fourniture des matriels et des logiciels proposs dans loffre du
titulaire pour la mise en uvre de la nouvelle plateforme de pr-production et PRA.
Ces matriels et logiciels devront tre livrs dans les dlais indiqus dans le planning valid lors de la
prestation MPI1.
Lieu dexcution
Site de Nantes.
Donnes dentre
La donne dentre de cette prestation est fournie par le titulaire du march dans son offre, dans le
descriptif des matriels et logiciels ncessaires pour la plateforme de pr-production et PRA, offre
ventuellement ajuste lors de la prestation MPI1.
Contenu de la prestation
Le titulaire fournira le bon de livraison dtaill prcisant la dnomination et le type de chaque matriel
et son numro de srie, la dnomination de chaque logiciel et le nombre de licences fournies, les prix
unitaires TTC.
Le titulaire fournira les matriels et logiciels ncessaires en les faisant livrer sur le site de Nantes dans
les dlais indiqus dans le planning valid lors de la prestation MPI1.
Les dates exactes et modes de livraison devront tre annoncs au moins 7 jours lavance
lEPELFI. Les retards de livraison ne pourront en aucun cas tre invoqus pour justifier un retard dans
lexcution de la tranche.
Le titulaire dballera et vrifiera la conformit de chaque matriel et logiciel livr par rapport au
contenu du bon de livraison.
Le titulaire assurera ensuite lenlvement de tous les emballages et autres supports de transport ainsi
que le nettoyage des locaux de stockage ou dinstallation intermdiaires.
2017-01 : CCTP 56 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
lments de mesure
Cette prestation sera value par le contrle par lEPELFI du bon de livraison par rapport au contenu
de l'offre du titulaire ventuellement ajuste lors de la prestation MPI1, et par un contrle physique sur
le site de Nantes de la livraison par rapport au bon de livraison.
Cette valuation sera sanctionne par lapprobation technique (AT) du livrable par lEPELFI.
Objet
Lobjet de cette prestation est l'installation physique et l'intgration des matriels et logiciels livrs, leur
mise en uvre oprationnelle et la validation technique de l'infrastructure de la plateforme de pr-
production et PRA, dans le respect du planning et conformment aux spcifications dfinies lors de la
prestation MPI1.
Lieu dexcution
Site de Nantes et site de Saverne (pour toutes les prestations pouvant tre ralises distance).
Donnes dentre
Cette prestation prend en entre le document de spcifications valid issu de la prestation MPI1.
Contenu de la prestation
Le titulaire ralisera linstallation physique des matriels qui composent la nouvelle infrastructure de
pr-production et PRA et procdera l'installation des logiciels livrs et la configuration de la
solution dans le respect des spcifications valides lors de la prestation MPI1.
L'ensemble des identifiants et cls ncessaires (nommage, mots de passe initiaux, adressage des
ressources, ) seront systmatiquement obtenus par le titulaire auprs de l'EPELFI.
Le titulaire fournira un dossier technique dtaill dcrivant :
les procdures d'installation et de configuration appliques ;
les procdures d'administration et d'exploitation ncessaires pour le maintien en
conditions oprationnelles et de scurit de la solution ;
les tableaux reprenant les valeurs de configuration appliques ;
les preuves et cls de licences des matriels et logiciels mis en uvre.
Le titulaire effectuera un transfert de comptences auprs de lEPELFI.
2017-01 : CCTP 57 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
lments de mesure
Cette prestation sera value par la validation technique de la plateforme de pr-production et PRA,
conformment au plan de validation fourni par le titulaire dans la prestation MPI1, ainsi que par la
qualit des documents livrs.
Cette valuation sera sanctionne par une approbation technique (AT) du livrable par lEPELFI.
Objet
Lobjet de cette prestation est de basculer les environnements existants de l'ancienne infrastructure
vers la nouvelle infrastructure de pr-production et PRA, dans le respect du planning et conformment
aux spcifications valides lors de la prestation MPI1.
Le bon droulement de cette prestation et la validation technique et fonctionnelle de la plateforme par
lEPELFI, entrine par la rception dfinitive de la tranche ferme, permettront au titulaire dobtenir
laffermissement de la tranche conditionnelle 1, consistant en la mise en uvre de la nouvelle
infrastructure de la plateforme de production du systme dinformation AMALFI.
Lieu dexcution
Site de Nantes et site de Saverne.
Donnes dentre
Cette prestation prend en entre le document de spcifications valid issu de la prestation MPI1.
Contenu de la prestation
Le titulaire ralisera la bascule de l'ensemble des environnements des plateformes existantes (pr-
production et PRA, qualification, TMA) vers la nouvelle plateforme de pr-production et PRA valide
lors de la prestation MPI3.
2017-01 : CCTP 58 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Le titulaire mesurera la dure de la priode de bascule ainsi que la dure d'indisponibilit des
environnements pendant la bascule, et dmontrera dans son rapport que la procdure applique
correspond au plan prvu dans le document de spcifications issu de la prestation MPI1.
Il devra galement dmontrer, au moyen de ses outils de comparaison (en particulier pour les
donnes), que la bascule est exhaustive et intgre.
La bascule sera rejoue autant de fois que ncessaire pour finaliser et fiabiliser la procdure de
bascule.
lments de mesure
Cette prestation sera value par des tests de bon fonctionnement de l'exploitation et de lapplication
AMALFI (recette fonctionnelle et tests de performances) sur cette plateforme ainsi que par la qualit
du document livr.
Cette valuation sera sanctionne par une approbation technique (AT) du livrable par lEPELFI.
Lieu dexcution
Site de Saverne et locaux du titulaire.
Objet
Lobjet de cette prestation est d'actualiser, sur base des enseignements de la tranche ferme, les
spcifications gnrales et dtailles du projet ainsi que le planning de mise en production de la
solution.
Donnes dentre
Les donnes dentre fournies sont les suivantes :
L'offre du titulaire ;
Les livrables et le retour d'exprience de la tranche ferme du projet ;
Le support des quipes de l'EPELFI.
Contenu de la prestation
Le titulaire ajustera la configuration des matriels de l'infrastructure de production cible, la conception
dtaille de l'intgration et de la validation de cette infrastructure ainsi que le plan de bascule des
environnements existants dans la nouvelle infrastructure de production.
Le titulaire fournira la liste et la configuration dtaille des matriels et des logiciels de la plateforme
de production proposs dans son offre, ventuellement ajusts (sans modification des cots du
march) suite au retour dexprience de la tranche ferme et aprs validation par lEPELFI.
2017-01 : CCTP 59 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Le plan dtaill de bascule devra s'attacher limiter la dure de la priode de transition au minimum
ncessaire et limiter a fortiori la dure d'indisponibilit des environnements pendant la bascule, tout
en garantissant la qualit de la bascule ; le titulaire devra prciser les impacts prvisionnels ainsi que
les risques associs.
Si le titulaire estime quun accompagnement ou une expertise de lEPELFI est ncessaire pour cette
intgration, il devra dcrire trs prcisment ses attentes sachant quil restera responsable du bon
fonctionnement du systme final.
A partir de ces lments, le titulaire fournira le dossier de spcifications dtailles de mise en uvre
et bascule de la plateforme de production, accompagn du planning prcis de ralisation.
lments de mesure
Cette prestation sera value par la cohrence et la pertinence de la conception de la solution cible et
de la mthode de bascule propose.
Cette valuation sera sanctionne par lapprobation technique (AT) des livrables par lEPELFI.
Objet
Lobjet de cette prestation est la fourniture des matriels et des logiciels valids lors de la prestation
MPD1 pour la mise en uvre de la nouvelle plateforme de production.
Ces matriels et logiciels devront tre livrs dans les dlais annoncs par le titulaire dans le planning
valid lors de la prestation MPD1.
Donnes dentre
La donne dentre de cette prestation est fournie par le titulaire du march dans son offre, dans le
descriptif des matriels et logiciels ncessaires pour la plateforme de production, offre ventuellement
ajuste lors de la prestation MPD1.
Contenu de la prestation
Le titulaire fournira le bon de livraison dtaill prcisant la dnomination et le type de chaque matriel
et son numro de srie, la dnomination de chaque logiciel et le nombre de licences fournies, les prix
unitaires TTC.
Le titulaire fournira les matriels et logiciels ncessaires en les faisant livrer sur le site de Saverne
dans les dlais indiqus dans le planning valid lors de la prestation MPD1.
Les dates exactes et modes de livraison devront tre annoncs au moins 7 jours lavance
lEPELFI. Les retards de livraison ne pourront en aucun cas tre invoqus pour justifier un retard dans
lexcution de la tranche.
2017-01 : CCTP 60 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Le titulaire dballera et vrifiera la conformit de chaque matriel et logiciel livr par rapport au
contenu du bon de livraison.
Le titulaire assurera ensuite lenlvement de tous les emballages et autres supports de transport ainsi
que le nettoyage des locaux de stockage ou dinstallation intermdiaires.
lments de mesure
Cette prestation sera value par le contrle par lEPELFI du bon de livraison par rapport la liste des
matriels et des logiciels valids lors de la prestation MPD1, et par un contrle physique de la
livraison par rapport au bon de livraison.
Cette valuation sera sanctionne par lapprobation technique (AT) du livrable par lEPELFI.
Donnes dentre
Cette prestation prend en entre le document de spcifications valid issu de la prestation MPD1.
Contenu de la prestation
Le titulaire ralisera linstallation physique des matriels qui composent la nouvelle infrastructure de
production et procdera l'installation des logiciels livrs et la configuration de la solution dans le
respect des spcifications.
L'ensemble des identifiants et cls ncessaires (nommage, mots de passe initiaux, adressage des
ressources, ) seront systmatiquement obtenus par le titulaire auprs de l'EPELFI.
Le titulaire fournira un dossier technique dtaill dcrivant :
Les procdures d'installation et de configuration appliques ;
Les procdures d'administration et d'exploitation ncessaires pour le maintien en
conditions oprationnelles et de scurit de la solution ;
Les tableaux reprenant les valeurs de configuration appliques ;
Les preuves et cls de licences des matriels et logiciels mis en uvre.
Le titulaire assistera l'EPELFI lors des tapes suivantes :
L'intgration de la nouvelle infrastructure dans le systme de supervision de lEPELFI ;
La configuration des rgles de filtrage et de translation dans les pare-feux de la nouvelle
infrastructure, ventuellement au travers d'outils de migration fournis par le titulaire ;
La validation technique de l'infrastructure cible sur base du plan dtaill de validation
dfini lors de la prestation MPD1.
2017-01 : CCTP 61 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
lments de mesure
Cette prestation sera value par la validation technique de la plateforme, conformment au plan de
validation fournis par le titulaire dans la prestation MPD1, ainsi que par la qualit des documents
livrs.
Cette valuation sera sanctionne par une approbation technique (AT) du livrable par lEPELFI.
Objet
Lobjet de cette prestation est de basculer les environnements existants de l'ancienne infrastructure
vers la nouvelle infrastructure de production, dans le respect du planning et conformment aux
spcifications valides lors de la prestation MPD1.
Donnes dentre
Cette prestation prend en entre le document de spcifications valid issu de la prestation MPD1.
Contenu de la prestation
Le titulaire ralisera la bascule de l'ensemble des environnements de la plateforme de production
existante vers la nouvelle plateforme de production valide lors de la prestation MPD3.
Il devra galement dmontrer, au moyen de ses outils de comparaison (en particulier pour les
donnes), que la bascule est exhaustive et intgre.
lments de mesure
Cette prestation sera value par le bon fonctionnement de l'exploitation et de lapplication AMALFI en
production ainsi que par la qualit du document livr.
Cette valuation sera sanctionne par une approbation technique (AT) du livrable par lEPELFI.
2017-01 : CCTP 62 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Objet
Le titulaire aura en charge dassurer la maintenance matrielle des quipements des plateformes de
pr-production et PRA et de production, y compris le cas chant la maintenance prventive, dans le
respect des engagements de dlai du prsent CCTP et dcrit au chapitre 5.6.6.1 ci-dessus.
Le titulaire proposera son outil de suivi des incidents conformment sa description figurant dans le
chapitre 5.6.1 ci-dessus.
Lieu dexcution
Site de Nantes et site de Saverne.
Donnes dentre
Cette prestation utilise la donne suivante :
Les bons de livraison des matriels valids par les prestations MPI2 et MPD2.
Contenu de la prestation
Cette prestation porte sur la maintenance matrielle des plateformes de pr-production et PRA et de
production, cest--dire la remise en tat des matriels montrant un dysfonctionnement matriel.
Cette prestation sera effectue dans les rgles et dlais noncs dans le chapitre 5.6.6.1 ci-dessus
LEPELFI souhaite accder tout moment un outil de suivi des incidents en consultation, en mode
extranet, notamment pour vrifier la bonne cration des dossiers dintervention, les actions entreprises
et les solutions apportes. Il nest pas attendu dinterfaage entre cet outil externe et des outils utiliss
par lEPELFI.
Loutil peut videmment tre mutualis avec dautres clients du titulaire, sous rserve que la gestion
des habilitations isole correctement les diffrents clients.
2017-01 : CCTP 63 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Objet
Le titulaire aura en charge dassurer la maintenance et le support des nouveaux logiciels des
plateformes de production et de pr-production et PRA quil aura fournis dans le cadre du prsent
march, dans le respect des engagements de dlai du prsent CCTP et dcrits au chapitre 5.6.6.2 ci-
dessus.
Lieu dexcution
Locaux du titulaire.
Donnes dentre
Cette prestation utilise la donne suivante :
Les bons de livraison des logiciels valids par les prestations MPI2 et MPD2.
Contenu de la prestation
Cette prestation porte sur la maintenance et le support des logiciels fournis par le candidat pour les
plateformes de pr-production et PRA et de production.
La maintenance logicielle sera effectue dans les rgles et dlais noncs dans les chapitres 5.6.3 et
5.6.6 ci-dessus.
Le support des logiciels sera effectu dans les rgles et dlais noncs dans les chapitres 5.6.4 et
5.6.6.2 ci-dessus.
2017-01 : CCTP 64 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
7. Excution du march
Le prsent march est pass sous la forme dun march fractionn (en application de larticle 77 du
Dcret n 2016-360 du 25 mars 2016 relatif aux marchs publics) comportant une tranche ferme (TF)
et 2 tranches conditionnelles (TC1 et TC2) :
Tranche ferme (forfaitaire) : cette tranche consiste dans lexcution des prestations
suivantes :
o la conception dtaille de la solution,
o la livraison des matriels de la plateforme de pr-production et PRA,
o la mise en uvre et lintgration de cette plateforme,
o le transfert de l'ensemble des environnements existants dans cette plateforme.
Tranche conditionnelle n1 (forfaitaire) : cette tranche consiste dans lexcution des
prestations suivantes :
o l'actualisation des spcifications,
o la livraison des matriels de la plateforme de production,
o la mise en uvre et lintgration de cette plateforme,
o le transfert de l'ensemble des environnements existants dans cette plateforme.
Tranche conditionnelle n2 (forfaitaire) : cette tranche consiste dans lexcution des
prestations suivantes :
o la maintenance des matriels,
o le support et la maintenance des logiciels fournis.
Bien que le march ait un caractre essentiellement forfaitaire, le parc matriel et logiciel maintenir
est susceptible dvoluer, avec un impact conomique pour le titulaire, sur la priode dexcution de la
tranche TC2 (5 ans)
Le prix forfaitaire de la tranche conditionnelle n2 sera donc, le cas chant, ajust par avenant
conformment au chapitre 8.2 du CCAP.
2017-01 : CCTP 65 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Il sagit de la priode pendant laquelle le titulaire fournit et intgre la nouvelle plateforme de pr-
production et de PRA et maintient cette plateforme jusquau dmarrage de la TC1 conformment aux
stipulations contractuelles dcrites dans le CCTP.
LEPELFI a dfini le calendrier prvisionnel suivant :
Actions / Jalons
Dure en
Dates TF
semaines
(Tx : dbut de laction Tx + dure : action ralise)
T0 2 Conception gnrale
T1 4 Commande des matriels de la tranche ferme et conception dtaille
T2 1 Livraison et rception des matriels
T3 6 Intgration des matriels et logiciels
T4 4 Validation EPELFI
Transfert de l'ensemble des environnements existants vers la nouvelle
T5 4 infrastructure de la tranche ferme
T6 4 Validation EPELFI
Actions / Jalons
Dure en
Dates TC1
semaine
(Tx : dbut de laction Tx + dure : action ralise)
T0 1 Conception gnrale
T1 4 Commande des matriels de la tranche et conception dtaille
T2 1 Livraison et rception des matriels
T3 4 Intgration des matriels et logiciels
T4 4 Validation EPELFI
Transfert de l'ensemble des environnements existants vers la nouvelle
T5 2
infrastructure de la tranche
T6 2 Validation finale EPELFI
2017-01 : CCTP 66 / 67
EPELFI March n 2017-01 : CCTP version 1.0 - 16/02/2017
Annexes
Documents annexes
2017-01 : CCTP 67 / 67