STRATÉGIES OPEN SOURCE DES GRANDES ENSEIGNES EN INFORMATIQUE

 Choix et flexibilité

 Portabilité

 Options de support

 Indépendance Vis à vis éditeurs

 Cycle rapide pour les nouvelles

versions et les correctifs

 Dérives vers un modèle

“commercial”

 Intégration dans le SI

 Support

 Fractionnement : Trop de choix

 Qualité Documentation / Procédures

d’installation

 Risques juridiques (Brevets,

GPL…)

 Viabilité à moyen et long terme

5

5

Impact de l’Open Source

sur l’innovation

Communautés

 Capitaliser sur les communautés de type

Opensource, la loi de Metcalf, les réseaux

sociaux

Modularité

 Repenser la granularité et la modularité des

logiciels

 Focus sur la “décomposition granulaire” pour

re-composition

Mise en pouvoir

 Tirer parti de la flexibilité et la valeur apportée

par des équipes à haute compétence

 Minimiser le chaos tout en maximisant la prise

de décision individuelle

6

Impact de l’Open Source

sur le “Business Model”

Du “Marché Contrôlé”

A “la valeur ajoutée”

 Standards propriétaires

 Maîtrise du client

 Contrôler le rythme

d’évolution

 Contrôler les prix

 Bénéficier des effets de

réseau

 Bénéficier d’économies

d’échelle

 Bénéficier des

compétences du marché

 Vitesse d’innovation

7

Stratégies Open Source

 Stratégies Constructeur :

 Supporter le maximum de logiciels – dont l’opensource

 Linux sur toutes les plateformes

 Appliquer la philososphie Opensource au matériel

 Stratégies Sociétés de Services :

 Offre de service en conseil, expertise, intégration, support

 Capitaliser sur les « leaders » opensource salariés de l’entreprise

 Service basé sur des « assets logiciels »

 Expertise métier + Intégration : Transport, Logistique…

8

Stratégies Open Source

9

Stratégies Open Source

Propriétaire

Ouvert

Collaboration :

It’s not “proprietary or open”,

it’s “and”

Avantages:

Spécificités Produit /

offres

Investissements

technologiques “lourds”

Avantages:

Coût / valeur

Collaboration ouverte

10

Stratégie Open Source

Composants

de Service

Gestion

de Contenu

Standard de fait

Format

Bureautique

Formulaire

électronique

It’s “closed”

but it could be “openned”

and vice versa

Moteurs

de recherche

Administration

de stockage

Gestion

d’identité personnelle

Standard ouvert

Gestion

de projet

Client léger

Monitoring

11

Recours aux Standards Ouverts

 Standards ouverts = des spécifications

 Publiées sans restriction ( brevets raisonnables dans certaines conditions )

 Disponibles librement

 Contrôlées par des consortiums industriels ouverts

 Plusieurs implémentations sont disponibles sur le marché

 Quelques Exemples

 Spécifications J2EE, protocoles smtp, imap, formats iCalendar, OpenDocument…

 Standards ouverts d’origine constructeur : xForms, X11, …

12

Recours aux Standards Ouverts

Produits

Communauté

Accès

Standards

Réseau

Systèmes UNIX

Données

Management

Intégration

Identité

Applications

Langages

Mainframe

Interop Vendor

Alliance

Interoperability

Executive

Customer

Council

Collaboration

(JBOSS,

SugarCRM,

Nokia,…)

Shared / Open

Source

Communauté

OSP (Open

Specification

Promise)

Open XML

VHD

MCPP

13

Intégration & Interopérabilité





Prix d’acquisition faible

Support non structuré (auto support

ou communautaire) ou payant

 Releases fréquentes

 Compatibilité ascendante moyenne

 Complexité réduite

Support intégré



 Gestion contrôlée du changement



Tests poussés

 Compatibilité ascendante

Evolution contrôlée



Personnalisation

Intégration

14

Intégration & interopérabilité

 Réduction des coûts de support.

 Réduction des coûts de mise en œuvre.

 Rapidité de mise en œuvre.

 Au prix d’une plus grande

dépendance…

 … y compris financière.

 Raison de plus de bien choisir des composantes pérennes,

performantes et « ouvertes » (dans le sens d’interopérables)

15