Projet de mémoire - IDPE

28 Janvier 2003 @ ESSIPascal Kotté

Update 1.2

Vision

• Aider les (grosses) PME-PMI à assurer leur pérennité et/ou leur bon développement.

• Obliger les industriels à mettre en place des solutions adaptées aux besoins des PME-PMI.

Grâce à

• La mise en place d’une infra-structure IT– évolutive – adaptée aux besoins– Adaptée aux moyens– Au meilleur prix– Pérenne (support des standards du marché)

• Grâce à un appel d’offre complet et clair, Grâce à un appel d’offre complet et clair, porteur de messages vers les industriels.porteur de messages vers les industriels.

Constat, chez les PME-PMI

• Pas d’accès aux fonctions avancées– Disponible chez les grands comptes– Mais aussi chez les SOHO

• Une infrastructure– Mal adaptée à moyen terme– Dont les coûts réels sont souvent doublés, voir

triplé ou plus.

Evolution des coûts selon les effectifs de l’entreprise

0

20

40

60

80

100

120

140

0 100 200 300 400

coût total/100 persEffectif

$ Ticketd’entrée

Budgets IT des grands comptes

0

20

40

60

80

100

120

t1 t2 t3 t4

PerformFunctionCo

ûtsusers

PMEPME

Observations

$ Ticket d’entrée

Fonctions avancéesSécurité forteVolumes & VitesseProcédures qualités

50-90 ServicesApplicatifs

10-70 ServicesApplicatifs

Fonctions de baseSécurité moyennePerformance moyenneVolumes limités

SOHO Fonctions avancéesSécurité moyenneVolumes & Vitesse

10-30 ServicesApplicatifs

Taille Entreprise 100 000 users

10 000 users

500 users

100 users

1 user (averti)

10 users

1 000 users

Cible, Scope

• La partie commune de l’infrastructure informatique à toutes PME-PMI– LAN (SAN, NAS)– WAN– Services d’infrastructure et de sécurité– Téléphonie– …

Modèle de construction actuel d’une infrastructure IT

Vue par IT

SYSTEMES

WAN LANLAN

Workstations

Services applicatifs « Standards »

Services applicatifs « Business »

IT

Une infrastructure ITVue par les usagers

SYSTEMES

WAN LANLAN

Workstations

Services applicatifs « Standards »

Services applicatifs « Business »

Conclusion, une solution:

• Un modèle de construction d’un appel d’offres général, qui doit aider la réalisation d’un « RFP » que peuvent rarement s’offrir les PME:– Orienté utilisateur (« Business ») et non IT– Qui permette une optimisation du ratio

Budget/Performance pour les solutions proposées

Systèmes (Stations, Serveurs)

LANLAN

SANSAN

Applications « Utilisateurs »

SQLServices réseauxsécurité

Internal DataExternalPrivateData

WANWAN

External Public Data

InternetInternetPSTNPSTN

Modèle de construction$ CA

CriticitéVolumes

CirculationDes

données

StockageDes

donnéesNAS

ApplicationsInfra

Points forts envisagés

• Obligation d’une offre d’outsourcing pour l’exploitation, même sans être retenue.

• Support et contrôle des standards• RFP ouvert à l’innovation, non fermé sur

une technologie• Ouverture aux logiciels libres, avec support• Publication du « RFP template » en licence

GNU, auto-évolutif?

M o dè le d 'a p p e l d 'o ffre p o ur la co n stru c tio n ou la m o de rn isa tion d 'un e in fras tru ctu re IT po u r u n e P M E -P M I (1 00 -3 00 p erso nn e s)

U se r G u ide C o n sulta n t(s)

M o tiva tio ns O b je c tifsB u s in e ss

B u dg ets IT(m o ye n s)

C o n tra in tes(p rio rité s )

in ve nta iresH a rd w a re

in ve nta iresso ftw a re

D o nn é esS to cké es

C ircu la tio nsd e s d on né es

R é p a rtit io ns(e ffe c tifs)

S e rv ices(B u s in e ss)

E xp re ss ion d es b eso ins

se rv ice s IPD N S , D H C P ...

S u p erv is ionse cu rité , v irus

S A NS tora ge

B a ckupW ire le ss

L A N

Q oS(In teg ra tio n)

su p e rv is ionse cu rité

H o m e O ff ice It in éra n ts

V o iceF A X

In tern e t(e x tra n e t)

In tran e t

W A N

D im en s ion n e m e ntP e rfo rm a n ce

T o léra n ce P a n neR e do nd an ce

S tan d ards

P lan de B u dg etM ise e n p la ce

P e rson n e lF o rm a tion

E xp lo ita tion

S u pp o rtO u tsou rc ing

S LAré fé ren cesa ssu ra n ces

M a in te na n ce

T e m p la te R FP A n nu a ire(S p o n so rs)

S p o nso rs

D e s ig n te ch n iq ueo ffre s $ €

C o nsu lta tionIn d u strie ls +In tég ra te u rs

R F P 1 0 0 u se rse xem ple 1

S p o nso rs

D e s ig n te ch n iq ueo ffre s $ €

C o nsu lta tionIn d u strie ls +In tég ra te u rs

R F P 2 0 0 u se rse xem ple 2

Plan

Conditions de réussite de la réalisation du mémoire

1 . D é fin it io nsO b je c tifsM o ye ns

(1 5 0, 2 00 h)

2 . P la n if ica tionW B S

re sso u rc es(1 0 h /se m a in e)

3 . C on s truc tionC o n trô le e t ré vis io nsR e ce tte (S p on so rs)

(2 m o is)

M é m o ireD ra ft

(F in Ju in )

M é m o ireF in a l

(F in A o u t)

M é m o ireP ré se n ta tion(O c tob re ?)

Gestion du mém oireCom m e un projet

Hypothèse

• Les solutions logicielles en place ou prévues sont parfaitement connues et maitrisées– Sinon, une maquette opérationnelle sera

nécessaire au préalable !

Conditions de réussite du RFP

• Les solutions logicielles retenues par la PME-PMI sont bien adaptées à leur propre besoins/budgets:– Cela pourrait faire l’objet d’un autre

mémoire. ;-) J’utilise l’animation suivante pour en

expliquer la problématique.

La demande

Le cahier des charges

L’analyses

La programmation

Le Debug (total=100 000$)

Le réel besoin (1 000$)

Votre objectif (10 000$)

Moralité

• Il ne suffit pas d’avoir de bonnes réponses, encore faut-il réussir à poser les bonnes questions ;-)

Merci, avez-vous des questions ou des remarques ?

Vos avis 24h/24, 7j/7:

pascal@kotte.net