Calidad Del Software

U N I V E R S I D A D S A N P E D R O UNIVERSIDAD UNIVERSIDAD SAN PEDRO

F A C U L T A D

DE

INGENIERÍA

ESCUELA DE INGENIERÍA INFORMÁTICA Y D E S I S T E M A S

M O D E L O S , M E T O D O L O G Í A S Y ESTÁNDARES : ESTRATEGIAS PARA A L C A N Z A R L A C A L I D A D PROF.: ING. JUAN C. MEYHUAY FIDEL

Monogr!" #$% &o'o (r)% *% + -gn)$r *% C+-** *% o!)r% (r%%n)n +o +$'no: Luis León Torres

Enrique Colcas Aguila

MODEL MODELOS, OS, METODO METODOL LOGÍAS OGÍAS Y EST ESTÁNDAR ÁNDARES ES:: ESTRA ESTRATE TEGIA GIAS S PARA ALCANZAR LA CALIDAD

SEPTIEM/RE, 0123

U S P - F I - I n g e n i e r í a S i s t e m a s

I n f o r m á t i c a

y

d e

P á g i n a

2

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

Resumen En primer lugar aprenderemos qué es la calidad de software la importancia de tener en cuenta este tema. En la segunda parte explicaremos en detalle los modelos, estándares y Bootstrap entre otros y la metodología que van a servir el desarrollo de modelos de calidad que dene un proceso sistemático. !os modelos de calidad son una parte fundamental en los procesos de desarrollo y evaluaci"n de la calidad del software. El uso de estos modelos se #a generali$ado so%re todo desde la aparici"n de modelos de calidad estándar. Estos modelos, de acuerdo a su naturale$a de estándares, constituyen modelos genéricos y no directamente aplica%les a la práctica diaria, por lo que requieren de un esfuer$o adicional para adaptarlos a cada dominio de aplicaci"n especíco. Al ver las metodologías de desarrollo de aplicaciones permitan sistemati$ar las actividades. &uestra propuesta dene a conocer %ien estos temas para lograr que una empresa tenga un %uen desarrollo de calidad del software.



y

d e

P á g i n a

3


Índice Contenido INTRODUCCIÓN.......................................................................................................................................6 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD.....................................................................................................................................................7 1. CALIDAD DEL SOFTWARE........................................................................................................... .....7

1.1. 1.2. 1.3. 1..

DEFINICIÓN:................................................................................................................................7 ¿CÓMO MEDIR LA CALIDAD DE UN PRODUCTO DE SOFTWARE?..................................................7 ¿QUÉ CARACTERÍSTICAS DEBE TENER EL SOFTWARE DE ALTA CALIDAD?..................................8 ¿CÓMO ASE!URAR LA CALIDAD DEL SOFTWARE?.......................................................................8

2. MODELOS DE CALIDAD DE SOFTWARE A NIVEL PROCESO.................................................

2.1. 2.2. 2.3. 2.. 2.%.

TIC"IT.......................................................................................................................................# BOOTSTRAP.............................................................................................................................# PSP............................................................................................................................................1$ TSP...........................................................................................................................................11 SI& SI!MA FOR SOFTWARE...............................................................................................11

!. MODELOS DE CALIDAD DE SOFTWARE A NIVEL PRODUCTO............................................12

3.1. 3.2. 3.3. 3.. 3.%. 3.(. 3.7. 3.8.

MODELO !ILB.......................................................................................................................12 MODELO !QM.......................................................................................................................12 MODELO MCCALL................................................................................................................13 MODELO FURPS....................................................................................................................13 MODELO DE BOE'M...........................................................................................................1 MODELO DE DROME)........................................................................................................1 MODELO C*QM......................................................................................................................1% WEBQEM.................................................................................................................................1%

". ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PROCESO....................................... 16

.1. .2. .3. .. .%. .(. .7. .8. .#. .1$. .11.

ISO #$$$3:2$$........................................................................................................................1( ISO+IEC #$$1:2$$$..................................................................................................................1( ISO+IEC 122$7:1##%................................................................................................................1( ISO+IEC 122$7:2$$2 AMD 1...................................................................................................17 ISO + IEC TR 1%%$ * SPICE..................................................................................................17 ITIL...........................................................................................................................................17 ISO+IEC 2$$$$:2$$%................................................................................................................17 IEEE+EIA 122$7.$*1##(...........................................................................................................18 IEEE STD 122$7.1*1##7...........................................................................................................18 IEEE+EIA 122$7.2*1##7...........................................................................................................18 COBIT .$................................................................................................................................18



y

d e

P á g i n a

4


#. ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PRODUCTO...................................1

%.1. %.2.

ISO+IEC #12(*1:2$$1 , QUALIT) MODEL..............................................................................1# ISO+IEC 2%$$$:2$$% , SQUARE..............................................................................................1#

CONCLUSIONES.....................................................................................................................................2$ RECOMENDACIONES...........................................................................................................................2$ GLOSARIO................................................................................................................................................21 %I%LIOGRAFÍA.......................................................................................................................................22

TA/LA DE ILUSTRACIONES Ilustración 1: Factores de Calidad.....................................................12 Ilustración 2: Factores del Modelo de Boehm...................................13 Ilustración 3: Factores Del Modelo de Dromey.................................14 Ilustración 4: I!"I#C 2$%%%:2%%$...................................................1&



y

d e

P á g i n a

5


Intoducci!n 'oy en día nos encontramos en un mundo cada ve$ más glo%ali$ado. (e%ido a la necesidad de o%tener un software de calidad que de%e satisfacer los requerimientos dados por el usuario, #an surgido modelos de calidad que resultan la predicci"n de cona%ilidad y la gerencia de calidad durante el proceso de desarrollo y medici"n de la comple)idad de un sistema de software. En este presente documento muestra una %reve descripci"n y estructura de los modelos de calidad de software de *cCall, Boe#m, +-+EC /012 entre otros. El modelo de *cCall fue el primero en ser presentado en 0/33, %usca reducir la %rec#a entre usuarios y desarrolladores enfocándose a factores de calidad. *odelo Boe#m introduce características de alto nivel, características de nivel intermedio y características primitivas, cada una de las cuales contri%uye al nivel general de calidad +-+EC /012 +- /01240 propone un modelo de calidad categori$ando la calidad de los atri%utos software en seis características 5funcionalidad, a%ilidad, usa%ilidad, eciencia y porta%ilidad.



y

d e

P á g i n a

6



2.

CALIDAD DEL SOFT4ARE

2.2. D%5n-&-6n: on m6ltiples las deniciones que podemos encontrar de este voca%lo. eg6n el diccionario es el valor intrínseco de una cosa y valor relativo, resultante de compararla con otras de su misma categoría. !a norma +- 7891:0//8 la dene como ;Con)unto de características de una entidad que le coneren su aptitud para satisfacer las necesidades expresadas o implícitas;. Entre otras deniciones de uso com6n podemos citar las siguientes: • • • • •

• •

Cumplimiento de especicaciones. Adecuaci"n al uso. Conformidad con los requisitos. atisfacci"n del cliente. Con)unto de características del producto de mar


y

d e

P á g i n a

7


2.0. 7C6'o '%*-r + &+-** *% $n (ro*$&)o *% o!)r%8 e emplean modelos que especican la calidad mediante la denici"n de un con)unto de atri%utos o características. e %asan en descomponer la calidad del producto en características y estas en criterios que pueden ser medidos mediante métricas.

2.9. 7$; &r&)%r")-& *%<% )%n%r %+ o!)r% *% +) &+-**8 "ti#id$d: (etermina si el sistema #ace lo que sus usuarios esperan que #aga. E# sistem$ es %ti# si: u funcionalidad ayuda al usuario en la reali$aci"n de sus actividades. Con&$'i#id$d: Ba)a pro%a%ilidad de falla >? %a)o n6mero de errores M$nteni'i#id$d: @Es exi%le, es modica%le y es internamente comprensi%le E&cienci$: *edida en relaci"n al uso de los recursos del computador. E)emplo: %a)o tiempo de e)ecuci"n y mínimo uso del espacio de almacenamiento. ($ci#id$d de )ue'$: @e puede pro%ar con facilidad en que medida el diseo y codicaci"n facilitan las prue%as.

2.3. 7C6'o %g$rr + &+-** *%+ o!)r%8 =ara asegurar la calidad del software de%emos de tener en cuenta estos puntos:

Est$'#ecimiento de un sistem$ de c$#id$d Desti"n de la calidad =lanicaci"n de la calidad (enici"n de políticas de calidad • • •

"so de t*cnic$s de +ei&c$ci!n  +$#id$ci!n de# so-t.$e evisiones e inspecci"n de los productos de software =rue%as de programas • •



y

d e

P á g i n a

8

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD Gesti!n de #$ Con&/u$ci!n de# So-t.$e Fso de normas y estándares de calidad Evaluaci"n y me)oramiento de los procesos de software • •

0.

MODELOS DE CALIDAD DE SOFT4ARE A NIVEL PROCESO

0.2. TIC=IT Es un programa de certicaci"n de administraci"n de la calidad para el software, apoyado so%re todo por el eino Fnido y las industrias suecas de software. Además de me)orar la calidad del software, uno de los principios de Gic<+G es me)orar y regular el comportamiento de auditores que tra%a)an en el sector de tecnología de informaci"n a través de entrenamiento, y la certicaci"n su%siguiente de auditores. El registro internacional de auditores certicados mane)a el registro para los auditores de Gic<+G. !as organi$aciones de desarrollo del software que %uscan la certicaci"n de Gic<+G se les requiere demostrar conformidad con las normas +- /990:1999. El o%)etivo principal era proveer de industria un marco práctico para la gerencia de la calidad del desarrollo del software desarrollando procedimientos más ecaces de la certicaci"n del sistema de gerencia de la calidad. Hstos implicados: •

=u%licaci"n de material guía para asistir a organi$aciones de software a interpretar los requisitos de +- /990.



y

d e

P á g i n a

9

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD •

•

Entrenamiento, selecci"n y registro de auditores con capacidad y experiencia en G+. +ntroducci"n de reglas para la acreditaci"n de cuerpos de certicaci"n en el sector del software.

0.0. /OOTSTRAP El modelo Bootstrap utili$a los niveles de madure$ del E+, pero además incorpora: 0.4 Duías de calidad para ayudar a la me)ora de procesos de las compaías. 1.4 Fna distinci"n importante entre organi$aci"n, metodología y tecnología. I.4 Fn modelo de proceso %ase 5%asado en el modelo utili$ado por la Agencia Especial EuropeaJ que podría adoptarse.

O'0eti+os •

•

• • •

•

•

=roporcionar apoyo a la evaluaci"n de capacidad de proceso entre las me)ores prácticas de una reconocida ingeniería de software. Apoyar la evaluaci"n como el estándar de referencia #a sido puesta en práctica en la organi$aci"n. Asegura a%ilidad de la evaluaci"n. +denticar, en la organi$aci"n, procesos fuertes y dé%iles. Apoyar la planicaci"n de me)ora con resultados convenientes y cona%les. Apoyar el logro de los o%)etivos de la organi$aci"n planeando acciones de me)ora. Ayudar a aumentar la eciencia de los procesos poniendo en práctica la exigencia de estándares en la organi$aci"n.

0.9. PSP El =ersonal oftware =rocess, conocido por sus siglas como ==, es una metodología de reciente creaci"n, proveniente del +nstituto de U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 !

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD +ngeniería del oftware5E+J. == es una alternativa dirigida a los ingenieros de sistemas, que les permite me)orar la forma en la que construyen software. Considerando aspectos como la planeaci"n, calidad, estimaci"n de costos y productividad, == es una metodología que vale la pena revisar cuando el ingeniero de software está interesado en aumentar la calidad de los productos de software que desarrolla dentro de un contexto de tra%a)o individual.

PASOS PARA IMPLANTACION PSP 0. !os ingenieros de%en ser entrenados por un instructor calicado de ==. 1. !a Capacitaci"n es so%re grupos o equipos, y serán grupos que así lo #an sido y seguirán siendo. I. equiere un fuerte soporte de administraci"n, en este sentido es necesario que los administradores entiendan el ==, sa%er c"mo apoyarlos y como monitorear sus avances, sin un adecuado monitoreo los ingenieros caerán otra ve$ en los malos #á%itos. 4. (espués de ser %ien entrenados y %ien administrados lo que sigue es optimi$ar la interacci"n entre equipos y aquí entraría Geam oftware =rocess, el G= extiende y rena los metodos de C** y == so%re desarrollo y mantenimiento de equipos, y llegar a lo que se le llama un equipo auto dirigido.

0.3. TSP En com%inaci"n con el Peson$# So-t.$e Pocess 1PSP2, el llamado Te$m So-t.$e Pocess 5G=J proporciona un marco de tra%a)o de procesos denidos que está diseado para ayudarle a equipos de gerentes e ingenieros a organi$ar y producir proyectos de software de gran escala, que tengan tamaos mayores a varios miles de líneas de c"digo.

El o%)etivo del G= es me)orar los niveles de calidad y productividad de un proyecto de desarrollo de software de un equipo, con el n de ayudarlos a alcan$ar los acuerdos de costos y tiempos en dic#o desarrollo. El li%ro de Katts 'ump#rey llamado ;+ntroduction to t#e Geam oftware =rocess; 5Addison Kesley =rofessional, *assac#usetts, U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 0///J, presenta el G= en detalle y se enfoca en el proceso de la construcci"n de un equipo productor de software, esta%leciendo o%)etivos del equipo, distri%uyendo los roles, y otras actividades de tra%a)o en equipo.

0.>. SI? SIGMA FOR SOFT4ARE ix sigma se reere a llegar a tiempo o en el %lanco //./22 L de las veces o más. oftware cumple con los estándares de calidad de seis sigma cuando se tiene menos de I8 errores por cada mill"n de transacciones u operaciones. eis igma metodología se puede utili$ar para medir y me)orar la calidad del software. igma de calidad estándares miden errores por las transacciones de usuario o líneas de c"digo. eis sigma estándares de calidad tam%ién se aplicará a las acciones automáticas de software, la medici"n de la calidad %asado en la a%ilidad y el tiempo de actividad del sistema.

Si3 Si/m$ como m*todo de me0o$ =roceso ix igma oftware me)ora utili$a el %ucle ; denir su medida 4 anali$ar 4 me)orar 4 controlM. Este proceso dene y mide los o%)etivos de calidad en el desarrollo de software o el uso, análisis y me)ora de la aplicaci"n y los procesos de software. Cam%ios en el software y luego se puede #acer para controlar o mantener el nivel de calidad superior.

9.

MODELOS DE CALIDAD DE SOFT4ARE A NIVEL PRODUCTO

9.2. MODELO GIL/ *odelo de calidad creado por Dil% en 0/77. Este modelo presenta como aspecto fundamental la denici"n de los atri%utos de calidad que realmente interesan al usuario y el nivel de calidad que de%e tener cada uno de ellos para satisfacerlo ya que no tiene sentido exigir calidad en un producto, si no se cuenta con esta %ase. Cada



y

d e

P á g i n a

 2

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD atri%uto tiene su% atri%utos que ayudan a la medici"n de este. Estos atri%utos son: •

•

•

•

C$)$cid$d de t$'$0o: Eval6a la capacidad natural del sistema para reali$ar su tra%a)o. u% atri%utos: capacidad del proceso, capacidad de respuesta, capacidad de almacenamiento. Dis)oni'i#id$d: ee)a la medida de la disponi%ilidad del sistema para reali$ar de forma 6til el tra%a)o para el que fue diseado. u% atri%utos: a%ilidad, *anteni%ilidad e integridad. Ad$)t$'i#id$d: Es la medida de la capacidad de un sistema para ser modicado de manera adecuada. u% atri%utos: impro%a%ilidad, extensi%ilidad. "ti#i4$'i#id$d: Es la medida de la facilidad con que la gente será capa$ y estará motivada para utili$ar el sistema en la práctica. u%4 atri%utos: requisitos de entrada, requisitos de aprendi$a)e y #a%ilidad de mane)o.

9.0. MODELO GM Enfoque de medici"n para evaluar la calidad del software %asado en la identicaci"n de o%)etivos a lograr. A continuaci"n se presenta la estructura del modelo &ivel conceptual 5goal 4 metaJ. e dene un o%)etivo 5metaJ para un o%)eto 5enteJ, con respecto a determinado Nmodelo de calidadM, ara un punto de vista, relativo a un contexto en particular. &ivel operativo 5question 4 preguntaJ e rena un con)unto de preguntas a partir de una meta, identicando el o%)eto de medici"n con respecto a características de calidad seleccionadas para un punto de vista. &ivel cuantitativo 5metric 4 metricaJ e asocia un con)unto de métricas para cada pregunta, de modo de responder a cada una de ellas de un modo cuantitativo • •

• •

• •

9.9. MODELO M&CALL El modelo de Oim *cCall, desarrollado inicialmente para la Puer$a Aérea de los EE.FF en 0/33 que tenía la misi"n de proporcionar las normas y orientaci"n de técnicas para la adquisici"n del software, es uno de los más renom%rados actualmente. Este modelo %usca reducir U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 3

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD la %rec#a entre usuarios y desarrolladores enfocándose en un n6mero de factores de calidad que ree)en las prioridades de am%os. El modelo esta%lece una )erarquía de =erspectivas 5IJ,Pactores 500J, Criterios de Calidad 51IJ y *étricas 580J.Antes de utili$ar este modelo #ay que seguir las siguientes pautas: 0. e aceptan los factores, criterios y métricas que propone los modelos. 1. e aceptan las relaciones entre factores y criterios, y entre criterios y métricas. I. e selecciona un su%con)unto de factores de calidad so%re los que aplica los requisitos de calidad esta%lecidos para el proyecto.

9.3. MODELO FURPS (esarrollado por 'ewlett4=ac
I+$)r&-6n 2: F&)or% *% C+-** U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 4


9.>. MODELO DE /OEHM El modelo de Boe#m es similar al modelo de calidad *cCall en que tam%ién presenta un modelo de calidad )erárquica estructurada en torno a las características de alto nivel, el nivel de características intermedias, cada una de ellas contri%uye al nivel de calidad glo%al. El nivel de características representa alto nivel requisitos %ásicos de la utili$aci"n real de evaluaci"n de software. Aunque pare$can similares, la diferencia está en que *cCall focali$a en medidas precisas de alto nivel, mientras que Boe#m presenta un rango más amplio de características primarias la manteni%ilidad está más desarrollada en Boe#m.

I+$)r&-6n 0: F&)or% *%+ Mo*%+o *% /o%@'

9.. MODELO DE DROMEY Fn modelo presentado por el r. . DeoQ (romey %asados en que reconoce que evaluaci"n de la calidad es diferente para cada producto y que una idea más dinámica para modelar el proceso es necesario lo sucientemente amplia como para solicitar los distintos sistemas. (romey se centra en la relaci"n entre los atri%utos de calidad y los su%4atri%utos, así como intentar conectar desde productos de software con la calidad del software atri%utos. Este modelo descri%e la U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 5

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD idea de relacionar atri%utos del producto con atri%utos de calidad para su evaluaci"n. El modelo se estructura en torno a un proceso de R pasos: 0. Eli)e un con)unto de alto nivel de calidad atri%utos necesarios para la evaluaci"n. 1. !ista de componentes y m"dulos en su sistema. I. +denticar las propiedades de transporte de calidad. 8. (eterminar la forma en cada uno de los efectos patrimoniales los atri%utos de calidad. R. Evaluar el modelo e identicar.

I+$)r&-6n 9: F&)or% D%+ Mo*%+o *% Dro'%B

9.. MODELO CM c#ecSing Tuality *odel 5CT*J es una metodología para evaluar la calidad interna de un producto software. Con CT* tendremos un indicador 6nico para cada unidad del software 5aplicaci"n, proyecto, petici"n de cam%io, etc.J pero nos permite más nivel de detalle. El primer nivel de detalle nos muestra un indicador para cada una de las características de software denidas por CT* 5seguridad, a%ilidad, eciencia, manteni%ilidad y porta%ilidadJ. El siguiente nivel contiene indicadores técnicos para cada tecnología de la se compone nuestra unidad de software.

9.. 4%<EM Ke%TE* puede ser usada para evaluar diversos dominios de aplicaci"n de acuerdo a los distintos puntos de vista y o%)etivos de evaluaci"n. !a denici"n y la especicaci"n de los requerimientos de calidad son actividades esenciales en el proceso de evaluaci"n. Fna de las metas principales de la evaluaci"n y comparaci"n de calidad U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 6

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD de una Ke%, radica en comprender el grado de cumplimiento de un con)unto de características con respecto a los requerimientos de calidad esta%lecidos. !as características de calidad planteadas son: 0. Pacilidad de Fso 1. Puncionalidad I. Cona%ilidad 8. Eciencia.

3.

ESTANDARES DE CALIDAD DEL SOFT4ARE A NIVEL PROCESO

3.2. ISO 1119:0113 +- /999I:1998 provee una guía para las organi$aciones respecto de la aplicaci"n de +-+EC /990:1999 en la adquisici"n, suministro, desarrollo, operaci"n y mantenimiento de software y servicios de soporte. !a &orma cuenta con R capítulos que especican actividades que de%en ser consideradas cuando se implemente el DC. !os capítulos son: 0. istema de Desti"n de la Calidad 1. esponsa%ilidad de la (irecci"n I. Desti"n de los ecursos 8. eali$aci"n del =roducto R. *edida, Análisis y *e)ora.

3.0. ISOIEC 112:0111 +-+EC /990:1999 promueve la adopci"n de un enfoque %asado en procesos cuando se desarrolla, implementa y me)ora la ecacia de un DC, para aumentar la satisfacci"n del cliente mediante el cumplimiento de sus requisitos. =ara que una organi$aci"n funcione de manera eca$, tiene que identicar y gestionar numerosas actividades relacionadas entre sí.

3.9. ISOIEC 2001:2> +-+EC 01193 puede ser usado para: U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 7

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 0. Adquirir, suministrar, desarrollar, operar y mantener software 1. oportar las funciones arri%a mencionadas mediante el aseguramiento de calidad, administraci"n de la conguraci"n, revisiones con)untas, auditorias, vericaci"n, validaci"n, resoluci"n de pro%lemas y documentaci"n I. Administrar y me)orar tanto al personal como a los procesos de la organi$aci"n. +-+EC 01193 descri%e la arquitectura de los procesos de ciclo de vida del software, pero no especica los detalles de c"mo implementar o reali$ar las actividades y tareas incluidas en los procesos.

3.3. ISOIEC 2001:0110 AMD 2 Este Amendement 0 provee una revisi"n de la +-+EC 01193:0//R esta%leciendo un con)unto de informaci"n de software que puede ser utili$ada en la denici"n de procesos, evaluaci"n y me)oramiento de procesos. Es decir, agrega y modica procesos a los ya existentes.

3.>. ISO  IEC TR 2>>13  SPICE =+CE 5oftware =rocess +mprovement and Capa%ility dEterminationJ es un modelo de madure$ de procesos internacional que proporciona un marco de tra%a)o para la evaluaci"n de procesos de software. =+CE tiene tres características principales: 0. el marco de valor que contempla una dimensi"n funcional de los procesos. 1. la evidencia para la evaluaci"n. I. !a recurrencia dada por la selecci"n de instancias de proyectos o productos.

3.. ITIL +G+!U 5+G +nfrastructure !i%raryJ es el marco de procesos de Desti"n de ervicios de G+ más aceptado. +G+! proporciona un con)unto de me)ores prácticas, extraídas de organismos punteros del sector p6%lico y privado a nivel internacional, que #an sido recogidas por la -cina Du%ernativa de Comercio Británica 5-DC, -Vce of Doverment ComerceJ. Este framewor< o marco de procesos es utili$ado por cientos de organi$aciones en el mundo y #a sido desarrollado reconociendo la U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 8

MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD dependencia creciente que tienen éstas en la tecnología para alcan$ar sus o%)etivos.

3.. ISOIEC 01111:011> Es el primer estándar mundial para +G ervice *anagement %asado en +G+!. Este estándar permite que las organi$aciones puedan me)orar su capacidad en la entrega de los servicios administrados, medir los niveles del servicio y evaluar el performance. Gam%ién permite a los proveedores del servicio entender c"mo aumentar la calidad del servicio entregado a los clientes internos y externos. +- 19999 integra el proceso %asado en la propuesta de +/990:1999 e +- 08990:1998 incluyendo el ciclo =(CA 5=lan W (o W Control W ActJ y el requerimiento de me)oramiento continuo.

3.. IEEEEIA 2001.12 +-  +EC 01193 proporciona un marco com6n para el desarrollo y gesti"n de software. +EEE  E+A 01.193,9 contiene conceptos y directrices para fomentar una me)or comprensi"n y aplicaci"n de la norma.

3.. IEEE S)* 2001.22 +EEE  E+A 01193.0 ofrece orientaci"n para los datos del ciclo de vida de gra%aci"n resultantes de los procesos del ciclo de vida de +EEE  E+A 01193.9.

3.21. IEEEEIA 2001.02 01193 proporciona un marco com6n para el desarrollo y gesti"n de software. +EEE  E+A 01193.1 ofrece orientaci"n consideraci"n aplicaci"n de las cláusulas normativas de +EEE  E+A 01193.9. U S P - F I - I n g e n i e r í a S i s t e m a s


y

d e

P á g i n a

 9


3.22. CO/IT 3.1 Co%it fue: 0. Creado por el +nformation ystem Audit and Control Association 5+ACAJ y por el +G Dovernance +nstitute 5+GD+J 1. Actuali$ado recientemente a su versi"n 8.9. !a orientaci"n #acia el negocio de C-B+G consiste en alinear los o%)etivos de +G con los o%)etivos del negocio, proporcionando métricas y modelos de madure$ para medir sus resultados, e identicar las responsa%ilidades asociadas al negocio y los responsa%les de los procesos +G.

>.

ESTANDARES DE CALIDAD DEL SOFT4ARE A NIVEL PRODUCTO

>.2. ISOIEC 202:0112  $+-)B Mo*%+ !a +- /012 descri%e el modelo de calidad del producto de software. !a primera parte del modelo especica 2 características de calidad interna y externa, las cuales están divididas en su% características, son manifestadas externamente cuando el software es utili$ado como parte de un sistema, y son un resultado de atri%utos internos del software. !a calidad externa eval6a que el software satisfaga las necesidades del usuario teniendo en cuenta las condiciones especicadas. !a calidad interna eval6a el total de atri%utos que un software de%e satisfacer teniendo en cuenta condiciones especicadas.



y

d e

P á g i n a

2 !


>.0. ISOIEC 0>111:011>  S#$RE TuaE 5oftware Tuality equirements and EvaluationJ es una nueva serie de normas que se %asa en +- /012 y en +- 08R/7 5Evaluaci"n del softwareJ. Fno de los principales o%)etivos de la serie TuaE es la coordinaci"n y armoni$aci"n del contenido de +- /012 y de +- 0R/I/:1991 5*easurement +nformation *odelJ.

I+$)r&-6n 3: ISOIEC 0>111:011>

Conc#usiones =ara o%tener el éxito en la producci"n de software de%emos #acerlo con calidad y demostrando el grado de ésta, calicando como %uena. Esto s"lo es posi%le con la implantaci"n de un istema para el Aseguramiento de la Calidad del oftware directamente relacionado con la política esta%lecida para su ela%oraci"n y que esté en correspondencia con las deniciones internacionales de calidad, ampliamente aceptada, y por los estándares que se mane)an #oy en día.



y

d e

P á g i n a

2 


Recomend$ciones Pinalmente como recomendaci"n se sugiere la aplicaci"n de las normativas esta%lecidas a nivel internacional, mediante la aplicaci"n de métodos de calidad al software a desarrollar. Con ello se logra garanti$ar la calidad del mismo y que logre cumplir el o%)etivo esperado.

G#os$io



y

d e

P á g i n a

2 2


5i'#io/$-6$



y

d e

P á g i n a

2 3

Calidad Del Software

Recommend Documents