U3, Aseguramiento de La Calidad de Software

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática

Unidad 3: Calidad enfocada al

desarrollo de sistemas de información.

Objetivo:

Conocer Conoc er me medid didas as de segur segurida idadd en los sis sistem temas as de inf inform ormaci ación, ón, así com comoo conoc conocer er e implem implement entar  ar  actividades que conlleven al aseguramiento de la calidad, mediante el uso de metodologías, estándares y herramientas. 3. Fiabilidad del Softare

Se define como “ladeterminado probabilidady de operación libre especificado”. de fallos de un programa de computadora en un entorno durante un tiempo !u" es un fallo#$ Cualquier falta de concordancia con los requisitos del soft%are. Cómo son los fallos#$ &ienen un amplio abanico de posibilidades$ de leves a graves, desconcertantes o catastróficos, de corrección inmediata con peque'o esfuer(o a un gran esfuer(o. )demás la corrección de un fallo puede  producir nuevos nuevos fallos *a fiabilidad del soft%are puede ser medida o estimada mediante datos históricos o de desarrollo. *a fiabilidad del soft%are se define en t"rminos estadísticos como +la probabilidad de operación libre de fallos de un programa de computadora computadora en un entorno determinado y durante un tiempo específico. Si un programa falla frecuentemente en su funcionamiento, no importa si el resto de los factores de calidad calid ad son ace aceptab ptables. les. ued uedee ser medida o estim estimada ada mediante mediante datos datos históricos históricos o de desarrollo. desarrollo. *a fiabilidad del soft%are se define en t"rminos estadísticos como la probabilidad de operación libre de fallos de un prog progra rama ma de comp comput utad ador oraa es un ento entorn rnoo de dete term rmin inad adoo y du dura rant ntee un tie tiemp mpoo es espe pecí cífi fico co.. !u" se entiende por el t"rmino fallo# -n el conteto de cualquier discusión sobre calidad y fiabilidad del soft%are, el fallo es cualquier falla de concordancia con los requisitos del soft%are. *os fallos pueden ser  simplemente desconcertantes o ser catastróficos. uede que un fallo sea corregido en segundos mientras que otro lleve semanas o incluso meses. ara complicar más las cosas, la corrección de un fallo puede llevar a la introducción de otros errores que, finalmente, lleven a más fallos. 3.!. "edidas de fiabilidad # de disponibilidad.

*a mayoría de los modelos de fiabilidad relativos al hard%are son debidos al desa/uste o al desgaste de los componentes físicos más que a fallos de dise'o y no sirven para el soft%are donde ocurre lo contrario. 0na sencilla medida es el el tiempo medio entre fallos que es la suma del tiempo medio de fallo más el tiempo medio de reparación de ese fallo fallo$$ *os primeros primeros traba/o traba/oss sobre fiabilid fiabilidad ad intenta intentaron ron eplota eplotarr las matem matemática áticass de la teoría fiabilidad fiabilidad del hard%are a la predicción de la fiabilidad del soft%are. *a mayoría de los modelos de fiabilidad relativos al hard%are van más orientados a los fallos debidos al desa/uste que a los fallos debidos a defectos del dise'o. -n el hard%are, son más probables los fallos debidos al desgaste físico que los fallos relativos al dise'o. 1esgraciadamente para el soft%are lo que ocurre es lo contrario. 1e hecho todos los fallos del soft%are, se producen por problemas de dise'o o de implementación2 el desa/uste no entra en este panorama. Considerando un sistema basado en computadora, una sencilla medida de la fiabilidad es el tiempo medio entre fallos 3&4-56, donde$ T"$F % T"&F ' T"&(  T"$F: Tie)po "edio $ntre Fallos. T"&F: Tie)po "edio &e Fallo. T"&(: Tie)po "edio &e (eparación.  L.S.C.A. Raúl Monforte Monforte Chlín  M!RC" S#stems S#stems

7

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática

)demás de una medida de fiabilidad debemos obtener una medida de la disponibilidad. *a disponibilidad del soft%are es la probabilidad de que un programa funcione de acuerdo con los requisitos en un momento dado, y se define como$ *a medi medida da de fiabi fiabili lida dadd &4 &4-5 -5 es igua igualm lmen ente te se sens nsib ible le al &418 &418 qu quee al &415 &415.. *a medi medida da de disponibilidad es algo más sensible al &418, una medida indirecta de la facilidad de mantenimiento del soft%are. *os problemas de la fiabilidad del soft%are se deben casi siempre a errores en el dise'o o en la implementación. )demás )dem ás de una una me medi dida da de la fiab fiabili ilida dadd debe debemo moss ob obte tene nerr un unaa me medi dida da de la di disp spon onib ibil ilid idad ad.. *a disponibilidad del soft%are es la probabilidad de que un programa funcione de acuerdo con los requisitos en un momento dado. -n el hard%are, son más probables los fallos debidos al desgaste físico 3por e/emplo$ de la temperatura, de la corrosión y los golpes6 que los fallos relativos del dise'o los fallos del soft%are, se producen por   problemas de dise'o dise'o o de implem implementación2 entación2 "odelos de fiabilidad del softare

redicción de la fiabilidad en función del tiempo de calendario o en función del tiempo de C0. 4odelo de diseminación$ mide el poder de la detección de errores mediante procesos estocás estocásticos. ticos. Se estudiar casos como$ 9 *apueden :alide( predictiva 9 Capacidad del modelo 9 Calidad de las suposiciones 9 )plicabilidad 9 Simplicidad 3.*. Seguridad de los siste)as de infor)ación. *a seguridad del soft%are es una actividad de garantía de calidad del soft%are que se centra en la identificación y evaluación de los riesgos potenciales que pueden producir un impacto negativo en el soft%are y hacer que falle el sistema completo.

Si se pueden identificar pronto los riesgos en el proceso de ingeniería del soft%are podrán especificarse las características del dise'o del soft%are que permitan eliminar o controlar los riesgos potenciales. arte de la seguridad del soft%are, se puede dirigir un proceso de análisis y modelado. ;nicialmente, se identifican los riesgos y se clasifican por su importancia y su grado de riesgo. *a fiabilidad del soft%are utili(a el análisis estadístico para determinar la probabilidad de que pueda ocurrir un fallo del soft%are. *a seguridad del soft%are eamina los modos segyo=e. )unque el po=u>yo=e fue originariamente desarrollado para su uso en control de calidad cero, para el hard%are fabricado, puede ser adaptado para su uso en ingeniería del soft%are. -s una actividad garantía de soft%are que se centra en la y evaluación riesgos de potenciales quecalidad puedendel pueden producir un impacto negativo enidentificación el soft%are y hacer que fallede el  L.S.C.A. Raúl Monforte Monforte Chlín  M!RC" S#stems S#stems

?

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática

sistema completo. -l análisis del árbol de fallos es un modelo gráfico para determinar los estados del sistema peligrosos. 0na ve( estudiados los riesgos se puede crean una lista adicional de requerimientos diciendo lo que @A debe de suceder. &iferencias entre fiabilidad # seguridad del softare

9*a fiabilidad utili(a funciones para determinar la probabilidad de que ocurra un fallo en el soft%are,  pero la ocurrencia de un fallo no tiene por qu qu"" llevar asociado un accidente. 9 *a seguridad del soft%are determina los modos seg Gerramientas estadísticas. > Gerramientas de dise'o. > Gerramientas de medición. > @iveles de madure(. *

*

*

*

1iagrama causaN efecto. Gistograma.

$st1ndares S,-

1ado que la calidad del soft%are está presente en todo su proceso de desarrollo, y siendo más precisos, en su ciclo de vida2 la presencia de estándares aasociados sociados directa e indirectamente son abundantes. ;SA 3;nte 3;nternat l importantes Stan Standard dard Arga Argani( ation6 n6 ha apo aportad rtadoo estánda estándares res para la industri industriaa del soft%are soft%are.. )lgunos dernationa losional más son$ni(atio  L.S.C.A. Raúl Monforte Monforte Chlín  M!RC" S#stems S#stems

T

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática !. ISO >??!. !uality

Systems>4odel for !uality )ssurance in 1esign, 1evelopment, roduction, ;nstallation and Servicing. *. ISO >???@3 . Iuidelines for )pplication of ;SA TUU7 to the 1evelopme 1evelopment, nt, Supply and 4aintainance 4aintainance of Soft%are. 3. ISO >??5@*. !uality 4anagement and !uality Systems -lements. or otro lado, eisten estándares internacionales para la administración de proyectos, la cual incrementa en gran medida el obtener   productos de soft%are soft% are de calidad entr entree ellos tenemos$ !. C"" Capabilit# "aturit# "odel.  4odelo que permite catalogar a

las organi(aciones organi(aciones con el nivel

de capacidad de madure( de su proceso de desarrollo. *. TS2 Tea) Softare 2rocess.  ermite calificar el proceso de desarrollo que se lleva a cabo en los equipos de traba/o o desarrolladores. 3. 2S2 2ersonal Softare 2rocess.  Certifica a un individuo o desarrollador en el nivel de madure( de su proceso de desarrollo. 5. S2IC$ S2IC$ Softa Softare re 2roce 2rocess ss  ;mprov ;mprovem ement ent and and Ca Capa pabil bility ity 1eterm 1etermina inatio tion. n. Se co confo nforma rma co como mo el estándar emergente orientado a la me/ora continua del proceso de desarrollo de soft%are. Sin embargo, los estándares mencionados recaen en el ámbito formal, particularmente requiriendo tiempos y costos ecesivos para peque'as organi(aciones. ara tal efecto, un área emergente en este sentido, orientados a la entrega rápida de resultados, tenemos a los 4"todos Vgiles, entre los cuales el más representativo es la rogramación -trema. )lgunos contraponen los m"todos ágiles contra los formales 3C44, S, S;C-, etc.62 sin embargo,  pueden considerarse los lo s primeros como uunn punto de partida a los segundos. 2racticas estandarizas.

*a ba base se de dell de desa sarr rrol ollo lo de las las he herr rram amie ient ntas as pa para ra S! S!) ) la co cons nsti titu tuyye la id iden enti tifi fica caci ción ón de la lass  practicasJsubpractica  practicasJsubp ractica de S!). ara ello se utili(ó como referencia el 4odelo de 4adure( para el proceso de S!), desarrollado por atricio 8o/as. -ste modelo propone cuatro niveles de madure( asociados a S!), los cuales corresponden a escenarios de madure( en que se desenvuelven las organi(aciones que desarrollan o mantienen soft%are respecto a sus procesos de S!). )demás, )demás, cada nivel es descrito de acuerdo a un con/unto de prácticas y subprácticas claves. 4odelo de 4adure( para el roceso de S!) Aivel I

*as organi(aciones organi(aciones que se encuentran en el primer nivel son aquellas que reconocen la importancia de las  prácticas de S!) y que, por lo tanto, tanto, han come comen(ado n(ado algunos eesfuer(os sfuer(os en relación relación con su implantación. implantación. 0as pr1cticas del nivel inclu#en:

9 1eclaración escrita de la política especificando prácticas de calidad requeridas. 9 1eclaración escrita acerca de la importancia de la calidad yJo prácticas de calidad. 9 1eclaración escrita de las prácticas de calidad requeridas. 9 -stablecimiento de actividades para satisfacer las prácticas de calidad requeridas. r equeridas. 9 )ctividades )ctividades para revisar la calidad de los productos generados al final de cada fase de desarrollo del soft%are. 9 )ctividades )ctividades para revisar la calidad de los productos generados al final de cada cambio producido en manutención. 9 )ctividades )ctividades para administrar el control de cambios durante el desarrollo y manutención. manutención.  L.S.C.A. Raúl Monforte Monforte Chlín  M!RC" S#stems S#stems

7U

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática Aivel II

-n este nivel la alta gerencia se compromete a trav"s de una política organi(acional con el alto nivel de S!), lo que se eteriori(a en el establecimiento de un grupo responsable de sus actividades y en la incorporación de un plan de S!) a cada plan de proyecto. 0as pr1cticas de este nivel corresponden a:

9 olítica organi(acional y compromiso con el alto nivel de S!). 9 1eclaración escrita especificando los ob/etivos de S!). 9 &iempo adecuado adecuado para desarrollar y llevar a cabo el plan de S!) y las actividades. -stablecimiento de una unidad de S!) con recursos adecuados adecuados para desarrollar y llevar a cabo el plan de S!) y sus actividades. 9 lan de S!) como parte del plan de proyecto. 9 lan de S!) como parte del plan de cada fase de desarrollo de soft%are. 9 lan de S!) como parte del plan de mantención. 9 -stablecimientos de hitos de calidad de S!). 9 Gitos específicos para cada fase del desarrollo de soft%are. 9 Gitos específicos para cada cambio producido en mantención. 9 Control de cambio como parte del plan de S!). 9 4ecanismo de control de cambio es parte del plan de S!). Aivel III

Gabi"ndose incorporado las prácticas de S!) al proceso de desarrollo por medio de un plan, es posible definir formalmente el proceso de S!), lo que a su ve( permite a la organi(ación eplotar mayormente los beneficios de esta área de prácticas. $n este nivel las pr1cticas abarcan:

9 4edición del grado de satisfacción de los hitos de calidad. 9 1efinición de m"tricas para el grado de satisfacción para los hitos de calidad. 9 4onitoreo de la adherencia al plan de S!). 9 Colección de mediciones del grado de satisfacción para los hitos de S!). 9 )nálisis de desviaciones desviaciones del nivel requerido de satisfacción para hitos de S!). 9 8eporte sobre la adherencia al plan. 9 -stablecimiento de un proceso de S!). 9 1eclaración escrita para prescribir el proceso de S!). 9 4ecanismos para monitorear la adherencia al proceso de S!) prescrito. 9 &iempo adecuado para llevar a cabo el proceso de S!) prescrito. 9 Clases o material instructivo acerca del proceso de S!) prescrito. Aivel I

0na ve( 0na ve( esta establ blec ecid idoo y cont contro rola lado do el proc proces esoo de S!), S!), la or orga gani ni(a (aci ción ón de debe be pr preo eocu cupa pars rsee po porr el me/oramiento continuo de su proceso. ara ello debe recolectar información que permita evaluar la efectividad del proceso de S!) eistente. eistente. $ste nivel inclu#e las siguientes pr1cticas:

9 4ediciones del proceso de S!)$ 9 Colección de mediciones acerca de la efectividad del proceso de S!). 9 Seguimiento de errores y reportes de problemas hasta su solución. de datos acerca la efectividad de 9 Ciclo 9de)nálisis retroalimentación para de el me/oramiento delS!). proceso de S!).  L.S.C.A. Raúl Monforte Monforte Chlín  M!RC" S#stems S#stems

77

 

Instituto Tecnológico Superior de Coatzacoalcos Calidad de Sistemas de Información - Septimo Semestre – Ingeniería Informática

9 4ecanismo para retroalimentar me/oras al proceso de S!). 9 4ecanismo para incorporar avances tecnológicos al proceso de S!).

ers+culo4 Frases B 0e)as: &ios tomó al o)bre  y lo puso en el jard+n del $d6n 3*a naturale(a6 para que lo cultivara # lo cuidara  3Ien ?$7O6. Cuidemos nuestra casa natural$ D$l )edio a)bienteE, Tirando la basura en su lugar por favorG. Tauer+as "o#ito B Sue)i Cecilia4 # "oto@Tauer+a el Huca. *e doy gracias a &ios por hacer el cielo con todas sus estrellas, porque una estrella estrella eres t< y el cielo es tu amistadW..Iracias a &ios eres mi amigo con todo y tu amistad.  "O(C7 S#ste)s. &ios te Hendiga hoy, ma'ana y siempre2 a ti, a toda tu familia y a todos tu amigos. "O(C7 S#ste)s. D0a vida es bellaE,