SlideShare una empresa de Scribd logo
1 de 66
Descargar para leer sin conexión
Lenguaje de 
programación III 
Facilitador: Marcos Espinoza M.
marcos@ecuaportales.com
mespinoza@uagraria.edu.ec
5/22/2016 1UNIVERSIDAD AGRARIA DEL ECUADOR
Clases
5/22/2016 2UNIVERSIDAD AGRARIA DEL ECUADOR
5/22/2016 3UNIVERSIDAD AGRARIA DEL ECUADOR
UML: Modelado de Clases
• Constituyen la vista más común y
más importante del diseño; se les
llama estáticos porque no
describen acción; lo que hacen es
mostrarle cosas y sus relaciones.
• Los diagramas de clases se diseñan
para mostrar todas las piezas de su
solución y deben transmitir un
sentido del sistema que se
estructurará en reposo.
5/22/2016 4UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de Clases: MITO
• Un mito común es que si
encuentra usted todos los
nombres y todos los verbos que
describen su problema,
entonces ha descubierto todas
las clases y métodos que
necesitará.
5/22/2016 5UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de Clases: REALIDAD
• La verdad es que los nombres y los
verbos que describen el problema
de manera suficiente para un
usuario son las clases más fáciles
de hallar y pueden ayudarle a
completar un análisis útil del
problema, pero finalizará
diseñando y usando muchas más
clases que son necesarias para
llenar los espacios en blanco.
Elementos de los
diagramas de clases
5/22/2016 6UNIVERSIDAD AGRARIA DEL ECUADOR
5/22/2016 7UNIVERSIDAD AGRARIA DEL ECUADOR
Elementos básicos de los 
diagramas de clase
• Los dos elementos más importantes
en los diagramas de clases, como
en otros diagramas, son un
rectángulo y una línea. Los
rectángulos son clases y las líneas
son conectores que muestran la
relación entre esas clases.
5/22/2016 8UNIVERSIDAD AGRARIA DEL ECUADOR
Comprensión de las clases y los objetos
• El rectángulo se llama clasificador. El
clasificador puede decirle el nombre
de la clase y el nombre de un
ejemplo de esa clase, llamado
objeto. Al final, las clases incluirán
comportamientos y atributos,
llamados también, en forma
colectiva características. Los atributos
pueden ser campos, propiedades o
ambos. Los comportamientos se
considerarán como métodos.
5/22/2016 9UNIVERSIDAD AGRARIA DEL ECUADOR
Comprensión de las clases y los objetos
• La clase para el siguiente ejemplo
“Motocicleta” es el elemento más
común en el diagrama de clases.
• Un tipo de diagrama de clases es un
diagrama de objetos. Los diagramas
de objetos muestran ejemplos de
clases y sus relaciones. En el UML, un
objeto se distingue de una clase
subrayando el nombre en el
compartimiento superior del
rectángulo.
5/22/2016 10UNIVERSIDAD AGRARIA DEL ECUADOR
5/22/2016 11UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de interfaces
• Las interfaces son equivalentes a
clases abstractas puras, es decir que
una interfaz no tendrá código
ejecutable.
• Cuando se usa la herencia, se quiere
dar a entender que una cosa
también puede concebirse como
otro tipo de cosa. Por ejemplo, tanto
una motocicleta como un vehículo
todo terreno son tipos de vehículos
recreativos.
5/22/2016 12UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de interfaces
• Por convención, usamos el estereotipo
interfaz y colocamos el prefijo “I”.
Considerando la interfaz “ivisitante”,
podríamos decir que los visitantes tienen
una característica tipo. Las pulgas
pueden visitar un perro, y su cuñado
puede visitarlo a usted en su casa, pero
una pulga es un tipo de visitante de
perro y su cuñado, Enrique, es un tipo de
visitante familiar. Las pulgas y Enrique no
son tipos semejantes de cosas.
5/22/2016 13UNIVERSIDAD AGRARIA DEL ECUADOR
5/22/2016 14UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de tipos parametrizados o genéricos
• En el UML, tipos parametrizados significa
lo mismo que genéricos en C# y Java, y
plantillas en C++. Una clase
parametrizada es aquella en la que, en
el tiempo de ejecución, se especifica un
tipo de datos primarios.
• Las clases parametrizadas se usan para
separar la implementación del tipo de
datos.
5/22/2016 15UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de tipos parametrizados o genéricos
• En la clase “Clasificar” se muestra que
en un tipo parametrizado se usa el
rectángulo con un rectángulo pequeño
trazado con líneas punteadas en el que
se especifica el tipo de parámetro.
5/22/2016 16UNIVERSIDAD AGRARIA DEL ECUADOR
Metaclases
• Una metaclase es una clase de una
clase.
• En la práctica, se puede hacer pasar
una metaclase como un objeto.
• Las metaclases se soportan de manera
diferente de acuerdo al lenguaje.
5/22/2016 17UNIVERSIDAD AGRARIA DEL ECUADOR
Decoración de las clases
• El símbolo de clasificador se divide
en regiones rectangulares. El
rectángulo de más arriba contiene
el nombre de la clase y los
estereotipos de la misma.
5/22/2016 18UNIVERSIDAD AGRARIA DEL ECUADOR
Decoración de las clases
• La segunda región rectangular, viniendo de
arriba, contiene los atributos. La clase
“Motocicleta” tiene un atributo “motor”. El
rectángulo de abajo contiene los
comportamientos (o métodos). La clase
“Motocicleta” contiene un método llamado
“ObtenerSalidadePotencia”.
5/22/2016 19UNIVERSIDAD AGRARIA DEL ECUADOR
Decoración de las clases
• Cada uno de los atributos y métodos se pueden
decorar con modificadores de acceso.
• Las características se pueden decorar con los
modificadores de acceso +, – o #.
• El símbolo de más (+) significa que una
característica es pública, o sea, disponible para
consumo externo.
5/22/2016 20UNIVERSIDAD AGRARIA DEL ECUADOR
Decoración de las clases
• El símbolo de menos (–) significa que una
característica es privada, o sea, para
consumo interno, y el símbolo de número (#)
significa que una característica no es
pública ni privada. Por lo común, el símbolo
de número significa que una característica
es para consumo interno o consumo por
parte de las clases hijos. Este símbolo suele
igualarse a un miembro protegido. En
general, las herramientas UML harán en
forma predeterminada que los métodos
sean públicos y los atributos privados.
5/22/2016 21UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos
• Los atributos se muestran como una
línea de texto; necesitan un
modificador de acceso para
determinar la visibilidad. Los atributos
necesitan incluir un nombre; pueden
incluir un tipo de datos y valor
predeterminado, y pueden tener otros
modificadores que indiquen si el
atributo es sólo de lectura, sólo de
escritura, estático o algo más.
5/22/2016 22UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos
• El atributo “motor” tiene un modificador de
acceso privado y sólo un nombre.
• Enseguida se dan algunas declaraciones
más completas de atributos que contienen
ejemplos de los elementos que se exponen:
o Tipo : TipodeMotor = TipodeMotor.DosTiempos
o Tamaño : cadena = “220cc”
o Marca : cadena = “Kawasaki” {sólo lectura}
5/22/2016 23UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos
• Se tiene un atributo privado nombrado
“Tipo”, cuyo tipo de datos es
“TipodeMotor”, y su valor predeterminado
“TipodeMotor.DosTiempos”. Un atributo
nombrado “Tamaño” con un tipo de datos
de “cadena” y un valor predeterminado
de “220cc”. Y el último atributo es una
cadena nombrada “Marca” con un valor
predeterminado de “Kawasaki”; el atributo
“Marca” es de sólo lectura.
5/22/2016 24UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos con asociación
• Significa que el atributo se modela como
una clase con un conector entre la clase
contenedora y la clase del atributo.
5/22/2016 25UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos con 
asociación
• Una buena regla empírica es
mostrar tipos simples como
declaraciones de campo en la
clase contenedora y mostrar
tipos compuestos (clases)
como atributos de asociación.
5/22/2016 26UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos con asociación
5/22/2016 27UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos con asociación
• Un diagrama de clases es una imagen que
significa algo, y los expertos pueden
observarla y decirle a usted con rapidez si
ha captado algo que se basa en hechos y
es útil.
• El gráfico anterior contiene más información
acerca del motor de la motocicleta al usar
un atributo de asociación para el motor y un
segundo atributo de asociación para los
tipos posibles de motores.
5/22/2016 28UNIVERSIDAD AGRARIA DEL ECUADOR
Declaración de atributos con asociación
• Sólo una motocicleta tiene un motor Kawasaki de
dos tiempos y 220cc. (Es posible que esto no sea
cierto en la vida real, pero eso es lo que transmite el
modelo.)
5/22/2016 29UNIVERSIDAD AGRARIA DEL ECUADOR
Arreglos de atributos y multiplicidad
• Un solo tipo de atributo podría
representar más de uno de ese tipo.
Esto implica la multiplicidad y,
posiblemente, el ordenamiento de los
atributos. Puede haber más de uno de
algo; por ejemplo, se podrían modelar
aviones de múltiples motores como un
avión con un arreglo de motores, y los
arreglos se pueden ordenar o
desordenar.
5/22/2016 30UNIVERSIDAD AGRARIA DEL ECUADOR
Arreglos de atributos y multiplicidad
• SUGERENCIA Si los valores superior e inferior
son idénticos, entonces use un indicador
de multiplicidad de un solo valor, como 1,
en lugar de 1..1.
5/22/2016 31UNIVERSIDAD AGRARIA DEL ECUADOR
Indicación de unicidad
• Los atributos se pueden anotar para indicar
unicidad. Por ejemplo, si un campo
representa una clave en una tabla de
verificación o una clave primaria en una
base de datos en forma de relación,
entonces puede resultar útil anotar ese
atributo con los modificadores {único} o {no
único}.
5/22/2016 32UNIVERSIDAD AGRARIA DEL ECUADOR
Modo de agregar operaciones a las clases
• La macrofase se puede concebir como una
fase del análisis. En el curso de esta fase,
podría bastar captar clases y relaciones
conforme usted empieza a entender el
espacio del problema. Conforme mejora su
comprensión y empieza a captar los detalles
de una solución —avanzando de una
macrocomprensión hacia una
microcomprensión más detallada—
empieza a desarrollar el diseño.
5/22/2016 33UNIVERSIDAD AGRARIA DEL ECUADOR
Modo de agregar operaciones a las clases
• En la coyuntura entre análisis y diseño,
puede regresar a sus diagramas de
clases y empezar a agregar
operaciones y atributos. Las
operaciones, los comportamientos y
los métodos se refieren, todos, a lo
mismo. En el UML, por lo general se le
dice método.
5/22/2016 34UNIVERSIDAD AGRARIA DEL ECUADOR
Modo de agregar operaciones a las clases
5/22/2016 35UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de relaciones en los 
diagramas de clases
• Los diagramas de clases constan
principalmente de clasificadores con
atributos y operaciones así como de
conectores que describen las relaciones
entre las clases. En alrededor del 80% de sus
diagramas de clases sólo usará estas
características. Sin embargo, aun cuando
esto suena sencillo, se pueden usar estos
diagramas para describir algunas relaciones
muy avanzadas.
5/22/2016 36UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de asociaciones
• Si hay una flecha en cualquiera de los dos
extremos de una asociación, entonces se
dice que la asociación es dirigida o
direccional. El extremo con la flecha es el
objetivo o el objeto hacia el que se puede
navegar. El extremo sin la flecha se llama
fuente.
5/22/2016 37UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de agregación y composición
• La agregación no es diferente de una
asociación; la composición es
agregación, excepto que la clase
totalidad es responsable de la creación y
de la destrucción de la clase parte, y
esta última no puede existir en alguna
otra relación al mismo tiempo. Por
ejemplo, el motor de una motocicleta no
puede estar en una segunda motocicleta
al mismo tiempo; eso es composición.
5/22/2016 38UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de agregación y composición
• Por ejemplo, el motor de una
motocicleta no puede estar en una
segunda motocicleta al mismo tiempo;
eso es composición.
5/22/2016 39UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de herencia
• Ser modelador con UML, necesita ser
multilingüe; los modeladores con UML
necesitan hablar este lenguaje y, en
realidad, ayuda hablar el lenguaje
orientado a objetos que se usará para
implementar el diseño. En el idioma UML, la
herencia es la generalización. Esto significa
que los programadores pueden decir
herencia cuando quieren decir
generalización, y cuando dicen
generalización, puede ser que quieran
decir herencia.
5/22/2016 40UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de herencia
Ser modelador con UML, necesita ser
multilingüe; los modeladores con UML
necesitan hablar este lenguaje y, en
realidad, ayuda hablar el lenguaje orientado
a objetos que se usará para implementar el
diseño. En el idioma UML, la herencia es la
generalización. Esto significa que los
programadores pueden decir herencia
cuando quieren decir generalización, y
cuando dicen generalización, puede ser que
quieran decir herencia.
5/22/2016 41UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de herencia
• En una relación de herencia, la clase
hijo recibe todas las características de
la clase padre y, a continuación, se
pueden agregar algunas
características propias. El polimorfismo
funciona porque las clases hijos son
factibles de sustituirse por clases padres.
5/22/2016 42UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de herencia
5/22/2016 43UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de realizaciones
• Las relaciones de realización se refieren
a heredar de interfaces de realización
o las propias interfaces.
• Cuando una clase realiza una interfaz,
o se hereda de ésta, básicamente la
clase está aceptando que
proporcionará una implementación
para las características declaradas por
esa interfaz.
5/22/2016 44UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de realizaciones
Se muestra la representación visual de una clase “Radio”
que realiza la interfaz “iVolumen”. (Tenga presente que
el prefijo “i” es sencillamente una convención y no parte
del UML.)
5/22/2016 45UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de dependencia
• La relación de dependencia es de
cliente y proveedor. Una clase, el
cliente, depende de una segunda
clase, el proveedor, para proporcionar
un servicio.
5/22/2016 46UNIVERSIDAD AGRARIA DEL ECUADOR
Modelado de dependencia
5/22/2016 47UNIVERSIDAD AGRARIA DEL ECUADOR
Estereotipado de las clases
• El estereotipo es un medio por el cual el
UML se puede extender y evolucionar.
En forma visual, los estereotipos
aparecen entre comillas angulares
(«estereotipo»). Hay varios estereotipos
predefinidos para los símbolos de UML,
como el clasificador; el lector tiene la
libertad de adoptar nuevos
estereotipos, si surge la necesidad.
5/22/2016 48UNIVERSIDAD AGRARIA DEL ECUADOR
Estereotipado de las clases
5/22/2016 49UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de paquetes
• El símbolo paquete tiene la apariencia de
una carpeta de archivos. Este símbolo se
usa en forma genérica para representar
un nivel más elevado de abstracción que
el clasificador. Aun cuando, por lo común,
un paquete se puede implementar como
un espacio de nombre o un subsistema,
con un estereotipo, también se puede
usar para la organización general y ser
representado por una carpeta de
archivos.
5/22/2016 50UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de paquetes
5/22/2016 51UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de paquetes
• El símbolo paquete tiene la apariencia de
una carpeta de archivos. Este símbolo se
usa en forma genérica para representar
un nivel más elevado de abstracción que
el clasificador. Aun cuando, por lo común,
un paquete se puede implementar como
un espacio de nombre o un subsistema,
con un estereotipo, también se puede
usar para la organización general y ser
representado por una carpeta de
archivos.
5/22/2016 52UNIVERSIDAD AGRARIA DEL ECUADOR
Uso de notas y comentarios
• Los diagramas de clases permiten el uso de
la nota, pero vea si puede transmitir tanto
significado como sea posible sin agregar una
gran cantidad de notas.
5/22/2016 53UNIVERSIDAD AGRARIA DEL ECUADOR
Restricciones
• Se usa el mismo símbolo de punta
doblada en todos los diagramas. En
realidad, las restricciones pueden ser
una parte engañosamente compleja
del UML y pueden incluir información
que ayuda mucho a los generadores
de código.
5/22/2016 54UNIVERSIDAD AGRARIA DEL ECUADOR
Restricciones
5/22/2016 55UNIVERSIDAD AGRARIA DEL ECUADOR
Restricciones
Ejemplos
5/22/2016 56UNIVERSIDAD AGRARIA DEL ECUADOR
5/22/2016 57UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 1
Represente mediante un diagrama de clase la
siguiente especificación:
• Una aplicación necesita almacenar
información sobre empresas sus empleados y
sus clientes.
• Ambos se caracterizan por su nombre y su
edad.
• Los empleados tienen un sueldo bruto los
empleados que son directivos tienen una
categoría así como un conjunto de
empleados subordinados.
5/22/2016 58UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 1
• De los clientes además se necesita conocer
su teléfono de contacto.
• La aplicación necesita mostrar los datos de
empleados y clientes.
5/22/2016 59UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 1
5/22/2016 60UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 2
• Una biblioteca tiene copias de libros. Estos
últimos se caracterizan por su nombre, tipo
(novela, teatro, poesía, ensayo) editorial, año
y autor.
• Los autores se caracterizan por su nombre
nacionalidad y fecha de nacimiento.
• Cada copia tiene un identificador y puede
estar en la biblioteca prestado con retraso o
en reparación
5/22/2016 61UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 2
• Los lectores pueden tener un máximo de 3
libros en préstamo.
• Cada libro se presta un máximo de 30 días
por cada día de retraso se impone una multa
‘’multa’’ de dos días sin posibilidad de
escoger un nuevo libro.
• Realiza un diagrama de clase y añade los
métodos necesarios para realizar el préstamo
y devolución del libro.
5/22/2016 62UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 2
5/22/2016 63UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 3
Especificar un diagrama de clase que describa
redes de ordenadores
• Los elementos que se pueden incluir en la red
son : Servidores, PC, impresora, Hub, cable de
red.
• Los PC pueden conectarse con un único hub
los servidores con uno o varios.
• Los servidores y PC pueden generar mensajes
con una cierta longitud.
5/22/2016 64UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 3
Especificar un diagrama de clase que describa
redes de ordenadores
• Los hubs tienen un número de puertos
algunos de cuales pueden usarse para
conectar con otros hubs. Tienen ciertas
probabilidad de ‘’perder’’ mensajes.
• Las impresoras pueden averiarse con cierta
probabilidad durante cierto tiempo.
5/22/2016 65UNIVERSIDAD AGRARIA DEL ECUADOR
Ejemplo 3
Lenguaje de 
programación III 
Facilitador: Marcos Espinoza M.
marcos@ecuaportales.com
mespinoza@uagraria.edu.ec
5/22/2016 66UNIVERSIDAD AGRARIA DEL ECUADOR

Más contenido relacionado

Destacado

Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividades
gmjuan
 
Ejemplo diagramas uml manzanas
Ejemplo diagramas uml manzanasEjemplo diagramas uml manzanas
Ejemplo diagramas uml manzanas
sonygodoyhortua
 
Rational Unified Process(Rup)
Rational Unified Process(Rup)Rational Unified Process(Rup)
Rational Unified Process(Rup)
pawanonline83
 
Uml Omg Fundamental Certification 2
Uml Omg Fundamental Certification 2Uml Omg Fundamental Certification 2
Uml Omg Fundamental Certification 2
Ricardo Quintero
 
Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
Julio Pari
 

Destacado (20)

Uml elevador
Uml elevadorUml elevador
Uml elevador
 
Uml & rup
Uml & rupUml & rup
Uml & rup
 
DIAGRAMAS DE INTERACCIÓN (SECUENCIA Y COLABORACIÓN)
DIAGRAMAS DE INTERACCIÓN (SECUENCIA Y COLABORACIÓN)DIAGRAMAS DE INTERACCIÓN (SECUENCIA Y COLABORACIÓN)
DIAGRAMAS DE INTERACCIÓN (SECUENCIA Y COLABORACIÓN)
 
Diagrama de actividades uml
Diagrama de actividades umlDiagrama de actividades uml
Diagrama de actividades uml
 
Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividades
 
Lenguaje de modelado unificado uml
Lenguaje de modelado unificado   umlLenguaje de modelado unificado   uml
Lenguaje de modelado unificado uml
 
DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USODIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USO
 
Introducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de UsoIntroducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de Uso
 
Clase diagramas desecuencia
Clase diagramas desecuenciaClase diagramas desecuencia
Clase diagramas desecuencia
 
Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)
 
Tms 02 rup_uml
Tms 02 rup_umlTms 02 rup_uml
Tms 02 rup_uml
 
Uml clase 02_uml_casos_de_uso
Uml clase 02_uml_casos_de_usoUml clase 02_uml_casos_de_uso
Uml clase 02_uml_casos_de_uso
 
Introduction to RUP & SPEM
Introduction to RUP & SPEMIntroduction to RUP & SPEM
Introduction to RUP & SPEM
 
Modelamiento De Negocio
Modelamiento De NegocioModelamiento De Negocio
Modelamiento De Negocio
 
Diagrama de secuencia 2
Diagrama de secuencia 2Diagrama de secuencia 2
Diagrama de secuencia 2
 
Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3
 
Ejemplo diagramas uml manzanas
Ejemplo diagramas uml manzanasEjemplo diagramas uml manzanas
Ejemplo diagramas uml manzanas
 
Rational Unified Process(Rup)
Rational Unified Process(Rup)Rational Unified Process(Rup)
Rational Unified Process(Rup)
 
Uml Omg Fundamental Certification 2
Uml Omg Fundamental Certification 2Uml Omg Fundamental Certification 2
Uml Omg Fundamental Certification 2
 
Modelo del negocio
Modelo del negocioModelo del negocio
Modelo del negocio
 

Similar a Lengiii 010

UML¿Por qué modelamos?, Mejores Práctica s de IS
UML¿Por qué  modelamos?, Mejores Práctica s de ISUML¿Por qué  modelamos?, Mejores Práctica s de IS
UML¿Por qué modelamos?, Mejores Práctica s de IS
GulM2
 

Similar a Lengiii 010 (20)

Unidad 4 a HERENCIA, CLASES ABSTRACTAS, INTERFACES Y POLIMORFISMO . UML
Unidad 4 a HERENCIA, CLASES ABSTRACTAS, INTERFACES Y POLIMORFISMO . UMLUnidad 4 a HERENCIA, CLASES ABSTRACTAS, INTERFACES Y POLIMORFISMO . UML
Unidad 4 a HERENCIA, CLASES ABSTRACTAS, INTERFACES Y POLIMORFISMO . UML
 
Lengiii 008
Lengiii 008Lengiii 008
Lengiii 008
 
Introducción al Diagrama de Clases UML
Introducción al Diagrama de Clases UMLIntroducción al Diagrama de Clases UML
Introducción al Diagrama de Clases UML
 
Diagrama de clases UML
Diagrama de clases UMLDiagrama de clases UML
Diagrama de clases UML
 
Resumen Programación Orientada a Objetos 20_06_2023 (1).pptx
Resumen Programación Orientada a Objetos 20_06_2023 (1).pptxResumen Programación Orientada a Objetos 20_06_2023 (1).pptx
Resumen Programación Orientada a Objetos 20_06_2023 (1).pptx
 
Objeto
ObjetoObjeto
Objeto
 
Punteros y elementos dinámicos en c++
Punteros y elementos dinámicos en c++Punteros y elementos dinámicos en c++
Punteros y elementos dinámicos en c++
 
UML¿Por qué modelamos?, Mejores Práctica s de IS
UML¿Por qué  modelamos?, Mejores Práctica s de ISUML¿Por qué  modelamos?, Mejores Práctica s de IS
UML¿Por qué modelamos?, Mejores Práctica s de IS
 
Presentación de Patrones del análisis.pptx
Presentación de Patrones del análisis.pptxPresentación de Patrones del análisis.pptx
Presentación de Patrones del análisis.pptx
 
Capas
CapasCapas
Capas
 
Programación Orientada por Objetos para programadores Ruby
Programación Orientada por Objetos para programadores RubyProgramación Orientada por Objetos para programadores Ruby
Programación Orientada por Objetos para programadores Ruby
 
Clase 01 290615
Clase 01 290615Clase 01 290615
Clase 01 290615
 
ProgramacionOrientadaAObjetos.pdf
ProgramacionOrientadaAObjetos.pdfProgramacionOrientadaAObjetos.pdf
ProgramacionOrientadaAObjetos.pdf
 
Operadores poo
Operadores pooOperadores poo
Operadores poo
 
Manual de java_2
Manual de java_2Manual de java_2
Manual de java_2
 
manual 9
manual 9manual 9
manual 9
 
Manual de java 3
Manual de java 3Manual de java 3
Manual de java 3
 
MANUAL DE JAVA 2
MANUAL DE JAVA 2MANUAL DE JAVA 2
MANUAL DE JAVA 2
 
Manual de java 3
Manual de java 3Manual de java 3
Manual de java 3
 
Manual de java 2
Manual de java 2Manual de java 2
Manual de java 2
 

Más de Policía Nacional Ecuador (8)

Lengiii 011
Lengiii 011Lengiii 011
Lengiii 011
 
Lengiii 009
Lengiii 009Lengiii 009
Lengiii 009
 
Lengiii 007
Lengiii 007Lengiii 007
Lengiii 007
 
Lengiii 006
Lengiii 006Lengiii 006
Lengiii 006
 
Lengiii 005
Lengiii 005Lengiii 005
Lengiii 005
 
Lengiii 003
Lengiii 003Lengiii 003
Lengiii 003
 
Lengiii 002
Lengiii 002Lengiii 002
Lengiii 002
 
Lengiii 001
Lengiii 001Lengiii 001
Lengiii 001
 

Último

POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
silviayucra2
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
FagnerLisboa3
 
Proyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptxProyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptx
241521559
 

Último (10)

Trabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnologíaTrabajo Mas Completo De Excel en clase tecnología
Trabajo Mas Completo De Excel en clase tecnología
 
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
POWER POINT YUCRAElabore una PRESENTACIÓN CORTA sobre el video película: La C...
 
guía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan Josephguía de registro de slideshare por Brayan Joseph
guía de registro de slideshare por Brayan Joseph
 
Presentación guía sencilla en Microsoft Excel.pptx
Presentación guía sencilla en Microsoft Excel.pptxPresentación guía sencilla en Microsoft Excel.pptx
Presentación guía sencilla en Microsoft Excel.pptx
 
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft FabricGlobal Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
 
International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)International Women's Day Sucre 2024 (IWD)
International Women's Day Sucre 2024 (IWD)
 
Desarrollo Web Moderno con Svelte 2024.pdf
Desarrollo Web Moderno con Svelte 2024.pdfDesarrollo Web Moderno con Svelte 2024.pdf
Desarrollo Web Moderno con Svelte 2024.pdf
 
EPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial UninoveEPA-pdf resultado da prova presencial Uninove
EPA-pdf resultado da prova presencial Uninove
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
Proyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptxProyecto integrador. Las TIC en la sociedad S4.pptx
Proyecto integrador. Las TIC en la sociedad S4.pptx
 

Lengiii 010

  • 1. Lenguaje de  programación III  Facilitador: Marcos Espinoza M. marcos@ecuaportales.com mespinoza@uagraria.edu.ec 5/22/2016 1UNIVERSIDAD AGRARIA DEL ECUADOR
  • 3. 5/22/2016 3UNIVERSIDAD AGRARIA DEL ECUADOR UML: Modelado de Clases • Constituyen la vista más común y más importante del diseño; se les llama estáticos porque no describen acción; lo que hacen es mostrarle cosas y sus relaciones. • Los diagramas de clases se diseñan para mostrar todas las piezas de su solución y deben transmitir un sentido del sistema que se estructurará en reposo.
  • 4. 5/22/2016 4UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de Clases: MITO • Un mito común es que si encuentra usted todos los nombres y todos los verbos que describen su problema, entonces ha descubierto todas las clases y métodos que necesitará.
  • 5. 5/22/2016 5UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de Clases: REALIDAD • La verdad es que los nombres y los verbos que describen el problema de manera suficiente para un usuario son las clases más fáciles de hallar y pueden ayudarle a completar un análisis útil del problema, pero finalizará diseñando y usando muchas más clases que son necesarias para llenar los espacios en blanco.
  • 6. Elementos de los diagramas de clases 5/22/2016 6UNIVERSIDAD AGRARIA DEL ECUADOR
  • 7. 5/22/2016 7UNIVERSIDAD AGRARIA DEL ECUADOR Elementos básicos de los  diagramas de clase • Los dos elementos más importantes en los diagramas de clases, como en otros diagramas, son un rectángulo y una línea. Los rectángulos son clases y las líneas son conectores que muestran la relación entre esas clases.
  • 8. 5/22/2016 8UNIVERSIDAD AGRARIA DEL ECUADOR Comprensión de las clases y los objetos • El rectángulo se llama clasificador. El clasificador puede decirle el nombre de la clase y el nombre de un ejemplo de esa clase, llamado objeto. Al final, las clases incluirán comportamientos y atributos, llamados también, en forma colectiva características. Los atributos pueden ser campos, propiedades o ambos. Los comportamientos se considerarán como métodos.
  • 9. 5/22/2016 9UNIVERSIDAD AGRARIA DEL ECUADOR Comprensión de las clases y los objetos • La clase para el siguiente ejemplo “Motocicleta” es el elemento más común en el diagrama de clases. • Un tipo de diagrama de clases es un diagrama de objetos. Los diagramas de objetos muestran ejemplos de clases y sus relaciones. En el UML, un objeto se distingue de una clase subrayando el nombre en el compartimiento superior del rectángulo.
  • 11. 5/22/2016 11UNIVERSIDAD AGRARIA DEL ECUADOR Uso de interfaces • Las interfaces son equivalentes a clases abstractas puras, es decir que una interfaz no tendrá código ejecutable. • Cuando se usa la herencia, se quiere dar a entender que una cosa también puede concebirse como otro tipo de cosa. Por ejemplo, tanto una motocicleta como un vehículo todo terreno son tipos de vehículos recreativos.
  • 12. 5/22/2016 12UNIVERSIDAD AGRARIA DEL ECUADOR Uso de interfaces • Por convención, usamos el estereotipo interfaz y colocamos el prefijo “I”. Considerando la interfaz “ivisitante”, podríamos decir que los visitantes tienen una característica tipo. Las pulgas pueden visitar un perro, y su cuñado puede visitarlo a usted en su casa, pero una pulga es un tipo de visitante de perro y su cuñado, Enrique, es un tipo de visitante familiar. Las pulgas y Enrique no son tipos semejantes de cosas.
  • 14. 5/22/2016 14UNIVERSIDAD AGRARIA DEL ECUADOR Uso de tipos parametrizados o genéricos • En el UML, tipos parametrizados significa lo mismo que genéricos en C# y Java, y plantillas en C++. Una clase parametrizada es aquella en la que, en el tiempo de ejecución, se especifica un tipo de datos primarios. • Las clases parametrizadas se usan para separar la implementación del tipo de datos.
  • 15. 5/22/2016 15UNIVERSIDAD AGRARIA DEL ECUADOR Uso de tipos parametrizados o genéricos • En la clase “Clasificar” se muestra que en un tipo parametrizado se usa el rectángulo con un rectángulo pequeño trazado con líneas punteadas en el que se especifica el tipo de parámetro.
  • 16. 5/22/2016 16UNIVERSIDAD AGRARIA DEL ECUADOR Metaclases • Una metaclase es una clase de una clase. • En la práctica, se puede hacer pasar una metaclase como un objeto. • Las metaclases se soportan de manera diferente de acuerdo al lenguaje.
  • 17. 5/22/2016 17UNIVERSIDAD AGRARIA DEL ECUADOR Decoración de las clases • El símbolo de clasificador se divide en regiones rectangulares. El rectángulo de más arriba contiene el nombre de la clase y los estereotipos de la misma.
  • 18. 5/22/2016 18UNIVERSIDAD AGRARIA DEL ECUADOR Decoración de las clases • La segunda región rectangular, viniendo de arriba, contiene los atributos. La clase “Motocicleta” tiene un atributo “motor”. El rectángulo de abajo contiene los comportamientos (o métodos). La clase “Motocicleta” contiene un método llamado “ObtenerSalidadePotencia”.
  • 19. 5/22/2016 19UNIVERSIDAD AGRARIA DEL ECUADOR Decoración de las clases • Cada uno de los atributos y métodos se pueden decorar con modificadores de acceso. • Las características se pueden decorar con los modificadores de acceso +, – o #. • El símbolo de más (+) significa que una característica es pública, o sea, disponible para consumo externo.
  • 20. 5/22/2016 20UNIVERSIDAD AGRARIA DEL ECUADOR Decoración de las clases • El símbolo de menos (–) significa que una característica es privada, o sea, para consumo interno, y el símbolo de número (#) significa que una característica no es pública ni privada. Por lo común, el símbolo de número significa que una característica es para consumo interno o consumo por parte de las clases hijos. Este símbolo suele igualarse a un miembro protegido. En general, las herramientas UML harán en forma predeterminada que los métodos sean públicos y los atributos privados.
  • 21. 5/22/2016 21UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos • Los atributos se muestran como una línea de texto; necesitan un modificador de acceso para determinar la visibilidad. Los atributos necesitan incluir un nombre; pueden incluir un tipo de datos y valor predeterminado, y pueden tener otros modificadores que indiquen si el atributo es sólo de lectura, sólo de escritura, estático o algo más.
  • 22. 5/22/2016 22UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos • El atributo “motor” tiene un modificador de acceso privado y sólo un nombre. • Enseguida se dan algunas declaraciones más completas de atributos que contienen ejemplos de los elementos que se exponen: o Tipo : TipodeMotor = TipodeMotor.DosTiempos o Tamaño : cadena = “220cc” o Marca : cadena = “Kawasaki” {sólo lectura}
  • 23. 5/22/2016 23UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos • Se tiene un atributo privado nombrado “Tipo”, cuyo tipo de datos es “TipodeMotor”, y su valor predeterminado “TipodeMotor.DosTiempos”. Un atributo nombrado “Tamaño” con un tipo de datos de “cadena” y un valor predeterminado de “220cc”. Y el último atributo es una cadena nombrada “Marca” con un valor predeterminado de “Kawasaki”; el atributo “Marca” es de sólo lectura.
  • 24. 5/22/2016 24UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos con asociación • Significa que el atributo se modela como una clase con un conector entre la clase contenedora y la clase del atributo.
  • 25. 5/22/2016 25UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos con  asociación • Una buena regla empírica es mostrar tipos simples como declaraciones de campo en la clase contenedora y mostrar tipos compuestos (clases) como atributos de asociación.
  • 26. 5/22/2016 26UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos con asociación
  • 27. 5/22/2016 27UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos con asociación • Un diagrama de clases es una imagen que significa algo, y los expertos pueden observarla y decirle a usted con rapidez si ha captado algo que se basa en hechos y es útil. • El gráfico anterior contiene más información acerca del motor de la motocicleta al usar un atributo de asociación para el motor y un segundo atributo de asociación para los tipos posibles de motores.
  • 28. 5/22/2016 28UNIVERSIDAD AGRARIA DEL ECUADOR Declaración de atributos con asociación • Sólo una motocicleta tiene un motor Kawasaki de dos tiempos y 220cc. (Es posible que esto no sea cierto en la vida real, pero eso es lo que transmite el modelo.)
  • 29. 5/22/2016 29UNIVERSIDAD AGRARIA DEL ECUADOR Arreglos de atributos y multiplicidad • Un solo tipo de atributo podría representar más de uno de ese tipo. Esto implica la multiplicidad y, posiblemente, el ordenamiento de los atributos. Puede haber más de uno de algo; por ejemplo, se podrían modelar aviones de múltiples motores como un avión con un arreglo de motores, y los arreglos se pueden ordenar o desordenar.
  • 30. 5/22/2016 30UNIVERSIDAD AGRARIA DEL ECUADOR Arreglos de atributos y multiplicidad • SUGERENCIA Si los valores superior e inferior son idénticos, entonces use un indicador de multiplicidad de un solo valor, como 1, en lugar de 1..1.
  • 31. 5/22/2016 31UNIVERSIDAD AGRARIA DEL ECUADOR Indicación de unicidad • Los atributos se pueden anotar para indicar unicidad. Por ejemplo, si un campo representa una clave en una tabla de verificación o una clave primaria en una base de datos en forma de relación, entonces puede resultar útil anotar ese atributo con los modificadores {único} o {no único}.
  • 32. 5/22/2016 32UNIVERSIDAD AGRARIA DEL ECUADOR Modo de agregar operaciones a las clases • La macrofase se puede concebir como una fase del análisis. En el curso de esta fase, podría bastar captar clases y relaciones conforme usted empieza a entender el espacio del problema. Conforme mejora su comprensión y empieza a captar los detalles de una solución —avanzando de una macrocomprensión hacia una microcomprensión más detallada— empieza a desarrollar el diseño.
  • 33. 5/22/2016 33UNIVERSIDAD AGRARIA DEL ECUADOR Modo de agregar operaciones a las clases • En la coyuntura entre análisis y diseño, puede regresar a sus diagramas de clases y empezar a agregar operaciones y atributos. Las operaciones, los comportamientos y los métodos se refieren, todos, a lo mismo. En el UML, por lo general se le dice método.
  • 34. 5/22/2016 34UNIVERSIDAD AGRARIA DEL ECUADOR Modo de agregar operaciones a las clases
  • 35. 5/22/2016 35UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de relaciones en los  diagramas de clases • Los diagramas de clases constan principalmente de clasificadores con atributos y operaciones así como de conectores que describen las relaciones entre las clases. En alrededor del 80% de sus diagramas de clases sólo usará estas características. Sin embargo, aun cuando esto suena sencillo, se pueden usar estos diagramas para describir algunas relaciones muy avanzadas.
  • 36. 5/22/2016 36UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de asociaciones • Si hay una flecha en cualquiera de los dos extremos de una asociación, entonces se dice que la asociación es dirigida o direccional. El extremo con la flecha es el objetivo o el objeto hacia el que se puede navegar. El extremo sin la flecha se llama fuente.
  • 37. 5/22/2016 37UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de agregación y composición • La agregación no es diferente de una asociación; la composición es agregación, excepto que la clase totalidad es responsable de la creación y de la destrucción de la clase parte, y esta última no puede existir en alguna otra relación al mismo tiempo. Por ejemplo, el motor de una motocicleta no puede estar en una segunda motocicleta al mismo tiempo; eso es composición.
  • 38. 5/22/2016 38UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de agregación y composición • Por ejemplo, el motor de una motocicleta no puede estar en una segunda motocicleta al mismo tiempo; eso es composición.
  • 39. 5/22/2016 39UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de herencia • Ser modelador con UML, necesita ser multilingüe; los modeladores con UML necesitan hablar este lenguaje y, en realidad, ayuda hablar el lenguaje orientado a objetos que se usará para implementar el diseño. En el idioma UML, la herencia es la generalización. Esto significa que los programadores pueden decir herencia cuando quieren decir generalización, y cuando dicen generalización, puede ser que quieran decir herencia.
  • 40. 5/22/2016 40UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de herencia Ser modelador con UML, necesita ser multilingüe; los modeladores con UML necesitan hablar este lenguaje y, en realidad, ayuda hablar el lenguaje orientado a objetos que se usará para implementar el diseño. En el idioma UML, la herencia es la generalización. Esto significa que los programadores pueden decir herencia cuando quieren decir generalización, y cuando dicen generalización, puede ser que quieran decir herencia.
  • 41. 5/22/2016 41UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de herencia • En una relación de herencia, la clase hijo recibe todas las características de la clase padre y, a continuación, se pueden agregar algunas características propias. El polimorfismo funciona porque las clases hijos son factibles de sustituirse por clases padres.
  • 42. 5/22/2016 42UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de herencia
  • 43. 5/22/2016 43UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de realizaciones • Las relaciones de realización se refieren a heredar de interfaces de realización o las propias interfaces. • Cuando una clase realiza una interfaz, o se hereda de ésta, básicamente la clase está aceptando que proporcionará una implementación para las características declaradas por esa interfaz.
  • 44. 5/22/2016 44UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de realizaciones Se muestra la representación visual de una clase “Radio” que realiza la interfaz “iVolumen”. (Tenga presente que el prefijo “i” es sencillamente una convención y no parte del UML.)
  • 45. 5/22/2016 45UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de dependencia • La relación de dependencia es de cliente y proveedor. Una clase, el cliente, depende de una segunda clase, el proveedor, para proporcionar un servicio.
  • 46. 5/22/2016 46UNIVERSIDAD AGRARIA DEL ECUADOR Modelado de dependencia
  • 47. 5/22/2016 47UNIVERSIDAD AGRARIA DEL ECUADOR Estereotipado de las clases • El estereotipo es un medio por el cual el UML se puede extender y evolucionar. En forma visual, los estereotipos aparecen entre comillas angulares («estereotipo»). Hay varios estereotipos predefinidos para los símbolos de UML, como el clasificador; el lector tiene la libertad de adoptar nuevos estereotipos, si surge la necesidad.
  • 48. 5/22/2016 48UNIVERSIDAD AGRARIA DEL ECUADOR Estereotipado de las clases
  • 49. 5/22/2016 49UNIVERSIDAD AGRARIA DEL ECUADOR Uso de paquetes • El símbolo paquete tiene la apariencia de una carpeta de archivos. Este símbolo se usa en forma genérica para representar un nivel más elevado de abstracción que el clasificador. Aun cuando, por lo común, un paquete se puede implementar como un espacio de nombre o un subsistema, con un estereotipo, también se puede usar para la organización general y ser representado por una carpeta de archivos.
  • 50. 5/22/2016 50UNIVERSIDAD AGRARIA DEL ECUADOR Uso de paquetes
  • 51. 5/22/2016 51UNIVERSIDAD AGRARIA DEL ECUADOR Uso de paquetes • El símbolo paquete tiene la apariencia de una carpeta de archivos. Este símbolo se usa en forma genérica para representar un nivel más elevado de abstracción que el clasificador. Aun cuando, por lo común, un paquete se puede implementar como un espacio de nombre o un subsistema, con un estereotipo, también se puede usar para la organización general y ser representado por una carpeta de archivos.
  • 52. 5/22/2016 52UNIVERSIDAD AGRARIA DEL ECUADOR Uso de notas y comentarios • Los diagramas de clases permiten el uso de la nota, pero vea si puede transmitir tanto significado como sea posible sin agregar una gran cantidad de notas.
  • 53. 5/22/2016 53UNIVERSIDAD AGRARIA DEL ECUADOR Restricciones • Se usa el mismo símbolo de punta doblada en todos los diagramas. En realidad, las restricciones pueden ser una parte engañosamente compleja del UML y pueden incluir información que ayuda mucho a los generadores de código.
  • 54. 5/22/2016 54UNIVERSIDAD AGRARIA DEL ECUADOR Restricciones
  • 55. 5/22/2016 55UNIVERSIDAD AGRARIA DEL ECUADOR Restricciones
  • 57. 5/22/2016 57UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 1 Represente mediante un diagrama de clase la siguiente especificación: • Una aplicación necesita almacenar información sobre empresas sus empleados y sus clientes. • Ambos se caracterizan por su nombre y su edad. • Los empleados tienen un sueldo bruto los empleados que son directivos tienen una categoría así como un conjunto de empleados subordinados.
  • 58. 5/22/2016 58UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 1 • De los clientes además se necesita conocer su teléfono de contacto. • La aplicación necesita mostrar los datos de empleados y clientes.
  • 59. 5/22/2016 59UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 1
  • 60. 5/22/2016 60UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 2 • Una biblioteca tiene copias de libros. Estos últimos se caracterizan por su nombre, tipo (novela, teatro, poesía, ensayo) editorial, año y autor. • Los autores se caracterizan por su nombre nacionalidad y fecha de nacimiento. • Cada copia tiene un identificador y puede estar en la biblioteca prestado con retraso o en reparación
  • 61. 5/22/2016 61UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 2 • Los lectores pueden tener un máximo de 3 libros en préstamo. • Cada libro se presta un máximo de 30 días por cada día de retraso se impone una multa ‘’multa’’ de dos días sin posibilidad de escoger un nuevo libro. • Realiza un diagrama de clase y añade los métodos necesarios para realizar el préstamo y devolución del libro.
  • 62. 5/22/2016 62UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 2
  • 63. 5/22/2016 63UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 3 Especificar un diagrama de clase que describa redes de ordenadores • Los elementos que se pueden incluir en la red son : Servidores, PC, impresora, Hub, cable de red. • Los PC pueden conectarse con un único hub los servidores con uno o varios. • Los servidores y PC pueden generar mensajes con una cierta longitud.
  • 64. 5/22/2016 64UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 3 Especificar un diagrama de clase que describa redes de ordenadores • Los hubs tienen un número de puertos algunos de cuales pueden usarse para conectar con otros hubs. Tienen ciertas probabilidad de ‘’perder’’ mensajes. • Las impresoras pueden averiarse con cierta probabilidad durante cierto tiempo.
  • 65. 5/22/2016 65UNIVERSIDAD AGRARIA DEL ECUADOR Ejemplo 3
  • 66. Lenguaje de  programación III  Facilitador: Marcos Espinoza M. marcos@ecuaportales.com mespinoza@uagraria.edu.ec 5/22/2016 66UNIVERSIDAD AGRARIA DEL ECUADOR