TECNICA ORIENTADA A

OBJETOS PARA EL ANALISIS

DE REQUERIMIENTOS

UML

UML
Lenguaje Unificado de Modelado (por sus
siglas en ingls, Unified Modeling Language)
es el lenguaje de modelado de sistemas de
software ms conocido y utilizado en la
actualidad; est respaldado por el OMG Objeto
de administracin de grupos (Object
Management Group).

PARA QUE SIRVE UML?

Es un lenguaje grfico para visualizar, especificar,

construir y documentar un sistema. UML ofrece un

estndar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de
negocio y funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programacin,
esquemas de bases de datos y componentes reutilizables.

Es importante resaltar que UML es un "lenguaje de

modelado" para especificar o para describir mtodos o
procesos. Se utiliza para definir un sistema, para detallar
los artefactos en el sistema y para documentar y
construir.

ESPECIFICACIONES
UML no puede compararse con la programacin

estructurada, pues UML significa Lenguaje Unificado de

Modelado, no es programacin, solo se diagrama la
realidad de una utilizacin en un requerimiento. Mientras
que, programacin estructurada, es una forma de
programar como lo es la orientacin a objetos, sin
embargo, la programacin orientada a objetos viene
siendo un complemento perfecto de UML.
UML se puede usar para modelar distintos tipos de

sistemas:
sistemas de software
sistemas de hardware
organizaciones del mundo real.

DIAGRAMAS DE UML
UML cuenta con varios tipos de

diagramas, los cuales muestran

diferentes aspectos de las entidades
representadas. Hay 13 tipos
diferentes de diagramas.
Para comprenderlos de manera

concreta, a veces es til

categorizarlos jerrquicamente.

DIAGRAMAS DE ESTRUCTURA
Enfatizan en los elementos que deben existir en el
sistema modelado:
DIAGRAMA DE CLASES: es un tipo de diagrama

esttico que describe la estructura de un sistema

mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son
utilizados durante el proceso de anlisis y diseo
de los sistemas, donde se crea el diseo
conceptual de la informacin que se manejar en
el sistema, y los componentes que se encargaran
del funcionamiento y la relacin entre uno y otro.

DIAGRAMAS DE
ESTRUCTURA
DIAGRAMA DE COMPONENTES: Un diagrama

de componentes representa cmo un sistema

de software es dividido en componentes y
muestra las dependencias entre estos
componentes. Los componentes fsicos incluyen
archivos, cabeceras, bibliotecas compartidas,
mdulos, ejecutables, o paquetes. Los
diagramas de Componentes prevalecen en el
campo de la arquitectura de software pero
pueden ser usados para modelar y documentar
cualquier arquitectura de sistema.

DIAGRAMAS DE
ESTRUCTURA
Debido a que estos son ms parecidos a los diagramas

de casos de usos estos son utilizados para modelar la

vista esttica y dinmica de un sistema. Muestra la
organizacin y las dependencias entre un conjunto de
componentes. No es necesario que un diagrama
incluya todos los componentes del sistema,
normalmente se realizan por partes.
En l se situarn libreras, tablas, archivos, ejecutables y

documentos que formen parte del sistema.

Uno de los usos principales es que puede servir para ver
qu componentes pueden compartirse entre sistemas o
entre diferentes partes de un sistema.

DIAGRAMAS DE
ESTRUCTURA
DIAGRAMAS DE OBJETOS son utilizados

durante el proceso de Anlisis y Diseo de los

sistemas informticos en la metodologa UML.
Se puede considerar un caso especial de un

diagrama de clases en el que se muestran

instancias especficas de clases (objetos) en un
momento particular del sistema. Los
diagramas de objetos utilizan un subconjunto
de los elementos de un diagrama de clase. Los
diagramas de objetos no muestran la
multiplicidad ni los roles, aunque su notacin
es similar a los diagramas de clase.

DIAGRAMAS DE
ESTRUCTURA
DIAGRAMA DE ESTRUCTURA COMPUESTA es un tipo de

diagrama de estructura esttica en el Lenguaje de Modelado

Unificado (UML), que muestra la estructura interna de una
clase y las colaboraciones que esta estructura hace posibles.
Esto puede incluir partes internas, puertas mediante las
cuales, las partes interactan con cada una de las otras o
mediante las cuales, instancias de la clase interactan con
las partes y con el mundo exterior, y conectores entre partes
o puertas. Una estructura compuesta es un conjunto de
elementos interconectados que colaboran en tiempo de
ejecucin para lograr algn propsito. Cada elemento tiene
algn rol definido en la colaboracin.
Las entidades de estructura compuesta identificadas en la
especificacin UML 2.0 son: clasificadores estructurados,
partes, puertas, conectores, y colaboraciones.

Parte: Una parte representa un rol jugado en tiempo

de ejecucin por una instancia de una clase o por una

coleccin de instancias. La parte puede nombrar
solamente un rol, una superclase abstracta, o puede
nombrar una clase concreta especfica. La parte puede
incluir un factor de multiplicidad (cardinalidad).

Puerta: Una puerta es un punto de interaccin que

puede ser usado para conectar clasificadores

estructurados con sus partes y con el ambiente. Las
puertas pueden opcionalmente especificar los servicios
que proveen y los servicios que requieren de otras
partes del sistema. En el diagrama, cada uno de los
cuadrados pequeos es una puerta.

Las puertas pueden ya sea delegar los requerimientos

recibidos a partes internas, o pueden entregarlos

directamente para el comportamiento del clasificador
estructurado en el que la puerta est contenido. Las
puertas pblicas que son visibles en el ambiente son
mostradas sobre el borde (lmite o frontera), mientras
que las puertas protegidas que no son visibles en el
ambiente son mostradas dentro de la frontera (borde o
lmite).
Conector: Un conector une dos o ms entidades,

permitindoles interactuar en tiempo de ejecucin. Un

conector es representado por una lnea que une una
combinacin de partes, puertas y clasificadores
estructurados. El diagrama muestra tres conectores
entre puertas, y un conector entre un clasificador
estructurado y una parte.

Colaboracin: Una colaboracin es

generalmente ms abstracta que un clasificador

estructurado. sta es mostrada como un valo
sin relleno conteniendo los roles que las
instancias pueden jugar en la colaboracin.
Clasificador estructurado: Un Clasificador
Estructurado representa una clase,
frecuentemente una clase abstracta, cuyo
comportamiento puede ser completa o
parcialmente descrito mediante interacciones
entre partes.

DIAGRAMAS DE
ESTRUCTURA
DIAGRAMA DE DESPLIEGUE es un tipo de diagrama del

UML que se utiliza para modelar el hardware utilizado en las

implementaciones de sistemas y las relaciones entre sus
componentes.
Los elementos usados por este tipo de diagrama son nodos
(representados como un prisma), componentes
(representados como una caja rectangular con dos
protuberancias del lado izquierdo) y asociaciones.
Un artefacto puede ser algo como un archivo, un programa,
una biblioteca, o una base de datos construida o modificada
en un proyecto. Estos artefactos implementan colecciones de
componentes. Los nodos internos indican ambientes, un
concepto ms amplio que el hardware propiamente dicho, ya
que un ambiente puede incluir al lenguaje de programacin, a
un sistema operativo, un ordenador o un cluster de
terminales.

USOS
Sistemas empotrados: Un sistema empotrado es una

coleccin de hardware con una gran cantidad de software

que interacta con el mundo fsico.
Sistemas cliente-servidor: Los sistemas clienteservidor son un extremo del espectro de los sistemas
distribuidos y requieren tomar decisiones sobre la
conectividad de red de los clientes a los servidores y
sobre la distribucin fsica de los componentes software
del sistema a travs de nodos.
Sistemas completamente distribuidos: En el otro
extremo encontramos aquellos sistemas que son
ampliamente o totalmente distribuidos y que
normalmente incluyen varios niveles de servidores. Tales
sistemas contienen a menudo varias versiones de
componentes software, alguno de los cuales pueden
incluso migrar de un nodo a otro. El diseo de tales
sistemas requiere tomar decisiones que permitan un
cambio continuo de la topologa del sistema.

DIAGRAMAS DE
ESTRUCTURA
DIAGRAMA DE PAQUETES: muestra cmo un

sistema est dividido en agrupaciones lgicas

mostrando las dependencias entre esas agrupaciones.
Dado que normalmente un paquete est pensado
como un directorio, los diagramas de paquetes
suministran una descomposicin de la jerarqua lgica
de un sistema.
Los Paquetes estn normalmente organizados para
maximizar la coherencia interna dentro de cada
paquete y minimizar el acoplamiento externo entre los
paquetes. Con estas lneas maestras sobre la mesa,
los paquetes son buenos elementos de gestin. Cada
paquete puede asignarse a un individuo o a un equipo,
y las dependencias entre ellos pueden indicar el orden
de desarrollo requerido.

DIAGRAMAS DE COMPORTAMIENTO

Enfatizan en lo que debe suceder en el sistema

modelado:
DIAGRAMA DE ACTIVIDADES: representa los
flujos de trabajo paso a paso de negocio y
operacionales de los componentes en un
sistema. Un Diagrama de Actividades muestra el
flujo de control general.
Es una forma especial de diagrama de estado
usado para modelar una secuencia de acciones
y condiciones tomadas dentro de un proceso.

DIAGRAMAS DE
COMPORTAMIENTO
DIAGRAMA DE CASOS DE USO es una especie de

diagrama de comportamiento. UML mejorado El

Lenguaje de Modelado Unificado define una notacin
grfica para representar casos de uso llamada modelo
de casos de uso. UML no define estndares para que el
formato escrito describa los casos de uso, y as mucha
gente no entiende que esta notacin grfica define la
naturaleza de un caso de uso; sin embargo una
notacin grfica puede solo dar una vista general
simple de un caso de uso o un conjunto de casos de
uso. Los diagramas de casos de uso son a menudo
confundidos con los casos de uso. Mientras los dos
conceptos estn relacionados, los casos de uso son
mucho ms detallados que los diagramas de casos de
uso.

Relaciones de Casos de Uso

Las tres relaciones principales entre los casos de

uso son soportadas por el estndar UML, el cual
describe notacin grfica para esas relaciones las
cuales son:
Inclusin (include o use): Es una forma de interaccin

o creacin, un caso de uso dado puede "incluir" otro.

El primer caso de uso a menudo depende del
resultado del caso de uso incluido. Esto es til para
extraer comportamientos verdaderamente comunes
desde mltiples casos de uso a una descripcin
individual, desde el caso de uso.
Extensin (Extend): Es otra forma de interaccin, un

caso de uso dado, (la extensin) puede extender a

otro. Esta relacin indica que el comportamiento del

 Generalizacin: es la actividad de identificar

elementos en comn entre conceptos y definir

las relaciones de una superclase (concepto
general) y subclase (concepto especializado).
Es una manera de construir clasificaciones
taxonmicas entre conceptos que entonces se
representan en jerarquas de clases. Las
subclases conceptuales son conformes con las
superclases conceptuales en cuanto a la
intencin y extensin.

DIAGRAMAS DE
COMPORTAMIENTO
DIAGRAMA DE ESTADOS es un diagrama

utilizado para identificar cada una de las rutas

o caminos que puede tomar un flujo de
informacin luego de ejecutarse cada proceso.
Permite identificar bajo qu argumentos se

ejecuta cada uno de los procesos y en qu

momento podran tener una variacin.
El diagrama de estados permite visualizar de
una forma secuencial la ejecucin de cada uno
de los procesos.

DIAGRAMAS DE INTERACCIN
Son un subtipo de diagramas de comportamiento, que enfatiza
sobre el flujo de control y de datos entre los elementos del
sistema modelado:
DIAGRAMA DE SECUENCIA: es un tipo de diagrama usado
para modelar interaccin entre objetos en un sistema segn
UML. En ingls se pueden encontrar como "sequence diagram",
"event-trace diagrams", "event scenarios" o "timing diagrams".
Muestra la interaccin de un conjunto de objetos en una
aplicacin a travs del tiempo y se modela para cada caso de
uso. Mientras que el diagrama de casos de uso permite el
modelado de una vista business del escenario, el diagrama de
secuencia contiene detalles de implementacin del escenario,
incluyendo los objetos y clases que se usan para implementar
el escenario, y mensajes intercambiados entre los objetos. [

DIAGRAMAS DE INTERACCIN
DIAGRAMA DE COMUNICACIN: Los

diagramas de comunicacin representan una

combinacin de informacin tomada desde el
diagrama de clases, secuencia, y diagrama de
casos de uso describiendo tanto la estructura
esttica como el comportamiento dinmico de
un sistema.
Los diagramas de comunicacin y de
secuencia describen informacin similar, y con
ciertas transformaciones, pueden ser
transformados unos en otros sin dificultad.

DIAGRAMAS DE
INTERACCIN
DIAGRAMA GLOBAL DE LAS INTERACCIONES: es

un diagrama de comportamiento, ms precisamente,

uno de los cuatro diagramas de interaccin. Muestra
una cierta vista sobre los aspectos dinmicos de los
sistemas modelados. Aunque un diagrama global de
las interacciones es una representacin grfica de una
interaccin, ste se distingue fuertemente de los
diagramas de secuencia y de comunicacin, dos de los
otros diagramas de interaccin. De hecho, algunos
elementos grficos del diagrama global de las
interacciones estn tomados del diagrama de
actividades, otro diagrama de comportamiento para el
modelado de actividades.

Los modelos de interaccin pueden llegar a

ser muy grandes para sistemas complejos. Si

el nmero de lneas de vida participantes y el
nmero de mensajes intercambiados excede
una cierta medida, se impone modularizar
las interacciones y dividir en partes pequeas,
ms manejables, de acuerdo a principios
universales del diseo de sistemas, que
tambin pueden ser visualizadas con la ayuda
de un clsico diagrama de secuencias. La
visin de conjunto de toda la interaccin, de
manera que la Big Picture o bien el cuadro
global, puede entonces ser representada con
la ayuda del diagrama global de las
interacciones, provisto para eso.

Vistas de UML
Una vista es un subconjunto de construcciones

de modelado que se enfocan en un aspecto en

particular del sistema.
Las vistas de clasificacin estructural incluyen:
Vista Esttica
Diagrama de Clases
Vista de Casos de Uso
Diagrama de Casos de Uso

Vista de Implementacin.
Diagrama de Componentes
Diagrama de Despliegue.

Estandarizacin de UML
Desde el ao 2005. UML es un estndar
aprobado por la ISO como ISO/IEC 19501:2005
Information technology Open Distributed
Processing Unified Modeling Language
(UML) Version 1.4.2.