1 SaaS “Software como servicio“ Alumnos: - Darío Díaz - Manuel Morales - Iván Vallejos Jueves 5 de julio de 2007
2 Contenidos Evolución del software SaaS:Software como servicio Definición Características Ventajas SOA: Software orientado a la arquitectura
3 ¿Qué es un Producto? Un Producto se Diseña. Se Elabora y se Replica varias veces. Se Reparte a través de una cadena de distribución. El cliente Paga por una copia del producto. El Producto suele ser tangible.
4 Evolución del Software
5 ¿Qué es un Servicio? Busca satisfacer una necesidad que tengan los potenciales clientes. No se requiere una cadena de distribución. El cliente paga por tener su necesidad debidamente atendida. Por lo general, el Servicio es algo intangible.
6 Historia del Software Antecedentes: 1833 a 1842: Máquina Analítica de Babbage Ada Lovelace: Primera programadora.
7 El primer computador El ENIAC (1946) fue la primera máquina de cómputos de la era electrónica. Se programaba mediante cableado Colossus Mark I (1944) se usaba para decifrar mensajes Nazis encriptados
8 Historia del Software: Producto Inicios: Década de los 50 Software para empresas y entidades gubernamentales. Auge: Años 70-80 Surgimiento del Personal Computer. Nuevas Necesidades.
9 La Crisis del Software (1965-1985) Problemas con los proyectos de Software Productividad Calidad No había suficientes programadores calificados
10 Ingeniería de Software Herramientas: Programación Estructurada, POO, CASE, documentación, estándares, UML. Métodos formales de desarrollo de software Procesos y Metodologías, como CMM
11 Microsoft En 1980 vende el sistema DOS a IBM. En 1985 comienza a vender su producto Windows 1.0
12 La Aparición de Internet Inicios: Defense Advanced Research Projects Agency (DARPA) Bob Taylor y sus 3 Terminales
13 Expansión de ARPAnet 5 de Diciembre de 1969: Conectados 4 Interface Message Processors (IMP) 13 IMP en 1970 18 IMP en 1971 En 1973 ya existían 40 IMP Para 1981 eran 213 IMP, incluidos los de Hawai, Noruega e Inglaterra, vía satélite.
14 Hacia Internet Protocolos y servicios de ARPAnet TCP/IP FTP (File Transfer Protocol) VTP (Voice Transfer Protocol) Email DNS (Domain Name System), 1983
15 Internet 1990: ARPAnet deja de funcionar como tal. Más de 330000 host conectados de diferentes países: Argentina, Austria, Belgica, Brasil, Chile, Grecia, India, Irlanda, Corea del Sur, España and Suiza. Aparecen los primeros buscadores
16 Hacia el Servicio Con el surgimiento de Internet se da paso a una nueva forma de distribuir software: El Servicio En 1995 se crea el primer Webmail: Hotmail.
17 SaaS “Software como servicio“
18 Software como Servicio Introducción. El modelo de negocio tradicional del software se basa en cobrar por el producto y su licencia de uso (venta). Hoy en día, gracias al auge de las tecnologías de la información, tenemos una nueva visión del software, esto es SaaS.
19 Software como Servicio Definición: Modelo de negocio en el que una empresa proporciona a sus clientes acceso remoto a determinado software a cambio de una retribución.
20 Software como Servicio Características Provee, vía Internet, el acceso a aplicaciones que están alojadas y mantenidas por una firma responsible, Internet es un factor determinante para este sistema. El software se puede entregar usando este modelo a cualquier segmento del mercado, desde consumidores caseros hasta corporaciones.
21 Software como Servicio Características SaaS ofrece un proceso de entrega de aplicaciones muy eficiente para ISVs y clientes finales principalmente. En vez de llevar el producto a los clientes, éstos vienen pedirlo.
22 Software como Servicio Ventajas Grandes empresas que apuestan por esta nueva visión ya nos proveen de las herramientas necesaria La arquitectura.NET de Microsoft Los applets y los servlets de Sun La tecnología AJAX (Gmail) Podemos usar los repositos libres como punto de partida para nuestros desarrollos O bien, podemos usar software libre como infraestructura de nuestro servicio
23 Software como Servicio Ventajas: Vendedores de Software independientes (ISVs) Tradicionalmente los ISVs han tenido dificultades para llegar al mercado de pequeñas y medianas empresas. El modelo SaaS ofrece una nueva forma para que los ISVs puedan distribuir y comercializar su software. Fácil Distribución y comercialización. Disminución de Costos. Infraestructura.
24 Software como Servicio Ventajas: Usuarios Finales Grandes Beneficios, los cuales están ayudando a las empresas y departamentos a cambiar su forma de ver el software. Entre los beneficios destacamos: Permite Evaluación Online. Mantenimiento. Soporte 24 x 7 Datos Centralizados Manejo Sencillo del Software.
25 Software como Servicio Mas Económico que el software tradicional. Sin servidores y sin personal de asistencia de TI, basta con una conexión a Internet y un explorador para cada usuario
26 Software como Servicio Estructura del Modelo Proveedor de Alojamiento Proveedor de Servicios Clientes
27 Software como Servicio Proyección: Según un estudio de Gartner SaaS Ha alcanzado el 5% de las ventas de software en 2006. Este modelo llegará a concentrar el 25% del total de las ventas en sólo cuatro años. Debido a las ventajas y al avance tecnológico, vemos que la tendencia es hacia un cambio de paradigma.
28 Software como Servicio Comercialización Se Vende Mediante Suscripción: Se paga exclusivamente por los servicios utilizados. Servicio Orientado al Volumen: Debido Bajos Costos del servicio (entre otros Factores) se intenta llegar a una mayor cantidad de clientes.
29 Software como Servicio
30 Desventajas: Depende principalmente de Internet. Seguridad de la Información: Filtrado de información y ataques que tienen como protagonistas a empresas privadas que gestionan datos a través de contactos Web con los usuarios. Integridad de la Información: Temor a la pérdida de informacion. Implica un cambio de paradigma.
31 Software como Servicio Ejemplos
32 SOA Arquitectura Orientada al servicio
33 Integración de sistemas software Sistema de e-Mail Sistemas De Usuarios Otro Sistema de Inventario INTEGRACION
34 El arquitecto de soluciones tiene dos opciones Reinventar la rueda Reutilizar
35 Tratar de reutilizar la funcionalidad ya implementada en otros sistemas. Difícil de realizar No fueron diseñadas para Integrarse a plataformas incompatibles Riesgo al alterar el Sistema Que funciona sin problemas
36 Re implementar la funcionalidad requerida Reinventar la rueda Funcionalidad replicada por el los sistemas Dificultad de migración de los sistemas internos Aunque implica mas tiempo de desarrollo, es la mas fácil y segura. Un modelo así, por lo general no escala muy bien. Pobre respuesta al cambio.
37 Arquitectura de software Componentes Servicios ¿Que es SOA? La arquitectura de software describe los componentes de un sistema y como estos componentes interactúan entre ellos Un componente es un grupo de objetos que trabajan en conjunto para proveer una función del sistema Consideramos servicio como un comportamiento provisto por un componente para ser usado por cualquier otro componente a través de una interfaz conocida por ambos.
38 Las Empresas tiene sistemas heterogéneos
39 ¿Como SOA Ayuda en la Empresa? Exponer procesos de negocio como servicios es la clave a la flexibilidad de la arquitectura. Así un sistema evoluciona con la adición de nuevos servicios y su mejoramiento. Verificar un crédito Abrir una Cuenta
40 Visión interna de los servicios Autónoma e independiente Incluyen lógica de negocios (generalmente) Expone su funcionalidad en una interfaz basada en mensajes
41 Visión interna de los servicios Para comunicarse entre sí, estos servicios se basan en una definición formal independiente de la plataforma subyacente y del lenguaje de programación WSDL
42 Resumen
43 Diseñando con SOA en mente Los tiempos de llamado no son despreciables, gracias a la comunicación de la red, tamaño de los mensajes, etc. Esto necesariamente implica la utilización de mensajería confiable. La respuesta del servicio es afectada directamente por aspectos externos como problemas en la red, configuración, etc. Debe manejar comunicaciones no confiables, mensajes impredecibles, reintentos, mensajes fuera de secuencia, etc.
44 El problema de múltiples servicios Cuando se usan múltiples servicios para implementar un sistema, es muy fácil que la comunicación entre estos se salga de control.
45 Solución Una solución lógica a este problema es extraer los aspectos de procedimiento de varios servicios dentro de uno dedicado, llamado servicio de negocio. Un servicio de negocio controla las acciones paso a paso en la ejecución de algún trabajo, moviendo el sistema de un estado a otro. En cada paso, este llamara una operación de negocio provista por un servicio.
46 Conclusiones Exponer procesos de negocio como servicios, es la clave a la flexibilidad de la arquitectura.
47 Blog y Referencias http://saas2007.wordpress.com