Contenido Metodología de la calidad de software s oftware........................................................................................... . ¿Qué es un modelo?.......................................................................................................................... 12 Atributos de la calidad del software............................................................................................... 12 Métricas de Calidad - Modelos conocidos ..................................................................................... 13 Modelo de calidad.............................................................................................................................. 13 Modelos vs estándares..................................................................................................................... 13 ¿Qué modelos y estándares puedo utiliar en la gesti!n de la calidad?............................... 14 Modelo de "ilb.................................................................................................................................... 15 Modelo "QM #"oal $ Question - Metric%........................................................................................ 15 Modelo de &'()M............................................................................................................................. 16 Modelo *A+C #*oftware Assurance +ec,nology Center% ............................................................. 17 Modelo de romey............................................................................................................................. 18 Modelo C-QM....................................................................................................................................... 19 ........................... .................................. ......................... 19 Metodología *QA( #*oftware Quality Assessment (.ercise% .................. /ebQ(M #/eb Quality (valuation Met,od% .................................................................................. 20 Modelo de MCCall #0112%................................................................................................................. 20 Modelo de 3456* #0172%.................................................................................................................. 23 M'*CA #Modelo *istémico de Calidad% ......................................................................................... 26 .......................... .................. .................. .................. ................. ................. ............................................. .................................... 28 +eam +eam *oftware 6rocess #+*6%................. +ic89+.................................................................................................................................................... 29 ¿Qué estándares puedo elegir?...................................................................................................... 30 9*':9(C 10;<-0=;>>0 Quality Model............................................................................................... 30 9*':9(C +5 10;<-=;>> Calidad en 4so....................................................................................... 31 9*':9(C ;@>>>=;>>@ *Qua5(........................................................................................................... 31
1
"esti!n de la calidad del software a "esti!n de la Calidad de *oftware es una actividad esencial en cualBuier empresa de software para asegurar la calidad de sus productos y la competitividad frente a la oferta del mercadoD (s un conEunto de actividades de la funci!n general de la irecci!n Bue determina la calidad los obEetivos y las responsabilidadesD responsabilidadesD *e basa en la determinaci!n y aplicaci!n de las políticas de calidad de la empresa #obEetivos y directrices generales%D a "esti!n o Administraci!n Administraci!n de la Calidad se aplica normalmente a nivel empresaD +ambién puede ,aber una gesti!n de la calidad dentro de la gesti!n de cada proyectoD (l prop!sito de la Administraci!n de la calidad del software es en primer lugar entender las e.pectativas del cliente en términos de calidad y poner en práctica un plan proactivo para satisfacer esas e.pectativasD ado ado Bue la calida calidad d está está deFni deFnida da por el client cliente e podría podría parece parecerr Bue es compl completa etame mente nte subEetivaD AunBue en términos técnicos podrían ser tomadas obEetivamente lo Bue reBuiere e.aminar cada una de las características individuales del software y determinar una o más métricas Bue pueden recolectarse para reGeEar dic,as característicasD a Administraci!n de la Calidad no es un evento en un proceso y una forma de pensamientoD 4n producto de software consistente de alta calidad no puede producirse a partir de un proceso maloD (.iste la necesidad de un ciclo constante de medir la calidad actualiar el proceso medir otra ve actualiar etcD 6ara ,acer Bue la administraci!n de calidad del software funcione es vital recolectar métricasD *i no se capturan métricas será difícil meEorar los procesos a partir de una iniciativa de administraci!n de calidadD esde el punto de vista de la calidad la "esti!n de la Calidad del *oftware está formada por partes las cuales son= • • • •
6laniFcaci!n de la calidad Control de la calidad Aseguramiento de la calidad MeEora de la calidad
2
Metodología de la calidad de software Introducción
A raí de los avances de la tecnología y de la 9nformática el software se encuentra inmerso en difer diferent entes es activi activida dades des ,uman ,umanas as y abar abarca ca a todos todos los sector sectores es produ producti ctivos vos== indust industria riales les gubernamentales comerciales educaci!n entretenimiento etcD (s por ello Bue el obEetivo primordial de la ingeniería del software es producir un sistema aplicaci!n o producto de alta calidadD 6ara lograr este obEetivo los ingenieros de software deben emplear métodos efectivos Eunto con ,erramientas modernas dentro del conte.to de un proceso maduro de desarrollo del softwareD Al mismo tiempo un buen ingeniero del software y buenos administradores de la ingeniería del software deben medir si la alta calidad se va a llevar a caboD a calidad del software es una compleEa combinaci!n combinaci!n de factores Bue variarán entre diferentes aplicacionesD iversos autores como 6ressman McCall y estándares como 9*' 10;< ,an tratado de determinar y categoriar los factores Bue afectan a la calidad del softwareD 4na deFnici!n amplia de calidad planteada en la norma 4H(-(H 9*' 7>; e.presa Bue Ila calidad es el conEunto de propiedades y características de un producto o servicio Bue le conFeren su aptitud para satisfacer unas necesidades e.plícitas o implícitasJD levada esta deFnici!n al campo de la ingeniería de software la 9((( *td <0> seKala Bue Ila calidad del software es el grado con el Bue un sistema componente o proceso cumple los reBuerimientos especiFcados y las necesidades o e.pectativas del cliente o usuarioJD Como podemos ver es necesario llevar una evaluaci!n para medir el desempeKo del software prueba de ello es Bue e.isten numerosas propuestas metodol!gicas Bue inciden en distintas dimens dimension iones es del proce proceso so de medic medici!n i!nDD 6or 6or una parte parte tenemo tenemoss aBuell aBuellas as propu propuesta estass más tradi tradici cion onal ales es Bue Bue se cent centra ran n espe especi cial alme ment nte e en el cont contro roll del del proc proces eso o esta establ blec ecie iend ndo o rigur rigurosa osamen mente te las activi activida dades des involu involucra cradas das los artefa artefacto ctoss Bue Bue se deben deben produ producir cir y las ,erramientas y notaciones Bue se usaránD (stas propuestas ,an demostrado ser efectivas y necesarias en un gran nLmero de proyectos pero también ,an presentado problemas en muc,os otrosD 4na posible meEora es incluir en los procesos de desarrollo más actividades más artefactos y más restricciones basándose en los puntos débiles detectadosD *in embargo el resultado Fnal sería un proceso de desarrollo más compleEo Bue puede incluso limitar la propia ,abilidad del eBuipo para llevar a cabo el proyectoD 'tra apro.imaci!n es centrarse en otras dimensiones como por eEemplo el factor ,umano o el producto softwareD softwareD (sta es la Flosofía de las metodologías ágiles las cuales dan mayor valor al indivi individu duo o a la colabo colaborac raci!n i!n con con el client cliente e y al desar desarro rollo llo incr increme ementa ntall del softwa software re con con iterac iteracion iones es muy cortas cortasDD (ste (ste enfoB enfoBue ue está está mostra mostrando ndo su efecti efectivid vidad ad en proye proyecto ctoss con reBuisitos muy cambiantes y cuando se e.ige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidadD 4n obEetivo de décadas ,a sido encontrar procesos y metodologías Bue sean sistemáticas predecibles y repetibles a Fn de meEorar la productividad en el desarrollo y la calidad del producto softwareD a evoluci!n de la disciplina de ingeniería del software ,a traído consigo 3
propuestas diferentes para meEorar los resultados del proceso de construcci!nD as metodologías tradicionales ,aciendo énfasis en la planiFcaci!n y las metodologías ágiles ,aciendo énfasis en la adaptabilidad del proceso delinean las principales propuestas presentesD Defnición de Metodología
4na metodología es un conEunto integrado de técnicas y métodos Bue permite abordar de forma ,omogénea y abierta cada una de las actividades del ciclo de vida de un proyecto de desarrolloD (s un proceso de software detallado y completoD 4na deFnici!n estándar de metodología puede ser el conEunto de métodos Bue se utilian en una determinada actividad con el Fn de formaliarla y optimiarlaD etermina los pasos a seguir y c!mo realiarlos para Fnaliar una tarea además de deFnir artefactos roles y actividades Eunto con prácticas y técnicas recomendadasD a metodología para la medici!n de la calidad de software en un modo sistemático para llevarlo a cabo con altas posibilidades de é.itoD a metodología comprende puntos a seguir sistemáticamente para idear implementar y mantener un producto software desde Bue surge la necesidad del producto ,asta Bue cumplimos el obEetivo por el cual fue creadoD (ntre los elementos Bue forman parte de una metodología se pueden destacar= 3ases= tareas a realiar en cada faseD 6roductos= (:* de cada fase documentosD 6rocedimientos y ,erramientas= apoyo a la realiaci!n de cada tareaD Criterios de evaluaci!n= del proceso y del productoD *aber si se ,an logrado los obEetivosD (.isten distintos tipos de metodologías genéricas cada una desde diferente perspectiva ayuda a evaluar la calidad del software por eEemplo la MQ*
Metodología de Calidad del *oftware #MQ*% Con esta metodología cuidamos la correcta aplicaci!n de la metodología y la tecnología en los proyectos y cerramos el círculo de nuestro proceso de meEora continua al asegurar la efectividad de los procesos utiliados en los proyectos y la calidad de los productos Bue se están construyendoD
4
Medici!n de la calidad a medici!n es fundamental para cualBuier disciplina de ingeniería y la ingeniería del *oftware no es una e.cepci!nD as métricas del *oftware se reFeren a un amplio elenco de medidas para el *oftware de computadoraD a medici!n se puede aplicar al proceso de *oftware con el intento de meEorarlo sobre una base continuaD 6odemos deFnir las Métricas de *oftware o Medidas de *oftware como= a aplicaci!n continLa de técnicas basadas en las medidas de los procesos de desarrollo de *oftware y sus productos para producir una informaci!n de gesti!n signiFcativa y a tiempoD (sta informaci!n se utiliará para meEorar esos procesos y los productos Bue se obtienen de ellosD Características de las Métricas de Sotware
a calidad de las medidas debería facilitar el desarrollo de modelos Bue sean capaces de predecir el comportamiento de determinados parámetros Bue afectan al desarrollo de productos o procesosD 4na medida ideal debería ser= • • • • •
'bEetiva *encilla deFnible con precisi!n para Bue puede ser evaluada 3ácilmente obtenible #a costo raonable% Nalida la métrica debería medir e.actamente lo Bue se Buiere medir y no otra cosaD 5obustaD ebería de ser relativamente insensible a cambios poco insigniFcativos en el proceso o en el productoD
Métricas de la calidad de software DEFINICIONES
Medida 6roporciona una indicaci!n cuantitativa de la cantidad dimensiones o tamaKo de algunos atributos de un productoD OMedici!n Acto de determinar una medidaD Métrica (s una medida del grado en Bue un sistema componente o proceso posee un atributo dado a medici!n es fundamental para cualBuier disciplina de ingeniería y la ingeniería del *oftware no es una e.cepci!nD
5
as métricas del *oftware se reFeren a un amplio elenco de medidas para el *oftware de computadoraD a medici!n se puede aplicar al proceso de *oftware con el intento de meEorarlo sobre una base continuaD as métricas del *oftware comprenden un amplio rango de actividades diversas estas son algunas= Aseguramiento y control de calidad OModelos de Fabilidad OModelos y evaluaci!n de eEecuci!n OModelos y medidas de productividad
•
M(+59CA C4AH+9+A+9NA= 4na metica es cuantitativa cuando permitir evaluar el cumplimiento de los obEetivos de manera Bue nos proporcione una cantidad o tamaKo de algunos atributosD
•
M(+9CA C4A9+A+9NA= está orientado a revelar cuáles son las características y como está relacionado con la cualidad o con la calidad de softwareD
•
+anto las métricas cuantitativas como las cualitativas deben de responder a las P preguntas fundamentales de la métrica=
•
¿Cuánto mide? - la compleEidad en la medida
•
¿ Qué tan bien mide? - la calidad en la medida
•
¿ Qué tanto tiempo mide? - la predicci!n
6
ClasiFcaci!n de las métricas de *oftware *egLn los criterios=
segLn el conte.to en Bue se aplican Métricas de proceso:
*e recopilan de todos los proyectos y durante un largo periodo de tiempo Caracteriados por=
Control y eEecuci!n del proyectoD Medici!n de tiempos de las fases son medidas del proceso de desarrollo del *oftware tales como tiempo de desarrollo total esfuero en días: ,ombre o mes : ,ombre de desarrollo del 7
producto tipo de metodología utiliada o nivel medio de e.periencia de los programadoresD Métricas de producto: •
*e centran en las características del software y no en como fue producidoD O +ambién son productos los artefactos documentos modelos y componentes Bue conforman el softwareD O *e miden cosas como el tamaKo la calidad la totalidad la volatilidad y el esfuero
Métricas de proecto : •
6ermiten evaluar el estado del proyectoD 6ermiten seguir la pista de los riesgos
Métricas de Calidad •
•
6rincipal obEetivo de los ingenieros de software es producir sistemas aplicaciones o productos de alta calidadD 6ara las evaluaciones Bue se Buieran obtener es necesario la utiliaci!n de medidas técnicas Bue evalLan la calidad de manera obEetivaD
Métricas de Calidad
(l obEeto primordial de la ingeniería del *oftware es producir un sistema aplicaci!n o producto de alta calidadD 6ara lograr este obEetivo los ingenieros del software deben aplicar métodos efectivos con ,erramientas modernas dentro del conte.to de un proceso maduro de desarrollo del *oftwareD *e puede generar una larga lista de características de la calidad de *oftware= correcci!n eFcacia portabilidad mantenibilidad Fabilidad etcD esafortunadamente las características a veces se solapan y entran en conGicto unas con otrasD 6or eEemplo incrementar la portabilidad Bue es muy deseable puede dar lugar a una eFcacia menorD AunBue se ,an realiado una gran cantidad de trabaEos en está área presenta una gran variedad en los caminos seguidos frente a otras áreas de investigaci!n de las métricas tales como el tamaKo del *oftware o la compleEidad cuyo estudio ,a sido más uniformeD )an tenido considerable atenci!n tres áreas=
Corrección de los progra!as medida como el nLmero de efectosD 4n programa debe
operar correctamente o proporcionará poco valor a sus usuariosD a correcci!n es el grado en el Bue el *oftware lleva a cabo su funci!n reBueridaD
8
Fia"ilidad del Sotware calculada partir del dato anteriorD (n está época de intrusos
informáticos y de virus la integridad del software ,a llegado ,a tener muc,a importanciaD (ste atributo mide la ,abilidad de un sistema para resistir ataBues # tanto accidentales como intencionales % contra su seguridadD (l ataBue se puede realiar en cualBuiera de los tres componentes del *oftware programas datos y documentosD Manteni"ilidad del Sotware Bue se mide a partir de otro conEunto de métricas incluidas las de compleEidad= a facilidad de mantenimiento es la facilidad con la Bue se puede corregir un programa si se encuentra un error se puede adaptar si su entorno cambia o meEorar si su cliente desea un cambio de reBuisitosD
reas de Aplicaci!n Algunas de las áreas donde se aplican las métricas de *oftware son= El control de proectos de desarrollo de Sotware a través de medidas en un área Bue
esta generando un gran interésD (ste es un tema Bue ,a alcanado un interés relevante con el incremento de contratos a precio FEo para desarrollar un producto *oftware y la utiliaci!n de cláusulas de penaliaci!n en los mismos en caso de retrasos sobrecostos etcD #a predicción de los ni$eles de calidad del *oftware a menudo en términos de Fabilidad
es otra área en Bue las Métricas de *oftware tiene un importante papel Bue EugarD (l uso de las Métricas de *oftware es proporcionar una $erifcación cuantitati$a del dise%o de sotware es otra área bien deFnidaD (stas Métricas no se van a estudiar en esta 4nidad si no en la 4nidad de iseKoD 5ecientemente se ,a estudiado el eecto de los actores del entorno en la eFcacia de los procesos de desarrolloD (sta opci!n no esta abierta para todas las organiaciones pero e.iste una gran preocupaci!n sobre como incrementar la productividad de los procesos de desarrollo 9
introduciendo cambios en el entorno en el cual aBuellos tienen lugarD as medidas pueden ser utiliadas para identiFcar donde deberían concentrarse los cambiosD a utiliaci!n de las Métricas para co!prar unas organi&aciones con otras es un área de aplicaci!n muy importanteD C*C- 9nde. en (uropa y el *oftware (ngineering 9nstitute en (D(D4D4D ofrecen este tipo de servicios a la industria y muc,as organiaciones los utilianD 4n resultado de esta aplicaci!n es Bue se puede identiFcar Bue se esta ,aciendo mal y Buién lo esta ,aciendo bien y aprender de esas empresasD 3inalmente el uso más comLn de las medidas de *oftware es la pro$isión de inor!ación de gestión Bue incluye datos acerca de la productividad calidad y eFcacia de los procesosD (l valor de esta informaci!n está en analiar los datos de las tendencias día a díaD ¿(stá meEorando o empeorando la calidad de un eBuipo de desarrollo?D *i es así ¿por Bué ocurre? ¿Bué puede ,acer la direcci!n para meEorar la situaci!n?
9ntegraci!n de las Métricas dentro del 6roceso de *oftware a mayoría de los desarrolladores de *oftware todavía no miden y por desgracia la mayoría no desean ni comenarD ¿6or Bué es tan importante medir el proceso de ingeniería de *oftware y el producto #*oftware% Bue produce?D a respuesta es relativamente obviaD *i no se mide no ,ay una forma real de determinar sí se está meEorandoD R si no se está meEorando se está perdidoD Mediante el uso de la medici!n para establecer una línea base del proyecto cada uno de estos asuntos se ,ace más fácil de maneEarD Ra ,emos apuntado Bue la línea base sirve como base de la estimaci!nD Además la recopilaci!n de métricas de calidad permite a una organiaci!n -sintoniar- su proceso de ingeniería del *oftware para eliminar las causas - poco vitales- de los defectos Bue tienen el mayor impacto en el desarrollo del *oftwareD 4na ve deFnidas las métricas de *oftware podemos entender las diferentes técnicas e.istentes para la estimaci!n e.isten principalmente cuatro técnicas de estimaci!nD 0D a opini!n de los e.pertosD (sta técnica se basa en la e.periencia profesional de los participantes en el proyecto de estimaci!nD ;D a analogíaD (s una apro.imaci!n más formal Bue la e.periencia de los e.pertos y se basa en la comparaci!n directa de uno o más proyectos pasadosD a estimaci!n inicial se aEusta dependiendo de las diferencias entre el proyecto pasado y el nuevoD PD a descomposici!nD Consiste en la descomposici!n de un producto en componentes más peBueKos o descomponer un proyecto en tareas de nivel inferiorD a estimaci!n se ,ace partir del esfuero reBuerido para producir los componentes más peBueKos o para realiar las tareas de nivel inferiorD a estimaci!n global de un proyecto resultará de sumar las estimaciones de los componentesD 10
D as ecuaciones de estimaci!nD *on f!rmulas matemáticas Bue establecen la relaci!n de algunas medidas de entrada #Bue normalmente es la medida del tamaKo del producto% y determinan el esfuero Bue se reBueriráD
¿Qué es un modelo? 4n modelo es una representaci!n de un obEeto sistema o idea de forma diferente al de la entidad mismaD (l prop!sito de los modelos es ayudarnos a e.plicar entender o meEorar un sistemaD 4n modelo de un obEeto puede ser una réplica e.acta de éste o una abstracci!n de las propiedades dominantes del obEetoD ABuello Bue se toma como referencia para tratar de producir algo igualD (n este caso el modelo es un arBuetipoD 'tri"utos de la calidad del sotware
a calidad como ya lo ,emos visto con los temas e.puestos es un conEunto de características Bue resultan subEetivas sin embargo desde el punto de vista de medici!n se debe tener una deFnici!n precisa en términos de atributos del software Bue sean de interés al usuario en generalD AunBue de tal manera se estaría ,ablando de los aspectos Bue son e.ternos o Bue resultan visibles y tienen un impacto en el uso del usuario aunBue algunas metodologías o modelos también miden y analian atributos internos porBue los consideran predictores de aBuellos e.ternosD os atributos internos tienen dos ventaEas= •
•
(stán disponibles para medici!n más tempranoD "eneralmente en las fases tempranas del desarrollo permitiendo al eBuipo de desarrollo controlar características o factores Bue afecten la calidad del producto resultanteD *on más fáciles de medirD Ra Bue en su mayoría están enfocadas a aspectos técnicos Bue afectan el ciclo de desarrolloD
11
Métricas de Calidad - Modelos conocidos Modelo de calidad 4n modelo de calidad es por lo tanto un conEunto de prácticas vinculadas a los procesos de gesti!n y el desarrollo de proyectosD (ste modelo supone una planiFcaci!n para alcanar un impacto estratégico cumpliendo con los obEetivos FEados en lo referente a la calidad del producto o servicioD Al implementar un modelo de calidad una empresa busca desarrollar sistemáticamente productos y servicios Bue cumplan con los reBuerimientos y las e.igencias de los clientesD (s importante Bue los elementos Bue forman el conEunto del modelo de calidad se encuentren estructurados en forma tal Bue sea posible realiar un control y seguimiento de los procesosD (l modelo debe reunir las actividades y funciones relacionadas con la calidad para Bue puedan eEecutarse de un modo sistemático y formalD Modelos vs estándares os Modelos de Calidad son aBuellos documentos Bue integran la mayor parte de las meEores prácticas proponen temas de administraci!n en los Bue cada organiaci!n debe ,acer énfasis integran diferentes prácticas dirigidas a los procesos clave y permiten medir los avances en calidadD os (stándares de Calidad son aBuellos Bue permiten deFnir un conEunto de criterios de desarrollo Bue guían la forma en Bue se aplica la 9ngeniería del *oftwareD os estándares suministran los medios para Bue todos los procesos se realicen de la misma forma y son una guía para lograr la productividad y la calidadD 9mplantar Modelos o (stándares de Calidad tiene como obEetivo principal Bue las empresas desarrollen sistemáticamente productos bienes y servicios de meEor calidad y cumplan con las necesidades y deseos de los clientesD 6ara esto se reBuiere de un Modelo : (stándar Bue permita= 4nir la misi!n de la empresa y el esfuero de cada área en una sinergia de resultados ,acia la competitividad y la calidadD Contar con procesos y procedimientos ágilesS y comprensibles para todos los involucrados pasando por las etapas de desarrollo prueba producci!n y satisfacci!n del clienteD os Modelos y:o (stándares de Calidad del *oftware vienen a ayudar en la puesta en práctica del concepto general de calidad ofreciendo una deFnici!n más operacionalD 4nos de los Modelos de Calidad más antiguos y e.tendidos es el de McCall y de él ,an derivado otros modelos como el de &oe,mD (n los Modelos de Calidad la calidad se deFne de forma EerárBuicaD (s un concepto Bue se deriva de un conEunto de sub-conceptos cada uno de los cuales se va a evaluar a través de un conEunto de indicadores o métricasD +ienen una estructura por lo general en tres niveles= •
3actores de CalidadD Que representan la calidad desde el punto de vista del usuario y son las características Bue componen la calidadD +ambién se denominan Atributos de Calidad (.ternosD 12
•
•
Criterios de CalidadD (stos criterios son atributos Bue cuando están presentes contribuyen al aspecto de la calidad Bue el factor asociado representaD *e trata de una visi!n de la calidad desde el punto de vista del producto de softwareD +ambién se denominan Atributos de Calidad 9nternosD Métricas las cuales son medidas cuantitativas de ciertas características del producto Bue cuando están presentes dan una indicaci!n del grado en Bue dic,o producto posee un determinado atributo de calidadD
a obtenci!n de un *oftware con Calidad implica la utiliaci!n de metodologías o procedimientos estándares para el análisis diseKo programaci!n y prueba del software Bue permitan uniformar la Flosofía de trabaEo en aras de lograr una mayor conFabilidad facilidad de mantenimiento y facilidad de prueba a la ve Bue eleven la productividad tanto para la labor de desarrollo como para el Control de Calidad del *oftwareD a calidad del producto de software abarca los siguientes aspectos= • • •
Calidad 9nterna= medible a partir de las características intrínsecas como el c!digo fuente Calidad (.terna= medible en el comportamiento del producto como en una prueba Calidad en 4so= durante la utiliaci!n efectiva por parte del usuario
(l obEetivo no es necesariamente alcanar una calidad perfecta sino la necesaria y suFciente para cada conte.to de uso a la ,ora de la entrega y del uso por parte de los usuariosD (s necesario comprender las necesidades reales de los usuarios con tanto detalle como sea posibleD
¿Qué modelos y estándares puedo utiliar en la gesti!n de la calidad? (n cuanto a los modelos Bue se pueden aplicar para llevar acabo la gesti!n de la calidad del software tenemos una gran diversidad en cuanto a enfoBues pero pueden ser agrupados de una manera sencilla en cuanto al nivel de calidad Bue se busca ya sea en el proceso de desarrollo del producto o en el producto Hivel Calidad 6roceso
de
Modelo de Calidad del */ CMMi +ic89+ 13
(stándar de Calidad del */ 9*' 1>>>P 9*' 0;;>2
&ootstrap 6ersonal */ 6rocess #6*6% +eam */ 6rocess #+*6% 6ractical */ Measurement #6*M% *i. *igma for *oftware 6roducto
"ilb "QM Mc Call 3urps &oe,m &oe,m *A+C romey C-QM Metodología *QA( /eb(QM
9*' 0@@> #*69C(% 9((( : (9A 0;;>2 9*' ;>>>> 9+9 Cobit D> 9*' 10;<-0 9*' ;@>>> #*Q4A5(% 9((( *td 0><0-0117
Modelo de "ilb (l modelo de "ilb plantea la creaci!n de una especiFcaci!n de reBuisitos de calidad para cada proyecto Bue deben escribir conEuntamente el usuario y el analistaD (s un modelo Bue permite determinar una lista de características Bue deFnen la calidad de la aplicaci!nD as características se pueden medir mediante varias subcaracterísticas o métricas detalladasD 6ara cada una de ellas se deben especiFcar los siguientes conceptos= • • • • • • •
Hombre y deFnici!n de la característica (scala o unidades de medici!n 5ecopilaci!n de datos o prueba Nalor previsto Nalor !ptimo Nalor en el sistema actual Comentarios
Modelo "QM #"oal $ Question - Metric% (l modelo "QM #obEetivo-pregunta-métrica% de &asili y 5ombac, #0117% es una propuesta de obEetivos : metas orientado a la deFnici!n de modelos de calidadD (l enfoBue de "QM basa la meEora en la deFnici!n clara de procesos y productosD 6roporciona la estructura para obtener los obEetivos cruciales del proyectoD Consta de P etapas= • •
istar los obEetivos principales del desarrollo y mantenimiento del proyecto 6ara cada obEetivo se deben obtener las preguntas Bue deben contestarse para saber si se están cumpliendo los obEetivos 14
•
ecidir Bué medir para poder contestar las preguntas de manera adecuada es decir desarrollar un conEunto de métricas Bue ayuden a responder la preguntaD
Modelo de &'()M (l modelo de &oe,m #0127% agrega algunas características a las e.istentes en el modelo de McCall y representa una estructura EerárBuica de características cada una de las cuales contribuye a la calidad totalD Consiste en un modelo de descomposici!n de características de calidad del software en P niveles #usos principales componentes intermedios y componentes primitivos% previos a la aplicaci!n de métricasD (ste modelo plantea factores de calidad formados por criterios de calidad y métricas respectivasD +iene como Fnalidad Bue a través de la calidad del software el software= •
5ealice lo Bue desea el usuario 15
• • •
4tilice recursos informáticos de manera correcta y eFciente *ea fácil de utiliar y aprender *ea bien diseKado codiFcado probado y mantenidoD
as métricas directas e indirectas son usadas para determinar el nivel de acuerdo a un criterio en particular Bue afecta a los principales factores de calidadD 3actores tales como portabilidad conFabilidad facilidad de mantenimiento y facilidad de modiFcaci!n son propiedades estáticasD Cada factor es descompuesto en varios criteriosD a facilidad de prueba y la eFciencia dependen del comportamiento de las interpretaciones especíFcas y constituyen propiedades dinámicasD
Modelo *A+C #*oftware Assurance +ec,nology Center% *A+C desarroll! un modelo dinámico Bue permite la producci!n de varios proyectos en desarrolloD os datos del proyecto son usados para realiar proyecciones acerca de los riesgos y puntos de control del proyectoD (ste modelo deFne un conEunto de metas u obEetivos relacionados al producto de software y atributos del proceso Bue permiten realiar indicaciones de la probabilidad de é.ito de los obEetivosD
16
Modelo de romey (l modelo de romey tiene el prop!sito de trabaEar con una estructura Bue permite construir y utiliar un modelo de calidad práctico para evaluar las etapas de eterminaci!n de los reBuerimientos iseKo e 9mplementaci!nD (sta informaci!n puede ser usada para elaborar comparar y evaluar la calidad de los productos de softwareD (ste modelo plantea la calidad del producto por medio de la deFnici!n de subcaracterísticas Bue pueden ser medidas y evaluadas como característicasD +ambién permite aumentar el 17
entendimiento respecto de la relaci!n entre los atributos #características% y los subatributos #subcaracterísticas% de calidadD romey propone una matri Bue relaciona las características de calidad respecto de la Horma 9*' 10;<-0D ic,a matri presenta un mapeo entre las características del producto y los atributos de alto nivel el cual es utiliado en las evaluaciones del producto de softwareD
Modelo C-QM C-QM provee un modelo de calidad comprensivo Bue puede ser aplicado efectivamente para evaluar diversos aspectos de la calidad del softwareD (ste modelo consiste de factores de calidad criterios y métricasD a estructura de C-QM tiene P capas= 3actor Criterio y Métrica
Metodología *QA( #*oftware Quality Assessment (.ercise% (sta metodología fue desarrollada por M9+5( Corporation y se basa en el concepto de establecer una EerarBuía en la cual los conceptos relacionados al riesgo del ciclo de vida están compuestos de factores tangibles y mediblesD
18
(s una metodología Bue permite cuantiFcar los riesgos asociados al softwareD *QA( provee un conEunto de ,erramientas y métodos de evaluaci!n Bue dan una medida consistente de la calidad del software y sus riesgos asociadosD (l método de *QA( está basado en el modelo de &oe,m McCall y romeyD os factores se establecen en un conte.to en el cual las métricas la documentaci!n y la codiFcaci!n pueden ser usadas para generar un perFl de las fortaleas y debilidades del diseKo y de la implementaci!n del sistemaD (l obEetivo de esta metodología es producir un sistema de evaluaci!n Bue satisfaga el obEetivo de producir resultados conFables en todas las etapas del ciclo de vida del softwareD (sta metodología plantea Ifactores de calidadJ Bue sirven como base medible para la deFnici!n de las áreas de calidad #maintainability evoluability portability descriptiveness%D os factores de calidad #consistency independence modularity documentation self descriptiveness anomaly control design simplicity% son menos abstractos Bue las áreas de calidad y proveen una estructura para medir la calidad de un sistemaD as áreas de calidad se usan para deFnir los conceptos de riesgos del ciclo de vida y se e.presan como la suma de varios factores Bue abarcan aspectos del concepto a medirD (stas áreas son deFnidas por medio de atributos y porcentaEes usados en el proceso de evaluaci!n
/ebQ(M #/eb Quality (valuation Met,od% os desarrollos centrados en la /eb en los más diversos dominios de aplicaci!n como comercio electr!nico sistemas académicos Fnancieros entre otros se están tornando cada ve más en sistemas compleEosD a compleEidad en la evaluaci!n es producto de la gran cantidad de características y atributos Bue pueden intervenir en los reBuerimientos de calidad y en las varias relaciones e.istentes entre los atributos subcaracterísticas y características entre otros aspectosD 4na de las metas principales de la evaluaci!n y comparaci!n de calidad de una /eb radica en comprender el grado de cumplimiento de un conEunto de características y subcaracterísticas con respecto a los reBuerimientos de calidad establecidosD uis 'lsina desarroll! la metodología /ebQM la cual plantea características de calidad con sus respectivas subcaracterísticas y atributosD as características de calidad planteadas son= • • • •
3acilidad de 4so 3uncionalidad ConFabilidad (Fciencia
Modelo de MCCall #0112% escribe la calidad como un concepto elaborado mediante relaciones EerárBuicas entre factores de calidad en base a criterios os factores de calidad se concentran en tres aspectos importantes de un producto de software= características operativas capacidad de cambios y adaptabilidad a nuevos entornosD 9dentiFca una serie de criterios tales como rastreabilidad simplicidad capacidad de e.pansi!n etcD 19
as métricas desarrolladas están relacionadas con los factores de calidad y la relaci!n Bue se establece se mide en funci!n del grado de cumplimiento de los criterios
(l modelo de McCall organia los factores en tres eEes o puntos de vista desde los cuales el usuario puede contemplar la calidad de un producto basándose en once factores de calidad organiados en torno a los tres eEes y a su ve cada factor se desglosa en otros criterios= 6untos e Nista ' (Ees
3actor
'6(5AC9T 3acilidad de uso H ( 65'4C+ '
Criterios
- 3acilidad de operaci!n= Atributos del software Bue determinan la facilidad de operaci!n del softwareD - 3acilidad de comunicaci!n= Atributos del software Bue proporcionan entradas y salidas fácilmente asimilablesD - 3acilidad de aprendiaEe= Atributos del software Bue facilitan la familiariaci!n inicial del usuario con el software y la transici!n del modo actual de operaci!nD - 3ormaci!n= (l grado en Bue el software ayuda para permitir Bue nuevos usuarios apliBuen el sistemaD
9ntegridad
- Control de accesosD Atributos del software Bue proporcionan control de acceso al software y los datos Bue maneEaD - 3acilidad de auditoría= Atributos del software Bue facilitan la auditoría de los accesos al softwareD - *eguridad= a disponibilidad de mecanismos Bue controlen o proteEan los programas o los datosD
Correcci!n
- Completitud= Atributos del software Bue proporcionan la implementaci!n completa de todas las funciones reBueridasD - Consistencia= Atributos del software Bue proporcionan uniformidad en las técnicas y notaciones de diseKo e implementaci!nD - +raabilidad o rastreabilidad= Atributos del software Bue 20
proporcionan una traa desde los reBuisitos a la implementaci!n con respecto a un entorno operativo concretoD
'6(5AC9T H ( 65'4C+ '
3iabilidad
- 6recisi!n= Atributos del software Bue proporcionan el grado de precisi!n reBuerido en los cálculos y los resultadosD - ConsistenciaD - +olerancia a fallos= Atributos del software Bue posibilitan la continuidad del funcionamiento baEo condiciones no usualesD - Modularidad= Atributos del software Bue proporcionan una estructura de m!dulos altamente independientesD - *implicidad= Atributos del software Bue posibilitan la implementaci!n de funciones de la forma más comprensible posibleD - (.actitud= a precisi!n de los cálculos y del controlD
(Fciencia
- (Fciencia en eEecuci!n= Atributos del software Bue minimian el tiempo de procesamientoD - (Fciencia en almacenamiento= Atributos del software Bue minimian el espacio de almacenamiento necesarioD
5(N9*9'H 3acilidad de - ModularidadD ( mantenimiento - *implicidadD 65'4C+ - ConsistenciaD ' - Concisi!n= Atributos del software Bue posibilitan la implementaci!n de una funci!n con la menor cantidad de c!digos posibleD - Auto descripci!n= Atributos del software Bue proporcionan e.plicaciones sobre la implementaci!n de las funcionesD 3acilidad de prueba
- ModularidadD - *implicidadD - Auto descripci!nD - 9nstrumentaci!n= Atributos del software Bue posibilitan la observaci!n del comportamiento del software durante su eEecuci!n para facilitar las mediciones del uso o la identiFcaci!n de erroresD
3le.ibilidad
- Auto descripci!nD - Capacidad de e.pansi!n= Atributos del software Bue posibilitan la e.pansi!n del software en cuanto a capacidades funcionales y datosD - "eneralidad= Atributos del software Bue proporcionan amplitud a las funciones implementadasD - ModularidadD
5eusabilidad
- Auto descripci!nD - "eneralidadD - ModularidadD -9ndependencia entre sistema y software= Atributos del software Bue determinan su dependencia del entorno operativoD - 9ndependencia del ,ardware= Atributos del software Bue 21
determinan su dependencia del ,ardwareD
9nteroperabilida - ModularidadD d - Compatibilidad de comunicaciones= Atributos del software Bue posibilitan el uso de protocolos de comunicaci!n e interfaces estándarD - Compatibilidad de datos= Atributos del software Bue posibilitan el uso representaciones de datos estándarD - (standariaci!n en los datos= (l uso de estructuras de datos y de tipos estándar a lo largo de todo el programaD 6ortabilidad
- Auto descripci!nD - ModularidadD -9ndependencia entre sistema y softwareD - 9ndependencia del ,ardwareD
Có!o e!plear el !odelo de !ccall(
0D *e aceptan los factores criterios y métricas Bue propone el modeloD ;D *e aceptan las relaciones entre factores y criterios y entre criterios y métricasD 3.
*e selecciona un subconEunto de factores de calidad sobre los Bue aplicar los reBuisitos de calidad establecidos para el proyecto .
as características particulares del propio producto Bue se está diseKando= por eEemplo su ciclo de vida Bue si se espera Bue sea largo implicará un mayor énfasis en la facilidad de mantenimiento y la Ge.ibilidad o bien si el sistema en desarrollo está destinado a un entorno donde el ,ardware evoluciona rápidamente implicará como reBuisito su portabilidadD
Modelo de 3456* #0172% Modelo desarrollado por )ewlett )6ac8ard #)6% en 0172 desarrollando un conEunto de factores de calidad de software y sus respectivos atributosD 3uncionalidad *Functionalit+, usa"ilidad *-sa"ilit+, confa"ilidad *.elia"ilit+, dese!pe%o */eror!ance+ capacidad de soporte *Supporta"ilit+(
&asado en el modelo de MCCAD (l modelo 3456* cuenta con @ características de calidad del software= • • • • •
3uncionalidad 3acilidad de uso ConFabilidad 6erformance #rendimiento% 3acilidad de soporte 22
Además plantea ; categorías de reBuerimientos las cuales son= 0D 5eBuerimientos funcionales= especiFcan funciones Bue el sistema debe ser capa de realiar sin tomar restricciones físicas a consideraci!n y se deFnen a través de las entradas y salidas esperadasD ;D 5eBuerimientos no funcionales #456*%= 4sability #3acilidad de uso% 5eliability #ConFabilidad% 6erformance y *upportability #3acilidad de soporte%D escriben atributos del sistema o atributos del ambiente del sistemaD 3456* se aplica realiando los siguientes pasos= asignaci!n de prioridades y deFnici!n de los atributos de calidad Bue pueden ser medidosD 6ara controlar la calidad en el proceso de fabricaci!n de su ,ardware )6 contempla un concepto global baEo las siglas 3456*= 3uncionalidad 3acilidad de uso ConFabilidad #5eliability% 6restaciones #6erformance% y *ervicioD *e trata de variables sobre las Bue se incide durante todo el ciclo de vida del producto compuesto por diversas fasesD *e utilian para establecer métricas de la calidad para todas las actividades del proceso de desarrollo de un software inclusive de un sistema de informaci!nD
23
3456*U indica las restricciones de diseKo implementaci!n físicos y de interfa #"rady et alD 0172%D as restricciones de dise%o especiFcan o restringen el diseKo del sistemaD as restricciones de i!ple!entación especiFcan o restringen la codiFcaci!n o construcci!n de un sistemaD 6or su parte las restricciones de intera& especiFcan el comportamiento de los elementos e.ternos con los Bue el sistema debe interactuarD 6or Lltimo las restricciones ísicas especiFcan ciertas propiedades Bue el sistema debe poseer en términos de materiales forma peso tamaKoD
24
M'*CA #Modelo *istémico de Calidad% Consta de niveles= dimensiones categorías características y las métricasD (n base de tres ramas= el producto el proceso y la ,umanaD Contiene un total de 20@ métricasD
A nivel mundial se está generando un conjunto de modelos para medir la calidad de los Sistemas de
*oftware #**% los cuales representan las características para Bue estos sean productos:servicios de calidad Bue compitan en un mercado abierto y globalD os modelos se deben formular con base a las características competitivas para cada tipo de ** considerando la alta participaci!n ,umana en el proceso de desarrollo de softwareD 6artiendo de estas premisas esta investigaci!n propone el prototipo de M'delo *istémico de CAlidad #M'*CA% para evaluar la calidad de los ** integrando el modelo de Calidad del 6roducto y el modelo de Calidad del 6roceso de esarrollo soportado en los conceptos de la Calidad +otal *istémicaD M'*CA fue probado en dos empresas veneolanas desarrolladoras de ** utiliando el Método VAnálisis de Características por Caso de (studioV indicado por la metodología (*M(+D /ala"ras cla$e: Modelo de calidad (valuaci!n de producto de software (valuaci!n de
proceso de software Calidad de software Calidad sistémica Caso de estudioD
(.plicaci!n del modelo mosca #forma gráFca % 25
,ttps=::wwwDmindomoDcom:es:mindmap:modelo-sistemico-de-calidad-moscae0
Pe0d07db0bP
*egLn Callaos y Callaos #011P% la calidad de los *istemas de *oftware no es algo Bue depende de una sola característica en particular sino Bue obedece al compromiso de todas sus partesD +omando en cuenta la calidad del producto y la calidad del proceso el 9*9-4*& desarroll! el Modelo Sistémico de Calidad de Software $MOSC') #Mendoa et alD ;>>0S ;>>;% Bue integra el modelo de calidad del producto #'rtega et alD ;>>>% y el modelo de calidad del proceso de desarrollo #6ére et alD ;>>0% y está soportado por los conceptos de calidad total sistémica #Callaos y Callaos 011PS 6ére et alD 0111%D A la ,ora de deFnir la calidad del software se debe diferenciar entre la calidad del producto software y la calidad del proceso de desarrollo de éste -calidad de diseKo y fabricaci!n#Callaos y Callaos 011PS 6ére et alD 0111%D Ho obstante las metas Bue se establecan para la calidad del producto van a determinar los obEetivos del proceso de desarrollo ya Bue la calidad del primero va a depender entre otros aspectos de estos LltimosD *egLn Callaos y Callaos #011P% la calidad de los *istemas de *oftware no es algo Bue depende de una sola característica en particular sino Bue obedece al compromiso de todas sus partesD Wsta es una visi!n sistémica de la calidad del softwareD +omando en cuenta este enfoBue de la calidad se desarroll! el Modelo Sistémico de Calidad de software #MOSC'% en el 9*9-4*& #Mendoa et alD ;>>0% Bue integra el modelo de calidad del producto #'rtega et alD ;>>>% y el modelo de calidad del proceso de desarrollo #6ére et alD ;>>0% y soporta estos conceptos de calidad sistémica #Callaos y Callaos 011PS 6ére et alD 0111%D (n cuanto a la perspectiva del producto este modelo plantea sobre la base de las < características de calidad del estándar internacional 9*':9(C 10;< #0110 ) un conEunto de categorías características y métricas asociadas Bue miden la calidad y ,acen del modelo un instrumento de medici!n de gran valor ya Bue cubre todos los aspectos imprescindibles para medir directamente la calidad del producto de softwareD (n cuanto a la perspectiva del proceso este modelo se formul! sobre la base de las @ características de calidad del estándar internacional 9*':9(C 0@@> #X+C 0:*C 2 0110% un conEunto de categorías características y métricas asociadas Bue miden la calidad de un proceso de software con un enfoBue sistémicoD (l modelo de calidad Bue soporta este enfoBue se describe a continuaci!nD Ni$el 0: Di!ensiones( (Fciencia del proceso (fectividad del proceso (Fciencia del producto
y (fectividad del producto son las cuatro dimensiones propuestas en el prototipo de modeloD *!lo un balance y una buena interrelaci!n entre ellas permite garantiar la calidad *istémica global de una organiaci!nD Ni$el 1: Categorías( *e contemplan 00 categorías= < pertenecientes al producto y las otras @
al proceso de desarrolloD •
/roducto: 3uncionalidad
#34H% 3iabilidad Mantenibilidad #MA&% y 6ortabilidad #6'5%D
#39A%
26
4sabilidad
#4*A%
(Fciencia
#(39%
•
/roceso: Cliente-6roveedor #C4*% 9ngeniería #(H"% *oporte #*46% "esti!n #MAH% y
'rganiacional #'5"%D Ni$el 2: Características( Cada categoría tiene asociado un conEunto de características #@<
asociadas al producto y ;2 al proceso de desarrollo% las cuales deFnen las áreas claves a satisfacer para lograr asegurar y controlar la calidad tanto en el producto como en el procesoD (ntre las características asociadas a cada categoría del producto se proponen en el modelo M'*CA una serie de características del proceso #ver 3igura 0%D (sto se debe a Bue algunas características de la calidad del proceso impactan directamente en las categorías del producto al igual Bue ciertas características de la calidad del producto deFnen categorías del procesoD Ni$el 3: Métricas( a cantidad de métricas asociadas a cada una de las características Bue
conforman M'*CA es de @72 en totalD Adicionalmente M'*CA cuenta con un algoritmo Bue facilita su operacionaliaci!n y permite estimar la calidad de softwareD (l algoritmo contempla tres fases= #0% estimaci!n de la calidad del producto de software con un enfoBue sistémicoS #;% estimaci!n de la calidad del proceso de desarrollo de software con un enfoBue sistémicoS y #P% integraci!n de las mediciones de los sub-modelos de la calidad del producto y la calidad del procesoD
+eam *oftware 6rocess #+*6% (s una metodología para dirigir el trabaEo de meEora y desarrollo de software además de establecer un entorno donde el trabaEo efectivo de eBuipo sea normal y natural Entornos
27
Estructura
+ic89+ Además de meEorar la calidad del software uno de los principios de +ic89+ es meEorar y regular el comportamiento de auditores Bue trabaEan en el sector de tecnología de informaci!n a través de entrenamiento y la certiFcaci!n subsiguiente de auditoresD (l registro internacional de auditores certiFcados maneEa el registro para los auditores de +ic89+D as organiaciones de desarrollo del software Bue buscan la certiFcaci!n de +ic89+ se les reBuiere demostrar conformidad con las normas 9*' 1>>0=;>>>D (l obEetivo principal era proveer de industria un marco práctico para la gerencia de la calidad del desarrollo del software desarrollando procedimientos más eFcaces de la certiFcaci!n del sistema de gerencia de la calidadD Wstos implicados= •
• •
6ublicaci!n de material guía para asistir a organiaciones de software a interpretar los reBuisitos de 9*' 1>>0D (ntrenamiento selecci!n y registro de auditores con capacidad y e.periencia en +9D 9ntroducci!n de reglas para la acreditaci!n de cuerpos de certiFcaci!n en el sector del softwareD
4uía •
6iea A= introducci!n a +ic89+ y al proceso de la certiFcaci!n esto presenta la informaci!n de carácter general sobre la operaci!n de +ic89+ y c!mo se relaciona con otras iniciativas de la calidad tales como meEora de procesoD 28
•
•
•
•
•
6arte &= direcci!n para los clientes esto describe las ediciones referentes a la certiFcaci!n del sistema de gerencia de la calidad en el campo del software del punto de vista del cliente Bue está iniciando un proyecto de desarrollo y e.plica c!mo el cliente puede contribuir a la calidad de los productos y de los servicios entregadosD 6arte C= direcci!n para los proveedores esto presenta la informaci!n y la direcci!n al software y al servicio del software Bue proporcionan las organiaciones incluyendo en reveladores de la casa en la construcci!n de sus sistemas de gerencia de la calidad usando los procedimientos de +ic89+D (sta parte también indica c!mo las organiaciones pueden determinar y meEorar la eFcacia de sus sistemas de gerencia de la calidadD 6arte = direcci!n para los auditores esto da la direcci!n a los interventores en la conducta de gravámenes usando los procedimientos de +ic89+D 6arte (= reBuisitos del sistema de gerencia de la calidad del software - perspectiva de los estándares esto contiene la direcci!n para ayudar a organiaciones produciendo productos de software y proporcionando servicios software relacionados para interpretar los reBuisitos de 9*' 1>>0=;>>> del (H de &*D *igue la secuencia de la cláusula del estándarD 6arte 3= reBuisitos del sistema de gerencia de la calidad del software - perspectiva de proceso esto identiFca y elabora sobre la buena práctica reBuerida para proporcionar control eFca y continuo de un sistema de gerencia de la calidad del softwareD *e organia alrededor de los procesos básicos reBueridos para el desarrollo el mantenimiento y la ayuda del software y sigue la estructura precisada en 9*':9(C 0;;>2=011@D
¿Qué estándares puedo elegir? 9*':9(C 10;<-0=;>>0 Quality Model (sta parte de la 9*' 10;< describe el modelo de calidad del producto de softwareD a primera parte del modelo especiFca < características de calidad interna y e.terna las cuales están divididas en subcaracterísticas son manifestadas e.ternamente cuando el software es utiliado como parte de un sistema y son un resultado de atributos internos del softwareD a calidad e.terna evalLa Bue el software satisfaga las necesidades del usuario teniendo en cuenta las condiciones especiFcadasD (sta calidad es medible en el comportamiento del productoD a calidad interna evalLa el total de atributos Bue un software debe satisfacer teniendo en cuenta condiciones especiFcadasD (sta calidad es medible a partir de las características intrínsecasD as características deFnidas son aplicables a todo tipo de softwareD as características y subcaracterísticas proveen una terminología consistente respecto de la calidad del producto del softwareD
29
(sta Horma permite especiFcar y evaluar la calidad del software desde distintas perspectivas las cuales están asociadas a la adBuisici!n reBuerimientos desarrollo uso evaluaci!n soporte mantenimiento aseguramiento de la calidad y auditoria del softwareD
9*':9(C +5 10;<-=;>> Calidad en 4so 9*':9(C +5 10;<-=;>> provee métricas para la calidad en uso para la medici!n de los atributos deFnidos en 9*':9(C 10;<-0D as métricas de calidad en uso miden los efectos de uso del software en un conte.to especíFco de usoD (stas métricas miden si el producto se corresponde con las necesidades especíFcas de los usuarios para así obtener los obEetivos especíFcos con eFciencia productividad seguridad y satisfacci!n en un conte.to de uso especíFcoD (sto solo es llevado a cabo en un ambiente de sistema realistaD 9*':9(C ;@>>>=;>>@ *Qua5( *Qua5( #*oftware Quality 5eBuirements and (valuation% es una nueva serie de normas Bue se basa en 9*' 10;< y en 9*' 0@17 #(valuaci!n del software%D 4no de los principales obEetivos de la serie *Qua5( es la coordinaci!n y ,armoniaci!n del contenido de 9*' 10;< y de 9*' 0@1P1=;>>; #Measurement 9nformation Model%D 9*' 0@1P1 tiene un modelo de informaci!n Bue ayuda a determinar Bue se debe especiFcar durante la planiFcaci!n performance y evaluaci!n de la medici!n 6ara su aplicaci!n cuenta con los siguientes pasos= •
5ecopilar los datos 30