Skip to content

dzarkV/TPS_FDS_2671339_PMGM6

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Inventory project

Este es el repositorio de los requerimientos y el desarrollo del proyecto de inventario sistema MGM.

El sistema de archivos es

├── assets
│   └── docs
│       ├── trim1
│       │   ├── 1_gestion_proyecto
│       │   ├── 2_levantamiento_informacion
│       │   ├── 3_diagrama_procesos
│       │   ├── 4_requisitos_software
│       │   ├── 5_diagrama_casos_uso
│       │   ├── 6_casos_uso_extendido
│       │   ├── 7_diagrama_clases
│       │   └── 9_arquitectura_software
│       ├── trim2
│       │   ├── 1_mer
│       │   ├── 2_mr
│       │   ├── 3_diccionario_datos
│       │   ├── 4_bbdd
│       │   ├── 5_ddl
│       │   ├── 6_dml
│       ├── trim3
│       │   ├── 1_planeacion_pruebas
│       │   └── 2_ejecucion_pruebas
│       ├── trim4
│       │   └── plan_despliegue
│       └── trim5
├── backend
│   ├── proyectoGinnaMarcela
│   └── users-module
└── frontend
    └── sistema_inventario

La arquitectura inicial del proyecto distribuye al backend y al frontend de la siguiente manera:

arquitectura_proyecto

Backend

  • El módulo que gestiona a los usuarios y su atenticación en el sistema (con JWT) usa el framework Fast API y MongoBD como base de datos.
  • El modulo que gestiona los productos usa el framework Springboot

Se esta usando Github actions como CI/CD aqui. El servicio de inventarios y el frontend son contenerizados y enviados a regitro de imágenes en el flujo.

Frontend

Se construyó usando HTML, CSS y Javascript Vanilla. Se consume con fetch las APIs de los microservicios desde el frontend.

Tests

Las pruebas unitarias del módulo de usuarios usan la técnica mock para no involucrar a la base de datos. Están configurados en el archivo de workflow yml de Github Actions, y ejecutados dentro de un flujo de trabajo (workflow) de integración continua. Aquí un ejemplo para la construcción y la ejecución de pruebas unitarios antes del despligue.

También se configuró un workflow para realizar las pruebas a la API del servicio de usuarios con Postman CLI aquí.

Despliegue

Se definió un plan de despliegue aquí con la herramienta de infraestructura como código terraform para el aprovisionamiento de los recursos necesarios para el sistema en la nube de Azure.

Aquí el video de instalación con las configuraciones definidas en el plan.

El diagrama de CI/CD es el siguiente:

diagrama-CICD

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •