Está en la página 1de 7

TRABAJO COLABORATIVO

PRUEBAS Y CALIDAD DE SOFTWARE

PRESENTADO POR:

DAYANA MARCELA COGARIA BOADA- COD 1911980126

HOOLIBER FERNANDO RODRIGUEZ- COD 0920013629

ALVARO SANTIAGO OROZCO RODRIGUEZ- COD 1721981020

DIEGO FERNANDO SANCHEZ BAYONA - COD 1921982238

CRISTIAN ANDRES GARZON ROJAS – COD 1911981197

JOSE RODRIGO VELOSA –COD 1921981360

PRESENTADO A:
MARGARITA VARGAS AVELLANEDA
POLITÉCNICO GRANCOLOMBIANO INSTITUCION UNIVERSITARIA
FACULTAD DE INGENIERIA, DISEÑO E INNOVACIÓN
ARQUITECTURA DE SOFTWARE
BOGOTA D.C, SEPTIEMBRE 2020

RESUMEN

El desarrollo de software a día de hoy brinda muchas herramientas que permiten a las empresas
llegar a los objetivos de sistematizar sus productos y servicios ofreciendo una mejor calidad con la
que cubrir las necesidades y expectativas de los clientes. El presente trabajo tiene el objetivo de
mejorar los procesos de calidad para la empresa BREAK S.A.S en donde tomaremos como primer
indicador unas entrevistas realizadas en la empresa con el fin de realizar una comparación entre
los modelos de calidad para seleccionar el que más se adecue a las necesidades de la empresa y
con este insumo construir nuestro plan de trabajo. La posibilidad implementar las buenas prácticas
de desarrollo aprendidas durante el módulo, nos ofrece la oportunidad de mejorar la
competitividad y la calidad de software en Colombia.

PALABRAS CLAVES: Calidad de software, plan de trabajo, buenas prácticas, sistematizar, clientes.

INTRODUCCIÓN

El creciente enfrentamiento entre organizaciones por ofrecer los productos de mayor calidad,
afecta de igual manera al mundo del software, por esto las empresas implementan modelos con
los cuales cubrir la optimización de recursos, la disminución de costos y la satisfacción del cliente,
esto se logra con la planificación desde el inicio de diferentes tareas divididas entre el equipo de
trabajo, esto nos sitúa en un plan de calidad con el objetivo de alcanzar los objetivos estipulados
para lograr una mejor calidad del software.

Describa los elementos de los diversos modelos de calidad que se pueden aplicar al
desarrollo de productos de software, que le permitan realizar un comparativo entre
ellos y determine los pro y contras de cada uno en esfuerzo, tiempo, costo y
beneficios.

MODELOS DE CALIDAD DE SOFTWARE


MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS
BOEHM Se basa en que el software  Une elementos de  Es un modelo muy costoso
debe hacer lo que el otros modelos  Genera mucho tiempo el
usuario quiere que haga. El  Contiene un alto análisis
modelo es incremental rango de  Funciona mejor en
dividido en fases y cada características proyectos grandes
fase tiene un conjunto de primitivas
tareas.
CMMI Es el modelo donde se  Aumento de  Muy costoso en tiempo y
establecen las mejores productividad esfuerzo
practicas de la industria  Mejora en la calidad  Requiere mayor inversión
provee a las organizaciones del producto para ser implementado
aquellos elementos  Los clientes viven
esenciales para los más informados.
procesos de negocio.
FURPS Establece cinco  Proporciona una  Genera mayor uso de
características como vista común y tiempo y costos más
factores de calidad que comparable que se elevados.
son: Funcionalidad, reutiliza en cada  Tiene poca flexibilidad ya
Usabilidad, Confiabilidad, proyecto que asume que bastara
Prestación y soporte las  Sus criterios son de siempre con un
cuales son las que le da su fácil compresión y subconjunto de factores
nombre ello facilita su  Gran cantidad de métricas
implementación que tiene el modelo

CMM Es un modelo de  Reducción de  Desviaciones en plazo


evaluación de procesos de errores y tiempo
una organización es el  Costo reducido
modelo más utilizado mide
la capacidad del proceso
seguido para desarrollar
software
MAC CALL El modelo se basa en la  Practico y fácil de  Las características son en
descomposición del entender y aplicar general propiedades
concepto genérico de  Focaliza en el abstractas mediante
calidad en tres capacidades producto final métricas.
importantes todo desde la  Focaliza medias  No siempre existe una
mirada del usuario precisas de alto relación lineal entre valores
nivel. de las métricas y la
característica.
EFQM El modelo se puede aplicar  Favorece la  Rechazo inicial por el nivel
con los objetivos de competitividad y de exigencia y mejora
autoevaluación de la calidad en la continua.
organización, realizada por gestión.
terceros.  Genera motivación y
participación
interna.
DEMING Cada empresa realice su  Evaluación,  Toma mucho tiempo y
autoevaluación, tiene efectividad, esfuerzo desarrollarlo.
políticas de despliegue en consistencia,  Escala diseñada para un
relación con la gestión de continuidad y puesto ya que su diseño es
calidad minuciosidad específicamente para este.
 Los procedimientos
dan como resultado
escalas con un alto
nivel de validez
SPICE/ISO/IE Establece un marco de  Modelo de dos  No contiene una estrategia
C 15504 requisitos para cualquier dimensiones. de mejora del proceso.
proceso. Proporciona  Modelo más  Poco reconocimiento en el
requisitos para los modelos consensuado y mercado
de evaluación de los probado.  Permite que el dominio de
procesos de las  Coherencia con procesos sea tan amplio
organizaciones. otros modelos de que se hace difícil el
calidad ya manejo de los procesos.
implementados

Lleve a cabo las entrevistas necesarias en la empresa para determinar: debilidades,


fortalezas, oportunidades y amenazas. En general, conocer el modo de lograr una
mejora en los procesos de la empresa.
Nos hemos basado en la empresa “Break S.A.S” es una empresa con un amplio conocimiento en el
área tecnológica presta diferentes servicios, pero se centra en el desarrollo de Software.

DEBILIDADES:

 El proceso de desarrollo no es tan rápido y ágil ya que no se establece un plan de trabajo


por lo que retrasa la implementación.
 La comunicación con el cliente no es muy asertiva.
 La toma de decisiones no las realiza el líder del proyecto si no el gerente lo que hace que
sea más demorado el proceso.

FORTALEZAS:

 Cuenta con experiencia en aplicaciones de ERP incluyendo Dynamics 365


 Sus desarrollos no presentan tantos problemas en la fase de pruebas
 Tienen una amplia red de soporte a usuarios que tienen problemas o requieren nuevas
funciones.

OPORTUNIDADES:

 El crecimiento de las plataformas ERP


 Gran rentabilidad con los desarrollos a los cuales los clientes pueden solicitar nuevas
funciones
 Una estable confianza con el cliente.

AMENAZAS:

 Demora en la toma de decisiones lo que conlleva al que el cliente no espere ese tiempo
 Mayor competitividad con otras empresas que mejoran sus procesos y utiliza nuevas
tecnologías.
 Los Recursos de capital pueden ser bajos por ser una empresa pequeña.

Establezca varios criterios que le permitan validar el estado de avance de su empresa


(puede tomar las KPA del modelo CMM y otros adicionales que considere afecten
su decisión) frente a cada modelo y los elementos que describió. Indique los dos
modelos que considere más adecuados para lograr la calidad en los productos de
software que su empresa desarrolla ya sean internos o externos.
Al utilizar el modelo CMM podemos mejorar y direccionar el desarrollo del proyecto para que
tengamos una orientación hacia un proceso estándar repetible y, por lo tanto, podamos reducir el
tiempo de aprendizaje sobre cómo hacer lo planteado, conforme al desarrollo de esto podamos
ejecutar los niveles del CMM satisfactoriamente sobre esta metodología de calidad de software.

En los criterios que podemos evidenciar el avance de la empresa debemos tener en cuenta las
debilidades y las oportunidades que en resumen nos indican un desarrollo sin metodologías agiles
en las cuales se evidencia la poca comunicación con el cliente. Con un modelo de calidad y
optimización podemos solventar esta problemática para que ambas partes ganen. En ese orden de
ideas esta empresa se encuentra en el nivel 1 de CMM donde los requerimientos del proyecto no
sue lista len ser claros, comprendidos y controlados.

Partiendo de lo anterior se procederá a trabajar con los modelos Sm3 y PPQA en los cuales se
tendrá como prioridad el proceso del mantenimiento del software con el modelo de madurez y
teniendo en cuanta todos aspectos al momento del desarrollo con el modelo de calidad en cual
podamos optimizar los recursos y utilizarlos de la manera productiva, estos nos permitirán tener
un estándar y un control para las necesidades del cliente.

Establezca la de actividades, procesos y procedimientos a lo largo del ciclo de vida


del desarrollo de productos de software que requieren de definición en su empresa
para permitir la implantación de un proceso de pruebas que aumenten la calidad y
permita que un plan de pruebas fluya

 Definición de requisitos
 Pruebas de Aceptación
 Diseño Funcional del Sistema
 Pruebas de Sistema
 Diseño Técnico del Sistema
 Pruebas de Integración
 Especificación de Componentes
 Programación

---------

 Definición de la metodología de pruebas


 Definición de herramientas (Mantis, Teslink, Jira etc.)
 Proceso de pruebas:
1. PLANEACIÓN
i. Histórico del proyecto
ii. Documentos Base del proyecto
iii. Actas de contextualización
iv. Documento de estrategia de pruebas
v. Estimación de tiempos
2. DISEÑO
i. Histórico
ii. Set de datos del proyecto
iii. Matriz de casos de prueba
3. EJECUCIÓN
i. Ciclo 1
ii. Ciclo 2
iii. Ciclo de regresión
iv. UAT
v. Carta de certificación del proyecto
4. EVALUACIÓN Y GESTIÓN
i. Actas de reunión
ii. Informes de avance
iii. Bitácora de definiciones realizadas durante la vida del proyecto
iv. Matriz de gestión de riesgos

-----------

Repositorio centralizado en la nube para el manejo de proyectos de software.


-----------

Modelo Iterativo

Las actividades: definición de requisitos, diseño, desarrollo y pruebas se segmentan en pasos


reducidos y se ejecutan de forma continua, se debe alcanzar el consentimiento del cliente tras
cada interacción con el objeto de poder modificar el proyecto si fuera necesario.

Modelo Prototipado: Desarrollo rápido de una representación del sistema que pudiera ser objeto
de uso, seguida de modificaciones sucesivas hasta que el sistema sea finalizado