Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tabla de contenido
1
1. Introducción 1
2. Objetivos 2
4. Empresa seleccionada 14
5. Modelo Seleccionado 17
6. Conclusiones 22
7. Referencias 23
8. Anexos 24
2
Listado de Tablas
1. Introducción
Existe un escenario muy competitivo entre las empresas que desarrollan software, sus
productos demandan que tengan una mayor calidad y cumplan con las expectativas de los
los recursos, detección de errores tempranamente y la disminución del costo del producto
software. En este trabajo se explican los diferentes modelos de calidad el cual cada uno
opciones que se tuvieron en cuenta para la elección del método a utilizar en una empresa
que fue seleccionada por los participantes de este trabajo, y que de acuerdo a la información
para mitigar la problemática y mejorar los procesos dentro de la empresa permitiéndole ser
más eficiente, óptima y para destacarse de sus productos de las demás empresas.
2
2. Objetivos
conocer los modelos de calidad de software aplicados por esta y las pruebas que se realizan
al producto en desarrollo.
3
modelos y del ciclo de vida de las pruebas que realiza la empresa seleccionada.
4
El Modelo CCM se dio como la necesidad de un modelo a seguir para avanzar hacia
la madurez en los procesos consecuentes del desarrollo de software logrando establecer una
serie de buenas prácticas dirigidas hacia los KPA (Key Procces Area) que se llevan a cabo
agrupan en cinco áreas clave que son las definidas como de necesario cumplimiento y se
Madurez y KPA
y pueden clasificarse en tres tipos de proceso para cada nivel de madurez clasificándose en
tres tipos de proceso de gestión, organizacional e ingeniería y para cada área del proceso las
● Compromiso de realización.
● Capacidad de realización.
5
● Actividades realizadas.
● Mediciones y análisis.
● Verificación de implementación.
Los niveles de madurez de acuerdo a las KPA se pueden agrupar en cinco niveles clave
● Inicial: Es el punto inicial del camino y aun que es el primer nivel se entiende que hay
depende más del esfuerzo personal lo cual puede provocar frecuentemente retrasos y
ciclo del software lo cual lleva a una buena gestión de los proyectos se tienen
procedimientos claros y bien definidos entre los diferentes grupos de trabajo y las
● Gestionado: Para este punto las organizaciones que se encuentren en el aplican todos
definidas, las cuales se emplean de forma recurrente y sistemática para tomar decisiones
los procesos, adicional las métricas se usan de forma intensiva y continua y ahora se
insatisfacción en conjunto del cumplimiento o no de las metas que se definen en el día a día
de la organización.
BOEHM:
donde se toma a la calidad como un atributo cualitativo y por métricas para hacer las
Características
Se basa en que el software debe hacer lo que el usuario quiere que haga. El modelo es
Ventajas
Desventajas
proyectos.
CMMI:
Mellon en Estados Unidos, sus siglas en inglés nos dice “Capability Maturity Model
un modelo que busca mejorar y optimizar los procesos e igualmente la calidad para
Características
Ventajas
Aumento de productividad, Mejora en la calidad del producto, Los clientes están más
informados.
8
Desventajas
FURPS:
Modelo propuesto por Robert Grady y la empresa Hewlett-Packard, sus siglas en inglés
se hacen métricas de calidad para las distintas actividades del proceso de desarrollo del
software.
Características
Usabilidad, Confiabilidad, Prestación y soporte las cuales son las que le da su nombre.
Ventajas
Proporciona una vista común y comparable que se utiliza en cada proyecto Sus criterios
Desventajas
Genera mayor uso de tiempo y costos más elevados. Tiene poca flexibilidad ya que
sume que bastará siempre con un subconjunto de actores Gran cantidad de métricas que
tiene el modelo.
9
CMM:
Es un modelo que sus siglas en inglés son Capability Maturity Model que significa
este modelo se implantan prácticas y procesos que están agrupados en "áreas clave del
proceso" y en cada una de las áreas se agrupan en "niveles de madurez" donde se evalúan
Características
Ventajas
Proporciona una vista común y comparable que se utiliza en cada proyecto Sus criterios
Desventajas
Desviaciones en plazo.
10
MAC CALL:
En este modelo se propone los "Factores de MacCall" que son factores de calidad que se
dividen tres capacidades (Operación, transición y revisión) que a su vez también se dividen
en varios factores que son evaluados por métricas que miden la calidad.
Características
Ventajas
Desventajas
EFQM:
Este modelo está resumido por el éxito a largo plazo en lo que tiene que ver a resultados
económicos sostenidos por un buen tiempo y que vayan de la mano por la satisfacción de
sostenibilidad de la empresa con buenas prácticas, entre ellas tener trazados buenos
11
objetivos, metas y planes, todo esto se controla mediante un cuadro de mando integral,
la Sociedad y Resultados Clave) que expresan el QUÉ hacer y QUE medir todo esto va
Características
Ventajas
interna.
Desventajas
DEMING:
Verificar-Actuar), es muy utilizado por los Sistemas de Gestión de la Calidad (SGC), los
Información (SGSI), regulados por ISO. Con este modelo se logran resultados y mejora
12
rentabilidad.
Características
gestión de calidad.
Ventajas
Desventajas
Toma mucho tiempo y esfuerzo desarrollarlo. Escala diseñada para un puesto ya que su
SPICE/ISO/IEC 15504:
Esta norma establece requisitos para una evaluación de procesos y los modelos de
evaluación pretendiendo que estos requisitos puedan ser aplicados en cualquier modelo de
procesos para las fases de ciclo de vida del software que se definen en la norma ISO/IEC
12207, así como requisitos para la evaluación de procesos las fases del ciclo de vida del
13
Características
Establece un marco de requisitos para cualquier proceso. Proporciona requisitos para los
Ventajas
Modelo de las dimensiones. Modelo más consensuado y probado con otros modelos de
calidad ya implementados.
Desventajas
Permite que el dominio de procesos sea tan amplio que se hace difícil el manejo de los
mismos.
•
14
4. Empresa seleccionada
La empresa que se escogió fue Qvision Technologies, es una empresa que ofrece
certificación.
3. ¿Teniendo en cuenta que la calidad implica cumplir con los criterios de éxito y que
sirva a la necesidad del cliente, las pruebas que realizan para asegurar esta calidad
en que ciclo de vida del desarrollo de software se aplican por parte de su empresa?
4. ¿Su empresa genera documentación para el usuario y del sistema que sirva para
cambios a futuro?
5. ¿Realizan inspecciones sobre el producto que se está desarrollando?, ¿en qué etapas
las realizan y qué roles se asignan, qué documentación se genera una vez terminada
la inspección?
Tabla 1.
DOFA de la empresa
Fortalezas Oportunidades
Factores a
favor F1 Trabajadores capacitados. O1 Participación activa de los
integrantes del área.
Debilidades Amenazas
Factores
encontrados D1 Falta del servicio oportuno en el A1 Pérdidas de usuarios del sistema.
proceso.
F1-D1: Esta combinación se puede ejecutar ya que al tener personal capacitado y entrenado
eficiencia y entrega oportuna de las facturas a los clientes, foco de esta investigación.
16
O1-A1: En esta estrategia se implementa toda vez que los colaboradores de la organización
mantengan una interacción constante con los procesos que se implementaran, así habría un
los mismo.
por cargo para que los mismos permitan generar un servicio eficiente y que cumpla con las
O3-A3: Una estrategia que nos permitirá prever de manera oportuna las inconformidades
de cada uno de nuestros usuarios así evitar futuras pérdidas debido a las posibles demandas
jurídicas que se puedan presentar por la falta de acercamiento con los usuarios.
5. Modelo Seleccionado
proyecto para así tener una orientación hacia un proceso estándar y así poder reducir el
17
pueda ejecutar los niveles del CMM satisfactoriamente en esta metodología de calidad de
software.
En los criterios para evidenciar el avance de la empresa se debe tener en cuenta las
debilidades y las oportunidades, que en pocas palabras esto nos indica un desarrollo sin
Con un modelo que obtenga calidad y optimización podemos solventar este problema
Tabla 2.
Criterio Hallazgo
Las instrucciones ni el plan de trabajo son claros
para el líder del proyecto, esto conlleva a que las
Planeación del proyecto
diferentes áreas involucradas tengan una mala
comunicación y no trabajen en sincronía.
Partiendo de lo anterior se podrá trabajar con los modelos PPQA y Sm3. Se tendrá como
prioridad el proceso de mantenimiento del software con el modelo de madurez junto con el
de calidad, en cual se puede optimizar en tiempos y recursos y usándolos de una forma más
Una de las acciones de mejora de mayor relevancia es sin duda alguna el plan de
pruebas, pues este, ejecutado con criterios de calidad y observando las buenas prácticas
puede ahorrarnos tiempo, trabajo y dinero. Basados en las entrevistas realizadas y teniendo
● Objetivo
la ejecución de un plan de pruebas que permita en todas las etapas del ciclo de vida del
● Elementos a probar
● Se identificarán aquí los elementos sujetos a pruebas que deberán ser definidos según su
relevancia.
● Estrategia
Escoger la estrategia a trabajar que sea compatible con el desarrollo y/o proyecto.
● Entorno (Ambiente)
● Criterios de aceptación
● Datos de prueba
● Responsables
• Cronograma
• Control de cambios
● Formatos y reportes
5.1.2. Planeación
● Proyecto
● Actas de contextualización
● Cronograma
5.1.3. Diseño
5.1.4. Ejecución
● Ciclos 1, 2
● Ciclo de regresión
● Actas de reuniones
● Informes de avance
Gerente de Proyecto:
aval para la producción, hace la solicitud al comité de control la revisión respectiva para
Líder Encargado:
Es el que realiza el control de las actividades de certificación y es el que aclara sobre cuál
es el alcance y propone que validaciones se deben tener en cuenta sobre la solución que se
está desarrollando.
Líder de Certificación:
Líder Técnico:
Es aquel que analiza en un nivel técnico el alcance del proyecto, lo que se debe realizar, los
desarrollo.
Líder Técnico:
Es aquel que analiza en un nivel técnico el alcance del proyecto, lo que se debe realizar, los
desarrollo.
23
Analista de pruebas:
Es aquel que realiza la ejecución de los casos de pruebas, contextualiza las pruebas a
Encargado con los avances de la ejecución, brinda soporte a las pruebas ejecutadas por el
Pruebas unitarias:
Pruebas funcionales:
Pruebas de Humo y Pruebas funcionales de seguridad. Son evaluaciones que se hacen sobre
Pruebas no funcionales
Pruebas de integración
Comprueban que las interfaces entre los distintos módulos y/o productos son correctas.
24
Pruebas de sistema
recuperación, de portabilidad.
Pruebas de procesos
Valida que los procesos soportados por la aplicación se cumplen completamente, que
Pruebas de aceptación
Se hacen con los clientes finales quienes definen la aceptación del sistema, son las más
exhaustivas posibles.
Pruebas de regresión:
Consiste en repetir la ejecución de un conjunto de casos de prueba para verificar que unos
Análisis de vulnerabilidades:
Tiene como objetivo detectar las vulnerabilidades en la parte de seguridad del software.
Todo análisis de vulnerabilidad se debe realizar en todas las aplicaciones que están ya de
cara al usuario final, estas pruebas estarán a cargo de un Ingeniero de Seguridad. Las etapas
2. Revisar las vulnerabilidades para determinar cuáles son falsos positivos y cuáles se
deben tratar.
certificación.
5. Ejecutar de nuevo las pruebas de vulnerabilidad para verificar que se hayan corregido.
8. Políticas de calidad
Las políticas de calidad son las instrucciones y objetivos generales que una empresa debe
aplicar para alcanzar la calidad esperada. Los encargados de administrar y dirigir el proceso
son los gerentes de operaciones. A continuación, las políticas de calidad a seguir por parte
de la empresa.
Objetivo: Servir de guía indicando ciertos controles en los procesos de desarrollo del
Objetivo: Se utilizará las herramientas de calidad y de estadística que indicaran una medida
● Auditorías internas.
Objetivo: Se realizarán dos ciclos de auditorías internas cada año, para verificar que lo
Objetivo: Se entenderá con sumo cuidado los requerimientos del cliente y se anotarán para
tener una guía durante el proceso de desarrollo del software y se tomarán en cuenta las
● Mejora continua.
Objetivo: Se hará control a cada actividad para mejorar sus tiempos dentro del proyecto.
Objetivo: Al personal del proyecto se les mejorará sus habilidades con capacitaciones.
Objetivo: Se realizará un uso adecuado de los recursos para hacer control sobre aquellos
productos que no satisfacen los requerimientos del cliente y que generan muchos reclamos.
8. Conclusiones
1. Por medio del modelo CMM (Modelo de madurez de Capacidades) que nos permite
conocer las áreas claves del proceso y aplicado a la empresa Qvision Technologies se pudo
evidenciar que los requerimientos del proyecto no suelen ser claros, comprendidos y
controlados.
2. Con el plan de pruebas pudimos evidenciar que los modelos a aplicar a la empresa
correctamente son PPQA y Sm3 que busca darle prioridad al proceso de mantenimiento de
software y de calidad.
social, frente a las exigencias de los clientes, sus necesidades y por tanto, el óptimo
software, juega un papel esencial el apoyo de cada uno de los actores del proyecto
6. Es fundamental que cada actor responsable del proyecto conozca y aplique lo necesario
calidad de los productos software, teniendo en cuenta que gracias a las pruebas de calidad
de software se puede contribuir a minimizar los posibles riesgos, fallos que puedan existir a
corto, mediano y largo plazo en las aplicaciones, permitiendo identificar los defectos antes
9. Referencias
29
https://proquo.pro/software-excelencia-empresarial.html
Tuya, J. (2007). Técnicas cuantitativas para la gestión en la ingeniería del software. (E.
Obtenido de https://tinyurl.com/2mretuku
Esquen, J.P. y Ramos, Y.C. Gestión de información integrado para la toma de decisiones.
Recuperado de https://tinyurl.com/769pd3h7
30
10. Anexos