El Lenguaje Unificado de Modelado (UML) es un lenguaje de modelado compuesto por una notación gráfica específica y reglas semánticas para construir sistemas de software. UML soporta elementos de notación como clases, componentes y casos de uso. Modelar procesos de negocio es parte esencial del desarrollo de software para capturar los procedimientos del negocio. Los procesos de negocio usan información para adaptar sus actividades y producen salidas de valor para clientes internos o externos.
Condensadores de la rama de electricidad y magnetismo
Modelar procesos de negocio con UML
1. DIAGRAMAS UML
El Lenguaje Unificado de Modelado (UML) es, tal como su nombre lo indica,
un lenguaje de modelado y no un método o un proceso. El UML está
compuesto por una notación muy específica y por las reglas semánticas
relacionadas para la construcción de sistemas de software. El UML en sí
mismo no prescribe ni aconseja cómo usar esta notación en el proceso de
desarrollo o como parte de una metodología de diseño orientada a objetos.
El UML soporta un conjunto rico en elementos de notación gráficos.
Describe la notación para clases, componentes, nodos, actividades, flujos
de trabajo, casos de uso, objetos, estados y cómo modelar la relación
entre esos elementos. El UML también soporta la idea de extensiones
personalizadas a través elementos estereotipados.
El lenguaje de modelado UML es un lenguaje de modelado como su
nombre lo indica, esta compuesto por una notación muy especifica y por
reglas semíticas relacionadas con la construcción de sistemas de software.
El UML soporta un conjunto de elementos de notación gráfica, describe la
notación por clases, componentes, nodos etc.
Modelar el proceso de negocio es una parte esencial de cualquier proceso
de desarrollo de software. Permite al analista capturar el esquema general
y los procedimientos que gobiernan el negocio.
Modelar un proceso de negocias con uml es una parte esencial para el
desarrollo de cualquier software
Un proceso de negocio es una colección de actividades diseñadas para
producir una salida específica para un cliente o un mercado en particular.
Esto implica un fuerte énfasis en cómo se realiza el trabajo dentro de una
organización, en contraposición con un enfoque del producto en qué se
produce. Por lo tanto, el proceso es una secuencia especifica de
actividades de trabajo a través del tiempo y del espacio, con un inicio, un
final y unas entradas y salidas claramente definidas: una estructura para la
acción.
El proceso de negocio es una colección de actividades diseñadas para producir
una salida para un cliente o un proceso particular
Los procesos de negocio emplean información para adaptar o completar
sus actividades. La información, a diferencia de los recursos, no se
consume en los procesos, sino que se usa como parte del proceso de
transformación. La información puede provenir de fuentes externas, de
los clientes, de las unidades organizacionales internas e inclusive puede
ser el producto de otros procesos.
Los procesos de negocios empelan información para adaptar o completar sus
actividades, las informaciones no se consumen a diferencia de los recursos
Un proceso de negocio típicamente producirá una o más salidas de valor
para el negocio, para uso interno o para satisfacer requisitos externos.
Una salida puede ser un objeto físico (tal como un informe o una factura),
una transformación de recursos crudos con un nuevo ordenamiento (una
agenda diaria) o un resultado final de un proceso tal como completar una
solicitud de cliente.
Un proceso de negocios mayormente producirá una o mas salidas de valor para
el negocio, para uso interno o externo
2. Horizontal Hierarchy
MIND MAP FOR POWERPOINT
2
Diagrama
s del UML
DIAGRAM
A DE
OBJETOS
Forma parte de la vista estática del sistema. En este
diagrama se modelan las instancias de la clases del
Diagrama de Clases. Este diagrama cabe aclarar que
cuenta con objetos y enlaces. En estos diagramas
también es posible encontrar las clases para tomar como
referencia su instanciación
Diagram
a de
Secuenci
a
Un Diagrama de Secuencias muestra una interacción
ordenada según la secuencia temporal de eventos y el
intercambio de mensajes. Los diagramas diagramas de
secuencia ponen especial énfasis en el orden y el
momento en el que se envían los mensajes a
los objetos.
Diagrama
de Clases
Diagrama
de Casos
de Uso
Los diagramas de clases describen la estructura estática de
un sistema. Las cosas que existen y que nos rodean se
agrupan naturalmente en categorías. Una clase es una
categoría o grupo de cosas que tienen atributos
(propiedades) y acciones similares. Un ejemplo puede ser la
clase “Aviones” que tiene atributos como el “modelo de
avión”, “la cantidad de motores”, “la velocidad de crucero” y
“la capacidad de carga útil”. Entre las acciones de las cosas
de esta clase se encuentran: “acelerar”, “elevarse”, “girar”,
“descender”, “desacelerar”.
Un caso de uso es una descripción de las acciones de
un sistema desde el punto de vista del usuario. Es una
herramienta valiosa dado que es una técnica de aciertos
y errores para obtener los requerimientos del sistema,
justamente desde el punto de vista del usuario. Los
diagramas de caso de uso modelan la funcionalidad del
sistema usando actores y casos de uso.