Accueil
 > Rapports de TEC > Blogue de TEC > Quel est le logiciel en tant que service?

Quel est le logiciel en tant que service?

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Présentation

Il ya eu confusion sur le sens de logiciel en tant que service (SaaS) et à la demande. Cette confusion, plus confuse par l'existence de l'ancien hébergement et fournisseur de service d'application (ASP) modèles, a engendré une série d'hypothèses souvent floues et parfois incorrects. Pour beaucoup, il est difficile de déterminer si SaaS ou sur demande signifie que

  1. le logiciel est hébergé, c'est un certain type d'hébergement intermédiaire est nécessaire pour fournir aux utilisateurs l'accès au logiciel, à un niveau de service garanti; Photos     
  2. logiciel est disponible dans une hosted-forme uniquement, hors site, et est accessible via un navigateur Web, grâce à un modèle de type self-service, et non pas à travers des disques compacts (CD) ou ajouts; ou

  3. logiciel est disponible via un modèle d'abonnement, où les utilisateurs paient sur une base d'utilisation quotidienne, hebdomadaire, mensuelle, ou par.

Ceci est la deuxième partie du logiciel quatre parties en tant que service gagne du terrain série.

Certes, la dernière génération de logiciel, conçu à partir de zéro pour être livré comme un service, diffère fondamentalement de modèles d'hébergement traditionnelles. Cette nouvelle génération offre un certain nombre d'avantages que ces modèles de prestation antérieures ne pouvais pas. À savoir, bien que les modèles d'hébergement SaaS sont encore en évolution, de nombreux problèmes technologiques qui pillèrent la première vague de FSA ont été ou sont résolus. Par exemple, en plus des améliorations en matière de sécurité et de prix réduits pour la bande passante que de bon augure pour l'hébergement adoption, a accueilli logiciel ressemble et se sent finalement plus comme client d'interface utilisateur riche traditionnel applications / serveur. Ceci est dû à des outils tels que JavaScript qui fournissent de vérification des erreurs et la validation du côté client. En outre, et peut-être plus important encore, le développement de Dynamic Hypertext Markup Language (DHTML) a permis de contenu Web pour modifier chaque fois qu'elle est considérée, en permettant à une page Web à réagir à l'utilisateur Entrée sans envoyer des requêtes au serveur Web. Ce, en particulier, a mis en place un degré d'interactivité aux applications basées sur le Web qui n'était tout simplement pas possible il ya quelques années. À l'époque, les utilisateurs étaient contraints de remplir et de soumettre lourd hypertext markup language formes (HTML), ou ils ont dû exécuter un logiciel supplémentaire du client léger, comme Citrix MetaFrame , sur leurs ordinateurs de bureau. Aucune de ces approches a été satisfaisante, malgré le fait que tout logiciel client léger apparemment promis une bonne solution, il y avait encore un certain nombre de lacunes.

abord, le logiciel client mince augmentation des coûts parce que le logiciel devait être autorisé sur une base par utilisateur, une idée que le modèle d'hébergement était de faire disparaître. Cela a souvent causé le coût de la licence Citrix MetaFrame pour tenir compte de plus de la moitié des frais mensuels moins que séduisant. Deuxièmement, parce que l'écran a été effectivement être "rendu" miles de l'endroit où l'utilisateur était en fait situé, il était lent et augmente la charge sur le réseau à un moment où la bande passante était à un prix premium. Enfin, les utilisateurs devaient encore pour exécuter et maintenir le logiciel client léger propriétaire sur leurs postes de travail, en battant l'objet de course orientée serveur, logiciel basé sur le Web. En conséquence, les coûts n'ont pas été réduites d'autant que promis à l'origine.

Cependant, avec l'avènement de nouveaux outils, cela a été améliorée beaucoup. En termes de navigateur, le soutien aux graphismes très avancés manque encore, alors que la nécessité d'interactions complexes sur le côté client a été atténué par l'aide de DHTML avec minimisation des serveurs allers-retours et rafraîchir la page. Il faut s'attendre à d'autres développements permettant scénarios d'interaction plus sophistiquées dans un avenir prévisible. Fondamentalement, les applications SaaS bien conçues devraient être en mesure de tirer parti des riches métaphores de l'interface utilisateur, sans nécessairement les mandatant.

Sur cette base, on peut définir SaaS les composants logiciels qui sont développés ou acquis et hébergés par un fournisseur de services indépendant, et qui sont facturés sur une utilisation des ressources ou par utilisateur base (qui peut être changé et n'est pas une redevance mensuelle fixe). Ces composants logiciels ne nécessitent aucune infrastructure appartenant à l'utilisateur ou géré, à l'exception de l'accès à Internet. Le logiciel est pris en charge sur une plate-forme d'infrastructure virtuelle constituée d'équipements physiques, tels que les réseaux et les serveurs, le stockage situés dans les centres commerciaux de données et des applications logiques, tels que les sites Web, les applications et les logiciels de base de données, qui fonctionne sur le matériel physique et est délivrée par l'organisme tiers indépendant.

Différente de l'application traditionnelle Hosting

Il est important de distinguer SaaS de l'hébergement d'applications traditionnelles. En règle générale, un contrat de location d'hébergement traditionnel signifie que l'utilisateur achète toujours le logiciel et le matériel, mais il finance en versements mensuels. Dans ces conditions, l'entreprise utilisatrice hébergement possède les droits sur le logiciel hébergé, mais l'abonnement est essentiellement un paiement à un tiers pour gérer l'aspect matériel et l'infrastructure de l'installation. Dans le modèle ASP, le fournisseur ASP possède généralement le logiciel. L'abonnement achète le droit d'accéder au logiciel pour la durée de l'abonnement soit sur une base de temps ou sur une base d'utilisation (par exemple, beaucoup pour une telle transaction).

l'inverse, dans le modèle SaaS, il n'ya pas d'investissement en capital initial, et aucun matériel ou logiciel à acheter. Les utilisateurs et leurs partenaires de mise en œuvre (les développeurs Web et les intégrateurs de systèmes) ne peuvent personnaliser et gérer le contenu, la conception et la logique métier de leurs sites Web ou des pages. Un bon exemple de cela est la façon dont les banques utilisent vérifier les services de traitement. Alors que le logiciel est utilisé pour exécuter ces services, les banques ne prêtent pas à accéder au logiciel, mais plutôt de payer pour un service de compensation de chèques. Un autre exemple serait le moyen le compagnies aériennes utilisent des systèmes de distribution mondiaux tels que Sabre .

Il existe également des différences techniques entre SaaS et l'hébergement d'applications. Dans le modèle d'hébergement traditionnel, appelé bail unique , un fournisseur de services sous licence d'une application à partir d'un éditeur de logiciels indépendant (ISV) et à distance héberge et gère l'application (éventuellement via un ASP), généralement pour une charge de démarrage et des frais d'entretien mensuels. Dans ce one-to-one modèle, malgré une haute disponibilité et un moindre risque de brèches de sécurité et les interruptions de service, les utilisateurs se retrouvent souvent coincés dans des situations où ils ne pouvaient pas déployer de nouvelles fonctionnalités rapidement ou de réagir prestement à la demande du client fluctuante.

Pour expliquer cela plus clairement, il faut visualiser un couloir avec plusieurs boîtes de casiers sur la gauche et sur la droite. Ces boîtes contiendront des serveurs de bases de données, serveurs d'applications, système d'exploitation (OS) serveurs, et autres joyeusetés, et chaque case vestiaires maisons son utilisateur un seul locataire. Chaque boîte courrait sur une instance ou la version de l'application. En fonction de la capacité maximale, certaines boîtes seraient plus importantes et pourraient contenir des serveurs latentes si le locataire a prédit qu'elles seraient nécessaires pendant les périodes de pointe. Dans ce locataire, l'arrangement multi-instance unique, chaque locataire passe beaucoup de temps, d'efforts et d'argent personnalisation de leur application afin de rendre leur site unique. Personnalisation nécessite le développement de code qui manque dans la demande de fondation d'origine ou de modifier la fonctionnalité limitée et existants pour reproduire les meilleures caractéristiques de pratique. Ainsi, avec des applications sur site traditionnels, ces applications hébergées également souvent besoin de développeurs de greffer sur une fonctionnalité qui n'est pas disponible dans la demande initiale. Cela prend beaucoup de temps et d'argent, et la personnalisation n'est pas supporté. Lorsque l'éditeur de logiciels a une nouvelle version de l'application, il est presque impossible de rouler dans les différentes versions personnalisées, car elle peut briser l'énorme investissement de personnalisation.

En revanche, le modèle SaaS fait usage de multi-location Architecture logiciel, dans lequel une instance du modèle de logiciel et des données est provisionné à plusieurs clients qui partagent le même matériel et base de données. Avec une architecture multi-tenant, le logiciel peut surveiller en permanence et de s'adapter à l'évolution des usages des clients, au besoin. Dans ce one-to-many setup, il ya une seule instance du logiciel en cours d'exécution dans chaque boîte de casier, de sorte que des améliorations fréquentes dans le logiciel sont automatiquement et de façon transparente à la disposition de chaque locataire. Chaque boîte contient également plusieurs locataires, si au lieu de laisser les serveurs qui sommeille en chaque casier pour recueillir de la poussière, les serveurs sont maximisés dynamiquement en fonction des besoins. Dans le modèle de l'instance multi-locataire, unique, les utilisateurs ne paient que pour ce qu'ils utilisent, tandis que l'évolutivité est automatiquement ajustée en fonction de l'utilisation réelle. Ce modèle a également l'avantage supplémentaire d'une vitesse plus rapide de déploiement et de toujours courir sur la dernière version du logiciel. Par conséquent, si le site d'un utilisateur éprouve une augmentation inattendue de la circulation, les ressources sont allouées automatiquement afin que le site ne connaîtront pas nécessairement une baisse des performances. Il faut néanmoins noter que les installations multi-locataires qui combinent les données de plusieurs entreprises en une seule application font modernisation plus rapide et plus facile, mais ils ouvrir également la porte à des erreurs inter-entreprises dans la sécurité des données, la corruption, ou de compromis. Plus tard dans cette série, nous allons examiner les variations de certains vendeurs sur la multi-location, qui répondent aux préoccupations ci-dessus.

Un autre problème avec le SaaS est que l'instance logicielle unique du modèle SaaS permet généralement l'intégration des applications disparates difficile, quand on pense à une approche plus large qui implique des processus d'affaires intra-entreprise complexes (et profonde et large associé capacités fonctionnelles). En revanche, avec le traditionnel sur les modèles d'affaires des licences de prémisse, les clients peuvent plus réalistement modifier leur instance de l'application locale du logiciel à l'interface avec d'autres applications héritées. Ce n'était pas possible avec un seul des services hébergés d'instance. Pour résoudre le problème de personnalisation et d'intégration pour applications existantes, les fournisseurs et les plateformes SaaS ont cherché à des services Web, mais il faudra un certain temps avant que la technologie est suffisamment mature pour être en mesure de remplacer les traditionnels, les courtiers de messages agaçants et les centres d'intégration que les grandes entreprises dépendent encore. Ainsi, pour le moment, les courtiers de message et les centres d'intégration sont encore une meilleure solution pour le traitement de gros volumes de services Web.

l'impact des services Web sur SaaS

Néanmoins, au plus haut niveau, SaaS doit être livré en une architecture orientée service (SOA) approche et doit incarner les services Web. Le principal avantage de services Web est qu'il découple l'utilisation des fonctionnalités de la livraison de la fonctionnalité, de sorte que l'architecture multi-tenant permet aux utilisateurs de personnaliser leurs pages Web sans avoir à construire leur propre code. Nouvelles caractéristiques et fonctionnalités peuvent être mises à disposition en permanence, à la volée, comme les meilleures caractéristiques de pratique sont identifiés puis mis à disposition. Pour plus d'informations, voir Comprendre SOA, Web Services, BPM, BPEL, et plus .

Intégration class="articleText">

Le développement des technologies, telles que les services Web et extensible markup language Transactions (XML) normes, fait application multi-fournisseurs interface plus réalisable. Ainsi, les entreprises d'hébergement seront vraisemblablement en mesure de développer des interfaces d'application standard pour l'intégration d'applications. Toutefois, à ce stade, la part de la tarte d'intégration des services Web de reste un petit ruban, ce qui signifie que les fournisseurs et les plateformes retenus doivent toujours être en mesure de fournir une gamme complète d'interfaces qui prennent en charge non seulement les services Web, mais aussi les protocoles de messagerie existants. Pour activer le service multi-locataire ou one-to-many, fournisseurs de SaaS peuvent s'associer avec d'autres pairs pour offrir une offre standard qui est personnalisé grâce à l'intégration dynamique et un accès sécurisé à de multiples modules de l'application, avec une personnalisation minimale de la logique de base de l'application. Pour le moment, le modèle d'entreprise de services logiciels hébergés s'applique encore mieux aux applications qui peuvent être exécutées de manière isolée ou avec limitées, moins impliqués interfaces avec des applications tierces.

Cela peut rendre SaaS convaincante, car elle a une baisse des coûts d'entrée, et si l'entreprise ne réalise pas la valeur du logiciel, il peut toujours cesser de l'utiliser (et arrêter de payer pour cela). Comme licences sur site, ce modèle fournit un flux régulier de revenus pour le fournisseur sous la forme de versements mensuels récurrents, mais, contrairement aux licences sur site, ce modèle nécessite le vendeur à assumer le coût de l'hébergement de l'application. En plus d'être plus facilement accessible via le Web, éliminant ainsi une grande partie des coûts de réseau dédiés qui modalités d'hébergement derniers entraînaient, la nouvelle génération de solutions SaaS surpasse les applications hébergées dans le passé en étant plus facile à acquérir et déployer progressivement, selon les besoins, ou à la demande.

avantages potentiels SaaS

Le modèle d'affaires SaaS offre plusieurs avantages à la fois le client et le vendeur que compensé l'éventuel, à long terme, des coûts plus élevés de ce modèle. En achetant un service logiciel (par opposition à l'achat d'une licence de logiciel), le client a un coût peu ou pas initiaux d'acquisition, aucun matériel ou logiciel à acheter et pas nombreux en charge la technologie de l'information (IT) personnel à embaucher et à former. Le coût d'acquisition est essentiellement réduit le coût de la formation des employés sur l'application, la configuration initiale de l'application, et la conversion ou la migration des données existantes.

SaaS hébergé sur site est également plus facile d'obtenir en cours d'exécution, en partie parce que la personnalisation est limitée, mais aussi parce qu'il n'y a pas de matériel à acheter et aucun logiciel à installer. En outre, il n'ya aucun logiciel à gérer, corriger ou mettre à jour, car cela devient la responsabilité du vendeur. Les utilisateurs obtiennent une application semi-custom sans avoir à embaucher une phalange de personnel informatique pour le faire fonctionner. Parce que le vendeur ou ASP héberge l'application, les clients ne voient qu'une seule instance du logiciel. D'autre part, avec le modèle sur site, le logiciel est distribué au client et est installé sur les ordinateurs des clients dans une variété d'environnements, hors du contrôle du fournisseur de logiciel. Encore une fois, SaaS réduit la douleur des mises à jour, car les clients restent automatiquement actuelle sur les rejets, malgré les dépenses minimum d'effort de mise à niveau. Ainsi, les coûts fixes traditionnels se transforment en contrepartie variables, depuis un client ne paie que pour les logiciels qu'il fait "consomme". Cela peut nécessiter de nouvelles approches de la budgétisation IT, mais il faut réduire les dépenses de logiciels inutiles. En outre, les clients peuvent commencer préférant être en mesure de payer-par-utilisation, à condition qu'il soit contrôlable. Le plus qu'ils puissent faire leurs coûts varient, et un lien vers le volume d'affaires, mieux ils devraient être en mesure de gérer leur profit et la perte Comptes (P & L).

En outre, ces réductions de coûts pourrait permettre au vendeur de payer plus pour un service logiciel d'un utilisateur basée sur le principe de la licence. En outre, le modèle SaaS réduit fortement les coûts de commutation et devrait obliger les fournisseurs de logiciels pour maintenir des niveaux élevés de satisfaction de la clientèle et d'offrir une meilleure fonctionnalité du produit pour assurer plus large adoption par les utilisateurs. En raison de l'existence d'une seule instance de l'application logicielle, souvent le seul fournisseur doit prendre en charge une plateforme matérielle et logicielle, ce qui réduit considérablement les coûts de développement. Les fournisseurs peuvent offrir un soutien à la clientèle plus ciblée tout en se concentrant sur une version unique. Une instance unique signifie également que le vendeur peut apporter des améliorations logicielles un à la fois, de briser le cycle de mise à jour majeure redoutée et éliminant le coût de ce cycle génère. SaaS donne vendeurs réel feedback de la clientèle en temps, et les fournisseurs astucieux peut continuellement surveiller l'utilisation de leur application et appliquer cette compréhension envers les améliorations continues des produits. Du côté de l'acheteur, le coût d'acquisition inférieur de services logiciels rend également ces abordables pour un plus large éventail de clients potentiels. En particulier, cette accessibilité donne petites entreprises la possibilité d'utiliser pratiquement les mêmes solutions que leurs grands frères, et élargit ainsi la possibilité vendeurs de vendre leur service à un plus grand nombre de clients.

à la demande (utilitaire) Informatique

La variation ultime hébergés modèles d'affaires est sur demande (utilité) informatique et le prix associé. C'est une tendance qui a capté l'attention des poids lourds de la technologie, y compris IBM , Hewlett Packard ( HP ), Oracle et Sun Microsystems . Akin aux services d'électricité ou d'eau communs, informatique à la demande permet aux clients d'acheter la puissance de traitement et l'accès à des logiciels comme elle est nécessaire, et de payer sur la base de combien et à quelle fréquence le logiciel a été utilisé. La clé de la fourniture de logiciels à la demande est grid computing , qui permet l'allocation dynamique des ressources globales de produits pour répondre à la demande changeante. L'architecture du produit est ici constitué de plusieurs couches, y compris le matériel physique, l'infrastructure des applications d'entreprise, et l'interface utilisateur sur le Web (UI), qui sont orchestrées à régler pour les nouveaux clients, les changements dans la demande et des composants échecs. Entre chacune de ces couches sont des facilitateurs de virtualisation qui permettent la combinaison de ressources pour être ajustée dynamiquement. Par exemple, la virtualisation du stockage est la fusion de plusieurs périphériques de stockage en réseau dans ce qui semble être une seule unité de stockage. Ce stockage à la demande facilitateur, qui est généralement mis en œuvre via des applications logicielles, est souvent utilisé dans un réseau de zone de stockage de (SAN), un sous-réseau à grande vitesse des périphériques de stockage partagé, et fait des tâches telles l'archivage, la sauvegarde et la récupération facile et plus rapide.

Ce nouveau modèle peut devenir attractif pour les grandes entreprises, bien que presque toutes les applications hébergées initiales ont été ciblés à petites et moyennes entreprises (SMB). On Demand Business est le slogan actuel d'IBM, qui définit à se rapportent à des entreprises dynamiques interconnectés dans les chaînes d'approvisionnement. L'IBM On Demand Glossaire donne la définition suivante d'une entreprise sur demande:

Une entreprise dont les processus d'affaires intégré de bout en bout à l'échelle de l'entreprise et avec les principaux partenaires, fournisseurs et clients-peuvent réagir avec souplesse et rapidité à toute demande des clients, l'opportunité de marché ou menace externe. Une entreprise à la demande comporte quatre attributs principaux: il est sensible, variable, ciblée, souple et basée sur la livraison d'un logiciel flexible pour alimenter l'entreprise.

Sur la base de cette définition, à la demande SaaS inclut, mais implique des processus d'affaires plus complexes à travers toute la chaîne d'approvisionnement complexe. SaaS répond actuellement morceaux simples de fonctionnalités, quoique livrée à travers un concept à la demande (si nécessaire). Comment la véritable IBM à la demande concept d'entreprise sera atteint dans les grandes entreprises reste à voir, puisque ces entreprises utilisatrices grandes devront rivaliser basé sur la véritable innovation de processus métier plutôt que sur l'exploitation "faible suspendu à la demande fruit". Cependant, la vraie différenciation concurrent sera difficile à réaliser avec les architectures de produits d'aujourd'hui, sauf s'il ya des investissements considérables dans des applications complexes et leur modification.

Sur demande implique également l'informatique agile, où la puissance de traitement est acheté et payé selon la demande. À cet égard, l'émergence des concepts SOA et le développement de l'informatique virtualisée ont introduit la notion de flexibilité presque totale en termes de systèmes ou services qui sont utilisés. Les utilisateurs du système doivent pouvoir décider combien de puissance à utiliser ou à combien d'utilisateurs ont accès au logiciel, parce que souvent, ces chiffres changent de minute en minute. Néanmoins, malgré beaucoup parlé pay as you go (répartition) de facturation, il est encore très rare, et peut éventuellement être mieux appliqué à la fin mainframe du marché. Cela s'explique en partie parce que ces systèmes utilisent des techniques relativement simples. Les coûts d'investissement très élevés initiaux des machines font par répartition plus attrayant à la fois le fournisseur et le client, et les ventes de systèmes haut de gamme comportent souvent un élément important du service. Les deux principaux fournisseurs de systèmes, IBM et Unisys , ont pu "plier" la puissance fournie et le compteur en conséquence par over-provisioning des machines fournies. Lorsque la demande est forte aux heures de pointe, les processeurs inutilisés sont allumés de façon dynamique et l'utilisation mesurée en conséquence.

Pourtant, le fait demeure que la plupart du potentiel de marché grand public, la bonne facturation de traitement à la demande, applications et services a été un défi majeur. À savoir, si quelque chose qui est disponible n'est pas utilisée, puis, de plus en plus (et logiquement), les clients ne s'attendent pas à être facturé pour ce dernier. D'autre part, si quelque chose est utilisé, comment est-il mesuré? Que faire si la capacité est allouée sur une base provisoire (ou en veille en cas d'urgence), et non utilisés? Comment les utilisateurs à être facturés? En outre, la plupart des applications d'entreprise sont utilisés de façon imprévisible, et les applications composites ou étroitement intégrée ajoutent encore à la complexité. À l'avenir, ces applications seront de plus en faites de composants et de services liés dynamiquement, et certains seront utilisés presque en permanence, tandis que d'autres qu'occasionnellement. Pour mesurer cette utilisation, on pourrait envisager des moteurs de facturation centralisée permettant de mesurer des centaines de services, et sont semblables aux systèmes de facturation de téléphonie mobile actuels, qui peuvent les appels des compteurs basés sur l'utilisation à travers un réseau de plusieurs fournisseurs, mais ce système n'a pas encore été créée .

plus commun d'hébergement préoccupations du modèle

tête de liste des doutes sur les modèles d'hébergement est de savoir si les offres hébergées puissent être correctement intégrées avec des applications sur site existants. Il ya aussi un certain scepticisme quant à l'utilité d'adapter les solutions à la demande hébergé, SaaS, ou à des processus et des pratiques, en particulier ceux exigeant strict respect de la réglementation affaires uniques. Par exemple, Salesforce.com et d'autres sociétés SaaS évangéliste (généralement identifiables par le mot vente ou net dans leur nom, voir comparant à la demande Customer Relationship Management Services Alternatives ) offrent généralement de bonnes solutions pour les opérations commerciales courantes. Cependant, en utilisant une architecture multi-tenant, ce qui nécessite des volumes de clients sur une seule instance de la base de données, ils peuvent parfois ne pas donner aux entreprises les types de différenciation dont ils ont besoin pour augmenter les ventes et les profits ou à gagner des parts de marché. Ces différentiateurs suivre la "règle 80:20", où 80 pour cent de toute entreprise est similaire à son concurrent, et 20 pour cent est ce qui le différencie. C'est cette différenciation, qui ne peuvent être fournis par SaaS, qui fera les entreprises à rechercher toujours les vendeurs traditionnels avec une expertise spécifique de l'industrie et de larges empreintes fonctionnelles pouvant accueillir évolution des processus d'affaires. Personnalisation des noms de champs UI ne seront pas répondre à ce besoin. Pas plus que la capacité de l'utilisateur à écrire JavaScript pour mettre le universel resource locator (URL) pour le script dans un champ personnalisé, ou l'utilisation de l'accès à onglet et des feuilles de style, qui est ce que Salesforce. com se réfère aux travaux de personnalisation.

Les entreprises veulent aussi plus de contrôle sur leurs applications, ils doivent être en constante évolution configurations, l'ajout de nouveaux produits, en développant une intégration plus étroite entre leurs systèmes, et en introduisant best-in-class processus d'affaires. En outre, de nombreux responsables informatiques territoriales ne seront pas heureux à l'idée de renoncer à une partie de leurs royaumes informatiques, et d'avoir à compter sur la capacité de l'hôte à l'extérieur pour exécuter impeccablement leurs centres de données, même si l'hôte est une entreprise viable. Ces questions et une connaissance du marché encore naissant peuvent expliquer les résultats d'une étude récente qui indique que plus de 60 pour cent des entreprises préfèrent actuellement le modèle de licence perpétuelle sur site aux options d'abonnement.

Le modèle de paiement le plus courant aujourd'hui est pour le client de payer pour une licence de logiciel par une redevance fixe basée sur la puissance de traitement de la machine (ou machines) utilisé. Une approche alternative est largement utilisé pour l'entreprise utilisatrice (licence) à payer une redevance fixe en fonction du nombre d'utilisateurs (ou sièges) l'accès au logiciel. Pour être juste, les deux approches sont relativement stables, permettant au client de budget en utilisant une formule, alors que le vendeur reçoit une grosse partie du chiffre d'affaires initial de la licence, avec un flux régulier de revenus de maintenance annuelle (généralement 15 pour cent à 20 pour cent) par la suite. C'est un modèle stable, rentable que les clients et les investisseurs à comprendre, et les habitudes sont difficiles à briser.

Un autre inconvénient de modèles hébergés est le coût à long terme des leasing le service pour le client. Un des principaux avantages de l'hébergement est la négociation initiale de initiaux les coûts associés à la mise en œuvre rapide d'un système de production. Cependant, après un certain laps de temps, le système inscrit coûtera plus cher qu'un en interne système de production. L'appel des modèles hébergés est donc une gratification immédiate couplée à une réduction des douleurs financiers initiaux.

Ceci conclut la deuxième partie du logiciel quatre parties en tant que service gagne du terrain série. La première partie détaille l'émergence du SaaS. Les troisième et quatrième se penchera sur les fournisseurs de SaaS et recommandations des utilisateurs de fournisseurs.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.