Metodología de la calidad de software

7/25/2019 Metodologa de la calidad de software

1/31

ContenidoMetodologa de la calidad de software........................................................................................... .

Qu es un modelo?.......................................................................................................................... 1

Atributos de la calidad del software............................................................................................... 1

Mtricas de Calidad - Modelos conocidos..................................................................................... 1

Modelo de calidad.............................................................................................................................. 1

Modelos vs estndares..................................................................................................................... 1

Qu modelos y estndares puedo utiliar en la gesti!n de la calidad?...............................1

Modelo de "ilb.................................................................................................................................... 1

Modelo "QM #"oal $ Question - Metric%........................................................................................ 1

Modelo de &'()M............................................................................................................................. 1

Modelo *A+C #*oftware Assurance +ec,nology Center%............................................................. 1

Modelo de romey............................................................................................................................. 1

Modelo C-QM....................................................................................................................................... 1

Metodologa *QA( #*oftware Quality Assessment (.ercise%....................................................1

/ebQ(M #/eb Quality (valuation Met,od%.................................................................................. 2

Modelo de MCCall #0112%................................................................................................................. 2

Modelo de 3456* #0172%.................................................................................................................. 2

M'*CA #Modelo *istmico de Calidad%......................................................................................... 2

+eam *oftware 6rocess #+*6%..........................................................................................................2

+ic89+.................................................................................................................................................... 2

Qu estndares puedo elegir?...................................................................................................... 3

9*':9(C 10;>0 Quality Model............................................................................................... 3

9*':9(C +5 10;> Calidad en 4so....................................................................................... 3

9*':9(C ;@>>>=;>>@ *Qua5(........................................................................................................... 3

1


2/31

"esti!n de la calidad del softwarea "esti!n de la Calidad de *oftware es una actividad esencial en cualBuier empresa desoftware para asegurar la calidad de sus productos y la competitividad frente a la oferta delmercadoD

(s un conEunto de actividades de la funci!n general de la irecci!n Bue determina la calidadlos obEetivos y las responsabilidadesD

*e basa en la determinaci!n y aplicaci!n de las polticas de calidad de la empresa #obEetivos ydirectrices generales%D a "esti!n o Administraci!n de la Calidad se aplica normalmente a nivelempresaD +ambin puede ,aber una gesti!n de la calidad dentro de la gesti!n de cadaproyectoD

(l prop!sito de la Administraci!n de la calidad del software es en primer lugar entender lase.pectativas del cliente en trminos de calidad y poner en prctica un plan proactivo parasatisfacer esas e.pectativasD

ado Bue la calidad est deFnida por el cliente podra parecer Bue es completamente

subEetivaD AunBue en trminos tcnicos podran ser tomadas obEetivamente lo Bue reBuieree.aminar cada una de las caractersticas individuales del software y determinar una o msmtricas Bue pueden recolectarse para reGeEar dic,as caractersticasD

a Administraci!n de la Calidad no es un evento en un proceso y una forma de pensamientoD4n producto de software consistente de alta calidad no puede producirse a partir de unproceso maloD

(.iste la necesidad de un ciclo constante de medir la calidad actualiar el proceso medir otrave actualiar etcD 6ara ,acer Bue la administraci!n de calidad del software funcione es vitalrecolectar mtricasD

*i no se capturan mtricas ser difcil meEorar los procesos a partir de una iniciativa deadministraci!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


3/31

Metodologa de la calidad de software

Introduccin

A ra de los avances de la tecnologa y de la 9nformtica el software se encuentra inmerso endiferentes actividades ,umanas y abarca a todos los sectores productivos= industriales

gubernamentales comerciales educaci!n entretenimiento etcD (s por ello Bue el obEetivoprimordial de la ingeniera del software es producir un sistema aplicaci!n o producto de altacalidadD

6ara lograr este obEetivo los ingenieros de software deben emplear mtodos efectivos Euntocon ,erramientas modernas dentro del conte.to de un proceso maduro de desarrollo delsoftwareD Al mismo tiempo un buen ingeniero del software y buenos administradores de laingeniera del software deben medir si la alta calidad se va a llevar a caboD

a calidad del software es una compleEa combinaci!n de factores Bue variarn entre diferentesaplicacionesD iversos autores como 6ressman McCall y estndares como 9*' 10;< ,an

tratado de determinar y categoriar los factores Bue afectan a la calidad del softwareD4na deFnici!n amplia de calidad planteada en la norma 4H(-(H 9*' 7>; e.presa Bue Ilacalidad es el conEunto de propiedades y caractersticas de un producto o servicio Bue leconFeren su aptitud para satisfacer unas necesidades e.plcitas o implcitasJD levada estadeFnici!n al campo de la ingeniera de software la 9((( *td seKala Bue Ila calidad delsoftware es el grado con el Bue un sistema componente o proceso cumple los reBuerimientosespeciFcados y las necesidades o e.pectativas del cliente o usuarioJD

Como podemos ver es necesario llevar una evaluaci!n para medir el desempeKo del softwareprueba de ello es Bue e.isten numerosas propuestas metodol!gicas Bue inciden en distintasdimensiones del proceso de medici!nD 6or una parte tenemos aBuellas propuestas ms

tradicionales Bue se centran especialmente en el control del proceso estableciendorigurosamente las actividades involucradas los artefactos Bue se deben producir y las,erramientas y notaciones Bue se usarnD (stas propuestas ,an demostrado ser efectivas ynecesarias en un gran nLmero de proyectos pero tambin ,an presentado problemas enmuc,os otrosD 4na posible meEora es incluir en los procesos de desarrollo ms actividades msartefactos y ms restricciones basndose en los puntos dbiles detectadosD *in embargo elresultado Fnal sera un proceso de desarrollo ms 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 elproducto softwareD (sta es la Flosofa de las metodologas giles las cuales dan mayor valor alindividuo a la colaboraci!n con el cliente y al desarrollo incremental del software coniteraciones muy cortasD (ste enfoBue est mostrando su efectividad en proyectos conreBuisitos muy cambiantes y cuando se e.ige reducir drsticamente los tiempos de desarrollopero manteniendo una alta calidadD

4n obEetivo de dcadas ,a sido encontrar procesos y metodologas Bue sean sistemticaspredecibles y repetibles a Fn de meEorar la productividad en el desarrollo y la calidad delproducto softwareD a evoluci!n de la disciplina de ingeniera del software ,a trado consigo

3


4/31

propuestas diferentes para meEorar los resultados del proceso de construcci!nD asmetodologas tradicionales ,aciendo nfasis en la planiFcaci!n y las metodologas giles,aciendo nfasis en la adaptabilidad del proceso delinean las principales propuestaspresentesD

Defnicin de Metodologa

4na metodologa es un conEunto integrado de tcnicas y mtodos Bue permite abordar deforma ,omognea y abierta cada una de las actividades del ciclo de vida de un proyecto dedesarrolloD (s un proceso de software detallado y completoD

4na deFnici!n estndar de metodologa puede ser el conEunto de mtodos Bue se utilian enuna determinada actividad con el Fn de formaliarla y optimiarlaD etermina los pasos aseguir y c!mo realiarlos para Fnaliar una tarea adems de deFnir artefactos roles yactividades Eunto con prcticas y tcnicas recomendadasD

a metodologa para la medici!n de la calidad de software en un modo sistemtico parallevarlo a cabo con altas posibilidades de .itoD

a metodologa comprende puntos a seguir sistemticamente para idear implementar ymantener un producto software desde Bue surge la necesidad del producto ,asta Buecumplimos el obEetivo por el cual fue creadoD

(ntre los elementos Bue forman parte de una metodologa 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 metodologas genricas cada una desde diferente perspectiva ayudaa evaluar la calidad del software por eEemplo la MQ*

Metodologa de Calidad del *oftware #MQ*%

Con esta metodologa cuidamos la correcta aplicaci!n de la metodologa y la tecnologa en losproyectos y cerramos el crculo de nuestro proceso de meEora continua al asegurar la

efectividad de los procesos utiliados en los proyectos y la calidad de los productos Bue seestn construyendoD

4


5/31

Medici!n de la calidad

a medici!n es fundamental para cualBuier disciplina de ingeniera y la ingeniera del *oftwareno es una e.cepci!nD

as mtricas del *oftware se reFeren a un amplio elenco de medidas para el *oftware decomputadoraD a medici!n se puede aplicar al proceso de *oftware con el intento de meEorarlo

sobre una base continuaD6odemos deFnir las Mtricas de *oftware o Medidas de *oftware como=

a aplicaci!n continLa de tcnicas 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 deellosD

Caractersticas de las Mtricas de Sotware

a calidad de las medidas debera facilitar el desarrollo de modelos Bue sean capaces depredecir el comportamiento de determinados parmetros Bue afectan al desarrollo deproductos o procesosD

4na medida ideal debera ser=

'bEetiva *encilla deFnible con precisi!n para Bue puede ser evaluada 3cilmente obtenible #a costo raonable% Nalida la mtrica debera medir e.actamente lo Bue se Buiere medir y no otra cosaD 5obustaD ebera de ser relativamente insensible a cambios poco insigniFcativos en el

proceso o en el productoD

Mtricas de la calidad de software

DEFINICIONES

Medida 6roporciona una indicaci!n cuantitativa de la cantidad dimensiones o tamaKo dealgunos atributos de un productoD

OMedici!n Acto de determinar una medidaD

Mtrica (s una medida del grado en Bue un sistema componente o proceso posee un atributodado

a medici!n es fundamental para cualBuier disciplina de ingeniera y la ingeniera del *oftwareno es una e.cepci!nD

5


6/31

as mtricas del *oftware se reFeren a un amplio elenco de medidas para el *oftware decomputadoraD a medici!n se puede aplicar al proceso de *oftware con el intento de meEorarlosobre una base continuaD

as mtricas del *oftware comprenden un amplio rango de actividades diversas estas sonalgunas=

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 elcumplimiento de los obEetivos de manera Bue nos proporcione una cantidad o tamaKode algunos atributosD

M(+9CA C4A9+A+9NA=est orientado a revelar cules son las caractersticas y como estrelacionado con la cualidad o con la calidad de softwareD

+anto las mtricas cuantitativas como las cualitativas deben de responder a las Ppreguntas fundamentales de la mtrica=

Cunto mide? - la compleEidad en la medida

Qu tan bien mide? - la calidad en la medida

Qu tanto tiempo mide? - la predicci!n

6


7/31

ClasiFcaci!n de las mtricas de *oftware

*egLn los criterios=

segLn el conte.to en Bue se aplican

Mtricas de proceso:

*e recopilan de todos los proyectos y durante un largo periodo de tiempoCaracteriados 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 das: ,ombre o mes : ,ombre de desarrollo del

7


8/31

producto tipo de metodologa utiliada o nivel medio de e.periencia de losprogramadoresD

Mtricas de producto:

*e centran en las caractersticas del software y no en como fue producidoD O+ambin son productos los artefactos documentos modelos y componentes Bueconforman el softwareD O *e miden cosas como el tamaKo la calidad la totalidadla volatilidad y el esfuero

Mtricas de proecto :

6ermiten evaluar el estado del proyectoD 6ermiten seguir la pista de los riesgos

Mtricas de Calidad

6rincipal obEetivo de los ingenieros de software es producir sistemasaplicaciones o productos de alta calidadD

6ara las evaluaciones Bue se Buieran obtener es necesario la utiliaci!n demedidas tcnicas Bue evalLan la calidad de manera obEetivaD

Mtricas de Calidad

(l obEeto primordial de la ingeniera del *oftware es producir un sistema aplicaci!n o productode alta calidadD 6ara lograr este obEetivo los ingenieros del software deben aplicar mtodosefectivos con ,erramientas modernas dentro del conte.to de un proceso maduro de desarrollo

del *oftwareD *e puede generar una larga lista de caractersticas de la calidad de *oftware=correcci!n eFcacia portabilidad mantenibilidad Fabilidad etcD esafortunadamente lascaractersticas a veces se solapan y entran en conGicto unas con otrasD 6or eEemploincrementar 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 granvariedad en los caminos seguidos frente a otras reas de investigaci!n de las mtricas talescomo el tamaKo del *oftware o la compleEidad cuyo estudio ,a sido ms uniformeD

)an tenido considerable atenci!n tres reas=

Correccin de los progra!as medida como el nLmero de efectosD 4n programa debeoperar correctamente o proporcionar poco valor a sus usuariosD a correcci!n es el gradoen el Bue el *oftware lleva a cabo su funci!n reBueridaD

8


9/31

Fia"ilidad del Sotware calculada partir del dato anteriorD (n est poca de intrusosinformticos y de virus la integridad del software ,a llegado ,a tener muc,a importancia(ste atributo mide la ,abilidad de un sistema para resistir ataBues # tanto accidentalescomo intencionales % contra su seguridadD (l ataBue se puede realiar en cualBuiera de lostres componentes del *oftware programas datos y documentosD

Manteni"ilidad del Sotware Bue se mide a partir de otro conEunto de mtricas

incluidas las de compleEidad= a facilidad de mantenimiento es la facilidad con la Bue sepuede corregir un programa si se encuentra un error se puede adaptar si su entornocambia o meEorar si su cliente desea un cambio de reBuisitosD

reas de Aplicaci!n

Algunas de las reas donde se aplican las mtricas de *oftware son=

El control de proectos de desarrollo de Sotware a travs de medidas en un rea Bueesta generando un gran intersD (ste es un tema Bue ,a alcanado un inters relevante con elincremento de contratos a precio FEo para desarrollar un producto *oftware y la utiliaci!n declusulas de penaliaci!n en los mismos en caso de retrasos sobrecostos etcD

#a prediccin de los ni$eles de calidad del *oftware a menudo en trminos de Fabilidades otra rea en Bue las Mtricas de *oftware tiene un importante papel Bue EugarD

(l uso de las Mtricas de *oftware es proporcionar una $erifcacin cuantitati$a del dise%ode sotwarees otra rea bien deFnidaD (stas Mtricas no se van a estudiar en esta 4nidad sino en la 4nidad de iseKoD

5ecientemente se ,a estudiado el eecto de los actores del entornoen la eFcacia de losprocesos de desarrolloD (sta opci!n no esta abierta para todas las organiaciones pero e.isteuna gran preocupaci!n sobre como incrementar la productividad de los procesos de desarrollo

9


10/31

introduciendo cambios en el entorno en el cual aBuellos tienen lugarD as medidas pueden serutiliadas para identiFcar donde deberan concentrarse los cambiosD

a utiliaci!n de las Mtricas para co!prar unas organi&aciones con otras es un rea deaplicaci!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 4nresultado de esta aplicaci!n es Bue se puede identiFcar Bue se esta ,aciendo mal y Buin lo

esta ,aciendo bien y aprender de esas empresasD

3inalmente el uso ms comLn de las medidas de *oftware es la pro$isin de inor!acinde gestin 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 da a daD (stmeEorando 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 Mtricas dentro del 6roceso de *oftware

a mayora de los desarrolladores de *oftware todava no miden y por desgracia la mayorano desean ni comenarD

6or Bu es tan importante medir el proceso de ingeniera de *oftware y el producto #*oftware%Bue produce?D a respuesta es relativamente obviaD *i no se mide no ,ay una forma real dedeterminar s se est meEorandoD R si no se est meEorando se est perdidoD

Mediante el uso de la medici!n para establecer una lnea base del proyecto cada uno de estosasuntos se ,ace ms fcil de maneEarD Ra ,emos apuntado Bue la lnea base sirve como base

de la estimaci!nD Adems la recopilaci!n de mtricas de calidad permite a una organiaci!n-sintoniar- su proceso de ingeniera del *oftware para eliminar las causas - poco vitales- de losdefectos Bue tienen el mayor impacto en el desarrollo del *oftwareD

4na ve deFnidas las mtricas de *oftware podemos entender las diferentes tcnicase.istentes para la estimaci!n e.isten principalmente cuatro tcnicas de estimaci!nD

0D a opini!n de los e.pertosD (sta tcnica se basa en la e.periencia profesional de losparticipantes en el proyecto de estimaci!nD

;D a analogaD (s una apro.imaci!n ms formal Bue la e.periencia de los e.pertos y sebasa en la comparaci!n directa de uno o ms proyectos pasadosD a estimaci!n inicialse 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 mspeBueKos o descomponer un proyecto en tareas de nivel inferiorD a estimaci!n se ,acepartir del esfuero reBuerido para producir los componentes ms peBueKos o pararealiar las tareas de nivel inferiorD a estimaci!n global de un proyecto resultar desumar las estimaciones de los componentesD

10


11/31

D as ecuaciones de estimaci!nD *on f!rmulas matemticas Bue establecen la relaci!n dealgunas medidas de entrada #Bue normalmente es la medida del tamaKo del producto% ydeterminan el esfuero Bue se reBuerirD

Qu es un modelo?

4n modelo es una representaci!n de un obEeto sistema o idea de forma diferente al de laentidad mismaD (l prop!sito de los modelos es ayudarnos a e.plicar entender o meEorar unsistemaD 4n modelo de un obEeto puede ser una rplica e.acta de ste o una abstracci!n de laspropiedades dominantes del obEetoD

ABuello Bue se toma como referencia para tratar de producir algo igualD (n este caso elmodelo es un arBuetipoD

'tri"utos de la calidad del sotwarea calidad como ya lo ,emos visto con los temas e.puestos es un conEunto de caractersticas

Bue resultan subEetivas sin embargo desde el punto de vista de medici!n se debe tener unadeFnici!n precisa en trminos de atributos del software Bue sean de inters al usuario engeneralD

AunBue de tal manera se estara ,ablando de los aspectos Bue son e.ternos o Bue resultanvisibles y tienen un impacto en el uso del usuario aunBue algunas metodologas o modelostambin miden y analian atributos internos porBue los consideran predictores de aBuellose.ternosD

os atributos internos tienen dos ventaEas=

(stn disponibles para medici!n ms tempranoD "eneralmente en las fases tempranas

del desarrollo permitiendo al eBuipo de desarrollo controlar caractersticas o factoresBue afecten la calidad del producto resultanteD

*on ms fciles de medirD Ra Bue en su mayora estn enfocadas a aspectos tcnicos

Bue afectan el ciclo de desarrolloD

11


12/31

Mtricas de Calidad - Modelos conocidos

Modelo de calidad4n modelo de calidad es por lo tanto un conEunto de prcticas vinculadas a los procesos degesti!n y el desarrollo de proyectosD (ste modelo supone una planiFcaci!n para alcanar unimpacto estratgico cumpliendo con los obEetivos FEados en lo referente a la calidad delproducto o servicioD

Al implementar un modelo de calidad una empresa busca desarrollar sistemticamenteproductos 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 encuentrenestructurados en forma tal Bue sea posible realiar un control y seguimiento de los procesosD (lmodelo debe reunir las actividades y funciones relacionadas con la calidad para Bue puedaneEecutarse de un modo sistemtico y formalD

Modelos vs estndaresos Modelos de Calidad son aBuellos documentos Bue integran la mayor parte de las meEoresprcticas proponen temas de administraci!n en los Bue cada organiaci!n debe ,acer nfasis

integran diferentes prcticas dirigidas a los procesos clave y permiten medir los avances encalidadD

os (stndares de Calidad son aBuellos Bue permiten deFnir un conEunto de criterios dedesarrollo Bue guan la forma en Bue se aplica la 9ngeniera del *oftwareD os estndaressuministran los medios para Bue todos los procesos se realicen de la misma forma y son unagua para lograr la productividad y la calidadD

9mplantar Modelos o (stndares de Calidad tiene como obEetivo principal Bue las empresasdesarrollen sistemticamente productos bienes y servicios de meEor calidad y cumplan conlas necesidades y deseos de los clientesD

6ara esto se reBuiere de un Modelo : (stndar Bue permita=

4nir la misi!n de la empresa y el esfuero de cada rea en una sinergia de resultados ,acia lacompetitividad y la calidadD

Contar con procesos y procedimientos gilesS y comprensibles para todos los involucradospasando por las etapas de desarrollo prueba producci!n y satisfacci!n del clienteD

os Modelos y:o (stndares de Calidad del *oftware vienen a ayudar en la puesta en prcticadel concepto general de calidad ofreciendo una deFnici!n ms operacionalD

4nos de los Modelos de Calidad ms antiguos y e.tendidos es el de McCall y de l ,anderivado otros modelos como el de &oe,mD

(n los Modelos de Calidad la calidad se deFne de forma EerrBuicaD (s un concepto Bue sederiva de un conEunto de sub-conceptos cada uno de los cuales se va a evaluar a travs de unconEunto de indicadores o mtricasD +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 caractersticas Bue componen la calidadD +ambin se denominan Atributos deCalidad (.ternosD

12


13/31

Criterios de CalidadD (stos criterios son atributos Bue cuando estn presentes

contribuyen al aspecto de la calidad Bue el factor asociado representaD *e trata de unavisi!n de la calidad desde el punto de vista del producto de softwareD +ambin sedenominan Atributos de Calidad 9nternosD

Mtricas las cuales son medidas cuantitativas de ciertas caractersticas del producto

Bue cuando estn presentes dan una indicaci!n del grado en Bue dic,o producto poseeun determinado atributo de calidadD

a obtenci!n de un *oftware con Calidad implica la utiliaci!n de metodologas oprocedimientos estndares para el anlisis diseKo programaci!n y prueba del software Buepermitan uniformar la Flosofa de trabaEo en aras de lograr una mayor conFabilidad facilidadde mantenimiento y facilidad de prueba a la ve Bue eleven la productividad tanto para lalabor 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 caractersticas intrnsecas 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 suFcientepara cada conte.to de uso a la ,ora de la entrega y del uso por parte de los usuariosD (snecesario comprender las necesidades reales de los usuarios con tanto detalle como seaposibleD

Qu modelos y estndares 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 delsoftware tenemos una gran diversidad en cuanto a enfoBues pero pueden ser agrupados deuna manera sencilla en cuanto al nivel de calidad Bue se busca ya sea en el proceso dedesarrollo del producto o en el producto

Hivel deCalidad Modelo de Calidad del */

(stndar de Calidaddel */

6roceso CMMi 9*' 1>>>P +ic89+ 9*' 0;;>2

13


14/31

&ootstrap 6ersonal 9*' 0@@> #*69C(% */ 6rocess #6*6% 9((( : (9A 0;;>2 +eam */ 6rocess #+*6% 9*' ;>>>>

6ractical */ Measurement#6*M% 9+9

*i. *igma for *oftware Cobit D>

6roducto "ilb 9*' 10;


15/31

ecidir Bu medir para poder contestar las preguntas de manera adecuada es decir

desarrollar un conEunto de mtricas Bue ayuden a responder la preguntaD

Modelo de &'()M(l modelo de &oe,m #0127% agrega algunas caractersticas a las e.istentes en el modelo deMcCall y representa una estructura EerrBuica de caractersticas cada una de las cualescontribuye a la calidad totalD

Consiste en un modelo de descomposici!n de caractersticas de calidad del software en P

niveles #usos principales componentes intermedios y componentes primitivos% previos a laaplicaci!n de mtricasD

(ste modelo plantea factores de calidad formados por criterios de calidad y mtricasrespectivasD

+iene como Fnalidad Bue a travs de la calidad del software el software=

5ealice lo Bue desea el usuario

15


16/31

4tilice recursos informticos de manera correcta y eFciente *ea fcil de utiliar y aprender *ea bien diseKado codiFcado probado y mantenidoD

as mtricas directas e indirectas son usadas para determinar el nivel de acuerdo a un criterioen particular Bue afecta a los principales factores de calidadD

3actores tales como portabilidad conFabilidad facilidad de mantenimiento y facilidad de

modiFcaci!n son propiedades estticasDCada factor es descompuesto en varios criteriosD a facilidad de prueba y la eFcienciadependen del comportamiento de las interpretaciones especFcas y constituyen propiedadesdinmicasD

Modelo *A+C #*oftware Assurance +ec,nology Center%*A+C desarroll! un modelo dinmico Bue permite la producci!n de varios proyectos endesarrolloD 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 yatributos del proceso Bue permiten realiar indicaciones de la probabilidad de .ito de losobEetivosD

16


17/31

Modelo de romey(l modelo de romey tiene el prop!sito de trabaEar con una estructura Bue permite construir yutiliar un modelo de calidad prctico para evaluar las etapas de eterminaci!n de losreBuerimientos iseKo e 9mplementaci!nD (sta informaci!n puede ser usada para elaborarcomparar y evaluar la calidad de los productos de softwareD

(ste modelo plantea la calidad del producto por medio de la deFnici!n de subcaractersticasBue pueden ser medidas y evaluadas como caractersticasD +ambin permite aumentar el

17


18/31

entendimiento respecto de la relaci!n entre los atributos #caractersticas% y los subatributos#subcaractersticas% de calidadD

romey propone una matri Bue relaciona las caractersticas de calidad respecto de la Horma9*' 10;


19/31

(s una metodologa Bue permite cuantiFcar los riesgos asociados al softwareD *QA( provee unconEunto de ,erramientas y mtodos de evaluaci!n Bue dan una medida consistente de lacalidad del software y sus riesgos asociadosD

(l mtodo de *QA( est basado en el modelo de &oe,m McCall y romeyD os factores seestablecen en un conte.to en el cual las mtricas la documentaci!n y la codiFcaci!n puedenser usadas para generar un perFl de las fortaleas y debilidades del diseKo y de laimplementaci!n del sistemaD

(l obEetivo de esta metodologa es producir un sistema de evaluaci!n Bue satisfaga el obEetivode producir resultados conFables en todas las etapas del ciclo de vida del softwareD

(sta metodologa plantea Ifactores de calidadJ Bue sirven como base medible para ladeFnici!n de las reas de calidad #maintainability evoluability portability descriptiveness%D

os factores de calidad #consistency independence modularity documentation selfdescriptiveness anomaly control design simplicity% son menos abstractos Bue las reas decalidad 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 see.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 ms diversos dominios de aplicaci!n comocomercio electr!nico sistemas acadmicos Fnancieros entre otros se estn tornando cadave ms en sistemas compleEosD

a compleEidad en la evaluaci!n es producto de la gran cantidad de caractersticas y atributosBue pueden intervenir en los reBuerimientos de calidad y en las varias relaciones e.istentesentre los atributos subcaractersticas y caractersticas entre otros aspectosD

4na de las metas principales de la evaluaci!n y comparaci!n de calidad de una /eb radica encomprender el grado de cumplimiento de un conEunto de caractersticas y subcaractersticascon respecto a los reBuerimientos de calidad establecidosD

uis 'lsina desarroll! la metodologa /ebQM la cual plantea caractersticas de calidad consus respectivas subcaractersticas y atributosD as caractersticas de calidad planteadas son=

3acilidad de 4so 3uncionalidad ConFabilidad (Fciencia

Modelo de MCCall #0112%escribe la calidad como un concepto elaborado mediante relaciones EerrBuicas entrefactores de calidad en base a criterios

os factores de calidad se concentran en tres aspectos importantes de un producto desoftware= caractersticas operativas capacidad de cambios y adaptabilidad a nuevos entornosD9dentiFca una serie de criterios tales como rastreabilidad simplicidad capacidad dee.pansi!n etcD

19


20/31

as mtricas desarrolladas estn relacionadas con los factores de calidad y la relaci!n Bue seestablece 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 elusuario puede contemplar la calidad de un producto basndose en once factores de calidadorganiados en torno a los tres eEes y a su ve cada factor se desglosa en otros criterios=

6untos eNista '

(Ees

3actor Criterios

'6(5AC9TH (

65'4C+'

3acilidad de uso - 3acilidad de operaci!n= Atributos del software Bue determinanla facilidad de operaci!n del softwareD

- 3acilidad de comunicaci!n= Atributos del software Bueproporcionan entradas y salidas fcilmente asimilablesD- 3acilidad de aprendiaEe= Atributos del software Bue facilitan lafamiliariaci!n inicial del usuario con el software y la transici!ndel modo actual de operaci!nD- 3ormaci!n= (l grado en Bue el software ayuda para permitir Buenuevos usuarios apliBuen el sistemaD

9ntegridad - Control de accesosD Atributos del software Bue proporcionancontrol de acceso al software y los datos Bue maneEaD- 3acilidad de auditora= Atributos del software Bue facilitan laauditora de los accesos al softwareD

- *eguridad= a disponibilidad de mecanismos Bue controlen oproteEan los programas o los datosD

Correcci!n - Completitud= Atributos del software Bue proporcionan laimplementaci!n completa de todas las funciones reBueridasD- Consistencia= Atributos del software Bue proporcionanuniformidad en las tcnicas y notaciones de diseKo eimplementaci!nD- +raabilidad o rastreabilidad= Atributos del software Bue

20


21/31

proporcionan una traa desde los reBuisitos a la implementaci!ncon respecto a un entorno operativo concretoD

'6(5AC9TH (

65'4C+'

3iabilidad - 6recisi!n= Atributos del software Bue proporcionan el grado deprecisi!n reBuerido en los clculos y los resultadosD

- ConsistenciaD- +olerancia a fallos= Atributos del software Bue posibilitan lacontinuidad del funcionamiento baEo condiciones no usualesD- Modularidad= Atributos del software Bue proporcionanuna estructura de m!dulos altamente independientesD- *implicidad= Atributos del software Bue posibilitan laimplementaci!n de funciones de la forma ms comprensibleposibleD- (.actitud= a precisi!n de los clculos y del controlD

(Fciencia - (Fciencia en eEecuci!n= Atributos del software Bue minimian eltiempo de procesamientoD- (Fciencia en almacenamiento= Atributos del software Bueminimian el espacio de almacenamiento necesarioD

5(N9*9'H(

65'4C+'

3acilidad demantenimiento

- ModularidadD- *implicidadD- ConsistenciaD- Concisi!n= Atributos del software Bue posibilitan laimplementaci!n de una funci!n con la menor cantidad dec!digos posibleD- Auto descripci!n= Atributos del software Bue proporcionane.plicaciones sobre la implementaci!n de las funcionesD

3acilidad deprueba - ModularidadD- *implicidadD- Auto descripci!nD- 9nstrumentaci!n= Atributos del software Bue posibilitanla observaci!n del comportamiento del software durante sueEecuci!n para facilitar las mediciones del uso o la identiFcaci!nde erroresD

3le.ibilidad - Auto descripci!nD- Capacidad de e.pansi!n= Atributos del software Bue posibilitanla e.pansi!n del software en cuanto a capacidades funcionales ydatosD

- "eneralidad= Atributos del software Bue proporcionan amplituda las funciones implementadasD- ModularidadD

5eusabilidad - Auto descripci!nD- "eneralidadD- ModularidadD-9ndependencia entre sistema y software= Atributos del softwareBue determinan su dependencia del entorno operativoD- 9ndependencia del ,ardware= Atributos del software Bue

21


22/31

determinan su dependencia del ,ardwareD

9nteroperabilidad

- ModularidadD- Compatibilidad de comunicaciones= Atributos del software Bue

posibilitan el uso de protocolos de comunicaci!n e interfacesestndarD- Compatibilidad de datos= Atributos del software Bue posibilitanel uso representaciones de datos estndarD- (standariaci!n en los datos= (l uso de estructuras de datos yde tipos estndar 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 mtricas Bue propone el modeloD

;D *e aceptan las relaciones entre factores y criterios y entre criterios y mtricasD

3. *e selecciona un subconEunto de factores de calidad sobre los Bue aplicar los reBuisitos decalidad establecidos para el proyecto.

as caractersticas particulares del propio producto Bue se est diseKando= por eEemplo suciclo de vida Bue si se espera Bue sea largo implicar un mayor nfasis en la facilidad demantenimiento y la Ge.ibilidad o bien si el sistema en desarrollo est destinado a un entornodonde el ,ardware evoluciona rpidamente implicar como reBuisito su portabilidadD

Modelo de 3456* #0172%Modelo desarrollado por )ewlett)6ac8ard #)6% en 0172 desarrollando un conEunto defactores de calidad de software y sus respectivos atributosD3uncionalidad *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 @ caractersticas de calidad del software=

3uncionalidad 3acilidad de uso ConFabilidad 6erformance #rendimiento% 3acilidad de soporte

22


23/31

Adems plantea ; categoras de reBuerimientos las cuales son=

0D 5eBuerimientos funcionales= especiFcan funciones Bue el sistema debe ser capa derealiar sin tomar restricciones fsicas a consideraci!n y se deFnen a travs de lasentradas y salidas esperadasD

;D 5eBuerimientos no funcionales #456*%= 4sability #3acilidad de uso% 5eliability#ConFabilidad% 6erformance y *upportability #3acilidad de soporte%D escriben atributosdel sistema o atributos del ambiente del sistemaD

3456* se aplica realiando los siguientes pasos= asignaci!n de prioridades y deFnici!n de losatributos de calidad Bue pueden ser medidosD

6ara controlar la calidad en el proceso de fabricaci!n de su ,ardware )6 contempla unconcepto global baEo las siglas 3456*= 3uncionalidad 3acilidad de uso ConFabilidad#5eliability% 6restaciones #6erformance% y *ervicioD *e trata de variables sobre las Bue seincide durante todo el ciclo de vida del producto compuesto por diversas fasesD

*e utilian para establecer mtricas de la calidad para todas las actividades del proceso dedesarrollo de un software inclusive de un sistema de informaci!nD

23


24/31

3456*U indica las restricciones de diseKo implementaci!n fsicos y de interfa #"rady et alD0172%D as restricciones de dise%oespeciFcan o restringen el diseKo del sistemaD asrestricciones de i!ple!entacinespeciFcan o restringen la codiFcaci!n o construcci!n deun sistemaD 6or su parte las restricciones de intera&especiFcan el comportamiento de loselementos e.ternos con los Bue el sistema debe interactuarD 6or Lltimo las restriccionessicas especiFcan ciertas propiedades Bue el sistema debe poseer en trminos demateriales forma peso tamaKoD

24


25/31

M'*CA #Modelo *istmico de Calidad%Consta de niveles= dimensiones categoras caractersticas y las mtricasD (n base de tresramas= el producto el proceso y la ,umanaD Contiene un total de 20@ mtricasD

A nivel mundial se est generando un conjunto de modelos para medir la calidad de los Sistemas de

*oftware #**% los cuales representan las caractersticas para Bue estos seanproductos:servicios de calidad Bue compitan en un mercado abierto y globalD os modelos sedeben formular con base a las caractersticas competitivas para cada tipo de ** considerandola alta participaci!n ,umana en el proceso de desarrollo de softwareD 6artiendo de estaspremisas esta investigaci!n propone el prototipo de M'delo *istmico de CAlidad #M'*CA%para evaluar la calidad de los ** integrando el modelo de Calidad del 6roducto y el modelo deCalidad del 6roceso de esarrollo soportado en los conceptos de la Calidad +otal *istmicaDM'*CA fue probado en dos empresas veneolanas desarrolladoras de ** utiliando el MtodoVAnlisis de Caractersticas por Caso de (studioV indicado por la metodologa (*M(+D

/ala"ras cla$e:Modelo de calidad (valuaci!n de producto de software (valuaci!n deproceso de software Calidad de software Calidad sistmica Caso de estudioD

(.plicaci!n del modelo mosca #forma grFca %

25


26/31

,ttps=::wwwDmindomoDcom:es:mindmap:modelo-sistemico-de-calidad-mosca-e0Pe0d07db0bP>>% y el modelo de calidad delproceso de desarrollo #6re et alD ;>>0% y est soportado por los conceptos de calidad totalsistmica #Callaos y Callaos 011PS 6re et alD 0111%D

A la ,ora de deFnir la calidad del software se debe diferenciar entre la calidad del productosoftware y la calidad del proceso de desarrollo de ste -calidad de diseKo y fabricaci!n-#Callaos y Callaos 011PS 6re et alD 0111%D Ho obstante las metas Bue se establecan para lacalidad del producto van a determinar los obEetivos del proceso de desarrollo ya Bue la calidaddel 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

caracterstica en particular sino Bue obedece al compromiso de todas sus partesD Wsta es unavisi!n sistmica de la calidad del softwareD

+omando en cuenta este enfoBue de la calidad se desarroll! elModelo Sistmico de Calidadde software#MOSC'% en el 9*9-4*& #Mendoa et alD ;>>0% Bue integra el modelo de calidaddel producto #'rtega et alD ;>>>% y el modelo de calidad del proceso de desarrollo #6re etalD ;>>0% y soporta estos conceptos de calidad sistmica #Callaos y Callaos 011PS 6re et alD0111%D

(n cuanto a la perspectiva del producto este modelo plantea sobre la base de las #X+C 0:*C 2 0110% un conEunto de categoras caractersticas ymtricas asociadas Bue miden la calidad de un proceso de software con un enfoBue sistmicoD(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 productoy (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 *istmicaglobal de una organiaci!nD

Ni$el 1: Categoras( *e contemplan 00 categoras= < pertenecientes al producto y las otras @al proceso de desarrolloD

/roducto:3uncionalidad #34H% 3iabilidad #39A% 4sabilidad #4*A% (Fciencia #(39%Mantenibilidad #MA&% y 6ortabilidad #6'5%D

26
https://www.mindomo.com/es/mindmap/modelo-sistemico-de-calidad-mosca-e16aae03e1d4418db1b36a5f414de768https://www.mindomo.com/es/mindmap/modelo-sistemico-de-calidad-mosca-e16aae03e1d4418db1b36a5f414de768https://www.mindomo.com/es/mindmap/modelo-sistemico-de-calidad-mosca-e16aae03e1d4418db1b36a5f414de768https://www.mindomo.com/es/mindmap/modelo-sistemico-de-calidad-mosca-e16aae03e1d4418db1b36a5f414de768


27/31

/roceso:Cliente-6roveedor #C4*% 9ngeniera #(H"% *oporte #*46% "esti!n #MAH% y'rganiacional #'5"%D

Ni$el 2: Caractersticas( Cada categora tiene asociado un conEunto de caractersticas #@>0=;>>>D (l obEetivo principal eraproveer de industria un marco prctico para la gerencia de la calidad del desarrollo delsoftware desarrollando procedimientos ms eFcaces de la certiFcaci!n del sistema de gerenciade la calidadD Wstos implicados=

6ublicaci!n de material gua para asistir a organiaciones de software a interpretar losreBuisitos 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

4ua

6iea A= introducci!n a +ic89+ y al proceso de la certiFcaci!n esto presenta

la informaci!n de carcter general sobre la operaci!n de +ic89+ y c!mo se relaciona con

otras iniciativas de la calidad tales como meEora de procesoD

28


29/31

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 enreveladores de la casa en la construcci!n de sus sistemas de gerencia de la calidad usando

los procedimientos de +ic89+D (sta parte tambin 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 gravmenes usando los procedimientos de +ic89+D

6arte (= reBuisitos del sistema de gerencia de la calidad del software - perspectiva de

los estndares esto contiene la direcci!n para ayudar a organiaciones produciendo

productos de software y proporcionando servicios software relacionados para interpretar losreBuisitos de 9*' 1>>0=;>>> del (H de &*D *igue la secuencia de la clusula del estndarD

6arte 3= reBuisitos del sistema de gerencia de la calidad del software - perspectiva de

proceso esto identiFca y elabora sobre la buena prctica reBuerida para proporcionar

control eFca y continuo de un sistema de gerencia de la calidad del softwareD *e organia

alrededor de los procesos bsicos 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 estndares puedo elegir?

9*':9(C 10;>0 Quality Model(sta parte de la 9*' 10;< describe el modelo de calidad del producto de softwareD a primeraparte del modelo especiFca < caractersticas de calidad interna y e.terna las cuales estndivididas en subcaractersticas son manifestadas e.ternamente cuando el software esutiliado como parte de un sistema y son un resultado de atributos internos del softwareD acalidad e.terna evalLa Bue el software satisfaga las necesidades del usuario teniendo encuenta 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 caractersticas intrnsecasD as caractersticas deFnidasson aplicables a todo tipo de softwareD

as caractersticas y subcaractersticas proveen una terminologa consistente respecto de lacalidad del producto del softwareD

29


30/31

(sta Horma permite especiFcar y evaluar la calidad del software desde distintas perspectivaslas cuales estn asociadas a la adBuisici!n reBuerimientos desarrollo uso evaluaci!nsoporte mantenimiento aseguramiento de la calidad y auditoria del softwareD

9*':9(C +5 10;> Calidad en 4so

9*':9(C +5 10;> provee mtricas para la calidad en uso para la medici!n de losatributos deFnidos en 9*':9(C 10;


31/31

6reparaci!n de los datos Anlisis de los datos

&9&9'"5A3YA

,ttp=::wwwDsitesDupiicsaDipnDm.:polilibros:portal:6olilibros:6Zproceso:AHA9*9*ZRZ9*(n'Z(Z*9*+(MA*:9ngenieriae*oftware:C9*:4H9A[;>99:;DPD)+M

,ttp=::catarinaDudlapDm.:uZdlZa:tales:documentos:lis:gonaleZdZ,:capituloDpdf

,ttp=::sediciDunlpDeduDar:bitstream:,andle:0>10@:01210@:;;10@:012

Metodología de la calidad de software

Documents

Transcript of Metodología de la calidad de software