Is2 t03 Trans

INGENIERA DEL SOFTWARE II
Tema 3
Calidad del Software Univ. Cantabria Fac. de Ciencias

Francisco Ruiz, Mario Piattini (UCLM)
Objetivos del Tema
Comprender el concepto de calidad. Conocer las caractersticas generales de la calidad
del software, segn normas internacionales. Conocer los diferentes aspectos relacionados con la calidad de los procesos y productos software. Comprender la importancia de la medicin en la bsqueda de la calidad. Conocer las principales tcnicas y mtodos para mejorar la calidad, incluidas la verificacin y validacin.
1.2
Francisco Ruiz - IS2
Contenido

Introduccin
Concepto de Calidad Perspectivas de la Calidad ISO 9000:2000
Medicin del Software

Proceso GQM Medidas
Calidad de Sistemas de Informacin Calidad del Software

Factores
Gestin de la Calidad
Aseguramiento
Verificacin y Validacin
Revisiones Auditorias
Calidad de Producto
ISO 9126 Calidad de Datos
Calidad de Proceso
ISO 90003
Evaluacin y Mejora de Procesos

CMMI ISO 15504 PSP Y TSP
1.3
Bibliografa
Bsica
SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004 Version.
Cap. 11.
Piattini et al. (2006): Calidad de Sistemas Informticos. Ra-Ma.
Caps. 4-5 y 8.
Complementaria
Piattini et al. (2006): Calidad de Sistemas Informticos. Ra-Ma.
Caps. 1, 3, 9-10.
Sommerville (2005): Ingeniera del Software. 7 edicin. AddisonWesley.

Caps. 27 y 28.
Pressman (2005): Ingeniera del Software: Un Enfoque Prctico. 6 Edicin. McGraw-Hill.

Cap. 26.
Francisco Ruiz - IS2 1.4
Agradecimientos
Este material ha sido preparado con la colaboracin

de:
Mario Piattini (Universidad de Castilla-La Mancha). Flix Garca (Universidad de Castilla-La Mancha). Ismael Caballero (Universidad de Castilla-La Mancha).
1.5
Introduccin
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
1.6
Introduccin
Origen del Inters Actual por la Calidad:

En un mercado competitivo no es suficiente con producir y distribuir masivamente productos o servicios. La Calidad se convierte en un objetivo fundamental junto con los otros dos parmetros clsicos de Dinero y Tiempo. Gran Importancia y atencin a las Necesidades del Cliente
Investigacin de Mercados, Especificaciones
1.7
Introduccin Concepto de Calidad
Definicin coloquial:
En la Vida Cotidiana la calidad representa las propiedades inherentes a un objeto que permiten apreciarlo como mejor, igual o peor que otros objetos de su especie. Es sinnimo de bondad, excelencia o superioridad. Esta idea de calidad es aplicable de manera formal en una empresa?
Crosby La calidad puede no ser lo que piensas
DRAE:
Propiedad o conjunto de propiedades que, inherentes a una cosa, permiten apreciarla como igual, mejor o peor que las restantes de su especie. En sentido absoluto, buena calidad, superioridad o excelencia.
Definicin Profesional:
Totalidad de las caractersticas y aspectos de un producto o servicio en los que se basa su aptitud para satisfacer una necesidad dada (EOQ). Grado en el que un conjunto de caractersticas inherentes cumple con los requisitos (ISO 9000:2000). => Es un concepto relativo:
La calidad est en los ojos del observador. La calidad es relativa a las personas, su edad y circunstancias, al espacio, tiempo, etc.
1.9
La Calidad es un concepto:
Multidimensional
Referida a varias cualidades: Funcionalidad, Oportunidad, Coste,
Funcionalidad
Co st e
Oportunidad
Sujeta a restricciones
Presupuesto disponible
Ligado a compromisos aceptables

Plazos de fabricacin
No es ni totalmente subjetiva (porque ciertos aspectos pueden medirse) ni totalmente objetiva (ya que existen cualidades cuya evaluacin slo puede ser subjetiva).
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).
1.11
Al hablar de Calidad a nivel de una Organizacin se

manejan varios trminos y conceptos (AENOR, 2000):
Gestin de la calidad
Estructura organizativa
a de la tem Sis
ca
Poltica
l id
ad
Confianza para la direccin
Aspectos relativos al aseguramiento interno de calidad
Aspectos relativos al control de calidad
Tcnicas y actividades funcionales Confianza para el cliente
Aseguramiento externo de la calidad


Al hablar de Calidad a nivel de una Organizacin se manejan varios trminos y conceptos (AENOR, 2000): Actividades coordinadas para dirigir y controlar una organizacin en lo relativo a la calidad. Aspecto de la funcin general de la gestin que determina y aplica la poltica de calidad (objetivos y directrices generales de calidad de una empresa). Normalmente se aplica a nivel de empresa => planificacin estratgica, asignacin de recursos, etc. Tambin puede haber una gestin de calidad dentro de la gestin de cada proyecto.
Gestin de la Calidad (Quality Management):

Al hablar de Calidad a nivel de una Organizacin se manejan varios trminos y conceptos (AENOR, 2000):
Aseguramiento de la Calidad (Quality Assurance):

Parte de la gestin de la calidad orientada a proporcionar confianza en que se cumplirn los requisitos de la calidad. Se debe evitar el trmino "garanta de calidad", ya que puede llevar a confusin con el concepto tradicional de garanta de los productos ("si falla, cubrimos los gastos o le devolvemos su dinero"). Pretende dar confianza en que el producto tiene calidad.
1.14

Al hablar de Calidad a nivel de una Organizacin se manejan varios trminos y conceptos (AENOR, 2000): Parte de la gestin de la calidad orientada al cumplimiento de los requisitos de la calidad. Suele incluir 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 de un producto o servicio.
Control de la Calidad (Quality Control):
En general, son las actividades para evaluar la calidad de los productos desarrollados.
Introduccin Perspectivas de la Calidad
La Calidad se puede considerar desde varios puntos

de vista diferentes:
TRASCENDENTAL (calidad = excelencia innata) BASADA EN USUARIO (adecuacin al propsito) BASADA EN FABRICANTE (capacidad y madurez de proceso) BASADA EN PRODUCTO (conformidad con requisitos) BASADA EN VALOR (precio asequible)
1.16
Y con diferentes niveles:

"Grado en el que un conjunto de caractersticas inherentes cumple con los requisitos [ISO]
La que es capaz de obtener la persona que realiza el trabajo, gracias a su habilidad en la ejecucin de una tarea La que se ha pretendido obtener
CALIDAD PROGRAMADA
CALIDAD REALIZADA
CALIDAD NECESARIA
La que el cliente exige con mayor o menor grado de concrecin o, al menos, la que le gustara recibir
1.17
La gestin de la calidad busca conseguir que estos

tres crculos coincidan entre s.
Todo lo que est fuera de dicha coincidencia ser motivo de derroche, de gasto superfluo o de insatisfaccin.
CALIDAD PROGRAMADA
CALIDAD ESPERADA CALIDAD REALIZADA

CALIDAD NECESARIA
1.18

LOS DOS NIVELES DE LA CALIDAD Y LAS RELACIONES ENTRE AMBOS Organizacin
Documentacin del Sistema de Calidad
PROCEDIMIENTOS DE CALIDAD
+
MANUAL DE CALIDAD
PROYECTO 1
PROYECTO 3
Plan de Calidad adaptado

PROYECTO 2
Plan de Calidad del proyecto
Proyecto
Condiciones especiales del proyecto
Normas propias y exigencias del cliente
Plan de Calidad adaptado
1.19
Introduccin ISO 9000:2000
La norma ISO 9000:2000 es la principal

versin espaola:
referencial internacional sobre conceptos de calidad.
UNE-EN ISO 9000:2000 Sistemas de Gestin de la Calidad. Fundamentos y Vocabulario
1.20

TRMINOS RELATIVOS A LA CALIDAD
1.21

TRMINOS RELATIVOS A LA GESTIN (i)
1.22

TRMINOS RELATIVOS A LA GESTIN (ii)
1.23

TRMINOS RELATIVOS A LA ORGANIZACIN
1.24

TRMINOS RELATIVOS AL PROCESO Y AL PRODUCTO
1.25

TRMINOS RELATIVOS A LAS CARACTERSTICAS
1.26

TRMINOS RELATIVOS A LA CONFORMIDAD (i)
1.27

TRMINOS RELATIVOS A LA CONFORMIDAD (ii)
1.28

TRMINOS RELATIVOS A LA DOCUMENTACIN
1.29

TRMINOS RELATIVOS AL EXAMEN
1.30

TRMINOS RELATIVOS A LA AUDITORA
1.31

TRMINOS RELATIVOS AL ASEGURAMIENTO DE LA CALIDAD PARA LOS PROCESOS DE MEDICIN
1.32
Calidad de Sistemas de Informacin

Calidad Calidad del sistema del sistema Calidad de Calidad de la informacin la informacin Calidad del Calidad del servicio servicio
Calidad Calidad del sistema del sistema como funcin como funcin de las de las percepciones percepciones de los de los Stakeholders Stakeholders
Impacto Impacto individual y individual y organizacional organizacional
1.33
Calidad de Sistemas de Informacin Visin holstica de la calidad

Calidad del software
Calidad de la infraestructura Calidad de la gestin
Calidad de SI
Calidad del servicio Calidad del personal
Calidad de la empresa
Calidad de los procesos de negocio soportados por SI
Calidad de la informacin
1.34
Calidad del Software
Calidad en Ingeniera del Software:

Hombre con 103 aos requerido a llevar a sus padres (2002) Mars Climate Orbiter (1999) Ariane 5 (1996) USS Yorktown (1998) Sistema de Manejo Automtico de Equipaje - Denver (1994) Therac-25 (1985-1987)
Term inados C on xito 28%
xito en Proyectos Software (informe CHAOS)

Term inados con D eficiencias 49% Term inados con Fracaso 1.35 23%
Calidad del Software
Calidad en Ingeniera del Software:

El Software tiene caractersticas muy peculiares:
Se desarrolla, no se fabrica en el sentido clsico del trmino Se trata de un producto lgico (ideas), sin existencia fsica No se degrada con el uso Suele ser complejo Es muy flexible
No olvidemos que el software no es slo cdigo

La calidad se obtiene a medida que se construye el producto No hay que esperar a aadirla al final
Calidad es el grado con el que un sistema, componente o proceso cumple los requisitos especificados y/o las necesidades o expectativas del cliente o usuario [ IEEE Std.610-1991]
Calidad del Software - Factores
Proceso
Producto
Efecto del producto
Influye Calidad de proceso Depende de Calidad interna
Influye Calidad externa Depende de
Influye Calidad en uso Depende de Contextos de uso
proveedor
usuario
1.37
Calidad del Software - Factores
Diferentes aspectos de la calidad

Interna: medible a partir de las caractersticas intrnsecas.
Cdigo fuente.
Externa: medible en el comportamiento del producto.

Resultados de una prueba.
En uso: durante la utilizacin efectiva por parte del usuario.

Encuesta de satisfaccin.
1.38
Calidad del Software - Factores Calidad del proceso
(1,n) Nombre_a AUTOR AUTOR (0,n)
N:M Nombre_i (0,n) Trabaja INSTITUCION INSTITUCION
Calidad del producto

Escribe Identificativo (1,n) EJEMPLAR EJEMPLAR (0,n) 1:1 (1,1) Tiene Tiene LIBRO LIBRO (0,n) Edita Edita (1,1) (1,n)
N:M Nombre_t N:M (0,n) Trata Trata Cod _libro 1:N (1,n) TEMA TEMA (0,n)
Fecha_p
(0,n) Consta Consta N:M
BD
1.39
Presta N:M Presta (0,n) SOCIO SOCIO Fecha_s Num _s
EDITORIAL EDITORIAL
Nombre_e
Calidad de Producto ISO 9126
ISO/IEC 9126: Tecnologas de la Informacin Calidad de los Productos Software.

Parte 1: Modelo de Calidad Parte 2: Mtricas Externas Parte 3: Mtricas Internas Parte 4: Mtricas de Calidad en Uso
Utilidades:
Validar la completitud de una definicin de requisitos. Identificar requisitos software. Identificar objetivos para el diseo software. Identificar requisitos para las pruebas del software. Identificar requisitos para el aseguramiento de la calidad. Identificar criterios de aceptacin para un producto software terminado.
1.40

Caractersticas, subcaractersticas y atributos de calidad
x x x x x x x x x x x x x x
x x x x x
x x
x x x x x
atributo subcaracterstica
atributos internos
caracterstica
atributos externos
1.41
Modelo de Calidad Interna y Externa

calidad externa e interna
funcionalidad
fiabilidad
usabilidad
eficiencia
mantenibilidad
portabilidad
adecuacin exactitud interoperabilidad seguridad de acceso cumplimiento de la funcionalidad
madurez tolerancia a fallos capacidad de recuperacin cumplimiento de la fiabilidad
capacidad para ser entendido capacidad para ser aprendido capacidad para ser operado capacidad de atraccin cumplimiento de la usabilidad
comportamiento temporal utilizacin de recursos cumplimiento de la eficiencia
capacidad para ser analizado capacidad para ser cambiado estabilidad capacidad para ser probado cumplimiento de la mantenibilidad
adaptabilidad instalabilidad coexistencia capacidad para ser reemplazado cumplimiento de la portabilidad
1.42
Caractersticas del Modelo de Calidad:
Capacidad del producto software para bajo condiciones especificadas.

FUNCIONALIDAD: Proporcionar funciones que satisfacen necesidades declaradas e implcitas cuando se usa. FIABILIDAD: Mantener un nivel especificado de prestaciones cuando se usa. USABILIDAD: Ser entendido, aprendido, usado y ser atractivo para el usuario, cuando se usa. EFICIENCIA: Proporcionar prestaciones apropiadas, relativas a la cantidad de recursos usados. MANTENIBILIDAD: Ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptacin a cambios en el entorno, requisitos o especificaciones funcionales. PORTABILIDAD: Ser transferido de un entorno a otro.
1.43
Subcaractersticas de la Funcionalidad:

Adecuacin: Proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados. Exactitud: Proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisin. Interoperabilidad: Interactuar con uno o ms sistemas especificados. Seguridad de acceso: 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. Cumplimiento funcional: Adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad.
Subcaractersticas de la Fiabilidad:

Madurez: Evitar fallar como resultado de fallos en el software. Tolerancia a fallos: Mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados. Capacidad de recuperacin: Reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo. Cumplimiento de la fiabilidad: Adherirse a normas, convenciones o regulaciones relacionadas con la fiabilidad.
Subcaractersticas de la Usabilidad:

Entendibilidad: Permitir al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares. Aprendibilidad: Permitir al usuario aprender sobre su aplicacin. Operatividad: Permitir al usuario operarlo y controlarlo. Atraccin: Ser atractivo al usuario. Cumplimiento de la usabilidad: Adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad.
Subcaractersticas de la Eficiencia:

Comportamiento temporal: Proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados. Utilizacin de recursos: Usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin. Cumplimiento de la eficiencia: Adherirse a normas o convenciones relacionadas con la eficiencia.
1.47
Subcaractersticas de la Mantenibilidad:

Analizabilidad: Ser diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas. Cambiabilidad: Permitir que una determinada modificacin sea implementada. Estabilidad: Evitar efectos inesperados debidos a modificaciones del software. Facilidad de prueba: Permitir que el software modificado sea validado. Cumplimiento de la mantenibilidad: Adherirse a normas o convenciones relacionadas con la mantenibilidad.
1.48
Subcaractersticas de la Portabilidad:

Adaptabilidad: Ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado. Instalabilidad: Ser instalado en un entorno especificado. Coexistencia: Coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes. Reemplazabilidad: Ser usado en lugar de otro producto software, para el mismo propsito, en el mismo entorno. Cumplimiento de la portabilidad: Adherirse a normas o convenciones relacionadas con la portabilidad.
1.49
Calidad de Producto - Datos
Situacin
Los datos son uno de los activos ms importantes de las organizaciones, ya que son clave en la toma de decisiones estratgicas u operativas. Por eso se recopilan datos para ser ms competitivos. Tal cantidad de datos puede llevar a una situacin problemtica:
Datos intiles e innecesarios. Redundancia incontrolada de datos. Gran cantidad de datos histricos caducados.
1.50
Consecuencias
Los datos se convierten en fuentes de problemas:
Datos no usados, Barreras en la accesibilidad de los datos, Dificultades en la utilizacin de los datos y de la informacin.
Estos problemas afectan negativamente al rendimiento de los procesos de negocio de una organizacin a varios niveles:
Tcnico:
Errores en la implementacin de almacenes de datos.
Organizacional:
Prdida de clientes al estar insatisfechos. Prdidas financieras debido a desperdicios de recursos en trminos de tiempo y de dinero y a una baja o escasa productividad. Trabajadores descontentos y desmotivados.
Legal:
Dependiendo de ciertas leyes, como la LOPD.
Calidad de Datos
Caractersticas que deben tener los datos como materias primas para que, utilizando un proceso de produccin adecuado, se pueda generar un producto de informacin. Aquellas caractersticas que debera tener un Producto de Informacin (PI) para que su utilizacin sea adecuada, es decir, cumpla con los requisitos de usuario Son criterios que permiten juzgar la calidad de los datos desde un determinado punto de vista. Se definen en la norma ISO 25012 (similar a la 9126 para el Software).
Calidad de Informacin
Dimensiones de Calidad de Datos
La Calidad de los Datos depende de:

Los propios datos (extensin)
Influyen en la efectividad de los procesos de negocio (dependencia de la semntica de los negocios).
El esquema de los datos (intensin)

Ejemplo: Tablas no normalizadas convenientemente. Influye en el ciclo de vida de los datos. Puede no dar el soporte para los aspectos de calidad requerida por el usuario.
Procesos tcnicos sobre los datos (SGBD):

Pueden no implementar mecanismos que aseguren que no se producen errores en los datos, o que los datos satisfagan los requisitos de los usuarios. Pueden depender de la calidad de los procesos o de la utilizacin de ciertos recursos de la organizacin. Estn normalmente implementados sobre el SGBD y dependen del soporte que de a esos procesos.
Ejemplos de falta de calidad

Curtiz es el director de Casablanca y Weir el de El club de los Poetas Muertos Un remake no puede haberse hecho antes que la primera versin de la pelcula
No existe esta pelcula, sino El Club de los Poetas Muertos
Id 1 2 3 4
Ttulo Casablanca El Club de los Poetas Vacaciones en Roma Sabrina
Director Weir Curtiz Wylder NULL
Ao 1942 1989 1953 1964
Nro_ Remakes 3 0 0 0
AoUltimo Remake 1940 NULL NULL 1985
Falta el nombre del Director o no existe (hecho imposible o no se saba) Francisco Ruiz - IS2
Si el nmero de remakes es 0, no tiene sentido que haya una fecha para el ltimo remake: o realmente se han hecho remakes o no debera aparecer una fecha 1.54
Calidad de Proceso ISO 90003
La norma ISO 90003 proporciona, a las
organizaciones, una gua para la adaptacin de la ISO 9001:2000 para la adquisicin, suministro, desarrollo, instalacin y mantenimiento de SOFTWARE y servicios de soporte.
Identifica todos los aspectos que deberan ser tratados. Es independiente de la tecnologa, modelos de ciclo de vida, procesos de desarrollo y estructuras organizacionales.
1.55
La organizacin debe establecer, documentar, implementar y mantener un sistema de gestin de la calidad software y mejorar continuamente su eficacia, de acuerdo con los siguientes requisitos generales:
Identificar los procesos necesarios para el sistema de gestin de la calidad y su aplicacin a travs de la organizacin.
Identificar tambin los procesos de desarrollo, operacin y mantenimiento de software.
Determinar la secuencia e interaccin de estos procesos.

La organizacin debera tambin definir la secuencia e interaccin de los procesos en los modelos de ciclos de vida del software, la planificacin de la calidad y el desarrollo.
Determinar los criterios y mtodos necesarios para asegurarse de que tanto la operacin como el control de estos procesos sean eficaces. Asegurarse de la disponibilidad de recursos e informacin necesarios para apoyar la operacin y el seguimiento de estos procesos. Realizar el seguimiento, la medicin y anlisis de estos procesos. Implementar las acciones necesarias para alcanzar los resultados planificados y la mejora continua de estos procesos.
1.56
Mejora continua del Sistema de Gestin de Calidad
1.57
Existen multitud de normas sobre procesos de ingeniera del software, su calidad y su mejora.
1.58
Existen multitud de normas

M ODELO BOOTSTRAP (Kuvaja et al. , 1994) URL http://www.cse.dcu.ie/essiscope/sm5/approach/ boot -2.html http://www.eia.org http://www.iso.org http://www.iso.org http://www.pogner.demon.co.uk/mil_498/ www.lania.mx/biblioteca/manuales/moprosoft/ V%201.1%20DocumentoBase.pdf http://www.softex.br/ http://www.sei.cmu.edu/cmmi/ http://www.sei.cmu.edu/publications/document s/01.reports/01hb001.html http://www.sei.cmu.edu/publications/document s/96.reports/96.tr.002.html http://www.sei.cmu.edu/cmm/se -cmm.html -p/ EIA 632. Processe s for Engineering a System, (Sheard y Lake, 1998) ISO/IEC 15504 (ISO, 2004 a-e) ISO/IEC 900 03 (ISO/IEC, 2004f ) MIL STD -498 MOPROSOFT (Oktaba et al. , 200 3) Mps BPR (Weber y Rocha , 2004) SEI CMMI - Capability Maturity Model Integration (SEI, 2002) SCAMPI (Standard CMMI Appraisal Method for Process Improvement) (SEI, 2001) SEI Software Capability Evaluation (SCE) (Byrnes y Philips, 1996) SEI SE -CMM Capability Maturity Model for Systems Engineering (SEI, 1995) SEI P -CMM People Capability Maturity Model (Curtis et al., 2001) SEI IDEAL Model (Gremba y Myers, 1997) SEI Personal Softwa re Process (PSP) (Humphrey, 1997 ) Systems Security Eng ineering Capability Maturity Model (SSE -CMM) ( Department of Defense U.S.A, 1999 ) SEI SW -CMM Capability Maturity Model SM for Software (SEI, 1995) SEI Team Software Process (TSP) (Humphrey, 2000 a; 2000b ) Software Development Capability Evaluation (SDCE) (AFMC, 1994) Tickit (Tickit Project Office, 1992)
http://www.sei.cmu.edu/cmm
http://www.sei.cmu.edu/ideal/ideal.html http://www.sei.cmu.edu/tsp/psp.html http://www.sse -cmm.org http://www.sei.cmu.edu/cmm/cmm.html http://www.sei.cmu.edu/tsp/tsp.html http://www.stsc.hill.af.mil/crosstalk/1997/04/de velopment.asp http://www.tickit.org/ http://www2.umassd.edu/swpi/BellCanada/trilli um -html/trillium.html
Trillium (Tril lium Team, 1994) (April y Coallier, 1995)
1.59
Evaluacin y Mejora de Procesos - CMMI
Capability Maturity Model Integration (CMMI)

es un modelo para la mejora de procesos que proporciona a las organizaciones los elementos esenciales para procesos eficaces.
Sirve para evaluar:
Las prcticas CMMI deben adaptarse a cada organizacin en funcin de sus objetivos de negocio. Una organizacin es evaluada (por ejemplo, usando el mtodo SCAMPI) y recibe una calificacin de nivel de madurez, como organizacin, de 1-5. Opcionalmente, puede ser evaluada para ciertos procesos en base a las llamadas reas de proceso, para obtener el perfil de capacidad de la organizacin en cierto proceso.
1.60
CMMI comprende tres modelos, incluido CMMI-SW:

Disciplina Modelo Fuente Descripcin
El CMMI-SW (antiguo CMM) est organizado para ayudar a la organizaciones de software a mejorar mediante una trayectoria evolutiva, creciendo con fines especficos, desde un ambiente catico hacia unos maduros y disciplinados procesos de software Integracin de todas las disciplinas de sistemas para que conozcan las necesidades tcnicas y de negocio de la forma ms efectiva Enfoque sistemtico para el desarrollo del
Software
El CMMI para software (CMMI-SW)
Ingeniera de Sistemas Proceso integrado de desarrollo de productos

Modelo de Capacidad de Ingeniera de Sistemas (EIA/IS-731)
Desarrollo integrado de producto que incrementa la satisfaccin del cliente mediante una colaboracin oportuna producto de las disciplinas necesarias a lo largo del (CMMI-IPD)
ciclo de vida del producto.
1.61
CMMI es la evolucin y ampliacin de CMM (Capability Maturity Model):

Ahora conocido CMMI-SW (de software) Desarrollado por el SEI (Software Engineering Institute) de la Universidad de Carnegie Mellon, USA. Proporciona a las organizaciones de software el modelo de referencia necesario como soporte para el control de sus procesos de desarrollo y mantenimiento y para facilitar su evolucin hacia una cultura de la Ingeniera del Software y de excelencia en la gestin. Sirve para dos cosas principales:
Evaluar la madurez de los procesos de desarrollo de software dentro de una organizacin. Proponer un plan de mejora de los procesos de desarrollo de software de acuerdo a una serie de niveles.
1.62
Conceptos Bsicos de CMMI-SW Nivel de Madurez

reas Clave del Proceso (KPAs)
Grupo de Actividades que satisfacen un conjunto de objetivos
Caractersticas Comunes
Conjunto de Atributos que indican el grado de implementacin e institucionalizacin de un rea clave de proceso
Prcticas Clave
Actividades e infraestructura que contribuyen en su mayora a la implementacin de un rea clave de proceso
1.63
Hay dos representaciones de CMMI-SW, es decir, dos maneras diferentes de utilizarlo.

Cada organizacin debe optar por una de las dos.
Escalonada
[por etapas]
Establece 5 Niveles de Madurez (Maturity Level) para clasificar a las organizaciones, en funcin de qu reas de procesos consiguen sus objetivos y se gestionan con principios de ingeniera. Centrada en la madurez de la organizacin. La seleccin de las reas de proceso clave (KPA) est prefijada, habiendo 7 KPA para el nivel de madurez 2 (ML2), 11 para el ML3, 2 para el ML4 y 2 ms para el ML5.
Continua
Muestra la representacin del nivel de capacidad de la organizacin para cada una de las reas de proceso.
1.64
Representacin Continua vs Escalonada
Continua
C a p a c i d a d
5 4 3 2 1 0
Escalonada
ML5 KPA KPA KPA Proceso ML2 ML 1 Organizacin ML4 ML3
1.65
EVALUACION DE PROCESOS
CMMI
reas de Proceso Claves (KPAs)

CMMI-SW
Gestin del Proceso

- Enfoque Proceso Organizacional - Definicin Proceso Organizacional - Formacin Organizacional - Rendimiento - Innovacin y Distribucin Organizacional
Gestin de Proyectos
- Planificacin del Proyecto - Monitorizacin y Control de Proyectos - Gestin del Acuerdo con el Suministrador - Gestin Integrada de Proyectos - Gestin de Riesgos - Gestin Cuantitativa de Proyectos
Ingeniera
- Gestin de Requisitos - Desarrollo de Requisitos - Solucin Tcnica - Integracin del Producto - Verificacin - Validacin
Soporte
- Gestin de Configuracin - Aseguramiento de la Calidad del Proceso y Producto - Anlisis de Decisiones y Resolucin - Medicin y Anlisis - Anlisis Causal y Resolucin
IPPD
- Entorno Organizacional para la Integracin - Equipo Integrado
Adquisicin
- Seleccin y Monitorizacin del Suministrador - Gestin Integrada del Suministrador - Gestin Cuantitativa del Suministrador
1.66
Niveles de Madurez
Mejora Continua del Proceso
(2 reas de Proceso)
Optimizante
(5)
- Innovacin y Distribucin Organizacional (OID) - Anlisis Causal y Resolucin (CAR)
Gestin Cuantitativa
(2 reas de Proceso)
Gestionado Cuantitativamente (4)
- Rendimiento del Proceso Organizacional (OPP) - Gestin Cuantitativa de Proyectos (QPM ) - Gestin Cuantitativa del Suministrador (QSM)
Estandarizacin del Proceso

(11 reas de Proceso)
Definido (3)
- Desarrollo de Requisitos (RD) - Solucin Tcnica (TS) - Integracin del Producto (PI) - Verificacin (VER) - Validacin (VAL) - Enfoque Proceso Organizacional (OPF) - Definicin del Proceso Organizacional (OPD) - Formacin de la Organizacin (OT) - Gestin Integrada de Proyectos (IPM) - Gestin de Riesgos (RSKM) - Anlisis de Decisin y Resolucin (DAR)
- Entorno Organizacional para la Integracin (OEI) - Equipo Integrado (OIT) - Gestin Integrada del Suministrador (ISM)
Gestin Bsica de Proyectos

(7 reas de Proceso)
Gestionado (2)
- Gestin de Requisitos (REQM) - Planificacin del Proyecto (PP) - Monitorizacin y Control del Proyecto (PMC) - Gestin del Acuerdo con el Suministrador (SAM) - Medicin y Anlisis (M & A) - Aseguramiento de la Calidad del Proceso y Producto (PPQA) - Gestin de la Configuracin (CM)
- Seleccin y Monitorizacin del Suministrador (SSM)
Ejecutado (1)
- Procesos Caticos (Ad Hoc)
1.67
Evaluacin
[appraisal]
Las organizaciones pueden querer evaluar su nivel de madurez (organizacional) o su nivel de capacidad (de procesos determinados) por varias razones:
Para comparar con las mejores prcticas CMMI y determinar qu mejoras se pueden hacer. Para informar a los clientes externos y proveedores acerca de cmo funciona la organizacin y lleva a cabo sus procesos (buena imagen y confianza). Para cumplir los requisitos contractuales de uno o ms clientes.
1.68
Evaluacin
[appraisal]
SCAMPI (Standard CMMI Appraisal Method for Process Improvement) es el mtodo propuesto por el SEI para realizar evaluaciones CMMI, con el fin de:
Identificar fortalezas y debilidades de los procesos, Revelar riesgos de desarrollo/adquisicin, y Determinar niveles de capacidad y madurez.
http://www.sei.cmu.edu/cmmi/appraisals/ Se utiliza como parte de un proceso o programa de mejora, o para la calificacin de posibles proveedores. Define un proceso de evaluacin con varias fases:
Preparacin Actividades sobre el terreno Observaciones preliminares, conclusiones y valoraciones Presentacin de informes y actividades de seguimiento
1.69
Mejora
[improvement]
IDEAL define un marco de ciclo de vida para la mejora de procesos. http://www.sei.cmu.edu/ideal/ Establece un modelo con cinco fases (iniciales en ingls):
Iniciacin Diagnstico Establecimiento Actuacin Aprendizaje (initiating) (diagnosing) (establishing) (acting) (learning)
1.70
Mejora - Modelo IDEAL:
1.71
Evaluacin y Mejora de Procesos ISO 15504
El estndar ISO/IEC 15504 proporciona:

Proporciona un marco de trabajo para la evaluacin de procesos software, y Establece los requisitos mnimos para realizar una evaluacin que asegure la repetibilidad y consistencia de las valoraciones obtenidas El objetivo de la evaluacin del proceso es conocer la capacidad de los procesos de una organizacin.
Frente a CMMI:
Ventajas:
Es estndar internacional oficial (alineado con los dems estndares ISO). Es ms completo y verstil.
Desventajas:
Est menos implantado a nivel industrial (lleva menos aos).
Partes principales
Modelo de Referencia de Procesos
- Dominio y Alcance - Propsito del Proceso - Resultados del Proceso
Marco de Trabajo para la Medicin

- Niveles de Capacidad - Atributos del Proceso - Escala de Valoracin
Modelo de Evaluacin de Procesos

- Alcance - Indicadores - Correspondencia - Interpretacin
Entrada Inicial
- Propsito - Alcance - Restricciones - Identidades - Enfoque - Criterios de Competencia del Evaluador - Informacin Adicional
Salida
Proceso de Evaluacin
- Planificacin - Recogida de Datos - Validacin de Datos - Valoracin de los Atributos del Proceso - Generacin de Informes
- Fecha - Entrada de la Evaluacin - Identificacin de la Evidencia - Proceso de Evaluacin utilizado - Perfiles de Proceso - Informacin Adicional
Roles y Responsabilidades
- Patrocinador - Evaluador Competente - Evaluador(es)
1.73
Contexto de una Evaluacin
1.74
Mejora vs Capacidad
1.75
Dimensiones: Proceso vs Capacidad
1.76
Modelo de Referencia - Procesos
segn ISO 12207
1.77
Modelo de Referencia - Capacidad

Niveles de Capacidad
Atributos de Proceso
Nivel 5 Nivel 4 Nivel 3 Nivel 2 Nivel 1 Nivel 0
Proceso Optimizante
Proceso Predecible
Proceso Establecido
Proceso Gestionado
Proceso Realizado Incompleto
1.78
Contexto de una Mejora
1.79
Contexto para Determinar la Capacidad
1.80
Modelo de Evaluacin
1.81
Etapas en la Mejora Continua de Procesos
1.82
Resultados de la Evaluacin (Assessed Capability)
1.83
Evaluacin y Mejora de Procesos PSP Y TSP
Tanto CMMI como ISO 15504 son marcos ideados
para evaluar y mejorar a nivel de una organizacin.
Pero existen otros dos niveles de mejora inferiores:

Personal
=> Personal Software Process - PSP
Equipo de Trabajo
=> Team Software Process - TSP
Ambos se enmarcan en el contexto de una organizacin que aplica CMMI.

1.84
PSP (Personal Software Process)

Proporciona una serie de principios al ingeniero para llevar a cabo un proceso personal disciplinado. Asiste a los ingenieros en la realizacin de planes precisos. Determina los pasos que los ingenieros deben seguir para mejorar la calidad del producto. Establece bancos de pruebas para medir la mejora del proceso personal. Determina el impacto que los cambios del proceso tienen sobre el rendimiento del ingeniero.
Humprey, W.S. (2001): Introduccin al Proceso Software Personal (PSP). Addison-Wesley.

PSP incluye 7 procesos a realizar por el ingeniero

software.
PSP 3
Desarrollo Cclico
El Proceso Personal Cclico
PSP 2
Revisin Diseo Revisin Cdigo
PSP 2.1
Plantillas de Diseo
Gestin Personal de la Calidad
PSP 1
Estimacin Tamao Informe Pruebas
PSP 1.1
Planificacin de Tareas Planificacin de Calendario
Gestin Personal del Proyecto
PSP 0
Medidas Base del Estndar de Codificacin Proceso Actual

Mejora del Proceso Tamao Medicin
PSP 0.1
Lnea Base del Proceso Personal

1.86
PSP utiliza tres medidas base:

Tiempo de desarrollo, defectos y tamao. Todas las dems medidas son derivadas de las anteriores.
Ejemplo de formulario: registro de tiempos
1.87
Team Software Process (TSP)
TSP (Team Software Process)
Humprey, W.S. (2000): Introduction to the Team Software Process (TSP). Addison-Wesley.
Estructura de TSP
1.89
Existen otras propuestas aptas PYMES

COMPETISOFT
n cci re Di lta ) A R I (D in est G S) GE ( in r ac e Op E) OP (
Categora
Gestin de Negocio
Categora
Gestin de Procesos Gestin de Proyectos Gestin de Recursos

Categora
Administracin de Proyectos Especficos Desarrollo y Mantenimiento de Software
1.90

Cuando puedas medir lo que ests diciendo y expresarlo en nmeros, sabrs algo acerca de eso; pero cuando no puedes medirlo, cuando no puedes expresarlo en nmeros, tus conocimientos sern escasos y no satisfactorios Lord Kelvin Lo que no sea medible, hazlo medible Galileo Galilei No se puede controlar lo que no se puede medir Tom De Marco No se puede predecir lo que no se puede medir Norman Fenton
Las medidas (o mtricas) son un buen medio para

entender, supervisar, controlar, predecir y probar durante los proyectos de desarrollo y mantenimiento de software.
En general, la medicin de software persigue tres

objetivos fundamentales (Fenton y Pfleeger, 1997):
Entender qu ocurre durante el desarrollo y el mantenimiento. Controlar qu es lo que ocurre en los proyectos. Mejorar los procesos y los productos.
Medicin del Software Las medidas pueden ser utilizadas para poder tomar las mejores decisiones (Pfleeger, 1997).
MEDIDAS COMO MEDIO PARA ASEGURAR LA CALIDAD EN LOS PRODUCTOS/PROCESOS/ PROYECTOS SOFTWARE
Definiciones: [SOFTWARE MEASUREMENT ONTOLOGY]

Atributo
Una propiedad mensurable, fsica o abstracta, que comparten todas las entidades de una cierta categora de entidad.
Ej: Tamao de cdigo fuente.
Medida (Mtrica)
Una forma de medir y una escala de medicin.
La medida lneas de cdigo puede ser definida para realizar mediciones del tamao de un mdulo en C.
Medida Base
Una medida de un atributo que no depende de ninguna otra medida, y cuya forma de medir es un mtodo de medicin.
Ej: LCF (lneas de cdigo fuente escritas), HPD (horas-programador diarias), CHP (coste por hora-programador, en unidades monetarias).

Medida Derivada
Una medida que es derivada de otra medida base o derivada, utilizando una funcin de clculo como forma de medir.
HPT (horas-programador totales, que es la sumatoria de las HPD de cada da).
Indicador
Una medida que es derivada de otras medidas utilizando un modelo de anlisis como forma de medir.
PROD (productividad de los programadores), CAR (caresta del proyecto).
Forma de Medir
Secuencia de operaciones cuyo objeto es determinar el valor del resultado de la medicin. Una forma de medir puede ser un mtodo de medicin, una funcin de clculo o un modelo de anlisis.
1.95

Mtodo de Medicin
La forma de medir una medida base. Secuencia lgica de operaciones, descritas de forma genrica, usadas para realizar mediciones de un atributo respecto de una escala especfica.
Contar lneas de cdigo; anotar cada da las horas dedicadas por los programadores al proyecto.
Funcin de Clculo
La forma de medir una medida derivada. Algoritmo o clculo realizado para combinar dos o ms medidas base y/o derivadas.
CTP = CHP * HPT
Modelo de Anlisis
La forma de medir un indicador. Algoritmo o clculo realizado para combinar una o ms medidas (base, derivadas o indicadores) con criterios de decisin asociados.
1.96

Medicin
Conjunto de operaciones que permite obtener el valor del resultado de la medicin para un atributo de una entidad, usando una forma de medir.
Accin de usar la forma de medir contar el nmero de lneas de cdigo para obtener el resultado de la medicin del atributo tamao de la entidad mdulo nominas.c.
Resultado de la Medicin
Categora o nmero asignado a un atributo de una entidad como resultado de una medicin.
35.000 lneas de cdigo, 200 pginas, 50 clases, 5 meses desde el comienzo al fin del proyecto, 0.5 fallos por cada 1000 lneas de cdigo.
1.97

Todos los conceptos
1 Modelo de Calidad
(f rom Caracterizacin y Objetiv os) clase
est relacionado con
1..*
Necesidad de Informacin
(f rom Caracterizacin y Objetiv os)
0..* Tipo de Escala

(f rom Medidas Sof tware)
1 pertenece a 0..* incluye 0..* relaciona 1..* 1 tiene 1..* Atributo

1..* Escala
1..*
evala
1..*
Concepto Medible
Unidad de Medicin
* incluye 0..* definido para
1..*
1 tiene se transforma en 0..* se define para 0..* 1..* Medida

0..1 satisface expresada en 1..* 1..*
1 0..* Categora de Entidad
1..* 1..* pertenece a 0..* Entidad

0..* 1 usa usa
1 se realiza sobre * Medicin 1 *

(f rom Accin de Medir) instanteTemporal
* Medida Base
1..* Medida Derivada

se realiza sobre produce 1
Indicador
0..* compuesta de
* 1..* usa 1 Mtodo de Medicin

(f rom Formas de Medir)
Resultado de la Medicin
(f rom Accin de Medir) v alor
0..* usa 0..*
0..* usa 0..*
1..* calculada con 1
1..* calculado con 1 Modelo de Anlisis

Funcin de Clculo
0..*
1..* ejecuta usa
Forma de Medir
(f rom Accin de Medir)
1..* Criterio de Decisin

1.98

Tipos de Medidas y Formas de Medir
Medida
(from Medidas Software)
1..*
Necesidad de Informacin
(from Caracterizacin y Objetivos)
0..* satisface 1..* Medida Base

usa
Medida Derivada
Indicador
1..* usa 1
0..* usa 0..*
0..* usa 0..*
1..* calculada con 1
1..* calculado con 1 Modelo de Anlisis 1..* usa 1..* 0..*
Mtodo de Medicin
Funcin de Clculo
Forma de Medir
(from Accin de Medir)
Criterio de Decisin
1.99
Medicin del Software - Proceso
Estndares y Metodologas:
Practical Software Measurement (PSM)
ISO/IEC 15939, Proceso de Medicin Software
CMMI Medicin y Anlisis
Estndares ISO/IEC SC7 12207 (revisin- procesos de soporte) 15288 (Conceptos de medicin) 9126 (terminologa coordinada) 14598 (terminologa coordinada) ISO 90003:2004 (objetivos)
GQM (Goal Question Metric)
1.100
Medicin del Software - Proceso
El Proceso de Medicin segn ISO/IEC 15939

Requerimientos de Medicin PROCESOS TCNICOS Y DE GESTIN Necesidades de Informacin Realimentacin de los usuarios
Productos Informativos
Ncleo del Proceso de medicin

Establecer y Mantener el compromiso de medicin Planificar el proceso Compromiso Realizar las mediciones Evaluacin Productos Informativos y Resultados de Medidas Productos Informativos y Resultados de evaluacin
Informacin de planificacin
Base de experiencias de Medicin
mbito de ISO/IEC 15939

acciones de mejora
1.101
Medicin del Software - GQM
Principio bsico: la medicin debe ser realizada,

siempre, orientada a un objetivo.
GQM define un objetivo, refina este objetivo en
preguntas y define medidas/mtricas que intentan dar informacin para responder a estas preguntas.
1.102
El mtodo GQM se lleva a cabo en las siguientes

fases:
Planificacin, se selecciona, define, caracteriza y planifica un proyecto de medicin para la aplicacin de la medicin, obtenindose como resultado un plan de proyecto. Definicin, se define y documenta el programa de la medicin (objetivos, preguntas, medidas e hiptesis). Recopilacin de Datos, se recogen los datos reales de la medicin. Interpretacin, se procesan los datos recopilados (resultados de medicin) para obtener respuestas a las preguntas definidas, a partir de las cuales se puede evaluar el logro del objetivo planteado.
Fases GQM:
Objetivo Logro de Objetivo Respuesta
Pregunta Plan del Proyecto
Mtrica
Medicin
Definicin
Interpretacin
Datos Recogidos
Planificacin
Recogida de Datos
1.104
Niveles de trabajo Goal-Question-Metric:

Conceptual
Modelos Implcitos
Objetivo
Definicin
Preguntas
Operacional
P1 P2 P3 P4
Cuantitativo
Interpretacin
M1
M2
M3
M4
M5
M6
M7
Mtricas
1.105
Ejemplo - Medida para BBDD Relacionales:

Objetivo GQM
Analizar Con el propsito de Con respecto a Desde el punto de vista de En el contexto de
BBDD Relacionales Asegurar la Mantenibilidad los Diseadores de BBDD Desarrollo y Mantenimiento de BBDD
Preguntas:
Pregunta 1. Cmo influye la complejidad de las tablas en la mantenibilidad de las bases de datos relacionales? Pregunta 2. Cmo influye la complejidad entre tablas en la mantenibilidad de las bases de datos relacionales?
Ejemplo - Medida para BBDD Relacionales:

Medidas:
Pregunta 1
NA(T) - NMERO DE ATRIBUTOS DE UNA TABLA NFK(T) - NMERO DE CLAVES AJENAS RFK(T) - RATIO DE CLAVES AJENAS DE UNA TABLA
Pregunta 2
RFK
(T ) =
NFK ( T ) NA ( T )
NT - NMERO DE TABLAS NA - NMERO DE ATRIBUTOS NFK - NMERO DE CLAVES AJENAS (NFK)
1.107
Medicin del Software - Medidas
Tipos de Entidades y Medidas Software

- Objetivo: Proporcionar Indicadores para la Mejora de Procesos - Basada en Anlisis Global de Medidas de An Proyecto a lo largo de un periodo de tiempo Reducir costes y tiempos - Aplicado fundamentalmente en la fase de Estimacin Estimaci -Estimacin Tamao Puntos Funcin Estimaci Tama Funci (Albretch, 1979) Albretch, - Objetivo: Evaluacin de los Evaluaci Artefactos obtenidos - Gran Cantidad y Diversidad de Medidas
Medidas de Proceso
- Objetivo: Control de Proyectos
Medidas Proyecto
Medidas Proyecto
Medidas Producto
Medidas Producto
Medidas Producto
Medidas Producto
1.108
Existen cientos de medidas/mtricas software
1.109
Ejemplos de Medidas clsicas de producto:

LOC (Lneas de Cdigo Fuente)
[TAMAO] [COMPLEJIDAD]
Complejidad Ciclomtica de McCabe
V(G) = A N + 2, siendo A el nmero de arcos del grafo y N el nmero de nodos.

x x x
Secuencia
Si x entonces... (If x then...else...)
Hacer... hasta x
(Do...until x)
Mientras x hacer (While x do...)
1.110
Complejidad Ciclomtica de McCabe

Abrir archivos; Leer archivo ventas, al final indicar no ms registros; Limpiar lnea de impresin; WHILE (haya registros ventas) DO Total nacional = 0; Total extranjero = 0; WHILE (haya reg. ventas) y IF (nacional) THEN Sumar venta nacional a total nacional ELSE Sumar venta extranjero a total extranjero ENDIF; Leer archivo ventas, al final indicar no ms registros; ENDWHILE; Escribir lnea de listado; Limpiar rea de impresin; ENDWHILE; Cerrar archivos. (mismo producto)
1 2 3 4 5 6 7a 8,9 10,11 12,13 7b
1.111
Complejidad Ciclomtica (McCabe):

Su valor proporciona el nmero de caminos independientes del conjunto bsico de un programa. Mnimo nmero de casos de prueba necesarios para satisfacer criterios de Decisiones
1 a2 a1 2 a4 3 a5 a6 Regin 2 a9 4 a8 5 a10 6 a11 7 a13 9 a12 Regin 4 8 a14 Regin 3 a7 Regin 1 a3
Caminos Independientes: 1-2-11 (a1, a2) 1-2-3-4-10-2-11 (a1, a4, a5, a6, a3, a2) 1-2-3-4-5-10-2-11(a1, a4, a5, a8, a9, a3, a2) 1-2-3-4-5-6-7-9-4-10-2-11 (a1, a4, a5, a8, a10, a11, a13, a7, a6, a3, a2) 1-2-3-4-5-6-8-9-4-10-2-11 (a1, a4, a5, a8, a10, a12, a14, a7, a6, a3, a2)
10 Regin 5 11
1.112
Medidas para Sistemas OO:

Mtodos Ponderados por Clase (WMC) Nmero de Hijos (NOC)
WMC =
Profundidad del rbol de Herencia de una Clase (DIT)
n i =1
Ci
WMC(Persona) = 8 DIT(Persona) = 0 DIT(Empleado Fijo)= 2 NOC(Persona) = 2 NOC (Empleado) =2
1.113
Medidas para Sistemas OO:

Acoplamiento entre Objetos (CBO)
Cuenta
numerocuenta : string saldo : integer Fechacreacioncuenta : date tiene
Cliente
numerocliente : string
1 1
CBO(Cuenta) = 0 CBO(Cliente) = 2
asociada a
* T arjetacredito
numerotarjeta : string nombrebanco : string tiene AutorizacionTarjeta contrasea : string limite : integer
Respuesta para una Clase (RFC)
Clase A con cuatro mtodos: A::f1( ) invoca B::f1( ), B::f2( ) y C::f3( ) A::f2( ) invoca B::f1( ) A::f3( ) invoca A::f4( ), B::f 3( ), C::f1( ) y C::f 2( ) A::f4( ) No llama a otros mtodos Entonces RS= { A::f1, A::f2, A::f3, A::f4 } U {B::f1, B::f2, C::f3 } U (B::f1} U {A::f4, B::f3, C::f1, C::f2 } = = {A::f1, A::f2, A::f3, A::F4, B::f1, B::f2, B::f3, C::f1, C::f2, C::f3} Francisco Ruiz - IS2
RFC(A)=10
1.114
Software Quality Management (SQM)

Es aplicable a los productos, procesos y recursos. Los procesos SQM tienen como objetivos:
Conseguir que los productos software funcionan bien, Satisfacer los requisitos de clientes y dems stakeholders, Proveer valor a clientes y dems stakeholders, Proveer la calidad del software necesaria para satisfacer los requisitos software.
SQM puede usarse para evaluar tanto productos intermedios como el producto final.
1.115
Los principales procesos SQM son:

Aseguramiento de Calidad (Quality Assurance) Verificacin (Verification) Validacin (Validation) Revisin (Review) Auditora (Audit)
1.116
Gestin de la Calidad - Aseguramiento
Software Quality Assurance (SQA)

Busca asegurar que los productos y procesos software son conformes con los requisitos mediante la realizacin de actividades que dan confianza en que la calidad est siendo incorporada en el software:
El problema es clara y adecuadamente establecido. Los requisitos de la solucin son se definen y expresan de forma correcta. Los problemas se identifican lo antes posible. Asegurar que los procesos son apropiados y despus se eimplementa segn lo planificado.
1.117
Gestin de la Calidad - Aseguramiento
El Plan SQA define los medios que se usarn para

asegurar que el software desarrollado satisface los requisitos de usuario y es de la calidad ms alta posible dentro de las restricciones del proyecto.
Debe ser consistente con la gestin de la configuracin del software. Identifica documentos, estndares, prcticas y convenciones aplicables en el proyecto y cmo ste ser controlado y supervisado. Tambin establece medidas, estadsticas, procedimientos para informar de problemas, acciones correctivas, recursos (herramientas), ..
[repaso tema 5]
Verificacin y Validacin (VV) es un conjunto de
procedimientos, actividades, tcnicas y herramientas que se utilizan, paralelamente al desarrollo de software, para asegurar que un producto software resuelve el problema inicialmente planteado. Las pruebas son una familia de tcnicas de VV Principio:
Actuar sobre los productos intermedios que se generan durante el desarrollo para detectar y corregir cuanto antes sus defectos y las desviaciones respecto al objetivo fijado.
1.119
[repaso tema 5]
Los objetivos concretos de la VV son:

Detectar y corregir los defectos tan pronto como sea posible en el ciclo de vida del software. Disminuir los riesgos, las desviaciones sobre los presupuestos y sobre el calendario o programa de tiempos del proyecto. Mejorar la calidad y fiabilidad del software. Mejorar la visibilidad de la gestin del proceso de desarrollo. Valorar rpidamente los cambios propuestos y sus consecuencias.
1.120
[repaso tema 5]
1. Propsito 2. Documentos de referencia 3. Definiciones 4. Visin general de la verificacin y validacin 4.1 Organizacin 4.2 Programa de tiempos 4.3 Esquema de integridad de software 4.4 Resumen de recursos 4.5 Responsabilidades 4.6 Herramientas, tcnicas y metodologas 5. Verificacin y validacin en el ciclo de vida 5.1 Gestin de la VV 5.2 VV en el proceso de adquisicin 5.3 VV en el proceso de suministro 5.4 VV en el proceso de desarrollo: 5.4.1 VV de la fase de concepto 5.4.2 VV de la fase de requisitos 5.4.3 VV de la fase de diseo 5.4.4 VV de la fase de implementacin 5.4.5 VV de la fase de pruebas 5.4.6 VV de la fase de instalacin 5.5 VV de la fase de operacin 5.6 VV del mantenimiento 6. Informes de la VV del software 7. Procedimientos administrativos de la VV 7.1 Informe y resolucin de anomalas 7.2 Poltica de iteracin de tareas 7.3 Poltica de desviacin 7.4 Procedimientos de control 7.5 Estndares, prcticas y convenciones. 8. Requisitos de documentacin para la VV
1.121
La visin del desarrollo de software como un conjunto de fases con posibles realimentaciones facilita la VV.
Al inicio del proyecto es necesario hacer un Plan de VV del SW (IEEE 1012). Las actividades de VV se realizan de forma iterativo durante el desarrollo. IEEE 1012-2004: IEEE Standard for Software Verification and Validation.
[repaso tema 5]
Actividades de VV
Verificacin:
Estamos construyendo correctamente el producto? El software debe ser conforme a su especificacin. Objetivo: Demostrar la consistencia, complecin y correccin de los artefactos software entre las fases del ciclo de desarrollo de un proyecto. Tcnica ms utilizada: Revisiones SW
Validacin:
Estamos construyendo el producto correcto? El software debe hacer lo que el usuario realmente quiere Objetivo: Determinar la correccin del producto final respecto a las necesidades del usuario. Tcnica ms utilizada: Pruebas SW
1.122
[repaso tema 5]
VV del Cdigo:
Tcnicas Dinmicas (Pruebas) vs Estticas (Inspecciones)
Revisiones
Especificacin De Requisitos
Diseo Arquitectural
Especificacin Formal
Diseo Detallado
Cdigo
Prototipo
Pruebas
1.123
Tipos de Revisiones y Auditoras:

OBJETIVOS DE CALIDAD
EVALUACIN VERIFICACIN VALIDACIN CONFIRMACIN DEL CUMPLIMIENTO DE NORMAS Y PROCEDIMIENTOS
MTODO PRINCIPAL
REVISIN DE GESTIN REVISIN TCNICA INSPECCIN WALK-THROUGH (RECORRIDO) PRUEBAS AUDITORA
1.124
Actividades de Verificacin
Algunas Actividades de Verificacin en el Ciclo de Vida
FASE DEL CICLO DE VIDA
REQUISITOS 1. 2. 3. 1. DISEO 2. 3. CONSTRUCCIN 1. 2. 3. 4. 1.
ACTIVIDADES DE VERIFICACIN
Determinar el enfoque de verificacin Comprobar adecuacin de los requisitos Generar datos de prueba funcionales Determinar la consistencia del diseo con los requisitos Determinar la adecuacin del diseo Generar datos de prueba estructurales y funcionales Determinar la consistencia respecto del diseo Determinar la adecuacin de la implementacin Generar datos de prueba estructurales y funcionales Aplicar los datos de prueba Nueva ejecucin de pruebas
OPERACIN Y MANTENIMIENTO
1.125
Revisiones y Auditoras:
Relacin con algunos procesos de aseguramiento de calidad PRODUCTO PROYECTO
Pruebas Simulacin Pruebas formales
Revisiones tcnicas Inspecciones Revisiones de gestin Walkthroughs Auditoras
1.126
Verificacin y Validacin Revisiones
Revisiones de Gestin:
Estudiar el progreso del proyecto y la realizacin de actividades segn el plan Adecuacin del enfoque de gestin del proyecto para lograr sus objetivos. Ayudar a las decisiones de cambios de gestin en el proyecto Confirmar los requisitos y su asignacin en el sistema.
Revisiones Tcnicas.
El producto se ajusta a sus especificaciones. El desarrollo (o mantenimiento) del producto intermedio se est realizando de acuerdo a los planes, estndares y guas aplicables al proyecto. Los cambios en el producto se realizan adecuadamente y afectan slo a aquellas reas identificadas por la especificacin de cambios.
1.127
Inspecciones
Producto intermedio.
Verificar si el producto satisface sus especificaciones o atributos de calidad Verificar si el producto se ajusta a los estndares utilizados en la empresa. Sealar las desviaciones sobre los estndares y las especificaciones. Recopilar datos que realimenten inspecciones posteriores (defectos recogidos, esfuerzo empleado, etc.) y ayudar a su utilizacin prctica. No pretende examinar alternativas o aspectos de estilo.
Walkthroughs [Recorridos]
Buscar defectos, omisiones y contradicciones. Mejorar el producto. Evaluar conformidad con estndares o normas. Considerar posibles soluciones y alternativas a los problemas encontrados.
1.128
Otra clasificacin de las revisiones

Revisiones informales:
No hay procedimientos definidos, por lo que la revisin se realiza de la forma ms flexible posible. Ventajas menor coste y esfuerzo, preparacin corta, etc. Desventajas Detectan menos defectos
Revisiones semi-formales: Se definen unos procedimientos

mnimos a seguir
walkthroughs.
Revisiones formales:
Se define completamente el proceso, los participantes y sus funciones, los documentos, etc. Inspecciones
Verificacin y Validacin - Inspecciones
Inspecciones
El objetivo es detectar y registrar los defectos de un producto intermedio. Consisten en
Verificar si el producto satisface sus especificaciones o atributos de calidad Verificar si el producto se ajusta a los estndares utilizados en la empresa. Sealar las desviaciones sobre los estndares y las especificaciones. Recopilar datos que realimenten inspecciones posteriores (defectos recogidos, esfuerzo empleado, etc.) y ayudar a su utilizacin prctica. No pretende examinar alternativas o aspectos de estilo.
Flujo de Trabajo para realizar una Inspeccin

Producto a revisar
Formular ios Criterios de entrada y salida
PLANIFICACIN
VISIN GENERAL (Opcional)
Documentos de soporte
(estndares, guas y procedimientos)
Notificacin de la inspeccin Lista de comprobacin
PREPARACIN Lista de defectos
Agenda Resumen de defectos
REUNIN Informe de inspeccin
CORRECCIN
SEGUIMIENTO Producto aceptado Francisco Ruiz - IS2 1.131
Roles Involucrados:
Jefe del Proyecto
Responsable de las actividades administrativas.
Coordinador
Elegido por el jefe de proyecto para el aseguramiento de la calidad.
Moderador
Comprueba que se siguen los procedimientos de la inspeccin.
Autor
Responsable de corregir los errores que se detecten.
Lector
Gua al resto del equipo.
Inspector
Detecta defectos.
Secretario
Anota y clasifica los defectos encontrados.
Participacin de los Roles en las Tareas

ETAPA Planificacin Visin General Preparacin Reunin Correccin Seguimiento
X Moderador X X X X Autor X X X X X X (X) (X) (X) X X X X X X Lector Secretario Inspector
1.133
Etapas (i)
ETAPAS DE LA INSPECCIN
ETAPA OBJETIVOS
Organizacin.
TAREAS
Aprobar los criterios de entrada. Establecer el programa de tiempos. Elegir los participantes. Determinar realizacin o no de presentacin. Preparar la notificacin de inspeccin. Distribuir el material a los inspectores. Presentacin del producto. Estudio individual del producto.
PARTICIPACIN
Moderador. Autor.
PLANIFICACIN
VISIN GENERAL PREPARACIN
Ensear el producto. Comprensin del producto. Identificar defectos.
Todos los inspectores. Todos los inspectores.
1.134
Etapas (ii)
ETAPAS DE LA INSPECCIN
ETAPA OBJETIVOS
Verificar el producto.
TAREAS
Introduccin a la reunin. Comprobar la preparacin de los inspectores. Lectura y deteccin de defectos. Revisin de la lista de defectos. Determinar la disposicin del producto. Analizar posibles soluciones o mejoras. Resolucin de todos los defectos. Comprobar que todos los defectos estn resueltos y que no se aaden otros nuevos. Clasificar los defectos por clase, gravedad y tipo.
PARTICIPACI N
Todos los inspectores.
REUNIN
TERCERA HORA CORRECCIN SEGUIMIENT O ANLISIS DE RESULTADOS
No perder posibles soluciones. Cumplir los criterios de salida. Verificar la correccin. Analizar los resultados para inspecciones posteriores.
Todos los inspectores. Autor. Moderador. Coordinador.
1.135
Inspecciones. Informes de la Inspeccin

Proporcionan informacin del progreso o resultados de la inspeccin Estructura:
Notificacin de la reunin de inspeccin Anuncio formal Lista de Defectos Registro detallado de cada defecto descubierto
Localizacin Descripcin Clasificacin Problema
Informe Resumen de Defectos Informe de Inspeccin
1.136
Inspecciones. Informes de la Inspeccin

Lista de Defectos
Clasificacin: Factor de Calidad, Tipo, Clase, Gravedad
TIPO DE DEFECTO Cumplimiento de

estndares Factores humanos Documentacin Funcionalidad Interfaz
DESCRIPCIN
Desviacin sobre los estndares que debe seguir el producto. Procedimientos operativos incorrectos. Descripciones inadecuadas de algn componente (por ejemplo, comentarios incorrectos). Defectos en la especificacin de las funciones de un componente. Defectos en la comunicacin entre componentes del software (por ejemplo, llamadas incorrectas de los mdulos, paso de datos incorrectos entre mdulos).
Datos
Defectos en la especificacin de los datos (por ejemplo, declaraciones, inicializaciones o descripciones de datos incorrectas).
1.137
Informes de Inspeccin
Lista de Defectos clasificados por Factor de Calidad, Tipo, Clase, o Gravedad
TIPO DE DEFECTO Lgico Entrada/Salida Sintaxis Casos de prueba Entorno de pruebas Plan de pruebas Ejecucin DESCRIPCIN
Defectos en la lgica de control de un mdulo (por ejemplo, lmites de los bucles incorrectos). Defectos en la comunicacin con dispositivos. Defectos gramaticales. Especificaciones incompletas de una condicin de prueba o una desviacin del plan de pruebas. Defectos en la definicin o especificacin software o hardware de pruebas, nivel de seguridad, etc. Defectos en la definicin o especificacin del alcance de las pruebas. Falta de la eficiencia de ejecucin prevista.
1.138
Informes de Inspeccin
Ejemplo de Formulario
1.139
Listas de Comprobacin
(checklist)
Conjunto de Preguntas (respuesta S/No), confeccionadas por expertos, sobre las caractersticas que deber cumplir el producto
LISTA DE COMPROBACIN PARA LA REVISIN DE UNA ERS
Organizacin y complecin Son correctas las referencias cruzadas a otros requisitos? Estn todos los requisitos escritos de una manera consistente y a un nivel apropiado de detalle? Correccin Hay algn requisito que entre en conflicto o duplique a otro requisito? Est cada requisito escrito de una' forma clara, concisa y no ambigua? Se puede verificar cada requisito? Atributos de Calidad Estn especificados correctamente todos los requisitos de rendimiento? Estn correctamente especificadas todas las consideraciones de seguridad? Trazabilidad Est cada requisito identificado de una manera nica y correcta? Es trazable cada requisito funcional a otros requisitos de ms alto nivel? Otros aspectos No se incluyen como requisitos funcionales soluciones de diseo o implementacin? Estn identificadas las funciones crticas en tiempo y especificados los criterios de tiempo de las mismas?
LISTA DE COMPROBACIN PARA LA REVISIN DE UN MODELO DE CASOS DE USO

Descomposicin en paquetes Est definido un nombre nico por cada paquete y existe una descripcin breve? El nombre del paquete es claro y fcilmente entendible? Actores Estn definidos todos los actores del sistema? Es correcta la definicin de cada actor (cada actor define un nico rol)?
Casos de Uso Estn definidos todos los casos de uso del sistema? Hay casos de uso repetidos o de funcionalidad muy parecida? El nombre del caso de uso es claro y fcilmente comprensible? Diagramas de Casos de Uso Por cada paquete existe al menos un diagrama de casos de uso? Los diagrama de casos de uso tienen definida una descripcin clara? Son correctas las relaciones entre casos de uso (uses, extends)? Son correctas las relaciones de los actores con los casos de uso?
1.140
Verificacin y Validacin - Recorridos
Walkthrough:
INSPECCIN WALKTHROUGH
Deteccin de defectos. Comentarios sobre el estilo. Bsqueda de soluciones. Intercambio de conocimientos. Informal o Semiformal. Deteccin de defectos.
Objetivo
Formalidad Composicin del equipo
Formal.
Personas de distinto nivel Personas del mismo nivel del equipo de jerrquico, que pueden desarrollo. pertenecer adems a otros proyectos. S. Siempre. S. S. No. A veces. No. No.
1.141
Papeles definidos de los participantes Utilizacin de listas de comprobacin Clasificacin de defectos Anlisis de resultados para realimentar nuevas revisiones
Verificacin y Validacin - Auditoras
Auditoras:
Auditora funcional (AFU):
Es un examen sobre el software justo antes de su entrega que cumple todos los requisitos definidos en la ERS. Verificar
Auditora fsica (AFI):

Es un examen que se realiza para verificar que el software y su documentacin son consistentes y estn preparados para su entrega.
Auditora durante el proceso de desarrollo (AP):

Se realiza para verificar la consistencia del diseo, que incluye el anlisis de:
Cdigo frente a la documentacin de diseo. Especificaciones de interfaz (software y hardware). Implementaciones de diseo frente a los requisitos funcionales. Requisitos funcionales frente a las descripciones de pruebas.
1.142
Verificacin y Validacin - Auditoras
Auditoras vs Revisiones:
ATRIBUTO
MECANISMO RESPONSABILIDA D
REVISIONES
Las reuniones. Generalmente compartida entre un grupo de personas pertenecientes a la organizacin. Corta: unas pocas horas. Las reuniones pueden tener mltiples sesiones. Depende de la fase del ciclo de vida.
AUDITORAS
Mezcla de reuniones, observaciones y exmenes. Realizada por un grupo personas que no suelen pertenecer a la organizacin, en el que sobresale la figura central del "auditor". De media a larga: de das a meses. Puede incluir otras auditoras, revisiones, e incluso, algunas pruebas peridicas. Peridica.
DURACIN ANIDAMIENTO
FRECUENCIA
1.143
Verificacin y Validacin Otras Tcnicas
Otras Tcnicas de Verificacin y Validacin

Anlisis de algoritmos
Verificar la funcionalidad de los algoritmos y recoger estadsticas sobre el consumo de recursos en tiempo de ejecucin.
Anlisis de simulacin
Proporcionar una evaluacin del rendimiento y la informacin necesaria para planificar la capacidad de un sistema durante su diseo.
Auditores de cdigo
Examinar el cdigo fuente y determinar automticamente si se siguen los estndares y prcticas de programacin descritos previamente.
1.144

Generadores de referencias cruzadas
Producir listas de nombres de variables, procedimientos, etiquetas, etc. determinando su ubicacin dentro de un programa.
Analizadores de flujo de control

Determinar la presencia o ausencia de errores del flujo de control, es decir, secuencias incorrectas en la ejecucin de un programa.
Analizadores y estimadores de tiempos de ejecucin

Proporcionar informacin sobre la ejecucin de un programa (tiempo de ejecucin, consumo de CPU, etc.)
Comprobacin de interfaces
Analizar la consistencia y la complecin de los flujos de informacin y de control entre los mdulos de un sistema.

Anlisis de requisitos
Buscar errores sintcticos, inconsistencias lgicas o ambigedades entre las entradas del sistema, sus salidas, procesos y datos.
Anlisis de trazabilidad de requisitos

Verificar que cada requisito del sistema est incluido en algn elemento software. Garantizar que las pruebas que se realizan sobre dicho software permiten comprobar que se satisfacen los requisitos.
Monitores de software
Supervisar la ejecucin de un programa para localizar posibles reas ineficientes. Al finalizar la ejecucin, el monitor genera informes que describen la utilizacin de los recursos del programa.

Is2 t03 Trans

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Is2 t03 Trans

Transféré par

Droits d'auteur :

Formats disponibles

INGENIERA DEL SOFTWARE II

Calidad del Software Univ. Cantabria Fac. de Ciencias

Objetivos del Tema

Comprender el concepto de calidad. Conocer las caractersticas generales de la calidad

Francisco Ruiz - IS2

Medicin del Software

Calidad de Sistemas de Informacin Calidad del Software

Evaluacin y Mejora de Procesos

Francisco Ruiz - IS2

Piattini et al. (2006): Calidad de Sistemas Informticos. Ra-Ma.

Sommerville (2005): Ingeniera del Software. 7 edicin. AddisonWesley.

Pressman (2005): Ingeniera del Software: Un Enfoque Prctico. 6 Edicin. McGraw-Hill.

Este material ha sido preparado con la colaboracin

Francisco Ruiz - IS2

Francisco Ruiz - IS2

Origen del Inters Actual por la Calidad:

Francisco Ruiz - IS2

Introduccin Concepto de Calidad

Introduccin Concepto de Calidad

Francisco Ruiz - IS2

Introduccin Concepto de Calidad

Ligado a compromisos aceptables

Introduccin Concepto de Calidad

El objetivo no es necesariamente alcanzar una

Francisco Ruiz - IS2

Introduccin Concepto de Calidad

Al hablar de Calidad a nivel de una Organizacin se

Confianza para la direccin

Aspectos relativos al aseguramiento interno de calidad

Aspectos relativos al control de calidad

Tcnicas y actividades funcionales Confianza para el cliente

Aseguramiento externo de la calidad

Introduccin Concepto de Calidad

Gestin de la Calidad (Quality Management):

Introduccin Concepto de Calidad

Aseguramiento de la Calidad (Quality Assurance):

Francisco Ruiz - IS2

Introduccin Concepto de Calidad

Control de la Calidad (Quality Control):

Introduccin Perspectivas de la Calidad

La Calidad se puede considerar desde varios puntos

Francisco Ruiz - IS2

Introduccin Perspectivas de la Calidad

Y con diferentes niveles:

Francisco Ruiz - IS2

Introduccin Perspectivas de la Calidad

La gestin de la calidad busca conseguir que estos

CALIDAD ESPERADA CALIDAD REALIZADA

Introduccin Perspectivas de la Calidad

Plan de Calidad adaptado

Plan de Calidad del proyecto

Normas propias y exigencias del cliente

Plan de Calidad adaptado

Francisco Ruiz - IS2

Introduccin ISO 9000:2000

La norma ISO 9000:2000 es la principal

referencial internacional sobre conceptos de calidad.

UNE-EN ISO 9000:2000 Sistemas de Gestin de la Calidad. Fundamentos y Vocabulario

Francisco Ruiz - IS2

Introduccin ISO 9000:2000

Francisco Ruiz - IS2

Introduccin ISO 9000:2000

Francisco Ruiz - IS2

Introduccin ISO 9000:2000