Requisitos y modelado de casos de uso en RUP

Ing: Carlos Daz Snchez
IDAT
Captulo 4: Requisitos
Temas:
1. 2.
Disciplina RUP de Requisitos Modelado de Casos de Uso
IDAT
Requisitos
1. Disciplina RUP de Requisitos
IDAT
REQUISITOS

1.1 1.2 1.3 Introduccin RUP. Workflow del proceso Actividades del Workflow
IDAT
1.1. INTRODUCCIN
Un requerimiento es considerado una condicin o capacidad a la que se debe ajustar el sistema que se est desarrollando
IDAT
1.1. INTRODUCCIN
Finalidad: Establecer y mantener un acuerdo con los clientes y otros interesados, acerca de lo que debe hacer el sistema. Proporcionar desarrolladores de sistema con un buen conocimiento de los requisitos del sistema. Definir los lmites del sistema (delimitarlo). Proporcionar una base para planificar el contenido tcnico de las iteraciones. Proporcionar una base para la estimacin del coste y del tiempo en que desarrollar el sistema. Definir una interfaz de usuario para el sistema, centrndose en las necesidades y los objetivos de los usuarios.
IDAT
1.2. DISCIPLINA RUP: REQUIREMENTS
IDAT
1.2.1. ROLES EN EL MODELADO DE REQUISITOS

El Analista de Sistemas El Arquitecto de software El Especificador de Requisitos El revisor tcnico
1.2. Disciplina RUP: Requirements
IDAT
1.2.2. WORKFLOW
IDAT
1.2.3. PRODUCTOS DE TRABAJO / ARTEFACTOS
IDAT
MAPEO ENTRE MODELOS
IDAT
1.3. ACTIVIDADES DEL WORKFLOW

Analizar el problema. Conocer las necesidades de los stakeholders. Definir el sistema. Gestionar el mbito del sistema. Perfeccionar la definicin del sistema. Gestionar cambios de requisitos.
IDAT
1.3.1. IDENTIFICAR REQUERIMIENTOS
Business Use Case Model
Business Analysis Model
REQUERIMIENTOS
Business Rules
Stakeholders Request
1.3. Actividades del Workflow
IDAT
1.3.1. IDENTIFICAR REQUERIMIENTOS
Tcnicas de captura de requerimientos:

Entrevistas. Cuestionarios. Encuestas. Descripcin de puestos. Artefactos del Modelado de
Negocio. Revisar los documentos actuales.

IDAT
1.3.2. TIPOS DE REQUERIMIENTOS
REQUERIMIENTOS
FUNCIONALES
NO FUNCIONALES
Tambin estn los pseudo_requerimientos, que son aquellos requerimientos impuestos por el cliente que restringen la implementacin del sistema.
IDAT
1.3.2. TIPOS DE REQUERIMIENTOS
Requerimientos Funcionales
Son los requerimientos del usuario que el
sistema a desarrollar, debe satisfacer, indicando cules son las condiciones de entrada (inputs) y las condiciones de salida (outputs).
Requerimientos No Funcionales
Son caractersticas que el sistema debe
tener para poder asegurar la calidad del sistema.

IDAT
A. REQUERIMIENTOS FUNCIONALES
Definicin:
Especifican las condiciones que deben ser
cumplidas por el sistema. Se identifican desde el punto de vista del cliente. Se redactan en lenguaje natural. Se capturan en dos artefactos.
Especificacin de Requerimientos de
Software. Modelo de Casos de Uso de Sistema.

1.3.2. Tipos de requerimientos
IDAT
Asociados a los casos de uso del sistema Ejemplo: El sistema debe actualizar la informacin de los profesores que dictan los cursos de baile.
El sistema permitir registrar los horarios de
dictado de clase definidas por el administrador.

Se podr Consultar la programacin del rol de
los campeonatos locales y regionales.

El sistema debe permitir Cerrar un curso.
IDAT
Asociados
Ejemplo:
a otros aspectos generales.
El sistema debe obligar al usuario a cambiar
su contrasea cada 60 das.

Se debe incluir un mecanismo que permita
su actualizacin automtica sin la intervencin del usuario.

Deber contener un registro de los errores y
para cada uno, debe registrar: el cdigo del error, una descripcin del error, la fecha y la hora del error.
IDAT
B. REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS DEL PRODUCTO
REQUERIMIENTOS ORGANIZACIONALES
REQUERIMIENTOS EXTERNOS
REQUERIMIENTOS DE USABILIDAD
REQUERIMIENTOS DE EFICIENCIA
REQUERIMIENTOS DE FIABILIDAD
REQUERIMIENTOS DE PORTABILIDAD
REQUERIMIENTOS DE INTEROPERABILIDAD
REQUERIMIENTOS LEGALES
REQUERIMIENTOS ETICOS
REQUERIMIENTOS DE ENTREGA
REQUERIMIENTOS DE IMPLEMENTACION
REQUERIMIENTOS DE ESTNDARES
REQUERIMIENTOS DE DESEMPEO
REQUERIMIENTOS DE ESPACIO
REQUERIMIENTOS DE PRIVACIDAD
REQUERIMIENTOS DE SEGURIDAD
IDAT
Algunas de las categoras:

Usabilidad: Fcil uso, esttica y estndar
de la interfaz, documentacin de usuario, materiales de capacitacin. Fiabilidad: Exactitud en los clculos del sistema, seguridad contra fallas, capacidad de recuperacin y/o correccin de errores del usuario, prediccin de resultado antes de ejecutar la operacin. Eficiencia: Rapidez, tiempo de espera, demora en clculos, capacidad de memoria.
IDAT
Usability (Usabilidad Facilidad de uso)
Ejemplo.
El lenguaje empleado en la interfaz grfica del sistema
debe respetar los trminos usados en el negocio.

El sistema permitir a los usuarios realizar bsquedas sin
entrenamiento previo.
1.3.2. Tipos de Requerimientos
IDAT
Reliability (Confiabilidad o Fiabilidad)
Ejemplo.
El sistema debe estar disponible 24x7x365 das al ao. El sistema estar disponible al 95 por ciento entre las
8:00 AM y las 6:00 PM
IDAT
Performance. (Rendimiento)
Ejemplo:
El sistema debe permitir al administrador registrar una
matrcula como promedio en 30 segundos.

Durante el proceso de matrcula, el sistema permitir el
acceso concurrente de 500 alumnos.

El sistema permitir almacenar la informacin de hasta
4000 alumnos.
El 95 por ciento de las transacciones del sistema no
deben exceder los 5 segundos
IDAT
Supportability (Soporte)
Ejemplo.
El cliente Web del sistema debe soportar los siguientes
navegadores:
Microsoft Internet Explorer 7.0 o superior FireFox 1.5 o superior para Linux y para
Windows
El sistema debe ser compatible con Windows 2003
profesional y Windows XP.

El sistema debe permitir a un usuario su instalacin sin
entrenamiento previo.
IDAT
Requisitos
2. Modelado de Casos de Uso
IDAT
REQUISITOS

2.1 2.2 2.3 2.4 Elementos Diagrama de Casos de Uso Estructura del diagrama Documentacin de los Casos de Uso
Divisin de Alta Tecnologa - DAT
IDAT
2.1. ELEMENTOS
ELEMENTO NOTACIN UML
Actor
Casos de Uso
IDAT
2.1.1. ACTOR
El actor representa un ROL, no es un usuario individual del sistema. Un actor es cualquier cosa que intercambia datos con el sistema. Un actor puede ser un usuario, hardware externo u otro sistema
2.1. Elementos
IDAT
Los actores se determinan observando:

Usuarios directos del sistema. Trabajadores y/o Actores del Negocio. Responsables del uso o mantenimiento del
sistema. Otros sistemas que interactan con el sistema.
El nombre del actor describe el papel desempeado.
2.1. Elementos
IDAT
2.1.1. ACTOR
Preguntas para ayudar a identificar mas actores: Quin usar la funcionabilidad principal del sistema?
Quin est interesado en cierto requerimiento? Quin se beneficia con el uso del sistema? Quin administrar, soportar y mantendr el sistema?
El sistema usa un recurso externo?

Alguna persona juega varios roles diferentes? El sistema interacta con otro sistema?
2.1. Elementos
IDAT
2.1.1. ACTOR
Sugerencias para identificar actores del sistema:

Son roles (humanos, software o hardware), no personas
con nombres propios. No siempre estn asociado con el nombre de un cargo en la planilla de la organizacin objetivo. El nombre no debe representar reas, departamentos o partes de una organizacin sino roles de ejecucin. Cada actor debe estar asociado con al menos, un caso de uso del sistema; caso contrario, debe ser eliminado del modelo.
2.1. Elementos
IDAT
2.1.2. CASO DE USO

Un caso de uso es un proceso especfico del sistema con identidad propia que define una secuencia de acciones que el sistema realiza para un actor en particular. Los casos de uso recopilados constituyen todos los modos posibles de utilizar el sistema.
2.1. Elementos
IDAT
2.1.2. CASO DE USO

Realizacin de Casos de Uso de Negocio
Mapeo para obtener Casos de Uso (sistema)
2.1. Elementos
IDAT
2.1.2. CASO DE USO

Cada Caso de uso debe tener un nombre que indique lo que se ha conseguido por medio de sus interacciones con los actores. Dos casos de uso no pueden tener el mismo nombre. Registrar Nombre: Cliente
verbo + objeto afectado
2.1. Elementos
IDAT
2.1.2. CASO DE USO
El proceso va relacionado con la identificacin de actores. Por cada actor identificado se podr preguntar: Cules son las tareas automatizables del actor? Qu informacin crea, guarda, modifica, destruye o lee? El actor debe notificar al sistema los cambios externos? El sistema debe informar al actor los cambios internos?
2.1. Elementos
IDAT
2.1.2. CASO DE USO
Caso de Uso Vs. Requerimiento Funcional.

Existe una correspondencia directa entre
ambos. La diferencia radica en la manera en que describen la necesidad de funcionalidad.

Los RF se describen desde la perspectiva del
usuario o cliente del proyecto.

Los CUS se describen desde la perspectiva
de la arquitectura del sistema.
2.1. Elementos
IDAT
2.2. DIAGRAMA DE CASOS DE USO

uc Atencion al publico
Los diagramas con actores, casos de uso y relaciones entre ellos se denominan diagramas de casos de uso e ilustran las relaciones en el modelo de casos de uso.
Registrar Retiro
Consultar Tipo de Cambio
Cajero
Registrar Deposito
IDAT
2.2 DIAGRAMA DE CASOS DE USO
Representa lo que hace el sistema y su relacin con el entorno, desde el punto de vista del usuario.
Son iniciados por un agente externo: El
Actor. Describen lo que hace el actor y lo que hace el sistema al interactuar. Estn limitados a una sola tarea. Muestra grficamente los requerimientos funcionales del sistema.
IDAT
Se tiene en cuenta QUIN realiza QU actividad?

QUIN? (actor del sistema identificado). QU? (caso de uso identificado). Relaciones entre ellos (asociaciones).
No constituye un Diagrama de Flujo de Datos.
IDAT
2.2.2. ASOCIACIN
Caractersticas:
Los actores se conectan a los casos de uso, a travs de
una relacin de asociacin. Esta relacin se estereotipa como comunicates pero no es necesario indicarla.
Uc Casos de Uso
Caso de uso
Actor
IDAT
LABORATORIO
En este laboratorio, usted:

Identificar los Requerimientos Funcionales y no
Funcionales de un proyecto.
Reconocer el ambiente de la herramienta para
modelado de Casos de Uso.

Reconocer los elementos del Modelo: Actor, Casos de
Uso, Relaciones.
Colocar los elementos de la versin 2.4 de UML.
IDAT
2.3. ESTRUCTURA DEL DIAGRAMA
Se estructura el modelo de casos de uso para que los requisitos sean ms fciles de entender y mantener. Esto incluye promover la similitud entre los casos de uso y los actores e identificar el comportamiento opcional y excepcional.
IDAT
2.3. ESTRUCTURA DEL DIAGRAMA
Objetivos:
Encontrar comportamiento similar o comn
en el Modelo de Casos de Uso del Sistema. Identificar actividades bsicas o alternas que se repitan en los casos de uso. Identificar actores que comparten roles ejecutados por otros.
IDAT
2.3.1. RELACIN INCLUDE
Es una relacin de dependencia entre dos casos de uso.
2.3. Estructura del diagrama
IDAT
Caractersticas:
Se establece cuando el caso de uso base necesita incluir
obligatoriamente la secuencia de acciones descritas por el caso de uso incluido.

Indica que el comportamiento del caso de uso incluido
est explcitamente insertado dentro del comportamiento definido por el caso de uso base.
El caso de uso base es el que conoce la asociacin entre
ambos y el caso de uso incluido, no necesita conocer cules casos de uso lo incluyen.
Se utiliza el estereotipo include .
IDAT
En el proceso de abastecimiento de una empresa, se cuenta con dos casos de uso que comparten una funcin comn: actualizar el stock de productos sumando o restando el movimiento efectuado.
Registrar recepcion de productos
Include
Actualizar Stock Include Almacenero Despachar productos
IDAT
En la documentacin:
Flujo Bsico 1. ... 2. ... ... 6. El sistema actualiza el stock de cada producto. Incluir el caso de uso Actualizar stock del producto.
IDAT
NO ES INCLUDE !!!
include Aadir Libro Mantener Libros include include Eliminar Libro
include Aadir Peticion Gestionar Biblioteca include Mantener Peticiones include Eliminar Peticion Bibliotecario include include Prestar Libro Mantener Prestamos include Devolver Libro
IDAT
2.3.2. RELACIN EXTEND
Es una relacin que se ejecuta bajo ciertas condiciones.

Devolver ejemplar _________________ Fecha retrasada extends
Aplicar Mora
IDAT
Es una relacin de dependencia entre dos casos de uso. Se establece cuando el caso de uso extendido ocurre excepcionalmente en el caso de uso base.
El caso de uso extendido ocurre slo cuando ocurra el evento respectivo dentro del caso de uso base.
Indica que el comportamiento del caso de uso extendido puede ser insertado en el comportamiento definido por el caso de uso base.
IDAT
2.3.2. RELACIN EXTEND - EJEMPLO
El Caso de Uso Registrar venta en un supermercado, tiene una funcin adicional si el cliente presenta su tarjeta de acumulacin de puntos. Las acciones para Actualizar puntos slo se presentan si el cliente tiene la tarjeta en mencin y deben separarse en un caso de uso independiente.
vendedor
Registrar Venta _______________ Si presenta tarjeta extends
Actualizar puntos
IDAT
Documentacin.
Flujo Alternativo.
1. ... 2. ...
.....
8. Si el cliente posee Tarjeta de acumulacin
de puntos, entonces se actualizan sus puntos. Extender el caso de uso Actualizar puntos.
IDAT
2.3.3. ASOCIACIN DE TIPO GENERALIZACIN
La generalizacin de casos de uso se utiliza cuando tiene uno o ms casos de uso, que son realmente especificaciones o un caso ms general.
Validar Usuario inherits inherits
Validar con password
Examinar Retina
IDAT
Es una relacin de herencia entre casos uso. Los casos de uso hijos heredan la estructura, comportamiento y asociaciones del caso de uso padre. El caso de uso padre es abstracto y slo se crean instancias de los casos de uso hijos.
IDAT
EJEMPLO

Registrar una orden de pedido. Registrar pedido por telfono y Registrar pedido por Internet tienen acciones iguales que pueden generalizarse en Registrar Pedido. Los hijos heredan la estructura, comportamiento y asociaciones del padre.
Registrar Pedido
Registrar pedido telefonico
Registrar Pedido por Internet
Operador
Cliente de Internet
IDAT
Cundo utilizar la generalizacin?

Cuando existen dos o ms casos de uso
que poseen un comportamiento y estructura muy comn.

Las actividades comunes son llevadas hacia
un caso de uso padre o generalizado.

Las actividades diferentes y particulares se
quedan en los casos de uso hijos.

IDAT
2.3.4. GENERALIZACIN ENTRE ACTORES
El actor hijo hereda el rol representado por el actor padre en la relacin.
Padre inherits
Hijo
IDAT
2.3.4. GENERALIZACIN ENTRE ACTORES
La asociacin de tipo Generalizacin entre actores se da cuando:

Si existen dos o ms actores que:
Interactan o utilizan el sistema de la misma
forma.
Juegan el mismo rol frente al sistema.
Entonces es posible.
Establecer una relacin de Generalizacin entre
ellos.
Simplificar el modelo de Casos de Uso.
IDAT
EJEMPLO
uc Comercializacion Comprar productos include
Comprador Registrar Incidencias Vender productos ________________ Si tiene Tarjeta extends include
Actualizar Stock
inherits
Vendedor Supervisor
Actualizar Tarjeta Bonus
IDAT
2.4. DOCUMENTACIN DE LOS CASOS DE USO
Los casos de uso estn documentados en un artefacto llamado Use Case Specification
Anular Pedido
IDAT
Objetivo:
Describir en resumen el flujo de actividades
de cada caso de uso del sistema. Asegurarse de que los actores del sistema respectivos obtengan el resultado esperado. Se documenta a travs de la Especificacin de alto nivel de casos de uso del sistema.
IDAT
IDAT
Elementos:
Nombre: El nombre del caso de uso.
Descripcin breve: Una descripcin breve
del rol y el objetivo del caso de uso.

Flujo bsico: Una descripcin textual de lo
que hace el sistema respecto al caso de uso (no cmo se resuelven los problemas especficos en el sistema). La descripcin es comprensible para el cliente.
IDAT
Elementos:
Requisitos especiales: Una descripcin textual
que recopila todos los requisitos, como requisitos no funcionales, sobre el caso de uso, que no se consideran en el modelo de casos de uso, pero que deben cuidarse durante el diseo o implementacin. Condiciones previas: Una descripcin textual que define una restriccin en el sistema cuando el caso de uso puede empezar.
IDAT
Elementos:
Condiciones posteriores: Una descripcin
textual que define una restriccin en el sistema cuando los casos de uso han terminado. Puntos de extensin / ampliacin: Una lista de ubicaciones dentro del flujo de sucesos del caso de uso en el que se puede insertar un comportamiento adicional utilizando la relacin de ampliacin.
IDAT
Elementos: Relaciones: Las relaciones, como asociaciones de comunicacin, Include, Generalizacin y Extend, donde participa el caso de uso. Diagramas de actividad: Estos diagramas ilustran la estructura del flujo de sucesos. Diagramas de caso de uso: Estos diagramas muestran las relaciones que implican al caso de uso. Otros diagramas: Otras ilustraciones grficas del caso de uso.
IDAT
Qu se incluye en una especificacin?

Definir el estado inicial. Cmo y cundo comienza el caso de uso. El orden requerido en que las acciones se
ejecutarn. Cmo y cundo terminan los casos de uso. Definir los posibles estados finales. Las ejecuciones no permitidas. Describir explcitamente lo que hace el sistema.
IDAT
Ejemplo: Sistema de Ventas de Ferretera

uc Use Case View
Caso de Uso: Registrar Pedido

Vendedor
Registrar Pedido
Resumen: El vendedor registra en el sistema un Pedido realizado por el cliente Actor: Vendedor
IDAT
Pre Condiciones:
Se tienen ingresado los artculos a vender [CU: Ingresar
Productos].
Los precios de los artculos y su stock estn actualizados
con cada compra realizada [CU: Actualizar Precio]
IDAT
Descripcin: (El cliente solicita un artculo.) El caso de uso empieza cuando el vendedor registra el pedido. El sistema muestra en pantalla la fecha y obtiene los datos necesarios. El vendedor ingresa el cdigo del cliente. El sistema valida la existencia del cliente usando el caso de uso Incluido: [CU validar cliente] El vendedor ingresa cada producto a cotizar. El sistema muestra el precio del producto ingresado y va acumulando el importe.
IDAT
Descripcin: El vendedor da por concluido el ingreso de productos y da la orden de mostrar la cotizacin. El sistema muestra una cotizacin por pantalla. El vendedor da la orden de emitir una orden de pedido con la cotizacin de la pantalla. El sistema graba la cotizacin con un nmero de orden de Pedido nuevo. El sistema muestra el nmero generado. El sistema imprime la Orden de Pedido. El caso de Uso termina cuando la Orden de Pedido est registrada (Posteriormente, podr ser cancelada-pagada o Anulada).
IDAT
Puntos de Extensin:
Si el vendedor o cliente no recuerda su cdigo, el
vendedor puede escoger la opcin de consultar clientes.

El sistema llama a una interfaz para consultar los datos
del cliente. [Extender CU: Consultar Cliente]

El sistema almacena los datos del cliente.
El sistema retorna a la pantalla anterior.
IDAT
Post Condiciones:
Una Orden de Pedido ha sido emitida.
El stock de los artculos ha sido actualizado (stock
comprometido aumentado y cambiar definitivamente cuando cancele la orden)
Resumen de Excepciones:
El cliente decide no comprar. El vendedor cancela la
cotizacin y el caso de uso termina.
IDAT
CONCLUSIONES
La identificacin de los requerimientos funcionales llevar a la proyeccin de las funciones del sistema. La descripcin de los requerimientos no funcionales facilitarn la construccin de la plataforma del sistema. La construccin del Modelo de Casos de Uso del Sistema permitir la definicin de la arquitectura del sistema.
IDAT

Requisitos y modelado de casos de uso en RUP

Încărcat de

Informații document

Descriere originală:

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Requisitos y modelado de casos de uso en RUP

Încărcat de

Drepturi de autor:

Formate disponibile

Ing: Carlos Daz Snchez

Disciplina RUP de Requisitos Modelado de Casos de Uso

1. Disciplina RUP de Requisitos

1. Disciplina RUP de Requisitos

1. Disciplina RUP de Requisitos

1.2. DISCIPLINA RUP: REQUIREMENTS

1. Disciplina RUP de Requisitos

1.2.1. ROLES EN EL MODELADO DE REQUISITOS

1.2. Disciplina RUP: Requirements

1.2. Disciplina RUP: Requirements

1.2.3. PRODUCTOS DE TRABAJO / ARTEFACTOS

1.2. Disciplina RUP: Requirements

MAPEO ENTRE MODELOS

1.2. Disciplina RUP: Requirements

1.3. ACTIVIDADES DEL WORKFLOW

1. Disciplina RUP de Requisitos

1.3.1. IDENTIFICAR REQUERIMIENTOS

Business Use Case Model

Business Analysis Model

1.3. Actividades del Workflow

1.3.1. IDENTIFICAR REQUERIMIENTOS

Tcnicas de captura de requerimientos:

Negocio. Revisar los documentos actuales.

1.3.2. TIPOS DE REQUERIMIENTOS

1.3. Actividades del Workflow

1.3.2. TIPOS DE REQUERIMIENTOS

tener para poder asegurar la calidad del sistema.

Software. Modelo de Casos de Uso de Sistema.

dictado de clase definidas por el administrador.

los campeonatos locales y regionales.

1.3.2. Tipos de requerimientos

a otros aspectos generales.

El sistema debe obligar al usuario a cambiar

su contrasea cada 60 das.

su actualizacin automtica sin la intervencin del usuario.

REQUERIMIENTOS DEL PRODUCTO

1.3.2. Tipos de requerimientos

Algunas de las categoras:

Usability (Usabilidad Facilidad de uso)

debe respetar los trminos usados en el negocio.

1.3.2. Tipos de Requerimientos

Reliability (Confiabilidad o Fiabilidad)

8:00 AM y las 6:00 PM

1.3.2. Tipos de Requerimientos

matrcula como promedio en 30 segundos.

acceso concurrente de 500 alumnos.

deben exceder los 5 segundos

1.3.2. Tipos de Requerimientos

profesional y Windows XP.

1.3.2. Tipos de Requerimientos

2. Modelado de Casos de Uso

2. Modelado de Casos de Uso

Divisin de Alta Tecnologa - DAT

2. Modelado de Casos de Uso

Los actores se determinan observando:

sistema. Otros sistemas que interactan con el sistema.

El nombre del actor describe el papel desempeado.

El sistema usa un recurso externo?

Sugerencias para identificar actores del sistema:

2.1.2. CASO DE USO

2.1.2. CASO DE USO

Mapeo para obtener Casos de Uso (sistema)