✨ IES Isidro de Arcenegui · 2026/27 · Doc REVISADO v4

VeyronICA Gestión integral para clínica de psicología

Agenda recurrente 45–60 min · Expedientes SOAP/DAP · Bonos 5/10 · Consentimiento RGPD · 4 roles · PHP 8 + MySQL 8

👥 JM · Miguel · Joaquín · Dani🎨 HTML + CSS + JS⚙️ PHP + PDO🗄️ MySQL 8🧰 XAMPP🌿 Git + GitHub📱 Responsive

7áreas

4roles

26RF + RNF

24hpolítica cancelación

Metodologías y organización

🎬 Demo: Trello

📌 Introducción

Define cómo se organiza el trabajo (fases, roles, entregas). Sin ella, 4 personas editando citas.php a la vez se pisan y rompen el código.

📋 Enumeración

CascadaIncrementalScrumKanbanXP

💡 Explicación breve

Cascada

Fases secuenciales.

✅ Simple de documentar❌ Rígida ante cambios

Scrum

Sprints + daily + review.

✅ Flexible, ideal 4 pers.❌ Exige disciplina

Kanban

Tablero + WIP limitado.

✅ Visual, sin solapes❌ Sin timebox se eterniza

Pair programming + TDD.

✅ Máxima calidad❌ Exigente para DAW

🔧 Aplicación práctica

Híbrido Scrum + Kanban: 4 sprints (auth → agenda 24 h → bonos/expedientes → profesionales/permisos).
WIP = 2, rama por tarjeta, PR con revisor. Reparto: Dani backend · Miguel agenda · Joaquín bonos/expedientes · JM front/docs.

🧰 Herramientas

Trello ⭐JiraGitHub ProjectsNotion

🎬 Demostración práctica

Tablero VeyronICA: Backlog → Sprint → En curso → Review → Hecho.
Tarjeta RF-PAC.2 Autogestión 24 h con checklist y responsable.
Arrastrar a En curso → crea rama feature/citas-24h → Review por compañero.

📚 Fuentes

Scrum Guide · Atlassian Kanban vs Scrum · Sommerville cap. 3

Planificación y costes

🎬 Demo: Excel / Sheets

📌 Introducción

Planificar es organizar tareas, tiempos y recursos para cumplir los objetivos del proyecto.

📋 Enumeración

EDT/WBSGanttPERTCOCOMOPlanning Poker

💡 Explicación breve

Gantt

Barras en el tiempo.

✅ Visual, muestra ruta crítica❌ Hay que actualizarlo

EDT

Descompone en paquetes.

✅ Claridad de alcance❌ Sin tiempos

PERT

Estimación opt/prob/pes.

✅ Gestiona incertidumbre❌ Cálculo tedioso

COCOMO

Esfuerzo por tamaño.

✅ Justifica precio❌ Sobredimensionado aquí

🔧 Aplicación práctica

8 semanas: S1-2 login+MER · S3-4 agenda+calendario · S5-6 bonos+expedientes · S7-8 permisos+piloto (5–10 pacientes).
Modelo A v4: 24,99 €/mes + setup 99 € · coste 46–111 €/año · 1 clínica = punto de equilibrio.

🧰 Herramientas

Excel / Sheets ⭐GanttProjectMS ProjectClockify

🎬 Demostración práctica

Hoja Plan_VeyronICA: Tarea | Responsable | Inicio | Fin | Estado.
Gráfico Gantt: ruta crítica agenda → bonos → expedientes.
Pestaña Costes: =24.99*12+99-111 → cambiar a 3 clínicas en directo.

📚 Fuentes

PMBOK 7 · Boehm COCOMO II · Doc v4 viabilidad económica

Ingeniería de requisitos

🎬 Demo: Historia de usuario

📌 Introducción

Captar y validar qué debe hacer el software. Confundir “cancelar” con “no-show <24 h” rompe los bonos y el RGPD de datos de salud.

📋 Enumeración

EntrevistasEncuestasCasos de usoHistorias de usuarioObservación

💡 Explicación breve

Entrevista

Hablar con psicóloga/recepción.

✅ Detecta necesidad real 24 h❌ Sesgada si 1 perfil

Caso de uso

Actor + flujo UML.

✅ Trazable a RF❌ Verboso

Historia usuario

Como… quiero… para…

✅ Ágil y testeable❌ Requiere criterios

Observación

Ver cómo trabajan en recepción.

✅ Detecta pasos que no cuentan❌ Lleva tiempo

🔧 Aplicación práctica

Catálogo v4: RF-PAC/PRO/REC/ADM/PUB + RNF (<3 s, bcrypt, HTTPS, 3 clics).
HU-03: “Como PACIENTE quiero reprogramar con ≥24 h para no perder el bono” → bloquea <24 h, descuenta 1 si usaBonos=1 (R5/R6).

🧰 Herramientas

GitHub Issues ⭐draw.ioGoogle Forms

🎬 Demostración práctica

Issue HU-03 con criterios de aceptación de la agenda.
Flujo 3 clics: dashboard → día → reprogramar, con mensaje «Debes avisar con 24 h».
Cierre: el Issue genera la rama y el test del área 5.

📚 Fuentes

Sommerville cap. 4 · Cohn User Stories · Doc v4 §§B–C

Control de versiones

🎬 Demo: Git + GitHub

📌 Introducción

Historial + colaboración sin pisarse. Sin Git, 4 personas sobre header.php se sobrescriben. Con Git todo es reversible y revisado.

📋 Enumeración

Git distribuidoGitFlowGitHub FlowTrunk-BasedConventional Commits

💡 Explicación breve

Git

Cada clon = historial completo.

✅ Offline, ramas baratas❌ Curva merge/rebase

GitFlow

main/develop/feature/*.

✅ Orden para 4 + piloto❌ Pesado si se abusa

GitHub Flow

main + PR corta.

✅ Rápido para fixes❌ Menos control release

Conv. Commits

feat(citas): ….

✅ Historial legible❌ Exige disciplina

🔧 Aplicación práctica

Repo veyronica-psico: main + develop + feature/auth, feature/citas-24h, feature/bonos, feature/expedientes.
PR con 1 revisor, sin push directo a main, tag v0.1-piloto.

🧰 Herramientas

Git ⭐GitHub ⭐GitLabGitHub Desktop

🎬 Demostración práctica

git checkout -b feature/citas-24h → editar mensaje 24 h → commit + push.
En GitHub: Compare & pull request → revisión → Merge.
git log --oneline --graph + git revert si rompe.

📚 Fuentes

Pro Git · GitHub Docs · Conventional Commits 1.0

Calidad y pruebas

🎬 Demo: Checklist + Lighthouse

📌 Introducción

Verificar que cumple RF/RNF sin perder datos de salud. Un bug en bonos cobra de más; un solape cita a 2 pacientes a la vez.

📋 Enumeración

UnitariasIntegraciónSistemaAceptaciónCargaSeguridad

💡 Explicación breve

Unitarias

tienePermiso(), bono.

✅ Atrapan el bug donde nace❌ Requieren PHPUnit

Integración

Cita → bono → nota.

✅ Evita huérfanos R2/R3❌ Necesita BD test

Sistema/UAT

Flujo 3 clics real.

✅ Valida con recepción❌ Manual

Carga/Seg.

<3 s · 5 intentos→bloqueo.

✅ Evidencia RNF❌ Requiere JMeter/Lighthouse

🔧 Aplicación práctica

8 casos: anti-solape R5 · bono R6 (on/off usaBonos) · consentimiento R7 · permiso R9 · login 5 fallos · <3 s · responsive 3 clics.

🧰 Herramientas

Checklist ⭐Lighthouse ⭐PHPUnitCypressJMeter

🎬 Demostración práctica

Doble reserva en dashboard.php → «Ya tienes terapia en ese horario».
DevTools → Lighthouse móvil → <3 s + accesibilidad.
Tabla CP-01–08 ✔/✘: “PHPUnit = mejora futura”.

📚 Fuentes

Sommerville cap. 8 · ISTQB Syllabus · Lighthouse Docs

Despliegue e integración continua

🎬 Demo: XAMPP

📌 Introducción

Llevar lo local a uso real con HTTPS y copias (99 % 8–20 h). CI = control automático en cada push antes de producción.

📋 Enumeración

FTP manualXAMPP → LAMPDockerPaaSGitHub Actions

💡 Explicación breve

XAMPP→LAMP

Mismo stack local→hosting.

✅ Barato, idéntico a clase❌ Manual sin CI

FTP

Subir con FileZilla.

✅ Simple piloto 1 clínica❌ Sin control versiones

CI Actions

php -l en cada push.

✅ Frena merges rotos❌ YAML inicial

Docker/PaaS

Contenedor / Render.

✅ Reproducible❌ Sobredimensionado

🔧 Aplicación práctica

dev (XAMPP cada uno) → pre (aula) → pro (hosting LAMP + Let's Encrypt + mysqldump diario).
Se despliega el frontend HTML + CSS + JS (public/, css/, js/) + backend PHP con install_mysql.php + piloto 2–3 ramas y 5–10 pacientes.

🧰 Herramientas

XAMPP 8 ⭐FileZillaLet's EncryptGitHub Actions

🎬 Demostración práctica

Copiar ProyectoDAW a C:/xampp/htdocs/veyronica → Start Apache + MySQL.
Abrir …/database/install_mysql.php → BBDD creada.
Login admin@clinica.com / 1234 → calendario mensual + agenda del día.

📚 Fuentes

XAMPP/Apache Docs · GitHub Actions Docs · LEEME.txt + Doc v4

Documentación y comunicación

🎬 Demo: README + Wiki

📌 Introducción

Que otro entienda VeyronICA sin preguntarte y que los 4 sepáis qué hace cada uno sin reuniones eternas.

📋 Enumeración

READMEWikiphpDocumentorUML / MERDailiesMkDocs

💡 Explicación breve

README

Arranque en 5 min.

✅ Evita “no me funciona”❌ Se desactualiza

Wiki

MER + decisiones.

✅ Memoria del equipo❌ Requiere orden

Comentarios

Cabeceras + camelCase.

✅ Entiendes R5/R6 rápido❌ Exceso ensucia

Dailies

5 min async.

✅ Detecta bloqueos❌ Largas sin timebox

🔧 Aplicación práctica

README.md (2 modos XAMPP/SQLite + demos) + /docs (MER, permisos, RGPD R7, manual 1 pág).
Todo PR que cambie conducta actualiza docs · canal #agenda #bonos + review viernes.

🧰 Herramientas

Markdown ⭐Wiki GitHub ⭐draw.ioDiscord

🎬 Demostración práctica

README renderizado: 2 modos de arranque + usuarios demo.
tienePermiso(): cabecera 6 líneas → “documentar sin tocho”.
Wiki: Decisión MySQL vs Mongo (integridad + transacciones + JOINs).

📚 Fuentes

Markdown Guide · GitHub Wiki Docs · Doc v4 + LEEME.txt