Está en la página 1de 59

Ing: Carlos Daz Snchez

IDAT

Captulo 4: Requisitos
T emas:
1. 2.

Disciplina RUP de Requisitos Modelado de Casos de Uso

IDAT

Requisitos
1. Disciplina RUP de Requisitos

IDAT

REQUISITOS

1. Disciplina RUP de 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.

1. Disciplina RUP de Requisitos

IDAT

1.2. DISCIPLINA RUP: REQUIREMENTS

1. Disciplina RUP de Requisitos

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

1.2. Disciplina RUP: Requirements

IDAT

1.2.3. PRODUCTOS DE TRABAJO / ARTEFACTOS

1.2. Disciplina RUP: Requirements

IDAT

MAPEO ENTRE MODELOS

1.2. Disciplina RUP: Requirements

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.

1. Disciplina RUP 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.


1.3. Actividades del Workflow

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.

1.3. Actividades del Workflow

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.


1.3. Actividades del Workflow

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

A. REQUERIMIENTOS FUNCIONALES

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.

1.3.2. Tipos de requerimientos

IDAT

A. REQUERIMIENTOS FUNCIONALES

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. 1.3.2. Tipos de requerimientos

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 INTEROPERABILIDA D

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

1.3.2. Tipos de requerimientos

IDAT

B. REQUERIMIENTOS NO FUNCIONALES

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.
1.3.2. Tipos de requerimientos

IDAT

B. REQUERIMIENTOS NO FUNCIONALES

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

B. REQUERIMIENTOS NO FUNCIONALES

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

1.3.2. Tipos de Requerimientos

IDAT

B. REQUERIMIENTOS NO FUNCIONALES

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

1.3.2. Tipos de Requerimientos

IDAT

B. REQUERIMIENTOS NO FUNCIONALES

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.

1.3.2. Tipos de Requerimientos

IDAT

Requisitos

2. Modelado de Casos de Uso

IDAT

REQUISITOS

2. Modelado de Casos de Uso


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

2. Modelado de 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? se

Quin beneficia con el uso del sistema? administrar,


Quin 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

2. Modelado de Casos de Uso

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.
2. Modelado de Casos de Uso

IDAT

2.2 DIAGRAMA DE CASOS DE USO

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.

2. Modelado de Casos de Uso

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

2.2 DIAGRAMA DE CASOS DE USO

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.

2. Modelado de Casos de Uso

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.

2. Modelado de Casos de Uso

IDAT

2.3.1. RELACIN INCLUDE

Es una relacin de dependencia entre dos casos de uso.

2.3. Estructura del diagrama

IDAT

2.3.1. RELACIN INCLUDE

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 .

2.3. Estructura del diagrama

IDAT

2.3.1. RELACIN INCLUDE

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

2.3. Estructura del diagrama

IDAT

2.3.1. RELACIN INCLUDE

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.

2.3. Estructura del diagrama

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

2.3. Estructura del diagrama

IDAT

2.3.2. RELACIN EXTEND

Es una relacin que se ejecuta bajo ciertas condiciones.


Devolver ejemplar Fecha retrasada extends

Aplicar Mora

2.3. Estructura del diagrama

IDAT

2.3.2. RELACIN EXTEND

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.

2.3. Estructura del diagrama

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

2.3. Estructura del diagrama

IDAT

2.3.2. RELACIN EXTEND

Documentacin.
Flujo Alternativo.
1. ... 2. ... .....
8. Si el cliente posee T arjeta de acumulacin

de puntos, entonces se actualizan sus puntos. Extender el caso de uso Actualizar puntos.

2.3. Estructura del diagrama

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

2.3. Estructura del diagrama

IDAT

2.3.3. ASOCIACIN DE TIPO GENERALIZACIN

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.

2.3. Estructura del diagrama

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

2.3. Estructura del diagrama

IDAT

2.3.3. ASOCIACIN DE TIPO GENERALIZACIN

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.


2.3. Estructura del diagrama

IDAT

2.3.4. GENERALIZACIN ENTRE ACTORES

El actor hijo hereda el rol representado por el actor padre en la relacin.

Padre inherits

Hijo

2.3. Estructura del diagrama

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.

2.3. Estructura del diagrama

IDAT

EJEMPLO
uc Comercializacion Comprar productos include

Comprador Registrar Incidencias Vender productos inherits Si tiene Tarjeta extends include

Actualizar Stock

Vendedor Supervisor

Actualizar Tarjeta Bonus

2.3. Estructura del diagrama

IDAT