Está en la página 1de 9

Conceptos y herramientas básicas de calidad

Rodrigo Tapia

MODELOS Y CONTROL DE CALIDAD

Instituto IACC

08 diciembre de 2019
Desarrollo

INSTRUCCIONES:

1. En la empresa XYZ se ha instaurado un proceso de mejora en los procesos. La idea es


que a través de este se solucione una serie de problemas que se han detectado en la
calidad del producto que se entrega. En esta primera etapa no se alcanzó a cubrir las áreas
que desarrollan el software que se entrega al cliente. Describa cómo se relaciona el
concepto de calidad total con el de calidad de software. ¿Considera usted que ambos son
necesarios o basta enfocarse solamente en la calidad del software para desarrollar mejores
productos? A su respuesta agregue además la descripción de un ejemplo sencillo (una
situación).

Respuesta:
Calidad Total.
En la actualidad no existe un producto que no se describa así mismo como de alta
calidad, esto porque las empresas saben que un cliente eso es lo que busca, un
producto de calidad, la calidad total no es solo tener un producto terminado de forma
eficiente, sino más bien una seria de labores o conjuntos que hablan de una buena
organización, además de dejar establecido como cultura algo que sea del día a día
como cultura empresarial.
Cuando hablamos de calidad de Software, decimos que, la calidad del software es una
preocupación a la que se dedican muchos esfuerzos. Aunque por mucha
preocupación y dedicación que se logre el software casi nunca es perfecto. Todo
proyecto tiene como objetivo producir software de la mejor calidad posible, que
cumpla, y si puede supere las expectativas de los usuarios. En resumen, La calidad de
software va a depender en su totalidad de la concordancia entre los requisitos
planteados respecto a los obtenidos. Claramente ambos son importantes, pero, ambos
no dependen de la empresa, esto porque una empresa que cuente con todas sus
certificaciones y ofrezca productos de calidad en definitiva es mayormente el cliente
y otros factores el que determinara si el software es de calidad o no según sus
requerimientos. Por ej. La empresa XYZ la cual cuenta con todas sus certificaciones
y cuenta con profesionales los cuales avalan productos de calidad, realiza un
software de inventario y control, al momento de entregar el software al cliente, este
ve que el formato no es de su agrado, que el sistema realiza cosas que no solicito etc.,
entonces para la persona que juzga el sistema no es software de calidad.
La calidad del software puede medirse después de elaborado el producto. Pero esto
puede resultar muy costoso si se detectan problemas derivados de imperfecciones en
el diseño, por lo es de suma importancia la obtención de la calidad como su control
durante todas las etapas del ciclo de vida del software

2. Usted es el encargado de llevar a cabo un par de iniciativas para mejorar la calidad de los
productos de software desarrollados en la empresa XYZ. Describa y mencione un
ejemplo en que utilizaría cada uno de los siguientes diagramas de calidad:
 Diagrama de flujo
La utilización de diagramas de flujos es muy importante ya que, de esta forma es
más fácil comprender y escribir un programa en cualquier que será su lenguaje,
entonces podemos decir que un diagrama de flujo es fundamental para un
producto de calidad. Esto porque es un organigrama que ilustra la secuencia de
operaciones a seguir. Se utiliza por ejemplo en la creación de un software al tener
una entrevista con el cliente, fon en conjunto se desarrolla el diagrama para
determinar qué es lo que el realmente quiere el cliente que haga el sistema. O
cuando se trabaja en equipo y se dividen a tareas para comprender de mejor
manera cómo funciona el sistema o para que el programador entienda que debe
hacer.
 Diagrama causa-efecto
Este diagrama nos ayuda pensar sobre todas aquellas circunstancias con las cuales
nos podríamos topar, es decir las causas reales o potenciales. Son ideales para
discusiones grupales así de esta forma se obtienen distintos enfoques del
problema. Se diagrama lo utilizaría en proyectos grupales o donde no se tienen
muy definido que lineamiento seguir de hecho cuando aún no se sabe ni siquiera
que lenguaje usar para analizar los pros y los contras en cada caso.
 Diagrama de Pareto
Este diagrama en palabras muy simples nos permite separar los problemas más
relevantes de aquellos que no tienen importancia, mediante la aplicación del
principio 80-20. El 20% de las causas genera el 80% de las consecuencias. Esta
herramienta la utilizaría al tener una empresa o cliente insatisfecho con nuestro
producto por el cual realiza quejas de forma frecuente pero que a nuestro entender
no son problemas del sistema propiamente tal.

3. Confeccione un cuadro de datos que muestre una serie de eventos no deseados en el


proceso de desarrollo de software de su empresa (use supuestos), su periodicidad y el %
acumulado. A continuación, realice un análisis utilizando el diagrama de Pareto (defina
usted los eventos y los valores respectivos, presente el gráfico, analice e identifique la
principal causa del problema).

Eventos NO deseados

Perdida Frecuencia %Total %Acumulación


Poca disponibilidad 26 %30 %30
del cliente
Falta de información 10 %10.89 %20.78
de lo que realmente
se necesita
Error de Cálculo en el 15 %15.52 %65.89
sistema al realizar
operación matemática
Diagrama de Pareto
QUEJ TIPOS DE QUEJA FRECUENCIA FRECUENCIA % %ACUMULADO
A ACUMULADA
Q1 Se necesita información 26 26 41 41
más detallada de lo que
el cliente realmente
quiere, se tienen
algunas dudas, pero nos
es muy difícil
contactarnos con el
cliente.
Q2 Al no tener una 20 46 32 73
información clara del
cliente y nos pueda
aclarar ciertas dudas,
estos inconvenientes
caen en más nos de
nuestros programadores
Q3 El sistema arroja 16 62 25 100
cálculos matemáticos
incorrectos al realizar
una operación, este
después se cuelga.
TOTAL 62 98

No están incluidos los decimales


Bibliografía

Contenido Semana 1
Título de la tarea

Nombre Alumno

Nombre Asignatura

Instituto IACC

Ponga la fecha aquí


Desarrollo
Bibliografía

[Haga triple clic en cualquier parte de este párrafo para escribir la primera referencia

bibliográfica.]

Instrucciones para la sección de las citas bibliográficas:


Escriba la bibliografía aquí en orden alfabético (empezando por el apellido del primer autor o, de
no haber autor, por la primera palabra del título). Esta página ya está formateada con sangrías
francesas. Incluya sólo las citas bibliográficas a las que haya hecho referencia en su trabajo y
asegúrese de incluir todas las citas bibliográficas a las que se haya referido en el mismo.

Ejemplo de un periódico:

Lee, H. W. (2005). Los factores que influyen en los expatriados. Journal of American Academy of

Business, 6(2), 273-279. Consultado el 29 de enero de 2009, del banco de datos

ProQuest.

Ejemplo de un texto:

McShane, S. L., & Von Glinow, M. (2004). Organizational behavior: Emerging realities for the

workplace. New York: The McGraw-Hill Companies.

NOTA: Liste las citas bibliográficas en orden alfabético del apellido del autor, NO por el tipo de la
publicación. Los ejemplos previos le ayudarán a darle formato a cada tipo de publicación
en forma adecuada.

Por ejemplo:

 Banco de datos EBSCOhost


 Banco de datos ProQuest
 EIU Viewswire
 InvestText Plus

 Borre este recuadro de instrucciones antes de enviar su trabajo de investigación final.