Universidad Abierta y a Distancia de México

Modelado de negocios

Unidad 1

Actividad 2: Herramientas RUP y UML en el

modelado de negocios.

Alumno: Yair Gigael Basilio López

Matrícula: ES172006480
Metodología RUP
RUP fue creado por Grady Booch (creador del método Booch), Ivar Jacobson y
James Jacobson (Creador de la Técnica de Modelado de Objetos), la misma
aparece en junio de 1998 con el acrónimo RUP 5.0 y puesto a la disposición del
público a inicios de 1999 y su funcionamiento se centraba en las personas, los
procesos y las herramientas.

La metodología RUP, abreviatura de Rational Unified Process (o Proceso

Unificado Racional), es un proceso propietario de la ingeniería de software creado
por Rational Software, adquirida por IBM, ganando un nuevo nombre Irup que
ahora es una abreviatura Rational Unified Process y lo que es una marca en el
área de software, proporcionando técnicas que deben seguir los miembros del
equipo de desarrollo de software con el fin de aumentar su productividad en el
proceso de desarrollo.

La metodología RUP utiliza el enfoque de la orientación a objetos en su diseño y

está diseñado y documentado el uso de la notación UML (Unified Modeling
Language) para ilustrar los procesos en acción. Utiliza técnicas y prácticas
probadas comercialmente.
Es un proceso considerado pesado y preferentemente aplicable a grandes equipos
de desarrollo y grandes proyectos, pero el hecho de que es ampliamente
personalizable que permite adaptarse a proyectos de cualquier escala.
 Para la gestión del proyecto, la metodología RUP proporciona una solución
disciplinada como las tareas y responsabilidades señaladas dentro de una
organización de desarrollo de software.
RUP es, en sí, un producto de software. Es modular y automatizado, y toda su
metodología se apoya en varias herramientas de desarrollo integradas y vendidos
por IBM a través de sus “Suites racional.” Los métodos de la competencia en el
campo de la ingeniería de software incluyen” salas blancas” (considerado pesado)
y ágil (luz) como Extreme Programming (Programación XP-Extreme), Scrum, FDD
y otros.

FASES DE LA METODOLOGÍA RUP

Hasta ahora estas líneas guía son generales, para ser adherido a pasar por la vida
de un ciclo de proyecto. Las fases (ver figura abajo) indican el énfasis se da en el
proyecto en un instante dado. Para capturar la dimensión temporal de un proyecto,
RUP divide el proyecto en cuatro fases diferentes:

 Iniciación o Diseño: énfasis en el alcance del sistema;

 Preparación: énfasis en la arquitectura;
 Construcción: énfasis en el desarrollo;
 Transición: énfasis en la aplicación.
 RUP se basa también en las 4 Ps:
 Personas
 Diseño
 Producto
 Proceso

Las capas se componen de iteraciones. Iteraciones son ventanas de tiempo;

iteraciones han definido término como las fases son objetivos.

Todas las fases generan artefactos. Estos serán utilizados en la siguiente fase y
documentar el proyecto y permite un mejor seguimiento.
UML y su función en el modelado y diseño orientados a objetos

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, p. ej., en el flujo de procesos en la fabricación.

Es comparable a los planos usados en otros campos y consiste en diferentes tipos

de diagramas. En general, 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.

Hay muchos paradigmas o modelos para la resolución de problemas en la

informática, que es el estudio de algoritmos y datos. Hay cuatro categorías de
modelos para la resolución de problemas: lenguajes imperativos, funcionales,
declarativos y orientados a objetos (OOP). En los lenguajes orientados a objetos,
los algoritmos se expresan definiendo 'objetos' y haciendo que los objetos
interactúen entre sí. Esos objetos son cosas que deben ser manipuladas y existen
en el mundo real. Pueden ser edificios, artefactos sobre un escritorio o seres
humanos.

Los lenguajes orientados a objetos dominan el mundo de la programación porque

modelan los objetos del mundo real. UML es una combinación de varias
notaciones orientadas a objetos: diseño orientado a objetos, técnica de modelado
de objetos e ingeniería de software orientada a objetos.

UML usa las fortalezas de estos tres enfoques para presentar una metodología
más uniforme que sea más sencilla de usar. UML representa buenas prácticas
para la construcción y documentación de diferentes aspectos del modelado de
sistemas de software y de negocios.

La historia y los orígenes de UML

"The Three Amigos" (los tres amigos) de la ingeniería de software, como se los
conocía, habían desarrollado otras metodologías. Se asociaron para brindar
claridad a los programadores creando nuevos estándares. La colaboración entre
Grady, Booch y Rumbaugh fortaleció los tres métodos y mejoró el producto final.

Los esfuerzos de estos pensadores derivaron en la publicación de los documentos

UML 0.9 y 0.91 en 1996. Pronto se hizo evidente que varias organizaciones,
incluidas Microsoft, Oracle e IBM, consideraron que UML era esencial para su
propio desarrollo de negocios. Ellos, junto con muchas otras personas y
compañías, establecieron los recursos necesarios para desarrollar un lenguaje de
modelado hecho y derecho. "Los tres amigos" publicaron la Guía del usuario para
el Lenguaje Unificado de Modelado en 1999, y una actualización que incluye
información sobre UML 2.0 en la segunda edición de 2005.

Tipos de diagramas UML

UML usa elementos y los asocia de diferentes formas para formar diagramas que
representan aspectos estáticos o estructurales de un sistema, y diagramas de
comportamiento, que captan los aspectos dinámicos de un sistema.

Diagramas UML estructurales

Diagrama de clases: El diagrama UML más comúnmente usado, y la base

principal de toda solución orientada a objetos. Las clases dentro de un sistema,
atributos y operaciones, y la relación entre cada clase. Las clases se agrupan para
crear diagramas de clases al crear diagramas de sistemas grandes.

Diagrama de componentes: Muestra la relación estructural de los elementos del

sistema de software, muy frecuentemente empleados al trabajar con sistemas
complejos con componentes múltiples. Los componentes se comunican por medio
de interfaces.

Diagrama de estructura compuesta: Los diagramas de estructura compuesta se

usan para mostrar la estructura interna de una clase.

Diagrama de implementación: Ilustra el hardware del sistema y su software. Útil

cuando se implementa una solución de software en múltiples máquinas con
configuraciones únicas.

Diagrama de objetos: Muestra la relación entre objetos por medio de ejemplos

del mundo real e ilustra cómo se verá un sistema en un momento dado. Dado que
los datos están disponibles dentro de los objetos, estos pueden usarse para
clarificar relaciones entre objetos.

Diagrama de paquetes: Hay dos tipos especiales de dependencias que se

definen entre paquetes: la importación de paquetes y la fusión de paquetes. Los
paquetes pueden representar los diferentes niveles de un sistema para revelar la
arquitectura. Se pueden marcar las dependencias de paquetes para mostrar el
mecanismo de comunicación entre niveles.

Diagramas UML de comportamiento

Diagramas de actividades: Flujos de trabajo de negocios u operativos

representados gráficamente para mostrar la actividad de alguna parte o
componente del sistema. Los diagramas de actividades se usan como una
alternativa a los diagramas de máquina de estados.

Diagrama de comunicación: Similar a los diagramas de secuencia, pero el

enfoque está en los mensajes que se pasan entre objetos. La misma información
se puede representar usando un diagrama de secuencia y objetos diferentes.

Diagrama de panorama de interacciones: Hay siete tipos de diagramas de

interacciones. Este diagrama muestra la secuencia en la cual actúan.

Diagrama de secuencia: Muestra cómo los objetos interactúan entre sí y el orden

de la ocurrencia. Representan interacciones para un escenario concreto.

Diagrama de máquina de estados: Similar a los diagramas de actividades,

describen el comportamiento de objetos que se comportan de diversas formas en
su estado actual.

Diagrama de temporización: Al igual que en los diagramas de secuencia, se

representa el comportamiento de los objetos en un período de tiempo dado. Si hay
un solo objeto, el diagrama es simple. Si hay más de un objeto, las interacciones
de los objetos se muestran durante ese período de tiempo particular.

Diagrama de caso de uso: Representa una funcionalidad particular de un

sistema. Se crea para ilustrar cómo se relacionan las funcionalidades con sus
controladores (actores) internos/externos.

Características

El RUP permite

 Describir la organización, documentación, funcionalidad y restricciones de

un software.
 Documentar y registrar las decisiones que se tomen para el desarrollo de
un software.
 Implementar los diferentes diagramas de UML, dando paso a la reducción
de tiempo a la hora de desarrollar un software.
 Diagramas UML usados en los negocios

Diagrama de Estados

Un estado es una condición durante la vida de un objeto, de forma que cuando

dicha condición se satisface se lleva a cabo alguna acción o se espera por un
evento.

El estado de un objeto se puede caracterizar por el valor de uno o varios de los

atributos de su clase, además, el estado de un objeto también se puede
caracterizar por la existencia de un enlace con otro objeto.

El diagrama de estados engloba todos los mensajes que un objeto puede enviar o
recibir, en otras palabras, es un escenario que representa un camino dentro de un
diagrama.

Como característica de estos diagramas siempre cuentan con dos estados

especiales, el inicial y el final, con la particularidad que este diagrama puede tener
solo un estado inicial pero varios estados finales.

Una transición entre estados representa un cambio de un estado origen a un

estado sucesor destino que podría ser el mismo que el estado origen, dicho
cambio de estado puede estar aparejado con alguna acción. Además, las acciones
se asocian a las transiciones y se consideran que ocurre de forma rápida e in
interrumpible.

Los elementos que componen estos diagramas son:

 Círculo lleno, apuntando el estado inicial.

 Círculo hueco que contiene un círculo lleno más pequeño en el interior, indicando
el estado final.
 Rectángulo redondeado dividido por una línea horizontal, indicado los estados, en
la parte de arriba se encuentra el nombre del estado y abajo se indica la actividad
que realiza.
 Flecha, la cual denota la transición, el nombre del evento que causa esta
transición etiqueta el cuerpo de la flecha.

Diagrama de actividad

Un Diagrama de Actividades representa un flujo de trabajo paso a paso de

negocio y operacionales de los componentes en un sistema.

En UML 1, un diagrama de actividades es una variación del Diagrama de Estados

UML donde los estados representan operaciones y las transiciones representan
las actividades que ocurren cuando la operación es completa.
 En la actualidad, el diagrama de actividades en UML 2.0 es similar al aspecto del
diagrama en UML 1, solo que ahora la semántica está basada en lo que se conoce
como Redes de Petri. En UML 2.0, el diagrama general de interacción está basado
en el diagrama de Actividad.

Componentes:
 Inicio: el inicio de un diagrama de actividades es representado por un círculo de
color negro sólido.
 Actividad: Una actividad representa la acción que será realizada por el sistema la
cual representa dentro de un óvalo.
 Transición: Una transición ocurre cuando se lleva acabo el cambio de una
actividad a otra, la transición es representada simplemente por una línea con una
flecha en su terminación para indicar su dirección.

Diagrama de componentes
Lo que distingue el Diagrama de Componentes de otro tipo de diagramas es sin
duda su contenido. Normalmente contiene componentes, interfaces y relaciones
entre ellos. Los componentes perteneces a un mundo físico, es decir, representan
a un bloque de construcción al modelar aspectos físicos de un sistema.

Cada componente debe tener un nombre que lo distinga de los demás. Al igual
que las clases los componentes pueden enriquecerse con compartimientos
adicionales que muestran sus detalles.

Conclusión.

Viendo la información obtenida sobre ambos diagramas UML es importante para

poder estandarizar procesos de diferentes departamentos y tener un flujo de
comportamiento y procedimientos para poder actuar en determinada actividad lo
cual ayuda mucho como guía a las personas que lo suelen utilizar, RUP tiene
mucho peso y aun que tengan cierto parecido no son lo mismo ya que este se
enfoca a el desarrollo de software para orientar documentación de sistemas,
análisis y diseño que permite adaptar un conjunto de metodologías adaptables al
contexto y necesidades de cada organización que lo ocupa.

UML solo es un lenguaje visual de modelado mientras que RUP es un modelado

de desarrollo de software por lo cual ambos tienen diferentes propósitos que
tienen mucha importancia en una compañía.
Referencias
Articulo. (08 de 12 de 2012). RUPequipo. Obtenido de
http://rupequipo1.blogspot.com/2012/12/algo-de-historia.html

D. S., W. (19 de 06 de 2009). Blogger. Obtenido de

http://rupuml.blogspot.com/2009/06/caracteristicas.html

Lucidchart. (2018). Lucidchart. Obtenido de https://www.lucidchart.com/pages/es/que-es-el-

lenguaje-unificado-de-modelado-uml?a=1

METODOSS. (s.f.). METODOSS. Obtenido de https://metodoss.com/metodologia-rup/