Objetivo general
Diseñar, construir y entregar una plataforma académica integrada para INFOUNSA compuesta por tres módulos: WEB (sitio WordPress), Asistencia y Inventario; con documentación completa y validación del cliente.
Plan de Proyecto
Sección 1 — Introducción y Alcance del Proyecto
Propósito, contexto y entregables
Este documento define el Plan de Dirección del Proyecto INFOUNSA PLATAFORMA, estableciendo el alcance, cronograma, recursos, responsabilidades y mecanismos de seguimiento para el ciclo académico Mayo–Julio 2026.
Entregables clave
- Módulo WEB — sitio WordPress funcional con diseño institucional
- Módulo Asistencia — registro y control de asistencia
- Módulo Inventario — gestión de activos y stock
- Documentación técnica: WP.01 · WP.13 × 3 · WP.21 · WP.30 × 3 · WP.23
- Informe final y presentación (F6)
Fuera de alcance
- Integración con sistemas externos de terceros no especificados
- Desarrollo de aplicaciones móviles nativas
- Mantenimiento post-entrega (soporte operativo)
- Módulos adicionales no definidos en sprint 0
| Atributo | Descripción |
|---|---|
| Nombre del proyecto | INFOUNSA PLATAFORMA — Sistema de Gestión Académica Integrada |
| Período de ejecución | 06 de mayo – 03 de julio de 2026 (9 semanas) |
| Patrocinador / cliente | INFOUNSA — representante Yoset Cozco Mamani (PM) |
| Equipo | 9 integrantes — Yoset, Emerson, Marco, Maria, Luis, Melvin, Mario, Miguel, Elvis |
| Marco normativo | ISO/IEC 29110 · ISO/IEC/IEEE 12207 · ISO/IEC 25010 |
| Metodología | Modelo V + Scrum (Sprint 0 y Sprint 1) + control PM ISO 29110 |
| Repositorio | GitLab — CI/CD gestionado por Mario Champis (DevOps) |
| Herramienta de gestión | OpenProject — infounsa-plataforma |
WP.01 — ISO/IEC 29110 · Plan del Proyecto
Planificación formal del proyecto INFOUNSA
El plan de proyecto formaliza el cronograma, los hitos y la distribución de trabajo del equipo. Se estructura bajo los procesos PM de ISO/IEC 29110, el Modelo V para la trazabilidad requisito-prueba, y Scrum para las iteraciones de construcción en Sprint 1.
ISO/IEC 29110
WP.01 como entregable del HITO 1. Los hitos 1–6 mapean a procesos PM.1–PM.4 y SI.2–SI.6. Equipo de 9 personas en perfil básico del estándar.
Modelo V
F2 (Requerimientos) ↔ F5 (Pruebas de aceptación). F3 (Diseño) ↔ F4 (Integración). WP.21 asegura la trazabilidad requisito-prueba.
Scrum
Sprint 0 (semana 1) para arranque y documentos base. Sprint 1 (semanas 6–7) para la construcción de los 3 módulos en F4.
Diagrama de Gantt
Desliza horizontalmente si el diagrama no cabe en pantalla. Verde = completadas · azul = activas esta semana · rombos = hitos. F3 ARQUITECTURA arranca el 26/05 tras la validación del cliente.
gantt
title INFOUNSA — Ejecucion paralela WEB / Asistencia / Inventario
dateFormat YYYY-MM-DD
axisFormat %d/%m
section S0 + F1 Global
Project Plan + riesgos :done, s0a, 2026-05-07, 1d
Spec req. Wordpress :done, s0b, 2026-05-07, 1d
Spec req. Asistencia :done, s0c, 2026-05-07, 1d
Trazabilidad v2 :done, s0d, 2026-05-06, 1d
Levantamiento GitLab :done, s0f, 2026-05-09, 1d
Presentacion avances :milestone, m0, 2026-05-08, 0d
Project Plan ISO 29110 :active, f1a, 2026-05-11, 2026-05-12
Plan de tratamiento de riesgos :active, f1b, 2026-05-12, 2026-05-13
Publicar y aprobar Gantt : f1c, 2026-05-13, 2026-05-15
HITO 1 Plan aprobado :milestone, h1, 2026-05-15, 0d
section WEB (Marco + Maria + Luis)
WEB Spec req WP.13 :done, w2, 2026-05-11, 2026-05-22
WEB Diseno UI-UX y API WP.30 : w3, 2026-05-26, 2026-06-05
WEB Desarrollo frontend y backend : w4, 2026-06-08, 2026-06-17
WEB Pruebas aceptacion : w5, 2026-06-22, 2026-06-24
HITO 2 Req validados :milestone, h2, 2026-05-22, 0d
Pulido F2 + QA validacion :active, f2p, 2026-05-23, 2026-05-25
Validacion cliente + correcciones :milestone, vc, 2026-05-26, 0d
HITO 3 Diseno aprobado :milestone, h3, 2026-06-05, 0d
section Asistencia (Emerson + Maria)
Asistencia Spec req WP.13 :done, a2, 2026-05-11, 2026-05-22
Asistencia Diseno UI WP.30 : a3, 2026-05-26, 2026-06-05
Asistencia Desarrollo : a4, 2026-06-08, 2026-06-17
Asistencia Pruebas aceptacion : a5, 2026-06-22, 2026-06-24
section Inventario (Melvin + Emerson + Marco)
Inventario Spec req WP.13 :done, i2, 2026-05-18, 2026-05-22
Inventario Diseno API-BD WP.30 : i3, 2026-05-26, 2026-06-05
Inventario Desarrollo : i4, 2026-06-08, 2026-06-17
Inventario Pruebas aceptacion : i5, 2026-06-22, 2026-06-24
section Infraestructura compartida (Mario)
Configuracion GitLab CI-CD : f4d, 2026-06-08, 2026-06-12
Integracion de modulos : f4e, 2026-06-15, 2026-06-17
Code review y ajustes Sprint 1 : f4f, 2026-06-17, 2026-06-19
Trazabilidad WP.21 (Melvin) : trz, 2026-05-16, 2026-05-22
HITO 4 Sprint 1 cerrado :milestone, h4, 2026-06-19, 0d
section QA (Miguel + Elvis)
WP.40 Plan y tecnicas de prueba : q1, 2026-06-19, 2026-06-22
Correccion de incidencias : f5c, 2026-06-24, 2026-06-26
Validacion final y firma WP.23 : f5d, 2026-06-25, 2026-06-26
HITO 5 Integracion validada :milestone, h5, 2026-06-26, 0d
section F6 Entrega Global
Preparacion presentacion final : f6a, 2026-06-29, 2026-07-01
Redaccion informe final : f6b, 2026-06-29, 2026-07-01
Entrega documentacion completa : f6c, 2026-07-01, 2026-07-02
HITO 6 Entrega y presentacion :milestone, h6, 2026-07-03, 0d
Ver Gantt interactivo en OpenProject
infounsa-plataforma · Timeline con fechas y asignaciones reales
Segmentación — 3 submódulos en paralelo
WEB · Asistencia · Inventario corren simultáneamente
Desde el 11 de mayo (F2) los tres módulos ejecutan sus propias fases de requerimientos, diseño, construcción y pruebas en paralelo, con equipos parcialmente diferenciados. La infraestructura compartida (DevOps) y las pruebas QA son los únicos ejes transversales.
WEB — infounsa-web
- Stack: WordPress / PHP + MariaDB
- F2 inicia: 11 May (junto a Asistencia)
- Equipo F2–F4: Marco Ponce, Maria Quijia (frontend) · Luis Quispe (backend)
- WPs: ~30 paquetes de trabajo
- Diferenciador: único módulo con CMS (WordPress); requiere entrevista inicial de cliente
Asistencia — infounsa-asistencia
- Stack: Backend API + frontend web + BD relacional
- F2 inicia: 11 May (paralelamente a WEB)
- Equipo F2–F4: Emerson Mendoza + Yoset (req/arq) · Maria Quijia (frontend) · Luis Quispe (backend API)
- WPs: ~27 paquetes de trabajo
- Diferenciador: Emerson como Arquitecto transversal (también Inventario); Maria comparte con WEB
Inventario — infounsa-inventario
- Stack: Backend API + frontend web + BD + Docker
- F2 inicia: 18 May (una semana después, dependencia de Sprint 0)
- Equipo F2–F4: Melvin Castro (req/backend) · Marco Ponce (frontend/UI) · Emerson (arquitectura)
- WPs: ~27 paquetes de trabajo
- Diferenciador: Melvin es responsable de WP.21 trazabilidad × 3 módulos; arranque F2 tardío
Matriz de ejecución — Fase × Módulo
| Fase | WEB | Asistencia | Inventario |
|---|---|---|---|
| F2 11–22 May |
WP.13 WEB — Entrevista + Spec req. Marco + Maria · 11–22 May |
WP.13 Asistencia — Spec req. Emerson + Yoset · 11–16 May |
WP.13 Inventario — Spec req. ⚠ Melvin · inicia 18 May |
| F3 25 May – 5 Jun |
WP.30 WEB — UI/UX + API Marco + Luis · 25 May–5 Jun |
WP.30 Asistencia — UI + Arq. Maria + Emerson · 25 May–5 Jun |
WP.30 Inventario — API/BD Melvin + Marco · 25 May–5 Jun |
| F4 8–19 Jun |
Desarrollo WEB frontend + backend Marco · Maria · Luis · 8–19 Jun |
Desarrollo Asistencia frontend + API Maria · Emerson · Luis · 8–19 Jun |
Desarrollo Inventario backend + Docker Melvin · Marco · Emerson · 8–19 Jun |
| F5 22–26 Jun |
Pruebas aceptación WEB Miguel + Elvis (QA) · 22–24 Jun |
Pruebas aceptación Asistencia Miguel + Elvis (QA) · 22–24 Jun |
Pruebas aceptación Inventario Miguel + Elvis (QA) · 22–24 Jun |
| Ejes compartidos: Mario Champis (DevOps CI/CD) da soporte a los 3 módulos en F4. Melvin Castro gestiona WP.21 trazabilidad transversal. QA (Miguel + Elvis) prueba los 3 módulos secuencialmente en F5. | |||
Detalle por módulo — Fases F2 a F5
Fase
WEB infounsa-web
Asistencia infounsa-asistencia
Inventario infounsa-inventario
F2
11–22 May
WP.13
Especificación de requerimientos WEB
Marco y Maria levantan, priorizan y validan el alcance funcional del portal WordPress con foco en navegación, publicación y administración.
Entrevista 11 May · Cierre 22 May
WP.13
Especificación de requerimientos Asistencia
Emerson y Yoset definen el alcance de captura de asistencia, reglas de negocio, validaciones y dependencias del flujo operativo.
11–16 May · Cierre adelantado
WP.13
Especificación de requerimientos Inventario
Melvin y Marco arrancan una semana después para ajustar catálogos, stock, movimientos y estructura de base de datos del módulo.
Inicio 18 May · Ajuste por dependencia
F3
25 May–5 Jun
WP.30
Diseño UI/UX y API/BD WEB
La interfaz, el flujo de publicación y la integración con backend se estructuran para WordPress, PHP y MariaDB con foco en experiencia de uso.
Marco (UI) · Luis (API/BD)
WP.30
Diseño UI y arquitectura Asistencia
Se define la arquitectura del servicio, las vistas principales y el contrato con la base de datos para el módulo de asistencia.
Maria (UI) · Emerson (Arq.)
WP.30
Diseño API/BD y UI Inventario
Se modelan endpoints, entidades y pantallas de inventario para sostener reglas de stock, registros de movimientos y trazabilidad.
Melvin (API/BD) · Marco (UI)
F4
8–19 Jun
Sprint 1
Construcción frontend + backend WEB
Marco, Maria y Luis implementan el flujo completo de la web con despliegue Docker y soporte de integración continua.
Sprint 1 · 8–19 Jun
Sprint 1
Construcción frontend + API Asistencia
La solución de asistencia avanza con implementación de interfaz, lógica de negocio y conexión a datos operativos.
Maria · Emerson · Luis · Docker
Sprint 1
Construcción backend + Docker Inventario
Melvin lidera el backend del inventario con apoyo de Marco y Emerson para dejar listo el despliegue, la base de datos y la integración.
Melvin · Marco · Emerson
F5
22–26 Jun
QA
Pruebas de aceptación WEB
Miguel y Elvis verifican flujos clave, regresión y correcciones previas al cierre del módulo web.
22–24 Jun · QA
QA
Pruebas de aceptación Asistencia
Se valida el registro de asistencia, sus respuestas y la corrección de incidencias detectadas durante el sprint.
22–24 Jun · QA
QA
Pruebas de aceptación Inventario
El equipo prueba inventario secuencialmente sobre stock, movimientos y consistencia de datos antes de la entrega final.
22–24 Jun · QA
| Persona | WEB | Asistencia | Inventario | Rol transversal |
|---|---|---|---|---|
| Emerson Mendoza | — | F2 F3 F4 | F3 F4 | Tech Lead · Arquitecto de software |
| Marco Ponce | F2 F3 F4 | — | F3 F4 | Frontend · UI/UX cross-módulo |
| Maria Quijia | F2 F3 F4 | F3 F4 | — | Frontend · UI/UX cross-módulo |
| Luis Quispe | F3 F4 | F4 | — | Backend Developer |
| Melvin Castro | WP.21 ×3 | WP.21 ×3 | F2 F3 F4 | Backend · Trazabilidad transversal |
| Mario Champis | CI/CD | CI/CD | CI/CD + Docker | DevOps · Infraestructura compartida (F4) |
| Miguel Tinta · Elvis Niflaz | F5 | F5 | F5 | QA · Pruebas de aceptación × 3 módulos |
Resumen por fases
| Fase | Período | Entregable clave | Hito ISO 29110 | Horas |
|---|---|---|---|---|
| S0 Inicio | 06 – 09 May | Documentos base + reunión de avances | Presentación 08 May | 56 h |
| F1 Planificación | 11 – 15 May | WP.01 Project Plan · WP.03 Riesgos · Gantt | HITO 1 — PM.1 Plan aprobado | 10 h |
| F2 Requerimientos | 11 – 22 May | WP.13 × 3 módulos · WP.21 Trazabilidad | HITO 2 — SI.2 Requisitos completados | 34 h |
| F3 Diseño | 25 May – 05 Jun | WP.30 × 3 módulos aprobados | HITO 3 — SI.3 Diseño aprobado | 37 h |
| F4 Construcción | 08 – 19 Jun | Código + integración GitLab + code review | HITO 4 — SI.4 Construcción entregada | 72 h |
| F5 Pruebas | 22 – 26 Jun | WP.40 · WP.50 · firma aceptación WP.23 | HITO 5 — SI.5 Integración validada | 20 h |
| F6 Entrega | 29 Jun – 03 Jul | Informe final + documentación + presentación | HITO 6 — SI.6 Entrega · PM.4 Cierre | 13 h |
| Total | 242 h | |||
Hitos del programa
Cada hito corresponde a un punto de control del proceso PM o SI de ISO/IEC 29110.
| # | Hito | Fecha | Proceso ISO 29110 | ID OP |
|---|---|---|---|---|
| 0 | Presentación de avances | 08 May 2026 | Sprint 0 — cierre de arranque | #159 |
| 1 | Plan del proyecto aprobado | 15 May 2026 | PM.1 — Project Planning | #77 |
| 2 | Requerimientos validados | 22 May 2026 | SI.2 — Requirements Analysis | #78 |
| 3 | Diseño aprobado | 05 Jun 2026 | SI.3 — Architectural Design | #79 |
| 4 | Sprint 1 cerrado | 19 Jun 2026 | SI.4 — Software Construction | #80 |
| 5 | Integración validada | 26 Jun 2026 | SI.5 — Integration & Testing | #81 |
| 6 | Entrega final | 03 Jul 2026 | SI.6 Entrega · PM.4 Cierre | #82 / #195 |
Responsables por fase
| Fase | Responsables principales | Rol ISO 29110 / OpenUP |
|---|---|---|
| S0 | Yoset, Miguel, Emerson, Marco, Maria, Luis, Melvin, Mario | Todos — arranque general |
| F1 | Yoset (PM), Miguel, Emerson | Project Manager · Technical Lead |
| F2 | Marco, Maria (WEB) · Emerson, Yoset (Asist./Inv.) · Melvin (trazabilidad) | Analyst · PM control |
| F3 | Marco, Maria (WEB) · Emerson, Yoset (Asist./Inv.) · Miguel (revisión) | Developer · Architect (TL) |
| F4 | Marco, Maria, Emerson, Yoset (dev) · Mario (infra/CI) · Miguel (review) | Developer · DevOps · TL Reviewer |
| F5 | Elvis, Miguel (pruebas) · Marco, Emerson, Yoset (correcciones) | Tester · QA · Developer |
| F6 | Yoset (informe + presentación) · Emerson (documentación) | PM Closure · SI Delivery |
Recursos del proyecto
Recursos humanos, tecnológicos y de infraestructura asignados para el período Mayo–Julio 2026.
Equipo humano (9 integrantes)
- Yoset Cozco — Project Manager / Lead
- Emerson Mendoza — Tech Lead / Arquitectura
- Marco Ponce — Frontend Developer
- Maria Quijia — Frontend Developer
- Luis Quispe — Backend Developer
- Melvin Castro — Backend Developer
- Mario Champis — DevOps / CI/CD
- Miguel Tinta — QA / Testing
- Elvis Niflaz — QA / Testing
Infraestructura y herramientas
- GitLab — Control de versiones y CI/CD pipelines
- OpenProject — Gestión de tareas, tableros y documentación
- WordPress — CMS para módulo WEB (INFOUNSA)
- Docker / Docker Compose — Contenedores de despliegue
- MariaDB / PostgreSQL — Bases de datos
- Entorno de pruebas — Servidor staging en
qpsecure.cloud
Documentos y plantillas
- WP.01 — Plan del proyecto
- WP.02 — Minutas y acuerdos
- WP.03 — Registro de riesgos
- WP.04 — Plan de calidad
- WP.13 — Especificaciones de requerimientos (× 3)
- WP.21 — Matrices de trazabilidad (× 3)
- WP.23 — Acta de aceptación del cliente
- WP.30 — Documentos de diseño (× 3)
Dependencias, Supuestos y Restricciones
Dependencias
- Los módulos Asistencia e Inventario dependen de la infraestructura Docker configurada en Sprint 0
- F3 (Diseño) depende del cierre formal de F2 (Requerimientos validados — HITO 2)
- F4 (Construcción) depende de la aprobación de diseños en F3 (HITO 3)
- La integración GitLab CI/CD (Mario) debe estar operativa antes del inicio de F4 el 08 Jun
- WP.23 (aceptación) requiere la firma del representante del cliente antes de F6
Supuestos
- Disponibilidad del equipo en horarios acordados; sin bajas definitivas durante el proyecto
- Acceso continuo al servidor
qpsecure.cloudy al repositorio GitLab - El cliente / patrocinador participará en las validaciones de HITO 2 y HITO 5
- Los requerimientos no sufrirán cambios estructurales después de HITO 2 (22 May)
- El entorno WordPress para módulo WEB está disponible desde el inicio de F3
Restricciones
- Tiempo: Fecha límite inamovible — presentación final 03 Jul 2026
- Presupuesto: Proyecto académico sin presupuesto monetario; se asumen costos de infraestructura cloud existente
- Tecnología: Stack definido en Sprint 0; no se introducirán nuevos frameworks en F4
- Equipo: 9 integrantes fijos; no hay contratación externa prevista
- Alcance: Los módulos no se ampliarán después de HITO 2 sin aprobación PM
Seguimiento y Control
Mecanismos de monitoreo de progreso, gestión de cambios e informes durante el ciclo del proyecto.
Reuniones de seguimiento
- Reunión semanal (viernes): revisión de avances en OpenProject · tablero Kanban · próximas tareas
- Reunión de hito: al cierre de cada fase (HITO 1–6) con acta en WP.02
- Revisión de sprint: al final de Sprint 1 (F4) — demo de los 3 módulos
- Retrospectiva: post-sprint para identificar mejoras al proceso
Control de cambios
- Todo cambio de alcance requiere aprobación del PM (Yoset) y se registra en OpenProject
- Cambios en fechas de hitos deben ser acordados por el equipo completo
- Issues de código se gestionan vía GitLab Issues + merge requests
- Cambios en requerimientos post-HITO 2 se tratan como riesgo y se escalan
Indicadores de avance (KPI)
- % tareas cerradas / planificadas por sprint (OpenProject dashboard)
- Cumplimiento de hitos: fecha real vs. planificada
- Defectos detectados/resueltos en F5 (pruebas de aceptación)
- Cobertura de trazabilidad requisito → caso de prueba (WP.21)
- Documentos entregados al cierre de cada fase (WP.01–WP.30)
| Evento | Frecuencia | Responsable | Entregable |
|---|---|---|---|
| Informe semanal de avances | Viernes (cada semana) | Yoset (PM) | Resumen en OpenProject (tablero) |
| Acta de cierre de hito | Al completar cada HITO | Yoset + TL | WP.02 — Acta firmada |
| Demo Sprint 1 | 19 Jun 2026 | Todo el equipo | Video/demo de los 3 módulos |
| Validación con cliente | 22 May y 26 Jun | Yoset (PM) | WP.23 — Acta de aceptación |
| Informe final | 29 Jun – 02 Jul | Yoset + Emerson | Documento Word/PDF entregado |
Trazabilidad de roles y entregables
Cada integrante mapeado a su proceso ISO 29110, área PMBOK, ceremonia Scrum y posición en el Modelo V.
Las rutas en código indican la ubicación exacta del entregable.
F1–F6 Fases activas
ISO PM.x / SI.x Proceso ISO 29110
PMBOK Área de conocimiento PMBOK 6ª ed.
Scrum Rol / Ceremonia Scrum
Modelo V Lado izq. (def.) o der. (verif.)
YCM
Entregables + rutas
WP.01 — Plan del proyecto
OP » work_packages/77 · /roles-equipo/plan-proyecto.html
WP.02 — Minutas y acuerdos de reuniones
OP » infounsa-plataforma/wiki › Minutas
WP.03 — Registro de riesgos
OP » work_packages (tipo Riesgo) · /roles-equipo/plan-riesgos-costos.html
WP.23 — Acta de aceptación del cliente
OP » work_packages (tipo Milestone) · F5: 26 Jun 2026
Informe final + presentación (F6)
OP » work_packages/165 · gitlab:infounsa/docs/informe-final.pdf
EM
Entregables + rutas
WP.13 — Spec. req. Asistencia e Inventario
OP » infounsa-asistencia/work_packages · infounsa-inventario/WPs
WP.30 — Diseño arquitectura × 2 módulos
gitlab:infounsa/asistencia/docs/arquitectura.md · inventario/docs/
Código backend Asistencia + Inventario (F4 — Sprint 1)
gitlab:infounsa/asistencia/src/ · gitlab:infounsa/inventario/src/
Integración de módulos y code review (F4)
gitlab:infounsa/platform/merge_requests
Documentación técnica final (F6)
OP » infounsa-plataforma/wiki › Arquitectura
MP
Entregables + rutas
WP.13 — Spec. req. WEB (co-autor)
OP » infounsa-web/work_packages · F2: 11–22 May
Mockups UI/UX — wireframes WEB + Inventario (F3)
gitlab:infounsa/web/docs/mockups/ · adjunto en OP WP F3
WP.30 — Diseño frontend WEB + Inventario
gitlab:infounsa/web/docs/diseño-ui.md · inventario/docs/
Código frontend WEB + Inventario (F4 — Sprint 1)
gitlab:infounsa/web/src/frontend/ · inventario/src/frontend/
Correcciones post-QA (F5)
gitlab:infounsa/web/issues · OP » F5 work_packages
MQ
Entregables + rutas
WP.13 — Spec. req. WEB (co-autora)
OP » infounsa-web/work_packages · F2: 11–22 May
Mockups UI/UX — wireframes WEB + Asistencia (F3)
gitlab:infounsa/web/docs/mockups/ · asistencia/docs/mockups/
WP.30 — Diseño frontend Asistencia
gitlab:infounsa/asistencia/docs/diseño-ui.md
Código frontend WEB + Asistencia (F4 — Sprint 1)
gitlab:infounsa/web/src/frontend/ · asistencia/src/frontend/
Correcciones post-QA (F5)
gitlab:infounsa/asistencia/issues · OP » F5 work_packages
LQ
Entregables + rutas
WP.30 — Diseño API y BD módulo WEB
gitlab:infounsa/web/docs/api-spec.md · /db/schema.sql
Código backend WEB (F4 — Sprint 1)
gitlab:infounsa/web/src/backend/
Endpoints y BD Asistencia (F4)
gitlab:infounsa/asistencia/src/backend/
Configuración Docker — servicios WEB
gitlab:infounsa/web/docker-compose.yml · /Dockerfile
Soporte integración y pruebas (F5)
OP » infounsa-web/work_packages · F5: 22–26 Jun
MLV
Entregables + rutas
WP.13 — Spec. req. Inventario
OP » infounsa-inventario/work_packages · F2: 11–22 May
WP.21 — Matrices de trazabilidad req. ↔ prueba × 3
OP » work_packages/282 · gitlab:infounsa/docs/trazabilidad-*.xlsx
WP.30 — Diseño API y BD Inventario
gitlab:infounsa/inventario/docs/api-spec.md · /db/schema.sql
Código backend Inventario (F4 — Sprint 1)
gitlab:infounsa/inventario/src/backend/
Configuración Docker — Inventario
gitlab:infounsa/inventario/docker-compose.yml · /Dockerfile
MCh
Entregables + rutas
GitLab CI/CD pipelines configurados (F4)
gitlab:infounsa/platform/.gitlab-ci.yml
Docker Compose — entorno de despliegue
gitlab:infounsa/platform/docker-compose.prod.yml
Entorno staging — servidor qpsecure.cloud
staging.qpsecure.cloud · acceso SSH documentado en wiki
Scripts build y test automático
gitlab:infounsa/platform/scripts/ · Makefile
Documentación de infraestructura
OP » infounsa-plataforma/wiki › Infraestructura
MT
Entregables + rutas
WP.04 — Plan de calidad (co-autor)
OP » infounsa-plataforma/work_packages (tipo Plan) · F2
WP.40 — Plan y técnicas de prueba
OP » infounsa-plataforma/work_packages (tipo Plan QA) · F5
Casos de prueba funcional × 3 módulos
gitlab:infounsa/tests/casos-prueba-web.xlsx · asistencia.xlsx · inventario.xlsx
Evidencias de ejecución (capturas + logs)
gitlab:infounsa/tests/evidencias/F5/ · adjuntos en OP WP F5
WP.23 — Validación final y co-firma
OP » work_packages (Milestone HITO 5) · 26 Jun 2026
EN
Entregables + rutas
Ejecución pruebas aceptación × 3 módulos
OP » infounsa-plataforma/work_packages · F5: 22–26 Jun
Reporte de defectos y seguimiento
gitlab:infounsa/platform/issues (label: bug) · OP WPs tipo Bug
Evidencias de prueba (capturas / logs F5)
gitlab:infounsa/tests/evidencias/F5/elvis/ · adjuntos OP
Verificación de correcciones post-desarrollo
gitlab:infounsa/platform/merge_requests (label: fix-verified)
WP.23 — Co-firma acta de aceptación final
OP » work_packages (Milestone HITO 5) · 26 Jun 2026
Alineamiento metodológico
El proyecto combina cuatro marcos complementarios. Cada fase del cronograma se mapea a procesos ISO 29110, actividades PMBOK, ceremonias Scrum y al Modelo V de verificación/validación.
ISO/IEC 29110 — Procesos
- PM.1 Project Planning → F1 · WP.01 aprobado (HITO 1)
- PM.2 Project Execution → F2–F5 · monitoreo semanal
- PM.3 Project Assessment & Control → F5 · revisión de calidad + pruebas
- PM.4 Project Closure → F6 · cierre formal + WP.23
- SI.2 Software Requirements Analysis → F2 · WP.13 × 3
- SI.3 Software Architectural Design → F3 · WP.30 × 3
- SI.4 Software Construction → F4 · Sprint 1
- SI.5 Software Integration & Testing → F5 · WP.40 · WP.23
- SI.6 Software Delivery → F6 · informe final
Modelo V — trazabilidad req. ↔ prueba
- F2 WP.13 Requerimientos ↔ F5 Pruebas de aceptación
- F3 WP.30 Diseño ↔ F4 Pruebas de integración
- F4 Código unidad ↔ F5 Pruebas unitarias
- WP.21 es el documento de trazabilidad transversal: vincula cada requisito → caso de prueba → resultado
- Responsable: Melvin (WP.21) + Miguel y Elvis (ejecución F5)
Scrum — ceremonias y roles
- Product Owner: Yoset (YCM) — backlog y prioridades
- Scrum Master: Emerson (EM) — facilitación y bloqueos
- Development Team: MP, MQ, LQ, MLV, MCh, MT, EN
- S0 Sprint 0 (06–09 May): kick-off, backlog inicial, documentos base
- F4 Sprint 1 (08–19 Jun): construcción de los 3 módulos
- Sprint Review: HITO 4 — demo de los 3 módulos (19 Jun)
- Retrospectiva: post Sprint 1 (semana de F5)
- Weekly standup: viernes, seguimiento en OpenProject
PMBOK 6ª ed. — Áreas de conocimiento
- Integración: YCM (Acta + PM.1–PM.4) · EM (integración de módulos)
- Alcance: YCM + EM · WP.01 + WP.13 × 3
- Cronograma: YCM · Gantt + hitos HITO 1–6
- Costos: YCM · estimación por horas (plan-riesgos-costos.html)
- Calidad: MT + EN · WP.04 + WP.40 + ISO 25010
- Recursos: EM · asignación de devs por módulo y sprint
- Comunicaciones: YCM · minutas + OpenProject + reuniones
- Riesgos: YCM + EM · WP.03 + semáforo de riesgos
- Adquisiciones: MCh · infraestructura Docker + GitLab
- Interesados: YCM · cliente INFOUNSA + equipo académico
Matriz RACI
R = Responsable · A = Accountable · C = Consultado · I = Informado
| Entregable | YCM | EM | MP | MQ | LQ | MLV | MCh | MT | EN |
|---|---|---|---|---|---|---|---|---|---|
| F1 — GESTIÓN DEL PROYECTO | |||||||||
| Plan del Proyecto (WP.01) | A/R | C | I | I | I | I | I | I | I |
| Cronograma / Gantt | A/R | C | I | I | I | I | I | I | I |
| Matriz de riesgos (WP.03) | A/R | C | I | I | I | I | I | I | I |
| Plan de calidad (WP.04) | A | C | I | I | I | I | I | R | C |
| Minutas y acuerdos (WP.02) | A/R | C | C | C | C | C | C | C | C |
| F2 — REQUERIMIENTOS | |||||||||
| Espec. requerimientos WEB | A | C | R | R | I | I | I | C | I |
| Espec. req. Asistencia / Inventario | A | R | I | I | C | R | I | C | I |
| Trazabilidad WP.21 × 3 | A | C | C | C | C | C | I | R | I |
| Validación con cliente | A/R | C | C | C | I | I | I | C | I |
| F3 — DISEÑO | |||||||||
| Diseño WEB / Asistencia / Inventario (WP.30) | A | R | R | R | R | R | I | C | I |
| Prueba de concepto y aprobación | A/R | C | C | C | C | C | I | R | C |
| F4 — CONSTRUCCIÓN SPRINT 1 | |||||||||
| Desarrollo WEB / Asistencia / Inventario | A | R | R | R | R | R | I | I | I |
| GitLab CI/CD + Integración | A | R | C | C | C | C | R | C | I |
| Code review Sprint 1 | A | R | C | C | C | C | C | I | I |
| F5 — PRUEBAS | |||||||||
| Plan y técnica de pruebas | A | C | I | I | I | I | I | R | R |
| Ejecución pruebas aceptación × 3 | A | I | C | C | C | C | I | R | R |
| Evidencias + validación final (WP.23) | A/R | C | I | I | I | I | I | R | R |
| F6 — ENTREGA Y CIERRE | |||||||||
| Presentación + Informe final | A/R | R | C | C | C | C | C | C | C |
| Entrega documentación completa | A | R | C | C | C | C | C | C | C |
Ver Matriz RACI completa en OpenProject
WP #282 · INFOUNSA PLATAFORMA · detalle por fase F1–F6