L09 — Matriz de permisos owner y staff

~5 h · Semana 3

Objetivo

Documentar tabla acción×rol (cancelar cita, ver reportes, gestionar staff).

Por qué importa

Roles sin matriz escrita se implementan inconsistente.

Conceptos

• RBAC.
• owner.
• staff.

Pasos (hazlos en orden)

1. Lectura dirigida (60–90 min)

Lee la sección indicada en la ficha de la materia y subraya solo lo que vas a probar hoy en terminal o en projects/.

2. Carpeta de evidencia (15–20 min)

Crea o actualiza la carpeta del proyecto de la materia. Cada lección añade una sección en la bitácora semanal o un archivo dedicado; no disperses notas sueltas.

3. Laboratorio / trabajo documental (90–120 min)

permisos.md enlazado a endpoints. Cada ruta sensible tiene rol en comentario OpenAPI o tabla.

4. Conexión con el plan (30–45 min)

Escribe un párrafo en la bitácora: cómo lo de hoy afecta al piloto Agenda Ops (M12 en adelante) o a la API (interfaz de programación de aplicaciones) que desplegarás en M17/M19. Si aún no tienes SRS (especificación de requisitos de software), usa el escenario del producto del plan (citas, clientes, panel).

5. Commit atómico (15 min)

git add projects/
git status
git commit -m "docs(m17): l09 matriz-de-permisos-owner-y-staff"

Lectura de esta lección

Fuente	Qué leer	Alternativa
m12	stories roles	OWASP (proyecto abierto de seguridad en aplicaciones web) access control
Catálogo	Entrada M17	Bibliografía · M17

Hecho cuando

1. permisos.md.
2. Cobertura endpoints.
3. Commit.

Errores comunes

• Staff = owner.
• Matriz vacía.

Siguiente

L10 — Middleware de autorización en API