Skip to content

sebasPuentes/Laboratorio-3-DOSW

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

51 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

🧩 Laboratorio-3-DOSW


👥 Integrantes

  • Julian Lopez Barrero
  • Juan Sebastian Puentes Julio
  • Tulio Riano Sanchez

✅ Estado del Laboratorio

La primera parte del laboratorio es completamente funcional.
Incluye la configuración básica de Maven, la estructura del proyecto y la inclusion de las dependencias de JUnit 5.


🖼️ Evidencia

alt text alt text

alt text alt text


La segunda parte del laboratorio es completamente funcional.
Incluye la organizacion de los directorios con archivos provisionales para que asi se vea la esctructura e igualmente se configuro el plugin de Jacoco


🖼️ Evidencia

alt text

alt text

alt text


Reto 1 ✅

Identificando Requerimientos 🥸

  • Reglas de negocio: Asegurar la calidad de software, mantanibilidad aplicando metodologias agiles con cobertura de código y análisis estático.

  • Funcionalidades principales: Crear y validar cuentas de los clientes, consultar saldo de una cuenta y hacer depósitos.

  • Actores Principales:

    • Clientes
  • Precondiciones Del Sistema:

    • Creacion de los clientes, verificar las cuentas de los clientes revisando si este cumple con los estandares delos digitos y si estan asociados a el banco, permitir la consulta del usuario junto con su saldo.

Reto 2 ✅

alt text

  • Para este diagrama identificamos el actor cliente que es capaz de realizar diferentes funciones como registrar una cuenta, consultar el saldo de la misma y hacer depositos. Todas estas funciones van encapsuladas en el contexto del banco.

Diagrama De casos de Uso Para Cliente

alt text

Historias De Casos De uso y su atributo de calidad

alt text

Diagrama de Clases UML

alt text


Reto 3 ✅

alt text

alt text

Implementacion en codigo

alt text

alt text

alt text

📖 Explicacion

  • Se crearon dos clases para validar que los votos estuvieran dentro del rango establecido (fibonacci del 1 al 13) y una para validar los votos de los integrantes.

  • Se siguio los principios S - O, para un buen desarrollo de software, esto se puede evidenciar en las clases previamente creadas, para el caso de O en planning poker recibe de acuerdo a una cantidad de tareas su descripcion para despues ser debatida.

Reto 4 ✅

Evidencia Implementacion

alt text

alt text

alt text

alt text

alt text

alt text

Codigo Fuente Pruebas

alt text

Ejecucion Exitosa alt text

Explicacion

  • Para la realizacion del sistema bancario, implementamos el patron Facade donde esta sera el intermediaro entre el cliente y toda la logica del sistema. Por otro lado, del principio SOLID se implemento Single Responsability ya que constantemente se delegan los metodos para no acoplar el funcionamiento.

Reto 5 ✅

🖼️ Captura Inicial

alt text

  • Añadiendo Mas Casos de prueba,corrigiendo el constructor de customer y añadiendo parametro nuevo a los objetos de Customer

alt text

alt text

🖼️ Captura Final Mas de 85% De Cobertura

  • Se agrego una prueba para añadir un movimiento directamente desde la clase "customer" y es importante porque verifica la calidad de las pruebas.

alt text

Reto 6 ✅

🖼️ Captura Final Sonar Quebe

alt text

Reflexion ✅

Integrantes 🫂

  • Tulio Riaño Sanchez: Las pruebas en un software diseñado nos permite conocer la cobertura de codigo, la robustez de este verificando todo tipo de casos que se nos presenten y garantizar la calidad y fiabilidad de un producto o serivicio.
  • Julian Camilo Lopez Barrero: considero que es importante realizar pruebas a un software diseñado porque siguiendo lo principios de desarrollo dirigido por pruebas podemos garantizar un código más robusto, de alta calidad, fácil de mantener y asi podemos garantizarle al cliente calidad en el producto que este un un principio pidió.
  • Juan Sebastian Puentes: Considero importante realizar pruebas a un software diseñado ya que nos permite visualizar si los desarrolladores siguen buenas practicas haciendo que el codigo sea mas limpio y asi mismo escalable. Por otro lado, es importante ya que nos ayuda a comprobar el buen funcionamiento del sistema.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors

Languages

  • HTML 78.5%
  • JavaScript 16.1%
  • Java 4.3%
  • CSS 1.1%