Proyección y modelado
Análisis del problema
Técnicas de recolección
Requerimientos de software
Caso práctico
100

Proceso que permite visualizar y definir el sistema antes de desarrollarlo.

Proyección de software

100

Personas o entidades que afectan o son afectadas por el sistema.

Stakeholders

100

Técnica basada en conversación directa con stakeholders.

Entrevista

100

Describe lo que el sistema debe hacer.

Requerimiento funcional

100

En un sistema para un hospital, los médicos son ejemplo de…

Stakeholders.

120

Facilita la comunicación entre stakeholders técnicos y no técnicos.

Modelado de software

120

Define qué hará el sistema.

Alcance

120

Técnica útil cuando hay muchos usuarios y se requiere información estadística.

Cuestionario
120

Describe cómo debe comportarse el sistema.

Requerimiento no funcional

120

“El sistema deberá cifrar información médica.” Tipo de requisito:

No funcional (seguridad)

140

Relación correcta entre estos tres elementos: problema – solución – sistema.

El sistema es la solución a un problema.

140

Condiciones que se dan por hechas pero pueden cambiar.

Supuestos

140

Técnica que permite ver cómo realmente se realizan los procesos.

Observación

140

Clasifica: “El sistema deberá responder en menos de 2 segundos.”

Requerimiento no funcional

140

Si en urgencias los resultados tardan demasiado, ¿qué tipo de requisito debe mejorarse?

No funcional (rendimiento)

160

Error común cuando no se realiza proyección adecuada.

Desarrollar algo que no resuelve el problema real.

160

Limitaciones impuestas que no pueden modificarse fácilmente.

Restricciones

160

Técnica que consiste en revisión de manuales, formatos y normativas existentes. 

Análisis de documentos

160

Clasifica: “El sistema deberá permitir registrar pacientes.”

Requerimiento funcional

160

¿Qué técnica usarías para detectar errores en etiquetado de muestras?

Observación

180

Principal ventaja de modelar antes de programar.

Reducir errores y ambigüedad.

180

Explica la diferencia entre alcance y límites del sistema.

El alcance define lo que el sistema hará; los límites definen lo que no hará.

180

¿En qué situación es mejor un taller colaborativo que entrevistas individuales?

Cuando hay múltiples stakeholders y se requiere consenso.

180

Un requisito no funcional debe ser…

Medible y verificable.

180

Propón un requisito funcional y uno no funcional para el sistema del laboratorio.

Evaluación abierta