You are on page 1of 21

Instituto Tecnolgico Superior de Coatzacoalcos

Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica


Unidad 2: Calidad enfocada al desarrollo de sistemas de informacin.
Objetivo:
El alumno conocer la importancia de la ingeniera de sistemas de informacin y la calidad que se aplica
en ellos, as como tambin aplicara las tcnicas para determinar los niveles de error y defectos en los
sistemas de informacin y tambin adquirir la habilidad para obtener la calidad de los sistemas de
informacin
2.1. Calidad en los sistemas de inormacin.
La calidad del softare afecta a los costes de desarrollo, programacin de las entregas y la satisfaccin
del usuario. !uesto que la calidad del softare es tan importante, necesitamos discutir primero qu
significa la palabra La calidad de un producto softare debe ser definida en trminos que tengan
significado para los usuarios del producto. "s, un producto que proporciona las prestaciones que son ms
importantes para los usuarios, es un producto de calidad. Las necesidades de los usuarios, a menudo, se
e#presan en los documentos de requisitos. $ebido a su importancia, el desarrollo, clarificacin y
refinamiento de los requisitos es un ob%etivo por s mismo. !or lo tanto, nosotros no vamos a tratar los
requisitos en este libro. Es importante recordar, sin embargo, que hasta que no tengas claro los requisitos,
no puedes desarrollar un programa de calidad. "unque puedes comen&ar con requisitos poco claros, debes
entenderlos antes de poder acabar.
La calidad del softare es un tema tan enorme, que en este libro se tratar de forma parcial. El libro, sin
embargo, proporciona las habilidades y prcticas que necesitars para entender los defectos que
introduces, y esto te dotar, de un mecanismo eficiente para que encuentres y corri%as muchos de tus
defectos. 'ambin te proporcionar los datos para ayudar a prevenir estos defectos en el futuro.
(inalmente, una ve& que puedas gestionar los defectos eficientemente, puedes dedicar ms atencin a
aquellos aspectos de la calidad que afectan a la utilidad y valor de los programas que desarrolles.
Calidad ! "eectos.
El traba%o de un ingeniero del softare es entregar productos de calidad con unos costes y
programaciones planificadas. )ecuerda tambin, que los productos softare deben satisfacer tanto las
necesidades funcionales de los usuarios como hacer de una forma segura y consistente el traba%o de los
mismos. La reali&acin del traba%o es un aspecto clave. "unque las funciones del softare son muy
importantes para los usuarios de los programas, estas funciones no sern *tiles a menos que el softare
funcione. !ara que el softare funcione, debes eliminar sus defectos. "s, aunque hay muchos aspectos
relacionados con la calidad del softare, el primer aspecto de la calidad est relacionado necesariamente
con sus defectos.
Esto no significa que los defectos son el *nico aspecto o que son lo ms importante, pero debes tratar con
muchos de los defectos antes de poder satisfacer cualquiera de los otros ob%etivos del programa. $espus
de conseguir que los programas funcionen, si tienes unos pocos defectos, no funcionarn en grandes
sistemas, no se utili&arn, y no se tendr en cuenta sus otras cualidades.
La causa de que los defectos sean tan importantes, es porque las personas cometen muchos errores. En
efecto, los programadores e#perimentados normalmente cometen un error por cada + a ,- lneas de
cdigo que desarrollan. "unque generalmente encuentran y corrigen muchos de esos defectos cuando
compilan y prueban sus programas, a menudo, muchos de los defectos permanecen en el producto
acabado. Entonces, tu primera prioridad es entender los defectos que introduces y prevenirlos como
puedas. !ara hacer esto, necesitas dominar el lengua%e de programacin que utilices, entender a fondo los
sistemas que soportan el desarrollo y haber dominado los tipos de aplicaciones que desarrollars. Estos y
otros pasos ms son necesarios para reducir el n*mero de defectos que introduces.
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
2.2. "eectos ! errores de calidad en los sistemas de inormacin.
El termino defecto se refiere a algo que est equivocado en un programa, tal como un error sintctico, una
falta tipogrfica, un error de puntuacin, o una sentencia incorrecta del programa. Los defectos pueden
estar en los programas, en los dise.os o incluso en los requisitos, las especificaciones o en otra
documentacin. Los defectos pueden ser sentencias e#tra o redundantes, sentencias incorrectas o
secciones del programa omitidas. /n defecto, es cualquier cosa que reduce la capacidad de los programas
para cumplir completa y efectivamente las necesidades de los usuarios. /n defecto es una cosa ob%etiva.
Es algo que puedes identificar, describir y contabili&ar.
Errores sencillos de codificacin pueden producir defectos muy destructivos o que sea difcil
encontrarlos. " la inversa, muchos defectos sofisticados de dise.o pueden encontrarse fcilmente. La
sofisticacin del error de dise.o y el impacto del defecto resultante, son en gran parte independientes. Los
errores triviales de implementacin pueden causar serios problemas en el sistema. En efecto, la fuente de
muchos defectos softare son simples descuidos y errores del programador. "unque los aspectos de
dise.o son siempre importantes, cuando comien&as a codificar los programas, normalmente tienen pocos
defectos de dise.o comparados con el n*mero de simples descuidos, erratas y pifias. !ara me%orar la
calidad del programa, es esencial que los ingenieros aprendan a gestionar todos los defectos que
introducen en sus programas.
Es importante separar la cuestin de encontrar o identificar los defectos de la determinacin de sus
causas. La simple contabili&acin y registro de los defectos en los productos softare no es la
especificacin de las causas ni la asignacin de culpas. Los defectos cometidos, sin embargo, tienen sus
causas. !uedes haber cometido un error al escribir el nombre de un parmetro, omitido un signo de
puntuacin o llamado incorrectamente un procedimiento. 'odos estos errores causan defectos. 'odos los
defectos, por consiguiente, provienen de errores humanos y muchos de los que los ingenieros del softare
cometen, causan defectos en los programas.
2.2.1. #l cuaderno de registro de deectos.
El cuaderno de registro de defectos est dise.ado para ayudarte a reunir datos de defectos. El cuaderno se
muestra en la siguiente figura. 0e utili&a este cuaderno para reunir datos de defectos para cada programa
que codifiques. $escribe cada defecto con bastante detalle para que puedas entenderlo ms adelante.
$espus de haber terminado cada programa, anali&a los datos para ver dnde has introducido y eliminado
los defectos y qu tipos de defectos causan los principales problemas. "ntes de utili&ar este cuaderno, lee
siguientes instrucciones de la 'abla para mostrar como completar el cuaderno1
1. Cuando comiences a desarrollar un programa: Escoge varias pginas del Cuaderno de )egistro de
$efectos y rellena los datos de la cabecera de la primera pgina. $espus de utili&ar todos los espacios en
la primera pgina, completa la cabecera antes de comen&ar la segunda pgina.
2. Cuando encuentres un deecto por primera vez: "nota su n*mero en el cuaderno, pero no
introdu&cas el resto de datos hasta que hayas corregido el defecto. Cuando el Estudiante 2 intent
compilar el programa ,-, el compilador mostr ms de una docena de mensa%es de error. "unque al
principio no saba qu problema tena, al menos saba que era un error. "not la fecha y puso un , en la
casilla 3*mero de la primera lnea del cuaderno de defectos. Esto fue para el primer defecto del programa
,4. Estos n*meros te ayudarn posteriormente a anali&ar los datos de los defectos. En programas ms
grandes, los n*meros de defecto se utili&an para controlar los problemas con correcciones incorrectas y
ayudar a la prevencin de defectos.
$. Utiliza una l%nea separada para cada deecto: 3o agrupes m*ltiples defectos idnticos en la
misma lnea.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
5
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
&. #scribe la ec'a de localizacin del deecto: 0i encuentras varios defectos el mismo da, es
aceptable de%ar las siguientes casillas de la fecha en blanco, hasta la primera anotacin del da siguiente.
En la 'abla, el Estudiante 2 encontr todos los defectos el da 56 de octubre, por lo que no necesit
volver a anotar la fecha, pues supuso que se
repeta hasta que no la cambiase.
#l cuaderno de (egistro del "eecto:
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
Instrucciones para el cuaderno de (egistro del "eecto
)ropsito: /tili&a esta tabla para mantener los datos de cada defecto que encuentres y corri%as.
/tili&a estos datos para completar el )esumen del !lan del !royecto.
*+todo: "nota todas las revisiones, compilaciones y pruebas de defectos en este cuaderno.
"nota cada defecto de forma separada y completa.
0i necesitas espacio adicional, utili&a otra copia de la tabla.
Cabecera: 8ntroduce los siguientes datos1
9 'u nombre. 9 (echa actual. 9 3ombre del profesor. 9 3*mero de programa.
,ec'a: "nota la fecha en la que se encontr el defecto.
Tipo: "nota el tipo de defecto, seg*n la lista de tipos de defectos del formato anterior
:tambin resumida en la parte superior i&quierda del cuaderno de defectos;.
/tili&a tu criterio para seleccionar que tipo aplicar.
Introducido
:
"nota la fase en la que se introdu%o el defecto.
/tili&a tu criterio.
#liminado: "nota la fecha en la que se elimin el defecto.
<eneralmente, sta sera la fase durante la cual encontraste y corregiste el defecto.
Tiempo de
correccin:
Estima o mide el tiempo necesario para encontrar y corregir el defecto.
!uedes utili&ar un cronmetro si lo deseas.
"eecto
corregido:
!uedes ignorar esta casilla la primera ve&.
0i introduces este defecto mientras ests arreglando otro, anota el n*mero del defecto
incorrectamente corregido.
0i no puedes identificar el n*mero de defecto, anota una 2 en la casilla de $efecto
corregido.
"escripcin: Escribe una breve descripcin del defecto.
=a& la descripcin lo suficientemente clara para que recuerdes posteriormente, el error
que caus el defecto y por qu lo hiciste.
-. "espu+s de corregir el deecto. anota el tipo de deecto: "unque puedas confundirte sobre qu tipo
es el adecuado, utili&a tu me%or criterio. 3o dediques mucho tiempo preocupndote sobre qu tipo de
defecto es el ms preciso. 0in embargo, intenta ser ra&onablemente coherente. 0obre el defecto , en la
tabla siguiente, por e%emplo, el Estudiante 2 encontr que el problema era un punto y coma olvidado.
/na ve& resuelto el problema, anot el n*mero 5- para el defecto , en la casilla de 'ipo.
/. 0nota la ase del proceso en la 1ue introdujiste el deecto: "unque esto pueda no estar siempre
claro, no debera ser un problema para programas peque.os. /tili&a tu me%or criterio y no te preocupes
mucho tiempo de este tema. En el e%emplo, el Estudiante 2 estaba convencido de que haba cometido el
error del punto y coma cuando estaba codificando el programa, por eso puso la palabra car en la
casilla de 8ntroducido.
2. 0nota la ase del proceso cuando 'a!as eliminado el deecto: Esta es normalmente la fase en la que
encuentras el defecto. $espus de iniciar la fase de compilacin, por e%emplo, anota la palabra compilar para la
fase de eliminacin. "qu, para el defecto ,, el Estudiante 2 estaba en la fase de compilacin cuando encontr
y corrigi el defecto, por eso anot la palabra compilar en la casilla de Eliminado.
3. )ara el tiempo de correccin del deecto: Estima el tiempo en que te diste cuenta y comen&aste a traba%ar
sobre el defecto hasta que lo acabaste de corregir y chequear. Cuando comen& a corregir el defecto ,, el
Estudiante 2 anot la hora de su relo%. /na ve& que haba arreglado el problema y comprobado para asegurarse
de que estaba correctamente corregido, de nuevo comprob su relo% y vio que solamente le haba dedicado un
minuto. <eneralmente, para defectos de compilacin, el tiempo de correccin ser solamente de un minuto
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
apro#imadamente. !ara los defectos encontrados en las pruebas, sin embargo, la correccin puede llevar mucho
ms tiempo. !odras utili&ar un relo% o un cronmetro para medir el tiempo de correccin, pero para
correcciones peque.as, tu criterio ser adecuado.
#jemplo del cuaderno de registro de deectos:
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
4. 5a casilla de los "eectos Corregidos: Es para los defectos introducidos mientras corriges otros defectos.
"unque esto ser importante ms adelante, ignralo por ahora.
16. #scribe una breve descripcin del deecto en la seccin de descripcin: =a& esto tan breve y sencillo
como sea posible, pero describe el defecto claramente. !or e%emplo, simplemente anota un para designar un
punto y coma omitido. !ara un defecto lgico ms sofisticado, escribe varias lneas, escribe en las siguientes
lneas del cuaderno de defectos si es necesario. !ara el defecto ,, el Estudiante 2 simplemente anot
@omitidoAB. !ara muchos de los defectos de la tabla anterior, tuvo que poner una descripcin ms detallada.
!uesto que estas descripciones son *nicamente para tu uso, no es necesario escribir ms de lo preciso para que
puedas recordar el problema.
" menudo, las personas se confunden sobre los tipos de defectos y piensan que deberan tener un tipo especial
para interpretaciones errneas y confusiones. !or e%emplo, si no entendiste los requisitos o no estabas
familiari&ado con el entorno de desarrollo, probablemente cometiste muchos errores. Esta cuestin es
importante, pero est relacionada con las causas del defecto. !or lo que al tipo de defecto se refiere, hay
solamente dos cuestiones. C=abia algo errneo en el productoD y si es as, Ccul era el tipo de defecto del
productoD "s, aunque entender la causa es necesario para prevenir los defectos, el tipo de defecto solamente
describe lo que estaba incorrecto en el producto.
2.2.2. Contabilizacin de deectos ! errores.
"unque la definicin de un defecto puede parecer obvia, no lo es. $urante la compilacin, por e%emplo, cuenta
solamente cambios que haces. Es decir, si el compilador presenta ,- mensa%es de error por una omisin del
punto y coma, la omisin del punto y coma es un *nico defecto. "s, anota un defecto en el Cuaderno de
)egistro de $efectos para cada correccin del programa, sin tener en cuenta la naturale&a de la correccin y el
n*mero de mensa%es de error del compilador.
$e forma similar, cuando encuentres un defecto de dise.o mientras ests codificando, se considerar un defecto
de dise.o. Eientras dise.as, sin embargo, con frecuencia puedes cambiar tu idea de cmo hacer algo. 0i ests
corrigiendo un error en los requisitos o en las especificaciones, eso sera un defecto de requisitos de
especificacin. 0i, por el contrario, has pensado una forma me%or de hacer el dise.o, no sera un defecto. "
menudo, advertirs y corregirs errores conforme los vas cometiendo. $ichos a%ustes son las cosas ms
naturales de un pensamiento creativo y no son defectos. La clave est en registrar aquellos defectos que has
de%ado en el producto cuando hayas acabado el dise.o inicial o terminado la codificacin.
!or e%emplo, si escribes una lnea de cdigo e inmediatamente ves un error en el nombre del parmetro y lo
corriges, este error no es un defecto. 0i, por el contrario, acabas de codificar el programa y posteriormente
observas el error, entonces s sera un defecto y lo contabili&aras. "s, si normalmente compruebas la
correccin de cada lnea despus de introducirla, los defectos que encuentres de esta forma no es necesario
contabili
Comien&a a contabili&ar los defectos cuando termines una fase de un producto o parte del mismo. $espus de
la fase de dise.o, por e%emplo, contaras todos los defectos de dise.o. 0upongamos, sin embargo, que ests
codificando dos procedimientos de un programa. $espus de codificar el primero, decides codificar el segundo,
antes de comen&ar la compilacin del primero. " mitad de codificar el segundo procedimiento, te das cuenta de
que has dado un nombre equivocado a un parmetro en el primer procedimiento. Esto es un defecto, porque
aunque ests en la fase de codificacin, en ese momento habas terminado la codificacin del primer
procedimiento.
4bserva que en este libro no se te e#ige contabili&ar los defectos encontrados durante las fases de dise.o y
codificacin. 8nicialmente, es importante concentrarte sobre aquellos defectos encontrados durante la
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
F
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
compilacin y pruebas. /na ve& que ests acostumbrado a reunir datos de defectos, sabrs me%or por qu son
necesarios dichos datos. Entonces puedes querer aprender ms sobre los errores que cometes y corriges durante
las fases de codificacin y dise.o. !uesto que probablemente cometers muchos errores mientras dise.as y
codificas, estas son las fases donde debes tratar de entender las causas de los defectos y ver cmo prevenirlos.
!or el momento, sin embargo, comien&a con aquellos defectos que encuentres en la compilacin y en las
pruebas.
2.2.$. ,ormas de encontrar ! corregir deectos.
0e han inventado varias herramientas y ayudas para ayudar a los ingenieros en estos pasos. La primera
herramienta que los ingenieros normalmente utili&an es un compilador. !ara entender cmo y por qu un
compilador ayuda a encontrar los defectos, es importante discutir su propsito. (undamentalmente, el traba%o
del compilador es generar cdigo. "s, un compilador e#plorar todo el cdigo fuente para ver si puede generar
cdigo. 0i puede, lo har, tanto si el cdigo es correcto como si no.
"s, el compilador generar cdigo hasta que encuentre algunos caracteres que no pueda interpretar. !or
e%emplo, si pones la cadena de caracteres "GC en un programa fuente y no la habas declarado, el compilador
marcar esta cadena como un error. Los compiladores pueden identificar muchos defectos sintcticos, pero no
te pueden decir lo que pretendes. "s, los compiladores, a menudo, proporcionan muchos mensa%es de error
para defectos aparentemente sencillos. Los compiladores, sin embargo, solamente proporcionan sntomas de
defectos y debes entender dnde y cul es el problema. "unque normalmente hars esto rpidamente, en
ocasiones puedes necesitar mucha dedicacin.
Los compiladores no detectarn cada error tipogrfico, de puntuacin u otro defecto sintctico. La ra&n es
porque los compiladores, a menudo, pueden generar cdigo de programas fuentes defectuosas. "unque muchos
de estos defectos que pasan inadvertidos provienen de dise.os inadecuados, algunos podran ser simples errores
sintcticos. !uede parecer improbable que un compilador pudiese pasar por alto errores sintcticos, pero mis
datos de varios miles de defectos de CHH muestran que esto sucedi en el de los errores sintcticos que
comet. "s como un corrector ortogrfico no puede detectar todos los errores ortogrficos, el compilador no
detectar todos los defectos sintcticos.
/na segunda forma de encontrar defectos, es por medio de las pruebas. "unque hay muchas clases de pruebas,
todas requieren que los e#aminadores proporcionen datos de prueba y condiciones de prueba :algunas veces
llamadas casos de prueba o escenarios de prueba;. La calidad de las pruebas est gobernada por el grado en que
estos escenarios cubren todas las funciones importantes del programa. El e#aminador, entonces, e%ecuta estos
casos de prueba para ver si el programa proporciona los resultados adecuados. Esto implica otra
responsabilidad del e#aminador1 comprender que los resultados de estas pruebas deberan parecerse si el
programa traba%ase correctamente.
"unque las pruebas pueden utili&arse para comprobar casi cualquier funcin del programa, tienen varias
desventa%as. !rimero, como con los compiladores, las pruebas solo suponen el primer paso de correccin de
defectos. Es decir, a*n tienes que moverte desde los sntomas a los problemas antes de comen&ar a traba%ar en
la correccin. 4tro problema, es que cada prueba verifica solamente un con%unto de condiciones del programa.
Es decir, si el programa multiplica dos n*meros, # e y, y lo pruebas con #Il , e sabras solamente que
funciona para esos valores. 3o sabras, por e%emplo, cmo traba%a el programa con n*meros negativos, o con el
cero, o con n*meros positivos o negativos muy grandes en el sistema numrico, o con cualquier otro par de
n*meros. !ara comprobar todas estas posibilidades tendras que hacer muchas pruebas. !uesto que cada
programa sencillo implica muchas combinaciones posibles de datos y condiciones operativas, unas pruebas
globales consumen tiempo. En efecto, para cualquier programa sencillo, una prueba global es prcticamente
imposible.
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
La tercera forma de encontrar los defectos, es la ms com*n de todas. Consiste en entregar programas
defectuosos y esperar que los usuarios identifiquen e informen de los defectos. Esta es la estrategia ms costosa.
!or e%emplo, durante un a.o, 8GE gast unos 5?- millones de dlares en reparar y reinstalar correcciones de
los ,7.--- defectos detectados por los clientes. Esto supone unos 5-.--- dlares por defecto.
!or Jltimo, indicar que la forma ms efectiva de encontrar y corregir defectos es revisar personalmente el
cdigo fuente del programa. "unque esto puede parecer una forma difcil de limpiar un programa defectuoso,
se trata de la forma ms rpida y eficiente. Este captulo e#plica el porqu
2.2.&. #l costo de encontrar ! corregir deectos.
En los tpicos proyectos de softare, el producto es dividido en muchos programas elementales o mdulos
peque.os. Cada ingeniero, desarrolla uno o ms de estos mdulos. $espus de dise.ar el mdulo,
implementarlo y compilarlo, los ingenieros hacen una prueba inicial o prueba de unidad. $espus de estas
pruebas de unidad privadas, se combinan los mdulos en un gran componente y se hacen pruebas de
integracin. 0e reali&an varios niveles de pruebas de componentes antes de que se combinen los componentes
en productos para hacer las pruebas del producto. (inalmente, se ensamblan los productos en los sistemas para
hacer las pruebas del sistema. "unque el tipo, duracin y comple%idad de las pruebas de integracin, de
componentes, de producto y del sistema variar con el tama.o y comple%idad del sistema, se utili&a el mismo
proceso general para casi todos los productos softare a gran escala.
El coste medio de encontrar y corregir un defecto crece unas ,- veces en cada paso del proceso de desarrollo.
"unque el tiempo de corregir los defectos vara enormemente, estos valores medios muestran, a pesar de todo,
los tipos de defectos. "lgunos defectos triviales de sinta#is, como un punto y coma mal colocado o errores
tipogrficos en los nombres pueden pasar la fase de compilacin, siendo muy difcil encontrarlos en la fase de
pruebas. En la revisin de cdigo encontrars y corregirs los defectos en una media de l a 5 minutos. En las
pruebas de unidad iniciales, sin embargo, los tiempos para corregir los defectos tendrn un valor medio de entre
,- y 5- minutos o ms. Estos datos corresponden, en su mayor parte, a correcciones que necesitan entre l y 5
minutos, y e#isten unas pocas que necesiten varios minutos o varias horas.
El tiempo de encontrar los defectos en las pruebas de integracin, de componentes o del sistema, tambin
variar con el tama.o y la comple%idad del sistema. Euchas veces se requiere encontrar y corregir defectos en
sistemas grandes y muy comple%os. En las pruebas de integracin, por e%emplo, cada defecto puede costar una
hora o ms, y en las pruebas del sistema cada defecto puede costar entre ,- a >- o ms horas de ingeniero. /na
ve& que los productos son entregados a los clientes, el coste de encontrar y corregir los defectos puede ser
mucho mayor, dependiendo de la clase de productos y de los tipos y n*mero de clientes. Eis datos personales
de los tiempos de encontrar y corregir los defectos en CHH se muestran en la siguiente figura. El siguiente
e%emplo muestra el coste de esperar hasta que las pruebas eliminen todos los defectos del programa.
#jemplo:
9 /na empresa peque.a de softare comercial desarroll un programa con varios componentes. Las pruebas de
integracin reali&adas por los ingenieros que estaban entrenados en el !0! duraron un par de semanas. /n
componente, sin embargo, se desarroll por un grupo que no haba recibido formacin en el !0! y las pruebas
de integracin se reali&aron en varias semanas. El tiempo de las pruebas para encontrar y corregir los defectos
fue de 7-- horas. !uesto que las pruebas necesitaron mucho ms tiempo que el planificado, la entrega al cliente
se hi&o dos meses ms tarde.
'iempos de correccin de defectos.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
6
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
9 El desarrollo de un sistema aeroespacial,
necesit una media de >- horas de ingeniero para
encontrar y corregir cada defecto en las pruebas
del sistema de un sistema de navegacin area.
9 En $igital Equiment Corporation, para un
sistema, el tiempo mnimo para encontrar y
corregir cada defecto informado por el cliente fue
de 66 horas de ingeniero.
"dems del coste, una ra&n de igual importancia
para encontrar los defectos al principio, es que la
compilacin, depuracin y las pruebas tienen una
efectividad reducida. Los compiladores son las
herramientas ms rpidas que tenemos para
detectar defectos, pero solamente encuentran
alrededor del K-L de los defectos de sinta#is y
muy pocos defectos lgicos. La prueba de unidad
es normalmente la prueba ms efectiva, pero
encuentra la mitad de los defectos del programa.
$espus de la prueba de unidad, la efectividad de
las pruebas disminuye, con las pruebas del sistema, normalmente se encuentran entre un 7-L y un >-L de los
defectos del producto. "s, si quieres producir un producto de alta calidad, tendrs que producir un programa
sin defectos al principio o esperar dedicarle mucho tiempo en las pruebas.
2.$. 5istas de comprobacin.
La clave para reali&ar una revisin de cdigo efectiva es tener un procedimiento de revisin eficiente. Este
captulo describe las listas de comprobacin para la revisin de cdigo, y e#plica cmo pueden ayudarte, para
que de una forma rpida y eficiente, encuentres los defectos en tus programas y hagas una lista de
comprobacin para tu uso personal. Como e%ercicio, dise.ars una lista de comprobacin para los defectos que
normalmente introdu&cas y la utili&ars en la revisin de tus programas.
)or 1u+ a!udan las 5istas de Comprobacin.
/na lista de comprobacin contiene una serie de pasos de procedimiento que quieres seguir de forma precisa.
Cuando las personas tienen cosas importantes que quieren hacer e#actamente tal y como estn especificadas, a
menudo, utili&an las listas de comprobacin. Los pilotos de lneas areas, por e%emplo, las utili&an para hacer
una comprobacin prevuelo antes de despegar. "unque hayan hecho una comprobacin del mismo avin una
hora antes, la vuelven a hacer. /n estudio de los accidentes en una base de las (uer&as "reas de los EE.//.,
encontr que en cada caso, la lista de comprobacin preMvuelo no se haba seguido rigurosamente. 4tro e%emplo
de una lista de comprobacin completa y comple%a es la cuenta atrs utili&ada por la 3"0" antes de cada
lan&amiento espacial. Este procedimiento se reali&a durante varios das y sigue cientos de pasos. Es tan
comple%o, que se utili&an computadoras para controlar el progreso de la cuenta atrs.
Cuando es esencial encontrar y corregir cada defecto en un programa, debes seguir un procedimiento preciso.
/na lista de comprobacin te puede ayudar a asegurarte de que se sigue el procedimiento. En este captulo,
trataremos una clase muy especial de lista de comprobacin1 una dise.ada para ayudarte a encontrar los
defectos cuando hagas una revisin de cdigo de un programa que has escrito. Ners cmo construyes una lista
de comprobacin para la revisin de cdigo, que se adapta para encontrar los defectos que te han causado
anteriormente muchos problemas.
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
Las listas de comprobacin tambin pueden ser una fuente de ideas. Cuando sigues una lista de comprobacin
personal, sabes cmo revisar tu cdigo. 0i utili&as la lista correctamente, tambin sabes cuantos defectos
encuentras en cada paso de dicha lista. Comparar tu lista de comprobacin con las de otros ingenieros, te puede
sugerir apro#imaciones *tiles para la revisin. La lista de comprobacin encapsula la e#periencia personal.
/tili&ndola con regularidad y me%orndola, me%orars en la deteccin de los defectos de tus programas. La
lista de comprobacin tambin te ayudar a encontrar estos defectos en menos tiempo.
#jemplo de una lista de comprobacin.
La lista de comprobacin para la revisin de cdigo que dise. para revisar mis programas en CHH se muestra
en la siguiente tabla. /na lista de comprobacin similar para el lengua%e "da se muestra en la 'abla siguiente.
Estas listas de comprobacin sugieren un n*mero de puntos a considerar, conforme desarrolles y utilices tu
propia lista de comprobacin personal.
/n primer paso muy *til es asegurar que el cdigo implementa todas las funciones incluidas en el dise.o. En
grandes programas, es fcil descuidar la codificacin de alg*n procedimiento u operacin. $ichos descuidos
son errores comunes y pueden, ocasionalmente, pasar las siguientes etapas de revisin, compilacin y pruebas.
Los descuidos generalmente son fciles de encontrar con una lista de comprobacin. Comprobaciones
completas para includes :o iths;, iniciali&acin, llamadas a procedimientos y nombres, son tambin efectivas.
Estas, son las reas de problemas comunes que deberas comprobar a no ser que los datos histricos te
indicasen que t* 3/3C" has cometido dichos errores.
#jemplo: 5ista de comprobacin ! gu%a para la revisin de cdigo en C77.
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
2.&. 8estin del tiempo para el Sistemas de Inormacin.
La lgica del <estin del 'iempo.
5os undamentos para gestionar el tiempo son:
!robablemente hars esta semana lo mismo que hiciste la semana pasada. En general, la forma en que
utili&aste tu tiempo la Jltima semana te proporcionar una apro#imacin bastante buena a la forma en la que
gastars tu tiempo en futuras semanas. =ay, sin embargo, muchas e#cepciones. $urante la semana del e#amen,
por e%emplo, no puedes asistir al mismo n*mero clases y probablemente dedicars ms tiempo a estudiar y
menos a hacer traba%os en casa.
!ara hacer un plan realista, tiene que controlar tu forma de gastar tu tiempo. "unque recuerdes cmo gastaste
tu tiempo la Jltima semana, te sorprenderas de tus datos reales. Las personas recuerdan algunas cosas y
olvidan otras. !or e%emplo, el tiempo que utili&aste en hacer traba%o en casa es probablemente mucho menor de
lo que estimaste, mientras que el tiempo de comer o de rela%arte con los amigos, es con frecuencia, muy
superior al esperado. 3uestra memoria tiende a minimi&ar el tiempo que dedicamos a cosas que parecen que
transcurren rpidamente, porque nos agrada hacer dichas cosas. !or el contrario, en las actividades lentas,
aburridas o difciles parece que se dedica ms tiempo del que realmente se consume. !or lo tanto, para saber
cmo utili&ar tu tiempo, necesitas tener registros e#actos del mismo.
!ara comprobar la e#actitud de tus estimaciones de tiempo y planes, de bes documentarlas y posteriormente
compararlas con la que realmente haces. Eientras esto no es un problema serio en las universidades, es de
importancia crtica para el traba%o de los ingenieros. La planificacin es una habilidad que pocas personas han
aprendido. =ay, sin embargo, mtodos de planificacin conocidos que se pueden aprender y practicar. El
primer paso para aprender a hacer buenos planes, es hacer planes. "s que, escribe tu plan para que
posteriormente tengas algo con lo que puedas comparar tus datos actuales.
!ara hacer ms precisos tus planes, determina las equivocaciones de los planes anteriores, y qu podras haber
hecho para me%orar. Cuando hagas el traba%o planificado, registra el tiempo que utili&as. Esos datos del tiempo
sern *tiles si se anotan con un poco de detalle. !or e%emplo, cuando ests haciendo el traba%o del curso, registra
por separado el tiempo que dedicas a asistir a clase, leer libros de te#to, escribir programas y estudiar para los
e#menes. Cuando codifiques grandes programas, de igual forma encontrars *til registrar los tiempos para las
distintas partes del traba%o1 dise.o del programa, escritura del cdigo, compilacin y pruebas. "unque dicho
grado de detalle no es necesario para programas muy cortos, puede ser *til cuando traba%es en proyectos que
necesiten varias horas o ms.
Cuando tengas la copia documentada de tu plan y hayas registrado a qu has dedicado tu tiempo, puedes
comparar fcilmente los resultados reales con el plan original. Ners donde estaba equivocado el plan y como
tu proceso de planificacin puede ser me%orado. La clave para planificar con e#actitud es hacer planes
consistentes y compararlos con los resultados reales posteriores. Entonces vers cmo puedes hacer planes
me%ores.
!ara gestionar tu tiempo, planifica tu tiempo y sigue el plan. $eterminar qu podras hacer para producir
me%ores planes es la parte ms fcil. Llevarlo a cabo es lo realmente difcil. El mundo est lleno de resoluciones
que nunca se cumplen, como seguir una dieta o de%ar de fumar.
"l principio, cumplir un plan es probablemente difcil. =ay muchas ra&ones posibles, pero la ms com*n es que
el plan no era muy bueno. =asta que no intentes seguirlo, probablemente no sabrs porque. 'raba%ando con el
plan, consigues el primero de dos beneficios1 saber dnde estaba equivocado el plan, lo cual te ayudar a
me%orarlo en el pr#imo proyecto.
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
El segundo beneficio de traba%ar con el plan es que hars el traba%o de la forma que lo has planificado. !uede
que esto no pare&ca muy importante, pero lo es. Euchos de los problemas en la ingeniera del softare son
causados por ata%os irrefle#ivos, descuidos y distracciones en los detalles. En muchos casos, los propios
mtodos eran conocidos y especificados pero no se seguan. "prender a establecer planes *tiles es importante,
pero aprender a seguir dichos planes es absolutamente crucial.
4tro beneficio ms sutil de traba%ar de acuerdo a un plan es que cambias tu comportamiento actual. Con un
plan, es menos probable que derroches tiempo en decidir qu hars despus. El plan tambin te ayuda a
centrarte en lo que ests haciendo. Es menos probable que te distraigas y es ms fcil ser eficiente.
Comprende como utilizas el tiempo.
!ara practicar la gestin del tiempo, el primer paso es entender cmo utili&as el tiempo ahora. Esto se hace en
varios pasos1
Clasifica tus principales actividades. Cuando comiences a controlar el tiempo, probablemente encontrars que
gran parte del mismo lo dedicas a relativamente pocas actividades. Esto es normal. !ara hacer algo, debemos
centramos en pocas cosas que sean muy importantes. 0i distribuyes tu tiempo entre muchas cosas, ser difcil
encontrarle sentido a los datos. $e tres a cinco categoras debern ser suficientes para controlar el tiempo
durante el curso. 0i posteriormente necesitas un mayor grado de detalle, divide las categoras ms generales en
subcategoras.
)egistra el tiempo dedicado a cada una de las actividades principales. 0e necesita bastante disciplina personal
para registrar el tiempo de forma consistente. 'oma un registro e#acto, registra el tiempo de inicio y fin de cada
actividad principal. "l principio lo olvidars con frecuencia, pero despus de cierta prctica ser natural en ti. El
Captulo 7 describe el registro del tiempo con ms detalle.
)egistra el tiempo de forma normali&ada. 3ormali&ar los registros de tiempo es necesario porque el volumen
de datos aumentar rpidamente. 0i no registras y almacenas cuidadosamente estos datos, se perdern o estarn
desorgani&ados. Los datos confundidos o desordenados son difciles de encontrar o interpretar. 0i no intentas
tratar los datos de forma adecuada, puede que no los re*nas bien. El Captulo 7 describe una tabla normali&ada
de registro de tiempos, utili&ada en el !0! para reunir datos.
<uarda los datos de tiempo en un lugar adecuado. !uesto que necesitars guardar los registros de tiempo con
los traba%os del curso, gurdalos en un lugar adecuado. Esta es una de las principales utilidades del cuaderno de
ingeniera.
#l cuaderno de Ingenier%a
En este curso, utili&ars un cuaderno de ingeniera para controlar el tiempo. Lo utili&ars tambin para otras
cosas, tales como, guardar los e%ercicios, controlar compromisos, tomar notas de clase y como un cuaderno de
traba%o para anotar ideas de dise.o y clculos.
Como un profesional del softare, le dars m*ltiples usos al cuaderno de ingeniera tales como1 registrar los
tiempos, guardar los clculos y tomar notas de dise.o. !odrs utili&arlo como una evidencia de lo que haces en
la prctica de la ingeniera, evidencia importante para la defensa de tu empresa, si es que tienes que defender la
responsabilidad legal de un producto. Cuando las partes per%udicadas demandan a la compa.a, su principal
ob%etivo es demostrar que los suministradores fueron negligentes. !ara la compa.a, la me%or defensa es la
evidencia de que los ingenieros siguieron las prcticas de ingeniera. !or esta ra&n tener un cuaderno de
ingeniera es un buen hbito.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
,5
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
/na utili&acin adicional del cuaderno de ingeniera es la proteccin de los activos intelectuales de los
empleados, por e%emplo, registrando ideas que se puedan patentar. /na ve&, en una reunin de dise.o, entre mis
colegas y yo ideamos algo que se poda considerar como una idea a patentar. Escribimos la idea en mi cuaderno
de ingeniera y todos firmamos cada pgina. El asesor de patentes nos di%o que esto podra ser Jtil para
establecer la fecha del invento. La compa.a tambin nos dio a cada uno de nosotros un premio en metlico.
"unque probablemente estas ideas no te interesen como estudiante, este curso trata sobre cmo aprender los
mtodos y establecer los hbitos que necesitars en la prctica como ingeniero. !or ello, deberas disponer a
partir de ahora de tu propio cuaderno de ingeniera y crearte el hbito de utili&arlo.
#l dise9o del cuaderno.
El dise.o particular del cuaderno no es clave, pero la
prctica general en la industria es utili&ar un cuaderno
de gusanillo. 0i numeras cada pgina, el dise.o de
gusanillo te permitir tener las pginas en orden y un
registro legal Jtil de tu traba%o. La desventa%a, por
supuesto, es que tendrs que registrar tus notas en
orden cronolgico y no podrs insertar o eliminar
pginas fcilmente.
/na sugerencia para la portada de tu cuaderno de
ingeniera se puede observar en la siguiente tabla. En
la parte superior, deberas etiquetar el cuaderno con
un n*mero de cuaderno. $espus de haber guardado
los cuadernos de ingeniera durante varios a.os,
dispondrs de bastantes. La numeracin de los
cuadernos es conveniente para almacenarlos en orden
cronolgico. 'ambin, etiqueta cada cuaderno con tu
nombre y n*mero de telfono o direccin de correo
electrnico. Escribe la fecha de inicio de introduccin
de datos en el cuaderno, y cuando lo hayas terminado
escribe la fecha del *ltimo registro.
$entro del cuaderno, numera cada pgina, utili&a las dos primeras pginas para una breve tabla de
contenidos. En los contenidos, escribe cualquier referencia especial para que puedas encontrarla
posteriormente, por e%emplo1 e%ercicios del curso. Esto te evitar que tengas que buscar por todo el
cuaderno. 3o es necesario registrar los contenidos por pginas si no esperas referenciarlos en el futuro.
#jemplo de un cuaderno de
Ingenier%a.
/n e%emplo de la pgina de contenidos
del cuaderno de ingeniera se muestra
en la 'abla 5.5. !ara materias que
necesitars en el futuro, escribe a la
i&quierda el n*mero de la pgina del
cuaderno con una breve descripcin del
tema.
!or e%emplo, el estudiante registra en la
pgina 7 todos los e%ercicios de la
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
asignatura de 8! :8ntroduccin a la !rogramacin; para dos semanas. Los contenidos tambin muestran
que los e%ercicios se continuarn registrando en la pgina ,,. /n e%emplo de la pgina 7 del cuaderno
se muestra en la siguiente tabla.
Los contenidos tambin muestran que entre el KOK y el el estudiante tom notas de clase en las
pginas >, ?, F y +. $espus, continu tomando notas en la pgina ,-. 0iempre que tengas que saltar
algunas pginas debido a otras anotaciones, es una buena idea escribir en la parte inferior de la pgina
dnde contin*a ese tema. Nase, por e%emplo, la Jltima de la tabla.
$entro del cuaderno,
numera cada pgina, utili&a
las dos primeras pginas
para una breve tabla de
contenidos. En los
contenidos, escribe
cualquier referencia especial
para que puedas encontrarla
posteriormente, por
e%emplo1 e%ercicios del
curso. Esto te evitar que
tengas que buscar por
2.-. Obtener calidad en los sistemas de inormacin :*+todos. m+tricas.
metodolog%as. est;ndares<.
/no de los problemas que se afrontan actualmente en la esfera de la computacin es la calidad del
softare. $esde la dcada del +-, este tema ha sido motivo de preocupacin para especialistas,
ingenieros, investigadores y comerciali&adores de softares, los cuales han reali&ado gran cantidad de
investigaciones al respecto con dos ob%etivos fundamentales1
CCmo obtener un softare con calidadD
CCmo evaluar la calidad del softareD
"mbas interrogantes conllevan amplias respuestas, pero estn estrechamente ligadas con el concepto de
la calidad del softare, que es el resultado de la primera y la fuente de la segunda.
La obtencin de un softare con calidad implica la utili&acin de metodologas o procedimientos
estndares para el anlisis, dise.o, programacin y prueba del softare que permitan uniformar la
filosofa de traba%o, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a
la ve& que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad
del softare.
La poltica establecida debe estar sustentada sobre tres principios bsicos1 tecnolgico, administrativo y
ergonmico.
)rimero: El principio tecnolgico define las tcnicas a utili&ar en el proceso de desarrollo del softare.
Segundo: El principio administrativo contempla las funciones de planificacin y control del desarrollo
del softare, as como la organi&acin del ambiente o centro de ingeniera de softare.
Tercero: El principio ergonmico define la interfa& entre el usuario y el ambiente automati&ado.
La adopcin de una buena poltica contribuye en gran medida a lograr la calidad del softare, pero no
la asegura. !ara el aseguramiento de la calidad es necesario su control o evaluacin. 'odas las
metodologas y herramientas tienen un *nico fin @producir softare de gran calidadB
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
2./ Controlar la calidad del sistema de inormacin.
!ara controlar la calidad del softare es necesario, ante todo, definir los parmetros, indicadores o
criterios de medicin, ya que, como bien plantea 'om $e Earco, Pusted no puede controlar lo que no se
puede medirP.
Las cualidades para medir la calidad del softare son definidas por innumerables autores, los cuales las
denominan y agrupan de formas diferentes. !or e%emplo, Qohn Riley define mtricas de calidad y
criterios, donde cada mtrica se obtiene a partir de combinaciones de los diferentes criterios. La
Eetodologa para la evaluacin de la calidad de los medios de programas de la C8C, de )usia, define
indicadores de calidad estructurados en cuatro niveles %errquicos1 factor, criterio, mtrica, elemento de
evaluacin, donde cada nivel inferior contiene los indicadores que conforman el nivel precedente. 4tros
autores identifican la calidad con el nivel de comple%idad del softare y definen dos categoras de
mtricas1 de comple%idad de programa o cdigo, y de comple%idad de sistema o estructura.
'odos los autores coinciden en que el softare posee determinados ndices medibles que son las bases
para la calidad, el control y el perfeccionamiento de la productividad.
/na ve& seleccionados los ndices de calidad, se debe establecer el proceso de control, que requiere los
siguientes pasos1
$efinir el softare que va a ser controlado1 clasificacin por tipo, esfera de aplicacin, comple%idad,
etc., de acuerdo con los estndares establecidos para el desarrollo del softare.
0eleccionar una medida que pueda ser aplicada al ob%eto de control1 !ara cada clase de softare es
necesario definir los indicadores y sus magnitudes.
Crear o determinar los mtodos de valoracin de los indicadores1 mtodos manuales como cuestionarios
o encuestas estndares para la medicin de criterios periciales y herramientas automati&adas para medir
los criterios de clculo.
$efinir las regulaciones organi&ativas para reali&ar el control1 quines participan en el control de la
calidad, cundo se reali&a, qu documentos deben ser revisados y elaborados, etc.
" partir del anlisis de todo lo anterior, nuestro centro se encuentra enfrascado en un proyecto para el
"seguramiento de la Calidad del 0oftare :"C0;, vlido para cualquier entidad que se dedique a la
investigacin, produccin y comerciali&acin del softare, el cual incluye la elaboracin de un 0istema
de 8ndicadores de la Calidad del 0oftare, la confeccin de una Eetodologa para el "seguramiento de
la Calidad del 0oftare y el desarrollo de herramientas manuales y automati&adas de apoyo para la
aplicacin de las tcnicas y procedimientos del "C0, de forma tal que se conforme un 0istema de
"seguramiento de la Calidad del 0oftare.
2.2 Costo de calidad de los sistemas de inormacin.
5os costos de la calidad son a1uellos en 1ue incurre el pro!ecto para mejorar los entregables
prometidos.
Como una de las variables de la 'riple Limitacin, la Calidad es uno de los ob%etivo del proyecto. Los
costos de la calidad son aquellos en que incurre el proyecto para me%orar los entregables prometidos.
Estos costos pueden ser de dos tipos1 Costos de !revencin y Costos de Evaluacin.
= Costos de )revencin: estn causados por las medidas tomadas en el proyecto para prevenir defectos o
problemas en los entregables, para evitar la aparicin de errores. En un proyecto de softare esto sera
por e%emplo implementar una metodologa de desarrollo consistente. En una obra en construccin esto
sera por e%emplo cumplir con los estndares de tendido de lneas elctricas para prevenir problemas
posteriores.
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
= Costos de #valuacin: estn causados por las medidas tomadas para evaluar los entregables una ve&
producidos, y corregirlos si es necesario. En un proyecto de softare esto sera por e%emplo dedicar
recursos a las pruebas de integracin del sistema una ve& desarrollado. En una obra en construccin esto
sera por e%emplo reali&ar inspecciones peridicas de la estructura.
Como e%emplo, e#isten varias actividades tpicas en un proyecto relacionadas la Costo de la Calidad1
= Capacitacin :este es un Costo de )revencin<: capacitacin en la construccin o entrega del
producto o servicio. 0irve para insertar el proceso de administracin de calidad dentro del proceso de
elaboracin. 0irve para implementar la calidad en trminos tcnicos, especficos a los entregables.
= *antenimiento :Costo de )revencin<: definicin de polticas de mantenimiento posteriores a la
finali&acin del proyecto. 0irve para conservar el buen desempe.o de los entregables una ve& finali&ado
el proyecto.
= )ruebas :Costo de #valuacin<: especificacin y e%ecucin de pruebas para verificar el cumplimiento
de los requerimientos por parte de los entregables. 0irve para validar el funcionamiento normal de los
entregables antes de que se usen en produccin.
= 0uditor%as :Costo de #valuacin<: desarrollo de auditoras que inspeccionen el proceso de
construccin de los entregables. 0irven para no cometer el mismo error dos veces.
El costo de la calidad incluye todos los costos que genera la b*squeda de la calidad o que demanda el
desarrollo de las actividades relacionadas con la calidad. Los estudios de costo de la calidad se llevan
a cabo para ofrecer una lnea base para el costo de calidad y proporcionar una base normali&ada de
comparacin. La base de la normali&acin casi siempre es monetaria.
/na ve& que se han normali&ado los costos de la calidad sobre una base monetaria, se tienen los datos
necesarios para evaluar dnde se encuentran las oportunidades para me%orar los procesos. Es todava,
se puede evaluar el efecto de los cambios en trminos monetarios.
Los costos de calidad se dividen en costos asociados con prevencin, evaluacin y fallas. Los costos de
prevencin incluyen planificacin de la calidad, revisiones tcnicas formales, equipos de prueba y
entrenamiento. Los costos de evaluacin incluyen actividades para comprender me%or la condicin del
producto la @primera ve& a travs deB cada proceso. Los e%emplos de costos de evaluacin incluyen
inspeccin en el proceso y entre procesos, calibracin y mantenimiento de equipo y pruebas.
Los costos de fallas son aquellos que desapareceran si no aparecieran defectos antes de enviar un
producto a los clientes estos costos se subdividen en costos de fallas internas y e#ternas. 0e incurren en
los costos de fallas internas cuando se detecta un defecto en el producto, antes del envo. Los costos de
fallas internas incluyen reelaboracin, reparacin y anlisis en modo de falla. Los costos de fallas
e#ternas se asocian con defectos que se detectan despus de que el producto ha sido enviado al cliente.
Los e%emplos de costos de fallas e#ternas son la resolucin de las que%as, devolucin y reempla&o del
producto, soporte de ayuda en lnea y traba%o de garanta.
Como se esperaba, los costos relativos para encontrar y repara un defecto aumentan sustancialmente
conforme se pasa de la prevencin a detencin y de los de falla interna a falla e#terna.
2.2.1 C;lculo del costo de la calidad.
)rocedimiento para el c;lculo de los costos de calidad.
Cada 0istema de Costos de Calidad debe ser un tra%e a la medida de la organi&acin que lo implemente.
La implantacin de un 0istema de Costos de la Calidad se reali&a teniendo en cuenta varios factores, entre
los cuales se destacan1 las caractersticas del producto o servicio, la comple%idad del proceso, el Cliente al
que est dirigido y el avance alcan&ado por la organi&acin en el proceso de me%ora de la Calidad.
)esume en un reporte *nico y e#presado en unidades monetarias los costos de calidad y de no calidad de
la empresa. /n 0istema de Costos de Calidad, que este encaminado a alcan&ar el m#imo de sus
resultados con el menor costo posible y donde la b*squeda de la calidad sea un requisito indispensable
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
,F
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
para un futuro desarrollo o permanencia, debe incluir el clculo y anlisis de los costos de calidad. Es por
ello se propone un procedimiento que re*ne los aspectos necesarios para establecer dentro de un sistema
de costos totales de calidad el clculo y evaluacin de los costos de calidad con el *nico propsito de
alcan&ar dichos ob%etivos, luego de un anlisis detallado de los elementos que intervienen en la calidad,
seg*n las categoras reconocidas y de las metodologas propuestas por autores citados, adecuado a las
caractersticas propias de la empresa en estudio, desarrollado en las siguientes etapas que se e#plican a
continuacin.
Etapas del dise.o para el clculo y evaluacin de los costos de calidad1
#tapa 1. *otivacin de la alta direccin:
La implantacin de un procedimiento ha de ser una accin apoyada por la alta direccin, por el
departamento de calidad, contabilidad y otros departamentos involucrados pues independientemente de
que la primera imparta las rdenes correspondientes, es muy conveniente que las personas del resto de los
departamentos estn motivadas para que la accin planteada sea un #ito. En estos departamentos se
mane%an datos sobre costos de calidad, a*n sin conocerlo y se dispone de los medios informticos y
humanos para tratarlos. 'odos en general deben sentar las bases para tratar los temas de Costos de calidad
en su con%unto. En caso contrario, el sistema puede nacer con oposiciones, lo cual puede ser muy
per%udicial.
#tapa 2. (ealizacin de un an;lisis del sistema de costos e>istente:
"ntes de dise.ar cualquier procedimiento es necesario anali&ar las caractersticas de lo que e#iste, qu
datos sobre costos de calidad puede aportar el sistema contable e#istente y qu otros se poseen en los
diferentes departamentos, ya sea de forma positiva o negativa, recolectndolos con un acuerdo pleno entre
los miembros de la alta gerencia sobre las definiciones de las categoras y subcategoras. Con el anlisis
se podrn obtener informaciones necesarias para la valoracin e interpretacin de los datos precisos para
la deteccin de los problemas sobre lo que se debe actuar y valorar su efecto econmico en la gestin
financiera de la empresa.
"dems se ha de conocer la forma de presentacin y la periodicidad de la informacin referente a los
costos, as como los responsables. !or ende, esta etapa tiene que completarse con la relacin de costos de
calidad que no suministra el sistema actual.
#tapa $: Identiicacin ! Clasiicacin de Costos de Calidad:
8nicialmente se estudiaron los dismiles enfoques de costos de calidad y las categoras en que se dividen,
reali&ndose un resumen de las subcategoras ms importantes. Estas subcategoras identificadas, as
como sus respectivas definiciones, deben ser usadas solo como una gua para iniciar la elaboracin del
sistema de medicin de costos de calidad.
La metodologa ms apropiada para identificar los elementos de un sistema de costos de calidad es la que
el autor "le#ander :,KK>; denomina @'cnica de identificacin de los elementos de costos de calidad
basndose en los clientesB. Cada rea de la empresa debe tener sus propios elementos, los cuales tienen
que haber sido identificados contemplando quines son sus clientes, cul es su servicio, y cules son las
actividades especficas que generan los elementos del sistema de costos. $e esta manera se produce un
sistema de medicin dise.ado de acuerdo a la naturale&a de cada rea en la empresa.
0i no se identifican con e#actitud los clientes y los servicios, no se puede precisar lo que es conformidad e
inconformidad con requerimientos. " continuacin se e#plican los pasos de la tcnica.
= )aso 1. Identiicacin de las posibles allas e>ternas
Los especialistas de calidad e#istentes en la empresa deben identificar las fallas tpicas e#ternas que
podran presentarse por cada servicio que genera el proceso, en relacin con cada tipo de cliente.
= )aso 2. Identiicacin de las posibles allas internas
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
Los especialistas de calidad e#istentes en la empresa deben identificar los tipos de fallas internas que se
podran encontrar en el control de las distintas actividades del proceso, hasta previa reali&acin del
servicio al cliente.
= )aso $. Identiicacin de los esuerzos de evaluacin para evitar servicios con allas
"qu deben ser identificados los distintos esfuer&os que deben reali&arse para evitar que el servicio sea
reali&ado sin cumplir los requerimientos que satisfagan las necesidades de los clientes.
= )aso &. Identiicacin de los esuerzos de prevencin para evitar servicios con allas
Los especialistas de calidad e#istentes en la empresa deben identificar cules deberan ser las actividades
a desarrollarse en el proceso que evitaran las posibles fallas de inconformidad con los requerimientos.
)aso -. Organizar los elementos del sistema de costos de calidad
/na ve& reali&ado los pasos anteriores deben ser organi&ados los distintos elementos identificados por
cada tipo de categora. $espus de culminada la aplicacin de la tcnica se pasara a la pr#ima etapa.
#tapa &: C;lculo de los costos de calidad
"ntes de conocer cmo debe presentarse la informacin de un sistema de medicin de costos de calidad,
cada qu tiempo debe rendirse el informe y cmo deben hacerse los anlisis pertinentes, es necesario
conocer cmo cuantificar los costos de calidad y en quin o quines debe caer esta responsabilidad.
Escori&a :5--7; plantea ciertas e#presiones de clculo muy *tiles con las cuales es posible determinar
algunos elementos para cada costo, aunque es lgico que las e#presiones tambin sean propias del lugar y
de las actividades a las cuales se asignan, para obtener un resultado real y cierto de lo que se quiere.
El clculo de los costos de calidad es ms relevante en aquellas reas de mayores gastos por este concepto
y en las que tienen ms posibilidades de reduccin de los costos. !or tanto, es factible valorar en muchos
casos la estimacin de los costos y no la reali&acin de e#cesivos clculos con los que qui& se perdera la
esencia de lo que se quiere obtener. 3o obstante, esta valoracin quedara al criterio y la e#periencia del
responsable de e%ecutar la actividad.
" continuacin se definen las e#presiones para el clculo de los elementos de gastos por cada categora de
costo.
Costos de prevencin
,. <astos por planeacin de la calidad1 0on los costos derivados del tiempo que el personal dedica a
planear la calidad.
5. <astos en proyectos de me%oramiento de la calidad1 0on los costos derivados del tiempo que el
personal dedica a reali&ar estudios de me%oramiento de calidad como dise.o de acciones correctivas o
implantacin de me%oras.
7. "dministracin de la calidad1 0on los costos globales en los que se incurre en la administracin del
sistema de gestin de la calidad.
>. "uditoras internas al aseguramiento de la calidad1 0on los costos derivados de las inspecciones que
reali&an los especialistas principales de las diferentes reas a las actividades de su especialidad en los
diferentes controles establecidos.
?. "uditoras e#ternas1 0on los costos derivados de las inspecciones reali&adas por los especialistas de
4ficina 3acional de 3ormali&acin :433; a los procesos.
F. Eateriales y tiempos destinados a capacitacin1 0on los costos derivados del valor de los materiales
invertidos en la capacitacin y los salarios devengados por el personal en la capacitacin. "dems se
pueden los gastos por concepto de alimentacin.
+. Eantenimiento de equipos1 0on los costos del traba%o de mantenimiento a los equipos ya sea por
personal interno de la empresa o e#terno.
6. Eodificacin de la documentacin del sistema de la calidad1 0on los costos derivados del valor de los
materiales y el tiempo invertido en la reelaboracin de la documentacin ya sean, procedimientos,
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
,6
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
instrucciones o manuales del 0istema de <estin de la Calidad, para su puesta en conformidad con nuevos
requisitos.
Costos de evaluacin
,. <astos por verificar la calidad por el empleado1 0on los costos debido al tiempo que el empleado
dedica a verificar el servicio prestado o producto cumpla con localidad requerida.
5. Evaluacin de la calidad en la recepcin1 Costos incurridos en las inspecciones durante la recepcin y
salidas de las Eaterias !rimas o !roductos del almacn.
7. "uditoras e#ternas por organismos certificadores1 Costos en que se incurre producto del tiempo
empleado por los especialistas de las entidades acreditadas al efecto, principalmente durante las auditoras
e#ternas reali&adas a la organi&acin.
Costos de allos internos:
,. (alta de gestin de la direccin1 Costos en que se incurre producto del tiempo de inactividad de
cualquier empleado por causas concernientes a la falta de gestin, o sea lentitud en la toma de decisiones
para la continuidad de los traba%os, ya sea de los Qefes de 0ervicios, administrativos o directivos.
5. (alta de gestin de marSeting1 Costos en que se incurre producto del tiempo de inactividad de cualquier
empleado por causas concernientes a la falta de gestin de la actividad de marSeting.
<astos de salario por el tiempo inactivo de los especialistas, tcnicos y obreros por concepto de
ineficiencias en la actividad de EarSeting.
<astos por produccin no conforme1 0on los costos derivados de la perdida de la produccin no conforme
en cada mes y que son resultado del propio traba%o de la empresa.
<astos por recuperacin de la produccin no conforme1 0on los costos que se generan por la rectificacin
de un producto o servicio que falla por no cumplir con los requisitos de calidad.
)eparacin de equipos1 0on los costos del traba%o de reparacin a los equipos ya sea por personal interno
de la empresa o e#terno, por roturas imprevistas.
Costos de allos e>ternos:
,. <astos por reposiciones o cambios1 0on los costos derivados del tiempo y los materiales destinados a la
reparacin del producto en el perodo de garanta.
5. <astos por eliminacin de la produccin defectuosa1 0on los costos asociados con la recepcin y
eliminacin de la produccin defectuosa.
7. <astos por concesiones o descuentos1 0on los costos asociados por las concesiones o descuentos
hechos a los clientes debido a que el producto no cumple con los requisitos de calidad.
>. <astos por devoluciones1 0on los costos asociados por el reempla&o de productos o devolucin de
efectivo en el perodo de garanta.
?. !rdida de clientes1 Costos de fallos e#ternos provocados por la prdida de vnculos con clientes vitales
de la organi&acin.
F. 'ramitacin de que%as y reclamaciones1 son los costos asociados a atender y dar solucin a una que%a
de un cliente, a consecuencia de una calidad errnea.
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
#tapa -. #valuacin de los costos de calidad
/na ve& establecido el sistema de medicin de los costos de calidad es necesario definir la periodicidad
de los informes contemplando el anlisis de los mismos. $ependiendo a quin vayan dirigidos los
informes, as ser la frecuencia con que debern presentarse.
Las mediciones que se seleccionan sern una funcin de la empresa en particular y de sus prcticas para
preparar reportes. Los reportes contables deben interpretarse por gerentes de la calidad, quienes tambin
deben recomendar las acciones apropiadas para reducir los costos de la misma. 0e considera que si van
dirigidos a la alta gerencia es recomendable presentarlos trimestralmente. Cuando se dirigen a la gerencia
media su frecuencia debe ser mensual y los informes relacionados con los niveles operativos dependern
de la naturale&a del proceso, aunque se recomienda que se elaboren diariamente.
Los informes se convierten en un e#celente indicador para se.alar el lugar en el cul empe&ar a
investigar, identificar con precisin los problemas crnicos que estn generando los costos de calidad.
'ambin constituyen un indicador importantsimo para evaluar el progreso de los proyectos de
me%oramiento. En ellos debera refle%arse la disminucin de las fallas, la optimi&acin de la evaluacin y
redimensin de la prevencin, si es que el me%oramiento de la calidad ha sido e#itoso.
#tapa /. )resentacin de los resultados de los costos a la direccin. junto con un inorme ! las
oportunidades de mejoramiento
En un sistema de costos de la calidad es muy importante que la informacin est organi&ada de manera tal
que facilite el anlisis. /na ve& recopilados los datos se debe decidir cmo se presentarn, para reali&ar
los anlisis e interpretaciones pertinentes. Lo ms recomendable es hacerlo de forma grfica pues as se
resumen grandes cantidades de datos en un rea peque.a. Las tcnicas grficas ms utili&adas en estos
casos son1
T <rficos de pastel para evidenciar la relacin que tienen las diferentes categoras respecto al costo total
de calidad.
T <rficos de tendencia para mostrar el comportamiento de los costos de calidad en funcin del tiempo.
Este tipo de grfico puede hacerse tanto para cada categora en particular como para el costo total de
calidad, como tambin puede hacerse a corto o a largo pla&o, o seaA establecer grficos mensuales,
trimestrales, semestrales y anuales.
T <rficos de barras. $entro de este grfico se encuentra el llamado diagrama de !areto que se utili&a para
estratificar los elementos ms importantes en una determinada categora y %erarqui&arlos de acuerdo a su
magnitud en la generacin del problema, pues en muchas ocasiones una peque.a cantidad relativa de
causas es la que contribuye a un porcenta%e relativamente alto de los costos totales.
Este tipo de anlisis va a permitir ir seleccionando los principales problemas sobre los que se debe actuar,
si adems se tiene en cuenta que el ob%etivo fundamental de conocer los costos de calidad es llevar a cabo
proyectos de me%oramiento, para que tenga un fuerte impacto y se puedan reducir sustancialmente los
costosA el esfuer&o debe dirigirse hacia los ms importantes.
#tapa 2. 0plicacin del procedimiento a otras ;reas de la empresa
Cuando el sistema ya ha sido corregido y probado, y se han demostrado los primeros beneficios, es el
momento de organi&ar la implantacin al resto de la empresaA adaptndolo a las caractersticas de cada
rea para que resulte representativo y *til, facilitndose el proceso de me%oramiento con miras a reducir
los costos operativos. Es importante comprender que no es factible que el sistema de costos de calidad sea
implantado con los mismos elementos para todas las reas funcionales de la empresa. Cada una debe
identificar sus propios elementos con el ob%etivo de determinar el costo real por este concepto por lo que
la metodologa propuesta hasta este momento, servira de gran ayuda para su e%ecucin e implantacin en
otras reas de la empresa.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
5-
Instituto Tecnolgico Superior de Coatzacoalcos
Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica
El ob%etivo de este procedimiento es documentar y establecer las formas de reali&ar la recogida, anlisis y
registro de los costos de calidad, dando respuesta al 0istema de Calidad avalado en cada Empresa. Este
procedimiento es de aplicacin para todos los procesos que generen Costos de Calidad. Con el
establecimiento de un procedimiento *nico para la recogida, anlisis, registro y distribucin de los Costos
de Calidad en todas las actividades desarrolladas en la empresa, se logra una uniformidad en la e%ecucin
de este tipo de traba%o, lo cual constituye una e#celente arma para la gestin de la direccin, con el fin de
monitorear los costos por proyectos y de actividades colaterales de una forma ms racional, posibilitando
determinar con precisin las reas que mayormente inciden en la generacin de dichos costos y que con
un adecuado uso de las acciones preventivas y correctivas pueda llevar a vas de hecho el me%oramiento
continuo de la calidad.
?ers%culo. ,rases @ 5emas:
"ios tom al 'ombre y lo puso en el jard%n del #d+n (La naturaleza) para que lo clti$ara # lo cidara :<en 51,?;.
Cuidemos nuestra casa natural: A#l medio ambienteB, %&irando la 'asra en s lgar por fa$or(.
&a)eras Mo#ito * Semi Cecilia+ # Moto-&a)era el ,ca.
Le doy gracias a "ios por hacer el cielo con todas sus estrellas, porque una estrella eres t* y el cielo es tu amistadU..<racias a "ios eres mi
amigo con todo y tu amistad. *O(CC S!stems.
"ios te Gendiga hoy, ma.ana y siempreA a ti, a toda tu familia y a todos tu amigos. *O(CC S!stems.
A5a vida es bellaB, nica e irrepetible vvela hoy, como si fuera el ltimo da de tu vida. *O(CC S!stems.
8racias a "ios: 0er 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 laboralA b*scalo, esfur&ate y disfr*taloA y veras que ser profesionista es e#celentemente profesional.
*O(CC S!stems.
L.S.C.A. Ral Monforte Chln
M!RC" S#stems
5,