El Lenguaje

Unificado de
Modelado
El Tringulo de Desarrollo de Software
Herramienta
Visual
Proceso
Notacin
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
El Lenguaje Unificado de Modelado
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
Jacobson
Meyer
Harel
Wirfs-Brock
Fusion
Embly
Gamma et. al.
Shlaer-Mellor
Odell
Booch
Pre y Post condiciones
Mquinas de estado
Responsabilidades
Descripcin de operaciones,
numeracin de mensajes
Singleton clases
Marcos de trabajo,
patrones, notas
Ciclo de vida de objetos
Clasificacin
- 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.
Caractersticas del UML
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.
- 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 1989-
1994.
Breve historia del UML
- Muchos de los que utilizaban estos lenguajes no
encontraban satisfaccin completa en ninguno de ellos,
esto motiv la llamada "Guerra de los Mtodos".
. . . 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.

. . . Breve historia del UML
. . . Breve historia del UML
Sep 97 UML 1.1

Ene 97 UML 1.0


Jun 96 UML 0.9


Oct 95 Mtodo Unificado 0.8
Microsoft
Oracle
IBM, HP
Etc.
Ivar Jacobson se une a
Rational en otoo 95
James Rumbaugh se une
a Rational en Oct 94
OMT Booch
Use Case
(OOSE)
Otros mtodos
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)
Versiones del UML
<<document>>
UML 1.1
<<document>>
UML 1.2
<<document>>
UML 1.5
<<document>>
UML 1.3
<<document>>
UML 2.0
<<document>>
UML 1.4
<<document>>
ISO Publica
especificacin
Vistas de un modelo
Un modelo es una descripcin completa de un sistema desde una perspectiva concreta
Vista
lgica
Vista de
procesos
Vista de
despliegue
Vista de
implementacin
Vista de
requerimientos
Diagrama de Clases
Diagrama de Objetos
Diagrama de Estado
Diagrama de Secuencia
Diagrama de Colaboracin
Diagrama de Actividad
Diagrama de Casos de Uso
Diagrama de Componentes
Diagrama de Despliegue
Modelando con UML
Use Case
Diagrams
Use Case
Diagrams
Diagramas de
Casos de Uso
Scenario
Diagrams
Scenario
Diagrams
Diagramas de
Colaboracin
State
Diagrams
State
Diagrams
Diagramas de
Componentes
Component
Diagrams
Component
Diagrams
Diagramas de
Despliegue
State
Diagrams
State
Diagrams
Diagramas de
Objetos
Scenario
Diagrams
Scenario
Diagrams
Diagramas de
Estados
Use Case
Diagrams
Use Case
Diagrams
Diagramas de
Secuencia
State
Diagrams
State
Diagrams
Diagramas de
Clases
Diagramas de
Actividad
Modelo
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














1. Diagramas de Casos de Uso







Nombre
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.

Actor
Un actor es un conjunto externo
uniforme de personas, sistemas,
o cosas que solicita un servicio al
sistema que estamos modelando.
Nombre del caso de uso
Relaciones entre los elementos
Relaciones entre actores
La nica relacin permitida
entre los actores es la
Relacin de Generalizacin.









Director de
Escuela









Usuario









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>>.









Secretaria
Registra
Matrcula
<<comunicates>>
. . . 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.
B
A
Realizar
cobranza
Cobranza
con tarjeta
Cobranza
en efectivo
Cobranza
con cheque
. . . Relaciones entre los elementos
2. Relacin <<include>>
El caso de uso A siempre
incluye (o usa) el
comportamiento de B.

Validar usuario
Aperturar cursos
<<include>>
Registrar matrcula
<<include>>
Ejemplo:
B
A
<<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.
B
A
<<extend>>
Registrar matrcula
<<extend>>
Registrar matrcula
extempornea
Ejemplo:
Ejemplo de Diagrama de Casos de Uso
<<extend>>
Registrar matrcula
extempornea
Caso de uso Registrar Matrcula
Validar usuario
Aperturar cursos
<<include>>
Registrar matrcula
<<include>>



Director de
Escuela





Usuario






Secretaria
<<comunicates>>
<<comunicates>>
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:
Automovil

Matricula
Color
Velocidad

Arrancar( )
Acelerar( )
Frenar( )
NombreClase

Atributo1
Atributo2
. . .

Operacion1
operacion2
. . .
Ejemplo:
La Clase Automvil
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).
Clase dependiente
Clase independiente
Canal
Video

. . .

. . .
Grabar(c : canal)
Televisin

. . .

. . .
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 hija
Clase Padre
camin auto avin helicptero
Areo Terrestre
Vehculo
WAN
Red
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.
Computadora
CPU
Hard
Disk
Teclado
Mouse
WAN
Red
LAN
Monitor
HUB
. . . 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.
Hombre
Extremidades Tronco Cabeza
Ejemplo: El Hombre esta formado por
cabeza, tronco y extremidades
Ejemplo de diagrama de clases:
Vuelo de un avion comercial
AvionCarga

CapCarga
Avin
NroPlaca
Modelo
Vuelo de un avion comercial
1 . . 4

1
Boleto

Nro

Cliente
Nombre
Nacionalidad
Motor
Marca
Ao
Vuelo

IdVuelo
FechaSal
Destino
AvinPasajeros

NroAsientos
1


1
* 1
* 1
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.
Solucin:
Solucin en las
hojas de Word y en
Rose
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
1 . . 4
:Boleto

Nro: 102030

:Cliente

Nombre: Juan Prez
Nacionalidad: peruana
:Motor
Marca: General Motors
Ao: 1996
:Vuelo

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

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


1
* 1
* 1
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
objeto:Clase
Objetos o actores
Son las entidades que participan
en la interaccin para lograr una
funcionalidad, stas envan y o
reciben mensajes.
objeto:Clase
Lnea de vida de un objeto
Indica la vida de un objeto
durante la interaccin y se
representa mediante una lnea
vertical discontnua.
Elementos de un Diagrama de Secuencia
objeto:Clase objeto:Clase
Activacin o foco de Control
objeto:Clase
Mensajes
Muestra el periodo de tiempo en
el cual el objeto se encuentra
desarrollando una operacin.
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:
Mensaje Asncrono:
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.
Cuando el objeto que envia el mensaje
sigue con su trabajo sin esperar respuesta
del objeto receptor del mensaje.

Imprimir (arch)


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

[impresora !OK]
Imprimir(arch)
:computadora :cola :impresora :ServidorImpresion
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.
Ejercicio de Diagrama de Secuencia
Se desea trasladar una cabra, una col 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 col con la
cabra, la cabra se come a la col. Muestre un diagrama de
secuencia en el cual se pueda trasladar a los tres por el
rio.
Solucin en las
hojas de Word y en
Rose
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( )

1*[para cada rengln]: Prepara( ) 1.3 reorden:=NecesitaReorden( )

1.1 Existe:=RevisaExistencia( )

1.2 [Existe]: descuenta( )

1.4 [reorden]: colocarOrdenCompra( )
1.5[Existe]:Entrega( )


:Pedido
:renglnPedido
:OrdenCompra :NotaSalida
:Artculo
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)


1: Imprimir(arch) 1.1: [ impresora OK]
Imprimir(arch)


1.2: [impresora !OK]
Imprimir(arch)
:computadora
:cola
:impresora
:ServidorImpresion
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.
Solucin en las
hojas de Word y en
Rose
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 evento

- Transiciones
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
Estado1
Estado inicial
Estado2
Estado final
Evento( )
Transicin
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.
suspender cuenta
activar cuenta

cerrar cuenta

retiro [saldo<0] / poner en rojo

depsito [saldo>0] / poner en azul
en azul en rojo
Cerrada Suspendida
Activa
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 Vendedor Jefe Ventas









[Tarifa no OK]

[Tarifa OK]
Sol. de servicio
Pide datos cliente
Consulta tarifa
Negoc. condiciones
Pide datos
Servicio
Ingresa orden
Consulta disponib.
Decide costo
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 a almacen para
extraer los productos y enviarlos. En este punto el cliente
recibe el pedido y Ventas hace la factura. El cleinte paga
la factura y Ventas considera el pedido atendido.
Solucin en las
hojas de Word y en
Rose
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.



nombre
Esto se logra mediante el uso
de interfaces bien definidas
las cuales son implementadas
por los 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
. . . Elementos de un Diag. de Componentes
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






Manejo.dll


Camino.dll
Test.dll
Imanejo
Iautoprueba
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.
<<procesador>>
Ser un Procesador, si
tiene capacidad de
proceso como una PC.
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
<<procesador>>
Servidor de Aplicaciones
<<procesador>>
Servidor de BD


Cliente


Cliente


BD


Aplicacin
<<Becomes>>
<<HTTP>>
<<TCP/IP>>
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:
-Primero aprenda la notacin




-Segundo aprenda la herramienta




-Tercero aprenda el Proceso
Apostar por enfoque Orientado a Objetos