Calidad Sistemas Información

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 informacin.

La calidad del software afecta a los costes de desarrollo, programacin de las entregas y la satisfaccin
del usuario. Puesto que la calidad del software es tan importante, necesitamos discutir primero qu
significa la palabra
La calidad de un producto software debe ser definida en trminos que tengan
significado para los usuarios del producto. As, 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
expresan en los documentos de requisitos. Debido a su importancia, el desarrollo, clarificacin y
refinamiento de los requisitos es un objetivo por s mismo. Por 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. Aunque puedes comenzar con requisitos poco claros, debes
entenderlos antes de poder acabar.
La calidad del software 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 corrijas muchos de tus
defectos. Tambin te proporcionar los datos para ayudar a prevenir estos defectos en el futuro.
Finalmente, una vez 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 y Defectos.
El trabajo de un ingeniero del software es entregar productos de calidad con unos costes y
programaciones planificadas. Recuerda tambin, que los productos software deben satisfacer tanto las
necesidades funcionales de los usuarios como hacer de una forma segura y consistente el trabajo de los
mismos. La realizacin del trabajo es un aspecto clave. Aunque las funciones del software son muy
importantes para los usuarios de los programas, estas funciones no sern tiles a menos que el software
funcione. Para que el software funcione, debes eliminar sus defectos. As, aunque hay muchos aspectos
relacionados con la calidad del software, 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 objetivos del programa. Despus
de conseguir que los programas funcionen, si tienes unos pocos defectos, no funcionarn en grandes
sistemas, no se utilizarn, 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 experimentados normalmente cometen un error por cada 7 a 10 lneas de
cdigo que desarrollan. Aunque 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. Para hacer esto, necesitas dominar el lenguaje 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 nmero de defectos que introduces.
L.S.C.A. Ral Monforte Chuln
MORCH Systems

2.2. Defectos y errores de calidad en los sistemas de informacin.

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 diseos o incluso en los requisitos, las especificaciones o en otra
documentacin. Los defectos pueden ser sentencias extra o redundantes, sentencias incorrectas o
secciones del programa omitidas. Un defecto, es cualquier cosa que reduce la capacidad de los programas
para cumplir completa y efectivamente las necesidades de los usuarios. Un defecto es una cosa objetiva.
Es algo que puedes identificar, describir y contabilizar.
Errores sencillos de codificacin pueden producir defectos muy destructivos o que sea difcil
encontrarlos. A la inversa, muchos defectos sofisticados de diseo pueden encontrarse fcilmente. La
sofisticacin del error de diseo 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 software son simples descuidos y errores del programador. Aunque los aspectos de
diseo son siempre importantes, cuando comienzas a codificar los programas, normalmente tienen pocos
defectos de diseo comparados con el nmero de simples descuidos, erratas y pifias. Para mejorar 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 contabilizacin y registro de los defectos en los productos software no es la
especificacin de las causas ni la asignacin de culpas. Los defectos cometidos, sin embargo, tienen sus
causas. Puedes haber cometido un error al escribir el nombre de un parmetro, omitido un signo de
puntuacin o llamado incorrectamente un procedimiento. Todos estos errores causan defectos. Todos los
defectos, por consiguiente, provienen de errores humanos y muchos de los que los ingenieros del software
cometen, causan defectos en los programas.
2.2.1. El cuaderno de registro de defectos.
El cuaderno de registro de defectos est diseado para ayudarte a reunir datos de defectos. El cuaderno se
muestra en la siguiente figura. Se utiliza este cuaderno para reunir datos de defectos para cada programa
que codifiques. Describe cada defecto con bastante detalle para que puedas entenderlo ms adelante.
Despus de haber terminado cada programa, analiza los datos para ver dnde has introducido y eliminado
los defectos y qu tipos de defectos causan los principales problemas. Antes de utilizar este cuaderno, lee
siguientes instrucciones de la Tabla para mostrar como completar el cuaderno:
1. Cuando comiences a desarrollar un programa: Escoge varias pginas del Cuaderno de Registro de
Defectos y rellena los datos de la cabecera de la primera pgina. Despus de utilizar todos los espacios en
la primera pgina, completa la cabecera antes de comenzar la segunda pgina.
2. Cuando encuentres un defecto por primera vez: Anota su nmero en el cuaderno, pero no
introduzcas el resto de datos hasta que hayas corregido el defecto. Cuando el Estudiante X intent
compilar el programa 10, el compilador mostr ms de una docena de mensajes de error. Aunque al
principio no saba qu problema tena, al menos saba que era un error. Anot la fecha y puso un 1 en la
casilla Nmero de la primera lnea del cuaderno de defectos. Esto fue para el primer defecto del programa
1O. Estos nmeros te ayudarn posteriormente a analizar los datos de los defectos. En programas ms
grandes, los nmeros de defecto se utilizan para controlar los problemas con correcciones incorrectas y
ayudar a la prevencin de defectos.
3. Utiliza una lnea separada para cada defecto: No agrupes mltiples defectos idnticos en la
misma lnea.
MORCH Systems

4. Escribe la fecha de localizacin del defecto: Si encuentras varios defectos el mismo da, es
aceptable dejar las siguientes casillas de la fecha en blanco, hasta la primera anotacin del da siguiente.
En la Tabla, el Estudiante X encontr todos los defectos el da 28 de octubre, por lo que no necesit
volver a anotar la fecha, pues supuso que se
repeta hasta que no la cambiase.
El cuaderno de Registro del Defecto:

MORCH Systems

Instrucciones para el cuaderno de Registro del Defecto

Propsito:
Utiliza esta tabla para mantener los datos de cada defecto que encuentres y corrijas.
Utiliza estos datos para completar el Resumen del Plan del Proyecto.
Mtodo:
Anota todas las revisiones, compilaciones y pruebas de defectos en este cuaderno.
Anota cada defecto de forma separada y completa.
Si necesitas espacio adicional, utiliza otra copia de la tabla.
Cabecera:
Introduce los siguientes datos:
* Tu nombre. * Fecha actual. * Nombre del profesor. * Nmero de programa.
Fecha:
Anota la fecha en la que se encontr el defecto.
Tipo:
Anota el tipo de defecto, segn la lista de tipos de defectos del formato anterior
(tambin resumida en la parte superior izquierda del cuaderno de defectos).
Utiliza tu criterio para seleccionar que tipo aplicar.
Introducido: Anota la fase en la que se introdujo el defecto.
Utiliza tu criterio.
Eliminado:
Anota la fecha en la que se elimin el defecto.
Generalmente, sta sera la fase durante la cual encontraste y corregiste el defecto.
Tiempo de Estima o mide el tiempo necesario para encontrar y corregir el defecto.
correccin:
Puedes utilizar un cronmetro si lo deseas.
Defecto
Puedes ignorar esta casilla la primera vez.
corregido:
Si introduces este defecto mientras ests arreglando otro, anota el nmero del defecto
incorrectamente corregido.
Si no puedes identificar el nmero de defecto, anota una X en la casilla de Defecto
corregido.
Descripcin: Escribe una breve descripcin del defecto.
Haz la descripcin lo suficientemente clara para que recuerdes posteriormente, el error
que caus el defecto y por qu lo hiciste.
5. Despus de corregir el defecto, anota el tipo de defecto: Aunque puedas confundirte sobre qu tipo
es el adecuado, utiliza tu mejor criterio. No dediques mucho tiempo preocupndote sobre qu tipo de
defecto es el ms preciso. Sin embargo, intenta ser razonablemente coherente. Sobre el defecto 1 en la
tabla siguiente, por ejemplo, el Estudiante X encontr que el problema era un punto y coma olvidado.
Una vez resuelto el problema, anot el nmero 20 para el defecto 1 en la casilla de Tipo.
6. Anota la fase del proceso en la que introdujiste el defecto: Aunque esto pueda no estar siempre
claro, no debera ser un problema para programas pequeos. Utiliza tu mejor criterio y no te preocupes
mucho tiempo de este tema. En el ejemplo, el Estudiante X 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 Introducido.
7. Anota la fase del proceso cuando hayas eliminado el defecto: Esta es normalmente la fase en la que
encuentras el defecto. Despus de iniciar la fase de compilacin, por ejemplo, anota la palabra compilar para la
fase de eliminacin. Aqu, para el defecto 1, el Estudiante X estaba en la fase de compilacin cuando encontr y
corrigi el defecto, por eso anot la palabra compilar en la casilla de Eliminado.
8. Para el tiempo de correccin del defecto: Estima el tiempo en que te diste cuenta y comenzaste a trabajar
sobre el defecto hasta que lo acabaste de corregir y chequear. Cuando comenz a corregir el defecto 1, el
Estudiante X anot la hora de su reloj. Una vez que haba arreglado el problema y comprobado para asegurarse
de que estaba correctamente corregido, de nuevo comprob su reloj y vio que solamente le haba dedicado un
minuto. Generalmente, para defectos de compilacin, el tiempo de correccin ser solamente de un minuto
MORCH Systems

aproximadamente. Para los defectos encontrados en las pruebas, sin embargo, la correccin puede llevar mucho
ms tiempo. Podras utilizar un reloj o un cronmetro para medir el tiempo de correccin, pero para
correcciones pequeas, tu criterio ser adecuado.
Ejemplo del cuaderno de registro de defectos:

MORCH Systems

9. La casilla de los Defectos Corregidos: Es para los defectos introducidos mientras corriges otros defectos.
Aunque esto ser importante ms adelante, ignralo por ahora.
10. Escribe una breve descripcin del defecto en la seccin de descripcin: Haz esto tan breve y sencillo
como sea posible, pero describe el defecto claramente. Por ejemplo, simplemente anota un
para designar un
punto y coma omitido. Para un defecto lgico ms sofisticado, escribe varias lneas, escribe en las siguientes
lneas del cuaderno de defectos si es necesario. Para el defecto 1, el Estudiante X simplemente anot
omitido;. Para muchos de los defectos de la tabla anterior, tuvo que poner una descripcin ms detallada.
Puesto que estas descripciones son nicamente para tu uso, no es necesario escribir ms de lo preciso para que
puedas recordar el problema.
A menudo, las personas se confunden sobre los tipos de defectos y piensan que deberan tener un tipo especial
para interpretaciones errneas y confusiones. Por ejemplo, si no entendiste los requisitos o no estabas
familiarizado con el entorno de desarrollo, probablemente cometiste muchos errores. Esta cuestin es
importante, pero est relacionada con las causas del defecto. Por lo que al tipo de defecto se refiere, hay
solamente dos cuestiones. Habia algo errneo en el producto? y si es as, cul era el tipo de defecto del
producto? As, 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 defectos y errores.
Aunque la definicin de un defecto puede parecer obvia, no lo es. Durante la compilacin, por ejemplo, cuenta
solamente
cambios que haces. Es decir, si el compilador presenta 10 mensajes de error por una omisin del
punto y coma, la omisin del punto y coma es un nico defecto. As, anota un defecto en el Cuaderno de
Registro de Defectos para cada correccin del programa, sin tener en cuenta la naturaleza de la correccin y el
nmero de mensajes de error del compilador.
De forma similar, cuando encuentres un defecto de diseo mientras ests codificando, se considerar un defecto
de diseo. Mientras diseas, sin embargo, con frecuencia puedes cambiar tu idea de cmo hacer algo. Si ests
corrigiendo un error en los requisitos o en las especificaciones, eso sera un defecto de requisitos
de
especificacin. Si, por el contrario, has pensado una forma mejor de hacer el diseo, no sera un defecto. A
menudo, advertirs y corregirs errores conforme los vas cometiendo. Dichos ajustes son las cosas ms
naturales de un pensamiento creativo y no son defectos. La clave est en registrar aquellos defectos que has
dejado en el producto cuando hayas acabado el diseo inicial o terminado la codificacin.
Por ejemplo, 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. Si, por el contrario, acabas de codificar el programa y posteriormente
observas el error, entonces s sera un defecto y lo contabilizaras. As, si normalmente compruebas la
correccin de cada lnea despus de introducirla, los defectos que encuentres de esta forma no es necesario
contabili
Comienza a contabilizar los defectos cuando termines una fase de un producto o parte del mismo. Despus de
la fase de diseo, por ejemplo, contaras todos los defectos de diseo. Supongamos, sin embargo, que ests
codificando dos procedimientos de un programa. Despus de codificar el primero, decides codificar el segundo,
antes de comenzar la compilacin del primero. A 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.
Observa que en este libro no se te exige contabilizar los defectos encontrados durante las fases de diseo y
codificacin. Inicialmente, es importante concentrarte sobre aquellos defectos encontrados durante la
MORCH Systems

compilacin y pruebas. Una vez que ests acostumbrado a reunir datos de defectos, sabrs mejor por qu son
necesarios dichos datos. Entonces puedes querer aprender ms sobre los errores que cometes y corriges durante
las fases de codificacin y diseo. Puesto que probablemente cometers muchos errores mientras diseas y
codificas, estas son las fases donde debes tratar de entender las causas de los defectos y ver cmo prevenirlos.
Por el momento, sin embargo, comienza con aquellos defectos que encuentres en la compilacin y en las
pruebas.
2.2.4. El costo de encontrar y corregir defectos.
En los tpicos proyectos de software, el producto es dividido en muchos programas elementales o mdulos
pequeos. Cada ingeniero, desarrolla uno o ms de estos mdulos. Despus de disear el mdulo,
implementarlo y compilarlo, los ingenieros hacen una prueba inicial o prueba de unidad. Despus de estas
pruebas de unidad privadas, se combinan los mdulos en un gran componente y se hacen pruebas de
integracin. Se realizan varios niveles de pruebas de componentes antes de que se combinen los componentes
en productos para hacer las pruebas del producto. Finalmente, se ensamblan los productos en los sistemas para
hacer las pruebas del sistema. Aunque el tipo, duracin y complejidad de las pruebas de integracin, de
componentes, de producto y del sistema variar con el tamao y complejidad del sistema, se utiliza el mismo
proceso general para casi todos los productos software a gran escala.
El coste medio de encontrar y corregir un defecto crece unas 10 veces en cada paso del proceso de desarrollo.
Aunque el tiempo de corregir los defectos vara enormemente, estos valores medios muestran, a pesar de todo,
los tipos de defectos. Algunos defectos triviales de sintaxis, 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 2 minutos. En las
pruebas de unidad iniciales, sin embargo, los tiempos para corregir los defectos tendrn un valor medio de entre
10 y 20 minutos o ms. Estos datos corresponden, en su mayor parte, a correcciones que necesitan entre l y 2
minutos, y existen 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 tamao y la complejidad del sistema. Muchas veces se requiere encontrar y corregir defectos en
sistemas grandes y muy complejos. En las pruebas de integracin, por ejemplo, cada defecto puede costar una
hora o ms, y en las pruebas del sistema cada defecto puede costar entre 10 a 40 o ms horas de ingeniero. Una
vez 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 nmero de clientes. Mis datos personales
de los tiempos de encontrar y corregir los defectos en C++ se muestran en la siguiente figura. El siguiente
ejemplo muestra el coste de esperar hasta que las pruebas eliminen todos los defectos del programa.
Ejemplo:
* Una empresa pequea de software comercial desarroll un programa con varios componentes. Las pruebas de
integracin realizadas por los ingenieros que estaban entrenados en el PSP duraron un par de semanas. Un
componente, sin embargo, se desarroll por un grupo que no haba recibido formacin en el PSP y las pruebas
de integracin se realizaron en varias semanas. El tiempo de las pruebas para encontrar y corregir los defectos
fue de 300 horas. Puesto que las pruebas necesitaron mucho ms tiempo que el planificado, la entrega al cliente
se hizo dos meses ms tarde.
Tiempos de correccin de defectos.

MORCH Systems

* El desarrollo de un sistema aeroespacial,
necesit una media de 40 horas de ingeniero para
encontrar y corregir cada defecto en las pruebas
del sistema de un sistema de navegacin area.
* En Digital Equiment Corporation, para un
sistema, el tiempo mnimo para encontrar y
corregir cada defecto informado por el cliente fue
de 88 horas de ingeniero.
Adems del coste, una razn 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 90% de los defectos de sintaxis y
muy pocos defectos lgicos. La prueba de unidad
es normalmente la prueba ms efectiva, pero
encuentra la mitad de los defectos del programa.
Despus de la prueba de unidad, la efectividad de
las pruebas disminuye, con las pruebas del sistema, normalmente se encuentran entre un 30% y un 40% de los
defectos del producto. As, 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.3. Listas de comprobacin.

La clave para realizar 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 explica 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 ejercicio, disears una lista de comprobacin para los defectos que
normalmente introduzcas y la utilizars en la revisin de tus programas.
Por qu ayudan las Listas de Comprobacin.
Una 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 exactamente tal y como estn especificadas, a
menudo, utilizan las listas de comprobacin. Los pilotos de lneas areas, por ejemplo, las utilizan para hacer
una comprobacin prevuelo antes de despegar. Aunque hayan hecho una comprobacin del mismo avin una
hora antes, la vuelven a hacer. Un estudio de los accidentes en una base de las Fuerzas Areas de los EE.UU.,
encontr que en cada caso, la lista de comprobacin pre-vuelo no se haba seguido rigurosamente. Otro ejemplo
de una lista de comprobacin completa y compleja es la cuenta atrs utilizada por la NASA antes de cada
lanzamiento espacial. Este procedimiento se realiza durante varios das y sigue cientos de pasos. Es tan
complejo, que se utilizan 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.
Una 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 comprobacin: una diseada para ayudarte a encontrar los
defectos cuando hagas una revisin de cdigo de un programa que has escrito. Vers 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.

MORCH Systems

Las listas de comprobacin tambin pueden ser una fuente de ideas. Cuando sigues una lista de comprobacin
personal, sabes cmo revisar tu cdigo. Si utilizas 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 aproximaciones tiles para la revisin. La lista de comprobacin encapsula la experiencia personal.
Utilizndola con regularidad y mejorndola, mejorars en la deteccin de los defectos de tus programas. La
lista de comprobacin tambin te ayudar a encontrar estos defectos en menos tiempo.
Ejemplo de una lista de comprobacin.
La lista de comprobacin para la revisin de cdigo que dise para revisar mis programas en C++ se muestra
en la siguiente tabla. Una lista de comprobacin similar para el lenguaje Ada se muestra en la Tabla siguiente.
Estas listas de comprobacin sugieren un nmero de puntos a considerar, conforme desarrolles y utilices tu
propia lista de comprobacin personal.
Un primer paso muy til es asegurar que el cdigo implementa todas las funciones incluidas en el diseo. En
grandes programas, es fcil descuidar la codificacin de algn procedimiento u operacin. Dichos 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 withs), inicializacin, 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 NUNCA has cometido dichos errores.
Ejemplo: Lista de comprobacin y gua para la revisin de cdigo en C++.

MORCH Systems

2.4. Gestin del tiempo para el Sistemas de Informacin.

La lgica del Gestin del Tiempo.
Los fundamentos para gestionar el tiempo son:
Probablemente hars esta semana lo mismo que hiciste la semana pasada. En general, la forma en que
utilizaste tu tiempo la ltima semana te proporcionar una aproximacin bastante buena a la forma en la que
gastars tu tiempo en futuras semanas. Hay, sin embargo, muchas excepciones. Durante la semana del examen,
por ejemplo, no puedes asistir al mismo nmero clases y probablemente dedicars ms tiempo a estudiar y
menos a hacer trabajos en casa.
Para hacer un plan realista, tiene que controlar tu forma de gastar tu tiempo. Aunque recuerdes cmo gastaste
tu tiempo la ltima semana, te sorprenderas de tus datos reales. Las personas recuerdan algunas cosas y
olvidan otras. Por ejemplo, el tiempo que utilizaste en hacer trabajo en casa es probablemente mucho menor de
lo que estimaste, mientras que el tiempo de comer o de relajarte con los amigos, es con frecuencia, muy
superior al esperado. Nuestra memoria tiende a minimizar el tiempo que dedicamos a cosas que parecen que
transcurren rpidamente, porque nos agrada hacer dichas cosas. Por el contrario, en las actividades lentas,
aburridas o difciles parece que se dedica ms tiempo del que realmente se consume. Por lo tanto, para saber
cmo utilizar tu tiempo, necesitas tener registros exactos del mismo.
Para comprobar la exactitud de tus estimaciones de tiempo y planes, de bes documentarlas y posteriormente
compararlas con la que realmente haces. Mientras esto no es un problema serio en las universidades, es de
importancia crtica para el trabajo de los ingenieros. La planificacin es una habilidad que pocas personas han
aprendido. Hay, sin embargo, mtodos de planificacin conocidos que se pueden aprender y practicar. El primer
paso para aprender a hacer buenos planes, es hacer planes. As que, escribe tu plan para que posteriormente
tengas algo con lo que puedas comparar tus datos actuales.
Para hacer ms precisos tus planes, determina las equivocaciones de los planes anteriores, y qu podras haber
hecho para mejorar. Cuando hagas el trabajo planificado, registra el tiempo que utilizas. Esos datos del tiempo
sern tiles si se anotan con un poco de detalle. Por ejemplo, cuando ests haciendo el trabajo del curso, registra
por separado el tiempo que dedicas a asistir a clase, leer libros de texto, escribir programas y estudiar para los
exmenes. Cuando codifiques grandes programas, de igual forma encontrars til registrar los tiempos para las
distintas partes del trabajo: diseo del programa, escritura del cdigo, compilacin y pruebas. Aunque dicho
grado de detalle no es necesario para programas muy cortos, puede ser til cuando trabajes 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. Vers donde estaba equivocado el plan y como tu
proceso de planificacin puede ser mejorado. La clave para planificar con exactitud es hacer planes consistentes
y compararlos con los resultados reales posteriores. Entonces vers cmo puedes hacer planes mejores.
Para gestionar tu tiempo, planifica tu tiempo y sigue el plan. Determinar qu podras hacer para producir
mejores 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 dejar de fumar.
Al principio, cumplir un plan es probablemente difcil. Hay muchas razones posibles, pero la ms comn es que
el plan no era muy bueno. Hasta que no intentes seguirlo, probablemente no sabrs porque. Trabajando con el
plan, consigues el primero de dos beneficios: saber dnde estaba equivocado el plan, lo cual te ayudar a
mejorarlo en el prximo proyecto.
El segundo beneficio de trabajar con el plan es que hars el trabajo de la forma que lo has planificado. Puede
que esto no parezca muy importante, pero lo es. Muchos de los problemas en la ingeniera del software son
MORCH Systems
10

causados por atajos irreflexivos, descuidos y distracciones en los detalles. En muchos casos, los propios
mtodos eran conocidos y especificados pero no se seguan. Aprender a establecer planes tiles es importante,
pero aprender a seguir dichos planes es absolutamente crucial.
Otro beneficio ms sutil de trabajar 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.
Para practicar la gestin del tiempo, el primer paso es entender cmo utilizas el tiempo ahora. Esto se hace en
varios pasos:
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. Para hacer algo, debemos
centramos en pocas cosas que sean muy importantes. Si distribuyes tu tiempo entre muchas cosas, ser difcil
encontrarle sentido a los datos. De tres a cinco categoras debern ser suficientes para controlar el tiempo
durante el curso. Si posteriormente necesitas un mayor grado de detalle, divide las categoras ms generales en
subcategoras.
Registra el tiempo dedicado a cada una de las actividades principales. Se necesita bastante disciplina personal
para registrar el tiempo de forma consistente. Toma un registro exacto, registra el tiempo de inicio y fin de cada
actividad principal. Al principio lo olvidars con frecuencia, pero despus de cierta prctica ser natural en ti. El
Captulo 3 describe el registro del tiempo con ms detalle.
Registra el tiempo de forma normalizada. Normalizar los registros de tiempo es necesario porque el volumen
de datos aumentar rpidamente. Si no registras y almacenas cuidadosamente estos datos, se perdern o estarn
desorganizados. Los datos confundidos o desordenados son difciles de encontrar o interpretar. Si no intentas
tratar los datos de forma adecuada, puede que no los renas bien. El Captulo 3 describe una tabla normalizada
de registro de tiempos, utilizada en el PSP para reunir datos.
Guarda los datos de tiempo en un lugar adecuado. Puesto que necesitars guardar los registros de tiempo con
los trabajos del curso, gurdalos en un lugar adecuado. Esta es una de las principales utilidades del cuaderno de
ingeniera.
El cuaderno de Ingeniera
En este curso, utilizars un cuaderno de ingeniera para controlar el tiempo. Lo utilizars tambin para otras
cosas, tales como, guardar los ejercicios, controlar compromisos, tomar notas de clase y como un cuaderno de
trabajo para anotar ideas de diseo y clculos.
Como un profesional del software, le dars mltiples usos al cuaderno de ingeniera tales como: registrar los
tiempos, guardar los clculos y tomar notas de diseo. Podrs utilizarlo 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 perjudicadas demandan a la compaa, su principal
objetivo es demostrar que los suministradores fueron negligentes. Para la compaa, la mejor defensa es la
evidencia de que los ingenieros siguieron las prcticas de ingeniera. Por esta razn tener un cuaderno de
ingeniera es un buen hbito.
Una utilizacin adicional del cuaderno de ingeniera es la proteccin de los activos intelectuales de los
empleados, por ejemplo, registrando ideas que se puedan patentar. Una vez, en una reunin de diseo, entre mis
colegas y yo ideamos algo que se poda considerar como una idea a patentar. Escribimos la idea en mi cuaderno
MORCH Systems
11

de ingeniera y todos firmamos cada pgina. El asesor de patentes nos dijo que esto podra ser til para
establecer la fecha del invento. La compaa tambin nos dio a cada uno de nosotros un premio en metlico.
Aunque 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. Por ello, deberas disponer a
partir de ahora de tu propio cuaderno de ingeniera y crearte el hbito de utilizarlo.
El diseo del cuaderno.
El diseo particular del cuaderno no es clave, pero la
prctica general en la industria es utilizar un cuaderno
de gusanillo. Si numeras cada pgina, el diseo de
gusanillo te permitir tener las pginas en orden y un
registro legal til de tu trabajo. La desventaja, por
supuesto, es que tendrs que registrar tus notas en
orden cronolgico y no podrs insertar o eliminar
pginas fcilmente.
Una 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 nmero de cuaderno. Despus de haber guardado
los cuadernos de ingeniera durante varios aos,
dispondrs de bastantes. La numeracin de los
cuadernos es conveniente para almacenarlos en orden
cronolgico. Tambin, etiqueta cada cuaderno con tu
nombre y nmero 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.
Dentro del cuaderno, numera cada pgina, utiliza las dos primeras pginas para una breve tabla de
contenidos. En los contenidos, escribe cualquier referencia especial para que puedas encontrarla
posteriormente, por ejemplo: ejercicios del curso. Esto te evitar que tengas que buscar por todo el
cuaderno. No es necesario registrar los contenidos por pginas si no esperas referenciarlos en el futuro.
Ejemplo de un cuaderno de
Ingeniera.
Un ejemplo de la pgina de contenidos
del cuaderno de ingeniera se muestra
en la Tabla 2.2. Para materias que
necesitars en el futuro, escribe a la
izquierda el nmero de la pgina del
cuaderno con una breve descripcin del
tema.
Por ejemplo, el estudiante registra en la
pgina 3 todos los ejercicios de la
asignatura de IP (Introduccin a la
Programacin) para dos semanas. Los contenidos tambin muestran que los ejercicios se continuarn
registrando en la pgina 11. Un ejemplo de la pgina 3 del cuaderno se muestra en la siguiente tabla.
MORCH Systems
12

Los contenidos tambin muestran que entre el 9/9 y el
el estudiante tom notas de clase en las
pginas 4, 5, 6 y 7. Despus, continu tomando notas en la pgina 10. Siempre que tengas que saltar
algunas pginas debido a otras anotaciones, es una buena idea escribir en la parte inferior de la pgina
dnde contina ese tema. Vase, por ejemplo, la ltima de la tabla.
Dentro
del
cuaderno,
numera cada pgina, utiliza
las dos primeras pginas
para una breve tabla de
contenidos.
En
los
contenidos,
escribe
cualquier referencia especial
para que puedas encontrarla
posteriormente,
por
ejemplo:
ejercicios
del
curso. Esto te evitar que
tengas que buscar por
2.5. Obtener calidad en los sistemas de informacin (Mtodos, mtricas,

metodologas, estndares).
Uno de los problemas que se afrontan actualmente en la esfera de la computacin es la calidad del
software. Desde la dcada del 70, este tema ha sido motivo de preocupacin para especialistas,
ingenieros, investigadores y comercializadores de softwares, los cuales han realizado gran cantidad de
investigaciones al respecto con dos objetivos fundamentales:
Cmo obtener un software con calidad?
Cmo evaluar la calidad del software?
Ambas interrogantes conllevan amplias respuestas, pero estn estrechamente ligadas con el concepto de
la calidad del software, que es el resultado de la primera y la fuente de la segunda.
La obtencin de un software con calidad implica la utilizacin de metodologas o procedimientos
estndares para el anlisis, diseo, programacin y prueba del software que permitan uniformar la
filosofa de trabajo, en aras de lograr una mayor confiabilidad, mantenibilidad y facilidad de prueba, a
la vez que eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad
del software.
La poltica establecida debe estar sustentada sobre tres principios bsicos: tecnolgico, administrativo y
ergonmico.
Primero: El principio tecnolgico define las tcnicas a utilizar en el proceso de desarrollo del software.
Segundo: El principio administrativo contempla las funciones de planificacin y control del desarrollo
del software, as como la organizacin del ambiente o centro de ingeniera de software.
Tercero: El principio ergonmico define la interfaz entre el usuario y el ambiente automatizado.
La adopcin de una buena poltica contribuye en gran medida a lograr la calidad del software, pero no
la asegura. Para el aseguramiento de la calidad es necesario su control o evaluacin. Todas las
metodologas y herramientas tienen un nico fin producir software de gran calidad
2.7 Costo de calidad de los sistemas de informacin.

Los costos de la calidad son aquellos en que incurre el proyecto para mejorar los entregables
prometidos.
MORCH Systems
13

Como una de las variables de la Triple Limitacin, la Calidad es uno de los objetivo del proyecto. Los
costos de la calidad son aquellos en que incurre el proyecto para mejorar los entregables prometidos.
Estos costos pueden ser de dos tipos: Costos de Prevencin y Costos de Evaluacin.
* Costos de Prevencin: 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 software esto sera
por ejemplo implementar una metodologa de desarrollo consistente. En una obra en construccin esto
sera por ejemplo cumplir con los estndares de tendido de lneas elctricas para prevenir problemas
posteriores.
* Costos de Evaluacin: estn causados por las medidas tomadas para evaluar los entregables una vez
producidos, y corregirlos si es necesario. En un proyecto de software esto sera por ejemplo dedicar
recursos a las pruebas de integracin del sistema una vez desarrollado. En una obra en construccin esto
sera por ejemplo realizar inspecciones peridicas de la estructura.
Como ejemplo, existen varias actividades tpicas en un proyecto relacionadas la Costo de la Calidad:
* Capacitacin (este es un Costo de Prevencin): capacitacin en la construccin o entrega del
producto o servicio. Sirve para insertar el proceso de administracin de calidad dentro del proceso de
elaboracin. Sirve para implementar la calidad en trminos tcnicos, especficos a los entregables.
* Mantenimiento (Costo de Prevencin): definicin de polticas de mantenimiento posteriores a la
finalizacin del proyecto. Sirve para conservar el buen desempeo de los entregables una vez finalizado
el proyecto.
* Pruebas (Costo de Evaluacin): especificacin y ejecucin de pruebas para verificar el cumplimiento
de los requerimientos por parte de los entregables. Sirve para validar el funcionamiento normal de los
entregables antes de que se usen en produccin.
* Auditoras (Costo de Evaluacin): desarrollo de auditoras que inspeccionen el proceso de
construccin de los entregables. Sirven para no cometer el mismo error dos veces.
El costo de la calidad incluye todos los costos que genera la bsqueda 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 normalizada de
comparacin. La base de la normalizacin casi siempre es monetaria.
Una vez que se han normalizado los costos de la calidad sobre una base monetaria, se tienen los datos
necesarios para evaluar dnde se encuentran las oportunidades para mejorar los procesos. Ms 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 mejor la condicin del
producto la primera vez a travs de cada proceso. Los ejemplos 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 externas. Se 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
externas se asocian con defectos que se detectan despus de que el producto ha sido enviado al cliente.
Los ejemplos de costos de fallas externas son la resolucin de las quejas, devolucin y reemplazo del
producto, soporte de ayuda en lnea y trabajo 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 externa.
2.7.1 Clculo del costo de la calidad.
MORCH Systems
14

Procedimiento para el clculo de los costos de calidad.
Cada Sistema de Costos de Calidad debe ser un traje a la medida de la organizacin que lo implemente.
La implantacin de un Sistema de Costos de la Calidad se realiza teniendo en cuenta varios factores, entre
los cuales se destacan: las caractersticas del producto o servicio, la complejidad del proceso, el Cliente al
que est dirigido y el avance alcanzado por la organizacin en el proceso de mejora de la Calidad.
Resume en un reporte nico y expresado en unidades monetarias los costos de calidad y de no calidad de
la empresa. Un Sistema de Costos de Calidad, que este encaminado a alcanzar el mximo de sus
resultados con el menor costo posible y donde la bsqueda de la calidad sea un requisito indispensable
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 rene 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
alcanzar dichos objetivos, luego de un anlisis detallado de los elementos que intervienen en la calidad,
segn 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 explican a
continuacin.
Etapas del diseo para el clculo y evaluacin de los costos de calidad:
Etapa 1. Motivacin 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 xito. En estos departamentos se
manejan datos sobre costos de calidad, an sin conocerlo y se dispone de los medios informticos y
humanos para tratarlos. Todos en general deben sentar las bases para tratar los temas de Costos de calidad
en su conjunto. En caso contrario, el sistema puede nacer con oposiciones, lo cual puede ser muy
perjudicial.
Etapa 2. Realizacin de un anlisis del sistema de costos existente:
Antes de disear cualquier procedimiento es necesario analizar las caractersticas de lo que existe, qu
datos sobre costos de calidad puede aportar el sistema contable existente 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.
Adems se ha de conocer la forma de presentacin y la periodicidad de la informacin referente a los
costos, as como los responsables. Por ende, esta etapa tiene que completarse con la relacin de costos de
calidad que no suministra el sistema actual.
Etapa 3: Identificacin y Clasificacin de Costos de Calidad:
Inicialmente se estudiaron los dismiles enfoques de costos de calidad y las categoras en que se dividen,
realizndose 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 Alexander (1994) denomina Tcnica de identificacin de los elementos de costos de calidad
basndose en los clientes. 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

MORCH Systems
15

actividades especficas que generan los elementos del sistema de costos. De esta manera se produce un
sistema de medicin diseado de acuerdo a la naturaleza de cada rea en la empresa.
Si no se identifican con exactitud los clientes y los servicios, no se puede precisar lo que es conformidad e
inconformidad con requerimientos. A continuacin se explican los pasos de la tcnica.
* Paso 1. Identificacin de las posibles fallas externas
Los especialistas de calidad existentes en la empresa deben identificar las fallas tpicas externas que
podran presentarse por cada servicio que genera el proceso, en relacin con cada tipo de cliente.
* Paso 2. Identificacin de las posibles fallas internas
Los especialistas de calidad existentes 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 realizacin del
servicio al cliente.
* Paso 3. Identificacin de los esfuerzos de evaluacin para evitar servicios con fallas
Aqu deben ser identificados los distintos esfuerzos que deben realizarse para evitar que el servicio sea
realizado sin cumplir los requerimientos que satisfagan las necesidades de los clientes.
* Paso 4. Identificacin de los esfuerzos de prevencin para evitar servicios con fallas
Los especialistas de calidad existentes 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.
Paso 5. Organizar los elementos del sistema de costos de calidad
Una vez realizado los pasos anteriores deben ser organizados los distintos elementos identificados por
cada tipo de categora. Despus de culminada la aplicacin de la tcnica se pasara a la prxima etapa.
Etapa 4: Clculo de los costos de calidad
Antes 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.
Escoriza (2003) plantea ciertas expresiones de clculo muy tiles con las cuales es posible determinar
algunos elementos para cada costo, aunque es lgico que las expresiones 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. Por tanto, es factible valorar en muchos
casos la estimacin de los costos y no la realizacin de excesivos clculos con los que quiz se perdera la
esencia de lo que se quiere obtener. No obstante, esta valoracin quedara al criterio y la experiencia del
responsable de ejecutar la actividad.
A continuacin se definen las expresiones para el clculo de los elementos de gastos por cada categora de
costo.
Costos de prevencin
1. Gastos por planeacin de la calidad: Son los costos derivados del tiempo que el personal dedica a
planear la calidad.
2. Gastos en proyectos de mejoramiento de la calidad: Son los costos derivados del tiempo que el
personal dedica a realizar estudios de mejoramiento de calidad como diseo de acciones correctivas o
implantacin de mejoras.
3. Administracin de la calidad: Son los costos globales en los que se incurre en la administracin del
sistema de gestin de la calidad.
4. Auditoras internas al aseguramiento de la calidad: Son los costos derivados de las inspecciones que
realizan los especialistas principales de las diferentes reas a las actividades de su especialidad en los
diferentes controles establecidos.
MORCH Systems
16

5. Auditoras externas: Son los costos derivados de las inspecciones realizadas por los especialistas de
Oficina Nacional de Normalizacin (ONN) a los procesos.
6. Materiales y tiempos destinados a capacitacin: Son los costos derivados del valor de los materiales
invertidos en la capacitacin y los salarios devengados por el personal en la capacitacin. Adems se
pueden los gastos por concepto de alimentacin.
7. Mantenimiento de equipos: Son los costos del trabajo de mantenimiento a los equipos ya sea por
personal interno de la empresa o externo.
8. Modificacin de la documentacin del sistema de la calidad: Son los costos derivados del valor de los
materiales y el tiempo invertido en la reelaboracin de la documentacin ya sean, procedimientos,
instrucciones o manuales del Sistema de Gestin de la Calidad, para su puesta en conformidad con nuevos
requisitos.
Costos de evaluacin
1. Gastos por verificar la calidad por el empleado: Son los costos debido al tiempo que el empleado
dedica a verificar el servicio prestado o producto cumpla con localidad requerida.
2. Evaluacin de la calidad en la recepcin: Costos incurridos en las inspecciones durante la recepcin y
salidas de las Materias Primas o Productos del almacn.
3. Auditoras externas por organismos certificadores: Costos en que se incurre producto del tiempo
empleado por los especialistas de las entidades acreditadas al efecto, principalmente durante las auditoras
externas realizadas a la organizacin.
Costos de fallos internos:
1. Falta de gestin de la direccin: 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 trabajos, ya sea de los Jefes de Servicios, administrativos o directivos.
2. Falta de gestin de marketing: 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 marketing.
Gastos de salario por el tiempo inactivo de los especialistas, tcnicos y obreros por concepto de
ineficiencias en la actividad de Marketing.
Gastos por produccin no conforme: Son los costos derivados de la perdida de la produccin no conforme
en cada mes y que son resultado del propio trabajo de la empresa.
Gastos por recuperacin de la produccin no conforme: Son los costos que se generan por la rectificacin
de un producto o servicio que falla por no cumplir con los requisitos de calidad.
Reparacin de equipos: Son los costos del trabajo de reparacin a los equipos ya sea por personal interno
de la empresa o externo, por roturas imprevistas.
Costos de fallos externos:
1. Gastos por reposiciones o cambios: Son los costos derivados del tiempo y los materiales destinados a la
reparacin del producto en el perodo de garanta.
2. Gastos por eliminacin de la produccin defectuosa: Son los costos asociados con la recepcin y
eliminacin de la produccin defectuosa.
3. Gastos por concesiones o descuentos: Son los costos asociados por las concesiones o descuentos
hechos a los clientes debido a que el producto no cumple con los requisitos de calidad.

MORCH Systems
17

4. Gastos por devoluciones: Son los costos asociados por el reemplazo de productos o devolucin de
efectivo en el perodo de garanta.
5. Prdida de clientes: Costos de fallos externos provocados por la prdida de vnculos con clientes vitales
de la organizacin.
6. Tramitacin de quejas y reclamaciones: son los costos asociados a atender y dar solucin a una queja
de un cliente, a consecuencia de una calidad errnea.
Etapa 5. Evaluacin de los costos de calidad
Una vez establecido el sistema de medicin de los costos de calidad es necesario definir la periodicidad
de los informes contemplando el anlisis de los mismos. Dependiendo 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. Se 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 naturaleza del proceso, aunque se recomienda que se elaboren diariamente.
Los informes se convierten en un excelente indicador para sealar el lugar en el cul empezar a investigar,
identificar con precisin los problemas crnicos que estn generando los costos de calidad. Tambin
constituyen un indicador importantsimo para evaluar el progreso de los proyectos de mejoramiento. En
ellos debera reflejarse la disminucin de las fallas, la optimizacin de la evaluacin y redimensin de la
prevencin, si es que el mejoramiento de la calidad ha sido exitoso.
Etapa 6. Presentacin de los resultados de los costos a la direccin, junto con un informe y las
oportunidades de mejoramiento
En un sistema de costos de la calidad es muy importante que la informacin est organizada de manera tal
que facilite el anlisis. Una vez recopilados los datos se debe decidir cmo se presentarn, para realizar
los anlisis e interpretaciones pertinentes. Lo ms recomendable es hacerlo de forma grfica pues as se
resumen grandes cantidades de datos en un rea pequea. Las tcnicas grficas ms utilizadas en estos
casos son:
Grficos de pastel para evidenciar la relacin que tienen las diferentes categoras respecto al costo total
de calidad.
Grficos 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 plazo, o sea; establecer grficos mensuales,
trimestrales, semestrales y anuales.
Grficos de barras. Dentro de este grfico se encuentra el llamado diagrama de Pareto que se utiliza para
estratificar los elementos ms importantes en una determinada categora y jerarquizarlos de acuerdo a su
magnitud en la generacin del problema, pues en muchas ocasiones una pequea cantidad relativa de
causas es la que contribuye a un porcentaje 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 objetivo fundamental de conocer los costos de calidad es llevar a cabo
proyectos de mejoramiento, para que tenga un fuerte impacto y se puedan reducir sustancialmente los
costos; el esfuerzo debe dirigirse hacia los ms importantes.
Etapa 7. Aplicacin del procedimiento a otras reas de la empresa
MORCH Systems
18

Cuando el sistema ya ha sido corregido y probado, y se han demostrado los primeros beneficios, es el
momento de organizar la implantacin al resto de la empresa; adaptndolo a las caractersticas de cada
rea para que resulte representativo y til, facilitndose el proceso de mejoramiento 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 objetivo de determinar el costo real por este concepto por lo que
la metodologa propuesta hasta este momento, servira de gran ayuda para su ejecucin e implantacin en
otras reas de la empresa.
El objetivo de este procedimiento es documentar y establecer las formas de realizar la recogida, anlisis y
registro de los costos de calidad, dando respuesta al Sistema 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 ejecucin
de este tipo de trabajo, lo cual constituye una excelente 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 mejoramiento
continuo de la calidad.
Versculo, Frases & Lemas:

Dios tom al hombre y lo puso en el jardn del Edn (La naturaleza) para que lo cultivara y lo cuidara
(Gen 2:15).
Cuidemos nuestra casa natural: El medio ambiente, Tirando la basura en su lugar por favor!.
Taqueras Moyito & Suemi Cecilia, y Moto-Taquera el Yuca.
Le doy gracias a Dios por hacer el cielo con todas sus estrellas, porque una estrella eres t y el cielo es tu amistad..Gracias a Dios eres mi
amigo con todo y tu amistad.
MORCH Systems.
Dios te Bendiga hoy, maana y siempre; a ti, a toda tu familia y a todos tu amigos.
MORCH Systems.
La vida es bella, nica e irrepetible vvela hoy, como si fuera el ltimo da de tu vida.
MORCH Systems.
Gracias a Dios: Ser profesional es parte de una mejor calidad de vida para ti y para toda tu familia, lograrlo es una gran satisfaccin de
manera espiritual, emocional, social y laboral; bscalo, esfurzate y disfrtalo; y veras que ser profesionista es excelentemente profesional.
MORCH Systems.

MORCH Systems
19

Calidad Sistemas Información

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Calidad Sistemas Información

Hochgeladen von

Copyright:

Verfügbare Formate

Instituto Tecnolgico Superior de Coatzacoalcos

Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica

Unidad 2: Calidad enfocada al desarrollo de sistemas de informacin.

2.1. Calidad en los sistemas de informacin.

Instituto Tecnolgico Superior de Coatzacoalcos

2.2. Defectos y errores de calidad en los sistemas de informacin.

Instituto Tecnolgico Superior de Coatzacoalcos

El cuaderno de Registro del Defecto:

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

Instrucciones para el cuaderno de Registro del Defecto

Instituto Tecnolgico Superior de Coatzacoalcos

Ejemplo del cuaderno de registro de defectos:

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

2.3. Listas de comprobacin.

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

2.4. Gestin del tiempo para el Sistemas de Informacin.

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

2.5. Obtener calidad en los sistemas de informacin (Mtodos, mtricas,

2.7 Costo de calidad de los sistemas de informacin.

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

L.S.C.A. Ral Monforte Chuln

Instituto Tecnolgico Superior de Coatzacoalcos

Instituto Tecnolgico Superior de Coatzacoalcos

Versculo, Frases & Lemas:

L.S.C.A. Ral Monforte Chuln

Das könnte Ihnen auch gefallen