View
1.006
Download
0
Category
Preview:
Citation preview
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
Recommended