INGENIERÍA EN DESARROLLO DE SOFTWARE

ASIGNATURA:MODELADO DE NEGOCIOS

UNIDAD I: PRINCIPIOS DEL MODELADO DE NEGOCIOS

ACTIVIDAD 2: METODOLOGÍA UML

ALUMNO: SERGIO VARGAS OLIVARES

DOCENTE: M.C. ALFREDO HERNÁNDEZ GALLARDO

División de Ciencias Exactas, Ingeniería y Tecnología

 UML
Definición formal: UML (Unified Modeling Language) es como su nombre lo indica un lenguaje de
modelado que proporciona a los arquitectos de sistemas, ingenieros de software y desarrolladores las
herramientas para las etapas de análisis, diseño e implementación de desarrollo de software.

Definición propia: Es un lenguaje estándar y gráfico que se utiliza para definir y describir los procesos
por los cuales atraviesa el desarrollo de software, además al ser de tipo grafico permite que todos lo
interpreten de la misma forma.

La importancia de UML radica en que con este lenguaje es posible establecer la serie de requerimientos y
estructuras necesarias para plasmar un sistema de software previo al proceso intensivo de escribir código.
En otros términos, así como en la construcción de un edificio se realizan planos previo a su construcción,
en Ingeniería de Software se deben realizar diseños en UML antes de comenzar a escribir código para un
sistema.

Apoyado inicialmente por un consorcio de empresas (UML partners) que incluye a Rational, Microsoft, HP,
Oracle, Unisys, y otras, la versión actual de UML es la 2.0, a continuación se muestra la evolución de este
lenguaje
Al usar UML para plasmar nuestro proyecto se deben usar o seguir una serie de pasos bien definidos,
esto se hace con la finalidad de que no existan malas interpretaciones al modelar un proceso.

Estos pasos se conocen como ciclo de vida del modelado de procesos de negocios, a continuación se
enlistan y se definen según la interpretación del autor de esta presentación:

1. Identificar los procesos de negocio: esta es la primera etapa del modelado de negocios, y su
principal tarea es la de identificar a las entidades que participan en la realización de los procesos del
negocio. Este paso resulta de vital importancia ya que proporciona a las organizaciones la posibilidad
de enlistar las entradas para obtener el resultado deseado.

2. Acciones para realizar el proceso de negocios: los procesos de negocios se pueden definir como
una conjunto de actividades que tomando entradas realizan alguna función y crean salidas, en otras
palabras son tareas que se realizan para lograr un objetivo.

3. Diagrama de actividades: esta es una representación gráfica de las entidades (actividades y actores),
donde se muestra el flujo de trabajo desde el punto inicial hasta un punto final, es importante
mencionar que se debe detallar las rutas (decisiones) que existen en el modelo. Un ejemplo de
diagrama es el siguiente:
Al realizar este diagrama tenemos las siguientes ventajas y desventajas:

Ventajas:

• Permite elegir el orden en que pueden hacerse las cosas.

• Puede describir procesos.
• Muestra los aspectos dinámicos de un sistema.
• Establece las reglas a seguir.
• Ayuda a desarrollar código a través de una lógica.

Desventajas:

• La principal desventaja es que no indican explícitamente que entradas realizan que funciones.
4. Listar las actividades: es una forma de entender lo observado en cada uno de los pasos anteriores, y
usando como base esta lista se debe crear el diagrama de actividades correspondiente. Un ejemplo de
este diagrama es el siguiente:

5. Listar la información: se debe crear una lista de los procesos que se llevan a cabo a través de las
entradas y de las funciones que realizan cada una de ellas sus funciones, en el caso de la imagen anterior
“Counter=1” es la entrada que fluye de una actividad a otra, de esta manera se crea una lista de las
posibles tareas o funciones que realizara esta entrada. Aprender a listar la información nos ayuda a
generar un mapa conceptual de las actividades que realizan los actores
6. Reglas del negocio: como su nombre lo indica son las reglas o restricciones que impone la
organización para llevar a cabo alguna de las actividades o funciones de los actores, estas reglas pueden
ser distintas para cada actor en relación a cada una de las funciones que realizara. Siguiendo con el
ejemplo anterior, una regla se puede observar al verificar que “Counter>1” y esto se realizara mientras
“Counter” no sea mayor que “n”, si esta regla no se cumple se imprimirá el resultado de las operaciones.

7. Diagrama del ciclo de vida del modelado de procesos del negocio: es una representación gráfica
lineal de los pasos anteriormente mencionados y se puede usar la siguiente representación:

En otras palabras este diagrama define las fases que conectan el inicio con el fin de un proceso.
Los diagramas son visualizaciones de cualquier tipo de proceso paso a paso. Generalmente se crean
como diagramas de flujo con formas que representan los pasos del proceso conectados mediante flechas
que indican el paso siguiente.

Existen diferentes clases de diagramas, pero en esta actividad solo hablaremos de los diagramas de flujo
de funciones cruzadas y de los diagramas de actividades.

Diagrama de flujo de funciones cruzadas: es un diagrama de flujo básico, pero tiene un elemento de
más en la estructura: unos contenedores llamados "calles", que representan los actores que son
responsables de cada paso. De hecho, la plantilla de diagrama de flujo de funciones cruzadas usa la
misma galería de símbolos de formas que la plantilla de diagrama de flujo básico, con la diferencia de que
hay algunas calles agregadas a la página con las que puede empezar.

Un ejemplo de estos diagramas es el siguiente:

Diagrama de actividades: estos diagramas muestran el flujo de actividades, siendo un actividad una
ejecución general entre los actores que están realizando alguna función, el resultado de una función es
una acción que producen un cambio en el estado del sistema o la salida de un valor.

Un ejemplo de este tipo de diagramas es:

Las principales características y diferencias entre estos diagramas son las siguientes:

• Los diagramas de actividad son similares a los diagramas de flujo, con la diferencia de que todas las
actividades están claramente unidas a objetos.
• Los diagramas de actividad siempre están asociados a una clase, a una operación o a un caso de uso.
• Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de
actividad son una forma especial de los diagramas de estado, que únicamente (o mayormente)
contienen actividades.
• Un diagrama de Actividad demuestra la serie de actividades que deben ser realizadas en un caso de
uso, así como las distintas rutas que pueden irse desencadenando en el uso-caso.

Es importante mencionar que aunque un diagrama de actividad es muy similar en definición a un

diagrama de flujo, no son lo mismo. Un diagrama de actividad es utilizado en conjunción de un diagrama
de caso de uso para auxiliar a los miembros del equipo de desarrollo a entender como es utilizado el
sistema y como reacciona en determinados eventos. En cambio un diagrama de flujo de funciones
cruzadas ayuda a un programador a desarrollar código a través de una descripción lógica de un proceso.
Se pudiera considerar que un diagrama de actividad describe el problema, mientras un diagrama de flujo
de funciones cruzadas describe la solución.
Bibliografía:
Minguillón, J. (2011). OpenLibra. (FUOC, Ed.) Recuperado de:
https://openlibra.com/es/book/introduccion-al-lenguaje-de-modelado-unificado

Gutiérrez, C. C. (2011). Casos prácticos de UML. Recuperado de:

http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=1&docID=10536104&tm=1455651117097

Modelado con UML. (2005). In A. Weitzenfeld, Ingeniería de Software Orientada a Objetos con UML, Java e Internet.
Recuperado de:
http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?id=GALE%7CCX3004300030&v=2.1&u=unad&it=r&p=GVRL&sw=w&
asid=e0651a18997d167f9c43328456de9495