Está en la página 1de 46

Instituto Superior Tecnológico Público

“Víctor Raúl Haya de la Torre”


Especialidad de Computación e Informática

Semana 10
MODELADO DEL NEGOCIO – PARTE I

Unidad Didáctica
Análisis y Diseño de Sistemas

Módulo: Desarrollo de Software y Gestión de


Base de Datos
III Ciclo

Docente: Mag. Ing. Miguel Abdias Mendoza Dionicio Junio 2022


Análisis y Diseño de Sistemas
Modelado del Negocio
Introducción

• ¿Por qué modelar el negocio?


• Conceptos fundamentales.
• Disciplina de Modelado del Negocio.
– Objetivos a cumplir.
– Workflow de trabajo.
– Artefactos producidos.
– Actividades a desarrollar.
• Modelo de Casos de Uso del Negocio.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Necesidades, requerimientos y arquitectura

• Necesidades de información y expectativas.


• Análisis y diseño de los procesos de la organización.
Necesidades • Modelado del negocio.
• Identificar problemas de información actuales y futuros.

• Requisitos a ser satisfechos por el software.


• Descripción de lo que un sistema debe realizar.
• Características y atributos del sistema.
Requerimientos
• Acuerdos con los interesados y desarrolladores.

• Análisis y diseño de las clases del sistema.


• Definir las capas, subsistemas, dependencias,
interfaces y servicios.
Arquitectura
• Construir el modelo de datos.
• Identificar patrones de diseño.
• Construir el modelo de despliegue.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Necesidades, requerimientos y arquitectura

• Necesidades de información.
• Problemas actuales y futuros en el
manejo de la información del negocio.
• Ausencia de información sobre las
actividades.
• Inconsistencias en la información.

• Análisis y diseño de los procesos de la


• Reuniones con los usuarios y clientes. organización.
• Cuestionarios con los interesados. • Modelado del negocio.
• Políticas, normas y restricciones de la • Mejoramiento de los procesos.
organización.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Pregunta

¿Al modelar el negocio para encontrar las necesidades,


es mejor hacer el análisis basado en:

• Las áreas funcionales involucradas en el negocio o,


• Los procesos involucrados en el negocio?

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelar procesos vs modelar Áreas Funcionales

Área Área Área Área Área


Funcional Funcional Funcional Funcional Funcional
1 2 3 4 5

Proceso del negocio 1

Proceso del negocio 2

Proceso del negocio 3

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Respuesta

• Las necesidades se encuentran modelando el negocio.

• El modelado del negocio se enfoca en los procesos en


estudio y no en las áreas funcionales.

• El análisis y diseño de los procesos es la mejor forma


de encontrar todas las necesidades.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
¿Dónde encontrar necesidades?

Necesidades Comunicadas
• Por los participantes en los
procesos del negocio. Necesidades Comunicadas
• Clientes y usuarios de los
servicios de la organización.
• Directivos de la
organización.
• Dueños de la organización.
• Otros interesados del
proyecto.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
¿Dónde encontrar necesidades?

Necesidades Analizadas y
Diseñadas
• Estudio de los procesos del
negocio.
• Análisis de las actividades.
• Personas que se benefician
de los procesos. Necesidades Analizadas
• Personas que ejecutan los y Diseñadas
procesos.
• Información usada en los
procesos.
• Diseño de los procesos.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
¿Dónde encontrar necesidades?

Necesidades Mejora de
Procesos
• Refinamiento de los procesos
del negocio.
• Optimización de algunas las
actividades.
• Mejoramiento de la eficiencia.
• Cambios en las
responsabilidades de las
personas que ejecutan los
procesos.
Mejora de Procesos
• Nueva información.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
RUP: Modelado del negocio

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
RUP: Modelado del negocio

• Comprender la estructura y la dinámica de la


organización objetivo.
• Comprender los problemas actuales de la organización
objetivo e identificar los potenciales.
• Evaluar el impacto del cambio en la organización
objetivo.
• Asegurar que los clientes, usuarios finales,
desarrolladores y otros roles tengan un entendimiento
común de la organización objetivo.
• Obtener, de forma preliminar, los requerimientos del
sistema que necesita la organización objetivo.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelado del negocio: Artefactos

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelado del negocio: Actividades

1. Evaluar la organización objetivo.


2. Encontrar los actores y casos de uso del negocio.
3. Construir el Modelo de Casos de Uso del Negocio.
4. Encontrar los trabajadores y entidades del negocio.
5. Construir el Modelo de Análisis del Negocio.
6. Detallar los casos de uso del negocio.
7. Mantener las reglas del negocio.
8. Capturar un vocabulario común.
9. Definir las actividades a automatizar.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelado del negocio: Actividades

1. Evaluar la organización
objetivo.

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Describir la organización objetivo

Organización objetivo (Objeto de estudio)


Mundo Exterior

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Describir el negocio

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)


Mundo Exterior

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Describir el negocio

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)


Mundo Exterior

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelado del negocio: Actividades

2. Encontrar los actores y


casos de uso del negocio.

Gerente Realizar
General Solicitud

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

• Un actor del negocio representa un rol jugado


por alguien o algo externo al negocio y que
interactúa o se relaciona con él.
• Ejemplo:
1. Cliente.
2. Proveedor.
3. Gerente general.
4. Autoridades. Gerente
General

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)


Mundo Exterior

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

• Existen dos categorías de actor de negocio:


– El Cliente (Customer)
• La “razón de ser” del negocio.
• Se benefician o se afectan por los resultados del
proceso del negocio.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

• Existen dos categorías de actor de negocio:


– El Socio o interesado (Stakeholder).
• Son los dueños del proceso.
• Los resultados del proceso le sirven para tomar
decisiones.
• No participan de la parte operativa.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

• ¿Dónde encontrar a los actores del negocio de


tipo Stakeholder?
– Socios de la organización objetivo.
– Sucursales.
– Dueños, inversionistas, gerentes.
– Miembros del directorio (si es parte activa del
negocio).
– Roles gerenciales o directivos en otras partes de la
organización.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar actores del negocio

• Sugerencias para identificar adecuadamente a los


actores del negocio.
– Son roles (humanos, software o hardware), no personas
con nombres propios.
– Se encuentran fuera de las fronteras negocio.
– No debe representar áreas, departamentos o partes de
una organización sino roles de ejecución.
– No siempre está asociado con el nombre de un cargo
en la planilla de la organización objetivo.
– Cada actor debe estar asociado con al menos un caso
de uso del negocio.
• Si no participa en ningún proceso debe ser eliminado del
modelo.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar los casos de uso del negocio

• Un caso de uso del negocio identifica un


proceso específico del negocio que produce un
resultado de valor medible y esperado para un
actor (o actores) del negocio en particular.
• Ejemplo:
– Realizar compra.
– Almacenar productos.

Realizar
Solicitud

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar los casos de uso del negocio

Negocio (Campo de acción)

Organización objetivo (Objeto de estudio)


Mundo Exterior

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar los casos de uso del negocio

• ¿Dónde encontrar los casos de uso del negocio?


– Identificar las necesidades fundamentales de los
actores del negocio y el conjunto de actividades que
se realizan para satisfacerlas.
– Servicios principales que el actor del negocio espera
recibir de la organización objetivo.
– Buscar el ciclo de vida de cada actor del negocio.
– Identificar los resultados y entregables de la empresa
y a partir de ellos los procesos que los realizaron.
– Reconocer los procesos tipo del giro del negocio, por
comparación con el de otras empresas o a partir del
estudio de la cadena de valor.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Identificar los casos de uso del negocio

• Sugerencias para identificar adecuadamente los


casos de uso del negocio.
– Son proceso complejos del negocio, no actividades
simples.
– Se encuentran dentro del negocio.
– Deben estar asociados a por lo menos un actor del
negocio.
– Representan la generalidad del comportamiento del
proceso y no una instancia o escenario específico o
caso muy particular del proceso.

Docente: Ing. Miguel Mendoza Dionicio


Análisis y Diseño de Sistemas
Modelado del Negocio
Modelado del negocio: Actividades

3. Construir el Modelo de
Casos de Uso del
Negocio.
Advertiser Provide feedback

Post advertising
content

Change profile

Docente: Ing. Miguel Mendoza Dionicio


Modelo de Casos de Uso del Negocio

• Modela la forma en que el negocio es usado por


sus clientes, stakeholders, etc.
• Está formado por:
– Actores del negocio identificados previamente.
– Casos de uso del negocio identificados previamente.
– Asociaciones entre los actores y los casos de uso
del negocio.
– Diagrama de Casos de Uso del negocio.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Asociaciones de actores y casis de uso del negocio

• Identificar qué actores del negocio se


benefician de cuáles casos de uso del negocio.
• Definir una asociación unidireccional entre
ellos.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

– Inclusión : una instancia del Caso de Uso origen


incluye también el comportamiento descrito por el Caso
de Uso destino.

<<include>>

Entrada de Producto Generar guia de Remisión


(from Business Use-Case Model )

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

▪ Ejemplo <<include>>:

<<include>>

Generar guia de Remisión

Entrada de Producto
Transportista
(from Business Use-Case Model)
(f rom Business Use-Case Model) <<include>>

Elaboración guia de Productos

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

La relación <<include>> se justifica cuando:

• Se puede reusar en otros CUN el comportamiento


incluido en el caso de uso base, o
• Simplifica la comprensión del caso de uso base.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

– Extensión : el Caso de Uso origen extiende el


comportamiento del Caso de Uso destino

<<extend>>

Entrada de Producto Registro de Productos


(from Business Use-Case Model)

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

▪ Ejemplo <<extend>>

Entrada de Producto
Transportista
(from Business Use-Case Model)
(f rom Business Use-Case Model)

<<extend>>

Registro de Productos

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

Tiene sentido utilizar una relación <<extend>> cuando:

• Modelar un workflow complejo o un subflujo separado,


que raramente ocurre u ocurre bajo ciertas condiciones.
• Flujos distintos que pueden ejecutarse en base a la
selección del actor.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

▪ Ejemplo <<include>> y <<extend>>


<<include>>

Generar guia de Remisión

Entrada de Producto
Transportista <<include>>
(from Business Use-Case Model)
(f rom Business Use-Case Model)

<<extend>>
Elaboración guia de Productos

Registro de Productos

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

▪ Generalización - especialización
Se usa para mostrar worksflows que comparten
estructuras, propósito y comportamiento.
Un caso de uso padre se puede especificar en uno o
más casos de uso hijos que representan formularios más
especificos del padre.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Relaciones entre casos de uso

▪ Generalización - especialización
Se utiliza para:
Para no tener que describir el mismo flujo varias veces, se
puede colocar el comportamiento común en un CUN.

Se recomienda usar cuando:


Se puede afirmar que constituyen tipos de procesos.
Generalmente tienen un comportamiento similar pero con
diferencias sustanciales que provocan que sean considerados
CUN diferentes.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Generalización entre actores

Varios actores del negocio pueden jugar el mismo rol en un


caso de uso particular del negocio.

El rol compartido se modela como el actor del cual heredan


los actores con roles compartidos (solo se representan si
interactúan como actor con otro CUN).

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Diagrama de Casos de Uso del Negocio

• El Diagrama de Casos de Uso del negocio es:


– Herramienta proporcionada por UML.
– Muestra los procesos del negocio que son usados por
los roles del negocio.
– Solo se tiene en cuenta “¿QUIÉN se beneficia / QUÉ
proceso?”
• ¿QUIÉN? (actor del negocio identificado).
• ¿QUÉ? (caso de uso del negocio identificado).
• Relaciones entre ellos (asociaciones).
– No constituye un Diagrama de Flujo de Datos.

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Diagrama de Casos de Uso del Negocio

Realizar venta Administrar cartera clientes


Cliente Gerente Marketing

Devolver producto Publicitar campaña

Reajustar balance Evaluar campaña


Contador general

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Diagrama de Casos de Uso del Negocio

Marketing
Potential Guest Public Relations Expert

Serving dinner
Guest

Purchasing Supplies
Supplier

Docente: Ing. Miguel Mendoza Dionicio


Ingeniería de Software II
Semana 02: Modelado del negocio
Diagrama de Casos de Uso del Negocio

Identify needs

Stablish products

Return defect products Supplier


Customer

Monitor sales

Pay for products


Backorder products

Docente: Ing. Miguel Mendoza Dionicio

También podría gustarte