Documente Academic
Documente Profesional
Documente Cultură
ASEGURAMIENTO DE LA
CALIDAD DE LOS SISTEMAS DE
INFORMACIN (SQA)
UNIDAD 3
Introduccin
En los aos 50, el software comenz a encontrar su camino dentro de los sistemas
del DoD (del ingls Deparment of Defense of USA). Usualmente estos proyectos
estaban muy alejados de la planificacin, se pasaban del presupuesto y tenan
muchos problemas tcnicos. Frecuentemente no funcionaban como se esperaba
y muchos proyectos eran cancelados antes de ser entregados.
Para intentar resolver este problema se estableci la Verificacin y
Validacin Independientes, un proceso de ingeniera que empleaba metodologas
rigurosas para evaluar la correctitud y calidad del software a lo largo de su ciclo
de vida. El primer software en usar IV&V fue el programa del misil atlas a finales
de los aos 50.
La actividad que llamamos SQA evoluciona directamente de la Verificacin
y Validacin Independientes (IV&V), muchas de las tareas que asociamos con
SQA son originarias de IV&V. Luego durante los aos 70 la actividad de
desarrollo de software comenz a expandirse y las compaas de desarrollo de
software fueron experimentando los mismos pobres resultados que las agencias
gubernamentales (DoD, NASA etc.) en las dcadas tempranas.
incluso de 100 aos. Otros errores, aunque no se hayan descubierto an, pueden
tener una tasa de fallo de 18 o 24 meses, incluso aunque se eliminen todos los
errores de la primera categora (los que tienen un gran TMEF), el impacto sobre la
fiabilidad del software ser muy escaso.
Adems de una medida de la fiabilidad debemos obtener una medida de la
disponibilidad. La disponibilidad del software es la probabilidad de que un
programa funcione de acuerdo con los requisitos en un momento dado, y se define
como:
Disponibilidad = TMDF/(TMDF + TMDR) x 100 %
La medida de fiabilidad TMEF es igualmente sensible al TMDF que al TMDR. La
medida de disponibilidad es algo ms sensible al TMDR ya que es una medida
indirecta de la facilidad de mantenimiento del software.
Ingenieros de software.
Jefes de proyecto.
Clientes.
Vendedores.
Quienes trabajan dentro de un grupo de la SQA.
Estos ltimos pueden ser independientes y tendrn las siguientes actividades para
llegar al objetivo de la SQA:
Establecimiento de un plan de la SQA para un proyecto.
En este plan se identifica:
Evaluaciones a realizar.
Auditoras y revisiones a realizar.
Estndares que se pueden aplicar al proyecto.
Procedimientos para informacin y seguimiento de errores.
Documentos producidos por el grupo SQA.
Realimentacin de informacin proporcionada al equipo de proyecto del
software.
I.
Participacin en el desarrollo de la descripcin del proceso de
software del proyecto.
II.
Revisin de las actividades de ingeniera del software para verificar
su ajuste al proceso de software definido.
III.
Auditora de los productos de software designados para verificar el
ajuste con los definidos como parte del proceso de software.
IV. Asegurar que las desviaciones del trabajo y los productos del
software se documenten y se manejen de acuerdo con un
procedimiento establecido.
V. Registrar lo que no se ajuste a los requisitos e informar a sus
superiores.
VI.
Los requerimientos del software son los fundamentos desde los que se
mide la calidad. La falta de concordancia con los requerimientos es una
falta de calidad.
Los estndares especificados definen un conjunto de criterios de desarrollo
que gua la forma en se aplica la ingeniera del software; si no se siguen
ciertos criterios, casi siempre se dar una falta de calidad.
Existe un conjunto de requerimiento implcito (el deseo de buen
mantenimiento). Si el software se ajusta a sus requerimientos pero falla en
alcanzar los requerimientos implcitos del software queda en entre dicho.
La calidad del software es una compleja mezcla de ciertos factores que varan
para las diferentes aplicaciones y los clientes que las solicitan.
La garanta de calidad es una actividad esencial en cualquier empresa que
produce productos que van a ser usados por otros. Antes del siglo veinte, la
garanta de calidad era responsabilidad nica de la persona que construa el
producto. La primera funcin de control y de garanta de calidad formal fue
introducida por los laboratorios Bell en 1916 y se extendi rpidamente por todo el
mundo de las manufacturas. Hoy en da, cada compaa tiene un mecanismo que
asegura la calidad de sus productos de hecho, durante la pasada dcada, se han
usado ampliamente como tcticas de mercado la declaracin explcita de
mensajes que ponan de manifiesto la calidad ofrecida por las compaas.
La SQA forma parte de una funcin ms amplia de garanta de calidad y engloba
actividades que desbordan muchas disciplinas tcnicas.
El alcance de la responsabilidad de la garanta de calidad se puede garantizar de
la mejor forma parafraseando un popular anuncio de automviles " la calidad es el
trabajo # 1". Lo que esto implica en el desarrollo de software es que la
responsabilidad de la garanta de calidad del software corresponde a muchos
constituyentes de una organizacin Ingenieros de software, gestores del
proyecto, clientes, comerciales y las personas que trabajan dentro del grupo de
SQA.
Muchos grupos de desarrollo de software usan la prueba del software como una
"red de seguridad" para la garanta de calidad.
El grado de aplicacin de procedimientos y estndares, se debe establecer esta
actividad para garantizar que se sigan estos.
Una de las principales amenazas para la calidad del software viene de los
cambios. Cada cambio realizado sobre el software en potencia puede introducir
errores o crear efectos laterales que propaguen errores. El proceso de control de
cambios contribuye directamente con la calidad del software, al formalizar las
peticiones de cambio, evaluar la naturaleza de cambio y controlar la naturaleza de
cambio. Un objetivo importante de la garanta de calidad del software es seguir la
pista a la calidad del software y evaluar el impacto de los cambios de metodologa
y de procedimiento que intentan mejorar la calidad del software. Para conseguir
esto, se deben recolectar mtricas del software.
II.
III.
IV.
Lder de proyecto:
Objetivo: Coordinar al equipo, asegurar que todos cumplan con su trabajo
(reportes de datos).
Responsabilidades: Metas, generar informes, dirigir reuniones, motivar al
equipo.
Administrador de desarrollo
Objetivo: controlar avance del proyecto (diseo, desarrollo).
Responsabilidad: dirigir la realizacin de las fases siguiendo los estndares
propuestos. Integrar el trabajo de todos.
Administrador de la planificacin
Objetivo: Establecer el plan de trabajo y verificar su cumplimiento.
Responsabilidades: Efectuar la planificacin, asegurarse que se cumplan
con el plan, recabar mediciones, resolver riesgos.
Administrador de apoyo
Objetivo: Ayudar al equipo a conseguir las herramientas necesarias para
que pueda realizar el trabajo, Gestionar la configuracin.
Responsabilidad: Conseguir lo necesario para el desarrollo del proyecto,
generar un plan de configuracin, realizar la gestin de la configuracin.
V.