Instituto Tecnolgico Superior de Coatzacoalcos

Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica

Unidad 3: Calidad enfocada al desarrollo de sistemas de informacin.
Objetivo:
Conocer medidas de seguridad en los sistemas de informacin, as como conocer e implementar
actividades que conlleven al aseguramiento de la calidad, mediante el uso de metodologas, estndares y
herramientas.
3. Fiabilidad del Softare
Se define como la probabilidad de operacin libre de fallos de un programa de computadora en un
entorno determinado y durante un tiempo especificado. !u" es un fallo#$ Cualquier falta de
concordancia con los requisitos del soft%are. Cmo son los fallos#$ &ienen un amplio
abanico de posibilidades$ de leves a graves, desconcertantes o catastrficos, de correccin
inmediata con peque'o esfuer(o a un gran esfuer(o. )dems la correccin de un fallo puede
producir nuevos fallos
*a fiabilidad del soft%are puede ser medida o estimada mediante datos histricos o de desarrollo. *a
fiabilidad del soft%are se define en t"rminos estadsticos como +la probabilidad de operacin libre de
fallos de un programa de computadora en un entorno determinado y durante un tiempo especfico.
Si un programa falla frecuentemente en su funcionamiento, no importa si el resto de los factores de
calidad son aceptables. ,uede ser medida o estimada mediante datos histricos o de desarrollo. *a
fiabilidad del soft%are se define en t"rminos estadsticos como la probabilidad de operacin libre de fallos
de un programa de computadora es un entorno determinado y durante un tiempo especfico.
!u" se entiende por el t"rmino fallo# -n el conte.to de cualquier discusin 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 catastrficos. ,uede que un fallo sea corregido en segundos mientras
que otro lleve semanas o incluso meses. ,ara complicar ms las cosas, la correccin de un fallo puede
llevar a la introduccin de otros errores que, finalmente, lleven a ms fallos.
3.!. "edidas de fiabilidad # de disponibilidad.
*a mayora de los modelos de fiabilidad relativos al hard%are son debidos al desa/uste o al
desgaste de los componentes fsicos ms que a fallos de dise'o y no sirven para el
soft%are donde ocurre lo contrario. 0na sencilla medida es el tiempo medio entre fallos que
es la suma del tiempo medio de fallo ms el tiempo medio de reparacin de ese fallo$
*os primeros traba/os sobre fiabilidad intentaron e.plotar las matemticas de la teora fiabilidad del
hard%are a la prediccin de la fiabilidad del soft%are. *a mayora de los modelos de fiabilidad relativos
al hard%are van ms orientados a los fallos debidos al desa/uste que a los fallos debidos a defectos del
dise'o. -n el hard%are, son ms probables los fallos debidos al desgaste fsico 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 implementacin2 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 (eparacin.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
7
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
)dems 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 medida de fiabilidad &4-5 es igualmente sensible al &418 que al &415. *a medida de
disponibilidad es algo ms 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
implementacin.
)dems de una medida de la 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.
-n el hard%are, son ms probables los fallos debidos al desgaste fsico 3por e/emplo$ de la temperatura,
de la corrosin y los golpes6 que los fallos relativos del dise'o los fallos del soft%are, se producen por
problemas de dise'o o de implementacin2
"odelos de fiabilidad del softare
,rediccin de la fiabilidad en funcin del tiempo de calendario o en funcin del tiempo de C,0.
4odelo de diseminacin$ mide el poder de la deteccin de errores mediante procesos estocsticos.
Se pueden estudiar casos como$
9 *a :alide( predictiva
9 Capacidad del modelo
9 Calidad de las suposiciones
9 )plicabilidad
9 Simplicidad
3.*. Seguridad de los siste)as de infor)acin.
*a seguridad del soft%are es una actividad de garanta de calidad del soft%are que se centra en la
identificacin y evaluacin 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 ingeniera del soft%are podrn especificarse
las caractersticas 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 anlisis 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 anlisis estadstico para determinar la probabilidad de que pueda
ocurrir un fallo del soft%are. *a seguridad del soft%are e.amina los modos seg<n los cuales los fallos
producen condiciones que pueden llevar a accidentes.
,ruebas de errores para soft%are ingeniero industrial /apon"s, Shigeo Shingo, desarroll una t"cnica de
garanta de calidad que conduca a la prevencin y a la temprana correccin de errores en el proceso de
fabricacin, 1enominado po=u>yo=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 ingeniera del
soft%are.
-s una actividad de garanta de calidad del soft%are que se centra en la identificacin y evaluacin de
riesgos potenciales que pueden producir un impacto negativo en el soft%are y hacer que falle el
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
?
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
sistema completo.
-l anlisis del rbol de fallos es un modelo grfico 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 softare
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" llevar asociado un accidente.
9 *a seguridad del soft%are determina los modos seg<n los cuales los fallos pueden llegar a producir
accidentes.
9 -.iste otra disciplina que puede llevarnos a error que es la seguridad entendida como privacidad y
proteccin de la informacin que nada tiene que ver con los temas considerados.
3.3. (elacin de la ingenier+a de siste)as de infor)acin con S,-.
$l Softare:
Soft%are$ Bprogramas de computador, procedimientos, y, posiblemente, la documentacin asociada y los
datos pertenecientes a las operaciones de un sistema de computacinB.
Caracter+sticas:
9 -lemento lgico, no fsico. 9 1esarrollado, no CfabricadoD.
9 Construccin a medida. 9 4antenimiento complicado.
9 4ayoritariamente cerrado$ usar todo o nada. 9 @o se CestropeaD, Epero se deterioraF 3deterioro por
CcambiosD6 9 &radicionalmente, poco ensambla/e de
componentes$ reutili(acin.
&esarrollo de softare a pe.ue/a escala
9 ,roceso simple. 9 4odelado mnimo. 9 Gerramientas simples. 9 Ha/o coste.
9 1esarrollo artesanal. 9 ,uede hacerlo una sola persona.
&esarrollo de softare a gran escala
9 ,roceso comple/o. 9 4odelado y dise'o. 9 Gerramientas sofisticadas.
9 -quipo de traba/o. 9 Coste muy elevado. 9 Iestin del proyecto.
9 @ecesidad de ;ngeniera. 9 ,osiblemente pla(os de terminacin
0a proble)1tica actual del softare
9 5alta de calidad del producto soft%are. 9 Cambio en la relacin entre el costo hard%areJsoft%are.
9 )vance del hard%are y necesidad de aplicaciones ms comple/as.
9 ;ncapacidad para estimar tiempo, coste y esfuer(o para el desarrollo de un producto soft%are.
2roble)as del softare
,or qu" lleva tanto tiempo terminar los programas#
,or qu" es tan elevado su coste#
,or qu" no podemos encontrar todos los errores antes de entregar el soft%are a nuestros clientes#
,or qu" nos resulta difcil constatar el progreso conforme se desarrolla el s%.#
-lgunas causas3
9 @aturale(a no fsica de la programacin. 9 ,roblemas de gestin.
9 ,roblemas derivados de la intervencin de grupos. 9 ,oco esfuer(o en el anlisis y el dise'o.
9 ,roblemas de comunicacin con los clientes.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
K
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
2lanificaciones opti)istas4 plantillas poco cualificadas...
9 ) veces, el S%. debe solucionar los problemas del sistema global.
9 1ifusin limitada de las nuevas t"cnicas, m"todos y herramientas.
9...industria pendiente de su Crevolucin industrialD.
&iferencias en co)paracin a otras disciplinas o 1reas:
9 -l soft%are es un producto mental. 9 *os costos se concentran en las tareas de ;ngeniera.
9 -l soft%are no se deteriora con el tiempo. 9 -s artesanal en gran medida.
9 Su mantenimiento es mucho ms comple/o. 9 *os cambios son enga'osamente fciles.
9 Se debe satisfacer una amplia gama de entes. 9 Se desarrolla no se fabrica.
9 -s necesario crear una cultura de calidad. 9 @o e.iste una definicin estndar de calidad.
9 Como disciplina el desarrollo de soft%are es /oven.
-l )seguramiento de la Calidad del Soft%are, es uno de los elementos de la ingeniera del soft%are. &iene
como principal ob/etivo el Bdar confian(aB al usuario de un soft%are de que satisface los requisitos del
BclienteB acordados con el -quipo de 1esarrollo y que est libre de defectos.
-l equipo de ingeniera en soft%are selecciona un proceso para el traba/o que se va a reali(ar. -l
aseguramiento de la calidad revisa la descripcin del proceso para a/ustarse a la poltica de la empresa, los
estndares impuestos e.ternamente, y a otras partes del plan de proyecto de soft%are. *as inspecciones de
soft%are surgen a partir de la necesidad de producir soft%are de alta calidad.
3.5. &efinicin # propsito del S,-.
Concepto !:
-l aseguramiento de calidad del soft%are es el con/unto de actividades planificadas y sistemticas
necesarias para aportar la confian(a en que el producto 3soft%are6 satisfar los requerimientos dados de
calidad por parte del cliente.
Concepto *:
0na de las principales fases dentro de la elaboracin de un proyecto es el )seguramiento de la Calidad
del Soft%are 3S!)6, es decir, un modelo sistemtico y planeado de todas las acciones necesarias para
proveer la confian(a adecuada, seg<n los requerimientos t"cnicos establecidos, de cada producto e tem
del proyecto.
Concepto 3:
1esde la perspectiva ,arqueSoft, )seguramiento de Calidad de Soft%are, es un con/unto de actividades
planificadas que se reali(an durante todo el ciclo de desarrollo de un producto de soft%are, con el
propsito de prevenir, detectar y controlar las no conformidades del producto y tomar correctivos en el
momento adecuado, evitando as costos de reproceso y brindando satisfaccin integral al usuario final
cuando reciba el producto.
Concepto 5:
*a garanta de la calidad de soft%are 3S!)6 es un patrn de acciones planificado y sistemtico que se
requiere para asegurar la calidad del soft%are.
0n sinnimo del aseguramiento de la calidad del soft%are es aseguramiento del producto de soft%are.
2ropsito:
9 ,roporcionar visibilidad sobre los procesos utili(ados por el proyecto de soft%are y sobre los productos
que genera.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
L
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
Objetivos:
9 ,lanificar las actividades de aseguramiento de la calidad.
9 8evisar y auditar ob/etivamente los productos y las actividades para verificar que estn conformes con
los procedimientos y estndares aplicables.
9 ,roporcionar los resultados de estas revisiones o auditorias informando a la direccin cuando sea
necesaria su mediacin.
-l aseguramiento de calidad del soft%are se dise'a para cada aplicacin antes de comen(ar a desarrollarla
y no despu"s.
-lgunos autores prefieren decir garant+a de calidad en vez de asegura)iento:
9 Iaranta, puede confundir con garanta de productos
9 )seguramiento pretende dar confian(a en que el producto tiene Calidad
$l asegura)iento de calidad del softare est1 presente en:
9 4ecanismos de medida 3m"tricas6. 9 -strategias de prueba multiescala.
9 4"todos y herramientas de anlisis, dise'o, programacin y prueba.
9 ;nspecciones t"cnicas formales en todos los pasos del proceso de desarrollo del soft%are.
9 Control de la documentacin del soft%are y de los cambios reali(ados.
9 ,rocedimientos para a/ustarse a los estndares 3y de/ar claro cuando se est fuera de ellos6.
9 8egistro de auditoras y reali(acin de informes.
-ctividades para el asegura)iento de calidad del softare:
9 4"tricas de soft%are para el control del proyecto.
9 :erificacin y validacin del soft%are a lo largo del ciclo de vida.
Inclu#e las pruebas # los procesos de revisin e inspeccin:
9 *a gestin de la configuracin del soft%are
9 *a garanta, se puede confundir con garanta de productos, y el aseguramiento pretende dar confian(a
en que el producto tiene calidad.
-l mbito de la responsabilidad de la garanta de calidad se puede caracteri(ar me/or parafraseando un
popular anuncio de coches$ *a calidad es la 7M tarea. *a implicacin para el soft%are es que muchos de
los que constituyen una organi(acin tienen responsabilidad de garanta de calidad del soft%are N
;ngenieros de soft%are, /efes de proyectos, clientes, vendedores, y aquellas personas que traba/an dentro
de un grupo de S!).
3.5.!. -ctividades del S,-.
*as actividades del aseguramiento de la calidad del soft%are contemplan aquellas tareas del proceso de
desarrollo de soft%are que buscan asegurar el dise'o, desarrollo y distribucin de una aplicacin e.itosa u
otra forma de tecnologa de soft%are.
Acurre durante todo el proceso de desarrollo, y cada persona involucrada en este proceso tiene un impacto
en la calidad de la aplicacin resultante, es importante concentrarse que el aseguramiento de la calidad no
es una actividad separada que puede obtenerse fuera de la organi(acin.
-l S!), como actividad de proteccin en el proceso de desarrollo, comprende procedimientos para la
aplicacin efectiva de m"todos y herramientas, revisiones t"cnicas formales, t"cnicas y estrategias de
prueba, dispositivos pa=a>yo=e, procedimientos de control de cambios, procedimientos de aseguramiento
de a/uste a los estndares y mecanismos de medida e informacin.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
O
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
*os principales elementos del S!) son los siguientes$
7. 1efinicin y e.periencia
?. Iuas y estndares
K. 4"tricas
L. 8evisiones
9 )utorevisiones
9 8evisiones informales
9 8evisiones de paso
9 ;nspecciones
O. ,ruebas
9 0nitarias
9 4dulo
9 ;ntegracin
9 Sistemas
P. )nlisis y 8eporteo
)unque algunas de las actividades de S!) deben ser reali(adas por los desarrolladores e ingenieros de
soft%are, puede establecerse un grupo S!) en la
organi(acin. *as principales actividades de este
grupo son$ establecer un plan de S!) para los
proyectos2 participar en el desarrollo de la
descripcin del proceso de soft%are del proyecto2
revisar las actividades de ingeniera de soft%are
para verificar su a/uste al proceso definido2
auditar los productos de soft%are designados para
verificar el a/uste con los definidos como parte
del proceso2 asegurar que las desviaciones del
traba/o y los productos del soft%are se
documenten y se mane/en de acuerdo con un
procedimiento establecido y registrar lo que no se
a/uste a los requisitos, e informar a los superiores.
)simismo, coordina el control y administracin
de cambios, aunado a recopilar y anali(ar las
m"tricas del soft%are.
0no de los elementos importantes del proceso de S!) son las revisiones t"cnicas, las cuales se
constituyen en reuniones conducidas por personal t"cnico para personal t"cnico, donde se anali(an
detalladamente los productos generados, los eventos que surgen en forma imprevista, etc. ,ara esta etapa
el uso de m"tricas es esencial.
0na rama importante de esta disciplina es el S!) estadstico, donde los datos histricos permiten una
me/ora continua tanto del producto generado en el proyecto, como de proyectos posteriores. -s
importante aseverar que la ingeniera de pruebas es otro factor fundamental para el S!).
4uchas de las actividades a reali(ar deben estar incorporadas al proceso de desarrollo utili(ado por la
organi(acin2 cabe recalcar que primeramente la organi(acin deber tener definido su proceso o
procesos de desarrollo de soft%are. )unado a ello, si e.isten herramientas automati(adas que dan soporte
al S!) para probar aplicaciones y componentes de "stas, registrando y e/ecutando casos de prueba, as
como generndolos en forma automtica se logra conseguir una productividad alta.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
P

Fig. )ctividades del S!)
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
3.5.*. (oles # responsabilidades de los e.uipos de S,-.
-l grupo de S!) sirve como representacin del cliente en casa. -s decir, la gente que lleva a cabo la S!)
debe mirar el soft%are desde el punto de vista del cliente. Satisface de forma adecuada el soft%are los
factores de calidad# Se ha reali(ado el desarrollo del soft%are de acuerdo con estndares
preestablecidos# Gan desempe'ado apropiadamente sus papeles las disciplinas t"cnicas como parte de la
actividad de S!)# -l grupo de S!) intenta responder a estas y otras preguntas para asegurar que se
mantiene la calidad de soft%are$
-l grupo encargado del aseguramiento de la calidad del soft%are$
9 1eber traba/ar con el equipo del proyecto desde el principio.
9 1eber ser ob/etivo y, a ser posible, independiente.
9 1eber ayudar al proyecto ms que controlar sus actividades.
0n grupo de S!) 3Soft%are !uality )ssurance6 que tiene la responsabilidad de la planificacin de
aseguramiento de la calidad, supervisin, mantenimiento de registros, anlisis e informes.
-l grupo de S!) coordina el control y la gestin de cambios y2 ayuda a recopilar y anali(ar las m"tricas
del soft%are. *as m"tricas son escalas de unidades sobre las cuales puede medirse un atributo
cuantificable. Cuando se habla de soft%are nos referimos a la disciplina de recopilar y anali(ar datos
basndonos en mediciones reales de soft%are, as como a las escalas de medicin. *os atributos son
caractersticas observables del producto o del proceso de soft%are, que proporciona alguna informacin
<til sobre el estado del producto o sobre el progreso del proyecto. -l t"rmino producto se utili(a para
referirse a las especificaciones, a los dise'os y a los listados del cdigo. *os valores de las m"tricas no se
obtienen slo por mediciones. )lgunos valores de m"tricas se derivan de los requisitos del cliente o de los
usuarios y, por lo tanto, act<an como restricciones dentro del proyecto.
*as principales tareas del grupo de garanta de calidad, por lo tanto, son$
!. 2lanificacin de la calidad:
Consiste en seleccionar, clasificar y ponderar las propiedades de calidad que se van a establecer como
requisitos, con respecto al producto y con respecto al proceso. Se elegirn tambi"n los mecanismos de
control de calidad a utili(ar para medir y evaluar estas caractersticas y se determinarn las metas a
alcan(ar.
*. Supervisin de la calidad:
Consiste en supervisar y corregir, si es necesario, el traba/o que se est reali(ando 3seg<n los resultados
obtenidos con las actividades de control de calidad6, con el ob/etivo de llegar a satisfacer los requisitos
establecidos.
3. Construccin de la calidad:
)ctividades constructivas son aquellas que sirven para construir la calidad, es decir, son actividades
preventivas cuyo ob/etivo es evitar la introduccin de errores mediante la puesta en prctica de ciertos
principios, m"todos, formalismos y herramientas.
*a herramienta ms usada es la encuesta anual, que puede llenarse en una entrevista con el clienteJusuario
que lleva a cabo personal de S!). 0na lista no e.haustiva con algunos aspectos especficos cubiertos en
la encuesta.
-l Ierente de S!), ser el responsable de la gerencia ante los cargos superiores de la fbrica tal como el
Ierente Ieneral, y tambi"n ante las dems gerencias de la fbrica, por lo tanto es el responsable de que el
producto resultante de los proyectos e/ecutados por la fbrica, sea soft%are de calidad.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
Q
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
-s responsabilidad del gerente S!) formar un equipo y definir su estructura organi(acional para que las
actividades de la Ierencia S!) sean compatibles con los proyectos que desarrolle la 5brica.
1ependiendo del o de los proyectos a reali(ar, el traba/o del gerente y subgerente, estar apoyado por
;ngenieros de -specialidad, en un n<mero relativo a la cantidad y envergadura de los proyectos que se
e/ecuten.
*os ;ngenieros de -specialidad e/ecutarn en detalle las tareas definidas en el documento de proceso de la
gerencia S!). -l responsable de que se apliquen los procedimientos descritos en el ,roceso para la
Ierencia S!), es el gerente S!). &odo documento que salga de la Ierencia deber estar revisado y
validado por el Ierente y Subgerente S!).
Subgerente de S!), el cual e/ecutar estas acciones, pudiendo delegarlas por proyectos o por
especiali(aciones en los ingenieros de especialidad. -n cuanto a los ;ngenieros de -specialidad, "stos
tendrn que e/ecutar en detalle las actividades definidas por el Ierente y Subgerente en los pla(os a
convenir. &odos los traba/os de los ;ngenieros de -specialidad deben ser verificados por la Ierencia y
Subgerencia.
-s tambi"n responsabilidad de la Ierencia definir las actividades y pla(os para que los ;ngenieros de
-specialidad e/ecuten las actividades. &ambi"n es responsabilidad del Ierente y Subgerente apoyar el
traba/o de los ;ngenieros de -specialidad, monitorearlo y evaluarlo de manera de que se cumplan las
actividades de acuerdo a los procedimientos definidos en los estndares de la Ierencia.
3.5.3. "6todos4 )etodolog+as4 est1ndares # 7erra)ientas.
"etodolog+a S,-
*as pruebas de SR son tanto un arte como una ciencia en general, en aplicaciones comple/as, como los
sistemas operativos, es prcticamente imposible eliminar todos los errores antes de liberar la versin, esto
se debe a los diferentes puntos de vista y a las limitaciones de tiempo. 1iferentes aplicaciones de SR
requieren distintos enfoques en lo que respecta a las pruebas.
*os m"todos ms comunes para el aseguramiento de la calidad son los siguientes$
!8 -uditor+as 22,- 92rocess and 2roduct ,ualit# -ssurance8:
-s la actividad de garanti(ar que el proceso y el product de traba/o se a/ustan al plan acordado.
*8 2ruebas de :alidacin:
-s el acto de introducir datos, los cuales el tester sabe que son errneos en la aplicacin.
38 Co)paracin de datos:
&"cnica que se reali(a comparando los resultados de una aplicacin con parmetros especficos con los
resultados de otra aplicacin previamente creada, introduciendo los mismos parmetros de manera que se
obtenga un resultado e.acto.
58 2rueba de esfuerzo 9Stress Testing8
Se reali(a cuando el SR es utili(ado de la manera ms ruda posible en un perodo de tiempo para ver si
traba/a con altos niveles de carga.
;8 2ruebas de Uso:
) veces conseguir usuarios que no est"n familiari(ados con el SR para probarlo por un tiempo
determinado, ofrece retroalimentacin a los desarrolladores acerca de las dificultades que encontraron.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
S
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
-sta es la me/or maneta de reali(ar me/oras a la interfa(.
<8 (evisiones por 2ares 92eer (evies8.
Son actividades efectivas para el control de la calidad. ,ueden aplicarse al anlisis, dise'o y codificacin.
=8 (evisin T6cnica for)al 9(TF8:
-s una actividad de garanta de calidad de SR. -s una revisin que incluye recorridos, inspecciones y
revisiones cclicas
7erra)ientas de S,-.
*as herramientas C)S- 3Computer )ided Soft%are -ngineering6 son herramientas informticas que
facilitan la produccin de soft%are. Se pueden distinguir varios tipos de herramientas C)S-, y la
utili(acin de cada una de ellas contribuye a asegurar la construccin de productos de calidad.
9 Gerramientas de planificacin de sistemas de informacin.
9 Gerramientas de anlisis y dise'o. ;ncluyen, en esencia, editores de te.to y de grficos para la creacin
de especificaciones, herramientas de prototipado y un repositorio. Suelen incorporar algunas funciones de
garanta de calidad, como son$
9 Comprobacin de la sinta.is y la semntica de la especificacin.
9 Comprobacin de consistencia y completitud de la especificacin.
9 Comprobacin de ciertas caractersticas de calidad.
9 Seguimiento de los requisitos a trav"s de los diferentes documentos del ciclo de vida del producto.
9 -ntornos de programacin 3herramientas de prototipado, preprocesadores, compiladores, editores,
herramientas de depuracin, generadores de aplicaciones, ...6.
9Gerramientas de pruebas. Son herramientas que automati(an algunos aspectos del proceso de
prueba.
*as ms utili(adas son los generadores de casos de pruebas, las herramientas de e/ecucin automtica de
los casos de prueba, las de monitori(acin de los resultados de las pruebas y las de generacin de
informes.
9 Gerramientas de ayuda al mantenimiento o de re>ingeniera.
9 Gerramientas de gestin de proyectos.
9 Gerramientas de gestin de configuraciones.
7erra)ientas de calidad
* Gerramientas bsicas. * 1iagrama de flu/o. * 1iagrama causaN efecto.
* Chec=list. * Irfica de control. * Gistograma.
* 1iagrama de dispersin.
> Gerramientas de gestin.
> Gerramientas de creatividad.
> Gerramientas estadsticas.
> Gerramientas de dise'o.
> Gerramientas de medicin.
> @iveles de madure(.
$st1ndares S,-
1ado que la calidad del soft%are est presente en todo su proceso de desarrollo, y siendo ms precisos,
en su ciclo de vida2 la presencia de estndares asociados directa e indirectamente son abundantes.
;SA 3;nternational Standard Argani(ation6 ha aportado estndares para la industria del soft%are.
)lgunos de los ms importantes son$
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
T
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
!. ISO >??!. !uality Systems>4odel for !uality )ssurance in 1esign, 1evelopment, ,roduction,
;nstallation and Servicing.
*. ISO >???@3. Iuidelines for )pplication of ;SA TUU7 to the 1evelopment, Supply and 4aintainance
of Soft%are.
3. ISO >??5@*. !uality 4anagement and !uality Systems -lements. ,or otro lado, e.isten estndares
internacionales para la administracin de proyectos, la cual incrementa en gran medida el obtener
productos de soft%are de calidad entre ellos tenemos$
!. C"" Capabilit# "aturit# "odel. 4odelo que permite catalogar a las organi(aciones con el nivel
de capacidad de madure( de su proceso de desarrollo.
*. TS2 Tea) Softare 2rocess. ,ermite calificar el proceso de desarrollo que se lleva a cabo en los
equipos de traba/o o desarrolladores.
3. 2S2 2ersonal Softare 2rocess. Certifica a un individuo o desarrollador en el nivel de madure( de
su proceso de desarrollo.
5. S2IC$ Softare 2rocess ;mprovement and Capability 1etermination. Se conforma como el
estndar emergente orientado a la me/ora continua del proceso de desarrollo de soft%are.
Sin embargo, los estndares 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 rpida de resultados, tenemos a los 4"todos Vgiles, entre los cuales el
ms representativo es la ,rogramacin -.trema.
)lgunos contraponen los m"todos giles contra los formales 3C44, ,S,, S,;C-, etc.62 sin embargo,
pueden considerarse los primeros como un punto de partida a los segundos.
2racticas estandarizas.
*a base del desarrollo de las herramientas para S!) la constituye la identificacin de las
practicasJsubpractica 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!). )dems, cada nivel es descrito de acuerdo a un con/unto de prcticas y subprcticas
claves.
4odelo de 4adure( para el ,roceso de S!)
Aivel I
*as organi(aciones que se encuentran en el primer nivel son aquellas que reconocen la importancia de las
prcticas de S!) y que, por lo tanto, han comen(ado algunos esfuer(os en relacin con su implantacin.
0as pr1cticas del nivel inclu#en:
9 1eclaracin escrita de la poltica especificando prcticas de calidad requeridas.
9 1eclaracin escrita acerca de la importancia de la calidad yJo prcticas de calidad.
9 1eclaracin escrita de las prcticas de calidad requeridas.
9 -stablecimiento de actividades para satisfacer las prcticas de calidad requeridas.
9 )ctividades para revisar la calidad de los productos generados al final de cada fase de desarrollo
del soft%are.
9 )ctividades para revisar la calidad de los productos generados al final de cada cambio producido
en manutencin.
9 )ctividades para administrar el control de cambios durante el desarrollo y manutencin.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
7U
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
Aivel II
-n este nivel la alta gerencia se compromete a trav"s de una poltica 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
incorporacin de un plan de S!) a cada plan de proyecto.
0as pr1cticas de este nivel corresponden a:
9 ,oltica organi(acional y compromiso con el alto nivel de S!).
9 1eclaracin escrita especificando los ob/etivos de S!).
9 &iempo adecuado para desarrollar y llevar a cabo el plan de S!) y las actividades.
-stablecimiento de una unidad de S!) con recursos 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 mantencin.
9 -stablecimientos de hitos de calidad de S!).
9 Gitos especficos para cada fase del desarrollo de soft%are.
9 Gitos especficos para cada cambio producido en mantencin.
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 prcticas 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(acin e.plotar mayormente
los beneficios de esta rea de prcticas.
$n este nivel las pr1cticas abarcan:
9 4edicin del grado de satisfaccin de los hitos de calidad.
9 1efinicin de m"tricas para el grado de satisfaccin para los hitos de calidad.
9 4onitoreo de la adherencia al plan de S!).
9 Coleccin de mediciones del grado de satisfaccin para los hitos de S!).
9 )nlisis de desviaciones del nivel requerido de satisfaccin para hitos de S!).
9 8eporte sobre la adherencia al plan.
9 -stablecimiento de un proceso de S!).
9 1eclaracin 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( establecido y controlado el proceso de S!), la organi(acin debe preocuparse por el
me/oramiento continuo de su proceso. ,ara ello debe recolectar informacin que permita evaluar la
efectividad del proceso de S!) e.istente.
$ste nivel inclu#e las siguientes pr1cticas:
9 4ediciones del proceso de S!)$
9 Coleccin de mediciones acerca de la efectividad del proceso de S!).
9 Seguimiento de errores y reportes de problemas hasta su solucin.
9 )nlisis de datos acerca de la efectividad de S!).
9 Ciclo de retroalimentacin para el me/oramiento del proceso de S!).
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
77
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
9 4ecanismo para retroalimentar me/oras al proceso de S!).
9 4ecanismo para incorporar avances tecnolgicos al proceso de S!).
:ers+culo4 Frases B 0e)as:
&ios tom al Co)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, FTirando 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 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, <nica e irrepetible vvela hoy, como si fuera el <ltimo da de tu vida. "O(C7 S#ste)s.
Iracias a &ios: Ser profesional es parte de una me/or calidad de vida para ti y para toda tu familia, lograrlo es una gran satisfaccin de manera espiritual,
emocional, social y laboral2 b<scalo, esfu"r(ate y disfr<talo2 y veras que ser profesionista es e.celentemente profesional.
"O(C7 S#ste)s.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
7?