Acta de Reunión · Fase de Análisis

Reunión #3 — Marco Referencial y Especificación de Requisitos

Revisión del estado del objetivo 1 (análisis de requerimientos), adopción del estándar IEEE 830 para la especificación de requisitos y definición del documento que consolidará los requerimientos funcionales y no funcionales.

📅 8 marzo 2026
Director: Prof. Héctor Fabio Ocampo · Univalle
Estudiante: Germán David Murillas
Objetivo: Análisis y especificación de requisitos

01 Objetivos de la sesión

Puntos que se revisaron y acordaron durante la reunión con el director.

02 Decisiones y acuerdos

Acuerdos tomados durante la sesión. Cada punto refleja lo que se revisó o definió con el director.

1. Adición de matrícula confirmada
Se confirmó que la adición de la materia Trabajo de Grado I quedó registrada en el tabulado y que el estudiante aparece correctamente en el listado de clases del director. Quedó verificado el registro académico para continuar el seguimiento del trabajo de grado.
2. Estado del objetivo 1 — análisis de requerimientos
Se revisó el primer objetivo específico: analizar los requerimientos para la gestión de inventario. Se constató que los requerimientos ya están definidos y que la entrevista de elicitación con el personal de bodega ya se realizó, por lo que se acordó que el objetivo 1 está prácticamente completado.
3. Requerimientos funcionales en GitHub Projects
Se revisaron los requerimientos funcionales (RF) creados en el tablero. Se acordó que la tarea «crear requerimientos funcionales», una vez revisada en la reunión, queda aprobada y movida a Done. El primer requerimiento a trabajar quedó identificado: RF-01 — registro de entrada con trazabilidad de materia prima.
4. Estándar de especificación — IEEE 830
Se definió adoptar el estándar IEEE 830 como base para la especificación de requisitos de software. Se acordó especificar explícitamente el estándar en la documentación, dado que el documento de análisis ya se apoyaba implícitamente en él.
5. Documento único — borrador en Word
Se acordó consolidar todo en un único documento (borrador) en lugar de archivos separados, ya que la entrega final será un solo documento. El borrador incluirá la licitación y los requerimientos en el mismo archivo. Se definió crearlo en un documento de Word / Doc para mayor agilidad.
6. Alcance del borrador — sin formalismos aún
Se definió que el borrador, por ahora, no requiere portada, contraportada ni tabla de contenido. El alcance acordado es listar de forma directa los requerimientos funcionales (1…9) y los requerimientos no funcionales (1…9), cada uno con su título y descripción, bajo el estándar IEEE 830.
7. Trazabilidad para el evaluador
Se acordó que, aunque el jurado podría no entrar al tablero del proyecto, sí revisará el documento; por ello cada requerimiento (título + descripción) debe quedar escrito en el documento, no únicamente en GitHub Projects.
8. Flujo del tablero de gestión
Se reforzó el flujo de trabajo del tablero: cada tarjeta debe avanzar por ReadyIn ProgressIn ReviewDone a medida que se trabaja, se revisa en reunión y se aprueba.

03 Evidencias en el repositorio

Archivos reales del repositorio que materializan el análisis de requerimientos y el marco referencial discutidos. El objetivo 1 y el estándar IEEE 830 quedan respaldados por la especificación de objetivos, los casos de uso y las migraciones que derivan de los requerimientos.

ArchivoAporte como evidencia
overleaf_tesis/Capitulo1Introduccion/Objetivos.texObjetivos específicos. El indicador del objetivo 1 exige especificación de requisitos según IEEE 830 con 9 casos de uso validados.
docs/CASOS_DE_USO.mdDocumento con los casos de uso derivados de las entrevistas de elicitación.
overleaf_tesis/Anexos/AnexoCasosDeUso.texAnexo de casos de uso que respalda la especificación de requisitos.
overleaf_tesis/Capitulo3MarcoReferencial/IntroCap3.texIntroducción del Marco Referencial (tema central de la sesión).
overleaf_tesis/Capitulo3MarcoReferencial/teorico.texMarco teórico — fundamentos de inventario, FEFO y estándares.
overleaf_tesis/Capitulo3MarcoReferencial/Conceptual.texMarco conceptual — definiciones que sustentan los requerimientos.
docs/DATA_DICTIONARY.mdDiccionario de datos que traduce los requerimientos a entidades.
database/migrations/2026_01_02_000000_create_materials_table.phpEntidad Materiales derivada del RF de gestión de materia prima.
database/migrations/2026_01_03_000000_create_lotes_table.phpEntidad Lotes — soporte de la trazabilidad solicitada en RF-01.
database/migrations/2026_04_16_000003_create_movimientos_table.phpEntidad Movimientos — registro de entradas/salidas con trazabilidad.

Tablero de gestión: GitHub Projects del repositorio (columnas Ready · In Progress · In Review · Done). Documento borrador en proceso, consolidando licitación + requerimientos funcionales y no funcionales bajo IEEE 830.

04 Tareas asignadas

Tareas acordadas para la siguiente semana y movimientos en el tablero de GitHub Projects.

#TareaTableroEstado
1Crear el documento borrador en Word/Doc, consolidando en un único archivo la licitación y la especificación de requisitos.In ProgressAsignada
2Escribir los requerimientos funcionales (RF 1…9) con título y descripción, bajo el estándar IEEE 830.In ProgressAsignada
3Escribir los requerimientos no funcionales (RNF 1…9) en el mismo documento.ReadyAsignada
4Revisión de la tarea «crear requerimientos funcionales» y paso a Done en el tablero.DoneAprobada
5Mantener el análisis de requerimientos (entrevista + RF) como objetivo 1 completado.DoneCompletado
Notas de la sesión

Se trabajó en vivo la revisión de los requerimientos funcionales en el tablero y se acordó el alcance del borrador. Se definió que el documento debe contener cada requerimiento con su título y descripción, redactado bajo IEEE 830 y sin formalismos de portada o índice por el momento, para priorizar el contenido. Se identificó RF-01 — registro de entrada con trazabilidad de materia prima como el primer requerimiento a desarrollar. Se reforzó que las tarjetas del tablero deben moverse por Ready, In Progress, In Review y Done conforme avanzan y se revisan en reunión.

 Creating: /home/david/pymetory/tesis/reuniones/reunion3/index.html - Completed in 0.9s > Creé el acta en tesis/reuniones/reunion3/index.html. Aquí está el HTML completo: html Reunión 3 — Marco Referencial y Especificación de Requisitos | Pymetory
Acta de Reunión · Fase de Análisis

Reunión #3 — Marco Referencial y Especificación de Requisitos

Revisión del estado del objetivo 1 (análisis de requerimientos), adopción del estándar IEEE 830 para la especificación de requisitos y definición del documento que consolidará los requerimientos funcionales y no funcionales.

📅 8 marzo 2026
Director: Prof. Héctor Fabio Ocampo · Univalle
Estudiante: Germán David Murillas
Objetivo: Análisis y especificación de requisitos

01 Objetivos de la sesión

Puntos que se revisaron y acordaron durante la reunión con el director.

02 Decisiones y acuerdos

Acuerdos tomados durante la sesión. Cada punto refleja lo que se revisó o definió con el director.

1. Adición de matrícula confirmada
Se confirmó que la adición de la materia Trabajo de Grado I quedó registrada en el tabulado y que el estudiante aparece correctamente en el listado de clases del director. Quedó verificado el registro académico para continuar el seguimiento del trabajo de grado.
2. Estado del objetivo 1 — análisis de requerimientos
Se revisó el primer objetivo específico: analizar los requerimientos para la gestión de inventario. Se constató que los requerimientos ya están definidos y que la entrevista de elicitación con el personal de bodega ya se realizó, por lo que se acordó que el objetivo 1 está prácticamente completado.
3. Requerimientos funcionales en GitHub Projects
Se revisaron los requerimientos funcionales (RF) creados en el tablero. Se acordó que la tarea «crear requerimientos funcionales», una vez revisada en la reunión, queda aprobada y movida a Done. El primer requerimiento a trabajar quedó identificado: RF-01 — registro de entrada con trazabilidad de materia prima.
4. Estándar de especificación — IEEE 830
Se definió adoptar el estándar IEEE 830 como base para la especificación de requisitos de software. Se acordó especificar explícitamente el estándar en la documentación, dado que el documento de análisis ya se apoyaba implícitamente en él.
5. Documento único — borrador en Word
Se acordó consolidar todo en un único documento (borrador) en lugar de archivos separados, ya que la entrega final será un solo documento. El borrador incluirá la licitación y los requerimientos en el mismo archivo. Se definió crearlo en un documento de Word / Doc para mayor agilidad.
6. Alcance del borrador — sin formalismos aún
Se definió que el borrador, por ahora, no requiere portada, contraportada ni tabla de contenido. El alcance acordado es listar de forma directa los requerimientos funcionales (1…9) y los requerimientos no funcionales (1…9), cada uno con su título y descripción, bajo el estándar IEEE 830.
7. Trazabilidad para el evaluador
Se acordó que, aunque el jurado podría no entrar al tablero del proyecto, sí revisará el documento; por ello cada requerimiento (título + descripción) debe quedar escrito en el documento, no únicamente en GitHub Projects.
8. Flujo del tablero de gestión
Se reforzó el flujo de trabajo del tablero: cada tarjeta debe avanzar por ReadyIn ProgressIn ReviewDone a medida que se trabaja, se revisa en reunión y se aprueba.

03 Evidencias en el repositorio

Archivos reales del repositorio que materializan el análisis de requerimientos y el marco referencial discutidos. El objetivo 1 y el estándar IEEE 830 quedan respaldados por la especificación de objetivos, los casos de uso y las migraciones que derivan de los requerimientos.

ArchivoAporte como evidencia
overleaf_tesis/Capitulo1Introduccion/Objetivos.texObjetivos específicos. El indicador del objetivo 1 exige especificación de requisitos según IEEE 830 con 9 casos de uso validados.
docs/CASOS_DE_USO.mdDocumento con los casos de uso derivados de las entrevistas de elicitación.
overleaf_tesis/Anexos/AnexoCasosDeUso.texAnexo de casos de uso que respalda la especificación de requisitos.
overleaf_tesis/Capitulo3MarcoReferencial/IntroCap3.texIntroducción del Marco Referencial (tema central de la sesión).
overleaf_tesis/Capitulo3MarcoReferencial/teorico.texMarco teórico — fundamentos de inventario, FEFO y estándares.
overleaf_tesis/Capitulo3MarcoReferencial/Conceptual.texMarco conceptual — definiciones que sustentan los requerimientos.
docs/DATA_DICTIONARY.mdDiccionario de datos que traduce los requerimientos a entidades.
database/migrations/2026_01_02_000000_create_materials_table.phpEntidad Materiales derivada del RF de gestión de materia prima.
database/migrations/2026_01_03_000000_create_lotes_table.phpEntidad Lotes — soporte de la trazabilidad solicitada en RF-01.
database/migrations/2026_04_16_000003_create_movimientos_table.phpEntidad Movimientos — registro de entradas/salidas con trazabilidad.

Tablero de gestión: GitHub Projects del repositorio (columnas Ready · In Progress · In Review · Done). Documento borrador en proceso, consolidando licitación + requerimientos funcionales y no funcionales bajo IEEE 830.

04 Tareas asignadas

Tareas acordadas para la siguiente semana y movimientos en el tablero de GitHub Projects.

#TareaTableroEstado
1Crear el documento borrador en Word/Doc, consolidando en un único archivo la licitación y la especificación de requisitos.In ProgressAsignada
2Escribir los requerimientos funcionales (RF 1…9) con título y descripción, bajo el estándar IEEE 830.In ProgressAsignada
3Escribir los requerimientos no funcionales (RNF 1…9) en el mismo documento.ReadyAsignada
4Revisión de la tarea «crear requerimientos funcionales» y paso a Done en el tablero.DoneAprobada
5Mantener el análisis de requerimientos (entrevista + RF) como objetivo 1 completado.DoneCompletado
Notas de la sesión

Se trabajó en vivo la revisión de los requerimientos funcionales en el tablero y se acordó el alcance del borrador. Se definió que el documento debe contener cada requerimiento con su título y descripción, redactado bajo IEEE 830 y sin formalismos de portada o índice por el momento, para priorizar el contenido. Se identificó RF-01 — registro de entrada con trazabilidad de materia prima como el primer requerimiento a desarrollar. Se reforzó que las tarjetas del tablero deben moverse por Ready, In Progress, In Review y Done conforme avanzan y se revisan en reunión.