Vous êtes sur la page 1sur 23

TECNOLGICO DE ESTUDIOS SUPERIORES DE CHALCO

INGENIERA INFORMTICA

TRABAJO DE LA SEGUNDA UNIDAD

Materia: Calidad en los Sistemas de Informacin


Docente: Hernndez Suarez Sandra
Alumno: Lopez Lopez Rubn

Estado de Mxico, Chalco, a 7 de Octubre del 2015

INDICE
INTRODUCION ...........................................................................................................................................1
2.1. CALIDAD EN LOS SISTEMAS DE INFORMACIN. ....................................................................2
2.2. DEFECTOS Y ERRORES DE CALIDAD EN LOS SISTEMAS DE INFORMACIN. ..............2
2.2.1. EL CUADERNO DE REGISTRO DE DEFECTOS. ....................................................................3
2.2.2. CONTABILIZACIN DE DEFECTOS Y ERRORES. .................................................................6
2.2.3. FORMAS DE ENCONTRAR Y CORREGIR DEFECTOS.........................................................7
2.2.4. EL COSTO DE ENCONTRAR Y CORREGIR DEFECTOS. ....................................................8
2.3. LISTAS DE COMPROBACIN.........................................................................................................8
2.4. GESTIN DEL TIEMPO PARA EL SISTEMAS DE INFORMACIN. .......................................9
2.5. OBTENER CALIDAD EN LOS SISTEMAS DE INFORMACIN (MTODOS, MTRICAS,
METODOLOGAS, ESTNDARES). .....................................................................................................12
2.6 Controlar la calidad del sistema de informacin. ..........................................................................13
2.7 COSTO DE CALIDAD DE LOS SISTEMAS DE INFORMACIN. .............................................13
2.7.1 CLCULO DEL COSTO DE LA CALIDAD. ................................................................................15
CONCLUCIONES .....................................................................................................................................21

INTRODUCION

En esta unidad entenderemos como nosotros como alumnos conoceremos la importancia de la


calidad en los sistemas de informacin y todo lo que aplica en ella 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

La calidad del software es un tema tan amplio que en este trabajo se tratar de forma parcial.

El trabajo 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.

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

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.

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.

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:

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.
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).
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.
Descripcin: Escribe una breve descripcin del defecto.

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

Ejemplo del cuaderno de registro de defectos:

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

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.
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 compilacin y pruebas. Una vez que ests acostumbrado a reunir datos de defectos, sabrs
mejor por qu son necesarios dichos datos.

2.2.3. FORMAS DE ENCONTRAR Y CORREGIR DEFECTOS.


Se han inventado varias herramientas y ayudas para ayudar a los ingenieros en estos pasos. La
primera herramienta que los ingenieros normalmente utilizan es un compilador. Para entender cmo
y por qu un compilador ayuda a encontrar los defectos, es importante discutir su propsito.
Fundamentalmente, el trabajo del compilador es generar cdigo. As, un compilador explorar todo el
cdigo fuente para ver si puede generar cdigo. Si puede, lo har, tanto si el cdigo es correcto como
si no.
Los compiladores no detectarn cada error tipogrfico, de puntuacin u otro defecto sintctico. La
razn es porque los compiladores, a menudo, pueden generar cdigo de programas fuentes
defectuosas. Aunque muchos de estos defectos que pasan inadvertidos provienen de diseos
inadecuados, algunos podran ser simples errores sintcticos. Puede parecer improbable que un
compilador pudiese pasar por alto errores sintcticos, pero mis datos de varios miles de defectos de
C++ muestran que esto sucedi en el

de los errores sintcticos que comet. As como un

corrector ortogrfico no puede detectar todos los errores ortogrficos, el compilador no detectar
todos los defectos sintcticos.

Una segunda forma de encontrar defectos, es por medio de las pruebas. Aunque hay muchas clases
de pruebas, todas requieren que los examinadores 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 examinador, entonces, ejecuta estos casos de prueba para ver si el programa
proporciona los resultados adecuados. Esto implica otra responsabilidad del examinador: comprender
que los resultados de estas pruebas deberan parecerse si el programa trabajase correctamente.

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.

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.
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 prevelo antes de despegar. Aunque hayan hecho
una comprobacin del mismo avin una hora antes, la vuelven a hacer.

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.

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.

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

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

10

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.

11

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

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.

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.

12

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.6 CONTROLAR LA CALIDAD DEL SISTEMA DE INFORMACIN.
Para controlar la calidad del software es necesario, ante todo, definir los parmetros,
indicadores o criterios de medicin, ya que, como bien plantea Tom De Marco, "usted no puede
controlar lo que no se puede medir".

Las cualidades para medir la calidad del software son definidas por innumerables autores, los
cuales las denominan y agrupan de formas diferentes. Por ejemplo, John Wiley define mtricas
de calidad y criterios, donde cada mtrica se obtiene a partir de combinaciones de los diferentes
criterios. La Metodologa para la evaluacin de la calidad de los medios de programas de la
CIC, de Rusia, define indicadores de calidad estructurados en cuatro niveles jerrquicos: factor,
criterio, mtrica, elemento de evaluacin, donde cada nivel inferior contiene los indicadores que
conforman el nivel precedente. Otros autores identifican la calidad con el nivel de complejidad
del software y definen dos categoras de mtricas: de complejidad de programa o cdigo, y de
complejidad de sistema o estructura.

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

13

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

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.

14

2.7.1 CLCULO DEL COSTO DE LA CALIDAD.


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.

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

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.

15

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

16

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

17

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.

18

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.

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.

19

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.

Etapa 7. Aplicacin 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 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

20

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

El objetivo de esta unidad es documentar y establecer las formas de realizar un anlisis y registro
de los costos de calidad dando respuesta al Sistema de Calidad avalado en una 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.

21

Vous aimerez peut-être aussi