JHON FREDY PEREZ

WILSON MARTINEZ

TEG. ANALISIS Y DESARROLLO DE SISTEMAS

CALIDAD

La calidad es un conjunto de propiedades inherentes a un objeto que contenga capacidades para satisfacer las necesidades del cliente implícitas o explicitas.

La calidad de un producto o servicio es la percepción que el cliente tiene del mismo, como ejemplo la calidad del servicio, la calidad de vida, etc.

CONCEPTO DE CALIDAD DEL SOFTWARE

Cuando se habla de calidad del software se hace referencia la conjunto de cualidades que determina su utilidad. Es el grado en que el software cumple con los requisitos especificados ( eficiencia, flexibilidad, corrección, mantenimiento seguridad e integridad).

La calidad del software es medible y varia según el tipo de sistema y de programa, por ejemplo no es lo mismo un software para control de viajes el cual deba ser confiable a un nivel de cero errores que un software elaborado para la implementación de un sistema de calidad (investigación)

Esta calidad puede ser inspeccionada al finalizar el producto.

MODELOS DE CALIDAD DEL SOFTWARE

La calidad esta compuesta por una composición de muchas características

Un modelo de calidad entonces describe estas características y sus relaciones.

Los modelos a continuación han sido los mas populares en la comunidad pero sin sustento científico.

MODELO DE MCCALL El modelo de McCall fue el primero en ser presentado en 1977 y se

origino motivado por Air Forcé y Dod. Se focaliza en el producto final identificando atributos claves desde el

punto de vista del usuario. Estos atributos se denominan factores de calidad y son normalmente

atributos externos. pero también se incluyen algunos atributos posiblemente internos. los factores de calidad son demasiados abstractos para ser

medidos directamente, por lo que por cada uno de ellos seintroduce atributos de bajo nivel denominados criterios de calidad.

algunos criterios de calidad son atributos internos según McCall que el atributo interno tiene un efecto directo en el atributo externo correspondiente.

FACTORES DE CALIDAD

McCall propone tres perspectivas para agrupar los factores de calidad

Revisión del producto habilidad para ser cambiado

Transición del producto adaptabilidad al nuevo ambiente

Operación del producto características de operación

FACTORES DE CALIDAD DE REVISION

La revisión del producto incluye los siguientes factores de calidad:

Mantenibilidad esfuerzo requerido para localizar y corregir fallas

Flexibilidad facilidad de realizar cambios

Testeabilidad facilidad para realizar el testing, para asegurarse que el producto no tiene errores y cumple con la especificación

FACTORES DE CALIDAD DE TRANCISION

La transición del producto incluye los siguientes factores de calidad:

Portabilidad esfuerzo requerido para transferir entre distintos ambientes de operación

Reusabilidad facilidad de reusar el software en diferentes contextos

Interoperabilidad esfuerzo requerido para acoplar el producto con otros sistemas

FACTORES DE CALIDAD DE OPERACION

La operación del producto incluye los siguientes factores de calidad: Correctitud el grado en el que el producto cumple con su

especificación

Confiabilidad la habilidad del producto de responder ante situaciones no esperadas

Eficiencia el uso de los recursos tales como tiempo de ejecución y memoria de ejecución

Integridad protección del programa y sus datos de accesos no autorizados

Usabilidad facilidad de operación del producto por parte de los usuarios

MODELO DE BOEHM

El segundo modelo de calidad más conocido espresentado por Barry Boehm en 1978

Este modelo introduce características de alto nivel, características de nivel intermedio y características primitivas, cada una de las cuales contribuye al nivel general de calidad.

CARACTERISTICAS DE ALTO NIVEL las características de alto nivel representan

requerimientos generales de uso pueden ser:

Utilidad per-se cuan (usable, confiable, eficiente) es el producto en sí mismo

Mantenibilidad cuan fácil es modificarlo, entenderlos y retestearlo.

Utilidad general si puede seguir usándose si se cambia el ambiente

COMPARACION MODELOS MCCALL -BOEHM

Aunque parezcan similares, la diferencia está en que McCall focaliza en medidas precisas de alto nivel, mientras que Boehm presenta un rango más amplio de características primarias

La Mantenibilidad está más desarrollada en Boehm Pablo

COMPARACION MODELOS MCCALL -BOEHM

MODELOS AD-HOC para monitorear la calidad de software, se pueden tomar

dos caminos: Adoptar un modelo fijo se supone que todos los factores de

calidad importantes son un subconjunto de los de un modelo publicado; se acepta el conjunto de criterios y métricas asociados al modelo

Desarrollar un modelo propio de calidad se acepta que la calidad está compuesta por varios atributos, pero no se adopta lo impuesto por modelos existentes.

En este último caso, se debe consensuar el modelo con los clientes antes de empezar el proyecto

Se deciden cuáles atributos son importantes para el producto, y cuáles medidas específicas los componen

MODELOS AD-HOC Gilb y Kitchenham-Walker fueron los pioneros en la

filosofía de calidad evolutiva.

Gilb propone la identificación de medidas objetivas de calidad, en complemento con su filosofía de desarrollo evolutivo.

El producto es entregado incrementalmente al cliente, basado en la importancia de las diferentes funcionalidades.

La propuesta COQUAMO de Kitchenham y Walker extiende las ideas de Gilb con el soporte de herramientas automáticas.

MODELO ISO La ISO ha emitido algunas normas que definen un modelo

de calidad del software, en varios contextos de uso

ISO 9126-1 - define 6 características de calidad principales, y 27 subcaracterísticas. Incluye 3 reportes técnicos (ISO/IEC 9126-2, 3 e 4)

ISO/IEC 9241 - define las características de un software usable

ISO 12119 - define las características de calidad para un software COTS (Commercial off the shelf)

La ISO también ha publicado la norma 14598 que guía en el proceso de valoración de la calidad del software según los criterios de la 9126

MODELO ISO 9126 Durante muchos años se buscó en la Ingeniería de Software

un modelo único para expresar calidad

La ventaja era obvia: poder comparar productos entre sí en 1992, una variante del modelo de McCall fue propuesta como estándar internacional para medición de calidad de software.

ISO 9126 Software Product Evaluation: Quality Characteristics and Guidelines for their Use es el nombre formal

La última revisión ha sido realizada en el 2004; está en proceso de una nueva revisión

No se preveen certificados de calidad por esta norma

CARACTERISTICAS DE CALIDAD INTERNAS Y EXTERNAS

En ISO 9126 se reconocen seis factores de calidad que se pueden considerar tanto internos como externos

Funcionalidad

Confiabilidad

Eficiencia

Usabilidad

Mantenibilidad

Portabilidad

CARACTERISTICAS DE CALIDAD DE USO

En ISO 9126 se reconocen cuatro factores de calidad de uso:

Eficacia

Productividad

Seguridad

Satisfacción

ISO 9126 VS OTRAS NORMAS ISO ISO ha emitido una batería de normas bajo el nombre ISO 9000

referidas a la gestión de calidad en todo tipo de organización

Permite controlar los procesos haciéndales dirigiéndolos a la satisfacción del cliente

Las ISO 9000 actualmente (desde el año 2000 en adelante) se dividen en

ISO 9000 que describe la terminología y los principios esenciales del sistema de gestión de calidad y su organización

ISO 9001 para la definición de los requisitos de calidad

ISO 9004 que es una guía para el mejoramiento de la prestación en una organización la única certificación posible es por adherir a la norma ISO 9001; las otras son guías tentativas para favorecer la correcta aplicación e interpretación del sistema de calidad

ESTANDARES DE CALIDAD APLICADOS AL SOFTWARE

Hoy en día la calidad es importante para poder satisfacer al cliente que pida un sistema de calidad y cada vez hay mayor competitividad en el mundo de la informática lo cual hace que los desarrolladores busque opciones para desarrollar software de calidad y para ello se han creado desde tiempos atrás estándares que hoy en día se rigen para el desarrollo correcto de aplicaciones de calidad cumpliendo con sus normas y parámetros hablaremos específicamente de 3 estándares aplicados al desarrollo de software: ISO SPICE CMM

ISO La organización para la estandarización, mejor

conocida como la ISO es la agencia especializada en estandarización fue establecida el 23 febrero de 1947 con el de promover estandarización internacional de manera que se facilitara el intercambio internacional de bienes y servicios así como el desarrollo científico y tecnológico. Actualmente abarca los estándares nacionales de 91 países y en estado unidos la representación se llama The American National Standards Institute.

ISO ISO comprende alrededor de 180 comités técnicos cada

uno es responsable de una o mas áreas de especialización abarcan desde las abreviaturas delos sistemas de medición hasta la especificación de protocolos de transferencia pasando por especificación de tornillos, lentes, contenedores marítimos, medios magnéticos, hojas de papel, cables, elementos estructurales, pruebas de seguridad, simbología, medio ambiente, etc. Y por supuesto software.

ESTANDAR ISO 9000-3 Las 3 fallas predomínales que existen dentro de la industria

de software son: los altos costos en cuanto a depuración de un sistema, tiempo perdido en la corrección del sistema y la falla de conocer todas las necesidades del usuario.

Hoy en día la industria del software esta implementando modelos para mejorar sus operaciones y corregir sus fallas y la expectativa es colocar el desarrollo de software bajo un control estadístico para verificar cuales son las actividades repetitivas que continuamente se tienen que programar y que producen el mismo resultado .

Uno de los modelos base son las normas estándares ISO 9000 que en especial han creado un interés masivo para la industria del software a causa de su aceptación internacional de muchas compañías importantes .

ISO 9000-3 GENERALIDADES Titulo: Normas de gestión de calidad y garantía de la

calidad.

Naturaleza: internacional

Ámbito: desarrollo de sistemas de información, procesos de ciclo de vida, calidad del software.

Campo de aplicación y alcance: esta parte de la ISO 9000 contienen orientaciones que facilitan la aplicación de la norma ISO 9001 a las organizaciones dedicadas al desarrollo, suministro y mantenimiento del software.

ESTANDAR SPICE SPICE es una importante iniciativa internacional para

apoyar el desarrollo de una norma internacional para la evaluación de procesos de software.

El proyecto tiene tres objetivos importantes:

Para desarrollar un proyecto de trabajo para un estándar para la evaluación de procesos de software.

Para llevar a cabo los ensayos de la industria de la norma emergente.

Para promover la trasferencia de tecnología de la evaluación de procesos de software en la industria mundial del software a nivel mundial.

ESTANDAR SPICE El creciente número de métodos de evaluación disponibles, y la

creciente utilización de la técnica comercial en áreas sensibles, fueron los factores clave que impulsaron el desarrollo y la aceptación de una propuesta para desarrollar un estándar internacional para la evaluación de procesos de software.Una Norma Internacional sobre Evaluación de Procesos de Software ofrecerá los siguientes beneficios a la industria y los usuarios del software:Beneficios para la Industria del Software

Los proveedores de software se someterá a un solo esquema de proceso de evaluación.

Las organizaciones de desarrollo de software tendrá una herramienta para iniciar y sostener un proceso continuo de mejora.

Los directores de programas tendrán un medio para garantizar que su desarrollo de software está en consonancia con, y apoya, las necesidades comerciales de la organización

ESTANDAR CMM

CMM es el máximo estándar en ingeniería de software Innovación, velocidad y satisfacción del cliente se han convertido en la consigna de las organizaciones que quieren sobrevivir y crecer en el cada vez más competitivo mundo moderno. Como las tecnologías de información resultan fundamentales para lograrlas, el software se ha constituido en la piedra angular sobre la cual se soportan la gran mayoría de los nuevos modelos de empresa.

ESTANDAR CMM La creciente necesidad, sumada a décadas de promesas incumplidas en

cuanto a calidad, costos y cumplimiento en el desarrollo de software, condujo al Instituto de Ingeniería de Software de los Estados Unidos a desarrollar el modelo CMM (CapabilityMaturityModel -Modelo de Madurez de Capacidad).El CMM está compuesto de 316 prácticas claves agrupadas en 18 áreas y distribuidas en una jerarquía de cinco niveles, a través de los cuales una organización progresivamente alcanza mayor calidad, productividad y menores costos en el desarrollo de software.Los niveles progresan desde el 1, que representa el estado caótico, hasta el nivel 5, que representa el estado de optimización continua. Nivel 1. Inicial.Nivel 2. Repetible.Nivel 3. Definido.Nivel 4. Administrado.Nivel 5. Optimización.

ESTANDAR CMM Nivel 1. Inicial. En este nivel, los procesos y métodos de

ingeniería no se encuentran definidos. Por esa razón, los proyectos son adelantados de manera incoherente, incontrolada y poco profesional.Nivel 2. Repetible. Se establecen algunos procesos y métodos de ingeniería a nivel de proyectos, aún incipientes.Nivel 3. Definido. Los procesos, actividades y métodos relacionados con la ingeniería y administración de proyectos se encuentran documentados, estandarizados y construidos alrededor de un marco integrado para toda la compañía.Nivel 4. Administrado. La compañía opera bajo Control Estadístico de Procesos, tanto en procesos como en productos.Nivel 5. Optimización. En este nivel, las organizaciones se encuentran en un proceso de mejoramiento continuo. Todos los procesos y técnicas modernas están en pie, lo mismo que la administración cuantitativa

ESTANDAR CMM