4.3 Confiabilidad del software.

La confiabilidad de software significa que un programa particular debe

de seguir funcionando en la presencia de errores. Los errores pueden ser
relacionados al diseo, a la implementacin, programacin o el uso de
errores. Como los sistemas que llegan a ser cada vez ms complejos
aumentan la probabilidad de errores. Es increblemente difcil demostrar
que un sistema sea seguro.
Las organizaciones que desarrollan productos basados en software
requieren de prcticas efectivas que permitan mejorar la calidad del
producto. La Ingeniera de la Confiabilidad de Software (ICS) es una
prctica cuantitativa que puede ser implementada en organizaciones de
cualquier tamao bajo distintos modelos de desarrollo.
La calidad, las fallas y la confiabilidad de Software:
-La calidad es un atributo percibido por los usuarios o clientes de
cualquier producto o servicio. En el caso de productos basados en
software, la percepcin de la calidad est en funcin de las fallas que el
cliente percibe del mismo durante su operacin.
-La confiabilidad es un atributo que mide el grado en que un producto
opera sin fallas bajo condiciones establecidas por un periodo de tiempo
determinado. La confiabilidad es un atributo cuantitativo que ha sido
ampliamente analizado, estudiado y usado en otras industrias para
caracterizar la calidad de los productos o servicios. En su concepcin
ms general, la confiabilidad es un atributo que mide el grado en que un
producto opera sin fallas bajo condiciones establecidas por un periodo
de tiempo determinado.
-Una falla es la manifestacin percibida por el cliente de que algo no
funciona correctamente e impacta su percepcin de la calidad. Un
defecto es el problema en el producto de software que genera una falla.
El proceso de la ingeniera de confiabilidad de software
El proceso de la ICS puede verse como un conjunto de actividades
adicionales y complementarias a las ya realizadas dentro de cualquier
proceso de desarrollo.

1. Definir el Producto. Puede verse como un complemento del Anlisis

de Requerimientos y Diseo Arquitectnico. En esta actividad se define
quines son los clientes, usuarios, proveedores y otros sistemas
relacionados.
2. Desarrollar el Perfil de Operacin. Se define el conjunto completo
de operaciones (i.e., tareas o funcionalidades lgicas principales del
sistema) con su correspondiente probabilidad de ocurrencia o uso
esperado. En esta etapa, la administracin de los recursos toma un nivel
cuantitativo basado en la importancia de cada operacin del sistema. La
Tabla 1 muestra un ejemplo parcial de un perfil de operacin para un
producto para la navegacin en el Web.

3. Definir la Confiabilidad Adecuada. Se define lo que se considera

como falla para el producto en desarrollo as como los medios para
identificarla. Esta definicin es crtica para el proceso y debe ser
constante durante todo el ciclo de vida. La Tabla 2 muestra un ejemplo
de clases de severidades de fallas y ejemplos de cada tipo de falla.

4. Preparar las Pruebas. Se definen los casos de prueba y los

mtodos de prueba a partir de la informacin de los perfiles
operacionales y las estrategias de apoyo a la confiabilidad de software.
Esta actividad puede integrarse con el proceso de pruebas del modelo
de desarrollo que se tenga. Lo importante en esta etapa es la decisin
de qu cosas se van a probar y qu datos se usaran en los casos de
prueba.
5. Ejecutar las Pruebas. Se asignan los tiempos para las pruebas
entre los sistemas, los tipos de prueba (i.e., caractersticas, carga y
regresin) as como su ejecucin.
6. Guiar las Pruebas. Se procesa la informacin obtenida en la
ejecucin de las pruebas para varios propsitos. El primero es
monitorear el crecimiento de la confiabilidad del sistema (o la reduccin
de las intensidades de falla) mientras se van reparando los defectos
encontrados que generaron las fallas. Otro propsito es el de poder
determinar si es necesario seguir probando; finalmente, el tercero es el
de dirigir la fase del liberacin del producto. La Figura 2 muestra una
grfica tpica usada para monitorear la reduccin de las intensidades de
falla.

Ventajas y Desventajas:
-Se dice que un Software es confiable si realiza lo que el usuario desea,
cuando as lo requiera
-No es confiable si as no lo hiciera. A nuestros fines un Software no es
Confiable cuando falla.
-Las fallas se deben a errores en el Software. Si corregimos estos errores
sin introducir nuevos, mejoramos la Confiabilidad del Software.