4. Alcance del sistema y límite del sistema
4.1 Introducción
Antes de identificar casos de uso en detalle, es necesario responder una pregunta fundamental: ¿qué sistema estamos analizando? Parece una pregunta simple, pero en proyectos reales puede generar muchas dudas.
El alcance del sistema indica qué funcionalidades, responsabilidades y objetivos serán parte del software que se va a construir o modificar. El límite del sistema marca la frontera entre ese software y todo lo que queda fuera: usuarios, sistemas externos, dispositivos, organizaciones y procesos manuales.
Si el alcance no está claro, los casos de uso pueden mezclarse con tareas externas, procesos de negocio completos o responsabilidades de otros sistemas. Esto produce documentación confusa y expectativas difíciles de cumplir.
4.2 Qué es el alcance del sistema
El alcance del sistema define qué se incluye y qué no se incluye en una solución. Sirve para establecer el conjunto de funcionalidades que el equipo debe analizar, diseñar, construir, probar y entregar.
Por ejemplo, si se desarrolla un sistema de turnos médicos, el alcance podría incluir la reserva de turnos, la cancelación, la consulta de disponibilidad y la administración de agendas. En cambio, podría quedar fuera la historia clínica, la facturación de honorarios o la liquidación de sueldos del personal.
4.3 Qué es el límite del sistema
El límite del sistema es la frontera conceptual que separa lo que está dentro del sistema de lo que está fuera. En los diagramas de casos de uso suele representarse como un rectángulo que contiene los casos de uso. Los actores quedan fuera y se conectan con las funcionalidades que utilizan.
Esta separación es importante porque evita confundir al sistema con sus usuarios o con otros sistemas externos. Un paciente, un médico o una pasarela de pago pueden interactuar con el sistema, pero no forman parte de él.
4.4 Alcance y límite en un sistema de turnos
En un sistema de turnos médicos, el límite del sistema encierra las funcionalidades que el software debe ofrecer: consultar disponibilidad, reservar consulta, cancelar turno y administrar agenda. Fuera del límite quedan los actores que usan esas funcionalidades, como Paciente, Médico, Recepcionista y Administrador. También pueden quedar fuera otros sistemas, como una pasarela de pagos o un servicio de notificaciones, aunque se comuniquen con el sistema.
4.5 Diferencia entre proceso de negocio y sistema
Un error frecuente es confundir el proceso de negocio completo con el sistema de software. El proceso de negocio puede incluir pasos manuales, decisiones humanas, documentos físicos, llamadas telefónicas, aprobaciones externas y tareas realizadas fuera del software.
El sistema de software solo cubre una parte de ese proceso. Por ejemplo, el proceso completo de atención médica incluye recibir al paciente, realizar la consulta, indicar estudios, registrar diagnóstico y cobrar prestaciones. Un sistema de turnos quizá solo cubra la reserva, modificación y cancelación de turnos.
Los casos de uso deben describir la interacción con el sistema dentro de su alcance, no todo el funcionamiento de la organización.
4.6 Qué queda dentro y qué queda fuera
Para definir el alcance conviene separar explícitamente lo incluido de lo excluido. Esta práctica reduce discusiones posteriores y ayuda a controlar cambios.
| Dentro del alcance | Fuera del alcance |
|---|---|
| Consultar turnos disponibles. | Atender médicamente al paciente. |
| Registrar una reserva de turno. | Realizar diagnóstico clínico. |
| Cancelar un turno existente. | Liquidar honorarios profesionales. |
| Administrar la agenda de profesionales. | Gestionar el inventario de medicamentos. |
| Enviar confirmación al paciente. | Resolver problemas del servicio de mensajería externo. |
4.7 Actores fuera del límite
Los actores siempre se ubican fuera del límite del sistema. Esto no significa que sean menos importantes, sino que no son parte del software que se está especificando. El sistema interactúa con ellos, recibe solicitudes, entrega respuestas y coordina información.
Una persona puede ser actor aunque trabaje dentro de la organización que desarrolla o usa el sistema. Por ejemplo, un recepcionista pertenece a la clínica, pero sigue siendo externo al software de turnos. Por eso aparece fuera del límite del sistema en el diagrama.
4.8 Sistemas externos
Un sistema externo también puede ser actor. Si el sistema de turnos se comunica con un servicio de pagos, una plataforma de mensajería o un sistema de historia clínica, esos sistemas externos quedan fuera del límite y se representan como actores cuando intercambian información con el sistema analizado.
La clave es identificar quién inicia o participa en una interacción visible. Si otro sistema envía datos, recibe una solicitud o confirma una operación, puede aparecer como actor secundario en un caso de uso.
4.9 Preguntas para definir el alcance
Para definir el alcance del sistema, conviene realizar preguntas concretas:
- ¿Qué problema específico debe resolver este sistema?
- ¿Qué objetivos podrán lograr los actores con el sistema?
- ¿Qué tareas seguirán siendo manuales?
- ¿Qué sistemas externos participan?
- ¿Qué funcionalidades no se construirán en esta versión?
- ¿Qué reglas de negocio pertenecen al sistema y cuáles pertenecen a procesos externos?
- ¿Qué resultados debe entregar el sistema para considerarse completo?
4.10 Alcance de producto y alcance de versión
Es útil distinguir el alcance del producto completo del alcance de una versión particular. El producto completo puede incluir muchas funcionalidades futuras, pero una primera versión puede implementar solo un subconjunto.
Por ejemplo, el producto final podría incluir turnos, pagos, recordatorios, historia clínica y reportes avanzados. Una primera versión podría limitarse a consultar disponibilidad, reservar turno y cancelar turno. Esta distinción permite planificar entregas incrementales sin perder la visión general.
4.11 Cambios de alcance
Durante un proyecto pueden aparecer nuevas necesidades. Algunas son aclaraciones válidas; otras son cambios reales de alcance. No todo cambio es negativo, pero debe administrarse con claridad.
Si inicialmente el sistema solo reservaba turnos y luego se pide integrar pagos en línea, el equipo debe analizar impacto, esfuerzo, riesgos y prioridad. Esa nueva funcionalidad puede requerir nuevos actores, nuevos casos de uso, reglas adicionales, pruebas específicas e integración con sistemas externos.
4.12 Señales de alcance confuso
El alcance probablemente no está claro cuando aparecen estas señales:
- Los usuarios esperan funcionalidades que el equipo no tenía previstas.
- Los casos de uso describen tareas manuales sin interacción con el sistema.
- No queda claro si una integración externa debe construirse o solo consumirse.
- Un mismo caso de uso mezcla varios objetivos independientes.
- El equipo no sabe si una regla pertenece al sistema o al proceso de negocio.
- Se discute constantemente si una funcionalidad "estaba incluida".
4.13 Ejemplo de ajuste de alcance
Supongamos que el cliente solicita: "El sistema debe gestionar la atención completa del paciente". Esa frase es demasiado amplia. Puede incluir turnos, admisión, consulta, historia clínica, recetas, estudios, pagos, auditoría médica y estadísticas.
Una versión más clara sería:
Esta redacción permite identificar casos de uso concretos y evita que el equipo documente funcionalidades que no forman parte de la entrega prevista.
4.14 Relación con los casos de uso
Una vez definido el alcance, los casos de uso se identifican dentro de ese marco. Si una funcionalidad queda fuera del alcance, no debería aparecer como caso de uso del sistema actual. Puede registrarse como necesidad futura, dependencia externa o parte de otro sistema.
Por eso, antes de dibujar o escribir casos de uso, conviene acordar el límite del sistema. Ese acuerdo permite que todos entiendan qué se está analizando y qué responsabilidades tendrá la solución.
4.15 Qué debes recordar de este tema
- El alcance define qué responsabilidades tendrá el sistema.
- El límite del sistema separa lo interno de lo externo.
- Los actores quedan fuera del sistema, aunque interactúen con él.
- Un sistema externo también puede ser actor si participa en una interacción.
- No debe confundirse el sistema de software con el proceso de negocio completo.
- Definir qué queda fuera es tan importante como definir qué queda dentro.
- Un alcance claro permite escribir casos de uso más precisos y evitar expectativas ambiguas.
4.16 Conclusión
El alcance del sistema y el límite del sistema son conceptos esenciales para trabajar correctamente con casos de uso. Sin ellos, es fácil mezclar actores, procesos externos, funcionalidades futuras y responsabilidades que no pertenecen al software analizado.
Definir el límite permite ubicar actores fuera del sistema y casos de uso dentro de él. Definir el alcance permite decidir qué funcionalidades se analizarán y cuáles quedarán fuera. En el próximo tema estudiaremos con más detalle los actores: personas, sistemas externos, dispositivos y organizaciones.