Développer une application SaaS

Thierry VONFELTDirecteur SaaS - groupe ESDI

Thierry.Vonfelt@esdi.fr

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 2

« …as a Service » répond à un besoin fondamental lié à l’accélération du Business et à la concurrence accrue

Services à la demande

Rendre possible

Accélérer

Fourniture de fonctions et de

moyens aux utilisateurs

Réactivité face aux évolutions de son marché

Réduireles coûts

Réduireles délais

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 3

« …as a Service » est un modèle économique ce n’est pas un modèle technologique comme l’est l’ASP

Business Process as a Service : fourniture de services « métier » (marketing/vente, GRH, gestion comptable, flux logistiques, …)

– gérés et produits par un partenaire externe et fournissant des livrables

– selon un contrat de souscription à l'usage garantissant des niveaux de services

Software as a Service : fourniture d'un service applicatif multi-utilisateurs

– depuis un point distant via le protocole Internet (IP)

– selon un contrat de souscription à l'usage garantissant des niveaux de services

– avec une souscription / activation / désactivation du service quasi immédiate ou dans un délai très court (selon le type de solution)

Hardware as a Service : fourniture de moyens sur site (poste de travail, éditique, téléphonie IP, …)

– gérés et pilotés à distance – accompagnés de services de support à distance ou sur site– selon un contrat de souscription à l'usage garantissant des

niveaux de services

Solution as a Service : intégration d’offres « as a Service » dans une solution globale – co-gouvernée par le prestataire et le client– prépackagé pour un secteur d’activité ou une fonction métier– selon un contrat de souscription à l'usage garantissant des niveaux de services

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 4

Le développement de l’application n’est qu’une partie de la problématique de la conception d’une application SaaS

4%

9%

16%

40%

54%

61%

0% 40% 80%

Je ne sais pas

Autres

Intégration de mashups (services web proposés par des tiers)

Choix de la plateforme de développement(ex : DotNet, Websphere, Force.com …)

L’interconnectivité de votre service avec d’autres logiciels d’entreprise et/ou de solutions web

Redimensionnement des fonctionnalités (accès, ergonomie…) aux contraintes du web

Pouvez-vous préciser la nature des difficultés techniques de votre application en ligne?

Concevoir l’architecture globale avant de choisir

les technologies de développement

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 5

La conception de la solution a un impact important sur son coût global de possession

• Architecture• Multi-locataire

• Maintenance corrective / évolutive• Réduction maximale des interruptions de services• Evolution linéaire pour les releases et idéalement pour les versions

• Facilité d’utilisation : appropriation et support Utilisateurs• Ergonomie intuitive, simplicité des écrans, points de repère (pour les télé conseillers, lien avec la documentation)• Navigation par processus métier et pas par module/fonction du logiciel

• Continuité / Disponibilité• Redondance• Reprise rapide sur incident

• Exploitation• Coûts d’exploitation minimum• Reprises faciles en cas d’incident• Fonctions de reporting technique et de surveillance applicative

• Intégration• Pré-paramétrage / assistant de configuration• Outils intégrés de personnalisation• Processus de reprise de données prédéfinis / configurables• Mécanismes standardisés d’interopérabilité

• Administration• Fonction de facturation à l’usage selon une unité économique conformes aux attentes du marché ciblé• Automatisation totale ou partielle de l’activation du service (environnement client, compte utilisateur, …)

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 6

Les solutions en technologies Client / Serveur sont aussi éligibles au mode SaaS

• Il n’y a pas que les logiciels « full web » qui permettent de proposer une solution en mode SaaS

• Les technologies dites « client léger » permettent de rendre des applications client / serveur accessibles via Internet

• Certaines applications dites full web sont en fait en mode client / serveur (client Java lourd) et donc nécessitent aussi des infrastructures client léger pour assurer

– de bonnes performances– un niveau de sécurité suffisant (en cas d’absence de

reverse proxy en DMZ pour la technologie utilisée entre le client et le serveur)

Full web léger

Client léger

Client lourd

Forum Club Alliances - construire une application SaaS - T Vonfelt - groupe ESDI 7

Expertise et Services au sein du Club Alliances, pour vous conseiller et vous accompagner dans la construction de votre

solution

Conseil en architectureAide au choix de technologiesPortage sur plateforme IBM HW/SWTests de charge

Plateforme de développementRessources de développement

Plateforme de développementRessources de développement / testsPlateforme e-formationProgiciel de gestion de contenu pour assistance utilisateur

Editeurs de solutions technologiques :• plateforme de développement

• IBM software group• Reflexe technologies• XAGA

• logiciel d’interopérabilité• IBM software group • Run My Process

• outils complémentaires :• IBM software group (groupware)• Novapost / STS (archivage légal)• Infoprint / Konica Minolta (éditique)• …

InnovationCenter