Gestion de Calidad

IngenieradelSo/wareII
Tema02.CalidaddelSo/ware
JuanHernndezMarqus
DPTO.DEMATEMTICAS,ESTADSTICAY COMPUTACIN
juan.hernandez@unican.es
EstetemasepublicabajoLicencia: CreaOveCommonsBYNCSA3.0
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 p principales p tcnicas y mtodos p para mejorar j la calidad, , incluidas la verificacin y validacin.
Juan Hernndez - IS2
2.2
Contenido
Introduccin
Historia de la Calidad Concepto de Calidad Perspectivas de la Calidad Modelo de Calidad Total Calidad de Sistemas de Informacin Factores Calidad del Software ISO 9126 Calidad de Datos ISO 90003 Evaluacin y Mejora de Procesos
CMMI ISO 15504 SPICE PSP Y TSP
Medicin del Software
Proceso oceso GQM Mtricas Aseguramiento Verificacin y Validacin

Revisiones Auditorias
Gestin de la Calidad del Sw
Calidad de Producto
Calidad de Proceso
A di A: Apndice A Conceptos C ISO

9000:2005
Apndice B: Otras Tcnicas de

Verificacin y Validacin las Inspecciones
Apndice C: Lista de Defectos de
Juan Hernndez - IS2
2.3
Bibliografa
Bsica
SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004 Version.

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

Caps. 4-5 y 8.
Complementaria p
Piattini et al. (2006): Calidad de Sistemas Informticos. Ra-Ma.

Caps. 1, 3, 9-10.
Sommerville (2005): Ingeniera del Software. Software 7 edicin. edicin AddisonAddison Wesley.
Caps. 27 y 28.
Pressman (2005): Ingeniera del Software: Un Enfoque Prctico. 6 Edicin. McGraw-Hill.

Cap. 26.
Juan Hernndez - IS2
2.4
Introduccin
I do not worry whether something is cheap or expensive I only worry if it is good. expensive. good If it is good enough, the public will pay you back for it Walt Disney
Juan Hernndez - IS2
2.5
Introduccin Historia de la Calidad (1/2)

Etapa
Artesanal
Concepto
Hacer l H las cosas bien bi sin i mirar i coste o esfuerzo necesario para ello. Hacer muchas cosas no importando que sean de calidad. (Produccin = Calidad).
Finalidad
Satisfacer S i f al l Cliente. Cli Autosatisfaccin del Artesano. Crear un producto nico. Satisfacer una gran demanda de bienes. Obtener beneficios. Garantizar la disponibilidad de armamento eficaz en cantidad y plazo plazo.
Revolucin Industrial
Asegurar la eficacia del armamento con la mayor y ms II Guerra Mundial rpida produccin. No importa el coste coste. (Eficacia + Plazo = Calidad)
Postguerra
Minimizar costes mediante la (JAPN) Hacer las cosas bien a la Calidad primera Satisfacer al cliente Ser competitivo (RESTO) Producir cuanto ms mejor Satisfacer la gran demanda de bienes causada por la guerra
2.6
Juan Hernndez - IS2
Introduccin Historia de la Calidad (2/2)

Etapa
Co t o de Control Calidad
Concepto
Inspeccin specc en e p produccin oducc para pa a evitar bienes defectuosos.
Finalidad
Sat s ace las Satisfacer as necesidades eces dades tcnicas del producto. Satisfacer al cliente. Prevenir errores. Reducir costes y ser competitivo. Satisfacer al cliente externo e interno interno. Ser altamente competitivo. Mejora Continua.
Sistemas y Procedimientos de la Aseguramiento de organizacin g para p evitar que q se la Calidad produzcan bienes defectuosos. Administracin empresarial centrada en la permanente satisfaccin de las expectativas del cliente.
Calidad Total
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 Coste y Plazo. Gran Importancia p y atencin a las Expectativas p del Cliente (Investigacin de Mercados, Especificaciones, ).
C t Coste
Expectativas del Cliente
Pl Plazo
Juan Hernndez - IS2
2.7
Introduccin Concepto de Calidad
DRAE:
Propiedad p o conjunto j de p propiedades p q que, , inherentes a una cosa, ,
permiten apreciarla como igual, mejor o peor que las restantes de su especie. En sentido absoluto, , buena calidad, , superioridad p o excelencia.
Qu tiene ms calidad?
Juan Hernndez - IS2
2.8
Y cules eran mis requisitos para comprar un

coche?

No voy a hacer trayectos de ms de 10 Km. La ocupacin mxima ser de tres personas personas. Quiero gastarme poco en seguro, consumo y mantenimiento.
Segn esto esto, el elegido es. es

La Calidad puede no ser lo que piensas piensas P.B. Crosby
Juan Hernndez - IS2
2.9
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 j de su especie. p Es sinnimo de bondad, excelencia o superioridad. Esta idea de calidad es aplicable de manera formal en una empresa?
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. Grado en el que un conjunto de caractersticas inherentes cumple con los requisitos (ISO 9000:2005).
Juan Hernndez - IS2
2.10
Calidad es un concepto:
Relativo
La calidad est en los ojos del observador y es relativa a las personas, su edad y circunstancias, al espacio, tiempo, ...
M ltidi Multidimensional i l
Referida a varias cualidades: Funcionalidad, Oportunidad, Coste,
Sujeta a restricciones
Presupuesto disponible
Funcionalidad
st e
Ligado a compromisos aceptables

Plazos de fabricacin
Oportunidad
No es ni totalmente subjetiva (porque ciertos aspectos pueden medirse) ni totalmente objetiva (ya que existen cualidades cuya evaluacin slo puede ser subjetiva).
Juan Hernndez - IS2
Co
2.11
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. usuarios Es necesario comprender las necesidades reales de los usuarios con tanto detalle como sea posible (requisitos). )
Calidad Calidad significa hacer lo correcto cuando nadie est mirando Henry Ford
Juan Hernndez - IS2
2.12
Al hablar de Calidad a nivel de una Organizacin se manejan varios trminos y conceptos p (AENOR, ( , 2000): )
GESTIN DE LA CALIDAD Estructura Organizativa Poltica
la
Aspectos relativos al CONTROL DE CALIDAD Aspectos relativos al ASEGURAMIENTO INTERNO DE LA CALIDAD ASEGURAMIENTO EXTERNO DE LA CALIDAD c cas y Tcnicas Actividades Funcionales
Confianza para la Direccin
Confianza para el p Cliente
Juan Hernndez - IS2
2.13
Gestin de la Calidad (Quality Management):
Actividades coordinadas para dirigir y controlar una organizacin en lo relativo a la calidad, aplicando 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., aunque tambin puede haber una gestin de calidad dentro de la g gestin de cada p proyecto. y
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 g de calidad", , ya y que q puede p 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 porque se ha seguido un proceso de confeccin auditado.
2.14
Juan Hernndez - IS2
Control de la Calidad (Quality Control):
Parte de la gestin de la calidad orientada al cumplimiento de los requisitos de la calidad. Suele S l incluir i l i tcnicas t i y actividades ti id d d carcter de t operativo ti utilizadas tili d 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 p producto o servicio.
En general, son las actividades para evaluar la calidad de los productos desarrollados.
Juan Hernndez - IS2
2.15
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) La que se ha pretendido obtener Y con diferentes niveles:
CALIDAD PROGRAMADA
La que es capaz de obtener la persona que realiza el trabajo, gracias a su habilidad en la ejecucin de una tarea
CALIDAD REALIZADA
CALIDAD NECESARIA
La que el cliente exige con mayor o menor grado de concrecin i o, al l menos, la l que le gustara recibir
2.16
Juan Hernndez - IS2
La gestin de la calidad busca conseguir que estos tres crculos coincidan entre s. s
Todo lo que est fuera de dicha coincidencia ser motivo de derroche, de g gasto superfluo p o de insatisfaccin.
CALIDAD PROGRAMADA
CALIDAD ESPERADA
CALIDAD REALIZADA CALIDAD NECESARIA
Juan Hernndez - IS2
2.17

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
Juan Hernndez - IS2
2.18
Introduccin Modelo de Calidad Total
La norma ISO 9001:2008 es la principal referencial internacional sobre conceptos de calidad. calidad
UNE UNE-EN ISO 9000:2005 Sistemas de Gestin de la Calidad. Fundamentos y Vocabulario.
Juan Hernndez - IS2
Pr od uc
to
RESU ULTADOS CLAVE 15%
EFQM modelo de Gestin Empresarial basado en la Mejora Continua.

LIDERAZGO 9% PROCESOS 14%
2.19
Introduccin - Calidad de Sistemas de Informacin

QUALIT. C. Wilkin y T. Castleman (2003)
Calidad del sistema Calidad de la informacin Calidad del servicio
cmo evaluamos?
Calidad del sistema como funcin de las percepciones p p de los Stakeholders

y adems,
Impacto individual y organizacional

Juan Hernndez - IS2 2.20
Introduccin - Calidad de Sistemas de Informacin

Visin holstica de la calidad. lid d St Stylianou li y Kumar (2000).
Calidad del software
Calidad de la infraestructura Calidad de la gestin
Calidad C lid d de SI
Calidad del personal
Calidad C lid d de la empresa

Calidad de los procesos de negocio soportados por SI
Calidad de la informacin
Calidad del servicio
Juan Hernndez - IS2
2.21
Introduccin Factores Calidad del Software
Crisis en la 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). (1985-1987) Informe CHAOS del Standish Group sobre xito de los proyectos de software. software
CHAOS Summary 2009
xito en Proyectos (CHAOS) Juan Hernndez - IS2 2.22
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 y muy flexible. flexible
No olvidemos que el software no es slo cdigo:

La calidad se obtiene a medida q que se construye y el producto p No hay que esperar a aadirla al final
Calidad es el grado con el que un sistema, sistema componente o proceso cumple los requisitos especificados y/o las necesidades o expectativas del cliente o usuario [ IEEE Std.610-1991]
Si McDonnalds funcionara como una compaa de software, uno de cada cien Big Macs te envenenaran, y la respuesta sera lo sentimos, aqu tiene un cupn para dos ms ms. Mark Minasi

Proceso
Influye Calidad de proceso Depende de Calidad interna Depende de
Producto
Influye Calidad externa
Efecto del producto

Influye Calidad en uso Depende de Contextos de uso
proveedor p
usuario
C lid d Interna Calidad

medible a partir de las caractersticas intrnsecas Cdigo fuente
C lid d Externa Calidad

medible en el comportamiento del producto Resultados de una prueba
C lid d en Uso Calidad

durante la utilizacin efectiva por parte del usuario Encuesta de satisfaccin
Juan Hernndez - IS2
2.24
Calidad del Software Factores Calidad del Software
Calidad del proceso

ISO 90003 ISO 90003 Evaluacin y Mejora de de Procesos Evaluacin y Mejora (CMMi, ISO(CMMi, 15504 ISO SPICE, PSP, TSP) Procesos 15504 SPICE, TSP, PSP)
(1,n) Nombre_a AUTOR AUTOR (0,n) Escribe Identificativo 1:1 (1,1) Tiene Tiene LIBRO LIBRO (0,n) Edita Edita (1,1) EDITORIAL EDITORIAL 1:N (1,n) N:M
Nombre_i (0,n) Trabaja INSTITUCION INSTITUCION N:M
Nombre_t N:M (0,n) Trata Trata Cod _libro (1,n) TEMA TEMA (0,n) ( , )
Calidad del producto
(1,n) EJEMPLAR EJEMPLAR (0,n)
Fecha_p
(0,n) Consta Consta N:M
BD
Datos
2.25
Presta Presta N:M (0,n) SOCIO SOCIO Fecha_s Num _s
Nombre_e
Software ISO 9126

Juan Hernndez - IS2
Calidad de Producto ISO 9126
ISO/IEC 9126: Tecnologas de la Informacin Calidad de los Productos Software.
ISO/IEC 9126-1: Modelo de Calidad ISO/IEC SO/ C 9126-2: 9 26 2 Mtricas i Externas ISO/IEC 9126-3: Mtricas Internas ISO/IEC 9126 9126-4: 4: Mtricas de Calidad en Uso Validar la completitud de una definicin de requisitos. Identificar requisitos software. Identificar objetivos para el diseo software. Identificar requisitos para las pruebas del software software. Identificar requisitos para el aseguramiento de la calidad. Identificar criterios de aceptacin p para p un producto p software terminado.
2.26
Utilidades:
Juan Hernndez - IS2

Identificacin de Caractersticas, subcaractersticas y atributos de calidad 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 x x
x x
atributos internos
atributo subcaracterstica caracterstica
atributos externos
para definir d fi i modelos d l de d calidad lid d

Modelo de Calidad Interna y Externa Modelo de Calidad En Uso
Juan Hernndez - IS2
2.27

Modelo de Calidad Interna y Externa
calidad externa e interna
Caractersticas
funcionalidad fiabilidad usabilidad eficiencia mantenibilidad portabilidad
Subcaractersticas
adecuacin exactitud interoperabilidad seguridad id d de d acceso cumplimiento de la funcionalidad madurez tolerancia a fallos capacidad id d de d recuperacin cumplimiento de la fiabilidad capacidad para ser entendido capacidad para ser aprendido p para p capacidad 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 t bilid d capacidad para ser probado cumplimiento de la mantenibilidad adaptabilidad instalabilidad coexistencia capacidad id d para ser reemplazado cumplimiento de la portabilidad
Juan Hernndez - IS2
2.28
Calidad de Producto ISO 9126 Caractersticas

Capacidad del producto software para bajo condiciones especificadas. .
FUNCIONALIDAD FIABILIDAD USABILIDAD EFICIENCIA MANTENIBILIDAD PORTABILIDAD proporcionar funciones que satisfacen declaradas e implcitas cuando se usa necesidades
mantener mantener un nivel especificado de prestaciones cuando se usa ser entendido, aprendido, usado y ser atractivo para el usuario cuando se usa proporcionar prestaciones apropiadas, relativas a la cantidad de recursos usados ser modificado. modificado Las modificaciones pueden incluir ser correcciones, mejoras o adaptacin a cambios en el entorno, requisitos o especificaciones funcionales ser ser transferido de un entorno a otro otro
Juan Hernndez - IS2
2.29
Calidad de Producto ISO 9126 Funcionalidad

proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificados proporcionar los resultados o efectos correctos acordados, con el grado necesario de precisin interactuar interactuar con uno o ms sistemas especificados especificados 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 adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad funcionalidad o
Adecuacin Exactitud Interoperabilidad Seguridad de acceso Cumplimiento funcional
Juan Hernndez - IS2
2.30
Calidad de Producto ISO 9126 Fiabilidad

Madurez Tolerancia a fallos Capacidad de recuperacin Cumplimiento de la fiabilidad
evitar evitar fallar como resultado de fallos en el software software mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de f ll fallo adherirse a normas, convenciones relacionadas con la fiabilidad o regulaciones
Juan Hernndez - IS2
2.31
Calidad de Producto ISO 9126 Usabilidad

permitir al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares permitir al usuario aprender sobre su aplicacin permitir al usuario operarlo y controlarlo ser ser atractivo al usuario usuario adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad
Entendibilidad Aprendibilidad Operatividad Atraccin Cumplimiento de la usabilidad
Juan Hernndez - IS2
2.32
Calidad de Producto ISO 9126 Eficiencia

Comportamiento temporal Utilizacin de recursos Cumplimiento C mplimiento de la eficiencia proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados apropiados usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin adherirse adhe i se a normas no mas o convenciones con enciones relacionadas elacionadas con la eficiencia
Juan Hernndez - IS2
2.33
Calidad de Producto ISO 9126 Mantenibilidad

ser diagnosticadas deficiencias o causas de los fallos en el software o para identificar las partes que han de ser software, modificadas permitir que implementada implementada una determinada modificacin sea
Analizabilidad Cambiabilidad Estabilidad Facilidad de prueba Cumplimiento de la mantenibilidad
evitar efectos inesperados debidos a modificaciones del software permitir que el software modificado sea validado adherirse a normas o convenciones relacionadas con la mantenibilidad
Juan Hernndez - IS2
2.34
Calidad de Producto ISO 9126 Portabilidad

Ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado p ser instalado en un entorno especificado coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes ser usado d en lugar l d otro de t producto d t software, ft para el l mismo propsito, en el mismo entorno adherirse a normas o convenciones relacionadas con la portabilidad t bilid d
Adaptabilidad
Instalabilidad Coexistencia Reemplazabilidad Cumplimiento de la portabilidad t bilid d
Juan Hernndez - IS2
2.35

Calidad en Uso
Modelo de Calidad en Uso
Eficacia
Productividad
Seguridad
Satisfaccin

Eficacia Productividad Seguridad Satisfaccin
Juan Hernndez - IS2
para permitir a los usuarios alcanzar objetivos especficos con precisin y completamente completamente para permitir a los usuarios emplear recursos apropiados con relacin a la eficacia alcanzada para alcanzar niveles aceptables de riesgo hacia la gente, negocio, software, propiedad o medio ambiente para para satisfacer al usuario usuario
2.36
Calidad de Producto - Datos
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. Los datos se convierten en fuentes de problemas:
Datos no usados, intiles e innecesarios y redundantes, Barreras en la accesibilidad de los datos, Dificultades en la utilizacin de los datos y de la informacin y gran cantidad de datos histricos caducados.
Estos p problemas afectan negativamente g al rendimiento de los procesos de negocio de una organizacin a varios niveles:
ORGANIZACIONAL TCNICO
Errores en la implementacin de almacenes l de d datos d t

Juan Hernndez - IS2
- Prdida de clientes al estar insatisfechos. - Prdidas financieras debido a desperdicios de recursos en trminos de tiempo y de dinero y a una baja b j o escasa productividad. d i id d - Trabajadores descontentos y desmotivados.
LEGAL
Dependiendo de ciertas leyes, como la LOPD
2.37
Calidad de Datos.
Caractersticas que deben tener los datos como materias primas para que, utilizando un proceso de produccin adecuado, se pueda generar un p g producto de informacin. Aquellas q caractersticas q que debera tener un Producto de Informacin 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. Datos
Juan Hernndez - IS2
2.38
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 P d no dar d el l soporte t para los l aspectos t de d calidad lid d requerida id por el l 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 P d d depender d de d la l calidad lid d de d los l procesos o de d la l utilizacin tili i de d ciertos recursos de la organizacin. Estn normalmente implementados sobre el SGBD y dependen del soporte que de a esos procesos procesos.
Juan Hernndez - IS2
2.39
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 d l de la pelcula l l
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) Juan Hernndez - 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 2.40
Calidad de Proceso ISO 90003
La norma ISO 90003 proporciona, a las organizaciones, una gua para la adaptacin de la ISO 9001:2008 para la adquisicin, suministro, desarrollo, instalacin y mantenimiento de SOFTWARE y servicios de soporte. soporte Identifica todos los aspectos que deberan ser tratados y es independiente de la tecnologa, modelos de ciclo de vida, procesos de desarrollo y estructuras organizacionales. 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. A Asegurarse d la de l disponibilidad di ibilid d de d recursos e informacin i f i necesarios i 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.
2.41
Juan Hernndez - IS2
Calidad de Proceso Ejemplo Mapa Procesos

SEMICROL
Juan Hernndez - IS2
2.42
Calidad de Proceso - Evaluacin y Mejora de Procesos
Existen multitud de normas sobre procesos de ingeniera del software, , su calidad y su mejora. j
Juan Hernndez - IS2
2.43
Evaluacin y Mejora de Procesos - CMMI
CMMI (Capability Maturity Model Integrated) proporciona a las organizaciones de software el modelo de referencia necesario como soporte para el control de sus procesos de d desarrollo d ll y mantenimiento t i i t y para facilitar f ilit su evolucin l i hacia una cultura de la Ingeniera del Software y de excelencia en la gestin.
Desarrollado por el SEI (Software Engineering Institute) de la Universidad de Carnegie M ll Mellon, USA. USA Es E la l evolucin l i del d l anterior t i CMM. CMM Sirve para dos cosas principales:
Evaluar la madurez de los procesos de desarrollo de software dentro de una organizacin. Proponer P un plan l de d mejora j d los de l procesos de d desarrollo d ll de d software ft de d acuerdo d a una serie de niveles. Existen, en la v1.2, tres modelos,
Modelo CMMI-DEV SW Ago-06 CMMI-ACQ CMMI ACQ Nov-07 CMMI-SEV Feb-09 Descripcin CMMI for Development CMMI for Acquisition CMMI for Services Extensin CMMI-DEV IPPD
Juan Hernndez - IS2
2.44
reas de Proceso Claves (KPAs)

GESTIN DE PROCESO
Foco en Procesos Organizativos (OPF) Definicin de Procesos Organizativos (OPD) Formacin Organizativa (OT) Rendimiento de Procesos Organizativos (OPP) Innovacin y Despliegue Organizativo (OID)
Gestin de la Configuracin (CM) Aseguramiento de la Calidad de Producto y Proceso (PPQA) Medicin y Anlisis (MA) Anlisis de Decisiones y Soluciones (DAR) Anlisis Causal (CAR)
G GESTIN DE D PROYECTO P O
APOYO
Planificacin de Proyecto y (PP) ( ) Seguimiento & Control de Proyecto (PMC) Gestin de Acuerdos con Proveedores (SAM) Gestin Integrada de Proyecto (IPM) Gestin del Riesgo (RSKM) Gestin Cuantitativa de Proyecto (QPM)
IN NGENIER A
Gestin de Requisitos q ( (REQM) Q ) Desarrollo de Requisitos (RD) Solucin Tcnica (TS) Integracin de Producto (PI) Verificacin (VER) Validacin (VAL)
Juan Hernndez - IS2
2.45
Evaluacin y Mejora de Procesos CMMI
Hay dos representaciones de CMMI-DEV SW, Escalonada

Capacidad del rea a de Proces so (KPA)
C ti Continua 5 4 3 2 1 0
ML5 ML4 ML3 ML2 ML 1
KPA
KPA
KPA
rea de Proceso
Organizacin
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. ingeniera Centrada en la madurez de la organizacin. La seleccin de las reas de proceso clave (KPA) est prefijada, p j , habiendo 7 KPA para p el nivel de madurez 2 (ML2), 11 para el ML3, 2 para el ML4 y 2 ms para el ML5.
Muestra la representacin del nivel de capacidad de la organizacin para cada una de las reas de proceso.
Juan Hernndez - IS2
2.46
Niveles de Madurez.
Mejora Continua del Proceso
(2 reas de Proceso)
Es el tpico proyecto en el que se da la siguiente situacin: - Cmo va el proyecto? - Bien, bien. Dos semanas despus - Cmo C va el l proyecto? t ? - Bien, bien. Tres semanas despus - El lunes hay que entregar el proyecto. - El lunes !!?. Todava falta mucho!! - Cmo? Me dijiste j que q el proyecto p y iba bien!! Arrglatelas como quieras, pero el proyecto tiene que estar terminado para el lunes.
O i i d Optimizado
(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)
Si no sabes el tamao del proyecto y no sabes cuanto llevas hecho, nunca sabrs cuando vas a terminar. terminar
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)
Juan Hernndez - IS2
Ejecutado (1)
CMMI-ACQ CMMI-DEV+IPPD - Procesos Caticos (Ad Hoc)
2.47
Estructura del modelo

Nivel de Madurez rea de Proceso rea de Proceso rea de Proceso rea de Proceso rea de Proceso rea de Proceso
Obligatorio
Metas Genricas Metas Especficas Metas Genricas Metas Especficas
Nivel de Capacidad
Esperado
Prcticas Genricas Prcticas Especficas Prcticas Genricas Prcticas Especficas
Escalonada
Juan Hernndez - IS2
Continua
2.48
Ejemplo de KPA, Project Planning (PP)

SG1: Establish Estimates
SP1.1 Estimate the Scope of the Project SP1 2 Establish Estimates of Work Product SP1.2 and Task Attributes SP1.3 Define Project Lifecycle SP1.4 Determine Estimates of Effort and Cost SP2.1 Establish the Budget and Schedule SP2.2 Identify Project Risks SP2.3 Plan for Data Management SP2.4 Plan for Project Resources SP2.5 Plan for Needed Knowledge and Skills SP2.6 Plan Stakeholder Involvement SP2.7 Establish the Project Plan
SG3: Obtain Commitment to the Plan

SP3.1 Review Plans That Affect the Project SP3.2 Reconcile Work and Resource Levels SP3.3 Obtain Plan Commitment
SG2: Develop a Project Plan
Juan Hernndez - IS2
2.49
Metas y Prcticas Genricas

GG1 C GG1: Conseguir i l las metas t especficas fi GP1: Realizar las prcticas especficas GG2: Institucionalizar un Proceso Gestionado GP2.1: Establecer una poltica organizativa GP2.2: Planificar el proceso GP2.3: Suministrar recursos para la realizacin del proceso GP2.4: GP2 4 Asignar A i responsabilidades bilid d para realizar el proceso GP2.5: Entrenar a las personas que realizan el proceso GP2.6: GP2 6: Gestionar la configuracin de los elementos del proceso GP2.7: Identificar e involucrar a los agentes relevantes del proceso GP2.8: Seguir y controlar la realizacin del proceso GP2.9: Evaluar objetivamente el cumplimiento del proceso GP2.10: Revisar el estado con la Direccin
GG3: Institucionalizar un Proceso Definido GP3.1: Establecer un proceso definido GP3.2: Recopilar informacin sobre la mejora del proceso GG4: Institucionalizar un Proceso Gestionado Cuantitativamente GP4.1: Establecer objetivos cuantitativos para el proceso GP4.2: Estabilizar el rendimiento de los subprocesos GG5: Institucionalizar Proceso Optimizado GP5.1: Asegurar g la mejora j continua del proceso GP5.2: Corregir la causa de los problemas
Juan Hernndez - IS2
2.50
Evaluacin (Appraisal)
Las organizaciones L i i pueden d querer evaluar l su nivel i l de d madurez d (organizacional) o su nivel de capacidad (de procesos determinados) por varias razones:
Comparar con las mejores prcticas CMMI y determinar qu mejoras se pueden hacer. Informar a los clientes externos y p proveedores acerca de cmo funciona la organizacin y lleva a cabo sus procesos. Para cumplir los requisitos contractuales de uno o ms clientes.
SCAMPI (Standard CMMI Appraisal Method for Process Improvement) es el mtodo propuesto por el SEI para realizar evaluaciones l CMMI, con el l fin f de: d
Identificar fortalezas y debilidades de los procesos, Revelar riesgos del proceso de desarrollo, y Determinar niveles de capacidad y madurez.
Juan Hernndez - IS2
2.51
Evaluacin (Appraisal)
1. Presentacin Inicial 4. Presentacin del Informe de Resultados
0. Preparacin y Consolidacin de Evidencias PIIDB
2. Revisin Documentacin 5. Elaboracin de Recomendaciones de mejora
3. Entrevistas E i Entrevistas reas de proceso Entrevistas de las reas de proceso reas de proceso Consolidacin de evidencias y puntuacin de las practicas
6. Planificacin del Plan de Mejora
Juan Hernndez - IS2
2.52
Evaluacin (Appraisal). Ejemplo Resultados PP.

Metas
SG1: Realizar estimaciones SG2: Desarrollar un plan de proyecto SG3: Obtener el compromiso con el plan GG2: Institucionalizar un Proceso Gestionado
PA Goals
SG1 SG2 SP1.1 R SP2.1 R SP3.1 R GP2.1 R SP1.2 R SP2.2 R SP3.2 R GP2.2 Y SP1.3 G SP2.3 G SP3.3 R GP2.3 R SP1.4 R SP2.4 R SP2.5 R SP2.6 R SP2.7 R
Practices
PP
SG3 GG2
PP Level of Implementation and Institutionalization

GP2.8 R GP2.9 R GP2.10 R
GP2.4 R
GP2.5 R
GP2.6 G
GP2.7 R
100%
PP Practice Characterization 0%
0% 13% 4%
90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Implementation Institutionalization
83%
Juan Hernndez - IS2
2.53
Evaluacin (Appraisal). Ejemplo Resultados Nivel 2.

reas de Proceso Perfiles de Metas
rea de Proceso
Gestin de Requisitos Planificacin del Proyecto Seg imiento y Control del Pro Seguimiento Proyecto ecto Gestin de Acuerdos con Proveedores Medicin y Anlisis A Aseguramiento i t de d l la C Calidad lid d Gestin de la Configuracin 5 de 22 23 % 7 de 22 32 % 10 de 22 45 %
SG1
SG2
SG3
GG2
Juan Hernndez - IS2
2.54
Mejora (Improvement)
IDEAL define d f un marco d de ciclo l de d vida d para la l mejora de d
procesos.
Juan Hernndez - IS2
2.55
Evaluacin y Mejora de Procesos ISO 15504 SPICE
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. Ventajas:
Es estndar internacional oficial (alineado con los dems estndares ISO). Es ms completo y verstil.
Frente a CMMI:
Desventajas:
Est menos implantado a nivel industrial (lleva menos aos). aos)
Juan Hernndez - IS2
2.56

Modelo de Referencia de Procesos
- Dominio y Alcance - Propsito del Proceso - Resultados del Proceso
Marco de Trabajo para la Medicin

- Niveles de Capacidad - Atributos At ib t del d l Proceso P - 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 p - Evaluador(es)
Juan Hernndez - IS2
2.57

2 Dimensiones: Proceso y Capacidad
Juan Hernndez - IS2
2.58

Modelo de Referencia de Procesos segn ISO 12207
Juan Hernndez - IS2
2.59

Modelo de Referencia de Capacidad
Juan Hernndez - IS2
2.60

Contextos de Mejora y Capacidad
Juan Hernndez - IS2
2.61

Modelo de Evaluacin
Juan Hernndez - IS2
2.62

Resultados de la Evaluacin (Assessed Capability)
Juan Hernndez - IS2
2.63

Etapas en la Mejora Continua de Procesos
Juan Hernndez - IS2
2.64
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. organizacin Pero existen otros dos niveles de mejora inferiores, enmarcados en el contexto de una organizacin que aplica CMMI,
Juan Hernndez - IS2
2.65
PSP (Personal Software Process)

Humprey, p y, W.S. (2001): ( ) Introduccin al Proceso Software Personal (PSP). ( ) Addison-Wesley. y
Proporciona una serie de principios al ingeniero para llevar a cabo un proceso personal disciplinado. Incluye 7 procesos a realizar por el ingeniero software. 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 Ta eas Planificacin de Calendario
Gestin Personal del Proyecto
PSP 0
Medidas Base del Estndar st da de Codificacin Cod cac P Proceso Actual A t l

Mejora del Proceso Tamao Medicin
PSP 0.1
Lnea Base del Proceso Personal
Juan Hernndez - IS2
2.66
PSP utiliza tres medidas base:

Tiempo de d desarrollo, d ll defectos d f y tamao. Todas las dems medidas son derivadas de las anteriores.
Ejemplo de formulario: registro de tiempos
Juan Hernndez - IS2
2.67
Team Software Process (TSP)

Humprey W.S. Humprey, W S (2000): Introduction to the Team Software Process (TSP) (TSP). Addison Addison-Wesley. Wesley
Juan Hernndez - IS2
2.68
Medicin del Software - Introduccin

Cuando puedas medir lo que ests diciendo y expresarlo p 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 Lo que no sea medible, hazlo medible.

Galileo Galilei
No No se puede predecir lo que no se puede medir.

Norman Fenton
No se puede controlar lo que no se puede medir.

Tom De Marco
No todo lo que importa puede medirse fcilmente. No todo lo que puede medirse importa realmente. realmente
Albert Einstein
Medicin del Software - Introduccin

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, Pfleeger 1997):
1. 2. 3. 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 Resultado R lt d de d la Medicin
Qu medimos?
Entidad
Conjunto de operaciones que permite obtener el valor del resultado de la medicin para un atributo de una entidad, usando una forma de medir.
ej: 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
ej: Sw, Proyecto, Programador
Atributo
Categora o nmero asignado a un atributo de una entidad como resultado de una medicin.
ej: 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
Juan Hernndez - IS2
2.70
Medicin del Software Tipos 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 * 1..* usa 1
0..* usa 0..*
0 * 0.. usa 0..*
1 * 1..* calculada con 1
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
Juan Hernndez - IS2
2.71
Medicin del Software Definiciones

Concepto Atributo Medida (Mtrica) Definicin
Una propiedad mensurable, fsica o abstracta, que comparten todas las entidades de una cierta categora de entidad.
[SW MEASUREMENT ONTOLOGY]
Ejemplo
Tamao de cdigo fuente.
La medida L did lneas l d cdigo de di puede d Una forma de medir y una escala de medicin. ser definida para realizar mediciones del tamao de un mdulo en C. LCF (lneas de cdigo fuente escritas). escritas) Una medida de un atributo que no depende de HPD (horas-programador diarias). ninguna otra medida, y cuya forma de medir es CHP (coste por hora-programador, en un mtodo de medicin unidades monetarias). Una medida que es derivada de otra medida HPT (horas-programador totales, que base o derivada, utilizando una funcin de es la sumatoria de las HPD de cada clculo como forma de medir. da). Una medida que es derivada de otras medidas PROD (productividad de los utilizando un modelo de anlisis como forma programadores). de medir. CAR (caresta del proyecto)
Medida Base
Medida Derivada Indicador
Juan Hernndez - IS2
2.72
Medicin del Software Definiciones

Concepto Forma de Medir Definicin
Secuencia de operaciones cuyo objeto es determinar el valor del resultado de la medicin. La forma de medir una medida base. Secuencia lgica de operaciones, descritas de forma genrica, usadas para realizar p de una mediciones de un atributo respecto escala especfica.
[SW MEASUREMENT ONTOLOGY]
Ejemplo
Una forma de medir puede ser un mtodo de medicin, una funcin de clculo o un modelo de anlisis. Contar lneas de cdigo. Anotar cada da las horas dedicadas por los programadores al proyecto.
Mtodo de Medicin
Funcin de Clculo Modelo ode o de Anlisis
La forma de medir una medida derivada. Algoritmo g o clculo realizado p para combinar C CTP = C CHP * HPT. dos o ms medidas base y/o derivadas La forma de medir un indicador. Algoritmo o para combinar una o ms clculo realizado p medidas (base, derivadas o indicadores) con criterios de decisin asociados.
Juan Hernndez - IS2
2.73
Medicin del Software Proceso de Medicin

Practical Software Measurement (PSM)
ISO/IEC 15939
emplean
ISO/IEC 15939, Proceso de Medicin Software
CMMI Medicin y Anlisis
Estndares ISO/IEC SC7 12207 (revisin- procesos de soporte) 15288 (C (Conceptos t d de medicin) di i ) 9126 (terminologa coordinada)
GQM (Goal Question Metric)
Estndares y Metodologas
14598 (terminologa coordinada) ISO 90003:2004 (objetivos)
Juan Hernndez - IS2
2.74
Medicin del Software Proceso de Medicin

Requerimientos de Medicin PROCESOS TCNICOS Y DE GESTIN Necesidades d de Informacin
ISO/IEC 15939
Productos P d t Informativos
Realimentacin de los usuarios
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
Juan Hernndez - IS2
2.75
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. preguntas
C Conceptual t l
Modelos Implcitos p
Objetivo
Definicin
Preguntas g
P2 P3
Operacional
P1
P4
Cuantitativo
Interpretacin
Juan Hernndez - IS2
M1
M2
M3
M4
M5
M6
M7
Mtricas
2.76
Fases GQM:
Objetivo Logro g de Objetivo Respuesta
Pregunta Plan del Proyecto
Mtrica
Medicin
Definicin
Interpretacin
Datos Recogidos
Planificacin
Recogida de Datos
Juan Hernndez - IS2
2.77
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 g 1. Cmo influye y la complejidad p j 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
NFK ( T ) (T ) NA ( T )
NT - NMERO DE TABLAS NA - NMERO DE ATRIBUTOS NFK - NMERO DE CLAVES AJENAS (NFK)
Juan Hernndez - IS2
2.79
Medicin del Software - Medidas
Tipos de Entidades y Medidas Software

- Objetivo: Proporcionar Indicadores para la Mejora de Procesos j - Basada en Anlisis Global de Medidas de Proyecto a lo largo de un periodo de tiempo Reducir costes y tiempos - Aplicado fundamentalmente en la fase de Estimacin -Estimacin Tamao Puntos Funcin (Albretch, Albretch, 1979) - Objetivo: Evaluacin de los Artefactos obtenidos - Gran Cantidad y Diversidad de Medidas
Medidas de Proceso
- Objetivo: Control de Proyectos
Medidas P Proyecto t
Medidas Proyecto
Medidas Producto
Medidas Producto
Medidas Producto
Medidas Producto
Juan Hernndez - IS2
2.80
Ejemplos de Medidas Clsicas de Producto: LOC ( (Lneas de Cdigo g Fuente) ) [ [TAMAO] ] Complejidad Ciclomtica de McCabe [COMPLEJIDAD]
V(G) = A N + 2, siendo A el nmero de arcos del grafo y N el nmero de nodos.
Ejemplos de Medidas para Sistemas OO: n WMC i 1 n Ci Mtodos Ponderados por Clase (WMC) Profundidad del rbol de Herencia de una Clase (DIT) Nmero de Hijos (NOC)
i
WMC(Persona) = 8 DIT(Persona) = 0 DIT(Empleado Fijo)= 2 NOC(Persona) = 2 NOC (Empleado) =2

Ejemplos de Medidas para Sistemas OO: Acoplamiento entre Objetos (CBO)

Cuenta
numerocuenta : string saldo : integer Fechacreacioncuenta : date tiene
Cliente
numerocliente : string
1 1
asociada a
CBO(Cuenta) = 0 CBO(Cliente) = 2
* Tarjetacredito
numerotarjeta : string nombrebanco : string tiene AutorizacionTarjeta contrasea : string limite : integer
Respuesta para una Clase (RFC)
RFC(A)=10
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, B::f3, C::f1 C::f2 } = = {A::f1, {A::f1 A::f2, A::f2 A::f3, A::f3 A::F4, A::F4 B::f1, B::f1 B::f2 B::f2, B::f3, B::f3 C::f1, C::f2, C::f3} Juan Hernndez - IS2 2.82
Medicin del Software Diagramas de Kiviat

A travs de mapas de valores de distintas mtricas del producto y sus tolerancias obtenemos una foto del ndice de calidad del mismo.
Juan Hernndez - IS2
2.83
Gestin de la Calidad Sw Quality Management (SQM)
Es aplicable a los productos, procesos y recursos implicados en el desarrollo de Sw, pudiendo emplearse tanto para productos intermedios como para el producto final. Los procesos SQM tienen como objetivos:
Satisfacer los requisitos de clientes y dems stakeholders, buscando su satisfaccin y alcanzar la la calidad del software necesaria . Instaurar una cultura de calidad en la organizacin basada en la responsabilidad de los distintos participantes en el proceso de desarrollo.
Los principales procesos SQM son:

Aseguramiento de Calidad (Quality Assurance) Verificacin (Verification) Validacin (Validation) (Quality Control)
Juan Hernndez - IS2
2.84
Gestin de la Calidad - Sw Quality Assurance (SQA)
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, documentos estndares, estndares prcticas y convenciones aplicables en el proyecto y cmo ste ser controlado y supervisado. Tambin establece medidas, estadsticas, procedimientos para informar de problemas, bl acciones i correctivas, ti recursos (herramientas), (h i t ) .. SQM SQA SQC
PROCEDIMIENTOS DE CALIDAD
MANUAL DE CALIDAD
+
Plan SQA adaptado
PROYECTO 1 Plan SQA adaptado

Normas propias y exigencias del cliente
PROYECTO 3
PROYECTO 2 Pl Plan SQA adaptado
Condiciones especiales del proyecto
Juan Hernndez - IS2
2.85
Verificacin y Validacin - Sw Quality Control (SQC)
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. Actividades 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
Actividades 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
Juan Hernndez - IS2
2.86
Verificacin y Validacin Tipos Revisiones
Revisiones informales: No hay y p procedimientos definidos, , p por lo q que la revisin se realiza de la forma ms
flexible posible.
Ventajas menor coste y esfuerzo, preparacin corta, etc. Desventajas j Detectan menos defectos Revisiones semi-formales: Se definen unos procedimientos mnimos a seguir walkthroughs. R i i Revisiones f formales l : Se S d fi define completamente l t t el l proceso, los l participantes y sus funciones, los documentos, etc. inspecciones.
En cualquier caso pueden ser Tcnicas o de Gestin Gestin Tcnicas
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
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
Juan Hernndez - IS2
2.87
Verificacin y Validacin - Inspecciones
Inspecciones, qu son?
Orientadas a la deteccin de 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.
Juan Hernndez - IS2
2.88
Inspecciones. Flujo de Trabajo y Roles.

Producto P d a revisar PLANIFICACIN Criterios de entrada y salida Documentos de soporte
(estndares, guas y procedimientos)
VISIN GENERAL (Opcional)
Notificacin de la inspeccin
Roles
Jefe del Proyecto Coordinador Moderador Autor Lector Inspector Secretario
PREPARACIN Lista de defectos
Funcin
Responsable de administrativas las actividades
Lista de comprobacin
Elegido por el jefe de proyecto para el aseguramiento de la calidad Comprueba que se siguen procedimientos de la inspeccin los
A d Agenda Resumen de defectos
REUNIN Informe de inspeccin
CORRECCIN
Responsable de corregir los errores que se detecten Gua al resto del equipo Detecta defectos Anota y clasifica encontrados los defectos
SEGUIMIENTO Producto aceptado 2.89
Juan Hernndez - IS2
Inspecciones. Informes.
Proporcionan informacin del progreso o resultados de la inspeccin Estructura:

Notificacin de la reunin de inspeccin p Anuncio formal Lista de Defectos Registro detallado de cada defecto descubierto
Localizacin Descripcin Problema Clasificacin
Informe Resumen de Defectos Informe de Inspeccin
Juan Hernndez - IS2
2.90
Inspecciones. Checklist de Comprobacin.

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)?
LISTA DE COMPROBACIN PARA LA REVISIN DE UNA ERS

Organizacin y complecin Son correctas las referencias cruzadas a otros requisitos? Estn E t todos t d los l requisitos i it escritos it de d una manera consistente i t t y a un nivel i l apropiado de detalle? Correccin Hay algn requisito que entre en conflicto o duplique a otro requisito? Est cada requisito escrito de una' forma clara, 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?
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?
Juan Hernndez - IS2
2.91
Verificacin y Validacin - Walkthroughs

Buscar defectos, omisiones y contradicciones. Mejorar el producto. Evaluar conformidad con estndares o normas. Considerar posibles soluciones y alternativas a los problemas encontrados.
INSPECCIN WALKTHROUGH
Objetivo
Deteccin de defectos.
Deteccin de defectos. Comentarios sobre el estilo. Bsqueda de soluciones. Intercambio de conocimientos. conocimientos Informal o Semiformal. Personas del mismo nivel del equipo de desarrollo desarrollo. No. A veces. No. No No.
Formalidad Composicin del equipo Papeles definidos de los participantes Utilizacin de listas de comprobacin Clasificacin de defectos Anlisis de resultados para realimentar nuevas revisiones
Formal. Personas de distinto nivel jerrquico, que pueden pertenecer adems a otros proyectos. S. Si Siempre. S. S S.
Juan Hernndez - IS2
2.92
Verificacin y Validacin - Auditoras
Auditoras: Auditora funcional (AFU):

Es un examen sobre el software justo antes de su entrega Verificar que cumple todos los requisitos definidos en la ERS. Es un examen que se realiza para verificar que el software y su documentacin son consistentes y estn preparados para su entrega. 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.
Auditora fsica (AFI):
Auditora durante el proceso de desarrollo (AP):
Juan Hernndez - IS2
2.93
Verificacin y Validacin - Auditoras
Auditoras vs Revisiones:
ATRIBUTO
MECANISMO RESPONSABILIDAD
REVISIONES
Las reuniones. Generalmente compartida entre un grupo de personas pertenecientes a la organizacin. Corta: unas pocas horas. Las reuniones pueden tener mltiples sesiones sesiones. Depende de la fase del ciclo i l d de vida. id
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 revisiones, incluso, algunas pruebas peridicas. Peridica.
DURACIN ANIDAMIENTO
FRECUENCIA
Juan Hernndez - IS2
2.94
APNDICE A Conceptos ISO 9000:2005

Trminos relativos a la Calidad
Juan Hernndez - IS2
2.95

Trminos relativos a la Gestin (i)
Juan Hernndez - IS2
2.96

Trminos relativos a la Gestin (ii)
Juan Hernndez - IS2
2.97

Trminos relativos a la Organizacin
Juan Hernndez - IS2
2.98

Trminos relativos al Proceso y al Producto
Juan Hernndez - IS2
2.99

Trminos relativos a las Caractersticas
Juan Hernndez - IS2
2.100

Trminos relativos a la Conformidad (i)
Juan Hernndez - IS2
2.101

Trminos relativos a la Conformidad (ii)
Juan Hernndez - IS2
2.102

Trminos relativos a la Documentacin
Juan Hernndez - IS2
2.103

Trminos relativos al Examen
Juan Hernndez - IS2
2.104

Trminos relativos a la Auditora
Juan Hernndez - IS2
2.105

Trminos relativos al Aseguramiento de la Calidad para los Procesos de Medicin
Juan Hernndez - IS2
2.106
APNDICE B Otras Tcnicas de Verificacin y Validacin
Anlisis de algoritmos
Verificar la funcionalidad de los algoritmos g y recoger g estadsticas sobre el consumo de recursos en tiempo de ejecucin.
A li i de Anlisis d simulacin i l i
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.
Juan Hernndez - IS2
2.107
Generadores de referencias cruzadas

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

D Determinar i la l presencia i o ausencia i de d errores del d l flujo fl j de d control, l es decir, d i secuencias incorrectas en la ejecucin de un programa.
A li d Analizadores y estimadores ti d de d tiempos ti de d ejecucin j i

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 sistema.
Juan Hernndez - IS2
2.108
Anlisis de requisitos
Buscar errores sintcticos, , inconsistencias lgicas g o ambigedades g entre las entradas del sistema, sus salidas, procesos y datos.
A li i de Anlisis d trazabilidad t bilid d de d requisitos i it

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.
Juan Hernndez - IS2
2.109
APNDICE C Lista de Defectos de Inspecciones
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). Defectos en la especificacin de los datos (por ejemplo, declaraciones, inicializaciones o descripciones de datos i incorrectas). )
2.110
Datos
Juan Hernndez - IS2
APNDICE C Lista de Defectos de Inspecciones
Clasificacin: Factor de Calidad, Tipo, Clase, 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 d los de l bucles b l incorrectos). i t ) Defectos en la comunicacin con dispositivos. Defectos e ectos g gramaticales. a at ca es. Especificaciones incompletas de una condicin de prueba o una desviacin del plan de pruebas. Defectos D f en la l definicin d fi i i o especificacin ifi i software f o hardware h d d de pruebas, nivel de seguridad, etc. Defectos en la definicin o especificacin del alcance de las pruebas. Falta de la eficiencia de ejecucin prevista.
Juan Hernndez - IS2
2.111

Gestion de Calidad

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Gestion de Calidad

Uploaded by

Copyright:

Available Formats

IngenieradelSo/wareII

Objetivos del Tema

Juan Hernndez - IS2

Medicin del Software

Proceso oceso GQM Mtricas Aseguramiento Verificacin y Validacin

Gestin de la Calidad del Sw

A di A: Apndice A Conceptos C ISO

Apndice B: Otras Tcnicas de

Apndice C: Lista de Defectos de

Juan Hernndez - IS2

SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004 Version.

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

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

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

Juan Hernndez - IS2

Juan Hernndez - IS2

Introduccin Historia de la Calidad (1/2)

Juan Hernndez - IS2

Introduccin Historia de la Calidad (2/2)

Expectativas del Cliente

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Y cules eran mis requisitos para comprar un

Segn esto esto, el elegido es. es

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Ligado a compromisos aceptables

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Confianza para la Direccin

Confianza para el p Cliente

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Gestin de la Calidad (Quality Management):

Aseguramiento de la Calidad (Quality Assurance):

Juan Hernndez - IS2

Introduccin Concepto de Calidad

Control de la Calidad (Quality Control):

Juan Hernndez - IS2

Introduccin Perspectivas de la Calidad

Juan Hernndez - IS2

Introduccin Perspectivas de la Calidad

Juan Hernndez - IS2

Introduccin Perspectivas de la Calidad

Plan de Calidad adaptado

Plan de Calidad del proyecto

Normas propias y exigencias del cliente

Plan de Calidad adaptado

Juan Hernndez - IS2

Introduccin Modelo de Calidad Total

Juan Hernndez - IS2

RESU ULTADOS CLAVE 15%

EFQM modelo de Gestin Empresarial basado en la Mejora Continua.

Introduccin - Calidad de Sistemas de Informacin

Calidad del sistema como funcin de las percepciones p p de los Stakeholders

Impacto individual y organizacional

Introduccin - Calidad de Sistemas de Informacin

Calidad de la infraestructura Calidad de la gestin