PARTE DE ENSAYO

CONTROL DE CALIDAD
Pablo Lescano Silva
7mo. Ciclo Informtica UTPL
31. Mediante un ejemplo, indique la diferencia entre accin
preventiva y accin correctiva.
Conceptualmente la accin preventiva se anticipa a la causa del
problema, mientras que la correctiva se ocupa de la causa del
problema. Es importante con respecto a la correctiva entender la
diferencia entre accin correctiva y correccin. La primera como ya se
dijo se ocupa de la causa del problema, mientras que la correccin
de ocupa del problema mismo.
En este contexto, un ejemplo vlido sera el siguiente: En una
empresa de desarrollo de software, podemos prevenir la redundancia
de datos o proteger la integridad de los mismos mediante una
correcta normalizacin de la BD mencionada. Este caso corresponde a
una accin preventiva. En cambio, en la misma empresa podemos
tomar una accin correctiva, cuando nos damos cuenta que nuestro
programador est obviando comentarios en el cdigo, los mismos que
son necesarios para su depuracin y futuro mantenimiento, y sobre
todo, est especificado en los requerimientos tcnicos enviados al
programador. Hemos notado este fallo en una supervisin de rutina al
cdigo, al no tener una gua clara de que hace paca seccin de
cdigo. La accin correctiva en s puede constar de tres instancias en
este caso, a saber: primero se le indica verbalmente, si vuelve a
incurrir en el error (despus de una inspeccin programada para
mitigar el problema) entonces le enviamos una amonestacin escrita
y si finalmente hace caso omiso a esta ltima, en la tercera
inspeccin, se procede a la cancelacin de su contrato y el
consiguiente reemplazo del programador.
32. Proponga por lo menos dos indicadores que permitan verificar el
grado de cumplimiento de cada uno de los principios de gestin de
calidad que propone la familia de normas ISO 9000.
Enfoque al cliente
Indicador 1.- El negocio existe por una razn: El cliente. Si no hay
clientes es posible que este principio no se est cumpliendo.
Indicador 2.- La insatisfaccin del cliente es otro indicador de este
principio.
Liderazgo

Indicador 1.- La meta es siempre brindar el mejor servicio, una

caracterstica del lder radica en hacer las cosas porque quiere
hacerlas bien, con una actitud proactiva.
Indicador 2.- Otro indicador de liderazgo, radica en generar productos
innovadores, originales y que relacionen nuestra marca con una alta
calidad.
Participacin del personal
Indicador 1.- Cada empleado tiene una funcin muy importante en el
negocio, si uno de ellos est fallando, quizs esto nos indique una
falencia en la gestin del personal con respecto a la calidad en lo que
hace dicho empleado. La motivacin es muy importante y se alimenta
cada minuto de cada da.
Indicador 2.- En una cadena de produccin cada individuo es un
engranaje, parte de una maquinaria que sostiene la calidad global de
un negocio. Si la calidad global comienza a decrecer, es importante
determinar si en algn eslabn de la cadena la calidad no est siendo
cuidada.
Enfoque basado en procesos
Indicador 1.- Una cadena de produccin es una serie de procesos que
juntos generan un producto para la venta. Por ejemplo en la empresa
de comida rpida xxBurguer, el empleado 1 es quien pela las papas,
el 2 es quien las fre, el 3 mientras tanto coloca la carne pre cocida en
la freidora, etc. Notamos que algo falla en este proceso cuando en un
pedido ya ha salido una hamburguesa pero las papas an no estn.
Esto implica que uno de los procesos de las papas fritas (pelar, picar o
frer) no se est cumpliendo.
Indicador 2.- En una peluquera el tiempo de atencin por cliente es
de mximo 30 minutos en un corte normal, segn las polticas del
negocio. Sin embargo, en un da normal en hora pico, la situacin es
la siguiente: quien va a realizar el corte est con la silla vaca, la sala
de espera est abarrotada y quien realiza el lavado de pelo se
encuentra en un caos y se demora como 19 minutos en realizar cada
lavado. En este punto est claro que algn proceso en la seccin de
lavado no est siendo cumplida y en consecuencia genera ms
tiempo del calculado.
Enfoque de sistema para la gestin
Indicador 1.- Si los fallos en la misma empresa xxBurguer no son
casos aislados sino que del mismo modo fallan algunos procesos,
alentando an ms el servicio y en consecuencia decreciendo la
calidad del negocio, entonces quizs el administrador no est viendo
a todos los procesos como un todo, como un sistema. Es importante
que el administrador tenga controles regulares de su gestin para
saber que todos los procesos son parte de un gran sistema.
Indicador 2.- En un negocio de imprenta, es importante definir que
parte del sistema es asumido por cada proceso y si ese sistema tiene
un orden determinado, en cuyo caso, aquel orden representa tiempos

y en consecuencia tiempos de atencin a cliente, traducidos en

calidad. Si una parte del sistema se cambia el orden,
automticamente los tiempos se vern afectados.
Mejora continua
Indicador 1.- Si la imagen de una empresa no ha cambiado en los
ltimos 14 aos, lo ms probable es que la empresa en cuestin haya
perdido la motivacin en cuanto a renovar. La renovacin constante
de imagen genera expectativa permanente en el cliente.
Indicador 2.- Es importante adems, que la maquinaria se vaya
renovando permanentemente para garantizar que nuestros clientes
tengan siempre producto de ltima generacin. Un negocio que no
mejora su equipamiento, est en una clarsima decadencia en cuanto
a la calidad de su producto.
Enfoque basado en hechos para la toma de decisin
Indicador 1.- En cualquiera de los ejemplos anteriores no podemos
tomar decisiones solo basados en la observacin o en las sugerencias
de los otros empleados, ni siquiera en nuestro propio juicio que puede
estar sesgado por cualquier razn. Es importante manejar bien los
indicadores basados en datos objetivos. Por ejemplo, se puede
justificar un retraso en la cadena de produccin en el proceso de pelar
papas con el argumento de que el empleado est aprendiendo, pero
el problema se convierte en algo a tomar en cuenta cuando vemos
en los indicadores que este proceso se encuentra en constante
retraso y se deber tomar las acciones correctivas pertinentes.
Indicador 2.- Toda empresa que garantiza una calidad determinada
est obligada a monitorear los procesos y recabar informacin y datos
ya que es lo nico que permite objetivar las decisiones.
Relaciones mutuamente beneficiosas con el proveedor
Indicador 1.- Si garantizamos que nuestros proveedores traen la
mejor materia prima para nuestro producto, entonces estamos
cuidando directamente la calidad de nuestro producto. Obviamente
tener un proveedor de calidad garantizada automticamente
garantizar nuestro producto.
Indicador 2.- Para calificar a nuestro proveedor no solamente
debemos atender aspectos como el precio o la calidad, es necesario
tambin tomar en cuenta parmetros como cumplimiento, tiempos de
entrega, que tambin afectan directamente en la calidad de nuestro
producto y/o servicio.
33. Caractersticas de calidad del modelo McCall y la norma ISO
25010
1. Cul es la caracterstica ms importante del modelo McCall?
Despus de un anlisis profundo, en realidad ninguno tiene ms
importancia que otro en cuestin de software (que es lo que trata la
ISO 25010) Cualquiera de las caractersticas planteadas es
indispensable para garantizar la calidad del software segn el modelo

McCall, ya que las mismas garantizan que desde el mbito interno, se

genere calidad hacia el externo.
2. Qu es ms importante para McCall?
Su objetivo principal es guiar el desarrollo de los productos de
software con la especificacin y evaluacin de requisitos de calidad.
3. Qu es ms importante para la ISO 25010?
Lo ms importante para la ISO 25010 es el grado en que el producto
software satisface los requisitos de sus usuarios, esto significa el
aporte de un valor al producto.
4. Cules son las caractersticas que se asemejan?
En realidad esta pregunta, segn el planteamiento actual puede tener
varias respuestas debido a la ambigedad con que fue planteada la
pregunta. In embargo, voy a entender que esta pregunta quiere decir
que entre las caractersticas presentadas en la ISO 25010, cules de
ellas se asemejan entre ellas mismas. Si este es la interpretacin
correcta pues entonces, yo dira, segn mi anlisis, que ninguna se
asemeja, ya que si hubiera algn tipo de similitud, entonces que
sentido tendra diferenciar las caractersticas en mencin. Desde mi
punto de vista, cada una de las caractersticas cubre un rango de
posibilidades especfico en cuanto a los requerimientos del cliente
(especificaciones de usuario). Si alguna de ellas tuviera alguna
similitud, generara una ambigedad innecesaria para poder
establecer un criterio de calidad objetivo y claro.
34. Ensayo acerca de la situacin actual de las normas de la familia
ISO 25000.
Actualmente, y ante la necesidad de estandarizar la calidad en el
mundo del desarrollo de software, la norma ISO 25000 est planteada
en tres frentes que corresponden a las respectivas normas ISO 25010,
25012 y 25040. Las tres, como se ha dicho anteriormente, cubren los
frentes necesarios para garantizar la calidad de u producto software
en todos sus frentes. Para ellos detallaremos brevemente a
continuacin de que se trata cada una de estas modalidades de la
norma.
En primer lugar, tenemos la ISO 25010, que se encarga
especficamente de las caractersticas de calidad que se tomarn en
cuenta el momento de evaluar las propiedades de un producto
software determinado. Cito las caractersticas presentadas en la
website de la norma: Adecuacin funcional, Eficiencia de desempeo,
Compatibilidad, Usabilidad, Fiabilidad, Seguridad, Mantenibilidad y
portabilidad, definen la calidad necesaria basada en los requisitos del
usuario.
En segundo lugar tenemos la ISO 25012, la cual se concentra en la
calidad de Productos de Datos, es decir, la calidad de los datos a
tomar en cuenta el momento de una evaluacin de los mismos; y por
supuesto, extrado de la pgina web de la norma podemos ver los
siguientes caractersticas:

Precisin
Completitud
Consistencia
Credibilidad
Actualidad
Accesibilidad
Conformidad
Confidencialidad
Eficiencia
Exactitud
Trazabilidad
Comprensibilidad
Disponibilidad
Portabilidad
Recuperabilidad

Finalmente la ISO 25040 abarca mas bien los parmetros del proceso
de evaluacin del producto software. Esto implica algunos pasos
definidos por la norma y que son los que siguen, en este orden:
1.
2.
3.
4.
5.

Establecer los requisitos de la evaluacin

Especificar la evaluacin
Disear la evaluacin
Ejecutar la evaluacin
Concluir la evaluacin.