Informática II

UML
Requerimientos funcionales
Características

• Especificados por escrito. Como todo contrato o acuerdo

entre dos partes
• Posibles de probar o verificar. Si un requerimiento no se
puede comprobar, entonces ¿cómo sabemos si cumplimos con
él o no?
CASOS DE USO
• Deben tener como fundamento las necesidades de los
usuarios actuales o potenciales del sistema.
• Descritos como una característica del sistema a entregar.
Esto es: Que es lo que el sistema debe de hacer (y no como
debe de hacerlo)
• Lo más claro y conciso posible. Para evitar malas
interpretaciones.
Requerimientos funcionales
Análisis

Los requerimientos de un sistema de software, cuando

se ven en su conjunto son extensos y detallados, y
además contienen múltiples relaciones entre si.
CASOS DE USO
Obtenemos la posibilidad de especificar sistemas
complejos al documentar especificaciones simples y
concisas para el sistema. Esto se logra mediante la
clasificación, estructuración y organización de todo lo
que el sistema debe de hacer.
Requerimientos funcionales
Recopilación de información

1. Obtener información por diferentes medios de lo que los usuarios

desean y dejar escritas esas necesidades
2. Clasificar esas necesidades para poder estructurar los
requerimientos o necesidades del sistema.
CASOS DE USO
3. Identificar los niveles de jerarquía del sistema y empezar a alojar
los requerimientos en el nivel que les corresponda.
4. Especificar los requerimientos de acuerdo al nivel de audiencia que
se requiera
5. Especificar completamente cada necesidad, sin ahorrar tiempo y
espacio en su descripción.
6. Entender correctamente las necesidades y cuando afecten dos o
mas usuarios, para llegar a acuerdos entre las partes.
7. Manejar las expectativas y estar dispuesto a realizar cambios.
Requerimientos funcionales
Relación con los participantes

1. Involucrar a todos los que tengan inherencia en el

proyecto (Jefes, subalternos, usuarios en general)
2. Se debe mantener una perfecta comunicación entre
todos quienes CASOS DE USO
participan en el proceso de
levantamiento de los requerimientos
Requerimientos funcionales
Recopilación de información

• Los requerimientos son el punto de acuerdo entre el usuario y el

proyecto de desarrollo de software, este entendimiento es
necesario para poder construir software que satisfaga las
necesidades de los usuarios.
•
CASOS DE USO
Si los requerimientos se enfocan a describir las necesidades del
usuario, entonces es lógico que para recabarlos haya que
obtener la información de primera mano. Esto es, mediante
entrevistas con el usuario o recabando documentación que
describa la manera que el usuario desea que funcione el sistema
de software.
Requerimientos funcionales
Recopilación de información

• Las necesidades y/o requerimientos del usuario evolucionan con

el tiempo y cada cambio involucra un costo. Por eso es
necesario tener archivada una copia de la documentación
original del usuario, así como cada revisión o cambio que se
CASOSPara
haga a esta documentación. DE poder
USO establecer o estimar el
costo de un proyecto es necesario contar con los requerimientos
iniciales en su mejor nivel de detalle
• Como cada necesidad del sistema de información es tratada de
diferente forma, es necesario clasificar estas necesidades para
saber cuales de ellas serán satisfechas por el software que se
quiere desarrollar y cuales por algún otro producto del sistema.
Requerimientos funcionales
Consideraciones para el levantamiento

• Generar acuerdo entre las partes involucradas

• Construir un vocabulario común
• Identificar los involucrados
CASOS DE USO
• Definir los límites del sistema
• Identificar restricciones
• Dejar todo claro y definido en un documento.
Requerimientos funcionales
Técnicas para levantamiento

• Entrevistas
• Encuestas
• Talleres de requerimientos
CASOS DE USO
• Lluvia de ideas
• Prototipos
• Escenarios
Requerimientos funcionales
Consideraciones

• Durante el proceso se debe facilitar la comunicación

entre todos los participantes, de tal forma que todos
los usuarios puedan participar aportando sus puntos
CASOS DE USO
de vista y sus necesidades.
• Se debe realizar una especificación formal de todos
los acuerdos con las diferentes personas, para que
quede constancia expresa de que se tuvieron en
cuenta los puntos de vista de los diferentes usuarios.
Requerimientos funcionales
Lista de requerimientos
Modelos de Casos de Uso
Generalidades

• Son iniciados por un actor con un objetivo en mente y

es completado con éxito cuando el sistema lo satisface.
• Puede incluir secuencias alternativas que llevan al
éxito y fracaso en CASOS
la consecución
DE USOdel objetivo.
• El sistema es considerado como una “caja negra” y las
interacciones se perciben desde fuera.
• El conjunto completo de casos de uso especifica todas
las posibles formas de usar el sistema, esto es el
comportamiento requerido.
Modelos de Casos de Uso
Generalidades

CASOS DE USO
Modelos de Casos de Uso
Generalidades
Modelos de Casos de Uso
Elementos
Modelos de Casos de Uso
Relaciones
Modelos de Casos de Uso
Diagrama
Modelos de Casos de Uso
Recomendaciones
Modelos de Casos de Uso
Cuando definirlo
Modelos de Casos de Uso
Definir funciones del sistema a partir de los requisitos

Realizar Venta (en un Terminal de Punto de Venta o TPV)

Ref. Función Categoría

R1.1 Registra la venta en proceso (actual): los productos comprados. evidente
R1.2 Calcula el total de la venta actual; se incluye el impuesto. evidente
R1.3 Captura la información sobre el objeto comprado usando su código
de barras, o usando una captura manual del código de producto. evidente
R1.4 Reduce las cantidades del inventario cuando se realiza una venta. oculta
R1.5 Se registran las ventas efectuadas. oculta
R1.6 El cajero debe introducir una identificación y una contraseña para
poder utilizar el sistema. evidente
R1.7 Ofrece un mecanismo de almacenamiento persistente. oculta
R1.8 Ofrece mecanismos de comunicación entre los procesos y entre
los sistemas. oculta
R1.9 Muestra la descripción y el precio del producto registrado. evidente
Modelos de Casos de Uso
Ejemplo
Modelos de Casos de Uso
Ejemplo
Modelos de Casos de Uso
Ejemplo
Modelos de Casos de Uso
Pautas para un buen modelado
Modelos de Casos de Uso
Identificación
Modelos de Casos de Uso
Descubrimiento
Modelos de Casos de Uso
Formato descripción
Modelos de Casos de Uso
Descripción de Casos de Uso
Realizar Venta (en un Terminal de Punto de Venta o TPV)
Actor Principal: Cajero
Flujo Principal: Un cliente llega al TPV con un conjunto de
artículos. El Cajero registra los artículos y se genera un ticket.
El cliente paga en efectivo y recoge los artículos.
1. El cliente llega al TPV con los artículos.
2. El cajero registra el identificador de cada artículo.
3. El sistema obtiene el precio de cada artículo y añade la
información a la transacción de venta.
4. Al acabar el cajero indica la finalización de la introducción de
artículos.
5. El sistema calcula el total de la compra y lo muestra.
6. El cajero le dice al cliente el total.
7. El cliente realiza el pago.
8. El cajero registra la cantidad de dinero recibida.
9. El sistema muestra la cantidad a retornar al cliente y genera un
recibo.
10. El cajero deposita el dinero recibido y saca la cantidad a
devolver que entrega al cliente junto al ticket de compra.
11. El sistema almacena la compra completada.
12. El cliente recoge los artículos comprados.
Modelos de Casos de Uso
Proceso de análisis
Modelos de Casos de Uso
Proceso de análisis
Modelos de Casos de Uso
Ejercicio
La Universidad de Valparaíso posee un sistema de pagos para
las mensualidades de los alumnos a través de cajas
recaudadoras a las cuales deben asistir en forma personal los
alumnos o apoderados para realizar los pagos
correspondientes.
Dentro del proceso de modernización de la entidad educacional
se desea desarrollar un sistema que permita realizar los pagos
en forma remota a través de un sistema Web para que los
alumnos hagan sus transacciones y consultas correspondientes
a los pagos y los servicios asociados. Los pagos permitidos
pueden ser con TC o transferencia bancaria.
• Definir los actores
• Las funciones del sistema
• Diagrama de casos de uso
• Especificación de casos de uso
Modelos de Casos de Uso
Ejercicio
Sea una empresa dedicada al alquiler de CD-ROMs de audio.
Dicha empresa tiene un local de atención al público donde están
expuestas las carátulas de los CDs más demandados y las últimas
novedades, aunque también existen listados en papel de todos los
títulos que se podrían alquilar.
Cuando un cliente solicita un título, se comprueba si hay
ejemplares disponibles y si no hay problemas por ejemplares no
devueltos (por partes del solicitante) se realiza el alquiler,
quedando constancia de la fecha de alquiler y la fecha máxima de
entrega, de forma que cuando el cliente devuelva el ejemplar se
podrá comprobar si se le tiene que imponer una multa. Cada
cliente puede solicitar una lista de los CDs que ha alquilado
anteriormente.
La empresa desea desarrollar un SI que le permita la adecuada
gestión de la empresa, se solicita proponer el diagrama de casos
de uso, supónganse que el sistema es usado por las siguientes
personas: clientes y encargado.
Preguntas
El sistema debiera permitir
R1 Pagos deuda via web
R2 Verificar estado financiero
R3 Consultar Deuda
R4 generar cupón de pago
Realizar pago con tarjeta de crédito.
Realizar pago con transferencia bancaria
Solicitar cartola de pago
Verificar tarjeta de crédito
Asegurar transacción electrónica
Actualizar información de pago
Generar comprobante pago

Actores
Alumno o apoderado (persona que paga)
Repositorio
Banco
 Sistema

Verificar Estado
Financiero
«uses» -Fin5
*

-Fin2 Consultar Estado

Financiero
*
-Fin7
Verificar Deuda

*
«uses»
-Fin1
-Fin9
*
-Fin3 Pago con Tarjeta
* * -Fin10 «extends»
Crédito
Realizar pago -Fin8 -Fin6
* *
Alunmo/Apoderado
*

Asegurar
«extends»
Transacción -Fin12
«uses» Repositorio
*

Pago con
Transacción Bancaria

-Fin4 -Fin11
*
Solicitar Estado
Financiero *
«extends»

Imprimir en
Pantalla
«extends»

Enviar por Correo

Una aerolínea aérea desea desarrollar un sistema web que le permita
manejar las reservas. La idea es que el sistema pueda ser operado
entre las diferentes sucursales de la línea aérea.
El agente de viajes, de quien se requiere conocer su código para
poder asignar los bonos de productividad, tiene por función hacer
efectiva la reserva solicitada por un pasajero para un vuelo en
particular. Para cada reserva se debe incluir la fecha del viaje, el tipo
de cabina y el precio del pasaje.
Es imprescindible conocer el RUN de cada pasajero, nombre, correo
electrónico y si pertenece al club de pasajeros frecuentes.
El sistema debe permitir realizar una reserva de pasaje aéreo entre
dos ciudades, seleccionar el asiento y tipo de cabina, se realizará
descuento de acuerdo a si es pasajero normal y frecuente, pagar el
viaje, generar el tiket.
1. Reservar pasaje
2. Verificar disponibilidad
3. Pagar pasaje
4. Almacenar reserva
5. Ingresar itinerario (destino, inicio y fechas)
6. Generar ticket
7. Calcular bono
8. Hacer descuento
9. Seleccionar asiento
10.Ingresar datos
11.Pago TC
12.Pagar con Transferencia
13.Asegurar transacción
Actor sistema

1. El alumno inicia el CU 2.- El sistema muestra las opciones

para pago.
3.- el sistema muestra la deuda
(obtenida a través del CU
4-. Selecciona el monto a pagar Mostrar Deuda).
5.- Selecciona el modo de pago
6.- Selecciona TC
7.- Verifica la existencia de fondos
con el CU Consultar Fondos
8.- Si hay fondo habilita la opción
9.- Selecciona el monto a pagar de pago
9.- realiza el pago en el banco
10.- descuenta el monto pagado de
la deuda
11.-almacena la información del
pago