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 in ormacin.

La calidad del soft are afecta a los costes de desarrollo, programacin de las entregas y la satisfaccin del usuario. !uesto que la calidad del soft are es tan importante, necesitamos discutir primero qu significa la palabra La calidad de un producto soft are 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 soft are 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 ! "e ectos. El traba%o de un ingeniero del soft are es entregar productos de calidad con unos costes y programaciones planificadas. )ecuerda tambin, que los productos soft are 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 soft are son muy importantes para los usuarios de los programas, estas funciones no sern *tiles a menos que el soft are funcione. !ara que el soft are funcione, debes eliminar sus defectos. "s, aunque hay muchos aspectos relacionados con la calidad del soft are, 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 Ch ln M!RC" S#stems ,

Instituto Tecnolgico Superior de Coatzacoalcos Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica

2.2. "e ectos ! errores de calidad en los sistemas de in ormacin.

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 soft are 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 soft are 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 soft are cometen, causan defectos en los programas. 2.2.1. #l cuaderno de registro de de ectos. 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 de ecto 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 de ecto: 3o agrupes m*ltiples defectos idnticos en la misma lnea. L.S.C.A. Ral Monforte Ch ln 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 de ecto: 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 "e ecto:

L.S.C.A. Ral Monforte Ch ln M!RC" S#stems

Instituto Tecnolgico Superior de Coatzacoalcos Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica

Instrucciones para el cuaderno de (egistro del "e ecto

)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 Estima o mide el tiempo necesario para encontrar y corregir el defecto. correccin: !uedes utili&ar un cronmetro si lo deseas. "e ecto !uedes ignorar esta casilla la primera ve&. corregido: 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 de ecto. anota el tipo de de ecto: "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 de ecto: "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 de ecto: 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 de ecto: 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 Ch ln 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 de ectos:

L.S.C.A. Ral Monforte Ch ln M!RC" S#stems

Instituto Tecnolgico Superior de Coatzacoalcos Calidad de Sistemas de Informacin - Septimo Semestre Ingeniera Informtica 4. 5a casilla de los "e ectos 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 de ecto 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 de ectos ! 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 Ch ln 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 de ectos. 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 Ch ln 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 de ectos. En los tpicos proyectos de soft are, 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 soft are 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 soft are 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 Ch ln M!RC" S#stems

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 Ch ln M!RC" S#stems

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 Ch ln 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 In ormacin.

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 Ch ln 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 soft are 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 soft are, 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 Ch ln 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 Ch ln 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 in ormacin :*+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 soft are. $esde la dcada del +-, este tema ha sido motivo de preocupacin para especialistas, ingenieros, investigadores y comerciali&adores de soft ares, los cuales han reali&ado gran cantidad de investigaciones al respecto con dos ob%etivos fundamentales1 CCmo obtener un soft are con calidadD CCmo evaluar la calidad del soft areD "mbas interrogantes conllevan amplias respuestas, pero estn estrechamente ligadas con el concepto de la calidad del soft are, que es el resultado de la primera y la fuente de la segunda. La obtencin de un soft are con calidad implica la utili&acin de metodologas o procedimientos estndares para el anlisis, dise.o, programacin y prueba del soft are 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 soft are. 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 soft are. Segundo: El principio administrativo contempla las funciones de planificacin y control del desarrollo del soft are, as como la organi&acin del ambiente o centro de ingeniera de soft are. 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 soft are, 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 soft are de gran calidadB L.S.C.A. Ral Monforte Ch ln 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 in ormacin.

!ara controlar la calidad del soft are 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 soft are 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 soft are 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 soft are 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 soft are que va a ser controlado1 clasificacin por tipo, esfera de aplicacin, comple%idad, etc., de acuerdo con los estndares establecidos para el desarrollo del soft are. 0eleccionar una medida que pueda ser aplicada al ob%eto de control1 !ara cada clase de soft are 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 0oft are :"C0;, vlido para cualquier entidad que se dedique a la investigacin, produccin y comerciali&acin del soft are, el cual incluye la elaboracin de un 0istema de 8ndicadores de la Calidad del 0oft are, la confeccin de una Eetodologa para el "seguramiento de la Calidad del 0oft are 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 0oft are.

2.2 Costo de calidad de los sistemas de in ormacin.

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 soft are 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 Ch ln 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 soft are 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 Ch ln 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 $: Identi icacin ! Clasi icacin 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. Identi icacin 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. Identi icacin de las posibles allas internas L.S.C.A. Ral Monforte Ch ln 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 $. Identi icacin de los es uerzos 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 &. Identi icacin de los es uerzos 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 Ch ln 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 Ch ln 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 in orme ! 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 Ch ln 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 c lti$ara # lo c idara :<en 51,?;. Cuidemos nuestra casa natural: A#l medio ambienteB, %&irando la 'as ra en s l gar por fa$or(. &a) eras Mo#ito * S emi 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 Ch ln M!RC" S#stems

5,