Vés al contingut

Programari com a servei

De la Viquipèdia, l'enciclopèdia lliure

Programari com a servei, més conegut com a SaaS (de l'anglès software as a service), és un model de distribució de programari on el suport lògic i les dades utilitzades s'allotgen en servidors d'una companyia de tecnologies d'informació i comunicació (TIC), als quals s'accedeix per Internet des d'un client.[1][2] L'empresa proveïdora TIC s'ocupa del servei de manteniment, de l'operació diària i del suport del programari usat pel client. Normalment, el programari es pot consultar en qualsevol ordinador, tant si és a l'empresa com si no. Es dedueix que la informació, el processament, els inputs, i els resultats de la lògica de negoci del programari, estan allotjats en la companyia de TIC.

A diferència de la majoria de productes de programari autoallotjats, només existeix una versió del programari. i només s'admet un sistema operatiu i una configuració. Els productes SaaS normalment s'executen en sistemes d'infraestructura com a servei (IaaS) o plataforma com a servei (PaaS) de lloguer, que inclouen maquinari i, de vegades , sistemes operatius i middleware, per adaptar-se a augments ràpids d'ús alhora que proporcionen disponibilitat instantània i contínua als clients. Els clients SaaS tenen l'abstracció de recursos informàtics il·limitats, mentre que l'economia d'escala redueix el cost. Les arquitectures SaaS solen ser multi-tenant; normalment comparteixen recursos entre clients per a l'eficiència, però de vegades ofereixen un entorn aïllat per una tarifa addicional. Els models d'ingressos SaaS comuns inclouen freemium, subscripció i tarifes basades en l'ús. A diferència del programari tradicional, poques vegades és possible comprar una llicència perpètua per a una determinada versió del programari.

No hi ha pràctiques específiques de desenvolupament de programari que distingeixin el SaaS d'altres desenvolupaments d'aplicacions, tot i que sovint hi ha un enfocament en proves i llançaments freqüents.

Computació en núvol

[modifica]
Comparació entre serveis locals, IaaS, PaaS i SaaS

La infraestructura com a servei (IaaS) és la forma més bàsica de computació en núvol, on els recursos d'infraestructura, com ara els ordinadors físics, no són propietat de l'usuari, sinó que es lloguen a un proveïdor de núvol. Com a resultat, els recursos d'infraestructura es poden augmentar ràpidament, en lloc d'esperar setmanes perquè els ordinadors s'enviïn i es configurin. La IaaS requereix temps i experiència per fer ús de la infraestructura en forma de sistemes operatius i aplicacions.[3] La plataforma com a servei (PaaS) inclou el sistema operatiu i el middleware, però no les aplicacions.[4][5] Els proveïdors de SaaS solen utilitzar serveis PaaS o IaaS per executar les seves aplicacions.[4]

Sense IaaS, seria extremadament difícil fer que un producte SaaS sigui escalable per a un nombre variable d'usuaris i, alhora, proporcionar la disponibilitat instantània i contínua que els clients esperen.[6] La majoria dels usuaris finals només consumeixen el producte SaaS i no s'han de preocupar per la complexitat tècnica del maquinari físic i el sistema operatiu.[7] Com que es pot accedir als recursos del núvol sense cap interacció humana, els clients SaaS tenen l'abstracció de recursos informàtics il·limitats, mentre que l'economia d'escala redueix el cost.[8] Una altra característica clau de la computació en núvol és que les actualitzacions de programari es poden implementar i posar a disposició de tots els clients gairebé instantàniament.[9] El 2019, es va estimar que SaaS representava la pluralitat, el 43%, del mercat de la computació en núvol, mentre que IaaS i PaaS combinats representen aproximadament el 25%.[10]

Història

[modifica]

A la dècada del 1960 es va inventar la multitasca, que va permetre als ordinadors centrals servir a diversos usuaris simultàniament. Durant la dècada següent, el temps compartit es va convertir en el principal model de negoci per a la informàtica, i la computació en clúster va permetre que diversos ordinadors treballessin junts.[8] La computació en núvol va sorgir a finals de la dècada del 1990 amb empreses com Amazon (1994), Salesforce (1999) i Concur (1993) que oferien aplicacions basades en Internet amb un sistema de pagament per ús. Totes aquestes es van centrar en un sol producte per aconseguir una alta quota de mercat.[11] Començant amb Gmail el 2004, els serveis de correu electrònic van ser alguns dels primers productes SaaS que es van comercialitzar en massa als consumidors.[12] El mercat de SaaS va créixer ràpidament durant els primers anys del segle xxi.[13][10] Inicialment vist com una innovació tecnològica, SaaS ha arribat a ser percebut més com un model de negoci.[14] El 2023, SaaS s'havia convertit en el principal mètode amb què les empreses lliuren aplicacions.[15]

Els productes SaaS de consum populars inclouen tots els llocs web de xarxes socials, serveis de correu electrònic com Gmail i els seus editors de Google Docs associats,[16] Skype, Dropbox,[17] i productes d'entreteniment com Netflix i Spotify.[18] Els productes SaaS empresarials inclouen el programari de gestió de relacions amb els clients (CRM) de Salesforce, SAP Cloud Platform i Oracle Cloud Enterprise Resource Planning.[17]

Models d'ingressos

[modifica]

Alguns proveïdors de SaaS ofereixen serveis gratuïts als consumidors que es financen mitjançant mitjans com la publicitat, el màrqueting d'afiliació o la venda de dades de consumidors.[19] Un dels models més populars per a les startups d'Internet i les aplicacions mòbils és el freemium, on l'empresa cobra per l'ús continuat o un nivell de servei més alt. Fins i tot si l'usuari mai actualitza a la versió de pagament, ajuda l'empresa a capturar una quota de mercat més alta i desplaçar els clients d'un rival.[20] Tanmateix, el cost d'allotjament de l'empresa augmenta amb el nombre d'usuaris, independentment de si aconsegueix atraure'ls a utilitzar la versió de pagament.[21] Un altre model comú és on la versió gratuïta només proporciona demostració (crippleware). Els mercats en línia poden cobrar una tarifa per les transaccions per cobrir els costos del proveïdor de SaaS.[19] Abans era més comú que els productes SaaS s'oferissin per un cost únic, però aquest model està disminuint en popularitat.[19] Alguns [19] productes SaaS tenen codi obert, anomenat SaaS obert. Aquest model pot oferir avantatges com ara una reducció del cost de desplegament, un menor compromís amb el proveïdor i aplicacions més portables.[22]

Els models d'ingressos SaaS més comuns impliquen la subscripció i el pagament per ús.[23] Per als clients, els avantatges inclouen una reducció del cost inicial, una major flexibilitat i un cost general més baix en comparació amb el programari tradicional amb llicències de programari perpètues.[24] En alguns casos, el cost únic elevat que exigien els venedors de programari tradicional estava fora de l'abast de les empreses més petites, però els models SaaS de pagament per ús fan que el programari sigui assequible.[2] L'ús es pot cobrar en funció del nombre d'usuaris, les transaccions, la quantitat d'espai d'emmagatzematge utilitzat o altres mètriques.[25] Molts compradors prefereixen el pagament per ús perquè creuen que són usuaris relativament poc freqüents del programari i el venedor es beneficia en arribar a usuaris ocasionals que d'altra manera no comprarien el programari.[25] Tanmateix, pot causar incertesa en els ingressos per al venedor i augmenta les despeses generals de facturació.[26]

El model de subscripció de SaaS ofereix un flux d'ingressos continu i renovable al proveïdor, tot i que és vulnerable a la cancel·lació.[2] Si se'n cancel·la un nombre significatiu, la viabilitat del negoci es pot posar en perill.[2] La facilitat de cancel·lar una subscripció i canviar a un competidor deixa als clients l'avantatge d'obtenir concessions del venedor.[27] Si bé els ingressos recurrents poden ajudar el negoci i atraure inversors, la necessitat d'habilitats de servei al client per convèncer el client que renovi la seva subscripció és un repte per als proveïdors que canvien a la subscripció des d'altres models d'ingressos.[28]

Adopció

[modifica]

Els productes SaaS normalment s'accedeix a través d'un navegador web com una aplicació web disponible públicament.[29][15] Això significa que els clients poden accedir a l'aplicació des de qualsevol lloc des de qualsevol dispositiu sense necessitat d’instal·lar- la o actualitzar- la.[15][30] Els proveïdors de SaaS sovint intenten minimitzar la dificultat de registrar-se al producte.[31] Molts aprofiten l'estructura orientada al servei per respondre als comentaris dels clients i fer evolucionar el seu producte ràpidament per satisfer les demandes. Això pot permetre als clients creure en la millora contínua del producte i ajudar el proveïdor de SaaS a obtenir clients d'una empresa de programari tradicional establerta que probablement pot oferir un conjunt de funcions més complet.[32][33]

Tot i que el programari local sovint és menys segur que les alternatives SaaS,[34] la seguretat i la privadesa són algunes de les principals raons esmentades per les empreses que no adopten productes SaaS.[35] Les empreses SaaS han de protegir les seves ofertes disponibles públicament contra abusos, inclosos els atacs de denegació de servei i la pirateria informàtica.[36] Sovint utilitzen tecnologies com el control d'accés, l'autenticació i el xifratge per protegir la confidencialitat de les dades.[35] No obstant això, no totes les empreses confien en els proveïdors de SaaS per mantenir les dades sensibles segures.[35] El proveïdor és responsable de les actualitzacions de programari, inclosos els pegats de seguretat, i de la protecció de les dades dels clients.[30] Els sistemes SaaS tenen inherentment una latència més gran que el programari que s'executa localment a causa del temps que triguen els paquets de xarxa a ser lliurats a les instal·lacions del núvol. Això pot ser prohibitiu per a alguns usos, com ara els processos industrials urgents o l'emmagatzematge.[37]

L'auge dels productes SaaS és un factor que ha portat moltes empreses a passar de pressupostar les TI com una despesa de capital a una despesa operativa.[38] El procés de migració a SaaS i el seu suport també poden ser un cost significatiu que s'ha de tenir en compte.[39][28]

Desenvolupament

[modifica]
Una arquitectura SaaS. Tots els clients executen la mateixa versió del programari a la mateixa plataforma.[40]

Un repte per als proveïdors de SaaS és que la demanda no es coneix per endavant. El seu sistema ha de tenir prou marge per poder gestionar tots els usuaris sense rebutjar-ne cap, però sense pagar per massa recursos que seran innecessaris. Si els recursos són estàtics, es garanteix que es malgastaran durant les hores punta.[41] De vegades, s'ofereixen tarifes més econòmiques fora de les hores punta per equilibrar la càrrega i reduir el malbaratament.[42] L'expectativa d'un servei continu és tan alta que les interrupcions del programari SaaS sovint apareixen a les notícies.[43]

No hi ha pràctiques específiques de desenvolupament de programari que diferenciïn el SaaS d'altres desenvolupaments d'aplicacions.[44] Els productes SaaS sovint es publiquen aviat i sovint per aprofitar la flexibilitat del model de lliurament SaaS.[45] El desenvolupament de programari àgil s'utilitza habitualment per donar suport a aquest calendari de llançament.[46] Molts desenvolupadors SaaS utilitzen el desenvolupament basat en proves, o bé emfatitzen les proves de programari freqüents, a causa de la necessitat de garantir la disponibilitat del seu servei i el desplegament ràpid.[47] El disseny basat en dominis, en què els objectius empresarials impulsen el desenvolupament, és popular perquè els productes SaaS s'han de vendre al client sent útils.[48] Els desenvolupadors SaaS no saben per endavant des de quins dispositius els clients intentaran accedir al producte, com ara un ordinador d'escriptori, una tauleta o un telèfon intel·ligent, i la compatibilitat amb una àmplia gamma de dispositius sovint és una preocupació important per a l'equip de desenvolupament front-end.[49] Les aplicacions web progressives permeten que algunes funcionalitats estiguin disponibles fins i tot si el dispositiu està fora de línia.[50]

Les aplicacions SaaS ofereixen predominantment protocols d'integració i interfícies de programació d'aplicacions (API) que operen a través d'una xarxa d'àrea extensa.[51]

Arquitectura

[modifica]

L'arquitectura SaaS varia significativament d'un producte a un altre.[52] No obstant això, la majoria de proveïdors SaaS ofereixen una arquitectura multi-tenant.[29] Amb aquest model, s'utilitza una sola versió de l'aplicació, amb una sola configuració (maquinari, xarxa, sistema operatiu), per a tots els clients ("tenants").[53] Això significa que l'empresa no necessita donar suport a múltiples versions i configuracions.[15] El canvi arquitectònic de cada client que executa la seva pròpia versió del programari al seu propi maquinari afecta molts aspectes del disseny de l'aplicació i les funcions de seguretat.[53] En una arquitectura multi-tenant, molts recursos poden ser utilitzats per diferents inquilins o compartits entre diversos inquilins.[54]

Plans d'aplicació i control d'un producte SaaS

L'estructura d'una aplicació SaaS típica es pot separar en plans d'aplicació i de control.[55] Els productes SaaS difereixen en la manera com se separen aquests plans, que poden estar estretament integrats o acoblats de manera flexible en un model basat en esdeveniments o missatges.[56] El pla de control s'encarrega de dirigir el sistema i cobreix funcionalitats com ara la incorporació dels inquilins, la facturació i les mètriques, així com el sistema utilitzat pel proveïdor SaaS per configurar, gestionar i operar el servei.[55] Molts productes SaaS s'ofereixen a diferents nivells de servei per diferents preus, anomenats nivells. Això també pot afectar l'arquitectura d'ambdós plans, tot i que normalment es col·loca al pla de control.[57] A diferència del pla d'aplicació, els serveis del pla de control no estan dissenyats per a la multitenancy.[58]

Un exemple d'arquitectura on alguns serveis es comparteixen, mentre que d'altres s'assignen per inquilí [59]

El pla d'aplicació, que varia molt segons la naturalesa del producte, implementa la funcionalitat principal del producte SaaS.[58] Els problemes clau de disseny inclouen la separació dels diferents inquilins perquè no puguin veure ni canviar les dades o els recursos d'altres inquilins.[60] Excepte en les aplicacions SaaS més senzilles, alguns microserveis i altres recursos s'assignen per inquilí, en lloc de compartir-se entre tots els inquilins.[61] La funcionalitat d'encaminament és necessària per dirigir les sol·licituds dels inquilins als serveis adequats.[59]

Exemple d'arquitectura de desplegament SaaS que ofereix un aïllament complet en un nivell premium i un desplegament mixt de microserveis per a altres inquilins [62]

Alguns productes SaaS no comparteixen cap recurs entre els inquilins, cosa que s'anomena aïllament. Tot i que això nega molts dels beneficis d'eficiència del SaaS, facilita la migració de programari antic a SaaS [63] i de vegades s'ofereix com a oferta premium a un preu més alt.[64] L'agrupació de tots els recursos pot permetre aconseguir una major eficiència,[65] però una interrupció afecta tots els clients, de manera que la disponibilitat s'ha de prioritzar en major mesura.[66] Molts sistemes utilitzen una combinació d'ambdós enfocaments, agrupant alguns recursos i aïllant-ne d'altres.[67] Altres empreses agrupen diversos inquilins en pods i comparteixen recursos entre ells.[68]

Problemes legals

[modifica]

Als Estats Units, les lleis constitucionals sobre ordres de registre no protegeixen totes les formes de dades emmagatzemades dinàmicament de SaaS. El resultat és que els governs poden sol·licitar dades als proveïdors de SaaS sense el consentiment del propietari.[69][70]

Algunes llicències de codi obert com la GPL-2.0 no atorguen explícitament drets que permetin la distribució com a producte SaaS a Alemanya.[71]

Exemple

[modifica]

El programari és un producte que es pot distribuir de diverses maneres. Se sol fer mitjançant una instal·lació directa en equips del client. Si algú vol fer servir una aplicació de vendes, compra el producte d'instal·lació (CD, DVD), executa un programa de configuració, dona les seves claus i, d'aquesta manera, pot començar a utilitzar el sistema. Però si l'usuari necessita que una altra persona a l'altre extrem de la Terra consulti la seva llista de clients, cobraments pendents o preus, i els voldria manipular amb el mateix programari, necessitaria un altre producte, o necessitaria descarregar aquest programa executable des de la web, i a més necessitaria una llicència per a aquest producte, o fer ús d'una VPN, o comunicar-se mitjançant correu electrònic amb la seu d'operacions. En canvi, si el programari està modelat com a servei, els requisits poden ser molt més simples.

Programari sota demanda?

[modifica]

Consisteix a poder usar una aplicació des d'un ordinador client (exemple l'ordinador portàtil d'un venedor), cap a un servidor central situat en l'empresa proveïdora de sistemes i no a la companyia del client. També pot donar-se el cas de companyies més grans que hostatgin en els seus propis servidors, i alhora prestin o venguin els seus serveis de programari a altres empreses del sector.

SaaS vertical vs. horitzontal

[modifica]

SaaS horitzontal i SaaS vertical són models diferents de serveis d'informàtica en el núvol. El SaaS horitzontal s'adreça a una àmplia varietat de clients, generalment sense tenir en compte la seva indústria. Alguns exemples populars de proveïdors de SaaS horitzontals són Salesforce i HubSpot. El SaaS vertical, d'altra banda, es refereix a un veta de mercat orientat a una varietat més reduïda de clients per a satisfer els seus requisits específics.

Prestacions

[modifica]

Les característiques del programari com a servei inclouen:

  • Accés i administració a través d'una xarxa.
  • Activitats gestionades des d'ubicacions centrals, en lloc de la seu de cada client, de manera que els permeten tenir accés remot a les aplicacions a través de la web.
  • La distribució de l'aplicació és més propera al model un a molts (una instància amb múltiples usuaris) que al model un a un, incloent arquitectura, preus, col·laboració, i administració.
  • Actualitzacions centralitzades, la qual cosa elimina la necessitat de descarregar pegats per part dels usuaris finals.
  • Freqüent integració amb una xarxa major de programari de comunicació, bé com a part d'un mashup o com a enllaç per a una plataforma com a servei

Avantatges

[modifica]
  • No és necessari que el client compti amb una àrea especialitzada de suport per al sistema, per la qual cosa es redueixen els seus costos i el risc d'inversió.
  • La responsabilitat de l'operació recau en l'empresa TIC. Això significa que la garantia de disponibilitat de l'aplicació i la seva correcta funcionalitat són part del servei que dona la companyia proveïdora del programari.
  • L'empresa TIC no desatén al client. El servei i atenció continuada del proveïdor al client és necessària perquè aquest últim continuï pagant el servei.
  • L'empresa TIC proveeix els mitjans segurs d'accés en els entorns de l'aplicació. Si una empresa TIC vol donar SaaS en la seva cartera de productes, ha d'oferir accessos segurs perquè no s'infiltrin dades privades a la xarxa pública.
  • No cal comprar una llicència per utilitzar el programari, sinó pagar-ne un lloguer o renda per l'ús del programari. Encara que també hi ha casos particulars on el servei és totalment gratuït, com per exemple el servei de blogs que brinden diferents companyies: WordPress, Blogger, etc.; és a dir, es compta amb el servei, es pot accedir lliurement, es garanteix usabilitat i actualitat, però no es paga pel servei.
  • Se li permet al client total flexibilitat en l'ús dels sistemes operatius de la seva preferència, o al com pugui tenir accés.

Inconvenients

[modifica]
  • L'usuari no té accés directe als seus continguts, ja que estan guardats en un lloc remot, tret que el sistema prevegi l'exportació de les dades (Google, per exemple, permet descarregar els correus a una computadora) i en cas de no comptar amb mecanismes de xifratge i control disminueix l'índex de privadesa, control i seguretat que això suposa, ja que la companyia TIC podria consultar-los.
  • L'usuari no té accés al programa, per la qual cosa no pot fer modificacions (depenent de la modalitat del contracte de serveis que tingui amb la companyia TIC).
  • En estar el servei i el programa dependents de la mateixa empresa, no permet a l'usuari migrar a un altre servei utilitzant el mateix programa (segons la modalitat del contracte de serveis amb la companyia de TIC).
  • Si el servei d'Internet no està disponible per part de l'ISP, l'usuari no tindrà accés al programa, per la qual cosa les seves operacions resultaran afectades fins que aquest servei es restableixi.
  • Els desavantatges són propis de la cultura instal·lada que és millor tenir les dades en el meu ordinador, però la tendència indica que això desapareixerà.

Tendències

[modifica]

Com a resultat, la fragmentació generalitzada en l'oferta de SaaS[72] hi ha una tendència emergent cap al desenvolupament de Plataformes d'Integració de SaaS (SIP en anglès).[73] Aquestes SIP permeten els subscriptors accedir a múltiples ScuS a través d'una plataforma comuna. També ofereixen a desenvolupadors l'oportunitat de desenvolupar i desplegar noves aplicacions ràpidament.

Se sol referir a aquesta tendència com la tercera ona de l'adopció de programari —en la qual els SaaS passen a ser part d'una plataforma coherent. La primera de totes va ser creada per Bitium i proporciona serveis SSO a negocis que operen amb múltiples aplicacions. Zoho i Suitsoft són dues companyies que ofereixen SIP avui dia. Altres companyies com Salesforce, Microsoft i Oracle estan també desenvolupant plataformes similars.[74]

Una altra tendència que s'està produint és la creació de solucions de programari que combinen gestió de recursos humans, nòmines i despeses i fomenten la col·laboració entre cap i empleat. Aquests suplements van en la línia de molts negocis de crear eines de gestió autònoma per a empleats.

Crítica

[modifica]

Richard Stallman ha criticat el SaaS. Segons Stallman, usar SaaS es pot comparar a utilitzar programari privatiu.[75]

No sempre un programari brindat com a servei és de l'estil no-modificable. De fet, hi ha algunes modalitats de servei en les quals el producte/programari es configura a mesura del client.[cal citació]

Hi ha diversos programes del tipus SaaS que tenen una llicència GPL, i on el proveïdor només cobra per l'ús del servei, de manera que s'ofereix la possibilitat al client de modificar-lo o aconseguir el codi font, implementar-lo en el servidor de la mateixa empresa, i aquesta, al seu torn, distribuir el servei cap als seus empleats per internet (els exemples més comuns són alguns ERP i CRM).

Referències

[modifica]
  1. ↑ Golding, 2024, p. 14.
  2. ↑ 2,0 2,1 2,2 2,3 Dempsey i Kelliher, 2018, p. 2.
  3. ↑ Rosati i Lynn, 2020, p. 22.
  4. ↑ 4,0 4,1 Rosati i Lynn, 2020, p. 23.
  5. ↑ Ibrahim et al., 2023, p. 258.
  6. ↑ Dempsey i Kelliher, 2018, p. 17.
  7. ↑ Dempsey i Kelliher, 2018, p. 17–18.
  8. ↑ 8,0 8,1 Dempsey i Kelliher, 2018, p. 19.
  9. ↑ Dempsey i Kelliher, 2018, p. 33.
  10. ↑ 10,0 10,1 Rosati i Lynn, 2020, p. 20.
  11. ↑ Dempsey i Kelliher, 2018, p. 23, 31.
  12. ↑ Watt, 2023, p. 8.
  13. ↑ Dempsey i Kelliher, 2018, p. 24, 32.
  14. ↑ Dempsey i Kelliher, 2018, p. 35.
  15. ↑ 15,0 15,1 15,2 15,3 Watt, 2023, p. 4.
  16. ↑ Watt, 2023, p. 4, 8.
  17. ↑ 17,0 17,1 Clohessy et al., 2020, p. 40.
  18. ↑ Watt, 2023, p. 9.
  19. ↑ 19,0 19,1 19,2 19,3 Dempsey i Kelliher, 2018, p. 48.
  20. ↑ Dempsey i Kelliher, 2018, p. 61-63.
  21. ↑ Dempsey i Kelliher, 2018, p. 63-64.
  22. ↑ Bhandari i Gupta, 2019, p. 21.
  23. ↑ Dempsey i Kelliher, 2018, p. 48, 57.
  24. ↑ Clohessy et al., 2020, p. 40-41.
  25. ↑ 25,0 25,1 Dempsey i Kelliher, 2018, p. 57.
  26. ↑ Dempsey i Kelliher, 2018, p. 57-58.
  27. ↑ Dempsey i Kelliher, 2018, p. 11.
  28. ↑ 28,0 28,1 Dempsey i Kelliher, 2018, p. 66.
  29. ↑ 29,0 29,1 Garbis i Chapman, 2021, p. 185.
  30. ↑ 30,0 30,1 Kinnunen, 2022, p. 123-124.
  31. ↑ Golding, 2024, p. 18.
  32. ↑ Golding, 2024, p. 20.
  33. ↑ Watt, 2023, p. 15.
  34. ↑ Watt, 2023, p. 6, 16.
  35. ↑ 35,0 35,1 35,2 Ibrahim et al., 2023, p. 264, 266, 268.
  36. ↑ Garbis i Chapman, 2021, p. 186.
  37. ↑ Kinnunen, 2022, p. 137, 139.
  38. ↑ Tallon et al., 2020, p. 2.
  39. ↑ Kinnunen, 2022, p. 124.
  40. ↑ Golding, 2024, p. 25.
  41. ↑ Dempsey i Kelliher, 2018, p. 36.
  42. ↑ Dempsey i Kelliher, 2018, p. 37.
  43. ↑ Dempsey i Kelliher, 2018, p. 39.
  44. ↑ Watt, 2023, p. 11.
  45. ↑ Watt, 2023, p. 16.
  46. ↑ Younas et al., 2018, p. 142.
  47. ↑ Watt, 2023, p. 11-12, 16.
  48. ↑ Watt, 2023, p. 12.
  49. ↑ Watt, 2023, p. 13-14.
  50. ↑ Watt, 2023, p. 13.
  51. ↑ Manvi i Shyam, 2021, p. 105.
  52. ↑ Golding, 2024, p. 47.
  53. ↑ 53,0 53,1 Golding, 2024, p. 25-26.
  54. ↑ Golding, 2024, p. 26.
  55. ↑ 55,0 55,1 Golding, 2024, p. 27.
  56. ↑ Golding, 2024, p. 44.
  57. ↑ Golding, 2024, p. 40.
  58. ↑ 58,0 58,1 Golding, 2024, p. 28.
  59. ↑ 59,0 59,1 Golding, 2024, p. 38.
  60. ↑ Golding, 2024, p. 36-37.
  61. ↑ Golding, 2024, p. 37.
  62. ↑ Golding, 2024, p. 76.
  63. ↑ Golding, 2024, p. 55.
  64. ↑ Golding, 2024, p. 55, 74-75.
  65. ↑ Golding, 2024, p. 69.
  66. ↑ Golding, 2024, p. 70.
  67. ↑ Golding, 2024, p. 75-76.
  68. ↑ Golding, 2024, p. 78.
  69. ↑ Arthur, Charles. «Google's ChromeOS means losing control of the data, warns GNU founder Richard Stallman». The Guardian, 14-12-2010. Arxivat de l'original el 2014-02-28. [Consulta: 16 febrer 2012].
  70. ↑ Adhikari, Richard. «Why Richard Stallman Takes No Shine to Chrome». Linux Insider, 15-12-2010. Arxivat de l'original el 2021-01-23. [Consulta: 24 març 2015].
  71. ↑ Ballhausen, 2014, p. 61.
  72. ↑ «Why SaaS is Broken (and How we're going to fix it) – Blitzen Blog» (en anglès). Arxivat de l'original el 2018-02-05. [Consulta: 4 novembre 2017].
  73. ↑ «SaaS Integration Platforms The Looming SaaS Deployment and Support Dilemma, Saugatuck Technology. - References - Scientific Research Publishing». [Consulta: 4 novembre 2017].
  74. ↑ «Integraciones». [Consulta: 4 novembre 2017].
  75. ↑ «¿A quién sirve realmente ese servidor? - Proyecto GNU - Free Software Foundation». [Consulta: 23 agost 2025].

Vegeu també

[modifica]

Enllaços externs

[modifica]
Obtingut de «https://ca.wikipedia.org/w/index.php?title=Programari_com_a_servei&oldid=36166560»