Tema 29 Gestión de Sistemas e Informática: requisitos
Equipo de Testuga5 min de lectura
En resumen: El tema 29 de Gestión de Sistemas e Informática se titula «Determinación de requerimientos» y cubre las estrategias para obtenerlos (entrevistas, derivación de sistemas existentes, análisis y prototipos) y la especificación de requisitos de software. Aporta 9 preguntas al banco oficial (un 1,3 %) y en las convocatorias analizadas se ha preguntado sobre todo la calidad de los requisitos y su clasificación.
El tema 29 Gestión de Sistemas e Informática es el dedicado a la determinación de requerimientos dentro del Bloque 3, «Desarrollo de sistemas». Antes de estudiarlo conviene tener claro qué entra exactamente, cuánto pesa y con qué tipo de preguntas te vas a encontrar, porque es un tema con enunciados muy reconocibles.
Qué entra en el tema 29: epígrafe oficial
El epígrafe oficial es: «Estrategias de determinación de requerimientos: entrevistas, derivación de sistemas existentes, análisis y prototipos. La especificación de requisitos de software.»
Es decir, se divide en dos mitades:
- Estrategias de obtención de requerimientos: entrevistas, derivación a partir de sistemas existentes, análisis y prototipos.
- La especificación de requisitos de software (ERS): cómo se documentan esos requisitos y qué propiedades debe cumplir la especificación.
Cuánto pesa el tema 29 en el examen
En el banco de preguntas oficiales, este tema aporta 9 preguntas, un 1,3 % del total. La distribución por convocatorias es esta (sumando libre, promoción interna y extraordinarias de cada año, sin contar repetidas):
| Año | Preguntas del banco |
|---|---|
| 2019 | 3 |
| 2022 | 1 |
| 2024 | 3 |
| 2025 | 2 |
Ten en cuenta que estas cifras son el total acumulado del banco en ese año, no lo que trae un examen concreto. Sirve para ver que es un tema que cae con regularidad y que en los últimos años ha ganado algo de presencia.
Preguntas de ejemplo comentadas
La definición de requisitos según IEEE STD 830-1998 (2019)
La pregunta pedía cómo debe ser la definición de requisitos según la IEEE STD 830-1998. La respuesta correcta es la d: completa, consistente, inequívoca, correcta, identificable, priorizable, modificable y verificable.
Las opciones despistan por dos detalles:
- Las opciones a y b cambian «correcta» por «extrapolable», que no forma parte de esa lista de propiedades.
- Las opciones b y c incluyen «inmutable», que es justo lo contrario de lo que se busca: una buena especificación debe poder cambiar (modificable).
Si memorizas la lista de propiedades, este tipo de pregunta se resuelve por eliminación.
Un requisito con términos subjetivos (2025)
El enunciado planteaba un requisito de un sistema de gestión escolar: «El sistema deberá generar informes de notas de forma rápida y con una interfaz amigable para el usuario». La respuesta correcta es la b: carece de verificabilidad, porque «rápido» y «amigable» son subjetivos y no se pueden medir objetivamente.
El resto de opciones llevan a error por clasificación:
- La a falla porque generar informes sí es un requisito funcional y puede estar en la ERS.
- La c habla de redundancia, algo que no se deduce del enunciado.
- La d lo reclasifica como requisito de dominio, cuando el problema real es la falta de una medida objetiva.
La lección práctica: ante un requisito con adjetivos vagos, sospecha siempre de la verificabilidad.
Clasificar «1.000 transacciones por segundo» (2025)
Aquí la respuesta correcta es la b: es un requisito no funcional. Una cifra de rendimiento no describe qué hace el sistema, sino cómo de bien lo hace.
Las otras opciones confunden categorías: una restricción de diseño (a) limita la solución técnica, un requisito de dominio (c) viene del entorno del negocio y un requisito funcional (d) describe una función concreta. Cuando veas una métrica de rendimiento, piensa en no funcional.
Qué normas hay que llevar al día
Las preguntas de ejemplo citan dos estándares por su nombre oficial:
- IEEE STD 830-1998, IEEE Recommended Practice for Software Requirements Specifications.
- ISO/IEC/IEEE 29148, el estándar que sustituye al antiguo IEEE 830 en la práctica de la especificación de requisitos.
Conviene conocer qué propiedades exige cada uno a una buena especificación y saber distinguir un requisito funcional de uno no funcional, porque es la base de casi todas las preguntas del tema.
Preguntas frecuentes
¿Qué propiedades debe tener una especificación de requisitos según IEEE 830?
Debe ser completa, consistente, inequívoca, correcta, identificable, priorizable, modificable y verificable, tal como recoge la pregunta oficial de 2019.
¿Cuál es el defecto típico de un requisito con términos como «rápido» o «amigable»?
Que no es verificable: son términos subjetivos que no se pueden medir objetivamente, como muestra la pregunta de 2025.
¿«Procesar 1.000 transacciones por segundo» es un requisito funcional o no funcional?
Es un requisito no funcional, porque establece una característica de rendimiento y no una función del sistema.
¿Cuántas preguntas aporta el tema 29 al banco oficial?
Aporta 9 preguntas, un 1,3 % del banco, repartidas entre las convocatorias de 2019, 2022, 2024 y 2025.
Siguiente paso
Ya tienes el mapa del tema: el epígrafe, el peso real y los tres tipos de pregunta que han caído. Ahora toca comprobar si lo has fijado haciendo el test del tema 29 con preguntas oficiales. Si quieres seguir con el resto del bloque, puedes repasar los tests gratis con preguntas oficiales de Gestión de Sistemas e Informática o consultar el calendario de convocatorias y fechas de examen.
¿Preparas Gestión de Sistemas e Informática?
Practica con preguntas de los exámenes oficiales, con su respuesta de la plantilla y la explicación. Sin registrarte para empezar.
Hacer un test gratis