You are on page 1of 2

ASEGURAMIENTO DE CALIDAD DEL SOFTWARE

Estándar Características principales
CMM
_________________
Mprs!t
_________________
S"ICE
________________
ISO#IEC $%&'(
)E*al+aci,n del
prd+ct de
s!t-are.
________________
ISO#IEC '$/0 )la
e*al+aci,n de la
calidad del s!t-are.
ISO#IEC #IEEE
$//123/11(
)"rces del cicl de
*ida del s!t-are.
________________
ISO#IEC /&1113/11&
)Re4+isits 5
E*al+aci,n de
Calidad de
"rd+cts de
S!t-are 6S7+aRE8.
________________
ISO#IEC /&1$/
)Mdel de calidad
de Dats.
________________
ISO#IEC $&&1%
El CMM se desarrollo por el Instituto de Ingeniería de Software de los Estados Unidos, envuelve prácticas que consideran:
Planeación Ingeniería !d"inistración de desarrollo Manteni"iento de software#
!l considerar lo anterior, una organi$ación puede o%tener "etas co"o: costo, progra"a, funcionalidad & calidad de producto#
CMM tiene co"o propósitos
'uiar a una organi$ación en la definición de estrategias de "e(ora deter"inando la "adure$ del proceso
Características:
Innovación )elocidad Satisfacción del cliente, esto co"o consigna ante el cliente
*uestro "odelo se +a esta%lecido
El "odelo se +a esta%lecido co"o pauta a seguir en las organi$aciones que quieren so%revivir & crecer ante el "undo cada ve$ "ás e,igente del desarrollo del software
------------------------------------------------------------------------------------------------------------------------------------------
Estándar especifico para el desarrollo & "anteni"iento de software#
Sencillo de entender & adoptar#
.acilita el cu"pli"iento de los requisitos de otros "odelos co"o IS/ 0111:2111, CMM & CMMI#
Enfocado a procesos#
Práctico en su aplicación, especial"ente en organi$aciones peque3as, con %a(os niveles de "adure$#
El docu"ento resultado es de "enos de 211 páginas & al co"pararlo con otros "odelos & estándares, resulta "u& práctico#
!corde con la estructura de las organi$aciones "e,icanas de la industria de software#
/rientado a "e(orar los procesos, para contri%uir a los o%(etivos de negocio, & no si"ple"ente ser un "arco de referencia o certificación#
Es de %a(o costo4 adopción & evaluación#
----------------------------------------------------------------------------------------------------
5rinda un i"portante apo&o al desarrollo de una *or"a Internacional para la Evaluación de Procesos de Software#
Considera tres o%(etivos:
Pro"ueve el perfecciona"iento de un pro&ecto de tra%a(o para un estándar en la evaluación de procesos de software#
Procura llevar a ca%o las prue%as de la industria de la nor"a e"ergente#
Pro"ueve la trans"isión de tecnología en la evaluación de procesos de software en la industria "undial del software
!l tra%a(a con SPICE, las e"presas que se dedican al software de%erán atender un 6nico pro&ecto de proceso de evaluación, tendrán una +erra"ienta para iniciar & sostener un proceso continuo de "e(ora en el desarrollo del software
7os directores de progra"as tendrán un "edio t8cnico para garanti$ar que el desarrollo de software está en ar"onía con el pro&ecto & apo&a las necesidades co"erciales de la organi$ación que le solicitó
--------------------------------------
Principales características del proceso de evaluación
9epetitividad 9eproduci%ilidad I"parcialidad /%(etividad#
Medidas que se consideran (unto con las características:
!nálisis de los requisitos de evaluación Evaluación de las especificaciones Evaluación del dise3o & definición del plan de evaluación#
E(ecución del plan de evaluación Evaluación de la conclusión#
----------------------------------------------------------------------------
Estándar que per"ite identificar las "8tricas necesarias para definir la calidad: Con la nor"a se procura "edir la calidad interna & e,terna & la calidad ante el uso
Características:
F+ncinalidad: 5usca satisfacer las necesidades de los stalkeholders# Contiene atri%utos: !decuación E,actitud Interopera%ilidad Seguridad
Fia9ilidad3 Busca "edir la capacidad que tiene el software para su nivel de rendi"iento ópti"o# Considera: 7a tolerancia a fallos # 7a capacidad de recuperación ante errores
Usa9ilidad3 5usca "edir el esfuer$o cognitivo necesario para que los usuarios puedan utili$ar el software# !tri%utos: Co"prensión # Curva de aprendi$a(e # /peratividad
E!iciencia3 Sus tri%utos "iden la relación entre el rendi"iento la cantidad de recursos utili$ados ante el uso, sus atri%utos: :ie"po de respuesta # 9ecursos utili$ados
Manteni9ilidad3 Sus atri%utos se relacionan con el esfuer$o que se requiere para reali$ar algunas "odificaciones en el producto# Por ello es necesario considerar: Capacidad para ser "odificado Capacidad para ser anali$ado Esta%ilidad
Capacidad para ser pro%ado
"rta9ilidad3 Si nos va"os a los atri%utos, estos nos +acen referencia en cuanto a la capacidad del software cuando se requiera ser transferido de un entorno a otro, o %ien a otra platafor"a
:a9la;s de !dapta%ilidad # Capacidad de instalación # Coe,istencia # Capacidad de ree"pla$a"iento
-----------------------------------------------------------------------------
:iene co"o o%(etivo principal: El guiar el desarrollo de productos de software con la especificación & evaluación de requisitos de calidad#
El S;ua9E está for"ada por divisiones
S/IEC 2<11n# =ivisión de gestión de calidad#
IS/IEC 2<1>n# =ivisión del "odelo de calidad#
IS/IEC 2<12nIS/IEC 2<1?n# =ivisión de requisitos de calidad#
IS/IEC 2<1@n# =ivisión de evaluación de la calidad#
IS/IEC 2<1<1A2<100# Estándares de e,tensión S;ua9E# Inclu&e requisitos para la calidad de productos de software B/ffC:+eCSelfD & para el for"ato co"6n de la industria ECI.F para infor"es de usa%ilidad#
El estándar +ace reco"endación en cuanto a que los requisitos de calidad de%erán ser proporcionados a las necesidades de la aplicación & lo crítico que sea el correcto funciona"iento del siste"a infor"ático i"ple"entado#
------------------------------------------------------------------------------------------------
Modelo gen8rico de calidad de datos# Plantea que la gestión & "e(ora de los datos es i"portante en situaciones co"o:
Per"ite la adquisición de datos en organi$aciones donde la calidad del proceso de producción de datos es desconocido o d8%il#
E,istencia de datos defectuosos que contri%u&en a generar infor"ación insuficiente, que provoca resultados inutili$a%les & clientes insatisfec+os#
=ispersión de datos entre varios propietarios & usuarios# 7o que puede i"plicar la falta de una visión co+erente e integrada, necesaria para garanti$ar la interopera%ilidad & la cooperación#
Per"ite tra%a(aren el caso de que e,ista la coe,istencia de siste"as o%soletos con siste"as "odernos#
Per"ite tra%a(ar con siste"as de infor"ación en donde los datos ca"%ian con frecuencia & su integración con otros datos es relevante
Entre sus características están: E,actitud, co"ple(idad, consistencia credi%ilidad, actualidad accesi%ilidad, confor"idad, confidencialidad, eficiencia, precisión, Precisión , tra$a%ilidad, co"prensi%ilidad, disponi%ilidad, porta%ilidad, recupera%ilidad#
-------------------------------------------------------------------------------------------------------------------------
Conocido co"o Software Process I"prove"ent Capa%ilit& =eter"inación, a%reviado SPICE, en espa3ol: Modelo para la "e(ora & evaluación de los procesos de desarrollo & "anteni"iento de siste"as de infor"ación & productos de software#
IS/ ><<1@ SPICE es una nor"a a%ierta e internacional que per"ite evaluar & "e(orar la capacidad & "adure$ de los procesos, (unto con IS/ >221G, la nor"a aplica a la evaluación & "e(ora de la calidad del proceso de desarrollo & "anteni"iento de
software#
Características:
*os esta%lece un "arco & los requisitos para cualquier proceso de evaluación de procesos
Su"inistra requisitos para los "odelos de evaluación de los procesos & para "odelos de evaluación de organi$aciones#
!porta guías para la definición de las aptitudes de un evaluador de procesos#
Co"prende la evaluación de procesos, "e(ora de procesos, deter"inación de capacidad#
)enta(as de la nor"a SPICEIS/IEC ><<1@
Pri"er "odelo de procesos de dos di"ensiones, es decir, di"ensiones que son independientes para los procesos & la capacidad
Es resultado de una evaluación de proceso puede ser representado por un perfil de proceso#
Es el "odelo "ás votado & pro%ado
:iene un gran reconoci"iento en el "ercado europeo#
Es Co+erente con otros "odelos de calidad &a efectuados en la organi$ación IS/011>C IS/ 21111C IS/ 2G111#
I"plica un "enor costo ante la certificación
Cncl+si,n3
Sin duda es interesante sa%er cuáles son los paradig"as que se de%en conocer por parte de un ingeniero dedicado al desarrollo de software, pues ante esto, se tendrá todo un a%anico de posi%ilidades, tanto de conoci"ientos co"o de
puntos a considerar al "o"ento de +acer un pro&ecto de siste"a de infor"ación#
El +ec+o de que un ingeniero identifique los estándares de calidad, le dará la pauta para poder +acer las cosas lo "e(or posi%le, sosla&ando los tropie$os que puedan surgir cuando un software se i"ple"ente & e(ecute en el equipo del cliente#
Por ello es innega%le que el conocer los estándares de calidad en el desarrollo del software, +an de per"itir que los desarrollos e(ecutados, sean de calidad, que re6nan nor"as de calidad &, que al final de cuentas, el %eneficio sea para
dos personas:
aF El cliente
%F el desarrollador o una e"presa dedicada al software
Por ende, para el desarrollador se potenciali$a el factor ganancia, &a que un cliente satisfec+o, puede generar en otro cliente satisfec+o & la cartera de cliente puede irse incre"entando
ATENTAMENTE
Enrique Torrescano Montiel