170 likes | 312 Views
Gestión de requisitos de calidad para MOWS. A. Ruiz Cortés. Universidad de Sevilla Dpto. De Lenguajes y Sistemas Informáticos. Contenido. Antecedentes Servicios WEB (MOWS) Problemas actuales del desarrollo y explotación de MOWS Conformidad de calidad Economía Propuesta
E N D
Gestión de requisitos de calidad para MOWS A. Ruiz Cortés Universidad de SevillaDpto. De Lenguajes y Sistemas Informáticos
Contenido • Antecedentes • Servicios WEB (MOWS) • Problemas actuales del desarrollo y explotación de MOWS • Conformidad de calidad • Economía • Propuesta • Estado actual y expectativas
Antecedentes • Metodología de gestión de requisitos • Métodos formales de especificación para sistemas distribuidos (TESORO) • Prototipado de modelos de coordinación multiparte • COTS-CORBA. Proyecto LEGO (FEDER- 40 Mptas) ¿Se pueden aprovechar los resultados? Proyecto GEOZOCO (CICYT-PIII)
Servicios WEB • Desde el punto de vista del cliente: • un servicio WEB es una entidad física autocontenida que implementa una o varias interfaces, contenida y administrada por un servidor WEB, y que está accesible mediante protocolos estándar de INTERNET. • Un servicio WEB no es un COTS distribuido • No es una unidad de deployment, sino de uso • No necesita conocer las dependencias del contexto • Independiente lenguaje y middleware
Servicios WEB • Crecimiento internet Subindustria desarrollo y gestión de e-services (ASP) • Envío de faxes, discos duros, traductores, &c • Siguiente paso: clientes modo ‘console’ • Problemas servicios Web ? Retraso B2B • Respuesta industria: UDDI (Universal Description, Discovering and Integration)
MOWSMulti-Organisational Web-based Systems • VideoClub virtual • Portales de Geo-Información (OpenGIS) • Portales de hospedaje. (Imágenes Satélites) • Protocolo SET (Secure Electronic Transaction) Sistemas que integran servicios WEB ofrecidos por diferentes organizaciones
MOWS: Características • Sensibles a la calidad • Normalmente se paga por un nivel de QoS • Abiertos (Entrada de servicios automática- Reproductor CD W2000) • Sensibles al “tiempo’’ • Económicos • Multicoordinados
«SLA» agree on IVideoServer { performance.HIGH; for play { MTTF.min > 90 min; MTTR.mean + MTTR.variance < 60 sec; }; for stop { DELAY.percentile90 < 250 ms; }; }; IVideoServer Cliente Servidor offer for IVideoServer { provide performance.HIGH; for play provide { MTTF.min > 90 min; MTTR.mean < 35 sec; MTTR.variance < 20 sec; }; for stop provide { DELAY.percentile 90 < 200 ms; }; }; conditions for IVideoServer { require performance.HIGH; for play require { MTTF.min > 120 min; MTTR.mean + MTTR.variance < 90 sec; }; for stop require { DELAY.percentile 90 < 250 ms; }; negotiation { if MTTR.mean + MTTR.variance < 60 then MTTF.min > 90; } }; ProblemasConformidad de calidad
Problemas de la conformidad • Sistemas dinámicosAutomatizar • Modelo común de atributos de calidad • Servicios son de terceros • Se integran servicios de diferentes dominios • Modelo común para expresar requisitos • Monitorización • Evitar repudios ante el incumplimiento del contrato
MOWS: Sistemas Abiertos • Término polisémico. • Sistema abierto respecto a • Ej. aplicaciones abiertas = navegadores + plug-ins • No creo en los contratos para toda la vida: ¿puedo ‘dejarte’ cuando quiera? • Software envejece ...... • Surgen servidores/as más atractivos ...Si en Lepe montan un servidor más barato y de mayor calidad, ¿seguirías usando el de Sevilla? • ¿ Puedo `casarme’ con otro sin tener que cambiar mi forma de ser (comportamiento)?
Características de los MOWS Sistemas Abiertos (II) • ¿Es posible contruir sistemas abiertos con las actuales herramientas de desarrollo? A medias: • Hay que acceder a API’s: registro de Windows, repositorio de interfaces de CORBA en sistemas UNIX, &c • Ningún lenguaje proporciona instrucciones que faciliten algo tan simple como ...... QoS = { MTTF < 90 min && MTTR < 1 min} CondSearch = {Scope= ANDALUCIA, cost < 1euro} engage (“IVideoServer.W3C.org”, QoS, condSearch) ........ • ¿ Cuál es el objetivo de las herramientas de desarrollo oreintadas a componentes?
QP QR s1 C I x I Cliente Servicio x 1 I x QP s2 Servicio Quality Trader 2 MOWS“Económicamente Óptimos”
Una posible solución • Definir lenguaje para expresar todo lo relacionado con el aspecto de la calidad a lo largo de todo el ciclo de vida • (QRL) Quality Requirements Language • Extender las actuales plataformas para soportar las necesidades de la ejecución • (MRS) MOWS Runtime System
Conclusiones • Problemas e-services Retraso B2B • UDDI se queda corto: no se alcanza el “dinamismo” necesario: • Bibliotecas de tipos • Catálogos de atributos • Modelos de calidad universales • Programación por catálogo
Perspectivas • Proyecto Petri sobre extensión del UDDI (Telvent Interactiva) • Proyecto Europeo sobre extensión de plataformas para soportar la ejecución de MOWS (Frankfurt) • Desarrollo de un prototipo CASE • Gestión de catálogos de requisitos de Calidad • Administración de servicios WEB • Intermediario de calidad
Perspectivas en WEST-T4 • Dar a conocer QRL • Aplicación a los COTS. • Discutir sobre: • Impacto de la programación orientada a servicios WEB (WOP). NUDDI • Servicios WEB: Beyond COTS
Gracias The Distributed Group http://tdg.lsi.us.es Proyecto GEOZOCO (CICYT)