Plan y Guía Completa de Estudio – Área 1
Este documento integra todo el material de estudio trabajado: explicaciones teóricas,
ejercicios resueltos, resúmenes, esquemas y el plan de estudio de 4 horas. Se organiza en
dos grandes secciones: (1) Guía de contenidos y actividades de repaso, y (2) Plan de estudio
estructurado.
1. Guía de Contenidos y Repaso
1.1 Requerimientos Funcionales vs. No Funcionales
• Funcionales: describen acciones que el sistema debe realizar.
Ejemplo: 'El sistema debe registrar compras en un log'.
• No Funcionales: describen atributos de calidad (cómo se comporta).
Ejemplo: 'El sistema debe responder en menos de 2 segundos'.
Truco: Funcional = qué hace; No funcional = cómo lo hace.
1.2 Restricciones
• Administrativas/Legales: impuestas por leyes, contratos, tiempos, presupuestos.
Ejemplo: 'El sistema debe cumplir GDPR'.
• Técnicas: limitaciones de hardware, software, lenguajes.
Ejemplo: 'Debe desarrollarse en Java con Oracle DB'.
1.3 Atributos de los Requerimientos
• Claridad: sin ambigüedad.
• Consistencia: sin contradicciones.
• Completitud: cubrir todos los aspectos.
• Trazabilidad: conexión desde el origen hasta la prueba que lo valida.
Ejemplo malo: 'El sistema debe ser rápido'.
Ejemplo bueno: 'El sistema debe responder en <2 segundos en el login'.
1.4 Técnicas de Obtención de Requerimientos
• Entrevistas: con expertos clave.
• Cuestionarios: cuando hay muchos usuarios.
• Observación: cuando no saben explicar bien su proceso.
• Prototipos: para validar ideas con retroalimentación rápida.
1.5 Restricciones de Calidad
Ejemplos:
• Seguridad: login biométrico, encriptación AES-256.
• Rendimiento: <2s, concurrencia, throughput.
• Usabilidad: accesibilidad, facilidad de uso.
• Disponibilidad: 99.99% uptime.
1.6 Validación y Trazabilidad
• Validación: confirmar que los requerimientos reflejan lo que necesita el cliente.
• Trazabilidad: seguir cada requerimiento desde su definición hasta su caso de prueba.
Ejemplo: Req: 'Enviar email de confirmación' ↔ Prueba: 'Comprar y verificar email'.
2. Ejercicios y Casos de Práctica
Se trabajaron ejercicios para clasificar requerimientos, detectar atributos fallidos, y elegir
técnicas adecuadas de obtención.
Ejemplo de clasificación:
• 'Registrar compras en log' → Funcional.
• 'Soportar 10,000 usuarios simultáneos' → No funcional.
• 'Cumplir ISO 27001' → Restricción administrativa/legal.
• 'El sistema debe desarrollarse en Oracle' → Restricción técnica.
Ejemplo de atributo fallido:
• 'El sistema debe ser fácil de usar' → falla en claridad.
• 'El sistema debe enviar notificaciones' (sin contexto) → falla en completitud.
Ejemplo de técnica de obtención:
• Muchos usuarios → Cuestionario.
• Expertos clave → Entrevista.
• Proceso difícil de explicar → Observación.
• Validar diseño → Prototipo.
3. Plan de Estudio (4 horas)
3.1 Organización de los temas por prioridad
• Prioridad Alta (Repaso Profundo):
- Restricciones y requerimientos de calidad.
- Seguridad, rendimiento y usabilidad.
- Selección rigurosa de métodos de obtención.
- Validación y trazabilidad.
• Prioridad Media (Repaso Parcial):
- Funcionales vs. No funcionales.
- Restricciones administrativas básicas.
- Atributos básicos de requerimientos.
- Técnicas generales de obtención.
3.2 Actividades, recursos y técnicas sugeridas
• Profundos: resolver casos prácticos, construir matrices, analizar apps reales.
• Parciales: repasos rápidos, flashcards, mapas conceptuales.
• Recursos: artículos IEEE/ISO, OWASP, guías WCAG, libros de requisitos, prototipos en
Figma, Quizlet.
3.3 Cronograma de 4 horas
Bloque
Duración
Temas
Actividades
Bloque 1
50 min
Fundamentos
básicos
Lectura rápida,
preguntas de
repaso, flashcards.
Bloque 2
70 min
Restricciones y
calidad
Ejemplos prácticos,
lista de restricciones
reales.
Bloque 3
60 min
Seguridad,
rendimiento y
usabilidad
Analizar apps, medir
tiempos de
respuesta.
Bloque 4
60 min
Métodos de
obtención
Role play de
entrevistas,
prototipo simple.
Bloque 5
30 min
Validación y
trazabilidad
Construir matriz de
trazabilidad, repaso
final.
Nota: se recomienda hacer pausas cortas de 5 minutos entre bloques para mantener la
concentración.
0
