Expectativas de interesados y Calidad de Producto de Software v3.0

Transcripción

1 Expectativas de interesados y Calidad de Producto de Software Pilar Barrio Raúl Martínez 2012 v3.0

2 Cómo elegimos?

3 Expectativas de interesados y Calidad de Producto de Software

4 Mientras estaba viendo el último debate presidencial quise enviar un comentario por Twitter y quedé enredado. Evidentemente, la Twitter "Cloud" fue inundada de mensajes y les era difícil manejarlos. Esa noche había apuro para enviar tweets mientras transcurrían los debates. Con ese problema, algunos comentarios se encontraban con un cuello de botella. Basado en esta dificultad para publicar un tweet, yo podría pensar que los distintos puntos de vista presentados en Twitter no fueron igualmente tratados. Twitter necesita ser capaz de manejar grandes volúmenes y si no puede hacerlo, no puede decir que está proporcionando un barómetro público preciso en algo tan importante como un debate presidencial Copyright James Carlini - All rights reserved SYS-CON Media Inc.

5 Algunas preguntas de difícil respuesta sobre nuestros productos Estamos encontrando lo que el interesado valora? Se obtienen los beneficios esperados? Sabemos definir adecuadamente qué producto comprar? Probamos lo necesario para no gastar tiempo y dinero? Lo definimos adecuadamente a los proveedores? Aprecia el interesado la Calidad de lo entregado? Se balancean los intereses de todos los que intervienen?

6 Expectativas interesados calidad

7 Pregunta: Y la Calidad? Algunas respuestas que se obtienen: En la próxima versión vemos eso Ah, lo de la performance? lo vemos al final Testing la agrega para eso está Apenas puedo terminar la funcionalidad y me venís con eso El Arquitecto se ocupará de este tema Estamos certificados!! Por qué preocuparnos por eso?...

8 Objetivos Pregunta: Y los Interesados? Clientes Usuarios Dirección Constructores Área Comercial Auditores externos Auditores internos Requerimientos Producto Intenciones Compradores Administradores Testers Operadores Personal de seguridad Aspiraciones Proveedores Personal de mantenimiento Interesados Capacitadores

9 Calidad de Producto de software LA COMPLEJIDAD DE LOGRARLA

10 Hay una sola calidad? Calidad percibida (subjetiva) Calidad objetiva (medida, calificada)

11 Hay una sola visión de la calidad? Visión trascendental Visión del usuario Visión de lo que es posible pagar Visión de las características del producto Visión de la producción

12 Qué preocupa a cada interesado? Dirección Factura lo esperado? Gano mercado? Marketing Genera confianza? Cliente Vale lo que pagué? Usuario Tiene todo lo que necesito? Es fácil de utilizar? Aporta valor? 3ras partes Es compatibles con mis productos? Área de Producción Hay especificaciones y estándares a seguir? Otros relacionados con el servicio Tiene un diseño modular? / es comprensible su arquitectura?

13 Podemos satisfacer todas las expectativas? Visión y expectativas de los interesados Visión y expectativas de las características del producto Visión y expectativas de lo que es posible pagar Visión y expectativas de la producción Desarrollo / Adquisición

14 Calidad de Producto de software CÓMO REPRESENTAMOS LA CALIDAD?

15 Vengo a encargar una torta. Interesados expectativas representación Algo valioso para el interesado que lo percibe como calidad Torta de chocolate y crema que puede ser definido y subdividido y trasladado a una unidad medible, física o abstracta, mediante un método de medición Chocolate cobertura Chantillí Azúcar g Chocolate cobertura 250 g Chantillí 500 g azúcar..

16 Y para un producto de software?

17 Objetivos del negocio Promesas de proveedores / Cualidades del modelo / Plataformas pre-existentes X X X X Integración sencilla, agilidad Posibilidad de racionalizar procesos de negocio y ampliarlos Ahorro de tiempo y costes Nuevos servicios a usuarios, innovación Buena performance Flexibilidad Objetivos del negocio cumplidos por otros medios No perder los legacy Modernización Facilitar unión de empresas Objetivos del negocio cumplidos con el producto S2 S3 Restricciones Infraestructura S1 Gente Producto de Calidad Tiempo $$ HW y SW L2 L1 Expectativas cumplidas Interesados Productores (Arquitectos de software desarrolladores, testers) Consumidores (seguridad, analistas de negocios, gerentes de negocios, usuarios finales ) Infraestructura (administradores del sistema, de la red, de la base de datos) Características o Sub-características de Calidad Mantenible Testeable Adaptable Adaptable Eficiente Disponible Usable Seguro Adaptable Auditable Operable Instalable

18 Calidad Percibida Requerimientos funcionales Requerimientos no funcionales Requerimientos de organización Otros requerimientos Las muchas caras de la Calidad Producto Organización / Servicios

19 Pero recordar... No se valorarán nuestros productos por hacer lo que se supone que deben hacer, sino por hacerlo mejor en algún aspecto que el cliente aprecia y por el que está dispuesto a pagar No pagará una cartera de Louis Vuitton porque sirve como cartera, eso lo asume. Pagará porque se siente distinguido o prestigioso al tenerla

20 Whatsapp, nuestra aplicación imperfecta favorita. -Al app más popular del mundo le toca reinventarse, ahora que Line le pisa los talones- Line: Los emisores pueden saber también si la persona a la que han escrito ha leído los mensajes, algo que no ocurre con Whatsapp Ay los emoticones del Whatsapp. Sí, esos que no existen y que nunca han existido.. Otro punto débil de nuestra aplicación favorita es la gratuidad -o la falta de ella-

21 Jerarquía de necesidades Creatividad / Actualización Estima / éxito / prestigio Exitoso Útil Afecto/ Pertenencia Seguridad / protección Fisiológicas / Alimento, bienestar físico Utilizable Performante Seguro Instalable Funcionalidad OK Basado en blog de Gojko Adzic

22 Producto Efectos de la utilización del Producto Producto y comprobaciones Exitoso ROI, market share, otros KPI Útil Encuestas, mediciones Utilizable Performante Seguro Instalable Funcionalidad OK Diseño de interacciones Diseño gráfico, prevención de errores Arquitectura, optimización performance, pruebas performance, seguridad, estrés Cantidad de defectos, cobertura, pruebas funcionales, pruebas de usuario

23 Disponemos de ayuda? Los modelos de calidad Modelos a medida De una Organización De una industria o dominio Ejemplos: SAP Product Standards Medical Product Software FDA Regulations. Estándares de calidad De la industria del SW Aplicables a diferentes dominios Ejemplos: McCall Boehm Dromey ISO ISO ISO HP FURPS / FURPS+

24 Un Modelo de calidad ESTÁNDAR ISO/IEC SOFTWARE PRODUCT QUALITY REQUIREMENTS AND EVALUATION (SQUARE)

25

26 Un par de casos prácticos

27 App Development on Samsung Smart TV (*) Extracto de las Guías de Aplicación Las aplicaciones que, a criterio exclusivo de Samsung, tienen los siguientes problemas serán rechazadas Carga dificultosa Caídas reales o potenciales Potencial o realmente pueden causar daño a cualquier dispositivo de Samsung mientras está en uso Difíciles de entender por el usuario final Difíciles de navegar a través de la interfaz de usuario de la aplicación Sean incompatibles con la descripción proporcionada Sean predominantemente destinadas a publicitar, comercializar o vender otros productos Duplican otras aplicaciones actualmente disponibles (*) Publico en la web (reordenada)

28 Apple's App Store Review Guidelines (*) Extracto Interfaz de usuario: Aplicaciones que creen un escritorio alternativo / pantalla de inicio alternativas o simulen multi-aplicaciones serán rechazadas Aplicaciones que alteren las funciones de las teclas estándar, tales como el subir / bajar el volumen y el interruptor sonido / silencio, serán rechazadas Ancho de banda: El contenido de audio streaming a través de una red celular no puede utilizar más de 5MB por más de 5 minutos El contenido de video streaming a través de una red celular de más de 10 minutos debe utilizar HTTP Live Streaming e incluir un baseline de 64 kbps de sólo audio HTT Live Stream Privacidad: Las aplicaciones que no notifiquen y obtengan el consentimiento del usuario antes de registrar, transmitir o usar datos de localización serán rechazadas Las aplicaciones no puede transmitir datos de un usuario sin obtener el permiso previo del usuario y proporcionar al usuario acceso a la información sobre cómo y dóndes e utilizarán los datos (*) De: appleinsider.com/articles/10/09/09/apples_app_store_review_guidelines_we_dont_need_anymore_fart_apps

29 A qué se refiere? ISO / IEC Software Product Quality Requirements and Evaluation (SQuaRE) Especificación de requerimientos de calidad Evaluación de requerimientos de calidad Medición de los atributos de calidad del software

30 A quiénes está dirigido? Auditores externos Desarrolladores Usuarios Dueño de una plataforma Evaluadores Personal de mantenimiento Adquirentes Auditores internos Proveedores Personal de seguridad Instructores

31 ISO/IEC Guide to SQuaRE Divisiones y Organización Modelos y términos comunes Guías generales Características de calidad Guías Quality Model Division 2501N Recomendaciones y guías para evaluación del producto de SW Quality Requirements Division Quality Management Division Quality Evaluation Division Guías para identificación y definición 2503N 2500N Quality Measurement Division 2502N Extension Division N Modelos de referencia de medición Fórmulas y Guías

32 ISO MODELOS PROPUESTOS

33 Expectativas y Características de calidad Ejemplo del Apple App Store Eficiencia en performance Calidad de producto de SW Algo valioso para el interesado que lo percibe como calidad Expectativa: El contenido de audio streaming a través de una red celular no puede utilizar más de 5MB por más de 5 minutos Consumo de recursos Capacidad Tiempo Utilización de recursos que puede ser subdividido Utilización de ancho de banda y trasladado a una unidad medible, física o abstracta, mediante un método de medición (1) Ancho Banda Red Celular (1) Método de medición: secuencia lógica de operaciones, utilizada para cuantificar un atributo respecto a una escala especifica. Tiempo

34 Funcional Técnico De Interfaz De Calidad Actividad: Ponga la cruz Expectativa / Restricción de App Development on Samsung Smart TV Guidelines No duplica otras (aplicaciones) actualmente disponibles Sin caídas reales o potenciales Que no pueda causar daño potencial o real a cualquier dispositivo de Samsung mientras está en uso X X X X X Fácil de entender por el usuario final Fácil de navegar a través de la interfaz de usuario de la aplicación Consistente con la descripción proporcionada X X X No está predominantemente destinada a publicitar, comercializar o vender otros productos Carga sencilla X X X X

35 ISO/IEC Guide to SQuaRE - Modelos comunes - Estructura del Modelo de calidad de producto Características inherentes al producto en sí, precisas y medibles. Las características deseadas deben ser compartidas por todos los interesados Calidad de producto de SW Característica 1 Característica 2 Característica n Sub-característica 1 Sub-característica 2 Sub-característica n Propiedad Propiedad Propiedad Propiedad

36 El camino de la necesidad al producto..que son parte del negocio de los interesados.. +prioridad del usuario.y que convivirán con el entorno.. Necesidades de interesados Se transforman en requerimientos Podemos evaluarlo cuando los interesados lo estén utilizando Podemos probarlo una vez construido Se transforman en requerimientos + contextos de uso + negociados con otros requerimientos + restricciones Que se reflejan en la solución propuesta Impactan en el diseño y la construcción del producto

37 El camino desde la necesidad al producto Objetivos del negocio No perder los legacy Modernización Facilitar unión de empresas Restricciones Tiempo $$ Gente Que son parte del sistema de negocio de los interesados.. Necesidades de los interesados Evaluación del producto en ambientes productivos Se transforman en requerimientos Convivirán con el entorno.. Prueba del producto terminado Se transforman en requerimientos Que se reflejan en la solución propuesta Arquitectura y otras soluciones

38 ISO/IEC Guide to SQuaRE - Modelos comunes Modelo Ciclo de Vida de calidad de producto Requerimientos Necesidades Producto de SW Requerimientos de calidad en uso Validación Calidad en uso Producto en operación Requerimientos de calidad externa Verificación y Validación Calidad externa Producto visto como caja negra Requerimientos de calidad interna Verificación Calidad interna Producto visto como caja blanca Implementación

39 A qué nos referimos CALIDAD EN USO

40 Calidad en uso HW + SW + entorno operación + usuarios + actividades + entorno social Para cumplir sus expectativas de lograr objetivos específicos Que puede ser utilizado por usuarios específicos En contextos específicos Satisfactoria Efectiva Eficiente Producto o sistema Libre de riesgos Impacto del sistema / servicio / producto de SW en los diferentes interesados

41 ISO/IEC Modelo de calidad en uso

42 ISO/IEC Modelo de calidad en uso Algunas preguntas que ayuda a responder Necesidad Característica / Sub-característica Producto con herramientas útiles que faciliten el trabajo, automatización de tareas, asistentes de tareas. Efectividad / Efectividad Pregunta Qué proporción de los objetivos de las tareas logra ejecutar correctamente el usuario? El producto debe dar apoyo, incentivo y libertad al poder creativo del usuario. Satisfacción / Utilidad Cuán satisfecho está el usuario con funcionalidades específicas del sistema?

43 A qué nos referimos CALIDAD DE PRODUCTO

44 Calidad de producto: interna y externa

45 Calidad interna y externa {HW + SW + diseño + construcción + documentación + sistema del cual es parte} Compatibilidad Usabilidad Portabilidad Adecuación funcional Confiabilidad Seguridad Mantenibilidad Eficiencia en performance Calidad Interna -Arquitectura del producto, estructura -Verificables y medibles durante el desarrollo (desde RFP hasta código) Calidad Externa -Producto -Validable y medible durante las pruebas

46 Performance Mantenibilidad Seguridad Confiabilidad Usabilidad Compatibilidad Portabilidad Calidad de producto Adecuación funcional Arquitectura y otras soluciones

47 ISO/IEC Modelo de calidad de producto La propuesta

48 App Development on Samsung Smart TV Ejemplo basado en Extracto Guías de Aplicación Adecuación funcional Eficiencia en performance Compatibilidad Usabilidad Confiabilidad Seguridad Mantenibilidad Portabilidad Expectativa / Restricción No duplica otras (aplicaciones) actualmente disponibles X Sin caídas reales o potenciales Que no pueda causar daño potencial o real a cualquier dispositivo de Samsung mientras está en uso X X X Fácil de entender por el usuario final Fácil de navegar a través de la interfaz de usuario de la aplicación Consistente con la descripción proporcionada X X X No está predominantemente destinada a publicitar, comercializar o vender otros productos X Carga sencilla X X X

49 ISO/IEC Modelo de calidad de producto Algunas preguntas que ayuda a responder Necesidad Característica / Sub-característica Pregunta sobre la calidad interna Pregunta sobre la calidad externa Producto completo: gran cantidad de funcionalidades, herramientas, efectos, música de fondo, textos,... Adecuación funcional / Completitud Cuántas de las funciones implementadas son adecuadas para ejecutar las tareas especificadas? Cuán completa es la implementación de acuerdo a la especificación de requerimientos? Facilitar la integración de determinadas funciones de otras aplicaciones Mantenibilidad /..Varias.. Compatibilidad / Interoperabilidad Es fácil hacer cambios al producto sin introducir defectos? Cuán correcta es la implementación de las interfaces con otras aplicaciones? No aplica Cuán correctamente se implementaron las interfaces para datos específicos? Compatibilidad con gran cantidad de dispositivos de E/S y formatos de archivos Compatibilidad / Interoperabilidad Cuán correcta es la implementación de distintos formatos de datos y protocolos requeridos en las interfaces? Cuán correcto es el intercambio de los diversos formatos de datos al utilizar las interfaces?

50 Producto Efectos de la utilización del Producto Calidad interna, externa y en uso influencias y dependencias no garantías Exitoso Características de calidad en uso Útil Contextos de utilización Influencian a Dependen de Características Externas Características Internas Utilizable, Performante, Seguro, Instalable Funcionalidad OK

51 A qué nos referimos CALIDAD DE DATOS

52 Características de calidad de los datos? Sirven para lo que quiero guardar? Sus valores serán verdaderos y precisos? Serán visible sólo a los autorizados? Se sabrá quién los accede y modifica? Se podrá volver a su estado previo luego de una falla? Calidad de los datos de entrada Calidad de los datos de salida Calidad de los datos derivados Calidad de los datos históricos

53 ISO/IEC Modelo de calidad de datos

54 ISO/IEC Calidad de datos Algunas preguntas que ayuda a responder Pregunta sobre la calidad de datos Característica Inherente al producto Dependiente del sistema Representan lo que quiero guardar? Sus valores y formatos serán precisos para la funcionalidad requerida? Serán visibles sólo a los autorizados? Se sabrá quién los accede y modifica? Se podrá volver a su estado previo luego de una falla? Exactitud X No aplica Precisión X X Confidencialidad X X Trazabilidad X X Recuperabilidad No aplica X

55 A qué nos referimos REQUERIMIENTOS DE CALIDAD

56 Lo que encontramos Hasta aquí no sabemos mucho, tenemos una lista de deseos y necesidades: Funcionalidad Que sea mantenible, testeable, usable, seguro, Qué falta? Precisión Por ejemplo: Todo el producto necesita ser mantenible o especialmente las porciones más variables? Se requiere seguridad en todas las funciones o varía según quién sea el usuario y cómo accede a la función?

57 Comparemos El sistema debe producir listados de saldos Remoto Vía Web VS Un usuario remoto requiere el listado de saldos de su sucursal vía un navegador durante las horas de mayor tráfico y debe recibir la información dentro de los 15 segundos de hecho el pedido Horas de mayor tráfico En no más de 15 segundos Funcionalmente ambas sentencias son equivalentes pero La calidad se aprecia por cumplir con todas las características esperadas

58 Qué se le pide al producto? Compatibilidad con gran cantidad de dispositivos de E/S y formatos de archivos. Diseño (Interfaz) del producto atractivo, amigable, intuitivo, claro, prolijo, estructurado, ordenado. (Facilita el aprendizaje, manejo,...) Usabilidad Compatibilidad Atributos de Calidad Qué tan bien debe hacerlo? El producto debe tener buen rendimiento, performance. (Ej., Velocidad, ejecución rápida de las tareas, y bajo consumo de los recursos). Inherentes Eficiencia en performance Funcionales Qué debe hacer? Propiedades Producto de software Una nueva versión cada año, y cada medio año una actualización. Versiones El producto debe ofrecer funcionalidades de carácter profesional: Un estudio fotográfico completo que permita al usuario producir de manera fácil vídeos o películas de calidad profesional. Funcionalidad Asignadas Precio atractivo (Costo/Beneficio; Costo/Rendimiento; y en comparación con los otros productos similares del mercado). Precio

59 ISO/IEC Ciclo de vida de los requerimientos de calidad del software La calidad del sistema construido realimenta nuevas versiones Necesidades Producto de SW Requerimientos de calidad en uso Calidad en uso Requerimientos de todos los interesados Relevados a partir de todas las necesidades Requerimientos de calidad externa Calidad externa Requerimientos de calidad interna Calidad interna Alineado a ISO/IEC 15288:2008, Systems and Software Engineering System Life Cycle Implementación

60 A qué nos referimos MEDICIÓN DE LA CALIDAD

61 Revisemos nuevamente lo que encontramos Una lista de deseos: Funcionalidad Mantenible, testeable, usable, seguro, Pero Todo el producto necesita ser mantenible o especialmente las porciones más variables? Se requiere seguridad en todas las funciones o varía según quién sea el usuario y cómo accede a la función? Y qué más falta?

62 Ejemplo Que sea seguro Un usuario correctamente identificado y de nivel supervisión de RRHH accede desde un dispositivo móvil al sistema de sueldos de empleados para modificar y/o consultar esos datos sólo en horario laborable y el sistema registra todas las operaciones exitosas o no exitosas del usuario. Modifica o consulta datos Sistema de sueldos de empleados El sistema registra todas las operaciones Supervisor RRHH identificado Desde dispositivo móvil, horario laborable 100% de operaciones registradas

63 Ejemplo Fácil y con buena performance Necesidad de negocio El producto debe ser fácil de entender, aprender y utilizar de manera autónoma, aún sin conocimientos previos en el tema. (Mediante ayudas, asistentes, herramientas, documentaciones, diseño adecuado...) Necesidad de negocio El producto debe tener buen rendimiento, performance. (Ej., Velocidad, ejecución rápida de las tareas, y bajo consumo de los recursos). Características de Calidad Usabilidad / Eficiencia en performance Soluciones no arquitectónicas Directivas de arquitectura Diseño gráfico simple y claro Asistentes y ayudas Performance en ejecución Consumo de recursos acotado Arquitectura

64 Medidas de calidad Expectativa: El contenido de audio streaming a través de una red celular no puede utilizar más de 5MB por más de 5 minutos Consumo de recursos compuesta de Calidad de producto de SW indican Medidas de la calidad del SW generan Características de calidad Función de medición Ancho de banda por unidad de tiempo compuesta de indican se aplican a Ancho de banda Tiempo Subcaracterísticas de calidad Elementos de la medida de calidad Ancho Banda Red Celular Valores medidos sobre recursos consumidos Tiempo

65 Cumple Ejemplo - Medida de eficiencia en performance: Calidad de producto - Tiempo de respuesta Valor Objetivo Entidad a medir Propiedad a cuantificar Método de medición Elementos de la medida (QMEs) Función de medición Respuesta =< 3 segundos Comportamiento de funciones del sistema Tiempo de respuesta Duración desde ejecutar un comando para iniciar un conjunto de tareas hasta recibir la primera respuesta A = Hora de ingreso de un comando B = Hora de recepción de la primera respuesta C = Máximo tiempo de espera admisible desde ingreso a recepción X = = (B A) / C X =< 1 Significa valor objetivo obtenido X > 1 Valor objetivo no obtenido Sí / No

66 A qué nos referimos EVALUACIÓN DE LA CALIDAD

67 Evaluación de la calidad de producto

68 Evaluación de la calidad de producto Objetivos, promesas y expectativas presentes Adquirentes Características de calidad del producto incorporadas Desarrolladores Evaluadores Características de calidad presentes, proceso de evaluación, rigor evaluación

69 El Resultado Entregables exigidos por la Norma

70 Pensando y ejecutando la evaluación Planificación Ejecución

71 Pensando la evaluación Perfil producto Nivel integridad requerido Requisitos evaluación / importancia para requirente Rigor o nivel evaluación (A, B, C, D) Técnicas a aplicar Resultados a proveer Niveles de confianza en calidad evaluada

72 Riesgos del producto y niveles de integridad Aspectos de seguridad D: Riesgos no identificados C: Protección contra errores B: Protección de datos y servicios críticos A: Protección de datos y servicios estratégicos Aspectos económicos D: Pérdida económica insignificante C: Pérdida económica significativa (Organización afectada) B: Pérdida económica importante (Organización en peligro) A: Desastre financiero (Organización no sobrevive)

73 SQuaRE - Modelos de calidad y sus objetivos Modelos de calidad Modelo de calidad interna de SW Modelo de calidad externa de SW SQuaRE Modelo de calidad en uso Modelo de calidad de datos Otros modelos de calidad (*) Sistema de comunicaciones Usuarios Usuarios directos directos e e indirectos indirectos HW Otro SW Otros datos SW Datos Ambiente Usuarios directos de e utilización indirectos Sistema de computación Sistema de información Sistema del negocio A qué aplica y qué mide el modelo (*) de HW, servicios, Usuarios directos e Otros indirectos interesados

74 Calidad de Producto de software LOS MODELOS EN LA PRÁCTICA

75 Modelos de calidad de producto Para qué los podemos utilizar? Áreas que adquieren compromisos Comerciales Promotores Preventa Gestores de producto Áreas que diseñan y construyen y operan Gestores de proyecto Arquitectos Analistas funcionales Analistas técnicos Desarrolladores Testers Infraestructura Políticas de Calidad de la Organización Consumidores Analistas de negocio Seguridad Usuarios finales Clientes Terceras partes Desarrolladores de mantenimiento Evaluadores

76 Modelos de calidad utilizados Algunas estadísticas Específicos de Organización 71 ISO 9126 / ISO % respuestas Específicos del dominio 20 Ninguno Wagner et al., Quality Models in Practice, 2010 [515 personas consultadas, de diversas Organizaciones, perfiles y países (europeos), de las que contestaron 125 personas]

77 Utilización de los modelos Ejemplos: - Lineamientos de calidad - Ej: licitaciones, app-store,.. - Homologaciones en plataforma - Plataforma comercial que ofrece APIs,.

78 Por qué un Modelo de Calidad de Producto de Software? Copyright 2012 Yiying Lu. All Rights Reserved

79 Por qué un estándar de Calidad de Producto de Software? Para ayudar a cerrar la brecha entre negocio y características de calidad del producto que el producto requiere Para ayudar a responder Cuál es el umbral de la baja calidad? Qué riesgos/defectos es más conveniente eliminar? Porque no hay Estándares de calidad obligatorios como en otras industrias No hay un certificado aceptado de calidad de producto de software Pero todavía, los estándares tienen: Nivel de abstracción demasiado alto La ilidad es buena para hablar pero difícil de implementar La descomposición en atributos técnicos es dificultosa

80 Qué nos pareció? Cómo seguimos? Respondiéndonos: qué necesita el negocio? qué nos distingue? [nuestros productos son seguros, veloces, lindos, baratos, ] quiénes son los interesados? [un cliente, el mercado, un Usuario, la Dirección, ] quiénes son nuestros socios principales? [la Dirección, la Gerencia General, ] cómo sabemos que todos se alinean con el modelo [probando, evaluando el uso de los productos, escuchando a los usuarios, evangelizando, ] qué necesitamos saber hacer? [definir nuestro modelo, asociarle medidas, definir cómo probarlo]

81 The EXPECTATION ECONOMY.. Es una economía habitada por consumidores experimentados y bien informados desde Canadá a Corea del Sur que tienen una larga lista de expectativas que aplican a todos y cada uno de los productos, servicios, y experiencia que se le ofrecen. Sus expectativas se basan en años de auto-formación en el híper consumo, y a la inundación bíblica de nuevos estilos, fuentes de información fácilmente disponibles, curadores y filtros BS. Lo que hace que persigan y esperen no sólo calidad estándar sino "lo mejor de lo mejor. El boca a boca ahora viaja por el mundo en un instante, convirtiendo el lanzamiento de productos inmediatamente en global, cada nueva marca - grande o pequeño - en un potencial "jugador", y lo más importante, compensando con interés inmediato y aprobación de los consumidores la performance excepcional.

82 Y finalmente. Este es nuestro modelo, si no le gusta tenemos otro

83 ISO/IEC Comentarios Algunos beneficios de la serie SQuaRE Mejor guía para medición y evaluación Guía para la especificación de los requerimientos de calidad del producto Armonización con otros estándares: ISO/IEC Measurement process Mejoras respecto a ISO/IEC 9126 / Modelos de referencia y de evaluación nuevos o revisados Ampliación sobre el tema requerimientos de calidad Guías para cada división del estándar y de uso práctico Primitivas de medición

84 ISO/IEC Estado a Abril SQuaRE Estado Versión 25000: Quality Management Division Guía de SQUARE IS publicado Planificación y gestión IS publicado 25010: Quality Model Division / Modelo de calidad / Modelo calidad de datos IS publicado 25020: Quality Measurement Division Mediciones: Modelo de referencia y guía IS publicado Mediciones: elementos o primitivas TR a revisar Medidas de calidad interna Medidas de calidad externa Medidas de calidad en uso : Quality Requirements Division Requerimientos de calidad IS publicado 25040: Quality Evaluation Division Modelo de referencia y guía de evaluación IS publicado Documentación de Módulos de evaluación Proceso para Desarrolladores Proceso para Adquirentes Proceso para Evaluadores Módulo evaluación de recuperabilidad IS publicado

85 Bibliografía General sobre Calidad de producto Cornering the chimera, G. Dromey Factors in software quality, J. McCall Software Quality: The elusive target, B. Kitchenham & S. L. Pfleeger A model for software product quality, G. Dromey What does Product Quality really mean?, D. Garvin Competing on the Eight Dimensions of Quality, D. Garvin Software Quality Models in Practice, QuaMoCo Group Relating Business Goals to Architecturally Significant Requirements for Software Systems, Bass, Clements Quality Attribute Workshops (QAWs),Third Edition, Barbacci Software Architecture in Practice, 2nd ed. Bass, Clements, Kazman Gojko Adzic Redefining-software-quality

86 Bibliografía Estándares ISO - Calidad de producto ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Planning and management ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Quality model ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Measurement reference model and guide ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Quality measure elements ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Measurement of internal quality ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Measurement of external quality ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Measurement of quality in use ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Quality requirements ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Evaluation reference model and guide ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Evaluation modules ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Evaluation process for developers ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Evaluation process for acquirers ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Evaluation process for evaluators ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing ISO/IEC Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) Common Industry format for usability test reports

87 Bibliografía Otros estándares ISO mencionados Serie 9126 Serie ISO/IEC 15288:2008, Systems and Software Engineering System Life Cycle

88 Preguntas? GRACIAS