RMyA - seminario expectativas de los interesados y calidad del producto de software - v 3.0  – Gobierno de la Calidad: El lado del Producto
Upcoming SlideShare
Loading in...5
×
 

RMyA - seminario expectativas de los interesados y calidad del producto de software - v 3.0 – Gobierno de la Calidad: El lado del Producto

on

  • 1,507 views

Esta presentación muestra las diferentes visiones que existen de la calidad, la complejidad de lograrla y la ayuda que pueden proveer los modelos estándar en el desarrollo de un modelo de calidad ...

Esta presentación muestra las diferentes visiones que existen de la calidad, la complejidad de lograrla y la ayuda que pueden proveer los modelos estándar en el desarrollo de un modelo de calidad para productos de software, propio de la Organización.
Tambien muestra la relación entre los indicadores del negocio y la calidad de los productos.
Este modelo podrá ser aplicado para desarrollar/adquirir/evaluar los productos de software que la Organización requiera.
La presentación toma como ejemplo de estándar la ISO 25000 debido a la difusión de la misma y su predecesora, la ISO 9126,e ISO 14598. Sin embargo es nuestra intención mostrar los componentes básicos de un modelo de calidad, no necesariamente proponer seguir estrictamente el estándar.

Statistics

Views

Total Views
1,507
Views on SlideShare
1,094
Embed Views
413

Actions

Likes
0
Downloads
33
Comments
0

18 Embeds 413

http://excelza.blogspot.com 103
http://excelza.blogspot.com.ar 94
http://rmblogprueba.blogspot.com 61
http://rmblogprueba.blogspot.com.ar 49
http://www.excelza.blogspot.com.es 39
http://excelza.blogspot.mx 28
http://excelza.blogspot.com.es 17
http://excelza.blogspot.co.il 5
http://www.linkedin.com 4
http://excelza.blogspot.ru 3
http://excelza.blogspot.in 3
http://excelza.blogspot.co.uk 1
http://excelza.blogspot.sk 1
http://www.excelza.blogspot.mx 1
http://excelza.blogspot.com.br 1
http://excelza.blogspot.de 1
http://excelza.blogspot.fr 1
http://excelza.blogspot.ca 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

RMyA - seminario expectativas de los interesados y calidad del producto de software - v 3.0  – Gobierno de la Calidad: El lado del Producto RMyA - seminario expectativas de los interesados y calidad del producto de software - v 3.0 – Gobierno de la Calidad: El lado del Producto Presentation Transcript

  • Expectativas de interesados y Calidad de Producto de SoftwarePilar Barrio Raúl Martínez 2012 – v3.0
  • ¿Cómo elegimos?
  • Expectativas de interesados yCalidad de Producto de Software
  • ……Mientras estaba viendo el últimodebate presidencial quise enviar uncomentario por Twitter y quedéenredado. Evidentemente, laTwitter "Cloud" fue inundada demensajes y les era difícil manejarlos.Esa noche había apuro para enviartweets mientras transcurrían losdebates. Con ese problema, algunoscomentarios se encontraban con uncuello de botella.Basado en esta dificultad parapublicar un tweet, yo podría pensarque los distintos puntos de vistapresentados en Twitter no fueronigualmente tratados.Twitter necesita ser capaz de manejar grandes volúmenes y si no puedehacerlo, no puede decir que está proporcionando un barómetro público preciso en algo tan importante como un debate presidencial Copyright © 2012 - James Carlini - All rights reserved. © 2008 SYS-CON Media Inc.
  • Algunas preguntas de difícil respuesta sobrenuestros 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?
  • Expectativas… interesados… calidad…
  • 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?  ............
  • Pregunta: ¿Y los Interesados? Clientes Usuarios Dirección Constructores Área Comercial Compradores Requerimientos Intenciones Auditores Administradores Objetivos externos Producto Testers Auditores internos Operadores Personal de Aspiraciones seguridad Proveedores Personal de Capacitadores mantenimiento Interesados
  • Calidad de Producto de softwareLA COMPLEJIDAD DELOGRARLA
  • ¿Hay una sola calidad? Calidad percibida (subjetiva) Calidad objetiva (medida, calificada)
  • ¿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
  • ¿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?
  • ¿Podemos satisfacer todas las expectativas? Desarrollo / Adquisición Visión y expectativas de los interesados Visión y expectativas de lo que es posible pagar Visión y expectativas de las características del Visión y expectativas producto de la producción
  • Calidad de Producto de software¿CÓMO REPRESENTAMOS LACALIDAD?
  • Vengo a encargar una torta…. Interesados … expectativas … … representación Algo valioso para el interesado Torta de chocolate y crema que lo percibe como calidad… Chocolate cobertura que puede ser definido y Chantillí subdividido… Azúcar …….. 500 g Chocolate coberturay trasladado a una unidad medible, 250 g Chantillífísica o abstracta, mediante un 500 g azúcarmétodo de medición ……..
  • ¿Y para un producto de software? …
  • Objetivos del negocio Restricciones Interesados No perder los legacy Productores (Arquitectos Tiempo de software Modernización desarrolladores, testers) $$ Facilitar unión Consumidores (seguridad, Gente de empresas analistas de negocios, gerentes de negocios, usuarios finales )Promesas de proveedores / InfraestructuraCualidades del modelo (administradores del/ Plataformas pre-existentes sistema, de la red, de la base de datos) Integración sencilla,X agilidad S2 S3 L2 … Posibilidad de racionalizar InfraestructuraX procesos de negocio y ampliarlos S1 L1 Características oX Ahorro de tiempo y costes Sub-características Nuevos servicios a usuarios, HW y SW de CalidadX innovación Mantenible Testeable Buena performance Adaptable Adaptable Flexibilidad Producto de Eficiente Disponible Calidad Usable Seguro Objetivos del Adaptable Auditable Objetivos del negocio Operable negocio cumplidos cumplidos Instalable Expectativas cumplidas por otros medios con el producto ……
  • Requerimientos funcionales Producto Requerimientos no funcionales Requerimientos de organización Las muchas caras de la Calidad ServiciosOrganización / Otros requerimientos Calidad Percibida
  • 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
  • Whatsapp, nuestra aplicaciónimperfecta favorita.-Al app más popular del mundo le toca reinventarse, ahora que Line le pisalos 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-http://smoda.elpais.com/articulos/whatsapp-nuestra-aplicacion-imperfecta-favorita/2797
  • Jerarquía de necesidades Creatividad / Actualización Exitoso Estima / éxito / prestigio Útil Afecto/ Pertenencia Seguridad / protección Utilizable Performante Seguro Fisiológicas / Instalable … Funcionalidad OK Alimento, bienestar físicoBasado en blog de Gojko Adzic
  • Producto y comprobaciones ROI, market Exitoso share, Efectos de la utilización del Producto otros KPI Encuestas, Útil mediciones Diseño de interacciones Diseño gráfico, prevención de errores Producto Utilizable Arquitectura, optimización Performante performance, pruebas performance, Seguro seguridad, estrés Instalable … Cantidad de defectos, cobertura, Funcionalidad OK pruebas funcionales, pruebas de usuario
  • ¿Disponemos de ayuda?… Los modelos de calidad Modelos a medida  Estándares de calidad  De una Organización  De la industria del SW  De una industria o  Aplicables a diferentes dominio dominios  Ejemplos:  Ejemplos:  SAP Product Standards  McCall  Medical Product Software  Boehm FDA Regulations  Dromey  ….  ISO 9126- ISO 14598  ISO 25000  HP FURPS / FURPS+
  • Un Modelo de calidadESTÁNDAR ISO/IEC 25000SOFTWARE PRODUCT QUALITY REQUIREMENTSAND EVALUATION (SQUARE)
  • Un par de casos prácticos
  • 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)
  • Apples 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
  • ¿A qué se refiere? ISO / IEC 25000 Software Product Quality Requirements and Evaluation (SQuaRE) Especificación Evaluación de requerimientos de de requerimientos de calidad calidad Medición de los atributos de calidad del software
  • ¿A quiénes está dirigido? Auditores Usuarios Dueño de una externos plataforma Desarrolladores Evaluadores Auditores internos Adquirentes Personal de mantenimiento Proveedores Personal de Instructores seguridad
  • ISO/IEC 25000 – Guide to SQuaRE Modelos y términos comunes Divisiones y Organización Guías generales Quality Model RecomendacionesCaracterísticas de calidad Division y guías para Guías evaluación del producto de SW 2501N Quality Quality Quality Requirements Management Evaluation Division Division Division 2503N 2500N 2504N Quality Measurement Division Modelos de referencia de medición Fórmulas y Guías 2502N Guías para identificación y Extension Division 25050-25099 definición
  • ISO 25000MODELOS PROPUESTOS
  • Expectativas y Características de calidadEjemplo del Apple App Store Calidad de producto de SW 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 Algo valioso para el minutos Eficiencia en performance interesado que lo Consumo de percibe como calidad… recursos Capacidad Tiempo Utilización de que puede ser recursos subdividido… Ancho Banda Red Celular y trasladado a una unidad Utilización de medible, física o abstracta, ancho de banda mediante un método de medición(1)(1) Método de medición: secuencia lógica de operaciones, utilizada paracuantificar un atributo respecto a una escala especifica. Tiempo
  • Actividad: Ponga la cruz De Calidad Expectativa / Restricción De Interfaz Funcional Técnico …… de App Development on Samsung Smart TV Guidelines No duplica otras (aplicaciones) actualmente disponibles X Sin caídas reales o potenciales X X Que no pueda causar daño potencial o real a cualquier dispositivo de Samsung mientras está en X X uso Fácil de entender por el usuario final X Fácil de navegar a través de la interfaz de usuario de la aplicación X Consistente con la descripción proporcionada X No está predominantemente destinada a publicitar, comercializar o vender otros productos X Carga sencilla X X X
  • ISO/IEC 25000 – Guide to SQuaRE - Modeloscomunes - Estructura del Modelo de calidad de productoCaracterísticas inherentes al productoen sí, precisas y medibles. Las Calidad decaracterísticas deseadas deben sercompartidas por todos los interesados producto de SWCaracterística 1 Característica 2 … Característica n Sub-característica 1 Sub-característica 2 … Sub-característica n Propiedad Propiedad Propiedad … Propiedad
  • El camino de la necesidad al producto Necesidades de Podemos evaluarlo interesados cuando los interesados lo estén utilizando …..que son parte del negocio de los interesados….. +prioridad del usuario Se transforman en requerimientos ….y que convivirán con Podemos probarlo el entorno….. una vez construido Se transforman en requerimientos+ contextos de uso Impactan en el+ negociados con otros diseño y larequerimientos construcción del+ restricciones Que se reflejan en la producto solución propuesta…
  • El camino desde la necesidad al productoObjetivos del negocio Restricciones No perder los legacy Evaluación Tiempo Necesidades de los Modernización $$ interesados del Facilitar unión de empresas Gente producto en ambientes Que son parte del sistema de negocio de productivos los interesados….. Se transforman en requerimientos Prueba del Convivirán con el producto entorno….. terminado Se transforman en requerimientos Arquitectura y otras Que se reflejan en la soluciones solución propuesta…
  • ISO/IEC 25000 – Guide to SQuaRE - Modeloscomunes – Modelo Ciclo de Vida de calidad de producto Necesidades Requerimientos Producto de SW Requerimientos de Producto en Calidad en uso calidad en uso operación Validación Requerimientos de Producto visto Calidad externa calidad externa como caja negra Verificación y Validación Requerimientos de Producto visto Calidad interna como caja blanca calidad interna Verificación Implementación
  • A qué nos referimosCALIDAD EN USO
  • Calidad en uso HW + SW + entorno operación + usuarios + actividades + entorno social Para cumplir sus expectativas de lograr objetivos específicos En contextos específicosQue puede ser Satisfactoriautilizado porusuarios específicos Efectiva Eficiente Producto o sistema Libre de riesgosImpacto del sistema / servicio / producto de SW en los diferentes interesados
  • ISO/IEC 25010 – Modelo de calidad en uso
  • ISO/IEC 25010 – Modelo de calidad en usoAlgunas preguntas que ayuda a responder Necesidad Característica / Pregunta Sub-característica Producto con Efectividad / Efectividad ¿Qué proporción de los herramientas útiles que objetivos de las tareas logra faciliten el trabajo, ejecutar correctamente el automatización de usuario? tareas, asistentes de tareas. El producto debe dar Satisfacción / Utilidad ¿Cuán satisfecho está el apoyo, incentivo y usuario con funcionalidades libertad al poder específicas del sistema? creativo del usuario.
  • A qué nos referimosCALIDAD DE PRODUCTO
  • Calidad de producto: interna y externa
  • 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 performanceCalidad Interna Calidad Externa -Arquitectura del producto, estructura -Producto -Verificables y medibles durante el desarrollo -Validable y medible durante las (desde RFP hasta código) pruebas
  • Performance Mantenibilidad Seguridad Calidad de producto Confiabilidad Usabilidad Arquitecturay otras soluciones Compatibilidad Adecuación funcional Portabilidad
  • ISO/IEC 25010 – Modelo de calidad de productoLa propuesta
  • App Development on Samsung Smart TVEjemplo basado en Extracto Guías de Aplicación Compatibilidad Mantenibilidad Confiabilidad Eficiencia en performance Portabilidad Adecuación Usabilidad Seguridad funcional Expectativa / RestricciónNo duplica otras (aplicaciones) actualmentedisponibles XSin caídas reales o potenciales XQue no pueda causar daño potencial o real acualquier dispositivo de Samsung mientras está en X XusoFácil de entender por el usuario final XFácil de navegar a través de la interfaz de usuariode la aplicación XConsistente con la descripción proporcionada XNo está predominantemente destinada a publicitar,comercializar o vender otros productos XCarga sencilla X X X
  • ISO/IEC 25010 – Modelo de calidad de productoAlgunas preguntas que ayuda a responder Característica / Pregunta sobre la calidad Pregunta sobre la calidad Necesidad Sub-característica interna externaProducto completo: Adecuación ¿Cuántas de las funciones ¿Cuán completa es la gran cantidad de funcional / implementadas son implementación de acuerdo funcionalidades, Completitud adecuadas para ejecutar las a la especificación de herramientas, tareas especificadas? requerimientos?efectos, música de fondo, textos, ... Facilitar la Mantenibilidad ¿Es fácil hacer cambios al No aplica integración de /..Varias.. producto sin introducir determinadas defectos?funciones de otras aplicaciones Compatibilidad / ¿Cuán correcta es la ¿Cuán correctamente se Interoperabilidad implementación de las implementaron las interfaces con otras interfaces para datos aplicaciones? específicos?Compatibilidad con Compatibilidad / ¿Cuán correcta es la ¿Cuán correcto es el gran cantidad de Interoperabilidad implementación de distintos intercambio de los diversosdispositivos de E/S formatos de datos y formatos de datos al utilizar y formatos de protocolos requeridos en las las interfaces? archivos interfaces?
  • Calidad interna, externa y en uso… influencias y dependencias … no garantías ExitosoEfectos de lautilización del Contextos Producto Características de de calidad en uso Útil utilización Influencian a Dependen de Características Externas Utilizable, Producto Performante, Características Seguro, Internas Instalable Funcionalidad OK
  • A qué nos referimosCALIDAD DE DATOS
  • ¿…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 Calidad de los datos de entrada datos de salida Calidad de los Calidad de los datos históricos datos derivados
  • ISO/IEC 25012 – Modelo de calidad de datos
  • ISO/IEC 25012 – Calidad de datosAlgunas preguntas que ayuda a responderPregunta sobre la Característica Inherente al Dependiente delcalidad de datos producto sistema¿Representan lo que Exactitud X No aplica quiero guardar? ¿Sus valores y formatos serán precisos para la Precisión X X funcionalidad requerida?¿Serán visibles sólo a Confidencialidad X X los autorizados? ¿Se sabrá quién los Trazabilidad X X accede y modifica?¿Se podrá volver a su estado previo luego Recuperabilidad No aplica X de una falla?
  • A qué nos referimosREQUERIMIENTOS DE CALIDAD
  • 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?
  • Comparemos El sistema debe producir listados de saldos VS Horas deRemoto Un usuario remoto requiere el listado de saldos de mayor tráfico 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 En no másVía Web de 15 segundos Funcionalmente ambas sentencias son equivalentes pero… La calidad se aprecia por cumplir con todas las características esperadas
  • ¿Qué se le pide al producto? Diseño (Interfaz) del producto Compatibilidad con gran atractivo, amigable, intuitivo, claro, Usabilidad cantidad de dispositivos de prolijo, estructurado, ordenado. E/S y formatos de archivos. (Facilita el aprendizaje, manejo,...) Compatibilidad Atributos de El producto debe tener buen rendimiento, Calidad performance. (Ej., Velocidad, ejecución ¿Qué tan bien debe rápida de las tareas, y bajo consumo de hacerlo? los recursos). Eficiencia en Inherentes performance Propiedades Una nueva versión cada año, y cada medio año una Funcionales ¿Qué debe Producto de actualización. hacer? software VersionesEl producto debe ofrecer funcionalidades Asignadasde carácter profesional: Un estudiofotográfico completo que permita al usuarioproducir de manera fácil vídeos o películasde calidad profesional. Precio atractivo (Costo/Beneficio; Costo/Rendimiento; y en comparación con los otros productos similares del Funcionalidad mercado). Precio
  • ISO/IEC 25030 – Ciclo de vida de los requerimientos de calidad del software La calidad del sistema Necesidades construido realimenta Producto nuevas versiones de SW Requerimientos de Calidad en uso calidad en uso Requerimientos de todos los interesados Requerimientos de Calidad externa calidad externa Relevados a partir de todas las necesidades Requerimientos de Calidad interna calidad interna ImplementaciónAlineado a ISO/IEC 15288:2008, “Systems and Software Engineering—System Life Cycle”
  • A qué nos referimosMEDICIÓN DE LA CALIDAD
  • 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?
  • 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 Sistema de El sistema registra consulta sueldos de todas las datos empleados operaciones… Supervisor 100% de Desde RRHH operaciones dispositivo móvil, identificado registradas horario laborable
  • Ejemplo – Fácil y con buena performance Necesidad de negocio Necesidad de negocioEl producto debe ser fácil de entender, aprender y utilizar de manera autónoma, aún sin El producto debe tener buen rendimiento, conocimientos previos en el tema. (Mediante performance. (Ej., Velocidad, ejecución ayudas, asistentes, herramientas, rápida de las tareas, y bajo consumo de documentaciones, diseño adecuado ...) los recursos). Características de Calidad Usabilidad / Eficiencia en performance Soluciones no Directivas de arquitectura arquitectónicas Performance en ejecución Diseño gráfico simple y claro Consumo de recursos acotado Asistentes y ayudas Arquitectura
  • Expectativa: El contenido de audio streaming a través de una redMedidas de calidad celular no puede utilizar más de 5MB por más de 5 minutos Calidad de Medidas de la producto de calidad del SW SW indican Consumo de recursos generan compuesta de Función Características de de calidad medición Ancho de banda indican por unidad de se aplican a tiempo compuesta de Elementos de Sub- la medida de características calidad Ancho de Tiempo de calidad banda Ancho Banda Red Celular Valores medidos sobre recursos consumidos Tiempo
  • Ejemplo - Medida de eficiencia en performance: Calidad de producto - Tiempo de respuesta Cumple Valor Entidad Propiedad Método de Elementos de FunciónObjetivo a medir a medición la medida de cuantificar (QMEs) mediciónRespuesta Comporta- Tiempo de Duración A = Hora de X= Sí =< 3 miento de respuesta desde ejecutar un ingreso de un = (B – A) / C /segundos funciones comando para comando No del iniciar un conjunto sistema de tareas B = Hora de X =< 1 hasta recibir la recepción de la Significa primera respuesta primera respuesta valor objetivo C = Máximo obtenido tiempo de espera admisible desde X>1 ingreso a Valor recepción objetivo no obtenido
  • A qué nos referimosEVALUACIÓN DE LA CALIDAD
  • Evaluación de la calidad de producto
  • Evaluación de la calidad de producto Objetivos, promesas y expectativas presentesAdquirentes Características de calidad del producto incorporadas Desarrolladores Características de calidad presentes, proceso de evaluación, rigor evaluaciónEvaluadores
  • El Resultado – Entregables exigidos por laNorma
  • Pensando y ejecutando la evaluación Planificación Ejecución
  • 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
  • Riesgos del producto y niveles de integridad Aspectos de seguridad A: B: Protección de Protección datos y de datos y servicios C: servicios estratégicos Protección críticos contra erroresD: AspectosRiesgos noidentificados económicos A: B: Desastre Pérdida financiero económica (Organización C: importante no sobrevive) Pérdida (Organiza- económica ción en significativa peligro) D: (Organiza- Pérdida ción económica afectada) insignificante
  • SQuaRE - Modelos de calidad y sus objetivos Modelos de calidad Modelo de calidad Modelo de calidad Modelo de calidad Modelo de calidad Otros modelos interna de SW externa de SW en uso de datos de calidad (*) SQuaRE Usuarios Usuarios Sistema de directos ee directos comunicaciones indirectos indirectos Usuarios Ambiente Otros directos e de HW Otro SW SW SW Datos Datos datos indirectos utilización Sistema de computación Sistema de información Sistema del negocio Usuarios directos e Otrosindirectos interesados A qué aplica y qué mide el modelo(*) de HW, servicios, …
  • Calidad de Producto de softwareLOS MODELOS EN LAPRÁCTICA
  • Modelos de calidad de producto¿Para qué los podemos utilizar? Áreas que adquieren Áreas que diseñan y Consumidores compromisos construyen y operan • Analistas de negocio • Comerciales • Gestores de proyecto • Seguridad • Promotores • Arquitectos • Usuarios finales • Preventa • Analistas funcionales • Clientes • Gestores de producto • Analistas técnicos • Terceras partes •… • Desarrolladores • Desarrolladores de • Testers mantenimiento • Infraestructura • Evaluadores •… •… Políticas de Calidad de la Organización
  • Modelos de calidad utilizadosAlgunas estadísticasEspecíficos de Organización 71 ISO 9126 / ISO 25000 32 % respuestas Específicos del dominio 20 Ninguno 4 0 20 40 60 80 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]
  • Utilización de los modelos Ejemplos: - Lineamientos de calidad - Ej: licitaciones, app-store, ….. - Homologaciones en plataforma - Plataforma comercial que ofrece APIs, ….
  • ¿Por qué un Modelo de Calidad de Producto deSoftware?© Copyright 2012 Yiying Lu. All Rights Reserved
  • ¿Por qué un estándar de Calidad de Producto deSoftware? 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
  • ¿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]
  • The EXPECTATION ECONOMY.. Es una economía habitada por consumidores experimentados y bieninformados desde Canadá a Corea del Sur que tienen una larga lista deexpectativas que aplican a todos y cada uno de los productos, servicios, yexperiencia 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 ellanzamiento 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 laperformance excepcional.
  • Y finalmente………….Este es nuestro modelo, si no le gusta tenemos otro…
  • ISO/IEC 25000 – 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 15939 – Measurement process Mejoras respecto a ISO/IEC 9126 / 14598  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
  • ISO/IEC 25000 – Estado a Abril 2012 25000 SQuaRE Estado Versión 25000: Quality Management Division 25000 – Guía de SQUARE IS publicado 25001 – Planificación y gestión IS publicado 25010: Quality Model Division 25010 / 25012 – Modelo de calidad / Modelo calidad de datos IS publicado 25020: Quality Measurement Division 25020 – Mediciones: Modelo de referencia y guía IS publicado 25021 – Mediciones: elementos o primitivas TR a revisar 2007 25022 - Medidas de calidad interna 9126-3 25023 - Medidas de calidad externa 9126-2 25024 - Medidas de calidad en uso 9126-4 25030: Quality Requirements Division 25030 – Requerimientos de calidad IS publicado 25040: Quality Evaluation Division 25040 – Modelo de referencia y guía de evaluación IS publicado 25041 - Documentación de Módulos de evaluación 14598-6 25042 - Proceso para Desarrolladores 14598-3 25043 - Proceso para Adquirentes 14598-4 25044 - Proceso para Evaluadores 14598-5 25045 – Módulo evaluación de recuperabilidad IS publicado
  • BibliografíaGeneral 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
  • Bibliografía – Estándares ISO - Calidad de productoISO/IEC 25001 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Planning and managementISO/IEC 25010 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) — Quality modelISO/IEC 25020 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Measurement reference model and guideISO/IEC 25021 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Quality measure elementsISO/IEC 25022 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Measurement of internal qualityISO/IEC 25023 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Measurement of external qualityISO/IEC 25024 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Measurement of quality in useISO/IEC 25030 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirementsISO/IEC 25040 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Evaluation reference model and guideISO/IEC 25041 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) — Evaluation modulesISO/IEC 25042 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Evaluation process for developersISO/IEC 25043 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Evaluation process for acquirersISO/IEC 25044 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Evaluation process for evaluatorsISO/IEC 25051 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testingISO/IEC 25062 Software engineering: Software product Quality Requirements and Evaluation (SQuaRE) —Common Industry format for usability test reports
  • Bibliografía – Otros estándares ISO mencionados Serie 9126 Serie 14598 ISO/IEC 15288:2008, “Systems and Software Engineering—System Life Cycle”
  • ¿Preguntas?GRACIAS