B Calidad Del Software

Calidad del software
Ingeniera del Software I

Universidad Rey Juan Carlos
Definicin de Calidad
Software
I do not worry whether something is

cheap or expensive. I only worry if
it is good. If it is good enough,
the public will pay you back for it
Walt Disney
Ingeniera del Software I - C Universidad Rey Juan Car 2

FERRARI
La calidad es relativa a las personas, a su

edad, a las circunstancias de trabajo, el
tiempo
FIAT Un caramelo para un nio.
Un mapa gastronmico mundial.
El tiempo varia las percepciones.
Funcionalidad
e
st
Co
Oportunidad

VISTAS DE LA CALIDAD
Garvin (1984)
TRASCENDENTAL (calidad = excelencia innata)
BASADA EN USUARIO (adecuacin al propsito)
BASADA EN FABRICANTE (conformidad con requisitos)
BASADA EN PRODUCTO (econmica)
BASADA EN VALOR (precio asequible)

Concepto de calidad:
Definiciones
Propiedad o conjunto de propiedades
inherentes a una cosa, que permiten
apreciarla cono igual, mejor o peor que
las restantes de su especie (DRAE).
Totalidad de las caractersticas de un
producto o servicio que le confieren su
aptitud para satisfacer unas necesidades
expresadas o implcitas (Norma UNE 66-
001-92 traduccin de ISO 8402).

Adecuacin (del producto) al uso (Juran)
Conformidad con requisitos y confiabilidad en el
funcionamiento (Deming)
Cero defectos (Crosby)
Prdida econmica que un producto supone para la
sociedad desde el momento de su expedicin
(Taguchi)
Grado en el que un conjunto de caractersticas
inherentes cumple con los requisitos (ISO 9000:2000)

Totalidad de las caractersticas y aspectos de un
producto o servicio en los que se basa su aptitud
para satisfacer una necesidad dada (EOQ)
El grado de satisfaccin que produce al cliente
Un buen producto no es el que cumple con una
determinada especificacin, sino el que es bien
recibido por el cliente (Drucker)

CONCEPTO DE CALIDAD
Gillies (1992)
No es absoluto
Est sujeto a restricciones
Trata de compromisos aceptables
Es multidimensional
Los criterios de calidad no son independientes

Concepto de calidad
Segn la UNE 66-001-92 [AENOR, 1992], se define la
calidad como: Totalidad de caractersticas de un
producto o servicio que le confieren su aptitud para
satisfacer unas necesidades expresadas o implicitas
La consecucin de la calidad puede tener tres orgenes:

Calidad Realizada: La que es capaz de obtener la persona que
realiza el trabajo.
Calidad Programada: La calidad que se ha pretendido obtener.
Calidad Necesaria: La calidad que el cliente exige con mayor o
menor grado de concrecin.

GESTIN DE
LA CALIDAD

Calidad en la Ingeniera
del Software
Hay que tener en cuenta a la hora de abordar la
calidad en el software un conjunto de caractersticas
del mismo que lo hace un producto peculiar:
Se desarrolla, no se fabrica en el sentido clsico del mismo.
Se trata de un producto lgico, sin existencia fsica.
No se degrada con el uso.
Por la complejidad del SW y la ausencia de controles
adecuados, se suele entregar el SW conscientemente con
defectos (incluso pblicamente declarados).
Un gran porcentaje de la produccin se hace an a medida
en vez de emplear componentes existentes y ensamblar.
Es muy flexible. Se puede cambiar con facilidad e incluso
reutilizar fragmentos.

Definicin de calidad del
software
Definicin oficial (IEEE Std. 610-1990) Es el
grado con el que un sistema, componente o
proceso cumple:
Los requisitos especificados.
Las necesidades o expectativas del cliente o
Relacin de la
calidad con el
Software
usuario.
Concordancia del software producido con los

requisitos funcionales y de rendimiento
explcitamente establecidos, con los estndares de
desarrollo explcitamente documentados y con las
caractersticas implcitas que se espera de todo
software desarrollado profesionalmente.
Los requisitos establecidos explcitamente se reflejan
en el documento de especificacin de requisitos del
sistema:
Funcionales: funciones a realizar por el software.
No funcionales (o extendidos): requisitos de seguridad, de
rendimiento, etc
Los requisitos implcitos no aparecen en el documento

de especificacin de requisitos del sistema. Si se
cumplen los explcitos y no los implcitos, la calidad
del software queda en entredicho.
El uso de estndares y las normas de desarrollo
permiten que se consiga una calidad tcnica.
Tpicos relacionados con
la Calidad (i)
Gestin de la calidad del Software
Aspectos de la funcin general de la gestin que determina y
aplica la poltica de calidad (objetivos y directrices generales de
calidad de una empresa). Incluye:
Planificacin estratgica.

Asignacin de recursos.
Puede haber una gestin de la calidad dentro de cada proyecto.
Aseguramiento de la calidad del software

Conjunto de actividades planificadas y sistemticas necesarias
para aportar la confianza en que el producto (SW) satisfar los
requisitos dados de calidad.
Conjunto de actividades para evaluar el proceso mediante el
cual se desarrolla el producto

Tpicos relacionados con
la Calidad (ii)
Control de calidad del software
Tcnicas y actividades de carcter operativo utilizadas para
satisfacer los requisitos relativos a la calidad, centradas en
dos objetivos fundamentales: mantener bajo control un
proceso y eliminar las causas de defectos en las diferentes
fases del ciclo de vida.
Proceso de verificar el propio trabajo o el de un compaero.
Verificacin o validacin del SW: Actividad ligada al
control de la calidad en el mbito del software
Verificacin: Comprobar si los productos construidos en una
fase del ciclo de vida satisfacen los requisitos.

Validacin: Comprobar si el software construido satisface
los requisitos de usuario.

Niveles de accin en la
ingeniera del software
El trabajo para la mejora de la calidad tiene distintos
mbitos de actuacin:
Nivel individual
Nivel de empresa/organizacin
Nivel de proyecto
La gestin de la calidad a nivel de empresa u organizacin
consiste en la creacin de una estructura organizativa
apropiada para fomentar el trabajo por la calidad de todas
las personas y departamentos de la empresa. Se suele
recurrir al concepto de sistema de calidad
El desarrollo del software se suele organizar en proyectos.
En cada proyecto de desarrollo se deben aplicar las
directrices de calidad fijadas a nivel de la organizacin. Para
ello es imprescindible la adaptacin de las mismas a las
condiciones de cada proyecto. Las directrices contenidas en
el sistema de calidad deben adecuarse a cada uno de los
proyectos.
Niveles de accin en la
ingeniera del software Planificacin
estratgica.
Asignacin
de recursos.
Actividades
sistemticas

Calidad a nivel de
empresa: Sistema de

calidad
Para la implementacin de una
infraestructura de calidad es necesario el
apoyo de un sistema de calidad que se adecue
a los objetivos de calidad de la empresa,
porque es un punto vital:
Estructura de organizacin, de
responsabilidades, de actividades, de recursos
y de procedimientos que se establecen para
llevar a cabo la gestin de la calidad. ISO-9000

Calidad a nivel de
empresa: Sistema de

calidad
Este sistema debe adecuar los objetivos
de la calidad a de la empresa.
La direccin es la responsable de:
Fijar la poltica de la calidad

un 95% de los trenes llegan con de 5 min. de
retraso

el cliente sismpre tiene la razn
Las decisiones relativas al inicio, desarrollo,
implantacin y actualizacin del sistema de
calidad.

Calidad a nivel de
empresa: Sistema de

calidad
Se debe fijar la estructura organizativa
al sistema de gestin de calidad (lneas
jerarquicas y de comunicacin.
Para se til, un sistema de calidad debe:
Ser eficaz, comprendido por todos

Ofrecer confianza en satisfacer las
necesidades de los clientes.
Poner nfasis en prevenir en lugar de
detectar.

Calidad a nivel de
empresa: Sistema de
calidad
Un sistema de calidad consta de dos partes:
Documentacin: en la que se describe el sistema,
procedimientos, etc. ajustndose a una norma:

Manual de calidad: Descripcin del sistema que sirve de
referencia permanente en la aplicacin del sistema.

Procedimientos de calidad: Instrucciones especficas para
ciertas actividades o procesos.

Registros de datos sobre calidad: Almacenamiento de
informacin sobre actividades relacionadas con la calidad.
Parte practica, que tiene dos vertientes:

Aspectos fsicos (locales, herramientas, ordenadores,)

Aspectos humanos: formacin del personal a todos los
niveles y creacin y coordinacin de equipos de trabajo.

Calidad a nivel de
empresa: Sistema de
calidad
Manual de calidad
Los elementos, requisitos y los medios que
adopte la empresa para su sistema de calidad se
deben establecer por escrito, ordenadamente, en
forma de polticas y procedimientos.
Debe describir el sistema de gestin de calidad
para servir como referencia al implantar el
sistema. En grandes empresas:
Puede realizarse para la totalidad de la empresa
Puede haber manuales a nivel de departamento,
producto, etc.
Puede haber manuales especficos (compras,
desarrollos/proyectos, etc.)

Calidad a nivel de
empresa: Sistema de
calidad
Procedimientos
Para que el manual sea ms manejable,

puede completarse con procedimientos o
instrucciones especficas para ciertas
actividades o procesos.
Cada empresa puede tener sus propios
procedimientos, que suelen
fundamentarse en:

La buena prctica y el saber hacer.

Los cdigos, las normas y las especificaciones
a los que deben ajustarse
Calidad a nivel de
empresa: Sistema de
calidadde datos sobre calidad
Registros
Pretenden almacenar datos sobre las

actividades relacionadas con la calidad o
sobre la evaluacin de los productos:
Datos de pruebas
Datos sobre revisiones
Inspecciones
Datos de costes, actividades
etc

Calidad a nivel de
proyecto
Para adaptar las directrices marcadas por los
sistemas de calidad a cada proyecto particular,
hay que generar un plan especfico de calidad:
Plan de aseguramiento de la calidad. El plan
de aseguramiento debe contener:
Objetivos de calidad del proyecto y enfoque para su
consecucin
Documentacin referenciada en el plan
Gestin del aseguramiento de la calidad
Documentacin de desarrollo y de control o gestin
Estndares, normas y prcticas que hay que cumplir
Actividades de revisin y auditorias

Calidad a nivel de
proyecto
Gestin de la configuracin del software
Informes de problemas
Herramientas, tcnicas y mtodos de apoyo
Control del cdigo, de los equipos y de los
suministradores
Recogida, mantenimiento y
almacenamiento de datos sobre la
documentacin de las actividades de
aseguramiento de la calidad realizadas

Tcnicas asociadas al aseguramiento
de la calidad del software a nivel de
proyecto
El aseguramiento de la calidad aborda
principalmente tres reas o tcnicas:
Mtricas del software: para el control del proyecto
Verificacin y validacin: a lo largo del ciclo de vida del
software, incluyendo pruebas y procesos de revisin.
Gestin de la configuracin del software

proyecto
Las tcnicas de revisin de los productos
software y las pruebas estn fundamentalmente
orientadas a la deteccin de defectos en el SW
que a la evaluacin de aspectos orientados a la
calidad.
Esto ltimo es vital para asegurar la calidad,
pero como ya hemos visto, la calidad es un
concepto complejo y, que depende mucho del
Muy difcil evaluar la
punto de vista con el que se observe.
calidad de manera formal

proyecto
Este aseguramiento de la calidad se realiza a
travs de modelos. Los ms conocidos son los
siguientes:
Modelo de Boehm: modelo de descomposicin de
caractersticas de calidad del software en tres niveles
antes de aplicar las mtricas: usos principales,
componentes intermedios y componentes primitivos.
Modelo factores/criterios/mtricas: similar a Boehm, en
el que se ha introducido mayor grado de
descomposicin en cada nivel.
Marco ISO 9126: denominado Evaluacin de Productos
Software: Caractersticas de calidad y guas para su uso,
la calidad se descompone en seis factores.

proyecto
Paradigma GQM (Goal-Question-Metric): enfoque de
medicin para evaluar la calidad del software basado
en la identificacin de objetivos a lograr.
Modelo de Gilb: creacin de una especificacin de
requisitos de calidad para cada proyecto que deben
escribir conjuntamente el usuario y el analista.
Modelo CMM (Capability Maturity Model): modelo de
capacidad de madurez del SEI (Software Engineering
Institute).
Modelo SPICE: (Software Process Improvement and
Capability Determination): modelo de valoracin de la
arquitectura que define los procesos y prcticas
aconsejables.
proyecto
Modelo de Boehm
Los componentes o constructores del modelo se centran en
el producto final. Se identifican caractersticas de calidad
desde el punto de vista del usuario.

proyecto
Modelo factores/criterios/mtricas (McCall) (i)
Descompone el concepto de calidad en tres usos o capacidades
importantes para un producto de software:
Operacin
Revisin
Transicin
Cada capacidad se descompone en una serie de factores que
determinan la calidad en cada una de ellas:
Operacin Revisin
Transicin

Facilidad de Uso Facilidad de prueba Reusabilidad

Integridad Facilidad de Portabilidad
Eficiencia Mantenimiento Interoperabilidad
Correcin o exactitud Flexibilidad
Fiabilidad

proyecto
Modelo factores/criterios/mtricas (McCall) (ii)
Cada factor determinante de la calidad se descompone, a su
vez, en una serie de criterios o propiedades que determinan su
calidad.
Los criterios pueden ser evaluados mediante un conjunto de
mtricas. Para cada criterio deben fijarse unos valores mximo
y mnimo aceptables para cada criterio.

proyecto
Modelo factores/criterios/mtricas (McCall) (iii)

proyecto
Paradigma GQM (Goals-Question-Metrics) (i)

Se basa en la mejora en la definicin clara de procesos y
productos. Proporciona la estructura para obtener los
objetivos cruciales del proyecto.
Consta de tres etapas:
Lista de objetivos principales en el desarrollo y
mantenimiento del proyecto.
Para cada objetivo obtener las preguntas que deben
contestarse para saber si se estn cumpliendo los
objetivos.
Decidir qu medir para poder contestar las preguntas de
forma adecuada.
Las medidas individuales obtenidas se relacionan para
poder ser utilizadas en el contexto del proyecto completo

proyecto
Paradigma GQM (Goals-Question-Metrics) (ii)

proyecto
Modelo de Glib

Determinar una lista de caractersticas que definen la
calidad de la aplicacin. Se distinguen dos tipos:
Originales
De los modelos tradicionales

Las caractersticas se pueden medir mediante varias
subcaractersticas o mtricas detalladas. Para cada una
de ellas se debe especificar los siguientes conceptos:
Nombre y definicin de la caracterstica
Escala o unidades de medicin
Recogida de datos o prueba
El valor previsto
El valor ptimo
El valor en el sistema actual
Comentarios

proyecto
Modelo de CMM (i)

Describe los principios y prcticas que conducen a mejores
productos de software. Se agrupan en cinco niveles que
proporcionan el camino para mejorar la visibilidad y el
control:
Nivel 1 (Inicial): se definen pocos procesos.
Nivel 2 ( Repetible): se establecen los procesos de gestin
del proyecto para hacer un seguimiento del coste, de la
planificacin y de la funcionalidad.
Nivel 3 (Definido): El proceso del software de las actividades
de gestin y de ingeniera se documenta, se estandariza y se
integra dentro de un proceso de SW de toda una organizacin.
Nivel 4 (Gestionado): Se recopilan medidas detalladas del
proceso de software y de la calidad del producto.
Nivel 5 (Optimizacin): Mediante un resultado cuantitativo
del proceso y de las ideas y tecnologas innovadoras se
posibilita una mejora del proceso.

proyecto
Modelo de CMM (ii)

El modelo se puede usar
de dos formas:
Por los clientes
Internamente, por los
desarrolladores
Cada nivel se asocia con
un conjunto de reas clave
de proceso sobre las que
la organizacin tiene que
mejorar sus actividades.

proyecto
Modelo de CMM (iii)

Cada rea de proceso se descompone en un conjunto de prcticas
clave que proporcionan la evidencia de que el rea de proceso es
efectiva.

Las prcticas clave se organizan en caractersticas comunes:
Compromiso de realizacin: acciones que aseguran que el proceso se ha
establecido y ser usado.
Capacidad de realizacin: precondiciones que aseguran que la organizacin
es capaz de implementar el proceso.
Actividades realizadas: roles y procedimientos necesarios para
implementar el rea clave.
Medicin y anlisis: procedimientos y anlisis de las medidas.
Verificacin de la implementacin: asegura que las actividades cumplen
con los procesos establecidos.
Una organizacin satisface un rea clave de proceso slo cuando el rea de
proceso esta implementada e institucionalizada.

proyecto
Modelo SPICE (i)
Modelo similar a CMM que tambin se utiliza para la
mejora de procesos y determinacin de la capacidad.

Usa dos tipos de practicas:
Prcticas base
Prcticas genricas

proyecto
Modelo SPICE (ii)
La parte izquierda del diagrama es la Vista funcional:
Suministro al cliente: procesos que afectan al cliente
directamente.
Ingeniera: Procesos que especifican, implementan o
mantienen el sistema y su documentacin.
Proyecto: Procesos que establece el proyecto.
Soporte: procesos de apoyo a la realizacin de los otros
procesos.
Organizacin: procesos relacionados con los objetivos de
negocio.

proyecto
Modelo SPICE (iii)

La parte derecha del diagrama es la Vista de gestin. Las
prcticas genricas se sitan en seis niveles:
Nivel 0: No realizada, no hay productos de trabajo identificables.
Nivel 1: realizada informalmente, planificacin y seguimiento
dependientes del conocimiento individual. Productos de trabajo
identificables.
Nivel 2: planificada, verificada de acuerdo a los procedimientos
especificados.
Nivel 3: bien definida, procesos bien definidos y documentados
Nivel 4: controlada cuantitativamente, medidas detalladas de
realizacin, prediccin, etc. Productos de trabajo evaluados
cuantitativamente.
Nivel 5: mejorada continuamente, objetivos cuantitativos de
eficiencia basados en los objetivos de negocio.

Mtricas
Por trmino general, para la evaluacin
de la calidad, es ms habitual centrarse
en medidas del producto que en medidas
del proceso.
Una mtrica es una asignacin de un
valor a un atributo (tiempo, complejidad,
etc.) de una entidad software, ya sea un
producto (cdigo) o un proceso
(pruebas).

Mtricas
Para la evaluacin de las caractersticas
del SW, utilizaremos mtricas.
Clasificacin:
Clasificacin 1:

Mtricas de producto.

Mtricas de proceso.
Clasificacin
Mtricas 2:
basadas en atributos Mtricas basadas en atributos
internos del producto: externos del producto:
Medidas de estructuracin de un Mtricas de portabilidad.
programa. Mtricas de defectos.
Mtricas de complejidad. Mtricas de usabilidad.
Mtricas de cobertura de Mtricas de mantenibilidad.
pruebas. Mtricas de fiabilidad.
Mtricas de calidad del diseo.

Mtricas
Mtricas basadas en cdigo fuente:
N de lneas de cdigo.
N de lneas de comentario.
N de instrucciones.
Densidad de documentacin.
Mtricas basadas en estructura de diseo:
Relacionadas con el control intramodular.
Relacionadas con el acoplamiento entre clases.
Mtricas para sistemas orientados a objetos:
Acoplamiento.
Herencia.
Cohesin.

Proceso de mejora del SW
Definicin:
Mecanismo de mejora continua de la calidad que
se basa en aplicar aquellas prcticas que
proporcionan buenos resultados y eliminar las
que causan problemas.
Mecanismo:
Seleccin del modelo de mejora de proceso a
utilizar: IDEAL, desarrollado por ISPI,
Seleccin del modelo de proceso a utilizar como
referencia: CMM.
Seleccin del mtodo para la etapa de
evaluacin: enfoque colaborativo y un enfoque
auditor.


Fiabilidad:
Probabilidad de operacin libre de fallos de
un programa de computadora en un
entorno determinado y durante un tiempo
especfico, siendo el fallo cualquier falta de
concordancia con los requisitos del
software.
Los fallos se pueden producir por defectos
en el cdigo, en el diseo o en el anlisis,
tambin se pueden producir durante el
mantenimiento.
Tipos de fallos:

Las pruebas contribuyen a mejorar la
fiabilidad, pero no la garantizan totalmente
debido a varios factores:
La especificacin puede no reflejar los requisitos de
los usuarios.
Las pruebas pueden contener errores.
Las pruebas pueden suponer patrones de uso que
son incorrectos.
La fiabilidad del producto software est
influenciada por el proceso de desarrollo, sin
embargo no hay un relacin simple entre la
fiabilidad del producto y la fiabilidad del
proceso.
Las revisiones son tcnicas estticas que se
aplican en varios momentos del desarrollo
del software y sirven para detectar defectos
que puedan as ser eliminados.
En cualquier revisin se pretende.
Sealar la necesidad de mejorar en el producto.
Confirmar las partes de un producto que no es
necesario mejorar.
Conseguir un trabajo tcnico de una calidad ms
uniforme.

Tipos de revisiones:
Revisiones de gestin: sirven para controlar el
progreso y detectar inconsistencias de los planes
con la programacin y los requisitos.
Revisiones tcnicas: revisar la documentacin
producida a lo largo del proyecto.
Inspecciones: revisiones que involucran al autor de
un producto.
Walkthrough: inspecciones conducidas nicamente
por miembros del grupo de desarrollo que
examinan una parte especfica del producto.
Auditorias: evaluaciones independientes sobre el
cumplimiento de estndares, planes,
procedimientos,
El aumento de la fiabilidad del sistema
supone un aumento exponencial del coste y
una disminucin de la eficiencia.
Existen muchas razones para considerar
que hay que dar ms importancia a la
fiabilidad que a la eficiencia: los
ordenadores son cada vez ms rpidos y
baratos, los fallos pueden ser muy
costosos, los sistemas no fiables son
difciles de mejorar y pueden causar
prdida de informacin, etc.
Herramientas de Calidad
Herramientas de Calidad
HERRAMIENTAS BSICAS
HERRAMIENTAS DE GESTIN
HERRAMIENTAS DE CREATIVIDAD
HERRAMIENTAS ESTADSTICAS
HERRAMIENTAS DE DISEO
HERRAMIENTAS DE MEDICIN
NIVELES DE MADUREZ

Herramientas de Calidad:
Bsicas
Diagrama de flujo
Diagrama causa-efecto
Diagrama de Pareto
Hoja de chequeo
Grafo de control
Histograma
Diagrama de dispersin

Bsicas
1. Definir el efecto que se quiere
Diagrama de flujo
analizar
Diagrama causa-efecto 2. Determinar causas/subcausas
Diagrama de Pareto (5 M: Mtodo, Material,
Hoja de chequeo Maquinaria, Mano de obra,
Medio ambiente)
Grafo de control
3. Revisar causas y su interaccin
Histograma
4. Seleccionar las causas segn
Diagrama de dispersin su grado de contribucin al
efecto
Categoria Categoria Categoria
1 2 3
EFECTO
Categoria Categoria
Ingeniera del Software I - C

4
Universidad Rey Juan Car
5
60
Bsicas
Nivel Descripcin Herramienta
de s
Madure
z
BAJO No existe sistema de calidad Auditoras

formal o no se usa. Reclamaciones Coste de calidad

y costes de fallos son altos. No hay Control est. Proceso
mejora continua normal.
Departamento de calidad es
responsable
MEDIO Coste de calidad internos altos, los H. Creatividad

externos bajos. Cada Encuestas clientes
departamento acepta su papel en FMEA / Dis. Exp.

sistema de gestin de calidad. Benchmarking
Proyectos de mejora con
empleados

B Calidad Del Software

Cargado por

Información del documento

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

B Calidad Del Software

Cargado por

Copyright:

Formatos disponibles

Calidad del software

Ingeniera del Software I

I do not worry whether something is

Ingeniera del Software I - C Universidad Rey Juan Car 2

La calidad es relativa a las personas, a su

Ingeniera del Software I - C Universidad Rey Juan Car 4

TRASCENDENTAL (calidad = excelencia innata)

BASADA EN USUARIO (adecuacin al propsito)

BASADA EN FABRICANTE (conformidad con requisitos)

BASADA EN PRODUCTO (econmica)

BASADA EN VALOR (precio asequible)

Ingeniera del Software I - C Universidad Rey Juan Car 5

Ingeniera del Software I - C Universidad Rey Juan Car 6

Ingeniera del Software I - C Universidad Rey Juan Car 7

Ingeniera del Software I - C Universidad Rey Juan Car 8

Ingeniera del Software I - C Universidad Rey Juan Car 9

La consecucin de la calidad puede tener tres orgenes:

Ingeniera del Software I - C Universidad Rey Juan Car 10

Ingeniera del Software I - C Universidad Rey Juan Car 11

Ingeniera del Software I - C Universidad Rey Juan Car 12

Concordancia del software producido con los

Los requisitos implcitos no aparecen en el documento

Aseguramiento de la calidad del software

Ingeniera del Software I - C Universidad Rey Juan Car 15

fase del ciclo de vida satisfacen los requisitos.

los requisitos de usuario.

Ingeniera del Software I - C Universidad Rey Juan Car 16

Ingeniera del Software I - C Universidad Rey Juan Car 18

Ingeniera del Software I - C Universidad Rey Juan Car 19

Fijar la poltica de la calidad

Ingeniera del Software I - C Universidad Rey Juan Car 20

Ser eficaz, comprendido por todos

Ingeniera del Software I - C Universidad Rey Juan Car 21

Ingeniera del Software I - C Universidad Rey Juan Car 22

Ingeniera del Software I - C Universidad Rey Juan Car 23

Para que el manual sea ms manejable,

Pretenden almacenar datos sobre las

Ingeniera del Software I - C Universidad Rey Juan Car 25

Ingeniera del Software I - C Universidad Rey Juan Car 26

Ingeniera del Software I - C Universidad Rey Juan Car 27

Ingeniera del Software I - C Universidad Rey Juan Car 28

Ingeniera del Software I - C Universidad Rey Juan Car 29

Ingeniera del Software I - C Universidad Rey Juan Car 30

Ingeniera del Software I - C Universidad Rey Juan Car 32

Facilidad de Uso Facilidad de prueba Reusabilidad

Eficiencia Mantenimiento Interoperabilidad

Correcin o exactitud Flexibilidad

Ingeniera del Software I - C Universidad Rey Juan Car 33

Ingeniera del Software I - C Universidad Rey Juan Car 34

Ingeniera del Software I - C Universidad Rey Juan Car 35

Ingeniera del Software I - C Universidad Rey Juan Car 36

Ingeniera del Software I - C Universidad Rey Juan Car 37

Ingeniera del Software I - C Universidad Rey Juan Car 38

Ingeniera del Software I - C Universidad Rey Juan Car 39

Modelo de CMM (ii)

Ingeniera del Software I - C Universidad Rey Juan Car 40

Ingeniera del Software I - C Universidad Rey Juan Car 41

Ingeniera del Software I - C Universidad Rey Juan Car 42

Ingeniera del Software I - C Universidad Rey Juan Car 43

Ingeniera del Software I - C Universidad Rey Juan Car 44

Ingeniera del Software I - C Universidad Rey Juan Car 45

Ingeniera del Software I - C Universidad Rey Juan Car 46

Ingeniera del Software I - C Universidad Rey Juan Car 47

Ingeniera del Software I - C Universidad Rey Juan Car 49