Sunteți pe pagina 1din 27

El Modelado del

Negocio

Ing. Mg. Mario César Martín Quito Verástegui


El Modelado

Un Modelo es
una simplificación de la
realidad
El Modelado

Propósito
 Anteproyecto del objeto a construir.
 Puede representar un plan detallado o una vista a muy alto nivel.
 Incluye aspectos importantes para cierto punto de vista.
Tipo
 Estructurales (Estáticos) : Destacan la estructura y la organización del objeto.
 De Comportamiento (Dinámico) : Destacan los aspectos dinámicos del objeto.
Técnicas
Existen diferentes notaciones para el modelado del negocio y del sistema, es imprescindible el
uso de alguna de ellas para estandarizar el conocimiento y facilitar su comprensión e
interpretación que se hace del mismo por parte de los diferentes integrantes de los equipos de
desarrollo.
Técnicas de Modelado: Notación IDEF

Es un método estructurado para el análisis y modelamiento de de los negocios o sistemas.

Esta compuesto por una serie de métodos , dirigidos a ciertos aspectos de modelamiento :
 IDEF 0 : Modelado de los procesos desde el punto de vista funcional.
 IDEF 1 : Modelado de requerimientos.
 IDEF 1x: Modelaod de Base de Datos.
 IDEF 3 : Modelado de procesos y actividades.
Técnicas de Modelado : Notación BPMN

Es una notación grafica estandarizada que permite el modelado de procesos de


negocio en un formato de flujo de trabajo.

Incorpora la lógica de las actividades, los mensajes entre los diferentes


participantes y toda la información necesaria para que un proceso sea
analizado,simulado y ejecutado.
Técnicas de Modelado : Notación UML

Es un lenguaje de modelado visual, estandarizado por la industria, que se usa


para visualizar, especificar, construir y documentar artefactos de un sistema de
software.
Diagramas UML 2.0

Diagramas de Comportamiento : Enfatiza lo que


debe suceder en el proceso o sistema
• Diagrama de casos de uso
• Diagrama de actividades
• Diagrama de máquina de estados

Diagramas de Interacción : Enfatisa sobre el flujo de


control y de datos entre los elementos del proceso o
sistema.
• Diagrama de secuencia
• Diagrama de comunicación
• Diagrama de tiempos (A partir de UML 2.0)
• Diagrama de descripción de la interacción (A
partir de UML 2.0)

Diagramas de Estructura : Enfatiza los elementos


que debe existir en el proceso o sistemas.
• Diagrama de clases
• Diagrama de componentes
• Diagrama de objetos
• Diagrama de estructura compuesta (A partir de
UML 2.0)
• Diagrama de despliegue
• Diagrama de paquetes
Diagramas UML 2.0 : Diagramas de Comportamiento

Diagrama de Caso de Uso : Permite realizar la especificación del


alcance funcional del producto software que se construye y de los
actores, entes que interactúan con el producto software. También son
usados para representar los procesos de negocio de la organización
objetivo y las funcionalidades que representan la arquitectura del
sistema por cada proceso de negocio.

Diagrama de Actividades : Muestra un flujo ordenado de


actividades. Los diagramas de actividades tienen un amplio número de
usos; desde definir un flujo de programa básico, hasta capturar los
puntos de decisión y acciones dentro de cualquier proceso
generalizado.

Diagrama de Maquina de Estado : Se utiliza para representar


todos los posibles estados que los objetos de una clase puedan tener.
Los diagramas de estado no se hacen para todas las clases, es solo para
aquellas clases que tengan un número de estados bien definidos y en
donde el comportamiento de la clase es afectado y cambiado por los
distintos estados.
Diagramas UML 2.0 : Diagramas de Interacción

Diagrama de Secuencia : Muestra una secuencia de Diagrama de Comunicación : Antes era conocida
mensajes pasadas entre los objetos usando una línea de como diagrama de colaboración. Muestra la red y la
tiempo vertical. secuencia de mensajes de comunicaciones entre objetos
en tiempo de ejecución durante una instancia de
colaboración. Se deriva del Diagrama de Secuencia.

Diagrama de Tiempo : Fusionan los diagramas de


secuencia y estados para proveer una vista de un estado
del objeto dentro de una escala de tiempo y los mensajes
que modifican ese estado. Útil para sistemas de tiempo
real, de control automático.
Diagramas UML 2.0 : Diagramas de Interacción

Diagrama de Descripción de la Interacción :


Muestra cómo interactúan varios diagramas de
interacciones (por ejemplo, de secuencias). Este tipo de
diagramas es muy útil para mostrar de qué manera
distintos escenarios se combinan.

Ejemplo en la figura se muestra la interacción de un


cliente con un cajero ATM, separado en cuatro
fragmentos:

 Secuencia de login: la cual pedirá un usuario y una


clave a un cliente. (la secuencia supone que la clave y
usuario ingresados son válidos).
 Secuencia de seleccionar una operación. Las
operaciones permitidas por este cajero son cancelar o
extraer dinero.
 Si cancela, se ejecutará la secuencia de deslogueo del
cliente. Luego finalizará la operatoria.
Diagramas UML 2.0 : Diagramas de Estructura

Diagrama de Clases : Un diagrama de clases es un tipo


de diagrama estático que describe la estructura de un
sistema mostrando sus clases, atributos, operaciones y las
relaciones entre ellos.

Los diagramas de clases son utilizados durante el proceso


de Análisis del Negocio, en él se muestra la relación entre
los trabajadores y las entidades del negocio.

Diagrama de Clases del Negocio

Los diagramas de clases son utilizados durante el proceso


de análisis y diseño de los sistemas; donde se crea el
diseño conceptual de la información que se manejará en
el sistema y los componentes que se encargarán del
funcionamiento y la relación entre uno y otro.

Diagrama de Clases de Análisis Diagrama de Clases de Diseño


Diagramas UML 2.0 : Diagramas de Estructura

Diagrama de Componentes : Muestra la organización


y dependencia lógica entre componentes de software
(código fuente, binarios o ejecutables). Desde el punto de
vista del diagrama de componentes, se tiene en
consideración los requisitos relacionados con la facilidad
de desarrollo, la gestión del software, la reutilización, y las
restricciones impuestas por los lenguajes de programación
y las herramientas utilizadas en el desarrollo.

Diagrama de Objetos : Se considera un caso especial


de un diagrama de clases en el que se muestran instancias
específicas de clases (objetos) en un momento particular
del sistema. Utilizan un subconjunto de los elementos de
un diagrama de clase. Los diagramas de objetos no
muestran la multiplicidad ni los roles, aunque su notación
es similar a los diagramas de clase.

Diagrama de Estructura Compuesta : Diseñado para


la representación de patrones de diseño. Esta
modificación al UML hace que ahora todos los
Clasificadores puedan tener una estructura compuesta.
Mediante una composición de estructuras, el
comportamiento de las instancias de otros Clasificadores
(estructura interna) contenidos en un Clasificador
determinado, puede especificarse como Colaboraciones.
Los conceptos principales para describir la estructura
interna son: Partes, Puertos y Conectores.
Diagramas UML 2.0 : Diagramas de Estructura

Diagrama de Paquetes : Se usa para dividir el modelo


en contenedores lógicos (paquetes) y describen las
interacciones entre ellos a un nivel más alto. Los paquetes
ofrecen un mecanismo general para la organización de los
modelos/subsistemas/capas agrupando elementos de
modelado. Cada paquete se corresponde a un submodelo
(subsistema) del modelo (sistema); se pueden anidar
paquetes. Por último, puede crearse relaciones de
dependencia, esto se da cuando un componente de un
paquete necesita un componente de otro paquete.

Diagrama de Despliegue : Describen la configuración


del entorno de máquinas y redes sobre el que se
distribuyen componentes y procesos del sistema.
Modelado del Negocio

La necesidad del modelado del negocio surge por la complejidad que involucra los
procesos, recursos, objetivos y problemas a resolver

Objetivos

 Entender los problemas actuales en la organización objetivo, para identificar los


aspectos a mejorar.
 Estudiar el impacto que pueden producir los cambios a nivel organizativo.
 Asegurar que los clientes, usuarios finales, desarrolladores y otros involucrados tienen
una visión común de la organización considerada.
 Obtener los requisitos del sistema software que dan soporte a la organización objetivo.
 Entender como el sistema software encaja en la organización.
Modelado del Negocio

Cuando es Necesario Cuando No es Necesario

 Cuando el grupo de trabajo es nuevo en la  Cuando se tiene un conocimiento de la


organización. estructura de la organización, de las metas, de
 Cuando la organización ha enfrentado un la visión y de los clientes/usuarios.
reciente proceso de reingeniería de negocios.  Cuando el software a construir será usado por
 Cuando la organización está planificando un una pequeña parte de la organización, y no
proceso de reingeniería de negocios. tiene un efecto en el resto del negocio.
 Cuando el software a construir será utilizado  Cuando los flujos de trabajo de la organización
por una porción importante de la organización. están bien documentados.
 Existen flujos de trabajo complejos, dentro de  Cuando el tiempo no lo permita, no todos los
la organización, que no están documentados. procesos tienen el tiempo necesario para
completar un análisis de negocio.
Disciplina de Modelado del Negocio : Metodología RUP

Metodología Software RSA


Proceso de Modelado del Negocio : Metodología RUP

Los creadores de RUP señalan que el modelo de negocio está soportado por dos artefactos principales:

 Modelo de casos de uso del negocio (MCUN): describe los procesos de negocio de una empresa
en términos de casos de uso del negocio y actores del negocio que se corresponden con los
procesos del negocio y los clientes, respectivamente.

 Modelo de análisis del negocio (MAN): es un modelo interno a un negocio, que describe cómo
cada caso de uso de negocio es llevado a cabo por un grupo de trabajadores que utilizan entidades
del negocio.

El conjunto completo de artefactos del modelo de negocio, mostrado en la figura, captura y presenta el
contexto del sistema y sirven como entrada y referencia para la definición de los requisitos del sistema.
Proceso de Modelado del Negocio : Metodología RUP

Actividades del Modelado del Negocio


Segun RUP, el modelado del negocio comprende las siguientes actividades:

 Determinar la situación de la organización


 Describir el actual negocio
 Identificar los procesos de negocio
 Refinar las definiciones de los procesos de negocio
 Diseñar las realizaciones de los procesos de negocio
 Refinar roles y responsabilidades
 Explorar procesos automatizados
 Desarrollar un modelado de dominio
Proceso de Modelado del Negocio : Metodología RUP

Actividades del Modelado del Negocio


Segun RUP, el modelado del negocio comprende las siguientes actividades:

 Determinar la situación de la organización


 Describir el actual negocio
 Identificar los procesos de negocio
 Refinar las definiciones de los procesos de negocio
 Diseñar las realizaciones de los procesos de negocio
 Refinar roles y responsabilidades
 Explorar procesos automatizados
 Desarrollar un modelado de dominio

MCUN Modelo de Casos de Uso del Negocio


MAN Modelo de Análisis del Negocio
Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

Define un conjunto de acciones que el negocio lleva a cabo y provee resultados de valor a quienes
interactúan con él. Son procesos de negocio descritos bajo un punto de vista externo que percibe
algún tipo de valor.

Determinar la situación de la organización : El objetivo es reconocer el negocio en


estudio, para ello se realiza lo siguiente:

 Identificar la misión y visión de la organización y/o áreas de estudio


que correspondan y plasmarlo en Visión del Negocio.
 Identificar los objetivos del negocio, y documentarlos en Objetivos
del Negocio. Estos objetivos son determinados por los stakeholders
y responsables del negocio y serán usados para validar los casos de
uso del negocio.
 Identificar las reglas del negocio y luego plasmarlas en el
documento Reglas del Negocio.
 Elaborar una lista de términos y definiciones usados comúnmente
en un Glosario del Negocio.
Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

Identificar los Procesos del Negocio

 Identificar los Objetivos del Negocio.


 identificar y priorizar los casos de uso del negocio y los actores de
negocio involucrados.
 Crea un Diagrama General de Casos de Uso de Negocio. Para
mostrar la interacción entre actores de negocio y los casos de uso
de negocio.
 Por cada caso de uso del negocio, se realiza una Especificación de
Caso de Uso del Negocio, en este documento se indica una
descripción breve del proceso de negocio.

Redefinición de los Procesos de Negocio

 Detallar la definición de los casos de uso del negocio.


 Describir cómo los casos de uso del negocio soportan los objetivos
de negocio.
 Verificar que los casos de uso del negocio representan
correctamente cómo el negocio es conducido.
Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

Artefactos del MCUN


Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

Herramienta Case
Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

1.1 Organización del MCUN 1.2 Actores del Negocio 1.3 Objetivos del Negocio
Objetivo
General

Objetivos
Específicos
Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

1.4 Casos de Usos del Negocio 1.5 CUN Vs ON


Proceso de Modelado del Negocio : MCUN

Modelado de Casos de Uso del Negocio (MCUN)

1.6 Diagrama General de CUN

S-ar putea să vă placă și