GP-GII Tema 5-Gestión de la calidad

7/23/2019 GP-GII Tema 5-Gestin de la calidad

1/138

Gestin de Proyectos

TEMA 5Gestin de la calidad

Mara N. Moreno Garca

[email protected]://mida.usal.es

Universidad de Salamanca. Departamento de Informtica y Automtica


2/138

Gestin de Proyectos

Gestin de la calidad 2

Contenidos1. Introduccin

2. Evolucin histrica

3. Aspectos de la gestin de calidad4. mbitos de la gestin de calidad

5. Normalizacin y certificacin

6. Modelos de calidad del software7. Fiabilidad del software

8. Revisiones

9. Mtricas de calidad10. Calidad de sistemas Web


3/138

Gestin de Proyectos


Introduccin Concepto de calidad

Propiedad o conjunto de propiedades inherentes a algo, que

permiten juzgar su valor[RAE, 2001] Grado con el que un sistema, componente o proceso cumple los

requisitos especificados [IEEE 829-2008]

Habilidad de un producto, servicio, sistema, componente o

proceso de satisfacer las necesidades, expectativas o requisitos

del cliente o usuario [ISO/IEC/IEEE 24765:2010]

Calidad del software

Capacidad de un producto software de satisfacer las

necesidades manifestadas e implcitas cuando se usa bajo

condiciones especificadas [ISO/IEC 25000:2014]


4/138

Gestin de Proyectos


Introduccin Calidad del software [Presman, 2002]

Calidad del diseo: caractersticas que especifican los

ingenieros de software para un elemento Calidad de concordancia: grado de cumplimiento de las

especificaciones de diseo durante su realizacin

Satisfaccin del usuario [Glass, 1998]

Producto satisfactorio

Buena calidad

Entrega dentro del presupuesto y tiempo establecidos


5/138

Gestin de Proyectos


Introduccin Tipos de calidad

Calidad realizada: la que es capaz de obtener la persona querealiza el trabajo

Calidad programada: La calidad que se ha pretendido obtener

Calidad necesaria: La calidad que el cliente exige con mayor omenor grado de concrecin

CALIDAD

PROGRAMADA

CALIDAD

NECESARIA

CALIDAD

REALIZADA

Tipos de calidad


6/138

Gestin de Proyectos


Evolucin histrica Etapas

Inspeccin Supervisin de productos terminados

Aceptacin o rechazo en funcin del cumplimiento de requisitos Control de la calidad (1940-1960)

Control estadstico de la calidad para la deteccin de errores Ciclo de Deming PDCA (Plan, Do, Check, Act). Control de procesos

con Cuadros de Control Tcnicas grficas de control de Ishikawa

Aseguramiento de la calidad Incorporacin de la calidad al producto desde la fase de desarrollo

hasta el final de forma planificada

Se siguen normas de calidad como ISO 9000 (1994) Gestin de la calidad total

TQM: Total Quality Management (Deming, 1986) Modelo EFQM: European Model for Business Excelence (1992)

ISO 9000:2000, (2000)


7/138

Gestin de Proyectos


Evolucin histrica Ciclo PDCA : Ciclo desarrollado por A. Shewhart y popularizado

por Deming PLAN: Disear o revisar los procesos de negocio para mejorar

resultados DO: Implementar el plan y medir su rendimiento CHECK: Evaluar las medidas y elaborar informes de resultados para la

toma de decisiones ACT: Decidir los cambios necesarios para mejorar el proceso

Ciclo PDCA


8/138

Gestin de Proyectos


Evolucin histrica Tcnicas grficas de control de la calidad de Ishikawa

Diagrama causa-efecto (fishbone)

Diagrama Pareto

Histogramas Run chart

Diagrama de control de procesos

Diagrama de estratificacin

Diagrama scatter

Diagrama causa-efecto (fishbone)


9/138

Gestin de Proyectos


Aspectos de la gestin de calidad Gestin de la calidad del software:

Aspecto de la funcin general de la gestin que determina y aplica

la poltica de calidad [AENOR, 1992]

Actividades coordinadas para dirigir y controlar una organizacin

respecto a la calidad [ISO/IEC TR19759:2005]

Aseguramiento (garanta) de calidad del software:Parte de la gestin de la calidad centrada en aportar la confianza en

el cumplimiento de los requisitos de calidad [ISO/IEC 15288:2008 ]

Patrn planificado y sistemtico de todas las acciones necesariaspara proporcionar la confianza adecuada de que un producto o

servicio cumple con los requisitos tcnicos establecidos

[ISO/IEC/IEEE 24765:2010 ]


10/138

Gestin de Proyectos


Aspectos de la gestin de calidad

Control de calidad del software:

Tcnicas y actividades de carcter operativo utilizadas para

satisfacer los requisitos relativos a la calidad, centradas en dosobjetivos fundamentales: mantener bajo control un proceso y

eliminar las causas de defectos en las diferentes fases del ciclo de

vida [AENOR, 1992]

Conjunto de actividades que miden, evalan e informan sobre lacalidad de los artefactos del proyecto de software durante todo el

ciclo de vida del proyecto [PMI, 2013]

Verificacin y validacin: Verificacin. Comprobar si los productos construidos en una

fase del ciclo de vida satisfacen los requisitos establecidos en lafase anterior

Validacin: Comprobar si el software construido satisface los

requisitos de usuario


11/138

Gestin de Proyectos


mbitos de la gestin de calidad

El trabajo para la mejora de la calidad tiene dos mbitosde actuacin:

Nivel de empresa/organizacin Nivel de proyecto

La gestin de la calidad a nivel de empresa uorganizacin consiste en la creacin de una estructura

organizativa apropiada para fomentar el trabajo por lacalidad de todas las personas y departamentos de laempresa.

En cada proyecto de desarrollo se deben aplicar lasdirectrices de calidad fijadas a nivel de la organizacin.Para ello es imprescindible la adaptacin de las mismasa las condiciones de cada proyecto.


12/138

Gestin de Proyectos


mbitos de la gestin de calidad

Manual de calidad

Procedimientosde calidad

PROYECTO 1

Plan decalidad

adaptado

PROYECTO 3

Plan decalidad del

proyecto

PROYECTO 2

Plan de

calidadadaptado

+Documentacin delSistema de Calidad

Normas propias yexigencias del cliente

Condicionesespeciales del proyecto


13/138

Gestin de Proyectos


mbitos de la gestin de calidadCalidad a nivel de la organizacin (I)

Para la implantacin de una infraestructura de calidad es necesario elapoyo de un Sistema de Calidad o Sistema de Gestin de la

Calidad (SGC)Marco de trabajo de la organizacin cuya estructura proporciona las

polticas, procesos y recursos necesarios para implementar el plan

de gestin de la calidad [PMI, 2013]

El sistema de calidad se debe adecuar a los objetivos de calidad de laempresa

Un sistema de calidad consta de dos partes: Documentacin en la que se describe el sistema, procedimientos, etc.

ajustndose a una norma Parte prctica, que tiene dos vertientes:

Aspectos fsicos

Aspectos humanos


14/138

Gestin de Proyectos


mbitos de la gestin de calidadCalidad a nivel de la organizacin (II)

Manual de calidad. Descripcin del sistemaque sirve de referencia permanente en laaplicacin del sistema

Procedimientos de calidad. Instruccionesespecficas para ciertas actividades o procesos

Documentacin (instrucciones de trabajo)Directrices especficas de las actividades que

forman parte de los procedimientos Registros de datos sobre calidad.

Almacenamiento de informacin sobreactividades relacionadas con la calidad

Documentacin del sistema de calidad

Estructura piramidal [ISO 10013:2001] [ISO 9001:2000]


15/138

Gestin de Proyectos


Para adaptar las directrices marcadas por los sistemas de calidad acada proyecto particular hay que generar un plan especfico decalidad: Plan de aseguramiento de la calidad (SQA)

El plan de aseguramiento debe contener [IEEE 730-2014]

mbitos de la gestin de calidadCalidad a nivel del proyecto (I)

1. Propsito y alcance

2. Definiciones y acrnimos3. Documentacin de referencia4. Visin general del plan SQA5. Actividades, resultados y tareas

Aseguramiento del producto

Aseguramiento del proceso6. Consideraciones adicionales7. Registros SQA


16/138

Gestin de Proyectos


Normalizacin y certificacin

Historia 1969: El Instituto Nacional Americano de Estndares (ANSI)

nombr un comit (N-45) para elaborar normas de control dela calidad en plantas nucleares

1979: La Institucin Britnica de Estndares (BSI) publica lanorma BS-5750 sobre aseguramiento de la calidad

1987: La Organizacin Internacional para la Estandarizacin(ISO) publica la familia de normas ISO 9000 para la gestin yaseguramiento de la calidad

2000: Se publican las normas ISO 9000:2000 para Sistemas deGestin de la calidad

Desde 1980 la organizacin IEEE-CS (Institute of Electrical andElectronics Engineers-Computer Society) ha publicado grancantidad de normas relacionadas con la calidad del software


17/138

Gestin de Proyectos



Normas ISO 9000 (I)


18/138

Gestin de Proyectos



Normas ISO 9000 (II) ISO 9000: Normas para la gestin y aseguramiento de la calidad

Se pueden dividir en dos grupos: Normas para el aseguramiento externo de la calidad

ISO 9001: Aseguramiento de la calidad en organizaciones cuyo procesoabarca desde el diseo hasta el servicio posventa

ISO 9002: Aseguramiento de la calidad en organizaciones cuya actividad sebasa en las fases de produccin y de instalacin

ISO 9003: Aseguramiento de la calidad en organizaciones cuya actividadconsiste en inspecciones y ensayos finales

Normas para la gestin interna de la calidad

ISO 9004: Elementos de un sistema de calidad

Gua ISO 9000-3: gua para aplicar ISO 9001 al desarrollo, suministro ymantenimiento de software Marco de trabajo de la empresa Actividades del ciclo de vida Actividades de apoyo


19/138

Gestin de Proyectos



Normas ISO 9000 (III) Las normas de la serie ISO 9000 se adoptaron sin modificacin como

normas europeas (serie EN 29000) y como normas espaolas (serie UNE66-900)

Normativa ISO 9000

ISO 9000CONCEPTOS Y DIRECTRICESGENERALES

ISO 9004

GESTIN INTERNA DE LACALIDAD

ISO 9001

DISEO, PRODUCCIN,INSTALACIN Y POSVENTA

ISO 9002

PRODUCCIN, INSTALACIN

ISO 9003

INSPECCIN Y ENSAYOSFINALES

ASEGURAMIENTO EXTERNODE LA CALIDAD

UNE 66-907-91

GUA PARA MANUALES DECALIDAD

ISO 9000CONCEPTOS Y DIRECTRICESGENERALES

ISO 9004

GESTIN INTERNA DE LACALIDAD

ISO 9001

DISEO, PRODUCCIN,INSTALACIN Y POSVENTA

ISO 9002

PRODUCCIN, INSTALACIN

ISO 9003

INSPECCIN Y ENSAYOSFINALES

ASEGURAMIENTO EXTERNODE LA CALIDAD

UNE 66-907-91

GUA PARA MANUALES DECALIDAD


20/138

Gestin de Proyectos



Normas ISO 9000:2000 (I) ISO 9000:2000, ISO 9000:2005. Sistemas de gestin de la calidad.

Fundamentos y vocabulario Define los trminos fundamentales y definiciones usadas en la familia ISO 9000

ISO 9001:2000, ISO 9001:2008. Sistemas de gestin de la calidad. Requisitos Define la auditora de sistemas de calidad: permite realizar certificaciones externas dela calidad

Se organiza en las siguientes secciones: 0. Introduccin 1. Objeto y campo de aplicacin

2. Referencias normativas 3. Trminos y definiciones 4. Sistema de gestin de la calidad 5. Responsabilidad de la direccin 6. Gestin de recursos 7. Realizacin del producto

8. Medicin, anlisis y mejora ISO 9004:2000. Sistemas de gestin de la calidad. Guas para la mejora del

desempeo (performance) Describe un sistema de calidad que cumple los requisitos bsicos especificados en la

norma 9001 Es una gua para las organizaciones que quieren mejorar la calidad de sus sistemas

despus de aplicar ISO 9001


21/138

Gestin de Proyectos



Normas ISO 9000:2000 (II) ISO 9001:2008. Sistemas de gestin de la calidad

Enfoque basado en procesos

Ciclo PDCA Planificar

Establecer los objetivos y procesos necesarios para conseguirresultados de acuerdo con los requisitosdel cliente y las polticas de la organizacin

Hacer Implementar los procesos

Verificar Realizar el seguimiento y la medicin de los procesos y los productos

respecto a las polticas, los objetivos y los requisitos para el producto Informar sobre los resultados

Actuar Realizar acciones para la mejora continua de los procesos


22/138

Gestin de Proyectos



Normas ISO 9000:2000 (III) ISO 9001:2008. Sistemas de gestin de la calidad

Objeto y campo de aplicacin

Requisitos generales Requisitos de la documentacin

Generalidades

Manual de Calidad

Control de los documentos Control de los registros

Sistema de gestin de la calidad

Responsabilidad de la direccin

Gestin de recursos Realizacin del producto

Medicin, anlisis y mejora


23/138

Gestin de Proyectos



Normas ISO 9000:2000 (III) ISO 9001:2008. Sistemas de gestin de la

calidad

Responsabilidades de la direccin Compromiso de la direccin

Enfoque al cliente

Poltica de calidad

Planificacin

Responsabilidad, autoridad ycomunicacin

Revisin por la direccin

Gestin de recursos Provisin de recursos Recursos humanos

Infraestructura

Ambiente de trabajo


24/138

Gestin de Proyectos



Normas ISO 9000:2000 (IV) ISO 9001:2008. Sistemas de gestin de la calidad. Requisitos (III)

Realizacin de productos y/o servicios (parte 7)

Planificacin de la realizacin del producto Procesos relacionados con los clientes Diseo y/o desarrollo Compras Operaciones de produccin y de prestacin de servicios Control de equipos de medicin y de seguimiento

Medicin, anlisis y mejora (parte 8)

Planificacin Medicin y seguimiento

Satisfaccin del cliente

Auditora interna Medicin y seguimiento de los procesos

Medicin y seguimiento de los productos

Control de las no conformidades

Anlisis de datos

Mejora


25/138

Gestin de Proyectos



Normas ISO 9000:2000 (V) ISO 9004:2000. Sistemas de gestin de la calidad. Guas para la mejora

del desempeo

Formula recomendaciones y orientaciones no reglamentarias

No est orientada a la certificacin

Principios contenidos en la norma ISO 9004:2000


26/138

Gestin de Proyectos



Normas ISO 90003:2004 ISO/IEC 90003:2004: Ingeniera del software - Guas para la aplicacin

de ISO 9001:2000 al Software

Contiene guas para la adquisicin, suministro, desarrollo, operacin y

mantenimiento de software y servicios de soporte relacionados Las directrices recogidas en ISO/IEC 90003:2004 no tienen por objeto su uso

como criterio de valoracin en la certificacin de sistemas de gestin de lacalidad, sino que su aplicacin es apropiada para software que:

Parte de un contrato comercial con otra organizacin

Un producto disponible para un sector del mercado Usado para apoyar los procesos de la organizacin

Empotrado en un producto hardware

Relacionado con servicios software

ISO/IEC 90003:2004 identifica todos los aspectos que hay que considerar en los

sistema de gestin de calidad de las organizaciones, relacionados o no con elsoftware, siendo independiente de la tecnologa, de los modelos de ciclo de vida,de los procesos de desarrollo, de la secuencia de actividades y de la estructuraorganizativa de la empresa

Contiene adems directrices adicionales y se complementa con estndares deingeniera del software como ISO/IEC 12207, ISO/IEC TR 9126, ISO/IEC 14598,ISO/IEC 15939 e ISO/IEC TR 15504.


27/138

Gestin de Proyectos



Estndares IEEE (I)

Los estndares IEEE estn orientados al aseguramientode la calidad a nivel del proyecto:

Std. 730: proporciona la estructura de la documentacin del plande aseguramiento de la calidad.

Std.1061: definicin de mtricas para productos y para procesos,as como procedimientos para la recogida de valores de

mtricas.

Existen tambin estndares para otras actividades relacionadascon la calidad como pruebas, verificacin y validacin,revisiones, etc. Los principales se recogen en la siguiente tabla.


28/138

Gestin de Proyectos



Estndares IEEE (II)

IEEE 730-2014 Planes de aseguramiento de la calidad del software

IEEE 829-2008 Documentacin de pruebas para software y sistemas

IEEE 982.1, 982.2 Diccionario estndar de medidas para producir software fiable

IEEE 1008-1987 Pruebas de unidad del software

IEEE 1012- 2004 Verificacin y validacin del software

IEEE 1028-2008 Revisiones y auditoras del software

IEEE 1044-1993 Clasificacin estndar para anomalas del software

IEEE 1061-1998Estndar para una metodologa de mtricas de calidad delsoftware

IEEE 1228-1994 Planes de seguridad del software


29/138

Gestin de Proyectos


Modelos de calidad del software

La resolucin del problema de la evaluacin se basa en ladescomposicin del concepto genrico de calidad en propiedadesms sencillas de medir y evaluar

Los modelos de calidad del software proponen diferentes atributosde calidad y las relaciones entre ellos

Dos tipos de modelos:

Evaluacin de la calidad del producto Se evala la calidad del producto software en funcin de un conjunto

de caractersticas que pueden medirse

Evaluacin de la calidad del proceso

Sirve para evaluar las actividades de desarrollo de softwaredeterminando la presencia en el proyecto de una serie de prcticasrecomendables


30/138

Gestin de Proyectos



Modelos de calidad del producto:

Modelo de Boehm [Boehm et al., 1978]: modelo de descomposicin decaractersticas de calidad del software en tres niveles previos a la

aplicacin de mtricas Modelo factores/criterios/mtricas [McCall et al., 1977]: modelo similar

al de Boehm en el cual se ha introducido mayor grado de descomposicinen cada nivel.

Marco ISO 9126: Parte 1 de la norma ISO/IEC 9126 Product quality. El

modelo descompone la calidad en seis factores Normas ISO/IEC 25000 SQuaRE (Software Product Quality

Requirements and Evaluation): Reemplaza a la norma ISO/IEC 9126 Paradigma GQM (Goal-Question-Metric) Objetivo-pregunta-mtrica

[Basili y Rombach, 1988]: enfoque de medicin para evaluar la calidad del

software basado en la identificacin de objetivos a lograr Modelo de Gilb [Gilb, 1988]: creacin de una especificacin de requisitos

de calidad para cada proyecto que deben escribir conjuntamente elusuario y el analista


31/138

Gestin de Proyectos



Modelos de calidad del proceso : Modelo CMM (Capability Maturity Model): modelo propuesto por el SEI

(Software Engineering Institute) que establece niveles de capacidad de

madurez y gua a las organizaciones en la mejora de los procesos dedesarrollo y mantenimiento de software

Modelo CMMI (Capability Maturity Model Integration): expansin de losconceptos CMM a mltiples disciplinas

Modelo BOOTSTRAP: propone un mtodo y los instrumentos necesariosque permiten identificar los puntos dbiles de la organizacin, adems depresentar los cambios necesarios para obtener una mejora

Modelo SPICE (Software Process Improvement and Capability

dEtermination) Norma ISO 15504 Modelo bidimensional que permite valorar los procesos software fomentando

la autoevaluacin y ofreciendo un mecanismo por el cual los adquisidorespueden confiar en los resultados de la evaluacin

Permite determinar la capacidad de los procesos y su adecuacin a un

requisito o a una clase de requisitos determinada

G ti d P t


32/138

Gestin de Proyectos



Modelo de Boehm Los componentes o constructores del modelo se centran en el producto final

Se identifican caractersticas de calidad desde el punto de vista del usuario

Ingenierahumana

Fiabilidad

Eficiencia

Chequeabilidad

Comprensibilidad

Portabilidad

Modificabilidad

Como es su

utilidad

Mantenibilidad

Independencia dispositivo

Completitud

Exactitud

Consistencia

Eficiencia dispositivo

Accesibilidad

Comunicatividad

Estructuracin

Autodescriptividad

Concisin

Legibilidad

Expansibilidad

MTRIC

AS

Usos Primarios

Utilidadgeneral

Constructores intermediosConstructores primitivos

G ti d P t


33/138

Gestin de Proyectos



Modelo factores/criterios/mtricas de McCall (I) Descompone el concepto de calidad en tres usos o capacidades

importantes para un producto de software

Operacin

Revisin

Transicin

Cada capacidad se descompone en una serie de factores que

determinan la calidad en cada una de ellas.

OperacinFacilidad de uso

IntegridadEficienciaCorreccin o exactitudFiabilidad

RevisinFacilidad de prueba

Facilidad demantenimiento

Flexibilidad

TransicinReusabilidad

PortabilidadInteroperabilidad

Gestin de Proyectos


34/138

Gestin de Proyectos



Modelo factores/criterios/mtricas de McCall (II) Cada factor determinante de la calidad se descompone, a su vez, en

una serie de criterios o propiedades que determinan su calidad Los criterios pueden ser evaluados mediante un conjunto de mtricas

Para cada criterio deben fijarse unos valores mximo y mnimoaceptables

Gestin de Proyectos


35/138

Gestin de Proyectos



Marco ISO 9126 (I) Normas ISO/IEC 9126 Software engineering - Product quality

Part 1: Quality model [ISO/IEC 9126-1:2001] Part 2: External metrics [ISO/IEC TR 9126-2:2003]

Part 3: Internal metrics [ISO/IEC TR 9126-3:2003] Part 4: Quality in use metrics [ISO/IEC TR 9126-4:2004]

Modelo de calidad del software

Funcionalidad: capacidad de satisfacer las necesidades implcitas yestablecidas

Fiabilidad: capacidad de mantener el nivel de prestacin bajocondiciones establecidas durante un tiempo establecido

Facilidad de uso: capacidad de ser entendido, aprendido, usado y

atractivo al usuario bajo unas condiciones especificadas Eficiencia: capacidad de proporcionar un rendimiento apropiado con losrecursos y condiciones establecidas

Facilidad de mantenimiento: capacidad para ser modificado Portabilidad: capacidad para ser transferido de un entorno a otro

Gestin de Proyectos


36/138

Gestin de Proyectos



Marco ISO 9126 (II)

Modelo de calidad del software

Funcionalidad FiabilidadFacilidad de

uso EficienciaFacilidad de

mantenimiento Portabilidad

Idoneidad MadurezFcil

comprensinTiempo derespuesta

Facilidad deanlisis

Adaptabilidad

ExactitudTolerancia a

fallos

Fcil

aprendizaje

Uso de

recursos

Capacidad para

cambios

Facilidad de

instalacin

InteroperatividadCapacidad derecuperacin

OperatividadCumplimiento

de normasEstabilidad Coexistencia

SeguridadCumplimiento

de normasSoftwareatractivo

Facilidad parapruebas

Facilidad dereemplazo

Cumplimiento denormas

Cumplimientode normas



Gestin de Proyectos


37/138

Gestin de Proyectos



Marco ISO 9126 (III)

Calidad en uso

Eficacia Productividad Seguridad Satisfaccin

Capacidad de

ayudar al usuario arealizar susobjetivos conexactitud ycompletitud, en un

contexto dado

Capacidad de

ayudar al usuarioen emplear unaapropiada cantidadde recursos enobtener sus

resultados

Capacidad de

lograr aceptablesniveles de riesgopara las personas,el ambiente detrabajo, y la

actividad, en uncontexto de usodado

Capacidad de

satisfacer alusuario en uncontexto de usodado

Gestin de Proyectos


38/138

y



Normas ISO/IEC 25000 El estndar ISO/IEC 25000 SQuaRE (Software Product Quality

Requirements and Evaluation) reemplaza a las normas ISO

9126 La norma define

Un modelo de calidad del producto con un conjunto de ocho

caractersticas de calidad que son despus refinadas en sub-

caractersticas que estn descompuestas en atributos. Los valores deestos atributos se calculan mediante la utilizacin de mtricas

Un modelo de calidad en uso con cinco caractersticas que se

subdividen en sub-caractersticas que se pueden medir cuando el

producto se usa en un contexto realista

Un modelo para la calidad de los datos, aplicable a aquellos datos que

se encuentran almacenados de manera estructurada y forman parte de

un Sistema de Informacin

Gestin de Proyectos


39/138

y



Normas ISO/IEC 25000 ISO/IEC 25010. System and software quality models

En este modelo se determinan las caractersticas de

calidad que se van a tener en cuenta a la hora deevaluar las propiedades de un producto software

determinado

Modelo de calidad del producto

Modelo de calidad de uso

Gestin de Proyectos


40/138



Normas ISO/IEC 25000

Modelo de calidad del producto

Adecuacinfuncional

Completitud

Correccin

Pertinencia

Eficiencia dedesempeo

Comportamientotemporal

Utilizacin de la

memoria

Capacidad

Compatibilidad

Coexistencia

Interoperabilidad

Usabilidad

Intelegibilidad

Aprendizaje

Operabilidad

Proteccin frentea errores de

usuario

Esttica

Accesibilidad

Fiabilidad

Madurez

Disponibilidad

Tolerancia afallos

Capacidad derecuperacin

Seguridad

Confidencialidad

Integridad

No repudio

Autenticidad

Responsabilidad

Mantenibilidad

Modulabilidad

Reusabilidad

Analizabilidad

Capacidad de sermodificado

Capacidad de serprobado

Portabilidad

Adaptabilidad

Facilidad de

instalacin

Capacidad de serreemplazado

Gestin de Proyectos


41/138



Normas ISO/IEC 25000

Modelo de calidad de uso

Efectividad Productividad Seguridad

Riesgo dedao

econmico

Riesgo de salud

Riesgoambiental

Satisfaccin

Cumplimiento

del propsito

Confianza

Placer

Confort

Contexto deuso

Flexibilidad

Cumplimiento decontexto de uso

Gestin de Proyectos


42/138



Paradigma GQM (Goal Question Metric) (I) El enfoque GQM basa la mejora en la definicin clara de procesos y

productos

Proporciona la estructura para obtener los objetivos cruciales delproyecto. Consta de tres etapas:

Lista de los objetivos principales del desarrollo y mantenimiento del

proyecto

Para cada objetivo obtener las preguntas que deben contestarse parasaber si se estn cumpliendo los objetivos

Decidir qu medir para poder contestar las preguntas de forma

adecuada

La medidas individuales obtenidas se relacionan para poder ser

utilizadas en el contexto del proyecto completo

Gestin de Proyectos


43/138



Paradigma GQM (Goal Question Metric) de Basili (II)

OBJETIVO: Evaluar la efectividad del estndar de codificacin

PREGUNTAS: Quien est usando elestndar?

Cual es laproductividad del

codificador?

Cual es la calidaddel cdigo?

Proporcin de codi-ficadores usando:

el estndarel lenguaje

Cantidadde cdigo

Errores...Experiencia decodificadores en:

el estndarel lenguaje

el entorno...

Ejemplo de uso del modelo GQM

Gestin de Proyectos


44/138



Modelo de Gilb Determinar una lista de caractersticas que definen la calidad de la

aplicacin. Pueden ser de dos tipos Originales

De los modelos tradicionales

Las caractersticas se pueden medir mediante varias subcaractersticas omtricas detalladas. Para cada una de ellas se debe especificar lossiguientes conceptos: Nombre y definicin de la caracterstica

Escala o unidades de medicin Recogida de datos o prueba

El valor previsto

El valor ptimo

El valor en el sistema actual

Comentarios

Este modelo se ha asociado con la filosofa QFD (Quality FunctionDeployment) para la gestin de la calidad industrial

El proyecto COQUAMO (Constructive Quality Model) se apoya en el

enfoque de Gilb

Gestin de Proyectos


45/138



Modelo SW-CMM (I) Describe los principios y prcticas que conducen a mejores productos

de software. Se puede usar de dos formas: Externamente: por los clientes

Internamente: por los desarrolladores Se agrupan en cinco niveles que proporcionan el camino para mejorar

la visibilidad y el control:

Nivel 1 (Inicial): se definen pocos procesos

Nivel 2 (Repetible): se establecen los procesos de gestin del proyectopara hacer un seguimiento del coste, de la planificacin y de lafuncionalidad

Nivel 3 (Definido): El proceso del software de las actividades de gestin yde ingeniera se documenta, se estandariza y se integra dentro de un

proceso de software de toda una organizacin Nivel 4 (Gestionado): Se recopilan medidas detalladas del proceso de

software y de la calidad del producto Nivel 5 (Optimizado): Mediante un resultado cuantitativo del proceso y de

las ideas y tecnologas innovadoras se posibilita una mejora del proceso

Gestin de Proyectos


46/138



Modelo SW-CMM (II)

Cada nivel se asocia con unconjunto de reas clave deproceso sobre las que laorganizacin tiene que mejorarsus actividades

Cada rea de proceso se

descompone en un conjuntode prcticas clave queproporcionan la evidencia deque el rea de proceso es

efectiva

Niveles demadurez

reas claves

Nivel 1

Inicial

Ninguna

Nivel 2

Repetible

Gestin de configuraciones

Garanta de calidad

Gestin de subcontratacin del software

Seguimiento y supervisin del proyecto

Planificacin del proyecto

Gestin de requisitos

Nivel 3

Definido

Revisiones peridicas

Coordinacin entre grupos

Ingeniera de productos de software

Gestin de integracin del software

Programa de formacin

Definicin del proceso de la organizacin

Enfoque del proceso de la organizacinNivel 4

Gestionado

Gestin de calidad del software

Gestin cuantitativa del proceso

Nivel 5

Optimizado

Gestin de cambios del proceso

Gestin de cambios de tecnologa

Prevencin de defectos

Niveles demadurez

reas claves

Nivel 1

Inicial

Ninguna

Nivel 2

Repetible

Gestin de configuraciones

Garanta de calidad

Gestin de subcontratacin del software

Seguimiento y supervisin del proyecto

Planificacin del proyecto

Gestin de requisitos

Nivel 3

Definido

Revisiones peridicas

Coordinacin entre grupos

Ingeniera de productos de software

Gestin de integracin del software

Programa de formacin

Definicin del proceso de la organizacin

Enfoque del proceso de la organizacinNivel 4

Gestionado

Gestin de calidad del software

Gestin cuantitativa del proceso

Nivel 5

Optimizado

Gestin de cambios del proceso

Gestin de cambios de tecnologa

Prevencin de defectos

Gestin de Proyectos


47/138



Modelo SW-CMM (III) Las prcticas clave se organizan en caractersticas comunes:

Compromiso de realizacin: acciones que aseguran que el proceso se

ha establecido y ser usado Capacidad de realizacin: precondiciones que aseguran que la

organizacin es capaz de implementar el proceso

Actividades realizadas: roles y procedimientos necesarios para

implementar el rea clave Medicin y anlisis: procedimientos y anlisis de las medidas

Verificacin de la implementacin: asegura que las actividadescumplen con los procesos establecidos

Una organizacin satisface un rea clave de proceso slo cuando elrea de proceso est implementada e institucionalizada

Gestin de Proyectos


48/138



Historia de los Modelos CMM

Gestin de Proyectos


49/138



Modelos CMMI El modelo CMMI (Capability Maturity Model Integration) representa

una evolucin del modelo CMM

Objetivos

Producir productos y servicios de alta calidad Crear valor para los accionistas

Mejorar la satisfaccin del cliente

Incrementar la participacin en el mercado

Ganar reconocimiento de la industria Disciplinas

Ingeniera de Software (SW)

Ingeniera de Sistemas (SE)

Desarrollo Integrado de Productosy Procesos (IPPD)

Acuerdos con Proveedores (SS)

Gestin de Proyectos

f


50/138



Modelos CMMI Modelos de CMMI versin 1.3 (noviembre de 2010):

CMMI for Acquisition, CMMI-ACQ V1.3

Proporciona un conjunto integrado de directrices para la iniciacin ygestin de la adquisicin de productos y servicios

CMMI for Development, CMMI-DEV V1.3

Proporciona un conjunto integrado de directrices para el desarrollo

de productos y servicios Forma de aplicar las mejores prcticas CMMI en el desarrollo de

productos de calidad y servicios que se ajusten a las necesidadesde los clientes y usuarios

CMMI for Services, CMMI-SVC V1.3

Proporciona un conjunto integrado de directrices para aplicar lasmejores prcticas CMMI en una organizacin que proporcionaservicios

Gestin de Proyectos

M d l d lid d d l ft


51/138



Modelos CMMI CMMIfor Development 1.3

Componentes del modelo CMMI

Gestin de Proyectos



52/138


Modelos CMMI CMMIfor Development 1.3

CMMI-DEV tiene dos representaciones que permiten a la organizacinperseguir objetivos distintos


Staged(Escalonada o por etapas)

Secuencia probada de la mejoradonde cada etapa es base para lasiguiente

Utiliza un conjunto predefinido dereas de proceso para definir una

ruta hacia la mejora

Cada nivel de madurez proporcionaun conjunto de reas de proceso

Continuous(Continua)

La organizacin puede seleccionarun rea o conjunto de reas deproceso y mejorar los procesos

relacionados con stas

Se caracteriza por niveles decapacidad de cada rea de proceso

Gestin de Proyectos



53/138



Modelos CMMI CMMI for Development, Version 1.3

Representacin continua

Representacin escalonada

Gestin de Proyectos



54/138



Modelos CMMI CMMI for Development, Version 1.3.

Relacin entre niveles de capacidad y de madurez

Gestin de Proyectos



55/138



Modelos CMMI

reas clave de proceso del modelo CMMI 1.3

Process Area Category Maturity Level

Causal Analysis and Resolution (CAR) Support 5

Configuration Management (CM) Support 2

Decision Analysis and Resolution (DAR) Support 3

Measurement and Analysis (MA) Support 2

Process and Product Quality Assurance (PPQA) Support 2

Integrated Project Management (IPM) Project Management 3

Organizational Process Definition (OPD) Process Management 3

Organizational Process Focus (OPF) Process Management 3

Organizational Performance Management (OPM) Process Management 5

Organizational Process Performance (OPP) Process Management 4

Organizational Training (OT) Process Management 3

Project Monitoring and Control (PMC) Project Management 2

Project Planning (PP) Project Management 2

Quantitative Project Management (QPM) Project Management 4

Requirements Management (REQM) Project Management 2

Risk Management (RSKM) Project Management 3

Supplier Agreement Management (SAM) Project Management 2Product Integration (PI) Engineering 3

Requirements Development (RD) Engineering 3

Technical Solution (TS) Engineering 3

Validation (VAL) Engineering 3

Verification (VER) Engineering 3

Gestin de Proyectos



56/138


Modelos de calidad del softwareModelo BOOTSTRAP (I)

Proyecto europeo para la transferencia de tecnologa del software

Claves del modelo

Mejora cclica

Planificar-Hacer-Comprobar-Accin

Las soluciones tecnolgicas se basan en las metodolgicas

Organizacin Metodologa Tecnologa

Objetivos de valoracin

Medir y desarrollar un perfil de calidad para las unidades de produccindel software (SPU) descubriendo debilidades y fortalezas

Derivar los pasos para obtener una mejora desde el punto de vista deun plan de acciones que se ejecutar de forma inmediata

Transformar el plan de accin en miniproyectos que implementen lospasos recomendados para la mejora

Gestin de Proyectos



57/138


Modelos de calidad del softwareModelo BOOTSTRAP (II)

Prctica del modelo

El estado y estructura interna de la organizacin se obtienen mediante

un conjunto de cuestionarios:

Datos generales de la organizacin Metodologa e ingeniera utilizada

Tecnologa y su transferencia

Establecimiento de niveles de madurez del SPU

Niveles 1-5 para organizacin y metodologa

Niveles A y B para Tecnologa

Cuantificacin en porcentaje de los atributos clave propuestos por

Bootstrap

Perfil sobre las debilidades y fortalezas del SPU presentados en

histogramas absolutos y relativos

Plan de mejora

Gestin de Proyectos



58/138


Modelos de calidad del softwareModelo BOOTSTRAP (III)

Proceso de valoracin Bootstrap

Gestin de Proyectos



59/138


Modelos de calidad del softwareModelo BOOTSTRAP (IV)

Histograma con niveles de madurez

Gestin de Proyectos



60/138


Modelos de calidad del softwareModelo BOOTSTRAP (IV)

Gestin de Proyectos



61/138


Modelos de calidad del softwareModelo BOOTSTRAP (V)

Histograma del plan de mejora

Gestin de Proyectos



62/138


Modelo SPICE (ISO/IEC 15504) (I) SPICE (Software Process Improvement and Capability dEtermination) es un

modelo similar al CMM que tambin se utiliza para la mejora de procesos ydeterminacin de la capacidad

Se basa en la norma ISO 12207 que describe el ciclo de vida.

Tiene diez partes

Parte 8:Un ejemplo de modelo de

evaluacin de procesospara gestin de servicios IT

Parte 9:Perfiles de procesos

objetivo

Parte 10:

Extensin de seguridad

Gestin de Proyectos



63/138


Modelo SPICE (ISO/IEC 15504) (X)

Documentos

ISO/IEC 15504-1:2004 Part 1: Concepts and vocabulary

ISO/IEC 15504-2:2003 Part 2: Performing an assessment

ISO/IEC 15504-3:2004 Part 3: Guidance on performing an assessment

ISO/IEC 15504-4:2004 Part 4: Guidance on use for process improvement andprocess capability determination

ISO/IEC 15504-5:2006 Part 5: An exemplar Process Assessment Model ISO/IEC 15504-6:2008 Part 6: An exemplar System Life cycle Process

Assessment Model

ISO/IEC 15504-7:2008 Part 7: Assessment of Organizational Maturity

ISO/IEC TS 15504-8:2012 Part 8: An exemplar process assessment model forIT service management

ISO/IEC TS 15504-9:2011 Part 9: Target process profiles

ISO/IEC TS 15504-10:2011 Part 10: Safety extension

Gestin de Proyectos



64/138


Modelo SPICE (ISO/IEC 15504) (II) Modelo bidimensional:

Dimensin del proceso Dimensin de la capacidad

Hay dos tipos de prcticas: Prcticas base y prcticas genricas

Arquitectura demejoresprcticas

Nivel decapacidad

Caractersticascomunes

Prcticagenrica

ndice actual

Vector de ndices

Categorade procesos

Prctica base

ndice actual

Procesos

Perfil de proceso

DIMENS

IN

DELPROCESO

DIMENS

IN

DELA

C

APACIDAD

Gestin de Proyectos



65/138


Modelo SPICE (ISO/IEC 15504) (III)

Dimensin del proceso (I)

Tres clases bsicas de procesos

Primarios

Adquisicin (ACQ)

Suministro (SPL)

Ingeniera (ENG)

Operacin (OPE)

De soporte

Soporte (SUP)

De la organizacin

Gestin (MAN)

Mejora del proceso (PIM)

Recursos e infraestructura (RIN)

Reutilizacin (REU)

Gestin de Proyectos



66/138


Modelo SPICE (ISO/IEC 15504) (IV)

Dimensin del proceso (II)

Procesos primarios

Adquisicin (ACQ): Son los procesos que realiza el clientepara la adquisicin de un producto o servicio

Suministro (SPL): Abarca los procesos realizados por elproveedor tanto en la propuesta como en la entrega de un

producto o servicio

Ingeniera (ENG): Agrupa a los procesos que directamenteespecifican, implementan o mantienen el producto software,su relacin con el sistema y la documentacin del cliente

Operacin (OPE): Describe los procesos directamenterelacionados con la transicin del producto o servicio alcliente, y se ocupan del correcto uso y operacin del mismo

Gestin de Proyectos



67/138


Modelo SPICE (ISO/IEC 15504) (V)

Dimensin del proceso (III)

Procesos de soporte

Soporte (SUP): Contiene los procesos que pueden ser

utilizados por cualquiera de los otros procesos incluyendo a

la vez otros procesos de soporte, en determinadas partes o

aspectos del ciclo de vida del software

Gestin de Proyectos



68/138


Modelo SPICE (ISO/IEC 15504) (VI)

Dimensin del proceso (IV)

Procesos de la organizacin

Gestin (MAN): Est formada por los procesos que contienenprcticas que pueden ser utilizadas por cualquiera que gestionecualquier tipo de proyecto o de proceso del ciclo de vida delsoftware

Mejora del Proceso (PIM): Est formada por los procesos que

establecen, definen, despliegan e implantan, evalan y mejoran losprocesos que se realizan en la organizacin

Recursos e Infraestructura (RIN): Describe los procesos que serealizan para dotar a la organizacin tanto de los recursos

humanos como de la infraestructura necesaria para que los otrosprocesos puedan realizarse de manera apropiada

Reutilizacin (REU): Contiene los procesos directamenterelacionados con la realizacin de acciones destinadas a explotarlas oportunidades de reutilizacin

Gestin de Proyectos

Modelos de calidad del softwareM d l SPICE (ISO/IEC 15504) (VII)


69/138


Modelo SPICE (ISO/IEC 15504) (VII)

Dimensin de la capacidad

Niveles de capacidad

Gestin de Proyectos

Modelos de calidad del softwareM d l SPICE (ISO/IEC 15504) (VIII)


70/138


Modelo SPICE (ISO/IEC 15504) (VIII)

Dimensin de la capacidad

Cada nivel se caracteriza por unosatributos de proceso

Cada atributo valora un aspectoparticular de la capacidad de proceso

Cada uno de los niveles se identifica

con un porcentaje de posesin delatributo El nivel de capacidad que tiene un

proceso depende de los atributos queposee y del grado con el cual sealcanzan dichos atributos. La escalapara la valoracin de los atributos secompone de cuatro valores o gradosdistintos de posesin de un atributo (N,P, L y F)

N

No alcanzado (0% a 15%).Escasa o ninguna evidencia de laconsecucin del atributo.

P

Parcialmente alcanzado (16% a 50%).Evidencia de un enfoque sistemtico y de

la consecucindel atributo.Algunos aspectos de la consecucinpueden ser impredecibles.

L

Ampliamente alcanzado (51% a 85%).Evidencia de un enfoque sistemtico y deuna consecucin significativa del atributo.La realizacin del proceso puede variar en

algunas reas.

F

Totalmente alcanzado (86% a 100%).Evidencia de un enfoque completo ysistemtico y de la consecucin plena delatributo.

Niveles de capacidad y atributos Medicin de atributos

Gestin de Proyectos

Modelos de calidad del softwareM d l SPICE (ISO/IEC 15504) (IX)


71/138


Modelo SPICE (ISO/IEC 15504) (IX)

Cada informe de evaluacin es un perfil: cada proceso se evala y sedocumenta

La principal diferencia entre CMM y SPICE radica en que CMM estorientado a organizaciones, mientras que el modelo SPICE est dirigidoa los procesos

ProcesoNivel de capacidad

Gestin de Proyectos

Fiabilidad del Software


72/138


La fiabilidad es la caracterstica dinmica ms importante de casitodos los sistemas de software

Definicin de fiabilidad:

Probabil idad de operacin libre de fallos de un programa en unentorno determinado y durante un tiempo especfico

Entendindose por fallo cualquier falta de concordancia con losrequisitos del software

Un fallo tiene lugar cuando el software se est ejecutando

Fallo (failure): caracterstica dinmica

Defecto (fault): caracterstica esttica

Los fallos se pueden producir por defectos en el cdigo, en el diseo oen el anlisis. Tambin se pueden producir durante el mantenimiento

Gestin de Proyectos



73/138


La ejecucin del software trabaja sobre un conjunto de entradas yproduce un conjunto de salidas. La fiabilidad del software estrelacionada con la probabilidad de que en una ejecucin particular

del programa la entrada del sistema sea miembro de un conjunto deentradas que causan una salida errnea

Conjuntode

entradas

Ee

Conjuntode salidas Se

Sistema

Gestin de Proyectos



74/138


Las pruebas contribuyen a mejorar la fiabilidad, pero no lagarantizan totalmente debido varios factores:

La especificacin puede no reflejar los requisitos de los usuarios

Las pruebas pueden contener errores

Las pruebas pueden suponer patrones de uso que son incorrectos

El aumento de la fiabilidad del sistema supone un aumentoexponencial del coste y una disminucin de la eficiencia

Existen muchas razones para considerar que hay que dar msimportancia a la fiabilidad que a la eficiencia: los ordenadores soncada vez ms rpidos y baratos, los fallos pueden ser muycostosos, los sistemas no fiables son difciles de mejorar y puedencausar prdida de informacin, etc.

La fiabilidad del producto software est influenciada por el procesode desarrollo, sin embargo no hay una relacin simple entre lafiabilidad del producto y la fiabilidad del proceso

Gestin de Proyectos



75/138


Especificacin de la fiabilidad La fiabilidad requerida del sistema debe aparecer en la especificacin

de requisitos. Puede expresarse de varias maneras: Cualitativamente

Cuantitativamente Cuasi-cuantitativamente

El plan de pruebas del software debe incluir un perfil operacional delsoftware para medir su fiabilidad

Las consecuencias del fallo de un sistema dependen de la naturalezadel fallo. Deben especificarse los tipos de fallos que pueden ocurrir

Tipo de fallo Descripcin

Transitorio Ocurre slo con ciertas entradas

Permanente Ocurre con todas las entradas

Recuperable El sistema se recupera sin intervencin del operador

Irrecuperable Se requiere la intervencin del operador para recuperar el sistema

No corruptor No corrompe el estado del sistema o los datos

Corruptor Corrompe el estado del sistema o los datos

Gestin de Proyectos

Revisiones


76/138


Las revisiones son tcnicas estticas que se aplican envarios momentos del desarrollo del software y sirvenpara detectar defectos que puedan as ser eliminados

En cualquier revisin se pretende: Sealar la necesidad de mejora en el producto

Confirmar las partes de un producto que no es necesariomejorar

Conseguir un trabajo tcnico de una calidad ms uniforme

Hay varios tipos de revisiones con distintos grados deformalidad

La efectividad de las revisiones puede comprobarseaplicando el modelo de amplificacin de defectos[IBM, 1981]

Gestin de Proyectos

Revisiones


77/138


Modelo de amplificacin de defectos Ilustra la generacin y deteccin de errores durante los pasos de

diseo preliminar, diseo detallado y codificacin del proceso de

ingeniera del software

Errores inadvertidos

Errores amplificados 1:x

Errores nuevamente generados

Porcentaje dela eficienciade ladeteccin de

errores

Errores depasosanteriores

Errores pasados alsiguiente paso

Defectos Deteccin

Paso de desarrollo

Gestin de Proyectos

Revisiones


78/138


0

0

10

0%

Diseo preliminar

6

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

25

0%

Diseo detallado

10

27 x 3 ; (x=3)

25

20%

Codificacin /prueba Unidad

10 6

374

94

0

0

50%

Prueba de integracin

0

0

50%

Prueba de validacin

0

0

50%

Prueba del sistema

47

24

12

94

Para la integracin

Errores latentesAmplificacin de defectos sin revisiones

94

47

24

Gestin de Proyectos

Revisiones


79/138


0

0

10

70%

Diseo preliminar

2

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

25

50%

Diseo detallado

5

10 x 3 ; (x=3)

25

20%

Codificacin /prueba Unidad

3 2

151

48

0

0

50%

Prueba de integracin

0

0

50%

Prueba de validacin

0

0

50%

Prueba del sistema

24

12

6

48

Para la integracin

Errores latentesAmplificacin de defectos con revisiones

24

12

48

Gestin de Proyectos

Revisiones


80/138


Tipos de revisiones (IEEE Std. 1028):

Revisiones de gestin: sirven para controlar el progreso y

detectar inconsistencias de los planes con la programacin y losrequisitos.

Revisiones tcnicas: revisan la documentacin producida a lolargo del proyecto.

Inspecciones: revisiones que involucran al autor de unproducto.

Walkthrough: inspecciones conducidas nicamente pormiembros del grupo de desarrollo que examinan una parte

especfica del producto. Auditoras: evaluaciones independientes sobre el cumplimiento

de estndares, planes, procedimientos ...

Gestin de Proyectos

Revisiones


81/138


Auditoras

Revisiones dirigidas a evitar el fraude o mal uso, aninvoluntario, de las aplicaciones informticas

La misin de un auditor ser disear y promover la inclusin delos controles que el nuevo sistema ha de llevar incorporados,para que su integridad quede garantizada.

Medidas de control:

Medidas sobre datos: precisin en el procesamiento. Medidas de operatividad: economa, efectividad y eficiencia de las

operaciones.

Medidas relativas al plan: cumplimiento de los objetivosestablecidos.

Las medidas de control se aplican en diferentes aspectos(controles detectores) a lo largo del ciclo de vida

Gestin de Proyectos

Mtricas de calidad


82/138


Mtricas basadas en atributos internos del producto Medidas de estructuracin de un programa

Mtricas de complejidad

Mtricas de cobertura de pruebas

Mtricas de calidad del diseo

Mtricas basadas en atributos externos del producto Mtricas de portabilidad

Mtricas de defectos

Mtricas de usabilidad

Mtricas de mantenibilidad

Mtricas de fiabilidad

Gestin de Proyectos

Mtricas de calidad


83/138


Mtricas para sistemas orientados a objetos

Mtricas orientadas a clases: proporcionan un conjunto de

medidas para valorar la complejidad y la calidad del diseo

Mtricas orientadas a operaciones: se utilizan para medir la

complejidad de los mtodos, comprobar la asignacin correcta

de responsabilidades o la complejidad de la colaboracin entre

objetos Mtricas para pruebas orientadas a objetos: orientadas a

medidas de encapsulamiento y complejidad de la jerarqua de la

herencia

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (I)


84/138


Su objetivo es comprobar el esfuerzo y rigor en larealizacin de las pruebas

Si P es un programa producido por una especificacin S,

se define caso de prueba como el par (i,S(i)) siendo iuna entrada al programa

Las estrategias de prueba se agrupan en dos

categoras Pruebas de caja negra: los casos de prueba se derivan de la

especificacin de los requisitos sin considerar el cdigo ni suestructura

Pruebas de caja blanca: los casos de prueba se seleccionanbasndose en el conocimiento de la estructura interna delprograma

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (II)


85/138


Pruebas de caja blanca

En funcin los objetivos de los casos de prueba se distinguenvarios tipos de pruebas

Cobertura de sentencias: cada sentencia del programa seejecuta al menos una vez

Cobertura de ramas: cada rama del programa se ejecuta almenos una vez

Cobertura de caminos: casos de prueba que permitan ejecutartodos los posibles caminos del programa al menos una vez

Prueba del camino simple: se ejecuten los caminos simples

Prueba estructurada: se ejecutan los caminos linealmenteindependientes

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (III) Ejemplo


86/138


La estrategia de cobertura de caminos esimposible realizarla en muchas ocasiones debidoa la existencia de caminos inviables: caminos

que no pueden ejecutarse para ninguna entrada

A

B

DC

E

G

F

A input (puntos)

B if puntos < 45

C then mostrar pierde

D else mostrar pasa

E ifpuntos > 80

F then mostrar con distincin

G fin

En el ejemplo:

Los caminos y cubren todas las sentencias pero nocubren el arco EG

El camino no se ejecutanunca

Las estrategias de prueba deberancumplir: Ser ms completas que la cobertura de

sentencias o ramas

El nmero de casos de prueba querequieren sea finito

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (IV)


87/138


Existen dos mtricas importantes asociadas con lasestrategias de prueba

Nmero mnimo de casos de prueba Ayuda a planificar las pruebas proporcionando el nmero mnimo

de casos que hay que generar para un programa determinado y

una estrategia de prueba dada

ndice de efectividad de las pruebas

Proporciona una medida del grado en que los casos de prueba

satisfacen una estrategia particular para un programa dado y un

conjunto determinado de casos de prueba

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (V)


88/138


Nmero mnimo de casos de prueba: Es el mnimonmero de casos de prueba necesario para llevar acabo una estrategia determinada Para calcularlo se puede hacer uso del teorema de

descomposicin bsica

Un caso de prueba corresponde a un camino del grafo de flujo F

Para calcular el nmero mnimo de casos de prueba se calcular elnmero mnimo de caminos, m(F), que se requieren para satisfaceruna estrategia.

El clculo de m(F) a partir del rbol de descomposicin definiendomedidas para las primitivas, concatenacin y anidamiento

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (VI)

O ( )


89/138


Ejemplo: cobertura de sentencias

Primitivas:

m(D1) = 2, m(Cn) = n y m(F) = 1 si F D1 y F Cn Secuencia:

m(F1; ......; Fn) = max (m(F1 ), ......, m(Fn)) Anidamiento:

m(D1(F1, F2)) = m(F1 ) + m(F2))

m(Cn(F1, ......, Fn)) = m(Fi)

m(D0(F)) = m(F)

m(D2

(F)) = 1

FD1

P3 D0

D0 P1 D2 D3

RBOL(F)

F = D1 ((D0 ; P1 ; D2), D0 (D3))

Gestin de Proyectos

Mtricas de calidadMtricas de cobertura de pruebas (VII)


90/138


ndice de efectividad de las pruebas: Grado decobertura de los casos de prueba para una estrategiaparticular y un programa dado Si T es una estrategia que requiere cubrir una clase de objetos,

podemos expresar formalmente el ndice de efectividad TERT(Test Effectiveness Ratio):

En algunos casos, el denominador de la expresin anterior es elnmero mnimo de casos de prueba que se requieren para

satisfacer la estrategia de prueba

nmero de objetos T probados alguna vez

TERT =nmero total de objetos

Gestin de Proyectos

Calidad de sistemas Web


91/138


La complejidad de las aplicaciones Web est sufriendoun incremento considerable tanto desde el punto devista tecnolgico como en su estructura, funcionalidad,

presentacin y navegacin Las dimensiones de calidad de las aplicaciones Web y

sus indicadores se deben identificar considerando

algunas caractersticas que las diferencian de otrasaplicaciones: Aplicaciones hipermedia

Sistemas distribuidos

Usuarios no identificados Mltiples perfiles de usuario

Gestin de Proyectos

Calidad de sistemas Web


92/138


Propuestas para evaluar y predecir la calidad de lossistemas Web:

WebQEM: Proceso para la evaluacin de la calidad de sitios

web [Olsina et al., 1999][Olsina y Rossi, 2002]

Proyecto WebTango: Mtricas cuantitativas para la calidad de

pginas web (centradas en la usabilidad) [Ivory, 2001]

Mtricas Web y el Proyecto Tukutuku - Benchmarking de

proyectos web [Mendes et al., 2001]

Mtricas para Modelos Navegacionales OOWS [Abraho, 2002]

Gestin de Proyectos

Calidad de sistemas WebDimensiones de calidad

C lid d d P d t W b


93/138


Calidad de Productos Web Calidad de Modelos Conceptuales

Calidad del Producto Final

Calidad del Proceso de Desarrollo Web Calidad en Uso: efectividad, productividad, seguridad y satisfaccin

Fases

Aspectos

Niveles

Contenido

Hipertexto

Presentacin

Estructura

Comportamiento

Dimensiones de calidad [Retschitzegger,et al., 2001]

Gestin de Proyectos

Calidad de sistemas WebAtributos de calidad (I)

R i it d lid d i [Ol i R i 2002]


94/138


Requisitos de calidad genricos [Olsina y Rossi, 2002] Usabilidad

Comprensin global del sitio

Ayuda y retroalimentacin Aspectos estticos y de interfaz

Caractersticas variadas

Funcionalidad

Bsqueda y recuperacin Navegacin y exploracin

Funciones y contenido especficos del dominio

Fiabilidad

Madurez: ausencia de errores Eficiencia

Rendimiento (performance)

Accesibilidad

Gestin de Proyectos

Calidad de sistemas WebAtributos de calidad (II)


95/138


rbol de requisitos de calidadpara un perfil general de usuario

[Olsina y Rossi, 2002]

Calidad de laaplicacin Web: Requisitos de

calidad genricos Requisitos de

calidadespecficos deldominio

Gestin de Proyectos

Calidad de sistemas WebAtributos de calidad (III)


96/138


Requisitos de funcionalidad y contenido especficos del dominio para sitios de venta de libros[Olsina y Rossi, 2002]

Gestin de Proyectos

Calidad de sistemas WebAtributos de calidad (IV)


97/138


Algunos atributos de calidad de un sitio de venta de libros [Olsina y Rossi, 2002]

Gestin de Proyectos

Calidad de sistemas WebAtributos de calidad(V)

Otros atributos de calidad [Offutt 2002]


98/138


Otros atributos de calidad [Offutt, 2002] Seguridad

Habilidad de la aplicacin Web y del servidor en que se encuentra

de rechazar accesos no autorizados e impedir ataquesmalintencionados

Disponibilidad

Medida del porcentaje de tiempo que una aplicacin web est

disponible para usarla Escalabilidad

Capacidad de adaptacin de la aplicacin Web a un aumento delnmero de usuarios finales

Tiempo en el mercado Calidad desde el punto de vista del negocio

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999] (I)

Considera la calidad de las aplicaciones Web desde la perspectiva


99/138


Considera la calidad de las aplicaciones Web desde la perspectivadel usuario

Considera las caractersticas de calidad definidas en la norma

ISO/IEC 9126-1 Define un modelo de calidad que especifica los atributos de

calidad de una aplicacin Web: rbol de requisitos de calidad

El proceso de evaluacin se basa en el definido en el modelo de

proceso ISO para evaluadores [ISO/IEC 14598-5, 1998] Consta de cuatro fases tcnicas

Definicin y especificacin de requisitos de calidad

Evaluacin elemental Evaluacin global

Conclusiones (recomendaciones)

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](II)


100/138


Proceso de evaluacin delmtodo WebQEM

[Olsina y Rossi, 2002]

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](III)


101/138


Fases tcnicas del proceso WebQEM

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](IV)

Definicin y especificacin de requisitos de calidad


102/138


Definicin y especificacin de requisitos de calidad Definicin de objetivos de calidad considerando la perspectiva

del usuario

Seleccin de un modelo de calidad Establecer perfiles o categoras de usuarios:

Visitante

Desarrollador

Administrador

Descomponer los perfiles en subcategoras de forma jerrquica

Especificar un rbol de requisitos de calidad con caractersticas,

subcaractersticas y atributos El resultado de esta fase es un documento de especificacin

de requisitos de calidad

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](V)

Evaluacin elemental


103/138


Evaluacin elemental Diseo

A cada atributo Ai del rbol de requisitos se le asocia una variable

Xi que tomar un valor al aplicar una mtrica Se define una funcin criterio elemental f(X) que proporciona un

indicador elemental o valor de preferencia elemental (EP):

Porcentaje de requisito satisfecho para un atributo dado

Niveles de aceptacin: No satisfactorio

Marginal

Satisfactorio

Implementacin Se aplican las mtricas seleccionadas a la aplicacin Web

Puede hacerse uso de herramientas automatizadas

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](VI)

Ejemplo de evaluacin elemental


104/138


Ejemplo de evaluacin elemental

Mtrica

Porcentaje de Enlaces RotosX = #Enlaces_Rotos / #Total_Enlaces_del_Sitio

Indicador de Calidad Elemental

IF X = 0 THEN EP = 1 (100%) ;

IF X >= Xmax THEN EP = 0 (0%) ;

OTHERWISE EP = (Xmax X) / Xmax si 0 < X < Xmax

donde Xmax es algn umbral superior acordado, tal como 0.03

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](VII)

Evaluacin global


105/138


g Diseo

Se seleccionan criterios de agregacin y modelos de puntuacin(scoring)

Modelos de adicin lineal

Modelos multicriterio no lineales

Los modelos utilizan pesos para considerar la importancia relativade los indicadores

Indicador Global = (Peso componente x Indicador elemental)

IG/P = W1 EP1+ ....+ Wn EPn

Implementacin

Clculo de indicadores parciales y globales:

Se lleva a cabo el proceso de agregacin siguiendo la estructura

jerrquica del rbol de requisitos

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](VIII)

Conclusiones


106/138


Se documentan los componentes de los productos Web,requisitos de calidad, mtricas y criterios

Se registran los resultados elementales y globales Se analizan los resultados para detectar puntos fuertes y puntos

dbiles

Se establecen objetivos y punto de vista del usuario

Se sugieren recomendaciones de forma justificada

Automatizacin del proceso El mtodo se puede aplicar de forma automatizada con la

herramienta WebQEM_Tool que proporciona soporte para laadministracin y evaluacin de proyectos [Olsina et al., 2001]

Gestin de Proyectos

Calidad de sistemas WebMtodo de evaluacin WebQEM [Olsina, 1999](IX)


107/138


WebQEM_Tool

Gestin de Proyectos

Calidad de sistemas WebMtricas (I)

Existen varias propuestas para evaluar las aplicaciones Web:


108/138


Mtricas de tamao, conectividad, visibilidad de sitios [Bray, 1996]

Mtricas hipermedia [Botafogo,1992]

Relevancia de pginas Web [Yuwono y Lee, 1996]

Mtricas de diseo de pginas Web [Ivory et al., 2001] Mtricas de usabilidad y calidad del diseo [Ivory y Hearst, 2002]

Mtricas para Modelos Navegacionales OOWS [Abraho, 2002]

Prediccin del esfuerzo de desarrollo de aplicaciones Web [Mendes et al., 2003]

Mtricas de diseo de pginas Web [Ivory et al., 2001]

Gestin de Proyectos

Calidad de sistemas WebMtricas (II)

Taxonoma de mtricas Web [Dhyani et al., 2002]


109/138


Propiedades grficas: propiedades estructurales (nodos e hiperenlaces)

Significacin: calidad y relevancia de las pginas

Similitud: grado de relacin entre pginas

Bsqueda: rendimiento de los servicios de bsqueda y recuperacin

Uso: medicin del comportamiento en el uso de las pginas (patrones deuso)

Informacin: propiedades relacionadas con la produccin, consumo y

necesidades de informacin

Mtricas Web

Propiedadesgrficas

Centralidad Global Local

Significacin

Relevancia Calidad

Similitud

Contenido Enlace

Bsqueda

Efectividad Comparacin

Uso Informacin

Gestin de Proyectos

Calidad de sistemas WebMtricas (III)

Propiedades grficas [Botafogo et al., 1992]


110/138


Centralidad: grado de conectividad de un nodo con respecto a otros Distancia de salida: ODi = j cij Distancia de entrada: IDi = j cji Centralidad de salida relativa: ROCi = i j cij / j cij Centralidad de entrada relativa: RICi = i j cji / j cji

donde cij representa un elemento de una matriz de distancias C, cuyo valor es el nmero deenlaces necesarios para ir del nodo i al nodo j (si no existe conexin toma un valor constantepredefinido K)

Mtricas globales: Compactibilidad : extensin de referencias cruzadas

(Max - i j cij )/(Max-Min)

Capa: linealidad del grafo de hiperenlaces

Mtricas locales: Profundidad: distancia a la que se encuentra un nodo del nodo raz

Desequilibrio: identifica nodos que son la raz de rboles no equilibrados(balanceados)

Gestin de Proyectos

Calidad de sistemas WebMtricas (IV)

b


111/138


b a e

d c

Matriz de distancias y mtricas de centralidad (K=5)

Grafo de hiperenlaces

Nodos

1 2 6

12 9 664.13 4.13 5.08 5.50 7.33

16.5011.004.133.30

3.30

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](I)

Los modelos navegacionales son parte importante del diseo de lasaplicaciones Web Su calidad tiene una gran repercusin en la


112/138


aplicaciones Web. Su calidad tiene una gran repercusin en lacalidad del producto final

Las mtricas de calidad aplicables a estos modelos sirven para

predecir y mejorar su facilidad de mantenimiento (facilidad conla cual un modelo navegacional puede ser modificado para corregirproblemas detectados, mejorar el diseo, o para adaptarse a unnuevo requisito)

Internauta

HomeHome

ProductosProductos

LibrosLibros

CestaCompra

E

CestaCompraCestaCompra

Modelo navegacional

Mtricas validadas

Medicin

Contextonavegacional

Internauta

HomeHome

ProductosProductos

LibrosLibros

CestaCompra

CestaCompra

E

CestaCompraCestaCompra

Modelo navegacional

Mtricas validadas

Medicin

ContextonavegacionalContextonavegacional

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](II)

Para valorar la facilidad de mantenimiento (estabilidad,analizabilidad y modificabilidad) se proponen un conjunto de


113/138


analizabilidad y modificabilidad) se proponen un conjunto demtricas de tamao y complejidad estructural de las aplicacionesWeb aplicables a nivel de modelado conceptual: Mapas navegacionales Contextos navegacionales

Modificabilidad

Analizabilidad

Estabilidad

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](III)

Mtricas para mapas navegacionales (I)


114/138


Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](IV)

Mtricas para mapas navegacionales (II)


115/138


(Compactibilidad)

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](V)

Mtricas para mapas navegacionales (III)


116/138


El anlisis de la arquitectura del mapa de navegacin y las

caractersticas estructurales de la misma son importantes para evaluar

la calidad de las aplicaciones Web Se pueden utilizar diferentes mtricas para evaluar atributos de calidad

de los diferentes tipos de estructura

Tipos de Estructuras

Lineal

Red

Jerrquica

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](VI)

Mtricas para mapas navegacionales (IV)

Estructura lineal


117/138


Estructura lineal

Gua el usuario a travs de un camino de navegacin

Es til cuando el usuario tenga que seguir un camino de navegacinpredefinido

Ejemplos: lecciones (aplicaciones e-learning), colecciones, etc.

Mtrica capa: se usa para medir la linealidad de una aplicacin web

Una aplicacin web con una alta capa posee una navegacin incmoda, alser muy lineal

No son recomendables valores altos de capa

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](VII)

Mtricas para mapas navegacionales (V)Estructura jerrquica


118/138


j q Distintas reas para organizar contenidos y funcionalidad En cada contexto (pgina) se pueden definir enlaces a la pgina home

o a otros contextos dentro de la misma rea

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](VIII)

Mtricas para mapas navegacionales (VI)Estructura en red


119/138


Estructura en red Tpica en aplicaciones pequeas (pginas web personales)

Se puede alcanzar cualquier contexto navegacional (pgina web) desdela pgina principal de la aplicacin

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](IX)

Mtricas para mapas navegacionales (VII)

Mtrica de amplitud (AMN): Amplitud de un mapa en trminos del


120/138


Mtrica de amplitud (AMN): Amplitud de un mapa en trminos delnmero de contextos de exploracin que pueden ser accedidos. Indicaopciones de navegacin

Valor Recomendado: entre 7 y 9

Mtrica de profundidad (PMN): Profundidad de un mapa en trminosdel nmero de niveles en la jerarqua. Indica la facilidad de acceso alcontexto en estudio

Valor Recomendado: Profundidad < 5 nivelesAnlisis: Los contextos con una elevada profundidad son los menos importantes

dentro de la estructura del mapa Si la estructura de la aplicacin Web es demasiado estrecha y profunda, los

usuarios tienen que navegar varios niveles para encontrar lo que estnbuscando

Si una jerarqua es demasiado amplia y poco profunda, los usuarios puedenperderse debido a la excesiva cantidad de contextos a los que puedeacceder

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](X)

Mtricas para mapas navegacionales (VIII) Centralidad : Esta propiedad refleja la conectividad de un nodo


121/138


Centralidad : Esta propiedad refleja la conectividad de un nodo

respecto al resto de nodos existentes en el grafo

Un nodo central es aqul que minimiza las distancias a los otros nodos Identificar el nodo central es el primer paso para conseguir estructuras

fcilmente navegables

Compactibilidad (Cp) : indica la conectividad del mapa en trminos de

referencias cruzadas Un mapa con Cp = 0 es un grafo completamente desconectado

Un mapa con Cp = 1 est completamente conectado (todos los contextos

estn conectados entre s y con el resto de contextos)

Valor Recomendado: entre 0.3 y 0.8

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](XI)

Mtricas para contextos navegacionales (I) tiles para realizar un anlisis estructural para revelar potenciales


122/138


problemas de navegacin tales como caminos circulares innecesarios onodos muertos

Gestin de Proyectos

Calidad de sistemas WebCalidad de modelos navegacionales [Abraho et al., 2001](XII)

Mtricas para contextos navegacionales (II) Cuanto mayor es el nmero de

l d t d lid d


123/138


enlaces de entrada y salida deun contexto, mayor es el gradode interdependencia,dificultando el mantenimiento yla reutilizacin de contextos

Se recomiendan valores bajosde FICN y FOCN

Libros

Revisin

descripcin

Autor

nombre

Libro

tituloISBNcrear()

borrar()

clasesnavegacionales

Gestin de Proyectos

Calidad de sistemas WebPruebas (I)

Proceso de prueba En primer lugar se prueban los aspectos visibles al usuario

Contenido


124/138


Contenido Funcionalidad de la interfaz

Despus se prueban aspectos arquitectnicos Arquitectura de diseo Navegacin

Finalmente se ejercitan las capacidades tecnolgicas

Prueba decontenidoPrueba decontenido

Prueba dela interfazPrueba dela interfaz

Prueba denavegacinPrueba de

navegacin

Prueba de

componentes

Prueba de

componentes

Prueba de

configuracin

Prueba de

configuracin

Prueba derendimiento

Prueba de

rendimientoPrueba deseguridad

Prueba de

seguridad

Diseo de componentes

Diseo arquitectnico

Diseo de navegacin

Diseo de contenido

Diseo esttico

Diseo dela interfaz

Tecnologa

Prueba decontenidoPrueba decontenido

Prueba dela interfazPrueba dela interfaz

Prueba denavegacinPrueba de

navegacin

Prueba de

componentes

Prueba de

componentes

Prueba de

configuracin

Prueba de

configuracin

Prueba derendimiento

Prueba de

rendimientoPrueba deseguridad

Prueba de

seguridad

Diseo de componentes

Diseo arquitectnico

Diseo de navegacin

Diseo de contenido

Diseo esttico

Diseo dela in

GP-GII Tema 5-Gestión de la calidad

Documents

Transcript of GP-GII Tema 5-Gestión de la calidad