workspace/projects/erp-suite/apps/verticales/construccion/docs/97-adr/ADR-002-arquitectura-modular.md
rckrdmrd ea1879f4ad feat: Initial workspace structure with multi-level Git configuration
- Configure workspace Git repository with comprehensive .gitignore
- Add Odoo as submodule for ERP reference code
- Include documentation: SETUP.md, GIT-STRUCTURE.md
- Add gitignore templates for projects (backend, frontend, database)
- Structure supports independent repos per project/subproject level

Workspace includes:
- core/ - Reusable patterns, modules, orchestration system
- projects/ - Active projects (erp-suite, gamilit, trading-platform, etc.)
- knowledge-base/ - Reference code and patterns (includes Odoo submodule)
- devtools/ - Development tools and templates
- customers/ - Client implementations template

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2025-12-08 10:44:23 -06:00

2.6 KiB

ADR-002: Arquitectura Modular Monorepo

Estado: Aceptada Fecha: 2025-11-24 Responsable: Architecture-Analyst Proyecto: ERP Construccion

Contexto

Necesitamos organizar el codigo en una estructura escalable y mantenible que soporte:

  • Multiples aplicaciones (backend, frontend, mobile)
  • Componentes compartidos con ERP Generico
  • Modulos especificos de construccion
  • Desarrollo en equipo

Decision

Monorepo con estructura:

erp-construccion/
+-- apps/
|   +-- database/       # DDL, seeds
|   +-- backend/        # API REST
|   +-- frontend/       # Web app
|   +-- mobile/         # React Native (asistencias)
+-- packages/           # Librerias compartidas
+-- docs/               # Documentacion
+-- devops/             # Scripts, CI/CD

Dependencia de ERP Generico:

{
  "dependencies": {
    "@erp-generic/core": "^1.0.0",
    "@erp-generic/financial": "^1.0.0",
    "@erp-generic/purchasing": "^1.0.0",
    "@erp-generic/ui-components": "^1.0.0"
  }
}

Justificacion

Referencia a Gamilit

  • Estructura probada en produccion
  • Organizacion clara por aplicacion
  • Facil navegacion y onboarding

Alineacion con ERP Generico

  • Misma estructura permite reutilizacion
  • Modulos especificos se agregan sin conflicto

Especifico para Construccion

  • Modulo mobile separado para asistencias GPS
  • Modulos especificos: proyectos-obra, estimaciones, INFONAVIT

Consecuencias

Positivas

  • Escalabilidad (agregar nuevas apps)
  • Reutilizacion de codigo (packages compartidos + ERP Generico)
  • Desarrollo en equipo sin conflictos
  • Testing aislado por app
  • 61% de reutilizacion del ERP Generico

Negativas

  • Complejidad inicial de setup
  • Requiere herramientas monorepo (npm workspaces)
  • Gestion de versiones con ERP Generico

Alternativas Consideradas

1. Repositorios separados

  • Rechazada: Dificulta sincronizacion con ERP Generico

2. Monolito unico

  • Rechazada: No escalable, no permite reutilizacion

3. Fork del ERP Generico

  • Rechazada: Perdemos actualizaciones automaticas

Implementacion

Acciones Requeridas

  • Crear estructura de carpetas
  • Configurar npm workspaces
  • Setup path aliases
  • Configurar dependencias de ERP Generico

Criterios de Aceptacion

  • Apps pueden importar packages compartidos
  • Apps pueden importar modulos de ERP Generico
  • Build independiente por app funcional
  • Modulos especificos no afectan al generico

Referencias