Vous êtes sur la page 1sur 4

1. MODELO DE CALIDAD DEL SOFTWARE MARTINEZTEG. ANALISIS Y DESARROLLO DE SISTEMAS 2.

. CALIDADLa 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 SOFTWARECuando 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 sistema de calidad (investigacin)Esta calidad puede ser inspeccionada al finalizar el producto. 4. MODELOS DE CALIDAD DEL SOFTWARELa 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 MCCALLEl 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 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 CALIDADMcCall propone tres perspectivas para agrupar los factores de calidadRevisin del producto habilidad para ser cambiadoTransicin del producto adaptabilidad al nuevo ambienteOperacin del producto caractersticas de operacin 7. FACTORES DE CALIDAD DE REVISIONLa revisin del producto incluye los siguientes factores de calidad:Mantenibilidad esfuerzo requerido para localizar y corregir fallasFlexibilidad facilidad de realizar cambiosTesteabilidad facilidad para realizar el testing, para asegurarse que el producto no tiene errores y cumple con la especificacin 8. FACTORES DE CALIDAD DE TRANCISIONLa transicin del producto incluye los siguientes factores de calidad:Portabilidad esfuerzo requerido para transferir entre distintos ambientes de operacinReusabilidad facilidad de reusar el software en diferentes contextosInteroperabilidad esfuerzo requerido para acoplar el producto con otros sistemas 9. FACTORES DE CALIDAD DE OPERACIONLa operacin del producto incluye los siguientes factores de calidad:Correctitud el grado en el que el producto cumple con su especificacinConfiabilidad la habilidad del producto de responder ante situaciones no esperadasEficiencia el uso de los recursos tales como tiempo de ejecucin y memoria de ejecucinIntegridad proteccin del programa y sus datos de accesos no autorizadosUsabilidad facilidad de operacin del producto por parte de los usuarios 10. MODELO DE BOEHMEl segundo modelo de calidad ms conocido es presentado por Barry Boehm en 1978Este 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 NIVELlas caractersticas de alto nivel representan requerimientos generales de uso pueden ser:Utilidadper-se cuan (usable, confiable, eficiente) es el producto en s mismoMantenibilidad cuan fcil es modificarlo, entenderlos y retestearlo.Utilidad general si puede seguir usndose si se cambia el ambiente 12. COMPARACION MODELOS MCCALL -BOEHMAunque 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 primariasLa Mantenibilidad est ms desarrollada en Boehm Pablo 13. COMPARACION MODELOS MCCALL -BOEHM 14. MODELOS AD-HOCpara 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 modeloDesarrollar 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 proyectoSe deciden cules atributos son importantes para el producto, y cules medidas especficas los componen 15. MODELOS AD-HOCGilb 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 ISOLa ISO ha emitido algunas normas que definen un modelo de calidad del software, en varios contextos de usoISO 9126-1 - define 6 caractersticas de calidad principales, y 27 subcaractersticas. Incluye 3 reportes tcnicos (ISO/IEC 9126-2, 3 e 4)ISO/IEC 9241 define las caractersticas de un software usableISO 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 9126Durante muchos aos se busc en la Ingeniera de Software un modelo nico para expresar calidadLa 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 formalLa ltima revisin ha sido realizada en el 2004; est en proceso de una nueva revisinNo se preveen certificados de calidad por esta norma 18. CARACTERISTICAS DE CALIDAD INTERNAS Y EXTERNASEn ISO 9126 se reconocen seis factores de calidad que se pueden considerar tanto internos como externosFuncionalidad Confiabilidad Eficiencia Usabilidad MantenibilidadPortabilidad 19. CARACTERISTICAS DE CALIDAD DE USOEn ISO 9126 se reconocen cuatro factores de calidad de uso:Eficacia Productividad Seguridad Satisfaccin 20. ISO 9126 VS OTRAS NORMAS ISOISO ha emitido una batera de normas bajo el nombre ISO 9000 referidas a la gestin de calidad en todo tipo de organizacinPermite controlar los procesos hacindales dirigindolos a la satisfaccin del clienteLas ISO 9000 actualmente (desde el ao 2000 en adelante) se dividen enISO 9000 que describe la terminologa y los principios esenciales del sistema de gestin de calidad y su organizacinISO 9001 para la

definicin de los requisitos de calidadISO 9004 que es una gua para el mejoramiento de la prestacin en 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 SOFTWAREHoy en da 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 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 aplicaciones de calidad cumpliendo con sus normas y parmetros hablaremos especficamente de 3 estndares aplicados al desarrollo de software:ISOSPICECMM 22. ISOLa 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. ISOISO 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 protocolos de 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-3Las 3 fallas 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 para mejorar 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 programar y 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 GENERALIDADESTitulo: Normas de gestin de calidad y garanta de la calidad.Naturaleza: internacionalmbito: 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 SPICESPICE 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 de procesos 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 SPICEEl 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 SoftwareLos 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 CMMCMM es el mximo estndar en ingeniera de software Innovacin, 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 CMMLa 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 CMMNivel 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