Lectura 02

ING.
MARLON NELSON MARTÍNEZ SERNAQUE

mmartinezs@ucv.edu.pe
Sesión 02
• CAPACIDAD: Elabora artefactos del negocio
• TEMÁTICA:
• Modelado de procesos de negocio
• Laboratorio: elaborar diagramas de actividad de UML
¿Es importante es el
modelado en el proceso
de desarrollo de
software?
ANÁLISIS Y DISEÑO DE SISTEMAS 3

UML (https://www.uml.org)
• El Lenguaje Unificado de Modelado (UML) fue creado para forjar un
lenguaje de modelado visual común y semántica y sintácticamente rico
para la arquitectura, el diseño y la implementación de sistemas de software
complejos, tanto en estructura como en comportamiento. UML tiene
aplicaciones más allá del desarrollo de software.
• Los diagramas UML describen los límites, la estructura y el
comportamiento del sistema y los objetos que contiene.
• UML no es un lenguaje de programación, pero existen herramientas que se
pueden usar para generar código en diversos lenguajes usando los
diagramas UML. UML guarda una relación directa con el análisis y el diseño
orientados a objetos.
Modelo

Diagrama

Modelos en UML
• Los diagramas de estructura incluyen el diagrama de clase, el diagrama de
objetos, el diagrama de componentes, el diagrama de estructura
compuesta, el diagrama de paquete y el diagrama de implementación.
• Los diagramas de comportamiento incluyen el diagrama de casos de uso
(utilizado por algunas metodologías durante la recopilación de
requisitos); Diagrama de actividad y Diagrama de estado.
• Los diagramas de interacción, todos derivados del diagrama de
comportamiento más general, incluyen el diagrama de secuencia, el
diagrama de comunicación, el diagrama de tiempo y el diagrama de
descripción general de la interacción.
Diagramas de Actividad
• Es una notación que forma parte de UML y que se utiliza principalmente
para modelar procesos de negocio, especificando:
• La secuencia de actividades que componen los procesos de negocio.
• Los actores que realizan las actividades (opcional).
• La información que fluye de unas actividades a otras (opcional).
• Dentro del proceso de ingeniería de requisitos, se utilizarán para modelar
los procesos de negocio, tanto actuales como a implantar, de la
organización para la que se va a desarrollar el sistema software.
• A partir del modelo del negocio al que el sistema software debe dar
soporte, se plantean los objetivos y requisitos del sistema a desarrollar.

Actividades
• Una actividad representa un paso dentro de proceso de negocio.
• Su nombre, que debe ser siempre una forma verbal, debe ser representativo
y coherente dentro del proceso de negocio.
• Si una actividad es compleja, puede ser necesario mostrar su
descomposición en actividades más simples en otro diagrama.
• En cada diagrama de actividades, las actividades deben tener un nivel de
abstracción similar.

Actividades
• Actividades iniciales y finales
• La actividad inicial, que debe ser única, indica dónde
comienza el proceso de negocio.
• Una actividad final, de las que puede haber varias o ninguna
(proceso sin fin), indica dónde puede terminar el proceso de
negocio

Actividades
• Indican la secuencia de actividades que componen el proceso de
negocio.
• Cuando una actividad termina de realizarse se produce la transición
hacia la siguiente actividad.

Actividades
• Transiciones condicionales: Indican que la siguiente actividad a
realizar depende de cierta condición.
• Como mínimo y como máximo, sólo puede haber una opción válida al evaluar
la condición.
• El símbolo de condición se puede usar también para unir varios caminos
condicionales (opcional).

Paralelismo
• A veces, algunos pasos de un proceso de negocio se realizan
simultáneamente (en paralelo) o sin un orden definido.
• Para indicar que comienzan varias actividades a la vez se usa un símbolo de
comienzo de paralelismo (fork), al que llega una transición y del que salen
varias (al menos dos).
• Para indicar que todas las actividades que se hacían en paralelo han
terminado se usa un símbolo de fin de paralelismo (join), al que llegan
varias transiciones (al menos dos) y del que sale una sola transición.
• La transición de salida del join sólo se realiza cuando han terminado todas
las actividades que se realizaban en paralelo.

Paralelismo
fork
… …
join

Calles
• La división en calles permite asociar actividades con aquellos actores
que las realizan. Cada calle corresponde a un actor del proceso de
negocio.

Flujos de objetos
• Lo normal es que fluya información entre las actividades de un
proceso de negocio.
• En el caso de que resulte interesante mostrar ese flujo (no siempre lo es), se
pueden usar flujos de objetos.
• Si la información de salida de una actividad es la entrada de otra actividad, se
asume que existe una transición implícita entre ambas.

Ejemplo
• Construya el diagrama de
actividad para el retiro de
dinero de un cajero
automático.

Lectura 02

Cargado por

Copyright:

Formatos disponibles

Lectura 02

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Lectura 02

Cargado por

Copyright:

Formatos disponibles

ING.

MARLON NELSON MARTÍNEZ SERNAQUE

ANÁLISIS Y DISEÑO DE SISTEMAS 3

ANÁLISIS Y DISEÑO DE SISTEMAS 5

ANÁLISIS Y DISEÑO DE SISTEMAS 6

ANÁLISIS Y DISEÑO DE SISTEMAS 10

ANÁLISIS Y DISEÑO DE SISTEMAS 11

ANÁLISIS Y DISEÑO DE SISTEMAS 12

ANÁLISIS Y DISEÑO DE SISTEMAS 13

ANÁLISIS Y DISEÑO DE SISTEMAS 14

ANÁLISIS Y DISEÑO DE SISTEMAS 15

ANÁLISIS Y DISEÑO DE SISTEMAS 16

ANÁLISIS Y DISEÑO DE SISTEMAS 17

ANÁLISIS Y DISEÑO DE SISTEMAS 18

ANÁLISIS Y DISEÑO DE SISTEMAS 20

También podría gustarte