2. CALIDAD
La calidad es un conjunto de propiedades inherentes a un objeto que
contenga capacidades para satisfacer las necesidades del cliente
implcitas o explicitas.
La calidad de un producto o servicio es la percepcin que el cliente
tiene del mismo, como ejemplo la calidad del servicio, la calidad
de vida, etc.
3. 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, correccin, mantenimiento seguridad e
integridad).
La calidad del software es medible y varia segn 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 implementacin de un sistemade calidad
(investigacin)
Esta calidad puede ser inspeccionada al finalizarel producto.
4. MODELOS DE CALIDAD DEL SOFTWARE
La calidad esta compuesta por una composicin de muchas
caractersticas
Un modelo de calidad entonces describe estas caractersticas y sus
relaciones.
Los modelos a continuacin han sido los mas populares en la
comunidad pero sin sustento cientfico.
5. 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 calidady son normalmente
atributos externos.
pero tambin 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 se
introduce atributos de bajo nivel denominados criterios de
calidad.
algunos criterios de calidad son atributos internos segn McCall que
el atributo interno tiene un efecto directo en el atributo externo
correspondiente.
6. FACTORES DE CALIDAD
McCall propone tres perspectivas para agrupar los factores de
calidad
Revisin del producto habilidad para ser cambiado
Transicin del producto adaptabilidad al nuevo ambiente
Operacin del producto caractersticas de operacin
7. FACTORES DE CALIDAD DE REVISION
La revisin 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
especificacin
8. FACTORES DE CALIDAD DE TRANCISION
La transicin del producto incluye los siguientes factores de
calidad:
Portabilidad esfuerzo requerido para transferir entre distintos
ambientes de operacin
Reusabilidad facilidad de reusar el software en diferentes
contextos
Interoperabilidad esfuerzo requerido para acoplar el producto con
otros sistemas
9. FACTORES DE CALIDAD DE OPERACION
La operacin del producto incluye los siguientes factores de
calidad:
Correctitud el grado en el que el producto cumple con su
especificacin
Confiabilidad la habilidad del producto de responder ante
situaciones no esperadas
Eficiencia el uso de los recursos tales como tiempo de ejecucin y
memoria de ejecucin
Integridad proteccin del programa y sus datos de accesos no
autorizados
Usabilidadfacilidad de operacin del producto por parte de los
usuarios
10. MODELO DE BOEHM
El segundo modelo de calidad ms conocido es presentado por Barry
Boehm en 1978
Este modelo introduce caractersticas de alto nivel, caractersticas
de nivel intermedio y caractersticas primitivas, cada una de las
cuales contribuye al nivel general de calidad.
11. CARACTERISTICAS DE ALTO NIVEL
las caractersticas de alto nivel representan requerimientos
generales de uso pueden ser:
Utilidadper-se cuan (usable, confiable, eficiente) es el producto
en s mismo
Mantenibilidad cuan fcil es modificarlo, entenderlos y
retestearlo.
Utilidad general si puede seguir usndose si se cambia el
ambiente
12. 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 ms amplio de caractersticas primarias
La Mantenibilidad est ms desarrollada en Boehm Pablo
13. COMPARACION MODELOS MCCALL -BOEHM
14. 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 mtricas 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 cules atributos son importantes para el producto, y
cules medidas especficas los componen
15. MODELOS AD-HOC
Gilb y Kitchenham-Walker fueron los pioneros en la filosofa de
calidad evolutiva.
Gilb propone la identificacin de medidas objetivas de calidad, en
complemento con su filosofa 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 automticas.
16. 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 caractersticas de calidad principales, y
27subcaractersticas. Incluye 3 reportes tcnicos (ISO/IEC 9126-2, 3
e 4)
ISO/IEC 9241 - define las caractersticas de un software
usable
ISO 12119 - define las caractersticas de calidad para un software
COTS (Commercial off the shelf)
La ISO tambin ha publicado la norma 14598 que gua en el proceso de
valoracin de la calidad del software segn los criterios de la
9126
17. MODELO ISO 9126
Durante muchos aos se busc en la Ingeniera 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 estndar
internacional para medicin de calidad de software.
ISO 9126 Software Product Evaluation: Quality Characteristics and
Guidelines for their Use es el nombre formal
La ltima revisin ha sido realizada en el 2004; est en proceso de
una nueva revisin
No se preveen certificados de calidad por esta norma
18. CARACTERISTICAS DE CALIDAD INTERNAS Y EXTERNAS
EnISO 9126 se reconocen seis factores de calidad que se pueden
considerar tanto internos como externos
Funcionalidad
Confiabilidad
Eficiencia
Usabilidad
Mantenibilidad
Portabilidad
19. CARACTERISTICAS DE CALIDAD DE USO
EnISO 9126 se reconocen cuatro factores de calidad de uso:
Eficacia
Productividad
Seguridad
Satisfaccin
20. ISO 9126 VS OTRAS NORMAS ISO
ISOha emitido una batera de normas bajo el nombre ISO 9000
referidas a la gestin de calidad en todo tipo de organizacin
Permite controlar los procesos hacindales dirigindolos a la
satisfaccin del cliente
Las ISO 9000 actualmente (desde el ao 2000 en adelante) se dividen
en
ISO 9000 que describe la terminologa y los principios esenciales
del sistema de gestin de calidad y su organizacin
ISO 9001 para la definicin de los requisitos de calidad
ISO 9004 que es una gua para el mejoramiento de la prestacinen una
organizacin la nica certificacin posible es por adherir a la norma
ISO 9001; las otras son guas tentativas para favorecer la correcta
aplicacin e interpretacin del sistema de calidad
21. ESTANDARES DE CALIDAD APLICADOS AL SOFTWARE
Hoy en da la calidad es importante para poder satisfacer al cliente
que pida un sistema de calidady cada vez hay mayor competitividad
en el mundo de la informtica lo cual hace que los desarrolladores
busque opciones para desarrollar software de calidad y para ello se
han creado desde tiempos atrs estndares que hoy en da se rigen para
el desarrollo correcto de aplicacionesde calidad cumpliendo con sus
normas y parmetros hablaremos especficamente de3 estndares
aplicados al desarrollo de software:
ISO
SPICE
CMM
22. ISO
La organizacin para la estandarizacin, mejor conocida como la ISO
es la agencia especializada en estandarizacin fue establecida el 23
febrero de 1947 con el de promover estandarizacin internacional de
manera que se facilitara el intercambio internacional de bienes y
servicios as como el desarrollo cientfico y tecnolgico. Actualmente
abarca los estndares nacionales de 91 pases y en estado unidos la
representacin se llama The American National Standards
Institute.
23. ISO
ISO comprende alrededor de 180 comits tcnicos cada uno es
responsable de una o mas reas de especializacin abarcan desde las
abreviaturas delos sistemas de medicin hasta la especificacin de
protocolosde transferencia pasando por especificacin de tornillos,
lentes, contenedores martimos, medios magnticos, hojas de papel,
cables, elementos estructurales, pruebas de seguridad, simbologa,
medio ambiente, etc. Y por supuesto software.
24. ESTANDAR ISO 9000-3
Las 3fallas predomnales que existen dentro de la industria de
software son: los altos costos en cuanto a depuracin de un sistema,
tiempo perdido en la correccin del sistema y la falla de conocer
todas las necesidades del usuario.
Hoy en da la industria del software esta implementando modelos
paramejorar sus operaciones y corregir sus fallas y la expectativa
es colocar el desarrollo de software bajo un control estadstico
para verificar cuales son las actividades repetitivas que
continuamente se tienen que programary que producen el mismo
resultado .
Uno de los modelos base son las normas estndares ISO 9000 que en
especial han creado un inters masivo para la industria del software
a causa de su aceptacin internacional de muchas compaas importantes
.
25. ISO 9000-3 GENERALIDADES
Titulo: Normas de gestin de calidad y garanta de la calidad.
Naturaleza: internacional
mbito: desarrollo de sistemas de informacin, procesos de ciclo de
vida, calidad del software.
Campo de aplicacin y alcance: esta parte de la ISO 9000 contienen
orientaciones que facilitan la aplicacin de la norma ISO 9001 a las
organizaciones dedicadas al desarrollo, suministro y mantenimiento
del software.
26. ESTANDAR SPICE
SPICE es una importante iniciativa internacional para apoyar el
desarrollo de una norma internacional para la evaluacin de procesos
de software.
El proyecto tiene tres objetivos importantes:
Para desarrollar un proyecto de trabajo para un estndar para la
evaluacin deprocesos de software.
Para llevar a cabo los ensayos de la industria de la norma
emergente.
Para promover la trasferencia de tecnologa de la evaluacin de
procesos de software en la industria mundial del software a nivel
mundial.
27. ESTANDAR SPICE
El creciente nmero de mtodos de evaluacin disponibles, y la
creciente utilizacin de la tcnica comercial en reas sensibles,
fueron los factores clave que impulsaron el desarrollo y la
aceptacin de una propuesta para desarrollar un estndar
internacional para la evaluacin de procesos de software.Una Norma
Internacional sobre Evaluacin 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 evaluacin.
Las organizaciones de desarrollo de software tendr una herramienta
para iniciar y sostener un proceso continuo de mejora.
Los directores de programas tendrn un medio para garantizar que su
desarrollo de software est en consonancia con, y apoya, las
necesidades comerciales de la organizacin
28. ESTANDAR CMM
CMM es el mximo estndar en ingeniera de softwareInnovacin,
velocidad y satisfaccin del cliente se han convertido en la
consigna de las organizaciones que quieren sobrevivir y crecer en
el cada vez ms competitivo mundo moderno. Como las tecnologas de
informacin resultan fundamentales para lograrlas, el software se ha
constituido en la piedra angular sobre la cual se soportan la gran
mayora de los nuevos modelos de empresa.
29. ESTANDAR CMM
La creciente necesidad, sumada a dcadas de promesas incumplidas en
cuanto a calidad, costos y cumplimiento en el desarrollo de
software, condujo al Instituto de Ingeniera de Software de los
Estados Unidos a desarrollar el modelo CMM (CapabilityMaturityModel
- Modelo de Madurez de Capacidad).El CMM est compuesto de 316
prcticas claves agrupadas en 18 reas y distribuidas en una jerarqua
de cinco niveles, a travs de los cuales una organizacin
progresivamente alcanza mayor calidad, productividad y menores
costos en el desarrollo de software.Los niveles progresan desde el
1, que representa el estado catico, hasta el nivel 5, que
representa el estado de optimizacin continua. Nivel 1.
Inicial.Nivel 2. Repetible.Nivel 3. Definido.Nivel 4.
Administrado.Nivel 5. Optimizacin.
30. ESTANDAR CMM
Nivel 1. Inicial. En este nivel, los procesos y mtodos de ingeniera
no se encuentran definidos. Por esa razn, los proyectos son
adelantados de manera incoherente, incontrolada y poco
profesional.Nivel 2. Repetible. Se establecen algunos procesos y
mtodos de ingeniera a nivel de proyectos, an incipientes.Nivel 3.
Definido. Los procesos, actividades y mtodos relacionados con la
ingeniera y administracin de proyectos se encuentran documentados,
estandarizados y construidos alrededor de un marco integrado para
toda la compaa.Nivel 4. Administrado. La compaa opera bajo Control
Estadstico de Procesos, tanto en procesos como en productos.Nivel
5. Optimizacin. En este nivel, las organizaciones se encuentran en
un proceso de mejoramiento continuo. Todos los procesos y tcnicas
modernas estn en pie, lo mismo que la administracin
cuantitativa
31. ESTANDAR CMM
Top Related