Universidad de Oviedo

Departamento de Informática

Análisis del Sistema de Información

Ejemplo

José García Fanjul

Claudio de la Riva Álvarez

Universidad de Oviedo
Departamento de Informática
 ASI 1: Definición del Sistema

• Empresa de transporte (urgente) de paquetes. Ámbito nacional

• Desarrollado en gran parte en el EVS
• Identificar usuarios finales (además de los participantes)

Resumen Solución:

9 Desarrollo completo del software de

envíos
9 Gestión de Clientes
9 No requisitos subsistema facturación
9 Asignación manual de transporte
externo (alquiler)
9 Integración BD Subsistema Rutas en
Repositorio Central
9 ...

J. García, C. de la Riva (2005) ASI - Ejemplo 2

 ASI 2: Establecimiento de Requisitos

• Obtención de Requisitos
– Se parte del catálogo elaborado en el EVS (ver “Requisitos
caso práctico
• Especificación de Casos de Uso
– Diagrama/s de casos de uso
– Descripción de cada caso de uso
• Análisis y Validación de Requisitos
– Utilizando el modelo de casos de uso
• Nuevos Requisitos y Modificación de los existentes
– Con el cliente
• Validación de los requisitos

J. García, C. de la Riva (2005) ASI - Ejemplo 3

 ASI 2: Establecimiento de Requisitos:
Especificación de Casos de Uso

• Diagrama de Casos de Uso

J. García, C. de la Riva (2005) ASI - Ejemplo 4

 ASI 2: Establecimiento de Requisitos:
Especificación de Casos de Uso

• Descripción de Casos de Uso (ver completo en “Casos de Uso

Caso Práctico”)
Caso de Uso: Realizar Envío
El cliente se acerca al mostrador y rellena dos copias de un impreso llamado "formulario de envío" con
información relevante sobre el origen y destino. Entrega en el mostrador a un empleado las dos copias del
impreso y el paquete.
El empleado solicita al ordenador la iniciación de un envío nuevo.
El empleado pesa el paquete y anota ese dato en la pantalla; anota también los datos del impreso.
Opcionalmente se pueden dar de alta los clientes (origen y destino) si no lo están
El sistema se conecta con el sistema de asignación de rutas, enviando los nombres de las ciudades origen
y destino, así como el peso del paquete
El sistema experto se conecta con nuestro sistema para introducir los datos de las oficinas (ruta) por las
que pasará el paquete y los medios de transporte que se utilizarán y se asigna un precio al envío.
El empleado informa al cliente del precio del envío, en este momento el cliente puede cancelarlo. Si el
cliente decide realizar finalmente el envío, se le solicitará el pago o se anotará que éste se realice en el
destino. Finalmente, el sistema generará un código identificativo del envío e imprimirá etiquetas con ese
código: una de las etiquetas se pega en el paquete, otra en una copia del impreso para el cliente y otra en
la otra copia del impreso, que queda archivada en la oficina.
Igualmente se entregará un recibo y/o factura del servicio

J. García, C. de la Riva (2005) ASI - Ejemplo 5

 ASI 2: Establecimiento de Requisitos:
Análisis y Validación de Requisitos

• Algunas cuestiones derivadas del modelo de caso de

uso
– Requisitos no contemplados (posibles casos de uso)
• Cancelación envíos
• Alquiler de transporte externo
– ¿cómo se asigna la tarifa a un envío?
– ¿cómo se gestionan los pagos de envíos y que medios
existen?
– ¿diferentes tipos de clientes? ¿cómo se facturan?
– ¿qué papel desempeñan los transportistas? Posible actor no
descrito
– .....

J. García, C. de la Riva (2005) ASI - Ejemplo 6

 ASI 3: Identificación de Subsistemas de
Análisis

• Objetivo
– Dividir el sistema en subsistemas para facilitar el análisis
• Criterio
– Procesos similares
– Operan sobre los mismos objetos
• Técnicas
– Diagrama de Paquetes
– Diagrama de Casos de Uso (Caso de Uso=Subsistema)
– Textual

J. García, C. de la Riva (2005) ASI - Ejemplo 7

 ASI 3: Identificación de Subsistemas de
Análisis

¿Demasiados subsistemas?

J. García, C. de la Riva (2005) ASI - Ejemplo 8

 ASI 4: Análisis de los Casos de Uso:
Diagrama de Clases

J. García, C. de la Riva (2005) ASI - Ejemplo 9

 ASI 4: Análisis de los Casos de Uso –
Diagramas de Interacción

• Escenario Habitual “Realizar

Envío”
• Algunas cuestiones
– ¿Se contempla la
asignación de rutas para
varios envíos?. Posibilidad
de enviar lotes de envíos.
¿Nuevo Caso de Uso?
– La tarifa ¿la genera el
sistema externo?
– El actor “Empleado OP”
interviene en el caso de
uso. ¿Necesario reflejarlo?
¿Cómo se determina el
peso del paquete?

J. García, C. de la Riva (2005) ASI - Ejemplo 10

 ASI 8: Definición de Interfaces de Usuario

• Definir prototipos para la comunicación del usuario

con el sistema (pantallas, diálogos, informes)
• Identificar grupos de usuarios
• Asociar pantallas, diálogos e informes a los casos de
uso definidos
• Modelo de navegación

J. García, C. de la Riva (2005) ASI - Ejemplo 11

 ASI 8: Definición de Interfaces de Usuario –
Mapa de Pantallas

General

Clientes Envíos Flotas y Rutas

Nuevos Registro Entrada Registro Salida Seguimiento Entrega

Posibilidad: Especificar con esta notación la navegación entre

diferentes pantallas
J. García, C. de la Riva (2005) ASI - Ejemplo 12
ASI 8: Definición de Interfaces de Usuario –
Diálogos y Pantallas

• Pantalla “Registrar Salidas”

– Caso de Uso: “Registrar Salida Envío”
– Obtener envíos pendientes de salida en una oficina y anotar
que han salido en un medio de transporte

• Pulsando “Marcar Salida” …

J. García, C. de la Riva (2005) ASI - Ejemplo 13
ASI 8: Definición de Interfaces de Usuario –
Diálogos y Pantallas

J. García, C. de la Riva (2005) ASI - Ejemplo 14

 ASI 8: Definición de Interfaces de Usuario –
Revisión

• Algunas cuestiones planteadas por los usuarios

– ¿Hay que introducir el código de empleado en todas las pantallas?
– Sería interesante poder conocer algún dato más de cada uno de los
envíos. Por ejemplo, se podría incluir el destino del transporte.
– Me gustaría poder acceder a la historia de un envío.
– ¿Por qué hay dos botones “cancelar”? ¿se pueden maximizar esas
ventanas?
– Me parece mejor una pantalla que contenga las dos anteriores.
• Otras cuestiones
– Si, por cualquier motivo, debe cambiarse el transporte inicialmente
asignado para el envío, ¿cómo se reflejaría esto? ¿Está claro en los
casos de uso?
– En algunas ocasiones el número de envíos pendientes puede llegar a
ser muy alto, y por tanto, difícil navegar por la lista.
J. García, C. de la Riva (2005) ASI - Ejemplo 15
ASI 8: Definición de Interfaces de Usuario –
Revisión

J. García, C. de la Riva (2005) ASI - Ejemplo 16

 ASI 9: Análisis de Consistencia y
Especificación de Requisitos

• Verificar
– Calidad técnica
– Coherencia entre modelos
– Cumplimiento de requisitos
• Algunas cuestiones
– Todos los datos que aparecen en el interfaz de usuario ¿están
definidos en las clases?
– Los procesos de interfaz de usuario ¿se corresponden con los
definidos en los casos de uso?
• p.e., “asignar salidas de varios paquetes a la vez”
• Utilizar técnicas matriciales (tablas) para el seguimiento de
requisitos
– Con procesos (escenarios/casos de uso)
– Con datos (clases)

J. García, C. de la Riva (2005) ASI - Ejemplo 17