Confiabilidad Del Software

Confabilidad del So!"are Luis Fernando Ríos Román

INSTITUTO TECNOLÓGICO DE IGUALA

INGENIER#A DE SOFT$ARE

CONFIABILIDAD DEL SOFTWARE

Es la probabilidad de operación libre de fallas de un programa de computadora en un entorno determinado y durante un tiempo específico. El fallo es cualquier no concordancia con los requerimientos del software. Hay distintos grados de fallos, estos pueden ser simplemente desconcertantes o catastróficos. 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.  nuestros fines un Software no es !onfiable cuando falla. "as fallas se deben a errores en el Software. Si corregimos estos errores sin introducir nue#os, me$oramos la !onfiabilidad del Software.

El %&' de los errores se originan en( )el traslado de los requerimientos del usuario y en el dise*o lógico+. odremos aumentar la !onfiabilidad de un

Software haciendo hincapi- en estas dos primeras etapas. ¬ uentes de di#ersos tipos ase#eran que, es en el dise*o, en donde debe ponerse -nfasis para reducir  la proporción de errores.

Hemos obser#ado nue#e categorías en las que se di#ide la generación de errores. "a e/periencia demuestra que(  pro/imadamente el %0' de los errores no son descubiertos hasta bien entrada la etapa de pruebas integrales.

El costo de detección y corrección de errores durante y despu-s de las etapas de integración y test resultan entre 12 y 13 #eces m4s que en las etapas de

desarrollo y codificación. Estudios realizados concluyen que el medio ambiente en el que se desarrolla el Software contribuye enormemente al aumento de errores. "a !onfiabilidad del Software pasa a ser un problema de )5anagement+ y no )6-cnico+. Históricamente, una forma de aumentar la !onfiabilidad de un Software era correrlo y probarlo e/tensi#amente antes de liberarlo. No es efecti#o probar la !onfiabilidad en el producto sino hacerla, es decir fabricarla en el mismo. "a !onfiabilidad deber4 ser dise*ada en el producto. 6eniendo un %&' de errores generados en el traslado de los requerimientos del usuario, el -nfasis debe ser puesto en ese punto. Es mucho m4s efecti#o resol#er los errores en la misma fase de dise*o que en la de prueba. !ada #ez que se corrige un error se generan nue#os con una cierta probabilidad. Es mucho m4s costoso encontrar, corregir y documentar errores en los 7ltimos pelda*os del ciclo de #ida que al comienzo. Es necesario utilizar Herramientas, que en base a modelos ayuden a determinar  par4metros que sir#an de an4lisis. "as Herramientas son pro#istas por la así llamada 8ngeniería de Software. "a comple$idad de un programa de computación es una medida de la dificultad para lle#ar a cabo esa computación y est4 muy relacionada con su confiabilidad. Es e#idente que cuanto m4s comple$o sea el algoritmo de cómputo tanto m4s probabilidad e/iste de que se cometan errores en su programación y por lo tanto de fallas del software y deterioro de su confiabilidad. Est4 demostrado que ba$ando la comple$idad de un software su confiabilidad me$ora. E/isten di#ersas teorías que permiten e#aluar la comple$idad del software. lgunas son m4s utilizadas que otras por su sencillez, sin embargo son dos las principales( "a comple$idad 5c!abe y la !omple$idad Halstead.

E/isten tres clasificaciones importantes de los modelos utilizados en el an4lisis de !onfiabilidad de un Software(

• • •

5odelos de acuerdo al !iclo de 9ida. 5odelos de acuerdo a la Naturaleza del roceso de alla. 5odelos de acuerdo a !onsideraciones Estructurales.

 lgunas otras características acerca de la !onfiabilidad de software son las siguientes( • • • •

• •

"a !onfiabilidad es una medida de performance a lo largo del tiempo. :n sistema totalmente Seguro nunca funcionar4. :n sistema siempre ;isponible nunca ser4 totalmente seguro. :n ) en un software puede pro#ocar una falla =fault> que termine con una misión espacial. puede implicar #idas humanas cuando la aplicación es electrom-dica. Esta es la importancia que día a día est4 teniendo el Software en un sistema.

CONCLUSIONES

?btener softwares cada #ez m4s confiables y seguros es necesario tanto desde el punto de #ista pr4ctico como -tico. "os ob$eti#os solo pueden alcanzarse mediante la aplicación sistem4tica de herramientas a #eces poco conocidas. "a di#ulgación de este paquete de conocimiento debe comenzar desde los primeros pasos de la ense*anza uni#ersitaria y propagarse a cada emprendimiento que en materia de software se comience. 5e$ores softwares, menos comple$os y m4s portables podr4n obtener me$ores resultados aplicati#os.

REFERENCIAS BIBLIOGRAFICAS

•

•

@?!, A. =&21&, 21>. " !?N8<8"8;; EN E" S?6B@E. ?btenido 23, &210, de http(CCieee.eie.fceia.unr.edu.arC;DS?6B@E.pdf  ;el ngel, 5. =&21F, 20>. SEG:@8;; EN 8NGEN8E@ ;E S?6B@E. UNIDAD IV SEGURIDAD EN INGENIERIA DE SOFTWARE . ?btenido 23, &210, de http(CCithmarielamontserrathdelangel.blogspot.m/C&21FC20CseguridadIenI ingenieriaIdeIsoftwareIla.html