El Lenguaje

Unificado de
Modelado

Ing. de Software I Promecys 2014

Ing. J.O.J.I

El Tringulo de Desarrollo de Software

Proceso

Notacin

Herramienta
Visual

El Lenguaje Unificado de Modelado

Definicin:
El UML es un lenguaje grfico para la especificacin,
visualizacin, construccin y documentacin de modelos
orientados a objetos que representan sistemas intensivos
en software.

= Unified Modeling Language

UML no es un mtodo sino un lenguaje de

modelamiento

Objetivo del UML

Describir cualquier tipo de sistema en
trminos de diagramas orientados a objetos
Algunas categoras de Sistemas
Sistemas de Informacin
Sistemas de Tiempo Real
Sistemas Embebidos
Sistemas Distribuidos
Software de Sistemas
Sistemas de Negocios

UML toma lo mejor de varios mtodos

Rumbaugh
Booch

Jacobson

Odell

Meyer

Clasificacin

Pre y Post condiciones

Shlaer-Mellor
Ciclo de vida de objetos

Harel

Mquinas de estado

Gamma et. al.

Marcos de trabajo,
patrones, notas

Embly
Singleton clases

Wirfs-Brock
Fusion

Responsabilidades

Descripcin de operaciones,
numeracin de mensajes

Caractersticas del UML

- Proporciona a los desarrolladores un lenguaje de
modelamiento ampliamente aceptado y listo para usar.
- Integra las mejores prcticas del desarrollo de software.
- Permite la intercambio de modelos entre las diferentes
herramientas de software.
- Es independiente del lenguaje de programacin y de
mtodos y procesos particulares de desarrollo de software.
- Proporciona sus propios mecanismos de extensin
- Agrupa los conceptos de orientacin a objetos definiendo
su significado.

Por qu aprender UML

-Porque UML es el lenguaje de modelado de objetos
estndar dominante.
-Porque es apoyado por metodlogos y empresas
importantes en Tecnologas de Informacin.
-Porque cuenta con la aprobacin de la OMG como
notacin estndar.
-Porque todas las herramientas modernas proporcionan
soporte para UML.
-Porque nos facilita el aprendizaje del enfoque
orientado a objetos pues basta con aprender este
estndar y no perdernos en toda la jungla de mtodos y
notaciones existentes.

Breve historia del UML

- Los lenguajes de modelado
orientados
al
objeto
comenzaron a aparecer a
mediados de la dcada de '70.
- El nmero de lenguajes que
modelaban objetos aument
de menos de 10 a ms de 50
durante el perodo entre 19891994.
- Muchos de los que utilizaban estos lenguajes no
encontraban satisfaccin completa en ninguno de ellos,
esto motiv la llamada "Guerra de los Mtodos".

. . . Breve historia del UML

. . . La Guerra de los Mtodos
Existan muchos mtodos y cada uno tena
un lenguaje de modelado propio.
Esto dificult el aprendizaje, aplicacin,
construccin, uso de herramientas, etc.
Pugna entre los distintos gurs que
defendan sus propios mtodos y
simbologas.
Se observa la necesidad de una notacin
estndar.

. . . Breve historia del UML

El desarrollo del UML comenz en finales de
1994 en que Grady Booch y Jim Rumbaugh
de Rational Software Corporation,
comenzaron su trabajo sobre la unificacin de
los mtodos de Booch y de OMT (Object
Modeling Technique).
A finales de 1995, Ivar Jacobson y su
compaa de Objectory se unieron a
Rational y combinaron sus mtodos.
Booch, Rumbaugh, y Jacobson, definieron el
UML 0,9 y 0,91 en junio y octubre de 1996.
Ing. J.O.J.I

Ingenieria de Software I

. . . Breve historia del UML

UML 1.1

Sep 97
Ene 97

UML 1.0
Microsoft
Oracle
IBM, HP
Etc.

Jun 96

UML 0.9

Oct 95

Mtodo Unificado 0.8

Ivar Jacobson se une a

Rational en otoo 95
James Rumbaugh se une
a Rational en Oct 94

Ing. J.O.J.I

Use Case
(OOSE)
OMT

Booch

Otros mtodos

Ingenieria de Software I

Versiones del UML

1997

(Adoptada por OMG)

1998

(revisin editorial sin

cambios significativos)

1999

(revisin menor
pblicamente disponible)

2000

(planificada una revisin menor)

2001

(planificada una revisin menor)

2002

(planificada una revisin mayor)

<<document>>

UML 1.1
<<document>>
<<document>>

UML 1.2

ISO Publica
especificacin

<<document>>

UML 1.3
<<document>>

UML 1.4
<<document>>

UML 1.5
<<document>>

UML 2.0

Vistas de un modelo
Un modelo es una descripcin completa de un sistema desde una perspectiva concreta

Vista
lgica

Vista de
requerimientos

Vista de
implementacin

Diagrama de Casos de Uso

Diagrama de Clases
Diagrama de Objetos
Diagrama de Secuencia
Diagrama de Colaboracin

Vista de
despliegue

Vista de
procesos

Diagrama de Estado
Diagrama de Actividad
Diagrama de Componentes
Diagrama de Despliegue

Modelando con UML

Component
Component
Diagrams
Diagramas
Diagrams de

Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Casos de Uso

Despliegue

State
State
Diagramas de
Diagrams
Diagrams
Componentes

Diagramas de
Actividad

State
State
Diagramas de
Diagrams
Diagrams
Clases

Modelo
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Estados

State
State
Diagramas de
Diagrams
Diagrams
Objetos
Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Secuencia

Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Colaboracin

1. Diagramas de Casos de Uso

Definicin
Un Diagrama de Casos de Uso representa lo que
hace el sistema y como se relaciona con su entorno.
Representa los distintos requerimientos que hacen los
usuarios de un sistema.
Un diagrama de casos de uso esta compuesto por
- Casos de uso
- Actores
- Relaciones entre ellos

Elementos
Caso de Uso (Use Case)
Es una secuencia de acciones
realizadas por el sistema que
producen un resultado observable
y valioso para alguien en
particular.

Nombre del caso de uso

Actor
Un actor es un conjunto externo
uniforme de personas, sistemas,
o cosas que solicita un servicio al
sistema que estamos modelando.
Nombre

Relaciones entre los elementos

Relaciones entre actores
La nica relacin permitida
entre los actores es la
Relacin de Generalizacin.
Usuario

Director de
Escuela
Secretaria

. . . Relaciones entre los elementos

Relaciones entre un actor y un caso de uso
La nica relacin permitida es una Asociacin y se le
conoce como Relacin de Comunicacin o
<<comunicates>>.

<<comunicates>>

Secretaria

Registra
Matrcula

. . . Relaciones entre los elementos

Relaciones entre casos de uso
Pueden ser de tres tipos:
1. Relacin de generalizacin
El Caso de Uso de A hereda la
especificacin del Caso de Uso B.

Cobranza
en efectivo
Realizar
cobranza

Cobranza
con tarjeta
Cobranza
con cheque

. . . Relaciones entre los elementos

2. Relacin <<include>>
El caso de uso A siempre
incluye (o usa) el
comportamiento de B.

<<include>>

Ejemplo:
Registrar matrcula

<<include>>
Validar usuario

Aperturar cursos

<<include>>

. . . Relaciones entre los elementos

3. Relacin <<extend>>
El caso de uso A, extiende al
caso de uso B. A ocurre en
casos especiales para
extender B.

<<extend>>

Ejemplo:
<<extend>>
Registrar matrcula
extempornea

Registrar matrcula

Ejemplo de Diagrama de Casos de Uso

Caso de uso Registrar Matrcula

Registrar matrcula
extempornea

<<extend>>
Usuario

Registrar matrcula

<<include>>
<<comunicates>>
Validar usuario

Secretaria

<<include>>

Aperturar cursos
Director de
<<comunicates>>
Escuela

2. Diagramas de Clases
Definicin
Un Diagrama de Clases muestra Clases (grupos de
objetos que tienen las mismas caractersticas y
comportamiento) y sus relaciones.
Estos diagramas son los ms comunes en el
modelado de sistemas orientados a objetos.
Un diagrama de clases esta compuesto por
- Clases
- Relaciones entre clases

Clases
Definicin:
Es un conjunto de objetos que tienen los mismos
atributos y comportamiento.
Representacin:
Se representa mediante un rectngulo con tres partes:
NombreClase
Atributo1
Atributo2
...
Operacion1
operacion2

...

Automovil

Ejemplo:
La Clase Automvil Matricula

Color
Velocidad
Arrancar( )
Acelerar( )
Frenar( )

Relaciones entre Clases

1.- Relacin de Dependencia
2.- Relacin de Generalizacin
3.- Relacin de Asociacin
3.1.- Asociacin de Agregacin
3.2.- Asociacin de Composicin

. . . Relaciones entre Clases

1.- Relacin de dependencia
Es una relacin semntica entre dos
elementos en la cual un cambio en un
elemento (el elemento independiente)
puede afectar a la semntica del otro
elemento (elemento dependiente).
Video
...
. . . Grabar(c :
canal)

Clase independiente

Clase dependiente

Televisin
Canal

...
. . . cambiar(c :
canal)

. . . Relaciones entre Clases

2.- Relacin de generalizacin
Es una relacin entre dos clases en donde
una de ellas, llamada subclase o clase hija
(subclass o child), hereda los atributos y el
comportamiento de otra, llamada superclase
o clase padre (superclass o parent).

Clase Padre

Clase hija

Vehculo

Terrestre

Red

Areo

WAN

LAN

. . . Relaciones entre Clases

3.- Relacin de asociacin
Es una relacin estructural que describe un conjunto de
enlaces o conexiones entre dos o ms objetos. Esta
relacin entre clases permite asociar objetos que
colaboran entre si.
Acta

Alumno

0..*

1..*

. . . Relaciones entre Clases

3.1.- Asociacin de Agregacin
Es un tipo especial de asociacin e indica que el objeto
base utiliza al objeto incluido para poder funcionar. Si el
objeto base desaparece no desaparecen los objetos
incluidos. Muestra una relacin todo - parte.
Teclado
Red

CPU
Computadora

WAN

Monitor
Mouse

LAN
HUB

Hard
Disk

. . . Relaciones entre Clases

3.2.- Asociacin de Composicin
Es un tipo de asociacin, en donde el tiempo de vida del
objeto incluido est condicionado por el tiempo de vida
del que lo incluye. El objeto incluido slo existe mientras
exista el objeto base. El objeto se construye a partir del
objeto incluido pero no podra existir si ellos.
Ejemplo: El Hombre esta formado por
cabeza, tronco y extremidades
Hombre

Cabeza

Tronco

Extremidades

Ejemplo de diagrama de clases:

Vuelo de un avion comercial

Motor
Marca
Ao

Cliente
Nombre
Nacionalidad

1..4
1

1
Boleto
Nro

*
*

Avin
NroPlaca
Modelo

Vuelo
IdVuelo
FechaSal
Destino

AvionCarga
CapCarga

AvinPasajeros
NroAsientos

Ejercicio de diagrama de clases:

Un sistema de planillas en una empresa guarda
informacin de empleados y obreros, su record de
asistencia, los conceptos de pago, las bonificaciones
y descuentos. Si pide construir un diagrama de
clases que muestre las Clases y sus Relaciones
(asociacin, agregacin, composicin,
generalizacin, segn existan). Cada planilla
corresponde con un periodo de tiempo (mes) y
contiene boletas de pago, las que a su vez contiene el
detalle de los pagos y descuentos.

3. Diagramas de Objetos
Definicin
Un Diagrama de Objetos muestra una instancia
prototpica de un Diagrama de Clases con el fin de
ilustrar los objetos reales participantes en un
determinado momento.
Un Diagrama de Objetos tiene los mismos elementos
que un Diagrama de Clase pero los objetos y sus
atributos tienen valores conocidos.

Ejemplo de diagrama de objetos:

Vuelo de un avion comercial
:Cliente

:Motor
Marca: General Motors
Ao: 1996

Nombre: Juan Prez

Nacionalidad: peruana

1..4

1
:AvinPasajeros
1
:Boleto
Nro: 102030

*
*

:Vuelo
IdVuelo: 666
FechaSal: 01/01/2001
Destino: Lima

1
NroPlaca: XXX123
Modelo: Boeing 777
Nro: 555
Capacidad: 100

4. Diagramas de Secuencia
Definicin
Un Diagrama de Secuencia muestra la interaccin
de un conjunto de objetos, poniendo nfasis en el
orden cronolgico del envo de mensajes entre
objetos.
Un diagrama de secuencia esta compuesto por:
-

Objetos (o actores)
Lnea de vida de un objeto
Activacin o foco de Control
Mensajes

Elementos de un Diagrama de Secuencia

Objetos o actores
objeto:Clase

Son las entidades que participan

en la interaccin para lograr una
funcionalidad, stas envan y o
reciben mensajes.

Lnea de vida de un objeto

objeto:Clase

Indica la vida de un objeto

durante la interaccin y se
representa mediante una lnea
vertical discontnua.

Elementos de un Diagrama de Secuencia

Activacin o foco de Control
objeto:Clase

Muestra el periodo de tiempo en

el cual el objeto se encuentra
desarrollando una operacin.

Mensajes
objeto:Clase

objeto:Clase

Son las invocaciones que envia

un objeto a otro para que realice
una tarea.

Tipos de mensajes
Mensaje Simple:
Se usa cuando no se conocen detalles
del tipo de comunicacin o cuando no
resulta relevante en el diagrama.

Mensaje Sncrono:
El objeto que envia el mensaje espera a
que el objeto que lo recibe le termine la
operacion. El mensaje sncrono ms
comun es la llamada a procedimientos.

Mensaje Asncrono:
Cuando el objeto que envia el mensaje
sigue con su trabajo sin esperar respuesta
del objeto receptor del mensaje.

Ejemplo de Diagrama de Secuencia

Un usuario desea imprimir un archivo para lo cual le enva la orden a
la computadora, la cual a su vez se la enva al servidor de impresin
siendo este el encargado de dirigirlo a la impresora. En caso de que
la impresora este ocupada el archivo a imprimir se dirige hacia la cola
de impresin, la cual en su momento le indicar al servidor de
impresin que tiene el archivo pendiente por imprimir.
Imprimir (arch)
:computadora

:ServidorImpresion

:impresora

:cola

Imprimir(arch)
[ impresora OK]
Imprimir(arch)
[impresora !OK]
Imprimir(arch)

Ing. Carlos Bacalla

www.CarlosBacalla.com

Ejercicio de Diagrama de Secuencia

Se desea trasladar una cabra, una flor y un lobo, a travs
de un ro empleando una barca. Solo se puede llevar uno
de ellos en cada viaje. Si dejamos a la cabra con el lobo,
el lobo se comera a la cabra. Si dejamos la flor con la
cabra, la cabra se come a la flor. Muestre un diagrama de
secuencia en el cual se pueda trasladar a los tres por el
rio.

5. Diagramas de Colaboracin
Definicin: Un Diagrama de Colaboracin muestra la
interaccin de un conjunto de objetos, poniendo nfasis
en la estructura organizacional de los objetos que envan
y reciben mensajes.
Un diagrama de colaboracin esta compuesto por:
- Objetos
- Enlaces
- Flujo de Mensajes

Ejemplo de Diagrama de Colaboracin

Una nota de pedido contiene un rengln por cada artculo, que se
est despachando. Si la cantidad del artculo que an queda en
almacn es menor que el punto de reorden, est lanza una orden de
compra del artculo, si hay existencias el pedido se atiende.
Prepara( )

:Pedido
1*[para cada rengln]: Prepara( )
:renglnPedido

1.3 reorden:=NecesitaReorden( )

1.1 Existe:=RevisaExistencia( )

:Artculo

1.2 [Existe]: descuenta( )

1.5[Existe]:Entrega( )
:NotaSalida

1.4 [reorden]: colocarOrdenCompra( )

:OrdenCompra

Diagramas de Secuencia y Colaboracin

Ambos diagramas muestran la interaccin entre objetos, pero el
Diagrama de Secuencia reserva una dimension para el tiempo
haciendo ms fcil observar el orden de ejecucin de los mensajes,
mientras que el Diagrama de Colaboracin los enumera. Ambos
diagramas representan lo mismo y puede transformarse de uno a otro
sin perdida de informacin.
Imprimir (arch)

:computadora

1: Imprimir(arch)

:impresora

1.1: [ impresora OK]

Imprimir(arch)

1.2: [impresora !OK]

Imprimir(arch)
:ServidorImpresion

:cola

Ejercicio de Diagrama de Colaboracin

En una biblioteca un lector (socio) escoge un libro si
desea prestarlo se lo solicita al encargado, el encargado
verifica la situacion del libro (algunos solo salen para sala
o tal vez esten prestados) y luego verifica la situacion del
socio, si estas verificaciones son conformes entonces se
realiza el prestamo del libro.

6. Diagramas de Estados
Definicin: Describe el comportamiento de un elemento
del modelo, mostrando la posible secuencia de estados
en los que puede entrar el objeto y como cambia al
reaccionar ante un evento durante su ciclo de vida.
Un Diagrama de Estados esta compuesto por:
- Estados
- Eventos
- Transiciones

evento

Elementos de un Diagrama de Estados

Estado: Identifica un periodo de tiempo del
objeto (no instantneo) en el cual el objeto
esta esperando alguna condicin, operacin u
evento, tiene cierto estado caracterstico o
puede recibir cierto tipo de estmulos.
Evento: Es una ocurrencia que puede causar
la transicin del objeto de un estado a otro.
Transicin: Una transicin es una relacin
entre dos estados que indica que un objeto en
un primer estado puede entrar a un segundo
estado y ejecutar ciertas operaciones, cuando
un evento ocurre. Se representa como una
lnea slida entre dos estados

Estado inicial

Estado1
Evento( )
Transicin
Estado2

Estado final

Ejemplo de Diagrama de Estados

Una cuenta bancaria puede estar activa, suspendida o cerrada.
Cuando esta en activa puede a su vez estar en azul (si el saldo es +)
o en rojo (si el saldo es -). Muestre su diagrama de estados.
Activa

en azul

retiro [saldo<0] / poner en rojo

en rojo

depsito [saldo>0] / poner en azul

suspender cuenta
activar cuenta

Cerrada

cerrar cuenta

Suspendida

7. Diagramas de Actividad
Definicin: Muestra las operaciones que se realizan para
conseguir un objetivo. Es un caso especial de un diagrama
de estados donde todos los estados ejecutan una tarea.
Se utilizan para dar detalle a un caso de uso, modelando
los flujos de trabajo u operaciones.
Un Diagrama de Actividad esta compuesto por:
- Estados de actividad o simplemente Actividad
- Estados de accin o simplemente Accin
- Transiciones

Elementos de un Diagrama de Actividad

Estados de actividad (Actividad).- Son estados que llevan a cabo
alguna actividad. No son atmicos es decir pueden descomponerse.
Pueden ser interrumpidos y se consideran que toman algn tiempo en
completarse.
Estado de accin (Accin).- Es una actividad que no se puede
descomponer y permiten modelar un paso dentro de un algoritmo. Se
considera que su ejecucin toma un tiempo insignificante.
Transiciones.- Es el paso de un estado de actividad a otro, una
transicin ocurre al finalizar una actividad.
Otros elementos
Decisin
Barra de Sincronizacin

Carriles

Estados inicial y final

Ejemplo de Diagrama de Actividad

Muestre un proceso comn de una solicitud de servicio.

Cliente
Sol. de servicio

Vendedor

Jefe Ventas

Pide datos cliente

Pide datos
Servicio

Decide costo

Consulta tarifa
[Tarifa no OK]
[Tarifa OK]
Consulta disponib.
Ingresa orden

Negoc. condiciones

Ejercicio de Diagrama de Actividad

Un cliente solicita un pedido, este pedido va al departamento
de ventas para ser procesado y simultaneamente el cliente
espera hasta que se apruebe y se le entregue la mercaderia.
Despues de procesar el pedido en ventas, el pedido se dirige
al almacen para extraer los productos y enviarlos. En este
punto el cliente recibe el pedido y Ventas hace la factura. El
cliente paga la factura y Ventas considera el pedido atendido.

8. Diagramas de Componentes
Definicin: Un diagrama de componentes muestra las
dependencias lgicas entre componentes software, tales
como archivos de cdigo fuente, binarios, ejecutables,
tablas, etc.
Un Diagrama de Componentes esta compuesto por:
- Componentes
- Interfaces
- Relaciones de realizacin y dependencia

Elementos de un Diagrama de Componentes

Componentes.Son cada una de las partes fsicas y reemplazable de un
sistema.
Se dice que es parte fsica en el sentido en que viven en
el mundo de bits y no son slo esquemas conceptuales.
Se dice que es reemplazable pues puede ser reemplazado
por un nuevo componente que mejore la funcionalidad o
aada alguna sin que afecte a otros componentes.
Esto se logra mediante el uso
de interfaces bien definidas
las cuales son implementadas
por los componentes.

nombre

. . . Elementos de un Diag. de Componentes

Interfaces.- Es una coleccin de operaciones que son
usadas para especificar un servicio provisto por una clase
o un componente. Esto permite utilizar los servicios sin
abrumarnos con sus detalles de implementacin asimismo
se puede cambiar los componentes pero si sus interfaces
son las mismas entonces este cambio es inmediato y no
afecta al resto del sistema.

Interface

<<interface>>

Relaciones entre Componentes

Relacin de realizacin.- El
componente que realiza o
implementa la interfaz es
conectado mediante una lnea
discontnua terminada en una
cabeza de flecha hueca.
Relacin de dependencia.Ocurre entre las componentes
que utilizan la interfaz
implementada por otra
componente y la respectiva
interfaz. Se representa con una
lnea discontnua con cabeza de
flecha abierta.

<<interface>>

Estereotipos de Componentes
executable.- son componentes que
pueden ejecutarse en un nodo.
library.- son las libreras estticas o
dinmicas.
table.- un componente que es una
tabla de una base de datos.
file.- un componente que es un
archivo de cdigo fuente o datos.
document.- un componente que es
un documento.

Ejemplo de un Diagrama de Componentes

Se tiene un robot que es manejado mediante la librera manejo.dll, la cual
implementa dos grupos de interfaces Imanejo e Iautoprueba. La interfaz
Imanejo es utilizada por camino.dll, la cual proporciona el comportamiento a
seguir cuando el robot se desplaza sin contratiempos. Si el robot encuentra algn
obstculo, camino.dll utiliza a colision.dll. Peridicamente, el robot se
autocomprueba, para ello manejo.dll, cuenta con la interfaz Iautoprueba la cual
es utilizada por test.dll que le ordena las pruebas que debe realizar. Muestre los
componentes y sus interfaces mediante un Diagrama de Componentes

Imanejo

Camino.dll

Manejo.dll

Iautoprueba
Test.dll

Colisin.dll

9. Diagramas de Despliegue
Definicin: Muestra el hardware en donde ser
desplegado los componentes de nuestro sistema. Esto
significa que muestra las relaciones fisicas entre el
software y el hardware.
Un Diagrama de Despliegue esta compuesto por:
- Nodos
- Conexiones entre nodos

Elementos de un Diagrama de Despliegue

Nodos: Representacin de cualquier tipo de hardware
sobre el cual correr o del que se servir nuestro sistema.
Ser un Procesador, si
tiene capacidad de
proceso como una PC.
<<procesador>>

Ser un Dispositivo si no tiene capacidad

de proceso. Vienen a ser los equipos que
sirven de interfaz con el mundo real como
telfono, impresora, sensores, etc.
<<dispositivo>>

Conexiones: Los nodos se conectan

mediante asociaciones de
comunicacin fisica o no, como
conexin satelital, cable serial, seal
infraroja, etc.

Ejemplo de un Diagrama de Despliegue

Un usuario que se conecta va Internet a un Servidor de Aplicaciones
de una empresa. En este instante el componente CLIENTE viaja
desde el Servidor de Aplicaciones hacia la PC del usuario, luego
el componente CLIENTE puede solicitar algn servicio al componente
APLICACION el cual buscar los datos necesarios en el componente
BD ubicado en el Servidor de Base de Datos.

<<procesador>>
PC usuario

<<HTTP>>

<<procesador>>
Servidor de Aplicaciones

<<Becomes>>

<<procesador>>
<<TCP/IP>>Servidor de BD

Cliente
BD

Cliente
Aplicacin

Conclusiones:
1. El UML es el lenguaje estndar a nivel
mundial para representar modelos
orientados a objetos de sistemas
intensivos en software.
2. Debemos utilizarlo en todos nuestros
modelos para poder comunicarnos con
otros desarrolladores.

Recomendaciones:
Apostar por enfoque Orientado a Objetos

-Primero aprenda la notacin

-Segundo aprenda la herramienta

-Tercero aprenda el Proceso