TECNOLÓGICO DE ESTUDIOS SUPERIORES DE CHALCO

INGENIERÍA INFORMÁTICA

TRABAJO DE LA SEGUNDA UNIDAD

Materia: Calidad en los Sistemas de Información Docente: Hernández Suarez Sandra Alumno: Lopez Lopez Rubén

Estado de México, Chalco, a 7 de Octubre del 2015

INDICE INTRODUCION ........................................................................................................................................... 1

2.1. CALIDAD EN LOS SISTEMAS DE INFORMACIÓN. .................................................................... 2

2.2. DEFECTOS Y ERRORES DE CALIDAD EN LOS SISTEMAS DE INFORMACIÓN. .............. 2

2.2.1. EL CUADERNO DE REGISTRO DE DEFECTOS. .................................................................... 3

2.2.2. CONTABILIZACIÓN 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 COMPROBACIÓN......................................................................................................... 8

2.4. GESTIÓN DEL TIEMPO PARA EL SISTEMAS DE INFORMACIÓN. ....................................... 9

2.5. OBTENER CALIDAD EN LOS SISTEMAS DE INFORMACIÓN (MÉTODOS, MÉTRICAS, METODOLOGÍAS, ESTÁNDARES). ..................................................................................................... 12

2.6 Controlar la calidad del sistema de información. .......................................................................... 13

2.7 COSTO DE CALIDAD DE LOS SISTEMAS DE INFORMACIÓN. ............................................. 13

2.7.1 CÁLCULO DEL COSTO DE LA CALIDAD. ................................................................................ 15

CONCLUCIONES ..................................................................................................................................... 21

1

INTRODUCION

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

calidad en los sistemas de información y todo lo que aplica en ella así como también aplicara

las técnicas para determinar los niveles de error y defectos en los sistemas de información y

también adquirirá la habilidad para obtener la calidad de los sistemas de información

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 prácticas que necesitarás para entender los

defectos que introduces, y esto te dotará, de un mecanismo eficiente para que encuentres y

corrijas muchos de tus defectos. También te proporcionará los datos para ayudar a prevenir estos

defectos en el futuro. Finalmente, una vez que puedas gestionar los defectos eficientemente,

puedes dedicar más atención a aquellos aspectos de la calidad que afectan a la utilidad y valor

de los programas que desarrolles.

2

2.1. CALIDAD EN LOS SISTEMAS DE INFORMACIÓN.

La calidad del software afecta a los costes de desarrollo, programación de las entregas y la

satisfacción 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 términos que tengan significado para los usuarios del producto. Así, un producto que

proporciona las prestaciones que son más 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, clarificación 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 también, 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 realización del trabajo es un aspecto clave. Aunque las funciones

del software son muy importantes para los usuarios de los programas, estas funciones no serán

útiles a menos que el software funcione.

2.2. DEFECTOS Y ERRORES DE CALIDAD EN LOS SISTEMAS DE INFORMACIÓN.

El termino defecto se refiere a algo que está equivocado en un programa, tal como un error

sintáctico, una falta tipográfica, un error de puntuación, 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 documentación. 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 codificación pueden producir defectos muy destructivos o que sea difícil

encontrarlos. A la inversa, muchos defectos sofisticados de diseño pueden encontrarse

fácilmente. La sofisticación del error de diseño y el impacto del defecto resultante, son en gran

parte independientes. Los errores triviales de implementación pueden causar serios problemas

en el sistema.

3

2.2.1. EL CUADERNO DE REGISTRO DE DEFECTOS.

El cuaderno de registro de defectos está diseñado 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 más adelante. Después de haber terminado cada programa, analiza los datos para

ver dónde 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 páginas del Cuaderno de

Registro de Defectos y rellena los datos de la cabecera de la primera página. Después de utilizar

todos los espacios en la primera página, completa la cabecera antes de comenzar la segunda

página.

2. Cuando encuentres un defecto por primera vez: Anota su número 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ó más de una docena de mensajes de error.

Aunque al principio no sabía qué problema tenía, al menos sabía que era un error. Anotó la fecha

y puso un 1 en la casilla Número de la primera línea del cuaderno de defectos. Esto fue para el

primer defecto del programa 1O. Estos números te ayudarán posteriormente a analizar los datos

de los defectos. En programas más grandes, los números de defecto se utilizan para controlar

los problemas con correcciones incorrectas y ayudar a la prevención de defectos.

3. Utiliza una línea separada para cada defecto: No agrupes múltiples defectos idénticos en

la misma línea.

4. Escribe la fecha de localización del defecto: Si encuentras varios defectos el mismo día, es

aceptable dejar las siguientes casillas de la fecha en blanco, hasta la primera anotación del día

siguiente. En la Tabla, el Estudiante X encontró todos los defectos el día 28 de octubre, por lo que

no necesitó volver a anotar la fecha, pues supuso que se

Repetía hasta que no la cambiase.

4

El cuaderno de Registro del Defecto:

Instrucciones para el cuaderno de Registro del Defecto

Propósito: 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.

Método: 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. * Número de programa.

Fecha: Anota la fecha en la que se encontró el defecto.

Tipo: Anota el tipo de defecto, según la lista de tipos de defectos del formato anterior

(también 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 sería la fase durante la cual encontraste y corregiste el defecto.

Tiempo de

corrección:

Estima o mide el tiempo necesario para encontrar y corregir el defecto.

Puedes utilizar un cronómetro si lo deseas.

Defecto

corregido:

Puedes ignorar esta casilla la primera vez.

Si introduces este defecto mientras estás arreglando otro, anota el número del defecto

incorrectamente corregido.

Descripción: Escribe una breve descripción del defecto.

5

5. Después 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 preocupándote sobre

qué tipo de defecto es el más 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 número 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 debería ser un problema para programas pequeños. Utiliza tu mejor criterio y no te

preocupes mucho tiempo de este tema. En el ejemplo, el Estudiante X estaba convencido de que

había 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. Después de iniciar la fase de compilación, por ejemplo, anota la palabra

compilar para la fase de eliminación. Aquí, para el defecto 1, el Estudiante X estaba en la fase de

compilación cuando encontró y corrigió el defecto, por eso anotó la palabra compilar en la casilla de

Eliminado.

8. Para el tiempo de corrección 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 había arreglado el problema y

comprobado para asegurarse de que estaba correctamente corregido, de nuevo comprobó su reloj y

vio que solamente le había dedicado un minuto. Generalmente, para defectos de compilación, el

tiempo de corrección será solamente de un minuto aproximadamente.

6

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 más adelante, ignóralo por ahora.

10. Escribe una breve descripción del defecto en la sección de descripción: 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 lógico más sofisticado, escribe varias

líneas, escribe en las siguientes líneas del cuaderno de defectos si es necesario. Para el defecto 1, el

Estudiante X simplemente anotó “omitido;”.

2.2.2. CONTABILIZACIÓN DE DEFECTOS Y ERRORES.

Aunque la definición de un defecto puede parecer obvia, no lo es. Durante la compilación, por ejemplo,

cuenta solamente cambios que haces. Es decir, si el compilador presenta 10 mensajes de error

por una omisión del punto y coma, la omisión del punto y coma es un único defecto. Así, anota un

7

defecto en el Cuaderno de Registro de Defectos para cada corrección del programa, sin tener en

cuenta la naturaleza de la corrección y el número de mensajes de error del compilador.

De forma similar, cuando encuentres un defecto de diseño mientras estés codificando, se considerará

un defecto de diseño. Mientras diseñas, sin embargo, con frecuencia puedes cambiar tu idea de cómo

hacer algo. Si estás corrigiendo un error en los requisitos o en las especificaciones, eso sería un

defecto de requisitos de especificación. Si, por el contrario, has pensado una forma mejor de hacer

el diseño, no sería un defecto.

Observa que en este libro no se te exige contabilizar los defectos encontrados durante las fases de

diseño y codificación. Inicialmente, es importante concentrarte sobre aquellos defectos encontrados

durante la compilación y pruebas. Una vez que estés acostumbrado a reunir datos de defectos, sabrás

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 cómo

y por qué un compilador ayuda a encontrar los defectos, es importante discutir su propósito.

Fundamentalmente, el trabajo del compilador es generar código. Así, un compilador explorará todo el

código fuente para ver si puede generar código. Si puede, lo hará, tanto si el código es correcto como

si no.

Los compiladores no detectarán cada error tipográfico, de puntuación u otro defecto sintáctico. La

razón es porque los compiladores, a menudo, pueden generar código de programas fuentes

defectuosas. Aunque muchos de estos defectos que pasan inadvertidos provienen de diseños

inadecuados, algunos podrían ser simples errores sintácticos. Puede parecer improbable que un

compilador pudiese pasar por alto errores sintácticos, pero mis datos de varios miles de defectos de

C++ muestran que esto sucedió en el de los errores sintácticos que cometí. Así como un

corrector ortográfico no puede detectar todos los errores ortográficos, el compilador no detectará

todos los defectos sintácticos.

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

8

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 deberían parecerse si el programa trabajase correctamente.

2.2.4. EL COSTO DE ENCONTRAR Y CORREGIR DEFECTOS.

En los típicos proyectos de software, el producto es dividido en muchos programas elementales o

módulos pequeños. Cada ingeniero, desarrolla uno o más de estos módulos. Después de diseñar el

módulo, implementarlo y compilarlo, los ingenieros hacen una prueba inicial o prueba de unidad.

Después de estas pruebas de unidad privadas, se combinan los módulos en un gran componente y

se hacen pruebas de integración. 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, duración

y complejidad de las pruebas de integración, de componentes, de producto y del sistema variará con

el tamaño 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 varía 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 tipográficos en los nombres pueden pasar la fase de compilación,

siendo muy difícil encontrarlos en la fase de pruebas.

El tiempo de encontrar los defectos en las pruebas de integración, de componentes o del sistema,

también variará con el tamaño y la complejidad del sistema. Muchas veces se requiere encontrar y

corregir defectos en sistemas grandes y muy complejos. En las pruebas de integración, por ejemplo,

cada defecto puede costar una hora o más, y en las pruebas del sistema cada defecto puede costar

entre 10 a 40 o más horas de ingeniero.

2.3. LISTAS DE COMPROBACIÓN.

La clave para realizar una revisión de código efectiva es tener un procedimiento de revisión eficiente.

Este capítulo describe las listas de comprobación para la revisión de código, y explica cómo pueden

ayudarte, para que de una forma rápida y eficiente, encuentres los defectos en tus programas y hagas

9

una lista de comprobación para tu uso personal. Como ejercicio, diseñarás una lista de comprobación

para los defectos que normalmente introduzcas y la utilizarás en la revisión de tus programas.

Por qué ayudan las Listas de Comprobación.

Una lista de comprobación 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

están especificadas, a menudo, utilizan las listas de comprobación. Los pilotos de líneas aéreas, por

ejemplo, las utilizan para hacer una comprobación prevelo antes de despegar. Aunque hayan hecho

una comprobación del mismo avión 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 comprobación te puede ayudar a asegurarte de que se sigue el procedimiento.

En este capítulo, trataremos una clase muy especial de lista de comprobación: una diseñada para

ayudarte a encontrar los defectos cuando hagas una revisión de código de un programa que has

escrito. Verás cómo construyes una lista de comprobación para la revisión de código, que se adapta

para encontrar los defectos que te han causado anteriormente muchos problemas.

Las listas de comprobación también pueden ser una fuente de ideas. Cuando sigues una lista de

comprobación personal, sabes cómo revisar tu código. Si utilizas la lista correctamente, también

sabes cuantos defectos encuentras en cada paso de dicha lista. Comparar tu lista de comprobación

con las de otros ingenieros, te puede sugerir aproximaciones útiles para la revisión.

2.4. GESTIÓN DEL TIEMPO PARA EL SISTEMAS DE INFORMACIÓN.

La lógica del Gestión del Tiempo.

Los fundamentos para gestionar el tiempo son:

Probablemente harás esta semana lo mismo que hiciste la semana pasada. En general, la forma en

que utilizaste tu tiempo la Última semana te proporcionará una aproximación bastante buena a la

forma en la que gastarás tu tiempo en futuras semanas. Hay, sin embargo, muchas excepciones.

Durante la semana del examen, por ejemplo, no puedes asistir al mismo número clases y

probablemente dedicarás más 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

cómo gastaste tu tiempo la Última semana, te sorprenderías de tus datos reales. Las personas

10

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 rápidamente, porque nos

agrada hacer dichas cosas. Por el contrario, en las actividades lentas, aburridas o difíciles parece que

se dedica más tiempo del que realmente se consume. Por lo tanto, para saber cómo utilizar tu tiempo,

necesitas tener registros exactos del mismo.

Para hacer más precisos tus planes, determina las equivocaciones de los planes anteriores, y qué

podrías haber hecho para mejorar. Cuando hagas el trabajo planificado, registra el tiempo que utilizas.

Esos datos del tiempo serán útiles si se anotan con un poco de detalle. Por ejemplo, cuando estés

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 exámenes. Cuando codifiques grandes programas,

de igual forma encontrarás útil registrar los tiempos para las distintas partes del trabajo: diseño del

programa, escritura del código, compilación 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 más.

Al principio, cumplir un plan es probablemente difícil. Hay muchas razones posibles, pero la más

común es que el plan no era muy bueno. Hasta que no intentes seguirlo, probablemente no sabrás

porque. Trabajando con el plan, consigues el primero de dos beneficios: saber dónde estaba

equivocado el plan, lo cual te ayudará a mejorarlo en el próximo proyecto.

El segundo beneficio de trabajar con el plan es que harás 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 ingeniería del

software son causados por atajos irreflexivos, descuidos y distracciones en los detalles. En muchos

casos, los propios métodos eran conocidos y especificados pero no se seguían. Aprender a

establecer planes útiles es importante, pero aprender a seguir dichos planes es absolutamente crucial.

Otro beneficio más 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é harás después. El plan también

te ayuda a centrarte en lo que estás haciendo. Es menos probable que te distraigas y es más fácil ser

eficiente.

11

Comprende como utilizas el tiempo.

Para practicar la gestión del tiempo, el primer paso es entender cómo utilizas el tiempo ahora. Esto

se hace en varios pasos:

Clasifica tus principales actividades. Cuando comiences a controlar el tiempo, probablemente

encontrarás 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á difícil encontrarle sentido a los datos. De tres a cinco categorías

deberán ser suficientes para controlar el tiempo durante el curso. Si posteriormente necesitas un

mayor grado de detalle, divide las categorías más generales en subcategorías.

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 olvidarás con frecuencia, pero después de cierta

práctica será natural en ti. El Capítulo 3 describe el registro del tiempo con más detalle.

Registra el tiempo de forma normalizada. Normalizar los registros de tiempo es necesario porque el

volumen de datos aumentará rápidamente. Si no registras y almacenas cuidadosamente estos datos,

se perderán o estarán desorganizados. Los datos confundidos o desordenados son difíciles de

encontrar o interpretar. Si no intentas tratar los datos de forma adecuada, puede que no los reúnas

bien. El Capítulo 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 necesitarás guardar los registros de

tiempo con los trabajos del curso, guárdalos en un lugar adecuado. Esta es una de las principales

utilidades del cuaderno de ingeniería.

El cuaderno de Ingeniería

En este curso, utilizarás un cuaderno de ingeniería para controlar el tiempo. Lo utilizarás también para

otras cosas, tales como, guardar los ejercicios, controlar compromisos, tomar notas de clase y como

un cuaderno de trabajo para anotar ideas de diseño y cálculos.

12

Una utilización adicional del cuaderno de ingeniería es la protección de los activos intelectuales de

los empleados, por ejemplo, registrando ideas que se puedan patentar. Una vez, en una reunión de

diseño, entre mis colegas y yo ideamos algo que se podía considerar como una idea a patentar.

Escribimos la idea en mi cuaderno de ingeniería y todos firmamos cada página. El asesor de patentes

nos dijo que esto podría ser Útil para establecer la fecha del invento. La compañía también nos dio a

cada uno de nosotros un premio en metálico.

Aunque probablemente estas ideas no te interesen como estudiante, este curso trata sobre cómo

aprender los métodos y establecer los hábitos que necesitarás en la práctica como ingeniero. Por ello,

deberías disponer a partir de ahora de tu propio cuaderno de ingeniería y crearte el hábito de utilizarlo.

El diseño del cuaderno.

El diseño particular del cuaderno no es clave, pero la práctica general en la industria es utilizar

un cuaderno de gusanillo. Si numeras cada página, el diseño de gusanillo te permitirá tener

las páginas en orden y un registro legal Útil de tu trabajo. La desventaja, por supuesto, es que

tendrás que registrar tus notas en orden cronológico y no podrás insertar o eliminar páginas

fácilmente.

2.5. OBTENER CALIDAD EN LOS SISTEMAS DE INFORMACIÓN (MÉTODOS, MÉTRICAS,

METODOLOGÍAS, ESTÁNDARES).

Uno de los problemas que se afrontan actualmente en la esfera de la computación es la calidad

del software. Desde la década del 70, este tema ha sido motivo de preocupación para

especialistas, ingenieros, investigadores y comercializadores de softwares, los cuales han

realizado gran cantidad de investigaciones al respecto con dos objetivos fundamentales:

¿Cómo obtener un software con calidad?

¿Cómo evaluar la calidad del software?

Ambas interrogantes conllevan amplias respuestas, pero están 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 tecnológico define las técnicas a utilizar en el proceso de desarrollo del

software. Segundo: El principio administrativo contempla las funciones de planificación y control

del desarrollo del software, así como la organización del ambiente o centro de ingeniería de

software.

13

Tercero: El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.

La adopción de una buena política 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 evaluación.

Todas las metodologías y herramientas tienen un único fin “producir software de gran calidad”

2.6 CONTROLAR LA CALIDAD DEL SISTEMA DE INFORMACIÓN.

Para controlar la calidad del software es necesario, ante todo, definir los parámetros,

indicadores o criterios de medición, 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 métricas

de calidad y criterios, donde cada métrica se obtiene a partir de combinaciones de los diferentes

criterios. La Metodología para la evaluación de la calidad de los medios de programas de la

CIC, de Rusia, define indicadores de calidad estructurados en cuatro niveles jerárquicos: factor,

criterio, métrica, elemento de evaluación, 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 categorías de métricas: de complejidad de programa o código, y de

complejidad de sistema o estructura.

2.7 COSTO DE CALIDAD DE LOS SISTEMAS DE INFORMACIÓN.

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 Limitación, 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 Prevención y Costos de Evaluación.

* Costos de Prevención: están causados por las medidas tomadas en el proyecto para prevenir

defectos o problemas en los entregables, para evitar la aparición de errores. En un proyecto de

software esto sería por ejemplo implementar una metodología de desarrollo consistente. En una

obra en construcción esto sería por ejemplo cumplir con los estándares de tendido de líneas

eléctricas para prevenir problemas posteriores.

14

* Costos de Evaluación: están causados por las medidas tomadas para evaluar los entregables

una vez producidos, y corregirlos si es necesario. En un proyecto de software esto sería por

ejemplo dedicar recursos a las pruebas de integración del sistema una vez desarrollado. En una

obra en construcción esto sería por ejemplo realizar inspecciones periódicas de la estructura.

Como ejemplo, existen varias actividades típicas en un proyecto relacionadas la Costo de la

Calidad:

* Capacitación (este es un Costo de Prevención): capacitación en la construcción o entrega del

producto o servicio. Sirve para insertar el proceso de administración de calidad dentro del

proceso de elaboración. Sirve para implementar la calidad en términos técnicos, específicos a

los entregables.

* Mantenimiento (Costo de Prevención): definición de políticas de mantenimiento posteriores a

la finalización del proyecto. Sirve para conservar el buen desempeño de los entregables una vez

finalizado el proyecto.

* Pruebas (Costo de Evaluación): especificación y ejecución 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 producción.

* Auditorías (Costo de Evaluación): desarrollo de auditorías que inspeccionen el proceso de

construcción de los entregables. Sirven 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 línea base para el costo de calidad y

proporcionar una base normalizada de comparación. La base de la normalización casi siempre

es monetaria.

Los costos de fallas son aquellos que desaparecerían 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 envío. Los costos de fallas internas incluyen reelaboración, reparación y

análisis en modo de falla. Los costos de fallas externas se asocian con defectos que se

detectan después de que el producto ha sido enviado al cliente. Los ejemplos de costos de

fallas externas son la resolución de las quejas, devolución y reemplazo del producto, soporte

de ayuda en línea y trabajo de garantía.

15

2.7.1 CÁLCULO DEL COSTO DE LA CALIDAD.

Procedimiento para el cálculo de los costos de calidad.

Cada Sistema de Costos de Calidad debe ser un traje a la medida de la organización que lo

implemente.

La implantación de un Sistema de Costos de la Calidad se realiza teniendo en cuenta varios

factores, entre los cuales se destacan: las características del producto o servicio, la complejidad

del proceso, el Cliente al que está dirigido y el avance alcanzado por la organización 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 máximo de sus resultados con el menor costo posible

y donde la búsqueda de la calidad sea un requisito indispensable para un futuro desarrollo o

permanencia, debe incluir el cálculo y análisis de los costos de calidad.

Etapas del diseño para el cálculo y evaluación de los costos de calidad:

Etapa 1. Motivación de la alta dirección:

La implantación de un procedimiento ha de ser una acción apoyada por la alta dirección, 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 estén motivadas para que la acción

planteada sea un éxito. En estos departamentos se manejan datos sobre costos de calidad, aún

sin conocerlo y se dispone de los medios informáticos 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. Realización de un análisis del sistema de costos existente:

Antes de diseñar cualquier procedimiento es necesario analizar las características 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, recolectándolos

con un acuerdo pleno entre los miembros de la alta gerencia sobre las definiciones de las

categorías y subcategorías. Con el análisis se podrán obtener informaciones necesarias para la

valoración e interpretación de los datos precisos para la detección de los problemas sobre lo que

se debe actuar y valorar su efecto económico en la gestión financiera de la empresa.

16

Además se ha de conocer la forma de presentación y la periodicidad de la información referente

a los costos, así como los responsables. Por ende, esta etapa tiene que completarse con la

relación de costos de calidad que no suministra el sistema actual.

Etapa 3: Identificación y Clasificación de Costos de Calidad:

Inicialmente se estudiaron los disímiles enfoques de costos de calidad y las categorías en que

se dividen, realizándose un resumen de las subcategorías más importantes. Estas subcategorías

identificadas, así como sus respectivas definiciones, deben ser usadas solo como una guía para

iniciar la elaboración del sistema de medición 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 continuación se explican los pasos de la

técnica.

* Paso 1. Identificación de las posibles fallas externas

Los especialistas de calidad existentes en la empresa deben identificar las fallas típicas externas

que podrían presentarse por cada servicio que genera el proceso, en relación con cada tipo de

cliente.

* Paso 2. Identificación de las posibles fallas internas

Los especialistas de calidad existentes en la empresa deben identificar los tipos de fallas internas

que se podrían encontrar en el control de las distintas actividades del proceso, hasta previa

realización del servicio al cliente.

* Paso 3. Identificación de los esfuerzos de evaluación 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. Identificación de los esfuerzos de prevención para evitar servicios con fallas

Los especialistas de calidad existentes en la empresa deben identificar cuáles deberían ser las

actividades a desarrollarse en el proceso que evitarían 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 categoría. Después de culminada la aplicación de la técnica se

pasaría a la próxima etapa.

17

Etapa 4: Cálculo de los costos de calidad

Antes de conocer cómo debe presentarse la información de un sistema de medición de costos

de calidad, cada qué tiempo debe rendirse el informe y cómo deben hacerse los análisis

pertinentes, es necesario conocer cómo cuantificar los costos de calidad y en quién o quiénes

debe caer esta responsabilidad. Escoriza (2003) plantea ciertas expresiones de cálculo muy

útiles con las cuales es posible determinar algunos elementos para cada costo, aunque es lógico

que las expresiones también 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 cálculo de los costos de calidad es más relevante en aquellas áreas de mayores gastos por

este concepto y en las que tienen más posibilidades de reducción de los costos. Por tanto, es

factible valorar en muchos casos la estimación de los costos y no la realización de excesivos

cálculos con los que quizá se perdería la esencia de lo que se quiere obtener. No obstante, esta

valoración quedaría al criterio y la experiencia del responsable de ejecutar la actividad.

A continuación se definen las expresiones para el cálculo de los elementos de gastos por cada

categoría de costo.

Costos de prevención

1. Gastos por planeación 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 diseño de acciones

correctivas o implantación de mejoras.

3. Administración de la calidad: Son los costos globales en los que se incurre en la administración

del sistema de gestión de la calidad.

4. Auditorías 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. Auditorías externas: Son los costos derivados de las inspecciones realizadas por los

especialistas de Oficina Nacional de Normalización (ONN) a los procesos.

6. Materiales y tiempos destinados a capacitación: Son los costos derivados del valor de los

materiales invertidos en la capacitación y los salarios devengados por el personal en la

capacitación. Además se pueden los gastos por concepto de alimentación.

18

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. Modificación de la documentación del sistema de la calidad: Son los costos derivados del valor

de los materiales y el tiempo invertido en la reelaboración de la documentación ya sean,

procedimientos, instrucciones o manuales del Sistema de Gestión de la Calidad, para su puesta

en conformidad con nuevos requisitos.

Costos de evaluación

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. Evaluación de la calidad en la recepción: Costos incurridos en las inspecciones durante la

recepción y salidas de las Materias Primas o Productos del almacén.

3. Auditorías 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 auditorías externas realizadas a la organización.

Costos de fallos internos:

1. Falta de gestión de la dirección: Costos en que se incurre producto del tiempo de inactividad

de cualquier empleado por causas concernientes a la falta de gestión, 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 gestión de marketing: Costos en que se incurre producto del tiempo de inactividad de

cualquier empleado por causas concernientes a la falta de gestión de la actividad de marketing.

Gastos de salario por el tiempo inactivo de los especialistas, técnicos y obreros por concepto de

ineficiencias en la actividad de Marketing.

Gastos por producción no conforme: Son los costos derivados de la perdida de la producción no

conforme en cada mes y que son resultado del propio trabajo de la empresa.

Gastos por recuperación de la producción no conforme: Son los costos que se generan por la

rectificación de un producto o servicio que falla por no cumplir con los requisitos de calidad.

Reparación de equipos: Son los costos del trabajo de reparación a los equipos ya sea por

personal interno de la empresa o externo, por roturas imprevistas.

19

Costos de fallos externos:

1. Gastos por reposiciones o cambios: Son los costos derivados del tiempo y los materiales

destinados a la reparación del producto en el período de garantía.

2. Gastos por eliminación de la producción defectuosa: Son los costos asociados con la recepción

y eliminación de la producción 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

devolución de efectivo en el período de garantía.

5. Pérdida de clientes: Costos de fallos externos provocados por la pérdida de vínculos con

clientes vitales de la organización.

6. Tramitación de quejas y reclamaciones: son los costos asociados a atender y dar solución a

una queja de un cliente, a consecuencia de una calidad errónea.

Etapa 5. Evaluación de los costos de calidad

Una vez establecido el sistema de medición de los costos de calidad es necesario definir la

periodicidad de los informes contemplando el análisis de los mismos. Dependiendo a quién vayan

dirigidos los informes, así será la frecuencia con que deberán presentarse.

Las mediciones que se seleccionan serán una función de la empresa en particular y de sus

prácticas para preparar reportes. Los reportes contables deben interpretarse por gerentes de la

calidad, quienes también 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 dependerán de la naturaleza del proceso,

aunque se recomienda que se elaboren diariamente.

20

Los informes se convierten en un excelente indicador para señalar el lugar en el cuál empezar a

investigar, identificar con precisión los problemas crónicos que están generando los costos de

calidad. También constituyen un indicador importantísimo para evaluar el progreso de los

proyectos de mejoramiento. En ellos debería reflejarse la disminución de las fallas, la

optimización de la evaluación y redimensión de la prevención, si es que el mejoramiento de la

calidad ha sido exitoso.

Etapa 6. Presentación de los resultados de los costos a la dirección, junto con un informe y las

oportunidades de mejoramiento

En un sistema de costos de la calidad es muy importante que la información esté organizada de

manera tal que facilite el análisis. Una vez recopilados los datos se debe decidir cómo se

presentarán, para realizar los análisis e interpretaciones pertinentes. Lo más recomendable es

hacerlo de forma gráfica pues así se resumen grandes cantidades de datos en un área pequeña.

Las técnicas gráficas más utilizadas en estos casos son:

• Gráficos de pastel para evidenciar la relación que tienen las diferentes categorías respecto al

costo total de calidad.

• Gráficos de tendencia para mostrar el comportamiento de los costos de calidad en función del

tiempo. Este tipo de gráfico puede hacerse tanto para cada categoría en particular como para el

costo total de calidad, como también puede hacerse a corto o a largo plazo, o sea; establecer

gráficos mensuales, trimestrales, semestrales y anuales.

• Gráficos de barras. Dentro de este gráfico se encuentra el llamado diagrama de Pareto que se

utiliza para estratificar los elementos más importantes en una determinada categoría y

jerarquizarlos de acuerdo a su magnitud en la generación del problema, pues en muchas

ocasiones una pequeña cantidad relativa de causas es la que contribuye a un porcentaje

relativamente alto de los costos totales.

Etapa 7. Aplicación 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 implantación al resto de la empresa; adaptándolo a las

características de cada área para que resulte representativo y útil, facilitándose 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 metodología propuesta hasta

21

este momento, serviría de gran ayuda para su ejecución e implantación en otras áreas de la

empresa.

El objetivo de este procedimiento es documentar y establecer las formas de realizar la recogida,

análisis y registro de los costos de calidad, dando respuesta al Sistema de Calidad avalado en

cada Empresa. Este procedimiento es de aplicación para todos los procesos que generen Costos

de Calidad. Con el establecimiento de un procedimiento único para la recogida, análisis, registro

y distribución de los Costos de Calidad en todas las actividades desarrolladas en la empresa, se

logra una uniformidad en la ejecución de este tipo de trabajo, lo cual constituye una excelente

arma para la gestión de la dirección, con el fin de monitorear los costos por proyectos y de

actividades colaterales de una forma más racional, posibilitando determinar con precisión las

áreas que mayormente inciden en la generación de dichos costos y que con un adecuado uso

de las acciones preventivas y correctivas pueda llevar a vías de hecho el mejoramiento continuo

de la calidad.

CONCLUCIONES

El objetivo de esta unidad es documentar y establecer las formas de realizar un análisis y registro

de los costos de calidad dando respuesta al Sistema de Calidad avalado en una Empresa.

Este procedimiento es de aplicación para todos los procesos que generen Costos de Calidad.

Con el establecimiento de un procedimiento único para la recogida, análisis, registro y

distribución de los Costos de Calidad en todas las actividades desarrolladas en la empresa, se

logra una uniformidad en la ejecución de este tipo de trabajo, lo cual constituye una excelente

arma para la gestión de la dirección, con el fin de monitorear los costos por proyectos y de

actividades colaterales de una forma más racional, posibilitando determinar con precisión las

áreas que mayormente inciden en la generación de dichos costos y que con un adecuado uso

de las acciones preventivas y correctivas pueda llevar a vías de hecho el mejoramiento continuo

de la calidad.