calidad de los sistemas de informacion
DESCRIPTION
2 unidad de los sistemas de informacion en la unidad 2 de mi semestre sistemas de calidad de la informacionTRANSCRIPT
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.