1 Ingeniería Web: Marco de Medición y Evaluación de CalidadCurso de Posgrado Universidad Nacional de San Luis / La Rioja / Catamarca Ingeniería Web: Marco de Medición y Evaluación de Calidad Evolución de la Web Taxonomía de WebApps Ingeniería Software versus Ingeniería Web Contenidos Parte I Dr. Luis Olsina GIDIS_Web, Facultad de Ingeniería, UNLPam, La Pampa - Argentina TE Ext. 6501 © 2007 GIDIS_Web
2 Esquema Evolución de la Web Taxonomía de WebAppsIngeniería Software vs. Ingeniería Web
3 Evolución de Internet y la Web1a Generación. Internet previa a la Web y los navegadores. Intercambio información textual. , Telnet, FTP Uso por la Comunidad científica y militar. 1969 1992 Estándar principal: Código Texto ASCII. Se trata de publicar en la red información corporativa o información de productos y servicios, únicamente con la intención de ‘ser más conocidos.
4 Evolución de Internet y la Web2a Generación. Internet masivo de la Primera Generación más Web. Páginas HTML son el elemento básico de acceso, visualización e intercambio entre sistemas y personas. Funcionalidad a través de CGI Uso creciente..., pero la integración con procesos informatizados es rudimentaria y se enfrenta a múltiples retos de seguridad, automatización y estandarización. 1969 1992 1996 Estándares principales: Lenguaje HTML. CGI / Scripts Se trata de publicar en la red información corporativa o información de productos y servicios, únicamente con la intención de ‘ser más conocidos.
5 Evolución de Internet y la Web3a Generación. Infraestructura de comunicación: -> sistemas entre sí, -> personas entre sí, -> sistemas y personas. Generalización de Funcionalidades y Servicios basados en la Web. Establecimiento “espontáneo” y “automatizado” de comunicaciones entre sistemas, para transacciones de todo tipo. 1969 1992 2005 Estándares principales Lenguaje HTML/XML J2EE, .NET, ... Integración/Colaboración Se trata de publicar en la red información corporativa o información de productos y servicios, únicamente con la intención de ‘ser más conocidos.
6 Madurez de Sistemas WebI) Publicacional. Valor Añadido Costo Característica: Objetivo: Información compañía, Difusión (e-brochure). ( ). Fase I Difundir, Mantener presencia. Se trata de publicar en la red información corporativa o información de productos y servicios, únicamente con la intención de ‘ser más conocidos. Estrategia Táctica
7 Madurez de Sistemas WebII) Interactivos. Valor Añadido Costo Característica: Objetivo: Contenido interactivo, simple búsqueda, personalización.( ) Fase II Fase I A partir de las posibilidades de Comunicación, Cooperación, y Coordinación, que la red ofrece, se van planteando relaciones más activas con los posibles lectores o accesos a la red, buscando vías de intercambio más estrechas. Algunos sectores más dinámicos empiezan a percibir la red como un canal alternativo de comercialización. Asistimos a los primeros esfuerzos por parte de la banca americana y de gigantes como Microsoft por conquistar este nuevo canal. Comunicación, captación. Estrategia Táctica
8 Madurez de Sistemas WebIII) Transaccional. Valor Añadido Costo Característica: Objetivo: Comercio electrónico, búsqueda avanzada, ventas y marketing ( ) Fase III Fase II Fase I Ventas y Marketing, Seguridad, Fidelización del cliente. Aprovechando los medios disponibles, los procesos existentes y modificaciones y adaptaciones de los mismos se van integrando soluciones cada vez más amplias de operación a través de la red. Estas operaciones invaden poco a poco los diferentes espacios o escenarios de interacción de la empresa con su entorno, ya sea en términos de compras, ventas, relación con los accionistas o interacción con los empleados. La “e-” se convierte en prefijo obligado de cualquier concepto que quiera estar a la moda. Estrategia Táctica
9 Madurez de Sistemas WebIV) Colaboracional. Valor Añadido Costo Característica: Objetivo: Integración cadena valor, pagos on-line, servicios personalizados. ( ). Fase IV Fase III Fase II Fase I Aumentar cuota mercado, mejorar beneficios, creación nuevos procesos e infraestructuras. Una vez experimentado con éxito o intuida la oportunidad de lograr mayores ventajas junto con un modo de conseguirlo las organizaciones más ágiles se lanzan a un nuevo modelo de organización de sus procesos y cadenas de aportación de valor con el objetivo de ser los primeros en sacar las máximas ventajas de beneficio y competitividad con relación a sus competidores. Algunos de los presentes quizá estén entre las empresas que experimentan las fases 3 y 4, otras personas quizá en fases más cautas y también es posible que muchos de Uds. estén a la expectativa para conocer las posibilidades prácticas de recorrer estos nuevos caminos y quieran conocer alternativas reales en estos nuevos espacios de oportunidad. Estrategia Táctica
10 Madurez de Sistemas WebSERVICIO WEB Integración/ Colaboración + Complejidad Transacción Interacción Difusión So far, the definition of WebML has focused on data retrieval, the most important aspect of Web site design. However, many applications require also the support of user-driven content generation and update; examples of such applications in E-commerce include the user profiles maintenance and shopping carts + Valor Añadido
11 Esquema Evolución de la Web Taxonomía de WebAppsIngeniería Software vs. Ingeniería Web
12 Orientación de los Productos WebNiveles de Orientación de los Artefactos Web Orientación a Documentación Hypertexto (Tim Berners-Lee, 1992) Catálogos, Divulgación de Informes, etc. Orientación a Aplicación con Funcionalidad Sw E-commerce E-Banking E-learning Diseñar Aplicaciones Web presenta Nuevos Desafíos Requerimientos Funcionales y No-funcionales Procesos de Desarrollo Procesos de Aseguramiento de Calidad
13 Taxonomía de Sitios y Ap. WebCategoría Descripción Ejemplos Informacional Distribución de contenidos proveyendo mecanismos de navegación y búsqueda básica y avanzada. Diarios en línea, catálogos de productos, libros electrónicos, entre otros. Interactivo Posibilitan la interacción del usuario, (en algunos casos interacción personalizada) mediante el uso de diversos mecanismos. Formularios, Web mail, juegos en línea, entre otros. Transaccional Permiten la realización de transacciones de diversa índole. Venta de productos, bancos virtuales, entre otros. Control de Flujo (Workflow) Permiten establecer, monitorear y analizar el flujo de actividades o servicios. Sistemas de planificación y programación, control de estado de sistemas, entre otros.
14 Taxonomía de Sitios y Ap. WebCategoría Descripción Ejemplos Ambientes de Trabajo Colaborativo Facilitan el trabajo colaborativo entre sistemas y personas entre sí. Sistemas de diseño y autoría distribuidos, etc. Comunidades en Línea Facilitan la comunicación (mediante mecanismos sincrónicos y asincrónicos) entre comunidades de personas con intereses comunes. Grupos de chat, sistemas de e-learning, entre otros. Portales Actúan como intermediarios (puerta de entrada) y contenedores de otros sitios y servicios. Portales de información, etc. Orientadas al Servicio (Web Services) Brindan servicios a usuarios o a otras aplicaciones. Servicios web meteorológicos, entre otros.
15 Reciente Survey sobre WebAppsLos Desarrollos de Proyectos Web: No cumplen las expectativas de negocio: 84% No disponen de la funcionalidad requerida: 53% Retraso en el desarrollo: 79% Sobrepaso del presupuesto: 63% Los productos son de baja calidad: 52% Fuente: Cutter Consortium, 2001
16 Esquema Evolución de la Web Taxonomía de WebAppsIngeniería Software vs. Ingeniería Web
17 Ingeniería de SoftwareIngeniería de Software trata del establecimiento de los principios y métodos de la ingeniería a fin de obtener de modo rentable que sea fiable y trabaje en máquinas reales (Bauer, 1972) La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación (funcionamiento) y mantenimiento del software; es decir, la aplicación de ingeniería al software (IEEE,1993)
18 Ingeniería Web Una posible definiciónWeb Engineering is concerned with the establishment and use of sound scientific, engineering and management principles and disciplined and systematic approaches to the successful development, deployment and maintenance of high quality WebApps, within budgetary constraints
19 Ingeniería de Software / WebIngeniería de Software / Web implica el empleo sistemático, cuantificable, y disciplinado de estrategias, principios, modelos, métodos, técnicas y herramientas derivados de la ciencia y la experiencia, en respuesta a alguna necesidad o deseo humano u organizacional para comprender o resolver algún problema de software o aplicación Web, bajo principios de calidad y costos.
20 Ingeniería de Software: ConceptosHerramientas Metodologías Métodos, Técnicas Principios, Modelos Principio: Proposición o verdad fundamental que puede servir de guía (regir) en el proceso de toma de decisiones. Método: Secuencia lógica de operaciones y potenciales heurísticas que permiten la realización de un proceso (descripción de proceso). Técnica: Recursos, procedimientos y heurísticas específicas usadas por un método. Metodología: conjunto de métodos y técnicas asociadas a una estrategia con el fin de cubrir una o más fases de un proyecto. Herramienta: Soporta la automatización de técnicas y métodos.
21 Ingeniería de Software: ConceptosProyecto de Software Fase Proceso, Tarea, Actividad. Recurso Producto, Aplicación, Artefacto, Documento Método Agente, Humano, Automatizado Rol
22 Ingeniería Web versus Ingeniería SoftwareIW versus IS Ingeniería Web versus Ingeniería Software IW es de algún modo diferente de IS, aunque ambas involucran programación y desarrollo de software. La mayoría de los aplicaciones Web necesitan ser desarrolladas en corto tiempo, haciendo difícil aplicar el mismo nivel de planificación formal que el enfoque tradicional. Diferencias en el Proceso de Desarrollo El Desarrollo Web es una mezcla: Entre Publicación impresa y Programación de Software Entre Marketing y Computación Entre Arte y Tecnología
23 IW versus IS Los sitios Web están (y seguirán estando) orientados al contenido. La mayoría de los sitios y aplicaciones Web, además de la orientación a la funcionalidad, seguirán apuntando a mostrar contenidos o información. Esta es una característica básica que surgió desde los inicios de la Web (año 1992), mas allá de que el contenido de las páginas sea generado estática o dinámicamente.
24 IW versus IS Es muy importante cómo el usuario interactúa con la interface y se le presenta la información. Los sitios y ap. Web continuarán focalizadas en las interfaces de usuario, en su apariencia y estética. Muchos sitios están dirigidos por objetivos de presentación, promoción de productos y servicios, y metas de negocios; esto parece ir en incremento. Las interfaces deben ser fáciles de usar y operar: serán utilizadas por miles de usuarios con diferentes perfiles y capacidades. En los sistemas tradicionales se podía establecer un tiempo para entrenar a los usuarios a cómo utilizarlas, pero no sucede lo mismo con los sitios Web dada su naturaleza ubicua.
25 IW versus IS En general en un proyecto Web de mediana o gran escala se requiere mayor multiplicidad de habilidades y conocimientos entre los integrantes del equipo, que en un proyecto de software tradicional. El medio en donde residen los sitios y ap. Web, es generalmente más impredecible que el medio donde se ejecutan las ap. de software tradicional. Por ejemplo, la impredecibilidad en las conexiones en cuanto al mantenimiento del ancho de banda, la disponibilidad de servidores, entre otras. Esto puede afectar la percepción y aceptabilidad que tiene el usuario de un artefacto.
26 IW versus IS Es difícil establecer (estimar) el tiempo en el cual se cerrará un proyecto Web. Los modelos y métodos de estimación de tiempo para proyectos Web son más inmaduros que para los proyectos tradicionales. Se distingue el caracter evolutivo, en cuanto a contenido y servicios, de los sitios y aplicaciones Web respecto del software tradicional.
27 IW versus IS Existen cuestiones de propiedad de la información, las cuales involucran aspectos legales, culturales y éticos a ser considerados. La mayoría de las veces es difícil establecer los límites legales, debido a la heterogeneidad de legislaciones en los distintos países, o a la ausencia de las mismas.
28 Referencias Pressman, R., 1998, “Can Internet-based Applications be Engineered”, IEEE Software (Sep/Oct 98). Powell, T.; Jones, D; Cutts, D., 1998, “Web Site Engineering: Beyond Web Page Design”, Prentince Hall PTR. Deshpande, Y.; Murugesan, S., Ginige, A., Hansen, S., Schwabe, D., Gaedke, M., White, B., 2002, “Web Engineering”, Journal of Web Engineering, Rinton Press, US, 1(1), pp