05. Registro de Factibilidad Técnica
Fase: 01 — Viabilidad Temprana
Entregable: 05
Proyecto: NoteVault (PC, Mac, Android, iPhone)
1. Evaluación de Factibilidad Técnica por Capa
| Capa Técnica | Factibilidad | Desafío de Ingeniería | Solución Implementada |
|---|---|---|---|
| Acceso a Disco en Desktop (PC/Mac) | 100% Viable | Acceso seguro sin exponer Node.js al renderer. | Electron Preload Script aislado con contextIsolation: true y canal IPC único. |
| Acceso a Disco en Móvil (Android) | 100% Viable | Políticas de Scoped Storage en Android 11+. | Integración con Storage Access Framework (SAF) y rutas directas de Syncthing en /sdcard/. |
| Acceso a Disco en Móvil (iOS / iPhone) | 100% Viable | Sandbox cerrado de Apple y falta de carpetas compartidas. | Habilitación de UIFileSharingEnabled y selección nativa de carpeta en iCloud Drive. |
| Renderizado Markdown & KaTeX | 100% Viable | Rendimiento de renderizado en notas de más de 5,000 líneas. | CodeMirror 6 con virtualización de scroll y renderizado incremental de KaTeX. |
| Conformidad de Formatos | 100% Viable | Discrepancias de serialización entre TypeScript y Dart. | Batería de pruebas de conformidad binaria (conformance_test.dart) sobre fixtures de disco. |
2. Marco Conceptual: Dictamen de Factibilidad Técnica
1. **Entidad principal e independiente.**
2. **Es la entidad líder del conjunto de datos:** posee un identificador global único que certifica la viabilidad de la arquitectura (`technical_feasibility_id`: `FEASIBILITY-DUALCLIENT-LOCAL`) invocado en las compuertas de Kickoff.
3. **Existe por sí misma en el análisis de arquitectura sin depender de librerías externas de terceros**, y es la única responsable de dictaminar que las tecnologías elegidas (Electron, React, Flutter, Dart) resuelven todos los requerimientos funcionales y no funcionales.
4. **Punto de entrada y límite de consistencia:** Si un subsistema resulta técnicamente inviable, se descarta antes de comprometer código.