12. Architectural Signals (Señales e Implicaciones Arquitectónicas)
Fase: 04 — Modelado del Sistema
Entregable: 12 de 15
Proyecto: NoteVault (PC Windows, macOS, Linux, Android, iOS / iPhone)
Estado: Formalizado y Certificado
1. Mapeo de Señales de Modelado hacia Decisiones de Arquitectura (ADRs)
El proceso de modelado de datos, flujos de usuario y diagramas de secuencia de la Fase 4 emite señales inequívocas que condicionan y justifican las macro-decisiones de arquitectura técnica de la Fase 5:
| Código Señal | Origen en Fase 4 | Señal / Implicación Detectada | Decisión Arquitectónica Mandatoria (Fase 5) |
|---|---|---|---|
| SIG-01 | 04. Domain Model |
15 entidades líderes independientes operando sobre archivos planos en disco. | ADR-001 (Topología Local-First): Cero dependencia de base de datos relacional central o servidores en la nube. |
| SIG-02 | 05. Sequence Diagrams |
Despacho asíncrono de comandos entre UI React y el motor I/O de Electron/Python. | ADR-003 (Arquitectura Hexagonal): Desacoplamiento total entre puertos de dominio y adaptadores de IPC. |
| SIG-03 | 02. User Flows |
Edición simultánea de notas mientras se escucha audio en Mini-Player y corre el Pomodoro. | ADR-004 (Patrón de Comunicación Reactivo): Estado global particionado con Zustand para evitar re-renderizados masivos. |
| SIG-04 | 08. Security Model |
Embeber páginas web externas para consulta de documentación y recorte de artículos. | ADR-006 (Aislamiento de Procesos): Partición estricta de Electron persist:nvweb sin acceso a Node.js ni IPC. |
| SIG-05 | 11. Wireframes |
Despliegue en PC (pantallas grandes multipanel) y Móviles (pantallas táctiles verticales). | ADR-002 (Monolito Modular Multiplataforma): Núcleo de lógica y formato de datos compartido entre React y Flutter. |
2. Marco Conceptual: Señal Arquitectónica
1. **Entidad principal e independiente.**
2. **Es la entidad líder del conjunto de datos:** posee un identificador global único (`arch_signal_id`: `SIG-01-LOCAL-FIRST-STORAGE`), invocado como antecedente en los Architecture Decision Records (ADRs).
3. **Existe por sí misma en el registro de arquitectura sin depender de la implementación de código**, y es la única responsable de justificar por qué una solución tecnológica fue elegida sobre las alternativas descartadas.
4. **Punto de entrada y límite de consistencia:** Asegura que ningún componente técnico se incorpore al sistema sin una justificación fundamentada en los requisitos de modelado.