Forum Nov08 DéVelopper Une Application Pour Le Mode Saa S

Développer une application SaaS Thierry VONFELT Directeur SaaS - groupe ESDI [email_address]

« …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éduire les coûts Réduire les délais

« …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)

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

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

Le développement de l’application n’est qu’une partie de la problématique de la conception d’une application SaaS Concevoir l’architecture globale avant de choisir les technologies de développement

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, …)

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

Expertise et Services au sein du Club Alliances, pour vous conseiller et vous accompagner dans la construction de votre solution Conseil en architecture Aide au choix de technologies Portage sur plateforme IBM HW/SW Tests de charge Plateforme de développement Ressources de développement Plateforme de développement Ressources de développement / tests Plateforme e-formation Progiciel de gestion de contenu pour assistance utilisateur