7. Objetivos de los actores y valor entregado por el sistema

7.1 Introducción

Un caso de uso existe porque un actor necesita lograr un objetivo. Si no hay un objetivo claro, el caso de uso se vuelve una lista de pasos sin sentido o una descripción técnica que no explica valor.

Identificar objetivos de actores ayuda a descubrir funcionalidades importantes, nombrar mejor los casos de uso y evitar que el análisis se concentre en botones, pantallas o tareas internas del sistema.

El valor entregado por el sistema es el resultado útil que obtiene el actor o la organización cuando el caso de uso finaliza correctamente.

7.2 Qué es un objetivo de actor

Un objetivo de actor es aquello que un actor quiere conseguir al interactuar con el sistema. Debe representar una meta comprensible desde el punto de vista del usuario, del sistema externo o de la organización que participa.

Por ejemplo, un paciente no tiene como objetivo "hacer clic en confirmar". Su objetivo es reservar una consulta médica. Hacer clic es apenas una acción dentro de la interacción.

7.3 Qué es valor entregado

El valor entregado es el beneficio o resultado significativo que se obtiene al completar el caso de uso. Puede ser valor para el actor principal, para la organización o para ambos.

En el caso de uso Solicitar turno, el valor para el paciente es obtener una reserva confirmada. Para la clínica, el valor es organizar la agenda y reducir llamadas telefónicas. Un mismo caso de uso puede entregar valor a más de una parte interesada.

7.4 Relación entre actor, objetivo y valor

Para que un caso de uso sea sólido, debe poder explicarse mediante una relación simple: un actor utiliza el sistema para alcanzar un objetivo y obtener un resultado valioso. Si alguno de esos elementos falta, conviene revisar el caso de uso.

7.5 Objetivos y nombres de casos de uso

El nombre de un caso de uso debe reflejar el objetivo del actor. Por eso se recomienda usar verbos en infinitivo acompañados de un objeto significativo: Solicitar turno, Registrar pedido, Consultar saldo, Cancelar reserva, Generar reporte.

Cuando el nombre describe un detalle técnico o una acción muy pequeña, suele indicar que el objetivo no fue identificado correctamente.

7.6 Objetivos de usuario y objetivos del negocio

Los objetivos de los actores no siempre son idénticos a los objetivos del negocio, pero deben estar relacionados. El usuario busca resolver una tarea concreta; la organización busca mejorar un proceso, reducir costos, aumentar control, cumplir una norma o brindar mejor servicio.

Por ejemplo, el paciente quiere reservar un turno sin llamar por teléfono. La clínica quiere ordenar la agenda, disminuir errores de registro y reducir la carga de trabajo administrativo. El caso de uso debe permitir que ambos valores se conecten.

7.7 Objetivos demasiado pequeños

Un objetivo demasiado pequeño describe un paso dentro de una interacción, pero no entrega valor suficiente por sí mismo. Estos objetivos suelen convertirse en casos de uso débiles.

Ejemplos de objetivos demasiado pequeños:

• Ingresar documento.
• Seleccionar una opción.
• Presionar aceptar.
• Mostrar una tabla.
• Validar un campo.

Estas acciones pueden formar parte de un caso de uso, pero rara vez deberían ser casos de uso independientes.

7.8 Objetivos demasiado grandes

También pueden aparecer objetivos demasiado grandes, que mezclan varios propósitos diferentes. Un caso de uso llamado Gestionar clínica es demasiado amplio: puede incluir turnos, pacientes, profesionales, facturación, historia clínica, reportes y administración de usuarios.

Cuando el objetivo es demasiado grande, conviene dividirlo en casos de uso más precisos, como Registrar paciente, Solicitar turno, Cancelar turno, Administrar agenda, Emitir factura o Consultar historia clínica.

7.9 Nivel adecuado de objetivo

Un objetivo adecuado suele tener estas características:

• Es comprensible para el actor o para el negocio.
• Entrega un resultado observable.
• No depende de detalles de interfaz.
• No describe una operación interna del sistema.
• Puede tener un inicio y un final claros.
• Puede validarse mediante pruebas o revisión con usuarios.

Si el objetivo cumple estas condiciones, probablemente pueda convertirse en un buen caso de uso.

7.10 Cómo descubrir objetivos

Para descubrir objetivos de actores, conviene hacer preguntas orientadas al resultado:

• ¿Qué necesita lograr este actor con el sistema?
• ¿Qué problema intenta resolver?
• ¿Qué resultado espera obtener al finalizar?
• ¿Qué tarea actual quiere simplificar, automatizar o controlar?
• ¿Qué información necesita consultar, registrar o modificar?
• ¿Qué valor obtiene la organización si esta interacción se completa correctamente?
• ¿Qué ocurriría si esta funcionalidad no existiera?

7.11 Ejemplo aplicado a turnos médicos

En un sistema de turnos médicos pueden identificarse distintos actores, objetivos y valores:

7.12 Valor observable

El valor de un caso de uso debe poder observarse de alguna manera. Puede quedar registrado un turno, emitirse un comprobante, actualizarse un estado, enviarse una notificación, generarse un reporte o mostrarse información útil para decidir.

Si al finalizar un caso de uso no se puede explicar qué cambió o qué obtuvo el actor, probablemente el objetivo no está bien definido.

7.13 Valor y prioridad

Los objetivos de los actores ayudan a priorizar. Una funcionalidad que entrega alto valor a muchos usuarios o resuelve un problema crítico suele tener mayor prioridad que una funcionalidad secundaria.

Por ejemplo, en una primera versión de un sistema de turnos, Solicitar turno y Cancelar turno probablemente sean más importantes que personalizar colores de la interfaz. La prioridad no depende solo del esfuerzo técnico, sino del valor que el sistema entrega.

7.14 Objetivos y reglas de negocio

Un objetivo puede estar condicionado por reglas de negocio. El actor quiere lograr algo, pero el sistema debe permitirlo solo si se cumplen ciertas condiciones.

Ejemplos:

• Un paciente solo puede reservar un turno si tiene datos completos.
• Un turno puede cancelarse hasta 24 horas antes.
• Un médico no puede tener dos pacientes asignados al mismo horario.
• Un administrador solo puede modificar agendas de su propia sede.

Las reglas de negocio no eliminan el objetivo, pero definen bajo qué condiciones puede cumplirse.

7.15 Errores frecuentes

Al identificar objetivos y valor, suelen aparecer estos errores:

• Nombrar casos de uso como pantallas o botones.
• Confundir pasos pequeños con objetivos completos.
• Crear casos de uso demasiado grandes y ambiguos.
• No poder explicar qué valor entrega el caso de uso.
• Definir objetivos desde la implementación y no desde el actor.
• Olvidar el valor para la organización.
• No validar los objetivos con usuarios o responsables del negocio.

7.16 Qué debes recordar de este tema

• Todo caso de uso debe estar asociado a un objetivo de actor.
• El objetivo debe expresar una meta con valor, no un detalle técnico.
• El valor entregado es el resultado útil que obtiene el actor o la organización.
• Los nombres de casos de uso deben reflejar objetivos claros.
• Los objetivos demasiado pequeños suelen ser pasos internos.
• Los objetivos demasiado grandes deben dividirse en casos de uso más precisos.
• Identificar valor ayuda a priorizar y validar funcionalidades.

7.17 Conclusión

Los objetivos de los actores dan sentido a los casos de uso. Permiten comprender por qué existe una funcionalidad, quién la necesita y qué resultado valioso debe entregar el sistema.

Cuando un caso de uso se define a partir de un objetivo claro, resulta más fácil nombrarlo, describirlo, validarlo, priorizarlo y convertirlo en pruebas. En el próximo tema veremos cómo realizar el descubrimiento inicial de casos de uso a partir de actores, objetivos y alcance.