1

Agenda

 Disciplina Modelado del Negocio

 ¿Qué es y cuál es su finalidad?
 Modelos y Artefactos
 ¿Qué es un negocio?
 Caso de uso ó Use Case del Negocio (UCN)
 Diferencia entre un Trabajador y un Actores del
negocio
 Eventos del negocio
 Caso de estudio

2
Modelado del Negocio.
¿Qué es y cuál es su finalidad?
 Comprender las necesidades del negocio, describir su funcionamiento y los
servicios que ofrece.
 Los artefactos que aquí se elaboran se hacen desde la perspectiva del negocio
y NO del sistema a elaborar.
 Lo que se quiere es unificar criterios así como el lenguaje entre el equipo
multidisciplinario de trabajo.
 Cuando hablamos de equipo multidisciplinario nos referimos al equipo de
desarrollo y al equipo del cliente.

3
Modelado del Negocio
Modelos y Artefactos

4
¿Qué es un Negocio?

 La palabra Negocio viene del lat. negotium

 La RAE define un negocio como:
 “Ocupación, quehacer o trabajo”.
 “Aquello que es objeto o materia de una ocupación lucrativa o de interés”.

 En general también se identifica como negocio a una organización, empresa o

institución.
 Una actividad que consiste en la producción, distribución de ventas de bienes o
servicio y que genere algún tipo de beneficio.
 Se basa en la observación de las necesidades y/o problemas que tiene una
sociedad

5
¿Qué es un negocio?

 Para efectos de la Ingeniería del software un Negocio también puede ser

visto como un sistema, el cuál de define según la RAE como :
 Conjunto de cosas que relacionadas entre sí ordenadamente contribuy
en a determinado objetivo.
 Un sistema puede ser o no automatizado
 Ejemplo de un negocio o sistema no automatizado: el control de citas
de un consultorio médico donde la secretaria del médico lleve dicho
control de manera manual a través de una agenda.
 Ejemplo de un negocio automatizado: Un cajero automático.

6
¿Qué es un negocio?

 En el negocio pueden existir sistemas o procesos que requieran ser

automatizados.
 En este punto es cuando se requiere del Modelado del negocio

7
Casos de uso o Use Case del Negocio
(UCN)
 ¿Quién es el Actor del negocio?
 Un Actor es una entidad externa que interactúa directamente con el negocio.

 Un Trabajador del negocio no es un Actor del negocio, porque forma parte de la

organización.
 Un Trabajador del negocio puede o no interactuar con un Actor del negocio
 Un Trabajador del negocio puede convertirse o no en un Actor del sistema
 La notación debe ser consistente tanto en el diagrama como en la plantilla: el nombre
del actor escrito en itálica y no usar artículos.
 Ejemplo:

Actor
8
Casos de uso o Use Case del Negocio
(UCN)
 ¿Qué es un caso de uso en términos generales?
 Un Caso de uso es una descripción de un conjunto potencial de escenarios, cada
uno de los cuales comienza con algún evento inicial desde un actor al negocio o
sistema y finaliza cuando alcanza un resultado.
 Un Escenario es una secuencia específica de intercambio de eventos entre el
negocio / sistema y los actores.
 ¿Use Case del Negocio: describe lo que el negocio ofrece a sus clientes.
 Use Case del sistema: que debe hacer el sistema para automatizar uno o más pasos
de la realización del UCN.
 La plantilla de especificación de un UCN es similar a la plantilla de especificación
del UC

9
Tabla de eventos del Negocio

 Facilita la tarea de identificar los use case del negocio desde la perspectiva
de un actor del negocio
 Idea: extraer de una descripción textual eventos de interés para un actor del
negocio

 ¿Qué es un evento del negocio?

 Eventos del Negocio: algo que un actor del negocio puede solicitarle al negocio.
 Negocio debe realizar acciones o actividades para atender un evento

10
Tabla de eventos del Negocio

 Identificar eventos de interés para los actores del negocio

 Los eventos identificados se registran en una tabla de eventos conformada
por tres columnas: Identificador de Evento, descripción del Evento del
Negocio y el UCN al que pertenece.
 La tabla de eventos del negocio:

# Eventos del Negocio UCN

1
2

11
Plantilla de especificaciones de UCN

 Los Eventos del negocio se muestran como entrada del actor

 Se debe indicar acciones/actividades que realiza el Negocio para atender un
evento
 No colocar en las descripciones términos que se refieren al sistema
automatizado
 Evitar considerar funcionalidades del sistema
 Una estrategia que permite evitar la consideración de funcionalidades de sistema
en los Use Case del negocio consiste en considerar que el negocio implementa sus
servicios de manera no computarizada
 Para describir los predicados de condición usar lógica de primer orden, no
colocar elementos que informa un actor y considerar propiedades de
entidades del negocio

12

Tomado de la Clase Profesora Yosly Hernández; 27 de noviembre de 2019.

Caso de estudio

La dirección de cultura de la Universidad Central de Venezuela requiere de una aplicación para

administrar el uso del Aula Magna en diferentes eventos como actos de grado, conciertos y obras de
teatro. La dirección de cultura tiene un cronograma con los eventos que van a ser presentados en el Aula
Magna, las fechas y horarios así como la duración del evento. Todas las fechas de los actos de grado se
planifican a inicio de cada año por el vice-rectorado académico. Cada evento tiene un responsable del
evento. El responsable del evento contacta a la dirección de cultura para solicitar la posibilidad de que
un cierto evento pueda ser presentado en el Aula Magna.

La Dirección de cultura cuenta con una persona organizadora que se encarga de llevar el cronograma.

El responsable del evento solicita reservar el AM para un evento dado.

El vice-rectorado académico solicita la suspensión de los actos de grado a ser realizados en ciertas
fechas proporcionando .

13
Caso de estudio
1.- ¿Quién es el negocio? ¿Quiénes son nuestros actores externos?
Negocio → Dirección de Cultura
Actores → Responsable del evento y el vice-rectorado
2.- ¿Trabajador del negocio?
Trabajador → Organizador
3.- Eventos:

# Eventos del Negocio UCN

1 Solicitar reservación del Aula Magna UCN 1 – Solicitar
reservación AM
2 Proporcionar Nombre, fecha, hora y duración UCN 1.1 – Proporcionar
datos del evento
3 Solicitar suspensión de Acto de Grado UCN 2 – Cancelar Acto de
grado
4 Proporcionar código de acto UCN 2.1 – Proporcionar
código
14
Diagrama de Casos de uso del Negocio
(DUCN)

15
Plantilla de especificaciones de UCN
1. Identificador y Nombre: UCN1 –Solicitar reservación AM
1.1. Breve Descripción: Permite al Responsable del evento hacer una reservación para un evento dado.

1.2. Actores: Responsable del evento

1.3. Flujo de Eventos:

1.3.1. Flujo Básico:

Entrada del actor Respuesta del negocio (NEGOCIO)

1 El Responsable del evento se El Organizador (ODC) solicita fecha y hora del evento
pone en contacto con el
Organizador de eventos la
Dirección de Cultura (ODC)
(por teléfono o en persona)para
solicitar una reservación
2 Proporciona Fecha y hora del Verifica que no haya Acto de grado u otro evento en la
evento fecha y hora indicadas. Si hay disponibilidad se le solicitan
los demás datos del evento.
Se activa el UCN 1.1 – Proporcionar datos del evento.
3 El use case finaliza 16

16
Plantilla de especificaciones de UCN
1.3.2. Flujos Alternativos:
Alternativa 1: Características incorrectas

2 Entrada del actor Respuesta del negocio (NEGOCIO)

1 Si no hay disponibilidad se informa al Responsable
que indique otra fecha

Proporciona Fecha y hora del Completa los datos y realiza la reserva

evento

3 El use case finaliza

17
17
Plantilla de especificaciones de UCN
1.3.2. Flujos Alternativos:
Alternativa 2: Características incorrectas

Entrada del actor Respuesta del negocio (NEGOCIO)

1 Si no hay disponibilidad se informa al Responsable

que indique otra fecha

2 Indica no disponer de otra Indica no poder hacer la reserva

opción

3 El use case finaliza

1.4. Requerimientos Especiales: -.

1.5. Pre-condición: ./.
1.6. Post-condición: ./.
1.7. Puntos de Extensión:
18
1.7.1. Include: ./.
18
1.7.2. Extend: ucn1.1 – Proporcionar datos del evento
Plantilla de especificaciones de UCN
1. Identificador y Nombre: UCN1.1 –Proporcionar datos del evento

1.1. Breve Descripción: Permite al Responsable del evento proporcionar los datos del evento: Nombre, Fecha, Hora y Duración

1.2. Actores: Responsable del evento

1.3. Flujo de Eventos:

1.3.1. Flujo Básico:

Entrada del actor Respuesta del negocio (NEGOCIO)

1 El Responsable del evento El Organizador (ODC) Completa los datos y realiza la
Proporciona los datos del evento reserva

4 El use case finaliza

1.3.2. Flujos Alternativos: ./.

1.4. Requerimientos Especiales: -.

1.5. Pre-condición: Que se pueda hacer la reservación

1.6. Post-condición: Los datos del evento fueron proporcionados y la

reservación se realiza

1.7. Puntos de Extensión:

19

1.7.1. Include: ./. 19

1.7.2. Extend: ./.

Diagrama de clase del Negocio

Nota: si en las necesidades del negocio está llevar los datos del cliente,
éste sería un objeto del diagrama de clases 20
Ejercicio para la casa

Diagrama de Secuencias
del Negocio

21
Referencias

 Metzner, Christiane; Niño, Norelva. “El Proceso de Desarrollo RUP-GDIS”.

2016
 Clase Profesora Yosly Hernández; 27 de noviembre de 2019.

22