Você está na página 1de 59
Ing: Carlos Díaz Sánchez IDAT

Ing: Carlos Díaz Sánchez

IDAT

Capítulo 4:

Requisitos

Temas:

  • 1. Disciplina RUP de Requisitos

  • 2. Modelado de Casos de Uso

IDAT

Requisitos

  • 1. Disciplina RUP de Requisitos

IDAT

REQUISITOS

1. Disciplina RUP de Requisitos

  • 1.1 Introducción

  • 1.2 RUP. Workflow del proceso

  • 1.3 Actividades del Workflow

IDAT

1.1. INTRODUCCIÓN

Un requerimiento es considerado una condición o capacidad a la que se debe ajustar el sistema
Un requerimiento es considerado una
condición o capacidad a la que se debe
ajustar
el sistema que se está
desarrollando

IDAT

1.1. INTRODUCCIÓN

  • 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 límites del sistema (delimitarlo).

    • Proporcionar una base para planificar el contenido técnico

de las iteraciones.

  • Proporcionar una base para

la estimación del coste y del

tiempo en que desarrollar el sistema.

  • Definir una interfaz de usuario para el sistema, centrándose en las necesidades y los objetivos de los usuarios.

IDAT

1.2. DISCIPLINA RUP: REQUIREMENTS

1.2. DISCIPLINA RUP: REQUIREMENTS IDAT

IDAT

1.2.1. ROLES EN EL MODELADO DE REQUISITOS  El Analista de Sistemas  El Arquitecto de
1.2.1. ROLES EN EL MODELADO DE
REQUISITOS
El Analista de Sistemas
El Arquitecto de software
El Especificador de Requisito
s
El
revisor técnico

IDAT

1.2.2. WORKFLOW

1.2.2. WORKFLOW IDAT

IDAT

1.2.3. PRODUCTOS DE TRABAJO / ARTEFACTOS

1.2.3. PRODUCTOS DE TRABAJO / AR TE FACTOS IDAT

IDAT

MAPEO ENTRE MODELOS

MAPEO ENTRE MODELOS IDAT

IDAT

1.3. ACTIVIDADES DEL WORKFLOW
1.3.
ACTIVIDADES DEL WORKFLOW
1.3. ACTIVIDADES DEL WORKFLOW
  • Analizar el problema.

  • Conocer las necesidades de los stakeholders.

  • Definir el sistema.

  • Gestionar el ámbito del sistema.

  • Perfeccionar la definición del sistema.

  • Gestionar cambios de requisitos.

IDAT

1.3.1. IDENTIFICAR REQUERIMIENTOS

1.3.1. IDENTIFICAR REQUERIMIENTOS Business Analysis Model Business Use Case Model REQUERIMIENTOS Stakeholders Business Rules Request IDAT
1.3.1. IDENTIFICAR REQUERIMIENTOS Business Analysis Model Business Use Case Model REQUERIMIENTOS Stakeholders Business Rules Request IDAT
1.3.1. IDENTIFICAR REQUERIMIENTOS Business Analysis Model Business Use Case Model REQUERIMIENTOS Stakeholders Business Rules Request IDAT

Business Analysis Model

1.3.1. IDENTIFICAR REQUERIMIENTOS Business Analysis Model Business Use Case Model REQUERIMIENTOS Stakeholders Business Rules Request IDAT

Business Use Case Model

1.3.1. IDENTIFICAR REQUERIMIENTOS Business Analysis Model Business Use Case Model REQUERIMIENTOS Stakeholders Business Rules Request IDAT
REQUERIMIENTOS
REQUERIMIENTOS

Stakeholders

Business Rules

Request

IDAT

1.3.1. IDENTIFICAR REQUERIMIENTOS

  • Técnicas de captura de

requerimientos:

  • Entrevistas.

  • Cuestionarios.

  • Encuestas.

  • Descripción de puestos.

  • Artefactos del Modelado de

Negocio.

  • Revisar los documentos actuales.

1.3.1. IDENTIFICAR REQUERIMIENTOS  Técnicas de captura de requerimientos:  Entrevistas.  Cuestionarios.  Encuestas. 

IDAT

1.3.2. TIPOS DE REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES NO FUNCIONALES
REQUERIMIENTOS
FUNCIONALES
NO FUNCIONALES
1.3.2. TIPOS DE REQUERIMIENTOS REQUERIMIENTOS FUNCIONALES NO FUNCIONALES También están los pseudo_requerimientos, que son aquellos requerimientos

También están los pseudo_requerimientos, que son aquellos requerimientos impuestos por el cliente que restringen la implementación del sistema.

IDAT

1.3.2. TIPOS DE REQUERIMIENTOS
1.3.2.
TIPOS DE REQUERIMIENTOS
1.3.2. TIPOS DE REQUERIMIENTOS
  • Requerimientos Funcionales

    • Son los requerimientos del usuario que el sistema indicando

a

desarrollar,

debe

satisfacer,

cuáles son las condiciones de

entrada (inputs) y las condiciones de salida

(outputs).

  • Requerimientos No Funcionales

    • Son características que el sistema debe tener para poder asegurar la sistema.

calidad del

IDAT

  • A. REQUERIMIENTOS FUNCIONALES

    • Definición:

      • 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.

Especificación de Requerimientos de

Software.

Modelo de Casos de Uso de Sistema.

IDAT

  • A. REQUERIMIENTOS FUNCIONALES

    • Asociados a los casos de uso del sistema

      • Ejemplo:

El sistema debe actualizar la información 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 programación del rol

de

los campeonatos locales y regionales. El sistema debe permitir Cerrar un curso.

IDAT

  • A. REQUERIMIENTOS FUNCIONALES

Asociados a otros aspectos generales.

  • Ejemplo:

El sistema debe obligar al usuario a cambiar su contraseña cada 60 días.

Se debe incluir un mecanismo que permita

su actualización automática sin la intervención del usuario.

Deberá contener un registro de los errores y para cada uno, debe registrar: el código del error, una descripción del error, la fecha y la hora del error.

IDAT

  • B. REQUERIMIENTOS NO FUNCIONALES

REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS REQUERIMIENTOS REQUERIMIENTOS DEL PRODUCTO ORGANIZACIONALES EXTERNOS REQUERIMIENTOS REQUERIMIENTOS REQUERIMIENTO S REQUERIMIENTOS REQUERIMIENTOS
REQUERIMIENTOS
NO FUNCIONALES
REQUERIMIENTOS
REQUERIMIENTOS
REQUERIMIENTOS
DEL PRODUCTO
ORGANIZACIONALES
EXTERNOS
REQUERIMIENTOS
REQUERIMIENTOS
REQUERIMIENTO
S
REQUERIMIENTOS
REQUERIMIENTOS
DE
REQUERIMIENTOS
REQUERIMIENTOS
DE USABILIDAD
DE EFICIENCIA
DE FIABILIDAD
DE PORTABILIDAD
INTEROPERABILIDA D
LEGALES
ETICOS
REQUERIMIENTOS
REQUERIMIENTOS
REQUERIMIENTOS
DE
DE ENTREGA
DE ESTÁNDARES
IMPLEMENTACION
REQUERIMIENTOS
REQUERIMIENTOS
REQUERIMIENTOS
REQUERIMIENTOS
DE DESEMPEÑO
DE ESPACIO
DE PRIVACIDAD
DE SEGURIDAD

IDAT

  • B. REQUERIMIENTOS NO FUNCIONALES

    • Algunas de las categorías:

      • Usabilidad: Fácil uso, estética y estándar de la interfaz, documentación de usuario, materiales de capacitación.

      • Fiabilidad: Exactitud en los cálculos del sistema, seguridad contra fallas, capacidad de recuperación y/o corrección de errores

del usuario, predicción de resultado antes

de ejecutar la operación.

  • Eficiencia: Rapidez, tiempo de espera, demora en cálculos, capacidad de memoria.

IDAT

  • B. REQUERIMIENTOS NO FUNCIONALES

    • Usability (Usabilidad Facilidad de uso)

    • Ejemplo.

      • El lenguaje empleado en la interfaz gráfica del sistema debe respetar los términos usados en el negocio.

      • El sistema permitirá a los usuarios realizar búsquedas sin entrenamiento previo.

IDAT

  • B. REQUERIMIENTOS NO FUNCIONALES

    • Reliability (Confiabilidad o Fiabilidad)

    • Ejemplo.

      • El sistema debe estar disponible 24x7x365 días al año.

      • El sistema estará disponible al 95 por ciento entre las 8:00 AM y las 6:00 PM

IDAT

  • B. REQUERIMIENTOS NO FUNCIONALES

    • Performance. (Rendimiento)

    • Ejemplo:

      • El sistema debe permitir al administrador registrar una matrícula como promedio en 30 segundos.

      • Durante el proceso de matrícula, el sistema permitirá el acceso concurrente de 500 alumnos.

      • El sistema permitirá almacenar la información de hasta 4000 alumnos.

      • El 95 por ciento de las transacciones del sistema no

deben exceder los 5 segundos

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 instalación sin entrenamiento previo.

IDAT

Requisitos

2. Modelado de Casos de Uso

IDAT

REQUISITOS

2. Modelado de Casos de Uso

  • 2.1 Elementos

  • 2.2 Diagrama de Casos de Uso

  • 2.3 Estructura del diagrama

  • 2.4 Documentación de los Casos de Uso

IDAT

2.1. ELEMENTOS

ELEMENTO
ELEMENTO
NOTACIÓN UML
NOTACIÓN UML
  • Actor

 Actor
  • Casos de Uso

 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.1. ACTOR  El actor representa un ROL , no es un usuario individual del sistema.

IDAT

  • Los actores se determinan observando:

    • Usuarios directos del sistema.

    • Trabajadores y/o Actores del Negocio.

    • Responsables del uso o mantenimiento sistema.

del

  • Otros sistemas que interactúan con el sistema.

  • El nombre del actor describe el papel

desempeñado.

IDAT

2.1.1. ACTOR

  • Preguntas para ayudar a identificar mas actores:

    • ¿Quién usará la funcionabilidad principal del sistema? ¿Quién

    • está interesado en cierto requerimiento? se

¿Quién

  • beneficia con el uso del sistema? administrará,

¿Quién

  • soportará y mantendrá el sistema?

  • ¿El sistema usa un recurso externo?

  • ¿Alguna persona juega varios roles diferentes?

  • ¿El sistema interactúa con otro sistema?

IDAT

2.1.1. ACTOR

  • Sugerencias para identificar actores del sistema:

    • Son roles (humanos, software o hardware), no personas con nombres propios.

    • No siempre están asociado con el nombre de un cargo en la planilla de la organización objetivo.

    • El nombre no debe representar áreas, departamentos o partes de una organización sino roles de ejecución.

    • Cada actor debe estar asociado con al menos, un caso de uso del sistema; caso contrario, debe ser eliminado del modelo.

IDAT

2.1.2. CASO DE USO
2.1.2.
CASO DE USO
2.1.2. CASO DE USO
  • Un caso de uso es un proceso específico 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.2. CASO DE USO  Un caso de uso es un proceso específico del sistema con

IDAT

2.1.2. CASO DE USO
2.1.2.
CASO DE USO
2.1.2. CASO DE USO
2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de
2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de

Realización de Casos de Uso de Negocio

2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de
2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de
2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de
2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de

Mapeo para obtener Casos

de Uso (sistema)

2.1.2. CASO DE USO Realización de Casos de Uso de Negocio Mapeo para obtener Casos de

IDAT

2.1.2. CASO DE USO
2.1.2.
CASO DE USO
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.

  • Nombre:

    • verbo + objeto afectado

Registrar Cliente
Registrar
Cliente

IDAT

2.1.2. CASO DE USO
2.1.2.
CASO DE USO
2.1.2. CASO DE USO
  • El proceso va relacionado con la identificación de actores.

  • Por cada actor identificado se podrá preguntar:

    • ¿Cuáles son las tareas automatizables del actor?

    • ¿Qué información crea, guarda, modifica, destruye lee?

o

  • ¿El actor debe notificar al sistema los cambios externos?

  • ¿El sistema debe informar al actor los cambios internos?

IDAT

2.1.2. CASO DE USO
2.1.2.
CASO DE USO
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.

IDAT

2.2. DIAGRAMA DE CASOS DE USO
2.2.
DIAGRAMA DE CASOS DE USO
2.2. DIAGRAMA DE CASOS DE USO
  • 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.

uc Atencion al publico Registrar Retiro Consultar Tipo de Cambio Cajero Registrar Deposito
uc Atencion al publico
Registrar Retiro
Consultar Tipo de
Cambio
Cajero
Registrar Deposito

IDAT

2.2 DIAGRAMA DE CASOS DE USO
2.2
DIAGRAMA DE CASOS DE USO
2.2 DIAGRAMA DE CASOS DE USO
  • Representa lo que hace el sistema y su

relación 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.

  • Están limitados a una sola tarea.

  • Muestra gráficamente los requerimientos funcionales del sistema.

IDAT

2.2 DIAGRAMA DE CASOS DE USO
2.2
DIAGRAMA DE CASOS DE USO
2.2 DIAGRAMA DE CASOS DE USO
  • Se tiene en cuenta ¿QUIÉN realiza QUÉ actividad?”

    • ¿QUIÉN? (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. ASOCIACIÓN

    • Características:

      • Los actores se conectan a los casos de uso, a través de una relación de asociación.

      • Esta relación se estereotipa como «comunicates» pero no es necesario indicarla.

    Uc Casos de Uso

    Caso de uso
    Caso de uso

    Actor

    IDAT

    2.3. ESTRUCTURA DEL DIAGRAMA
    2.3.
    ESTRUCTURA DEL DIAGRAMA
    2.3. ESTRUCTURA DEL DIAGRAMA

    Se estructura el

    modelo de casos de

    uso para

    que los

    requisitos sean más fáciles de entender y mantener. Esto

    incluye promover la similitud entre los casos de uso y

    los

    actores e identificar el comportamiento excepcional.

    opcional

    y

    2.3. ESTRUCTURA DEL DIAGRAMA  Se estructura el modelo de casos de uso para que los
    2.3. ESTRUCTURA DEL DIAGRAMA  Se estructura el modelo de casos de uso para que los

    IDAT

    2.3. ESTRUCTURA DEL DIAGRAMA
    2.3.
    ESTRUCTURA DEL DIAGRAMA
    2.3. ESTRUCTURA DEL DIAGRAMA
    • Objetivos:

      • Encontrar comportamiento similar o común en el Modelo de Casos de Uso del Sistema.

      • Identificar actividades básicas o alternas

    que se repitan en los casos de uso.

    • Identificar actores que comparten roles ejecutados por otros.

    IDAT

    2.3.1. RELACIÓN INCLUDE
    2.3.1.
    RELACIÓN INCLUDE
    2.3.1. RELACIÓN INCLUDE
    • Es una relación de dependencia entre dos casos de uso.

    2.3.1. RELACIÓN INCLUDE  Es una relación de dependencia entre dos casos de uso. IDAT
    2.3.1. RELACIÓN INCLUDE  Es una relación de dependencia entre dos casos de uso. IDAT

    IDAT

    2.3.1. RELACIÓN INCLUDE
    2.3.1.
    RELACIÓN INCLUDE
    2.3.1. RELACIÓN INCLUDE
    • Características:

      • 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á explícitamente insertado dentro del comportamiento definido por el caso de uso base.

      • El caso de uso base es el que conoce la asociación entre

    ambos y el caso de uso incluido, no necesita conocer

    cuáles casos de uso lo incluyen.

    • Se utiliza el estereotipo «include» .

    IDAT

    2.3.1. RELACIÓN INCLUDE
    2.3.1.
    RELACIÓN INCLUDE
    2.3.1. RELACIÓN INCLUDE
    • En el proceso de abastecimiento de una empresa, se cuenta con dos casos de uso que comparten una función común:

    actualizar el stock de productos sumando o restando el movimiento efectuado.

    Registrar recepcion de productos «Include» Actualizar Stock «Include» Despachar productos
    Registrar
    recepcion de productos
    «Include»
    Actualizar Stock
    «Include»
    Despachar productos

    Almacenero

    IDAT

    2.3.1. RELACIÓN INCLUDE
    2.3.1.
    RELACIÓN INCLUDE
    2.3.1. RELACIÓN INCLUDE
    • En la documentación:

      • Flujo Básico

    ...

    2.

    ...

    ...

    6.

    El sistema actualiza el stock de cada

    producto. Incluir el caso de uso “Actualizar stock” del producto.

    IDAT

    NO ES INCLUDE !!!

    «include» Añadir Libro Mantener Libros «include» Eliminar Libro «include» «include» Añadir Peticion «include» Gestionar Mantener Peticiones
    «include»
    Añadir Libro
    Mantener Libros
    «include»
    Eliminar Libro
    «include»
    «include»
    Añadir Peticion
    «include»
    Gestionar
    Mantener Peticiones
    Biblioteca
    «include»
    Eliminar Peticion
    «include»
    Bibliotecario
    «include»
    Prestar Libro
    Mantener Prestamos
    «include»
    Devolver Libro

    IDAT

    2.3.2. RELACIÓN EXTEND
    2.3.2.
    RELACIÓN EXTEND
    2.3.2. RELACIÓN EXTEND
    • Es una relación que se ejecuta bajo ciertas condiciones.

    2.3.2. RELACIÓN EXTEND  Es una relación que se ejecuta bajo ciertas condiciones. Devolver ejemplar Fecha
    Devolver ejemplar Fecha retrasada «extends» Aplicar Mora
    Devolver ejemplar
    Fecha retrasada
    «extends»
    Aplicar Mora

    IDAT

    2.3.2. RELACIÓN EXTEND
    2.3.2.
    RELACIÓN EXTEND
    2.3.2. RELACIÓN EXTEND
    • Es una relación de dependencia entre dos casos de uso.

    • Se establece cuando el caso de uso extendido ocurre excepcionalmente en el caso de uso base.

    2.3.2. RELACIÓN EXTEND  Es una relación de dependencia entre dos casos de uso.  Se
    • El caso de uso extendido ocurre sólo cuando ocurra el evento respectivo dentro del caso de uso base.

    2.3.2. RELACIÓN EXTEND  Es una relación de dependencia entre dos casos de uso.  Se
    • Indica que el comportamiento del caso de uso extendido puede ser insertado en el comportamiento definido por el caso de uso base.

    2.3.2. RELACIÓN EXTEND  Es una relación de dependencia entre dos casos de uso.  Se

    IDAT

    2.3.2. RELACIÓN EXTEND - EJEMPLO
    2.3.2.
    RELACIÓN EXTEND - EJEMPLO
    2.3.2. RELACIÓN EXTEND - EJEMPLO
    • El Caso de Uso Registrar venta en un supermercado, tiene una función adicional si el cliente presenta su tarjeta de

    acumulación de puntos.

    • Las acciones para “Actualizar puntos” sólo se presentan si el cliente tiene la tarjeta en mención y deben separarse en un caso de uso independiente.

    Registrar Venta Si presenta tarjeta «extends» vendedor Actualizar puntos
    Registrar Venta
    Si presenta tarjeta
    «extends»
    vendedor
    Actualizar puntos

    IDAT

    2.3.2. RELACIÓN EXTEND
    2.3.2.
    RELACIÓN EXTEND
    2.3.2. RELACIÓN EXTEND
    • Documentación.

      • Flujo Alternativo.

    ...

    2.

    ...

    .....

    8.

    Si el cliente posee Tarjeta de acumulación

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

    IDAT

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN

    • La generalización de casos de uso se utiliza cuando tiene uno o más casos de uso, que son realmente especificaciones o un caso más general.

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  La generalización de casos de uso se utiliza cuando tiene
    Validar Usuario «inherits» «inherits» Validar con Examinar Retina password
    Validar Usuario
    «inherits»
    «inherits»
    Validar con
    Examinar Retina
    password

    IDAT

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN

    • Es una relación de herencia entre casos uso.

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  Es una relación de herencia entre casos uso.  Los
    • Los casos de uso hijos heredan la estructura, comportamiento y asociaciones del caso de uso padre.

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  Es una relación de herencia entre casos uso.  Los
    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  Es una relación de herencia entre casos uso.  Los
    • El caso de uso padre es abstracto y sólo se crean instancias de los casos de uso hijos.

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  Es una relación de herencia entre casos uso.  Los

    IDAT

    EJEMPLO

    • Registrar una orden de pedido.

    • Registrar pedido por teléfono” 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
    Registrar Pedido
    Registrar pedido telefonico
    Registrar Pedido por Internet
    Operador
    Cliente de Internet
    IDAT

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN

    • ¿Cuándo utilizar la generalización?

      • Cuando existen dos o más casos de uso que poseen un comportamiento y estructura muy común.

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

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  ¿Cuándo utilizar la generalización?  Cuando existen dos o más
    • Las actividades diferentes y particulares se quedan en los casos de uso hijos.

    2.3.3. ASOCIACIÓN DE TIPO GENERALIZACIÓN  ¿Cuándo utilizar la generalización?  Cuando existen dos o más

    IDAT

    2.3.4. GENERALIZACIÓN ENTRE ACTORES
    2.3.4.
    GENERALIZACIÓN ENTRE ACTORES
    2.3.4. GENERALIZACIÓN ENTRE ACTORES
    • El actor hijo hereda el rol representado por el actor padre en la relación.

    P a d r e « i n h e ri t s » Hijo
    P a d r e
    « i n h e ri t s »
    Hijo

    IDAT

    2.3.4. GENERALIZACIÓN ENTRE ACTORES
    2.3.4.
    GENERALIZACIÓN ENTRE ACTORES
    2.3.4. GENERALIZACIÓN ENTRE ACTORES
    • La asociación de tipo Generalización entre actores se da cuando:

      • Si existen dos o más actores que:

    Interactúan o utilizan el sistema de la misma forma.

    Juegan el mismo rol frente al sistema.

    • Entonces es posible.

    Establecer una relación de Generalización entre ellos. Simplificar el modelo de Casos de Uso.

    IDAT

    EJEMPLO uc Comercializacion Comprar productos «include» Actualizar Stock Comprador Registrar «include» Incidencias Vender productos «inherits» Si
    EJEMPLO
    uc Comercializacion
    Comprar productos
    «include»
    Actualizar Stock
    Comprador
    Registrar
    «include»
    Incidencias
    Vender productos
    «inherits»
    Si tiene Tarjeta
    «extends»
    Vendedor
    Actualizar Tarjeta
    Bonus
    Supervisor

    IDAT