Está en la página 1de 81

INTRODUCCION A LA

CALIDAD DEL
SOFTWARE

CALIDAD
OBJETIVO
Aplicar los principios, tcnicas, modelos
y sistemas de calidad en el proceso de
desarrollo y administracin de sistemas
para conseguir productos y servicios de
calidad superior.

CONCEPTO DE CALIDAD
Conjunto de propiedades y de
caractersticas de un producto o
servicio, que le confieren aptitud
para satisfacer una necesidades
explcitas o implcitas

La calidad no se trata de tener cero


defectos o una mejora medible de la
proporcin de defectos, no se trata de
tener los requerimientos documentados.
No es ms ni menos que satisfacer las
necesidades del cliente (por ms que las
necesidades estn o no correctamente
documentadas)

EVOLUCIN HISTRICA
Inspeccin/deteccin de errores:
hasta los aos 40

Inicialmente trabajo artesanal: control


individual de cada tarea.
1918: Ford Motor Company. (Primera
cadena de montaje).
1930: Laboratorios Bell.

EVOLUCIN HISTRICA
Control (estadstico) de calidad: hasta los aos 80

Mercado poco competitivo. Precio de venta fijado por el


fabricante en funcin de los costes.
Impedir que el producto defectuoso llegue al cliente.
Conseguir uniformidad de servicio.
Control de calidad = problema a resolver.
Controlar la calidad del departamento de produccin
utilizando tcnicas estadsticas.
1940-70: Japn y Calidad total. Deming, Ishikawa,
Juran, Crosby,

EVOLUCIN HISTRICA
Garanta de calidad: a partir de los 80.

Mercado competitivo y de oferta


Precio de venta fijado por el mercado
Planificacin y medida de la calidad. Modelos de
calidad.
Afecta a todos los departamentos.
1980. Inters por la calidad en los EEUU.
1987. Premio Malcom Baldrige Quality Award
1987. ISO 9000. A partir de las normas britnicas
1992. Premio Europeo a la calidad de la EFQM.

EVOLUCIN HISTRICA
Gestin de calidad hoy

Impacto estratgico. Oportunidad de ventaja


competitiva.
Planificacin, fijacin de objetivos, coordinacin,
formacin, adaptacin de toda la organizacin.
Afecta a la sociedad en general: directivos,
trabajadores, clientes.
Una filosofa, una cultura, una estrategia, un estilo de
gerencia de la empresa.
ISO 9001:2000

EVOLUCIN HISTRICA
Mejora
contnua

Mejora
de la

Calidad total

calidad
Garanta
de calidad
Control de
calidad

Prevenir defectos

Detectar defectos
Tiempo

Terminologa

Calidad: Conjunto de propiedades y caractersticas de


un producto o servicio que le confieren su aptitud para
satisfacer unas necesidades explcitas o implcitas
Control de calidad: Conjunto de tcnicas y
actividades de carcter operativo, utilizadas para
verificar los requerimientos relativos a la calidad del
producto o servicio.
Garanta de calidad: Conjunto de acciones
planificadas y sistemticas necesarias para
proporcionar la confianza adecuada de que un
producto o servicio satisfar los requerimientos dados
sobre calidad.

Terminologa
Gestin de la calidad: Aspecto de la funcin de
gestin que determina y aplica la poltica de la calidad,
los objetivos y las responsabilidades y que lo realiza con
medios tales como la planificacin de la calidad, el
control de la calidad, la garanta de calidad y la mejora
de la calidad.
La gestin de la calidad es responsabilidad de todos los niveles
ejecutivos, pero debe estar guiada por la alta direccin. Su
realizacin involucra a todos los miembros de la organizacin.
En la gestin de la calidad, se tienen en cuenta tambin
criterios de rentabilidad.

Terminologa

Sistema de gestin de la calidad (QS):


Conjunto de la estructura de la organizacin,
de responsabilidades, procedimientos,
procesos y recursos que se establecen para
llevar a trmino la gestin de calidad.
El QS debe tener el volumen y alcance suficiente para
conseguir los objetivos de calidad.
El QS de una organizacin est fundamentalmente previsto
para satisfacer las necesidades internas de la organizacin. Es
ms amplio que los requerimientos de un cliente concreto que
nicamente valor el QS que le interesa (directamente).
Para finalidades contractuales o vinculantes en la valoracin
de la calidad, se puede exigir que se ponga de manifiesto la
realizacin de ciertos elementos del QS.

CALIDAD EN LA PLANIFICACIN DE
PROYECTOS

Identificacin de los estandares de calidad


relevantes para el proyecto:

De rendimiento (Evaluacin de la Calidad)


Exactitud de la informacin
Servicios
Mejoramiento contnuo

Aspectos importantes para proyectos TI

Funcionalidad y Caractersticas
Salidas del sistema
Rendimiento
Confiabilidad
Facilidad de Mantenimiento

Aseguramiento de la calidad
Procesos periodicos de evaluacin
completa del proyecto respecto al
cumplimiento de los estndares de calidad
Herramientas y Tcnicas

Benchmarking: permite generar ideas para


mejora de la calidad mediante comparacin con
otros proyectos
Auditoras de Calidad: revisiones
estructuradas de las actividades que ayudan a
identificar las lecciones aprendidas en el
proyecto actual o en futuros

Control de calidad
Involucra

el monitoreo de los resultados


del proyecto para asegurar que se
cumplan con los estndares de calidad
e identificacin de vas de
mejoramiento.
Salidas:
Decisiones de aceptacin
Ajuste de procesos

La siguiente tabla expone sintticamente las diferencias entre control de


calidad y aseguramiento de la calidad

Control de calidad
Detecta problemas
productos de trabajo

en

Aseguramiento de la calidad
los Asegura la adherencia a los
procesos, estndares y planes

Verifica que los productos de


trabajo
cumplan
con
los
estndares
de
calidad
especificados en el plan del
proyecto

Evala que los procesos, planes y


estndares
utilizados
en
el
proyecto
cumplan
con
los
estndares organizacionales

Revisa el contenido del producto Revisa procesos

Herramientas y Tcnicas

Anlisis de Pareto: Identifica los


contribuyentes vitales en los problemas de
calidad.
Regla 80-20
Diagrama de Pareto

Muestreo estadstico y Desviacin Estndar


Cartas de Control
Pruebas

EJEMPLOS

Diagrama de Pareto

Muestreo
Tamao

de una poblacin de inters para


una inspeccin
El tamao depende de la
representatividad
Ej:
Tamao = 0.25 x (Factor Certeza / Error aceptable) exp(2)

Certeza
95% 90% 80%
Factor 1.96 1.645 1.281
Tamao
384 68
10

Desviacin Estndar

Cartas de Control de Calidad

Pruebas
Project
Requirements and
Planning

Non-functional
Requirements

Product
Requirements and
Specification
Analysis

Production,
Operations, and
Maintenance

Load &
Performance Test

User Interface
Design

Usability Test

System Testing
and Acceptance
Testing

Integration and
Testing

High-Level Desig

Detailed Design

Unit Testing

Coding

Mejora de la Calidad en TI
Liderazgo
Influencia

organizacional
Modelos de Madurez
SQFD
CMM
OPM3

Mejora de la Calidad en TI
Liderazgo

Se establece que la mayora de problemas


concernientes a la calidad se deben a la
falta de liderazgo
La implementacin efectiva de programas
de calidad se requiere de un liderazgo firme
que genere un ambiente adecuado
El lder publicita la filosofa de la
organizacin, implementa programas de
entrenamiento, de evaluacin y seguimiento

Mejora de la Calidad en TI
Influencia

organizacional

El estudio de De Marco y Lister


demuestra que la productividad vara por
factores entre 1 y 10 entre individuos y
entre 1 y 2.1 entre grupos
No existe correlacin entre productividad
y lenguaje de programacin, experiencia
o salario, por lo que la influencia decisiva
esta dado por el ambiente de trabajo

Mejora de la Calidad en TI
Modelos de Madurez
SQFD: Software Quality Function Deployment.
Implementa el principio de la calidad total para
TI, con nfasis en los requerimientos y la
planificacin
CMM: con sus niveles de madurez para
desarrollo de software
OPM3: Organizational Project Management
Maturity Model. Tiene niveles similares a CMM
para los Proyectos: Ad-hoc, Abreviado,
Organizado, Administrado, Adaptivo

LA CALIDAD DEL SOFTWARE


La calidad del software es el grado con el que un
sistema, componente o proceso cumple los
requerimientos especificados y las necesidades o
expectativas del cliente o usuario. (IEEE).
Concordancia del software producido con los
requerimientos explcitamente establecidos, con los
estndares de desarrollo prefijados y con los
requerimientos implcitos no establecidos formalmente,
que desea el usuario (Pressman)

Factores que determinan la


calidad del software

Se pueden clasificar en dos grandes grupos


(Pressman):
Factores que pueden ser medidos directamente
Factores que solo pueden ser medidos
indirectamente

Se centran en tres aspectos importantes de


un producto software (McCall):
Caractersticas operativas
Capacidad de soportar los cambios
Adaptabilidad a nuevos entornos

SITUACIN ACTUAL

Situacin actual

La industria del software en muchos casos no


ha acabado de salir de la fase artesanal
Padecemos de prisa patolgica, que es
consecuencia directa de:
Desorganizacin
Falta de planificacin

Alta dependencia de los hroes


Dedicamos nuestros esfuerzos de hoy a
arreglar lo que se hizo mal ayer

Situacin actual

La disciplina, ingeniera del software, es


relativamente reciente y muchos de sus
conceptos importantes estn an inmaduros
Carencia de un cuerpo de conocimiento
aceptado mayoritariamente que sirva como
fundamentos
Escasa presin del mercado

Situacin actual
En una organizacin inmadura:
Procesos software normalmente son
improvisados
Si se han especificado, no se siguen
rigurosamente
Organizacin reactiva (resolver crisis inmediatas)
Planes y presupuestos excedidos
sistemticamente, al no estar basados en
estimaciones realistas

Situacin actual
En una organizacin inmadura (cont.):
Si hay plazos rgidos, se sacrifican
funcionalidad y calidad del producto para
satisfacer el plan
No existen bases objetivas para juzgar la
calidad del producto
Cuando los proyectos est fuera de plan, las
revisiones o pruebas se recortan o eliminan

Situacin actual
El

90% de los proyectos no alcanzan


los objetivos
El 40% fracasan por completo
El 29% no se entregan nunca
Coste de demandas y litigios legales
aadidos

Qu hacer ?

Artesana

Ingeniera

Cambio cultural de todos


los involucrados!

CALIDAD DE SOFTWARE
SATISFACCION DEL USUARIO
SATISFACCION DEL USUARIO =

PRODUCTO
SATISFACTORIO +
BUENA CALIDAD +
ENTREGA EN
PRESUPUESTO

ENTREGA EN TIEMPO
ESTABLECIDO

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 del uso por
parte de los usuarios.
Es necesario comprender las necesidades reales de los
usuarios con tanto detalle como sea posible
(requisitos).

Diferentes aspectos de la calidad


Interna:

medible a partir de las caractersticas


intrnsecas, como el cdigo fuente
Externa: medible en el comportamiento del producto,
como en una prueba
En uso: durante la utilizacin efectiva por parte del
usuario

Calidad en el ciclo de vida del software

Funcionalidad
Adecuacin

Capacidad del producto software para proporcionar un


conjunto apropiado de funciones para tareas y objetivos
de usuario especificados

Exactitud

Capacidad del producto software para proporcionar los


resultados o efectos correctos o acordados, con el grado
necesario de precisin

Interoperabilidad

Capacidad del producto software para interactuar con uno


o ms sistemas especificados
Capacidad del producto software para proteger
informacin y datos de manera que las personas o
sistemas no autorizados no puedan leerlos o modificarlos,
al tiempo que no se deniega el acceso a las personas o
sistemas autorizados

Seguridad de
acceso

Cumplimiento
funcional

Capacidad del producto software para adherirse a


normas, convenciones o regulaciones en leyes y
prescripciones similares relacionadas con funcionalidad

Fiabilidad
Madurez
Tolerancia a
fallos

Capacidad del producto software para evitar


fallar como resultado de fallos en el software.

Capacidad del software para mantener un nivel


especificado de prestaciones en caso de fallos
software
o
de
infringir
sus
interfaces
especificados.
Capacidad de
Capacidad
del
producto
software
para
recuperacin
reestablecer
un
nivel
de
prestaciones
especificado
y
de
recuperar
los
datos
directamente afectados en caso de fallo
Cumplimiento Capacidad del producto software para adherirse
de la fiabilidad a
normas,
convenciones
o
regulaciones
relacionadas con la fiabilidad.

Usabilidad
Capacidad
para
entendido

Capacidad del producto software que permite al


ser usuario entender si el software es adecuado y
cmo puede ser usado para unas tareas o
condiciones de uso particulares.

Capacidad
para
aprendido
Capacidad
para
operado
Capacidad
atraccin

Capacidad del producto software que permite al


ser usuario
aprender sobre su aplicacin
Capacidad del producto software que permite al
ser usuario
operarlo y controlarlo
de Capacidad del producto software para ser
atractivo al usuario

Cumplimiento
Capacidad del producto software para adherirse a
de
la normas, convenciones, guas de estilo o
usabilidad
regulaciones relacionadas con la usabilidad

Eficiencia
Comportamiento Capacidad
del
producto
software
para
temporal
proporcionar tiempos de respuesta, tiempos de
proceso y potencia apropiados bajo condiciones
determinadas
Utilizacin
recursos

de Capacidad del producto software para usar las


cantidades y tipos de recursos adecuados cuando el
software lleva a cabo su funcin bajo condiciones
determinadas

Cumplimiento de Capacidad del producto software para adherirse a


la eficiencia
normas o convenciones relacionadas con la
eficiencia

Mantenibilidad
Capacidad para Es la capacidad del producto software para serle
ser analizado
diagnosticadas deficiencias o causas de los fallos en el
software, o para identificar las partes que han de ser
modificadas
Capacidad para Capacidad del producto software que permite que una
ser cambiado
determinada modificacin sea implementada
Estabilidad

Capacidad del producto software para evitar efectos


inesperados debidos a modificaciones del software

Capacidad para Capacidad del producto software que permite que el


ser probado
software modificado sea validado.
Cumplimiento de Capacidad del producto software para adherirse a
la
normas
o
convenciones
relacionadas
con
la
mantenibilidad
mantenibilidad

Portabilidad
Adaptabilidad

Instalabilidad

Capacidad del producto software para ser adaptado a


diferentes
entornos especificados, sin
aplicar
acciones o mecanismos distintos de aquellos
proporcionados para este propsito por el propio
software considerado.
Capacidad del producto software para ser instalado
en un entorno especificado

Coexistencia

Capacidad del producto software para coexistir con


otro software independiente, en un entorno comn,
compartiendo recursos comunes

Capacidad para
reemplazar

Capacidad del producto software para ser usado en


lugar de otro producto software, para el mismo
propsito, en el mismo entorno

Cumplimiento
de la
portabilidad

Capacidad del producto software para adherirse a


normas o convenciones relacionadas con la
portabilidad

CONTROL DE CALIDAD
Conjunto

de inspecciones, revisiones y
pruebas utilizadas a lo largo del ciclo de
desarrollo para asegurar que el
producto cumple con los requisitos
Proceso retroalimentado y de medicin
Proceso manual, automtico o
semiautomtico

ASEGURAMIENTO DE LA
CALIDAD DE SOFTWARE
(SQA)

El aseguramiento de calidad del software es el


conjunto de actividades planificadas y sistemticas
necesarias para aportar la confianza en que el
producto (software) satisfar los requisitos dados de
calidad.
El aseguramiento de calidad del software se disea
para cada aplicacin antes de comenzar a
desarrollarla y no despus.

ASEGURAMIENTO DE LA
CALIDAD DE SOFTWARE (SQA)
SQA engloba:
Un enfoque de gestin de calidad
Tecnologa de Ingeniera de Software efectiva
Revisiones tcnicas formales (RTF) que se aplican durante el
proceso del software
Una estrategia de prueba multiescalada
Un control de la documentacin del software y de los cambios
realizados
Un procedimiento que asegure un ajuste a los estndares de
desarrollo de software
Mecanismos de medicin y de generacin de informes

CALIDAD DEL PROCESO Y DEL


PRODUCTO

DEL PROCESO
Atributos de tcnicas, herramientas,
personal, organizacin, facilidades
DEL PRODUCTO
Atributos de documentacin de desarrollo y
mantenimiento, cdigo, pruebas

ENFOQUES DE CONSECUCION
DE LA CALIDAD
BASADO

EN CAPAS

HERRAMIENTAS
METODOS
PROCESOS
CALIDAD

ENFOQUES DE CONSECUCION DE
LA CALIDAD
BASADO

METODOS IS

EN ACTIVIDADES

RTF

METRICAS

CALIDAD
EST & PROC

GCS & SQA

V&V/ PRUEBAS

MODELO DE PROPAGACION DE
ERRORES
Se puede usar un modelo de ampliacin de defectos
[IBM] para ilustrar la generacin y deteccin de errores
durante los pasos del proceso de ingeniera del
software. Durante cada paso se pueden generar errores
que pasan inadvertidos. La inspeccin puede fallar en
descubrir nuevos errores y errores de pasos anteriores,
produciendo un mayor nmero de errores que pasan
inadvertidos. En algunos casos, los errores que pasan
inadvertidos desde pasos anteriores se amplifican
(factor de ampliacin x) con el trabajo actual.

MODELO DE PROPAGACION DE ERRORES


Paso de desarrollo

Defectos

Errores inadvertidos

Errores de
pasos anteriores
Errores amplificados 1:x

Errores nuevamente generados

Deteccin

Porcentaje de la
eficiencia de la
deteccin de
errores

Errores pasados
al siguiente
paso

PROPAGACION DE ERRORES (Ej)


Diseo preliminar
0
0

0%

10

Diseo detallado

10 6
4

6
4 x 1,5 ; (x=1,5)

0%

25

Codificacin /prueba Uni.

37

94

10
27 x 3 ; (x=3)
20%

Prueba de integracin

0
0

94

25

50%

Para la integracin

Prueba de validacin

47
0
0

50%

Prueba del sistema.

24
0
50%
0

12

Errores latentes

PROPAGACION DE ERRORES (Ej)


Llevando a cabo inspecciones

Errores encontrados
Durante el diseo
Antes de la prueba
Durante la prueba
Despus de la
entrega
Total

Nmero
22
36
15
3

Costo unitario
1.5
6.5
15.0
67.0

Total
33
234
315
201
783

PROPAGACION DE ERRORES (Ej)


Sin llevar a cabo Inspecciones

Errores encontrados
Antes de la prueba
Durante la prueba
Despus de la
entrega
Total

Nmero
22
82
12

Costo unitario
6.5
15.0
67.0

Total
143
1230
804
2177

MANTENIMIENTO Y CALIDAD

COSTOS RELATIVOS DE LOS ERRORES Y/O


DEFECTOS

Requisitos:
Diseo:
Codificacin:
Pruebas de desarrollo:
Pruebas del Sistema:
Operacin:

1
36
10
15 40
30 70
40 -1000

PRODUCTIVIDAD Y CALIDAD

PRODUCTIVIDAD: LDC/mes-persona

INCREMENTO DE LA PRODUCTIVIDAD CON LA CALIDAD


Mejor calidad, menor trabajo (+/- 50% de ahorro)
Disminuyen las pruebas
Localizacin temprana de errores a menor costo
DECREMENTO DE LA PRODUCTIVIDAD CON LA CALIDAD
Mejor calidad requiere inversin que se recupera en la entrega
La revisin de los productos de desarrollo mejora la calidad
pero disminuye la productividad
Las tcnicas de calidad insisten en detalles que pueden
constituirse en obstculos para el trabajo

Modelo de Calidad
ISO

9126

Modelo de Calidad
Un Modelo de calidad es el conjunto de
caractersticas y sub-caractersticas, y de cmo se
relacionan entre s.
Depende del tipo de producto a evaluar
Modelo de Calidad ISO-9126

Modelo de Calidad ISO/IEC 9126-1

Modelo de Calidad para Componentes Software


ISO 9126 es un Modelo genrico
Es necesario adaptarlo (en nuestro caso, para
componentes software):
Determinar qu subcaractersticas son relevantes,
y cules hay que particularizar
Definir
mtricas
especficas
para
los
componentes software
Definir indicadores para las caractersticas de
calidad

La Usabilidad

La Usabilidad
ISO 9126
La capacidad del componente para ser entendido,
comprendido, usado y atractivo para el usuario
cuando se usa bajo unas determinadas
condiciones

The capability of the


component to be understood,
learned, used and attractive
to the user, when used under
specified conditions

Depende del
tipo de "uso" que se espera y
tipo de "usuario" que utilizar el producto

Usuarios de los componentes software?


Desarrollador del componente
Evaluador/Seleccionador
Integrador (system builder)
Configurador/Administrador del sistema
Usuario del sistema
Mantenimiento

La Usabilidad segn ISO 9126


ISO 9126 define la Usabilidad en trminos de cinco
sub-caractersticas
Comprensin
(Understandability)
Aprendibilidad
(Learnability)
Operabilidad
(Operability)
Atractividad
(Attractiveness)
Conformidad de Usabilidad (Usability compliance)

Mtricas de Usabilidad

Necesidad de Informacin:
Evaluar la usabilidad de un conjunto de
componentes software que son candidatos a ser
integrados en un sistema software para
seleccionar el mejor de ellos
El desarrollador del sistema desea seleccionar el
componente ms fcil de usar (integrar) dentro de
un conjunto de componentes que ofrecen una
funcionalidad similar y que cumplan los requisitos
solicitados

Mtricas de Usabilidad

Tres conceptos medibles relacionados con la


usabilidad
Calidad de la Documentacin
Complejidad del Problema
Complejidad de la Solucin (del Diseo)

(Al comparar componentes que ofrecen una


funcionalidad similar, podemos suponer que todos
tienen la "misma complejidad del problema)

Atributos de Usabilidad

Entity

Information
Need

Measurable
Concept
Quality of
Manuals

Quality of
Documentatio
n

Quality of
Demos
Quality of
Help System

Software
Component

Evaluate
the Usability

Quality of
Marketing Info

Attribute
Contents of manuals
Size of Manuals
Effectiveness of Manuals
Contents of Demos
Contents of Help System
Size of Help System
Effectiveness of Help System
Contents of Marketing Info
Effectiveness of Marketing
Info
Design Legibility (Readability)
Interfaces Understandability
I/O Understandability

Complexity of the Design

Ease of Learning
Customisability
Quality of error messages

Mtricas para la Calidad de los Manuales


Attribute

Indicator
Manuals Coverage

Indirect Metric
Proportion of Functional Elements
Described in Manuals
Proportion of Functional Elements
incorrectly Described in the Manual

Contents of
manuals

Manuals Consistency Completeness of Manuals


Difference Between the Component
Version and The Manual Version
Ratio of Figures per Manual Pages
Manuals Legibility

Ratio of Tables per Manual Pages


Ratio of UML Diagrams per Manual Pages

Size of
Manuals
Effectiveness
of Manuals

Manuals Suitability

Average Pages per Functional Elements

Effectiveness Ratio

Proportion of Functional Elements


Correctly Used after Reading The Manual

Understandability
Ratio

Proportion of Functional Elements


Correctly Understood after Reading The
Manual

EJEMPLO DE USABILIDAD
1.Se asume que el software es fcil de usar
2.De ser amigable para el usuario
3.Un nuevo usuario debe ser capaz de usarlo con 30 minutos
de entrenamiento
4.Basado en una muestra de 20 usuarios tpicos
Al menos 90% debe aprender en menos de 30 minutos
Despus del entrenamiento el 100% de los usuarios deben ser
capaces de completar la secuencia estndar de 10 tareas
tpicas sin ayuda
95% de los usuarios deben completar las 10 tareas tpicas sin
ayuda, en menos de 5 minutos
90% de los usuarios debe calificar al sistema con 4.5+ para
aceptabilidad y placer de uso en el cuestionario estndar

EJEMPLO DE MTRICAS PARA USABILIDAD


NIVEL DE RIESGO: B
CARACTERISTICA: Usabilidad
SUBCARACTERISTICAS:
Capacidad para ser aprendido
Medida 1: Tiempo de aprendizaje de los usuarios
Mtrica: Nmero de usuarios que aprenden en menos de 30 minutos
Medida 2: Tiempo que los usuarios utilizan para completar las 10 tareas tpicas sin ayuda
Mtrica: Nmero de usuarios que completan las 10 tareas tpicas sin ayuda, en menos de 5
minutos
Capacidad para ser entendido y operado
Medida: Ayuda necesaria para que los usuarios puedan completar la secuencia estndar de 10
tareas tpicas
Mtrica: Nmero de usuarios que despus del entrenamiento son capaces de completar la
secuencia estndar de 10 tareas tpicas, sin ayuda
Capacidad de atraccin
Medida: Calificacin cuantitativa de Aceptabilidad y Placer de uso
Mtrica: Nmero de usuarios que califican al sistema con 4.5+ para Aceptabilidad y Placer de
uso en el cuestionario estndar