Calidad Sistemas PDF

Seminario Internacional
FACULTAD DE INGENIERÍA Y TECNOLOGÍA

LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
¿Cómo evaluar Productos de Software?
Introducción a SQuaRE y caso de Estudio
MyFEPS
Expositora: Mg. Paula M. Angeleri
paula.angeleri@comunidad.ub.edu.ar
13 Agosto 2015
© Evaluación de software : beneficios para la industria, Universidad de Belgrano, Buenos Aires, Argentina 1
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Agenda
• ¿Para qué evaluar la calidad de un software?
• Beneficios para la Industria
• Ejemplo de un proyecto de evaluación
• Conclusiones
• ¿Preguntas y comentarios?
INFORMÁTICA
¿Para qué evaluar la calidad de un software?
• Software cada vez más complejo, debido a los avances
tecnológicos
• Software se utilizan en sistemas críticos
• Aplicaciones cada vez más diversas requieren distintos tipos
de evaluaciones
• Modelos de calidad desactualizados e incompletos
• Diversidad de objetivos de negocio para los cuales son
desarrollados estos sistemas
• Diversidad de objetivos de evaluación, y de intereses de
stakeholders
INFORMÁTICA
Edad Antigua
Edad Media
Edad Moderna
Edad Contemporánea
MERCADO HOY
• Clientes más sofisticados.
• Menor fidelidad de los clientes.
• Nuevos usuarios y usos, mayor variedad y tipificación de clientes.
• Globalización de: mercados, producción; distribución, competencia y la innovación.
• Productos con ciclo de vida corto.
• Gran variedad de líneas de productos.
PRODUCTOS • Productos muy adaptados al cliente.
• Demanda de calidad y fiabilidad
• Productos de nueva tecnología.
Ref.: slide tomada de una presentación de Jorge Ceballos
INFORMÁTICA
Brecha entre lo requerido y lo percibido

¿Qué entendemos por
Calidad del software?
Es necesario comprender las

necesidades reales de los usuarios
con tanto detalle como sea posible
(requisitos).
El objetivo no es necesariamente alcanzar una calidad perfecta,
sino la necesaria y suficiente para cada contexto de uso a la hora
de la entrega y de la utilización por parte de los usuarios.
¿Cuáles son las características inherentes de un producto?
Ref.: slide tomada de una presentación de Jorge Ceballos
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
¿Modelo de Calidad?
La calidad es subjetiva
Cada objeto tiene características que lo
identifican, que nos ayudan a medirla de una
manera más objetiva
Ejemplo: producto AUTO

1. Estética, estilo
2. Color
3. Tamaño
4. Potencia
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
• La calidad es subjetiva
• Cada objeto tiene características que lo identifican, que
nos ayudan a medirla de una manera más objetiva
Ejemplo: AUTO
Criterio de prioridades Paula:
1. Estética, estilo coupée
2. Color, preferiblemente rojo, negro a azulino
3. Que “ruja” el motor
4. Buenas llantas
5. Focos como “ojos de gato”
6. Que tenga buen baúl
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Autos que tienen buena calidad para Paula A.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
• La calidad es subjetiva
• Cada objeto tiene características que lo identifican, que
nos ayudan a medirla de una manera más objetiva
Ejemplo: AUTO
Criterio de prioridades Marcelo:
1. Precio
2. Tamaño
3. Economía de consumo
4. Estética, estilo coupée o convertible
5. Color, preferiblemente azul o negro
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Auto ideal para Marcelo:
FACULTAD
TECNOLOGÍA
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de Calidad de producto software QSAT¹:

Comprensible:
Mayor claridad que los modelos ISO (detalle de métricas, etc)
No Ambiguo:
Tiene mayor precisión que modelos anteriores. Ej. Métricas y su
Adaptable:
ponderación
A la mayor cantidad de productos de software

En la mayor cantidad de contextos.
A las necesidades de las empresas, y objetivos de stakeholders
Compatible:
Con la mayoría de todos los modelos existentes. Ej.ISO/IEC
9126, 25010
Ref: ¹ QSAT por el nombre de sus creadores Quality model de Sorgen, Angeleri y Titiosky
FACULTAD
TECNOLOGÍA
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de Calidad:
Comprensible:
Claridad para definir atributos
No Ambiguo:
Precisión para no dejar a la libre interpretación
Adaptable:
A la mayor cantidad de productos de software
En la mayor cantidad de contextos.
A las necesidades de las empresas, y objetivos de stakeholders
Completo:
Que defina todas las propiedades que se puedan querer
evaluar
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Para qué se evalúa un software?
• Para dar visibilidad a “alguien” sobre cierta
calidad esperada
• Para encontrar debilidades, que permitan su
mejora de la manera más eficiente
• Para dar confianza
INFORMÁTICA
INFORMÁTICA
INFORMÁTICA
Beneficios para la industria
• Conocer la calidad de su propio producto SW
• Comparar su producto con uno similar
• Marca de reconocimiento (certificación)
• Conocer si su producto satisface las
necesidades de los clientes
• Mejorar el proceso de Desarrollo,
garantizando un mejor Mantenimiento
INFORMÁTICA
El proceso de certificación de producto y la cadena de valor:
Cliente Desarrollo del producto
Instalación y Cliente
Especificación Interpretación de la uso por parte
Necesidad
y datos especificación (DE, DS, del cliente/ Con su
de un
de entrada para el atributos) usuario necesidad
producto de
software desarrollo satisfecha
del producto Producción
Atributos internos,
externos y de uso Verificación y
validación del Producto
producto terminado
Organización desarrolladora
Certificación
de calidad de
producto
Input para el diseño de la prueba
Ref.: slide tomada de una presentación de IRAM

INFORMÁTICA
Certification of Software in Argentina
• Research Proyecto MyFEPS for software
evaluation Framework
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Proyecto de Investigación
de la Facultad de Tecnología Informática:
MyFEPS: Metodologías y framework para la
Evaluación de Productos de Software
Investigadores:
Paula Angeleri y Amos Sorgen (co‐directores) –
Rolando Titioski y Jaquelina Wuille Bille (investigadores) –
Martín Santi, Agustín Ventura, Diego Ardizzone (tesistas)‐
Oriana Pozzo y Juan Nenna (becarios)‐
Estela Terano, Romina Méndez, Joaquín Freijóo y Gustavo
Rodrígue (alumnos)
y colaboración de empresa TSOFT
Fecha de inicio: 15-06-2010 Fecha de finalización: 15-06-2014
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Área Temática del Proyecto de Investigación MyFEPS:
Ciencias Aplicadas
Ingeniería de Software
Problemática: Calidad
• El proceso de evaluación de un producto de software es complejo, y
muy pocas organizaciones lo llevan a cabo con la calidad requerida, la
mayoría se focaliza sólo en testing de software .
• Las normas y modelos existentes no habían sido actualizados,
Tampoco existen guías de aplicación que faciliten su uso en la
industria.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Objetivo General del proyecto:

• Elaborar una meta‐metodología de evaluación de software
• Diseñar un framework de evaluación que incluya recomendaciones de
métodos y herramientas
Objetivos Específicos:
• Identificar factores que influencien en la evaluación, como ser los
intereses de los stakeholders, riesgos, etc.
• Establecer criterios para la ponderación de atributos del producto
• Establecer un modelo de Calidad de SW más completo y actualizado
que el de ISO/IEC 9126‐1, etc.
• Apoyar el proceso nacional de certificación de software
INFORMÁTICA
Resultados hasta el momento

• Se definió un modelo de calidad de productos de software que es
completo, claro, comprensible y compatible con los modelos de calidad
existentes (ISO, IBM, Mc Call, Boehm, etc)
• Se identificó la necesidad de introducir grados de rigurosidad con los
que se quiera evaluar las distintas características de un producto de
software.
• Se definió la Arquitectura del framework de evaluación
• Se está desarrollando un modelo de evaluación confiable adaptable a
diversos objetivos de evaluación, a las distintas normas internacionales y al
grado de rigurosidad con que se quieran obtener los resultados de la
evaluación.
• Se está haciendo Transferencia de conocimiento (publicaciones, proy.
laboratorio de Testing TSOFT, conferencias, academia).
INFORMÁTICA
Calidad de producto software
Normas
ISO/IEC 9126; ISO/IEC 14598;
y nueva ISO/IEC 25000
INFORMÁTICA
Antecedentes
• “Hay poca evidencia en que cumplir un modelo de procesos
asegure la calidad del producto. La estandarización de los
procesos garantiza la uniformidad en la salida de los mismos,
lo que puede incluso institucionalizar la creación de malos
productos”(Kitchenham y Pfleeger, 1996).
• Situación general del Mercado para la Industria Software
• ¿Qué efecto tiene esta situación en los productos? Ejemplos de SW que
no cumpliera con los
requisitos implícitos
• Cambia el enfoque tradicional de las y/o explícitos?
organizaciones. Profundo cambio cultural, de
valores y percepciones sobre el trabajo y su
resultado.
Aproximaciones a la calidad del SW:
INFORMÁTICA
…La calidad en el ciclo de vida
Proceso Producto Efecto producto
influencian influencian influencian
Atributos
Atributos Atributos
Calidad del externos
internos de de calidad
proceso de
calidad en uso
calidad
depende de depende de depende de Contextos

de uso
Mediciones Medidas Medidas Medidas de

del proceso internas externas calidad en uso
Ref. figura B.2 IRAM‐ISO/IEC 25000
Antecedentes
INFORMÁTICA
La familia ISO/IEC 25000 es el resultado de la evolución de otras normas:
• ISO/IEC 9126 (modelo de calidad del producto software)
• ISO/IEC 14598 (proceso de evaluación de productos software)
ISO/IEC 25010
Systems and SW
engineering ‐‐
ISO/IEC 25000
ISO 9126 fue publicada por primera vez en Systems and SW
SW Engineering Quality
el año 1991, y fue posteriormente – SW product Requirements and
reemplazada durante el 2001 por una Nueva edición de Quality Evaluation
familia de normas, (partes 1; 2; 3 y 4): la ISO/IEC 9126‐2 Requirements (SQuaRE) ‐‐ System
Parte 2: Métricas and Evaluation and SW quality
Externas (SQuaRE) ‐‐ models
y de la Guide to
Se desdobla Nueva ISO/IEC 9126‐3 SQuaRE
ISO/IEC 9126 versión del Parte 3: Métricas
ISO/IEC como modelo modelo de Internas
9126:1991 de calidad e calidad (Segunda ed.)
Evaluación ISO/IEC 14598 ISO/IEC
del producto como proceso 9126
de software ‐ de evaluación
Carácterística de
s de calidad y conformidad ISO/IEC 9126‐4
directrices Parte 4: Métricas de
para su uso Calidad en Uso
Nuevas partes ISO/IEC 14598‐2

Part 2: Planificación y Gestión
ISO/IEC 14598/3 Parte 3: Proceso
para desarrolladores
INFORMÁTICA
Antecedentes
Se emite
ISO/IEC 25000:2014
Systems and software engineering ‐‐
Systems and software Quality
Requirements and Evaluation (SQuaRE) ‐
Se reemplazan ‐ Guide to SQuaRE
Se reemplazan ISO/IEC 9126‐3
las ISO/IEC
las ISO/IEC Software engineering ‐Product quality
14598‐1
25000 1ra Ed.
14598‐2 Part 3: Internal Metrics (Segunda
14598‐3 ed.)
14598‐4
2011 2012 2014
Se reemplaza la
ISO/IEC 9126‐1
INFORMÁTICA
SQuaRE –
I SO/ I EC 25000
Modelo de calidad
Software engineering-
Software product Qua lity
Requirements and Evaluation
Organización de la serie de estándares SQuaRE
INFORMÁTICA
Divisiones dentro del modelo SQuaRE
División Modelo
de Calidad
2501n
División
División División Gestión
Evaluación
Requisitos de Calidad
de Calidad
de Calidad 2500n
2504n
2503n
División Medición
de Calidad
2502n
Extensión División 25050 ‐ 25099
Ref.: IRAM‐ISO/IEC 25000 ‐ Figura 1
SQuaRE ‐ ISO/IEC 25000 vs modelo actual de calidad
INFORMÁTICA
I FACULTAD
SO/ I ECDE
25010
INGENIERÍA Y TECNOLOGÍA
Modelo de CalidadINFORMÁTICA
de producto
Ref. ISO 25010 Figure 4 – Product quality model

INFORMÁTICA
I SO/ I EC 25010 Calidad en USO
Ejemplos de mediciones de Calidad en el USO se pueden ver en ISO/IEC TR 9126‐4
(a ser reemplazada por ISO/IEC 25024).
Referencia: ISO/IEC Table A.1 – Comparison with the previous model in ISO/IEC 9126-1:2001.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Fortalezas del modelo ISO

• Consensuado internacionalmente
• Bien estructurado
• Medición de calidad interna, externa y en el
uso
FACULTAD
ISO/IEC 9126‐2 tablas de métricas ‐ DE INGENIERÍA Y TECNOLOGÍA
8.1 Métricas de funcionalidad
LA NORMALIZACIÓN y
INFORMÁTICA
8.1.1 Métricas externas de Adecuación (a)
LAS TICs
• Nom bre de la m ét rica Ade cu a ción fu n cion a l

• Propósit o de la m ét rica ¿Cuán adecuadas son las funciones evaluadas?
• Mét odo de aplicación Núm ero de funciones que son adecuadas para realizar las t areas
específicas, com paradas con el núm ero de funciones evaluadas
• Medición, fórm ula y X = 1 – A/ B
cálculo de elem ent os de A = Nro de funciones en que se det ect aron problem as en la evaluación
dat os B = Nro de funciones evaluadas
• I nt erpret ación del valor 0 < = X < = 1

m edido Lo m ás cerca de 1,0 es lo m ej or
• Tipo escala de m ét rica Absolut a
• Tipo { unidad} de X = Cant idad / Cant idad
m edida A = Cant idad; B = Cant idad
• Ent rada para la Especificación de requerim ient os.
m edición Report e de evaluación
• Referencia I SO/ I EC 6.5 Validación
12207 6.3 Aseguram ient o de calidad
5.3 Pruebas de calificación
© Evaluación
• Audiencia objdeetsoftware
ivo : beneficios para la industria, Universidad
Desarrolladorers; Responsablesde Belgrano,
de ACSBuenos Aires, Argentina 34 34
Seminario
FACULTAD
ISO/IEC 9126‐2 tablas de métricas ‐ Internacional
DE INGENIERÍA Y TECNOLOGÍA
LA NORMALIZACIÓN y
8.1.1 Métricas externas de Adecuación (b)
INFORMÁTICA
LAS TICs
•Nombre de la métrica Integridad de implementación funcional
•Propósito de la métrica ¿Cuán completa es la implementación de acuerdo a la especificación de
requerimientos?
•Método de aplicación Realizar pruebas funcionales (caja negra) del sistema según especificación de
requerimientos. Contar el Nº de funciones faltantes detectadas en la
evaluación y compararlas con el Nº de funciones descritas en la
especificación de requerimientos
•Medición, fórmula y cálculo X = 1 – A / B
de elementos de datos A = Número de funciones faltantes detectadas en la evaluación
B = Número de funciones descritas en la especificación de requerimientos
•Interpretación del valor 0 < = X < = 1
medido Lo más cerca de 1,0 es lo mejor
•Tipo de escala de métrica Absoluta
•Tipo {unidad} de medida X = Cantidad / Cantidad (A = Cantidad; B = Cantidad)
•Entrada para la medición Especificación de requerimientos.
Reporte de evaluación
•Referencia ISO/IEC 12207 6.5 Validación; 6.3 Aseguramiento de calidad; 5.3 Pruebas de calificación
•Audiencia objetivo Desarrollador
© Evaluación de software : beneficios para la industria, Universidad de Belgrano, Buenos Aires, Argentina 35 35
Responsable de ACS
LA NORMALIZACIÓN
ISO/IEC 9126‐2 tablas de métricas ‐ INFORMÁTICAy
LAS TICs
8.1.2 Métricas externas de Precisión (c)
•Nombre de la métrica Precisión
•Propósito de la métrica ¿Cuán frecuente los usuarios finales encuentran resultados con exactitud inadecuada?
•Método de aplicación Registrar el número de resultados con exactitud inadecuada
•Medición, fórmula y cálculo X = A / T
de elementos de datos A = Nro de resultados encontrados por usuarios c/nivel de exactitud dif. al requerido
T = Tiempo de operación
•Interpretación del valor 0 < = X
medido Lo más cerca de 0,0 es lo mejor
•Tipo de escala de métrica Ratiio
•Tipo {unidad} de medida X = Cantidad / Tiempo
A = Cantidad
B = Tiempo
•Entrada para la medición Especificación de requerimientos.
Reporte de pruebas
•Referencia ISO/IEC 12207 6.5 Validación
6.3 Aseguramiento de calidad
© Evaluación de software : beneficios
•Audiencia objetivo para la industria, Universidad de Belgrano, Buenos Aires, Argentina
Desarrollador // Usuarios 36 36
Comparación entre características y sub‐características
FACULTAD DE de
ISO/IEC 25010 respecto de ISO/IEC 9126‐1:2001.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Tabla A.1 Comparación con el modelo previo en ISO/IEC 9126‐1:2001
Cláusula ISO/IEC 25010 ISO/IEC 9126‐1 Notas
4.1 Calidad en uso Calidad en uso La calidad en uso es ahora un sistema
de calidad
4.1.1 Eficacia Eficacia
4.1.2 Eficiencia Productividad Nombre alineado con eficiencia en
ISO/IEC 25062 e ISO 9241‐11
4.1.3 Satisfacción Satisfacción
4.1.3.1 Utilidad No subcaracterizado previamente
4.1.3.2 Confianza ”
4.1.3.3 Placer ”
4.1.3.4 Comodidad ”
4.1.4 Libre de riesgo Seguridad
4.1.4.1 Riesgo de daño económico No subcaracterizado previamente
4.1.4.2 Riesgos de no causar daños a la salud ”
de las personas
Comparación entre características y sub‐características
FACULTAD DE de
ISO/IEC 25010 respecto de ISO/IEC 9126‐1:2001.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Cláusula ISO/IEC 25010 ISO/IEC 9126‐1 Notas
4.1.4.3 Riesgos de daño al ”
medio ambiente
4.1.5 Contexto de cobertura Problema de calidad implícito hecho explícito
4.1.5.1 Contexto de integridad Nueva sub‐característica (es importante que un
producto sea utilizable en todos los contextos de
uso requeridos)
4.1.5.2 Flexibilidad Nueva sub‐característica (permite que un producto
sea utilizado en nuevos contextos de uso)
4.2 Calidad de Producto Calidad interna y Calidad interna y externa combinada como calidad
externa de Producto
4.2.1 Idoneidad funcional Funcionalidad Nuevo nombre es más precisa, y evita la confusión
con otros significados de "funcionalidad"
4.2.1.1 Integridad funcional La cobertura de las necesidades establecidas
4.2.1.2 Corrección funcional Precisión Más general que la precisión
4.2.1.3 Adecuación funcional Idoneidad La cobertura de las necesidades implícitas

Interoperatividad Trasladado a la Compatibilidad
Seguridad Ahora una característica
Cláusula ISO/IEC 25010 LA NORMALIZACIÓN INFORMÁTICA
ISO/IEC 9126‐1 y Notas
4.2.6.2 Integridad LAS TICs ”
4.2.6.3 No rechazo ”
4.2.6.4 Responsabilidad ”
4.2.6.5 Autenticidad ”
4.2.7 Mantenibilidad Mantenibilidad
4.2.7.1 Modularidad Nueva Sub‐característica
4.2.7.2 Reusabilidad (capacidad de ser Nueva Sub‐característica
reutilizado)
4.2.7.3 Analisabilidad (capacidad de ser Analisabilidad (capacidad de
analizado) ser analizado)
4.2.7.4 Modificabilidad (capacidad de ser Modificabilidad (capacidad de Nombre más preciso combinando
modificado) ser modificado) variabilidad y estabilidad
4.2.7.5 Capacidad de ser probado Capacidad de ser probado
4.2.8 Portabilidad Portabilidad
4.2.8.1 Adaptabilidad (capacidad de ser Adaptabilidad (capacidad de
adaptado) ser adaptado)
4.2.8.2 Instalabilidad (capacidad de ser Instalabilidad (capacidad de
instalado) ser instalado)
Trasladado a la Compatibilidad
Co‐existencia
4.2.8.3 Reemplazabilidad (capacidad de ser Reemplazabilidad (capacidad
© Evaluación de software : beneficios para la industria,
reemplazado) Universidad de Belgrano, Buenos Aires, Argentina
de ser reemplazado) 39
LA NORMALIZACIÓN y
INFORMÁTICA
Proceso de evaluación de calidad de producto SW
LAS TICs
Norma IRAM‐ISO/IEC 14598‐1 (apartado 6)
Establecer los requisitos

de evaluación
Especificar la
Realizar la evaluación
evaluación
Diseñar la
evaluación
Proceso de evaluación deINGENIERÍA
calidad de
FACULTAD DE producto SW
Y TECNOLOGÍA
LA NORMALIZACIÓN y
INFORMÁTICA
Norma I RAM-I
LASSO/
TICsI EC 14598
Realizar la Establecer
evaluación requisitos de
Certificar evaluación
Establecer el propósito de la evaluación
Evaluar los resultados
Comparar con los criterios Identificar los tipos de producto a evaluar
ISO/IEC 9126‐1
Hacer mediciones Especificar el modelo de calidad
Características de calidad
ISO/IEC 9126‐2 Métricas ext.

ISO/IEC 9126‐3 Métricas int.
Elaborar el Plan de Seleccionar Métricas ISO/IEC 14598‐6 Módulos de evaluación
Evaluación
Establecer niveles de puntuación p/métricas
Establecer los criterios de evaluación
Diseñar la Especificar la
evaluación evaluación
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Proyecto de evaluación de la Red

Social Académica
ConexionUB
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de Calidad QSAT: estructura
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de calidad QSAT
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de Calidad QSAT (1/3)

N Características Fundamentales 4 Correctitud
de Datos
Sub - características
de Procesos
1 Adaptabilidad
de la Documentación
a diferentes entornos
5 Cumplimiento legal
a diferentes idiomas
referente a la funcionalidad
2 Calidad de los artefactos
referente a la facilidad de uso
Tipo X
referente a la tolerancia a fallas
Trazabilidad
referente a la recuperabilidad de fallas
Modularidad
referente al mantenimiento
Reusabilidad
referente a la eficiencia
Capacidad de ser analizado
referente a su portabilidad
3 Constancia
6 Efectividad
independiente del número de usuarios
Cobertura de las funcionalidades útilies
independiente del número de actores
que no son los usuarios Ausencia de funcionalidades inutilies
independiente del la cantidad de
información acumulada Cumplimiento con las capacidades
esperadas
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
11 Facilidad de Mantenimiento
Modelo de Calidad QSAT (2) Eficiencia para corregir errores
Eficiencia para ampliar y mejorar
7 Eficiencia Eficiencia para re-instalar versiones
en la Interfaz del Usuario Estabilidad después de un cambio
en los tiempos de respuesta Capacidad de ser testeado
en la utilizacion de memoria interna Portabilidad
en la utilizacion de almacenaje externo 12 Satisfaccion de los stakeholders que no son
usuarios
en la utilizacion de CPU
Considerado util
en la utilizacion de otro hardware
Considerado apropiado
Disponibilidad
Considerado confiable
Productividad
13 Satifaccion subjetiva de los usuario
8 Estandarizado
Confort físico
en su IU
en la Entrada manual de información
como componente
9 Facilidad de Instalación Efectividad del Help
Primera instalacion en el Acceso a las funciones
Upgrades en la Comprensión de las salidas del
10 Manejo de fallas sistema
Previniendolas en la Estética
Recuperándose en el Conocimiento del sistema
Satisfaccion total
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Modelo de Calidad QSAT (3)

14 Usabilidad (objetiva)
en el Aprendizaje
Coherencia de la IU
Confort físico
Efectividad del Help
en el Acceso a las funciones
en la Comprensión de las salidas del
sistema
en la Estética
en el Conocimiento del sistema
Satisfaccion total
15 Seguridad de no causar daños
Físicos
Materiales
Económicos
Al medio ambiente
16 Seguridad Informática
de datos
de funciones
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Atributos QSAT
QSAT define “Atributo” de una Subcaracterísticas del
modelo, a una propiedad que posee el producto de
software, que es evaluada usando métricas bien definidas.
Por ejemplo: “El número de errores en los datos detectados

en uso en un período dado”, es un atributo
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Ej. Característica, Subcaracterística, Atributo, Métrica (1/2)

Característica Básica: Satisfacción de los usuarios
En qué medida el producto software hace sentir confortable al
usuario, en el contexto de su uso, de modo que los usuarios tienen
una subjetiva percepción de satisfacción por el uso del sistema.
Evaluable en términos de opiniones subjetivas de los usuarios.
Subcaracterísticas:
- Confort físico
- Satisfacción en la Estética
- Satisfacción en el Acceso a las funciones
- Satisfacción en la Entrada manual de información
- Satisfacción en la Comprensión de las salidas del sistema
- Satisfacción en el Aprendizaje
- Satisfacción total
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Ej. Característica, Subcaracterística, Atributo, Métrica (1/2)

Sub-característica: Confort físico:
Se evalúa en que medida el sistema es percibido como confortable por el

operador, en el contexto de su uso diario y repetitivo.
Es evaluable en términos de opiniones subjetivas de los usuarios. Comparable
con100% de satisfacción
Atributo: Grado de Confort percibido en entorno de uso
Métrica:
Preguntar a N usuarios:
¿De o a 100 cuan confortable le resulta trabajar con el sistema? : El resultado se registra en
la variable GCFi, (Grado de Calidad Físico del Usuario i).
A continuación se registra el promedio en la variable M (media)
M = SUM(GCFi) / N
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
¿Cómo calcular el grado de calidad de una

Característica Básica?
El grado de calidad de una Característica Básica
resultará de la composición ponderada de sus Sub-
características.
El grado de calidad de cada Sub-característica a su vez

resultará de la composición ponderada de sus Sub-sub-
características.
Este proceso se continúa hasta llegar a los Atributos que
se evalúan a partir la composición de las mediciones de sus
Métricas.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Fortalezas del modelo QSAT

• Bien estructurado
• Medición de calidad interna, externa y en el uso.
Definición del contexto a nivel de atributos
• Establece criterio de ponderación de mediciones
• Métricas claras y actualizadas
• Acompañado por un framework que Facilita la
evaluación
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Falencias del modelo QSAT, a la fecha

• No fue consensuado internacionalmente
• Los proyectos de evaluación realizados para su
validación resultaron insuficientes, por la
cantidad de características a evaluar y las
necesidades de cada proyecto.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Proceso de Evaluación (basado en proceso ISO
El proyecto
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
El sistema
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
• Herramienta de soporte accesible por Internet para:
– estudiar, realizar trabajos individuales o en equipos, interactuar y
comunicar.
• Abanico de recursos digitales disponibles.
– Mecanismo de autorización
– Accesibles por todos los participantes.
– Todo lo elaborado disponible para los autorizados.
– Material en el servidor o de la nube
• Organizado en espacios de trabajo accesibles por autorizados:
– Alumnos
– Docentes
– Invitados
• Autorizaciones
– Docente: establece la potestad de cada uno.
– Alumnos: establece quién puede ver y modificar sus documentos.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Vistas evaluadas, principales
stakeholders:
• Profesor
Alumno
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
El profesor
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
• Incorpora y comparte:
– programa, cronograma, trabajos prácticos, la estructura de la materia
y sus contenidos.
– materiales (digitales) de la cátedra.
– videos de sus clases.
• Transmite consignas.
• Accede a:
– todos los trabajos de alumnos.
– evaluaciones (hoja de parcial virtual).
• Modera debates.
• Responde consultas.
• Hace encuestas y evalúa las respuestas.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
El alumno
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
• Se informa sobre:
– planificación, contenidos y actividades de la materia
• Participa en
– encuestas, debates y otras actividades.
• Accede a:
– materiales del curso (textos, videos, imágenes, etc.)
– consignas del docente.
• Incorpora material en su propio espacio
– para uso propio o compartir
• Interactúa con:
– docentes y compañeros
• Consulta:
– docente.
– agenda del curso.
Beneficio para Universidad
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Actualmente en uso en varias cátedras de la Facultad de
Ingeniería y Tecnología Informática, permite:
• Acceso al conocimiento producido (Internet).
• Actualización de la biblioteca virtual.
• Puesta a disposición de los docentes de una
plataforma de trabajo state of the art.
• Control sobre contenidos y transacciones, por tratarse
de una red social cerrada.
• Presencia institucional en la web.
• Formación a distancia
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Proceso de Evaluación (basado en proceso ISO
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Objetivo de la Evaluación: medir el grado de satisfacción de los
Stakeholders
Características bajo estudio:
1) Satisfacción de los stakeholders que no son usuarios
En qué medida se desempeña el Sistema en el contexto de su uso,
de modo que los stakeholders que no son usuarios tienen una subjetiva percepción de
satisfacción del uso del sistema. Evaluable en términos de opiniones subjetivas de los
stakeholders que no son usuarios. Comparable con 100% de satisfacción
Subcaracterísticas: Considerado Útil, Apropiado, Confiable
Atributo Métrica
Porcentaje de Con un CUESTIONARIO conciliar la siguiente información

Por cada 1. Sea NS (número de stakeholders)
Cobertura de
Atributo de Funciones 2. Para cada módulo X
Subcaracte- Útiles
2.1. Para suma=0 e i=1 hasta NS, de 1 en 1, hacer
2.1.1. Obtener CFRi (Cobertura de Funciones
rística se Útiles para el Modulo X, según la opinión del
calcula su StakeHolders “i”. Se mide entre 0 y 1).
métrica 2.1.2. suma+=CFRi
fin
3. Valoración del modulo X = Suma/NS.

LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Subcaracterística: Considerado apropiado
Atributo Métrica
Porcentaje de Con un CUESTIONARIO conciliar la siguiente información

Funciones 1. Sea NS (numero de stakeholders)
inútiles 2. Para cada modulo X
2.1. Para suma=0 e i=1 hasta NS, de 1 en 1, hacer
2.1.1. Obtener PFIi (Porcentaje de Funciones
inútiles para el Modulo X, según la opinión del
StakeHolders “i”. Se mide entre 0 y 1).
2.1.2. suma+=PFIi
fin
3. Valoración del modulo X = Suma/NS.
Subcaracterística:
Considerado confiable
Atributo Métrica
Grado de Con un CUESTIONARIO conciliar la siguiente información

Confiabilidad 1. Para cada modulo X
percibida en 1.1. NS (numero de stakeholders)
1.2. Para sumG=0 e i=1 hasta NS, de 1 en 1, hacer
Uso
1.2.1. Obtener el GCIi(Grado de confiabilidad del
modulo i medida entre 0 y 1)
1.2.2. SumG+=GCIi
fin
2. Valoración del modulo X = SumG/NS.

LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Establecer criterio de ponderación de atributos,
registrando el grado de importancia relativa para cada
Stakeholder no usuario
Completar por cada Stakeholder no Mediana-
Muy Algo Nada Puntuacion
usuario que participa de la importante
Importante mente
importante importante Stakeholder 1
evaluación: Ejemplo Stakeholder 1 importante
12 Satisfacción de los stakeholders

Respuestas Stakeholder 1
que no son usuarios
12.1. Considerado Util x 1
12.2 Considerado Apropiado x 0,75
12.3 Considerado Confiable x 0,5
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
promediando las respuestas de Stakeholders
Peso Subca-
Puntuacion Puntuacion Puntuacion
racterística
Stakeholder 1 Stakeholder 2 Stakeholder 3
SC
1 0,75 0,75 0,83

0,75 1 0,75 0,83
0,5 0,75 1 0,75
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Características bajo estudio:

1) Satisfacción subjetiva de los usuarios
En qué medida se desempeña el Sistema en el contexto de su uso,
de modo que los usuarios tienen una subjetiva percepción de satisfacción del
uso del sistema. Evaluable en términos de opiniones subjetivas de los
usuarios. Comparable con 100% de satisfacción
Subcaracterísticas:
• Confort Físico
• Satisfacción en el acceso a las funciones
• Satisfacción en cuanto a la estética
• Satisfacción Total
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
registrando el grado de importancia relativa para
cada Usuario
Completar por cada Usuario que Mediana-
Muy Algo Nada Puntuacion
participa de la evaluación: Ejemplo importante
Importante mente
importante importante Usuario 1
Usuario 1 importante
13. Satisfaccion de los Usuarios Respuestas Usuario 1

13.1 Confort Fisico x 1
13.2 En el Acceso a las funciones x 0,75
13.4. En la Estética x 0,75
13.6 Satisfacción total x 1
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
promediando las respuestas de los Usuarios
Peso Subca-
Puntuacion Puntuacion Puntuacion
racterística
Usuario 1 Usuario 2 Usuario 3
SC
1 0,75 0,75 0,83

0,75 1 1 0,92
0,75 0,75 0,75 0,75
1 0,75 1 0,92
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Calcular el Grado de Calidad de cada Característica, y
luego del Producto software
Grado de
Grado de Peso Grado de
Característic CALIDAD
Subcaracterística (SC) Calidad de la Calidad de Peso CB
a Básica (CB) Del
de la SC SC la CB Producto
Producto Conexión UB 0,70
12 Satisfacción de los stakeholders que no son usuarios 0,71 0,83
12.1. Considerado Útil 0,73 0,83 El grado de Calidad El peso de SC se obtuvo
12.2 Considerado Apropiado 0,70 0,83 de SC se obtuvo del del valor promedio de los
12.3 Considerado Confiable 0,69 0,75 valor promedio del pesos sugeridos por los
stakeholders (entre 0 y 1)
puntaje dado por
stakeholders
13. Satisfaccion de los Usuarios 0,70 0,92
13.1 Confort Físico 0,74 0,83
El grado de calidad de la CB se obtuvo multiplicando
13.2 En el Acceso a las funciones 0,64 0,92 el Grado de calidad de cada SC por su Peso,
13.4. En la Estética 0,70 0,75 sumando los resultados y dividíendolos por la
sumatoria de Pesos de SCs
13.6 Satisfacción total 0,72 0,92
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Resultado de la evaluación del software Prosys Ecommerce
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Situación en Argentina
• Software certificados (MGOL, Master of Faith,
OCASA, y en proceso de certificación software
Gobierno de Chile).
• Academia: Universidad de Belgrano, Univ.
Morón, Univ. Nac. De La Plata, Univ. Nac. de la
Matanza, Univ. de La Punta.
• Industria: 3 software durante MyFEPS, 3
posteriores, 2 empresas capacitadas.
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Tesistas que participaron del proyecto MyFEPS
• Agustín Ventura
“Evaluación del grado de calidad de una aplicación de Gestión de
Clínicas usando el Framework MyFEPS”
• Martín Santi
“Evaluación del grado de calidad de una aplicación E‐Commerce
usando el Framework MyFEPS”
• Diego Ardizone
“Desarrollo de una aplicación BI para mostrar los resultados de
una Evaluación de calidad realizada con el Framework
MyFEPS”
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Resultados de la Tesina
• Software tiene calidad aceptable para los
usuarios
• Pero requiere mejoras, como ser que la Ayuda
del Help sea consistente con las pantallas
(Coherencia de Interfaz) y en poder corregir
datos mal cargados, como ser Nro. Tarjeta de
crédito (Ingreso Manual de Información)
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Conclusiones
1. Es importante poder medir la calidad de un software,
2. Lo importante es usar un modelo de calidad de
producto, tanto en el Desarrollo como en el
Mantenimiento
3. Dar visibilidad a la Alta Gerencia !!!
4. Certificar software Críticos (que impliquen alto riesgo)
LA NORMALIZACIÓN y
INFORMÁTICA
LAS TICs
Comentarios

Calidad Sistemas PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Calidad Sistemas PDF

Cargado por

Copyright:

Formatos disponibles

Seminario Internacional

FACULTAD DE INGENIERÍA Y TECNOLOGÍA

Brecha entre lo requerido y lo percibido

Es necesario comprender las

Ejemplo: producto AUTO

 Modelo de Calidad de producto software QSAT¹:

 A la mayor cantidad de productos de software

Ref.: slide tomada de una presentación de IRAM

Certification of Software in Argentina

Fecha de inicio: 15-06-2010  Fecha de finalización: 15-06-2014

Objetivo General del proyecto:

Resultados hasta el momento

Proceso Producto Efecto producto

influencian influencian influencian

depende de depende de depende de Contextos

Mediciones Medidas Medidas Medidas de

Nuevas partes ISO/IEC 14598‐2

2011 2012 2014

Ref. ISO 25010 Figure 4 – Product quality model

I SO/ I EC 25010 Calidad en USO

Fortalezas del modelo ISO

• Nom bre de la m ét rica Ade cu a ción fu n cion a l

• I nt erpret ación del valor 0 < = X < = 1

4.2.1.2 Corrección funcional Precisión Más general que la precisión

4.2.1.3 Adecuación funcional Idoneidad La cobertura de las necesidades implícitas

Establecer los requisitos

ISO/IEC 9126‐2 Métricas ext.

Proyecto de evaluación de la Red

Modelo de Calidad QSAT (1/3)

Modelo de Calidad QSAT (3)

Por ejemplo: “El número de errores en los datos detectados

Ej. Característica, Subcaracterística, Atributo, Métrica (1/2)

Ej. Característica, Subcaracterística, Atributo, Métrica (1/2)

Se evalúa en que medida el sistema es percibido como confortable por el

Atributo: Grado de Confort percibido en entorno de uso

A continuación se registra el promedio en la variable M (media)

¿Cómo calcular el grado de calidad de una

El grado de calidad de cada Sub-característica a su vez

Fortalezas del modelo QSAT

Falencias del modelo QSAT, a la fecha

Porcentaje de Con un CUESTIONARIO conciliar la siguiente información

Porcentaje de Con un CUESTIONARIO conciliar la siguiente información

Grado de Con un CUESTIONARIO conciliar la siguiente información

12 Satisfacción de los stakeholders

1 0,75 0,75 0,83

Características bajo estudio:

13. Satisfaccion de los Usuarios Respuestas Usuario 1

1 0,75 0,75 0,83

También podría gustarte

Modelo de Calidad de producto software QSAT¹:

A la mayor cantidad de productos de software

Fecha de inicio: 15-06-2010 Fecha de finalización: 15-06-2014