Paradigma Orientado A Objetos

UNIVERSIDAD TECNOLÓGICA
NACIONAL
FACULTAD REGIONAL CÓRDOBA
DPTO. INGENIERÍA EN SISTEMAS DE INFORMACIÓN

CARRERA: INGENIERÍA EN SISTEMAS DE INFORMACIÓN
Análisis de Sistemas
Curso: 2K5 – 2K7 – 2K10
Cursos: 2K7 – 2K10

Docente: Ing. Marcela F. Cattaneo
JTP y Ay: Ing. Claudia Sánchez

2K7 Ing. Silvia Lanza Castelli

2K10 Ing. Susana Turanzas
Paradigma Orientado a Objetos

(ASI: 2K5 - 2K7 - 2K10) 1
Curso: 2K5
Docente: Ing. Iris Gastañaga

Ing. Ma. Fernanda Rodríguez Aleua
Ing. Lucía Ontivero
NUESTRO TRAYECTO EN ASI

Marco de trabajo
PROCESO DE
DESARROLLO
Pensar en el SI de soporte
Estudio de la organización SISTEMAS DE
MODELADO DE PROCESOS INFORMACIÓN
DE NEGOCIO SISTEMA DE SOFTWARE
INGENIERÍA DE SOFTWARE
Herramientas para definir SW

CONSTRUCCIÓN DE MODELOS
4
Sistemas de Información (ASI: 2K7 - 2K10 – 2K5)

(ASI: 2K5 - 2K7 - 2K10) 2
Clase de hoy:

Unidad 3
PARADIGMA
Concepto
“Un conjunto de teorías, estándares y métodos que

juntos representan una forma de organizar el
conocimiento, es decir, una forma de ver el mundo”
(Thomas Kun)
Un modelo, teoría, marco de referencia, o filosofía, es alguna

manera o forma en la cual vemos el mundo, no en términos
del sentido de la vista, sino en términos de percepción,
interpretación, entendimiento.
6

(ASI: 2K5 - 2K7 - 2K10) 3
PARADIGMAS EN EL DESARROLLO DE SISTEMAS
Complejidad del Software
Grady Booch, sostiene que la “complejidad innata” del

software se deriva de:
● La complejidad del dominio del problema.

● La dificultad de gestionar el proceso de desarrollo.
● La flexibilidad que se puede alcanzar a través del software.
● Los problemas de caracterizar el comportamiento de
sistemas discretos.
7

La técnica para dominar la complejidad de un sistema es ..
descomponerlo en partes más y más pequeñas, cada una

de las cuales se puede refinar en forma independiente.
Formas de descomponer un sistema complejo:
Descomposición funcional Descomposición orientada a objetos

(Paradigma Estructurado) (Paradigma OO)
8

(ASI: 2K5 - 2K7 - 2K10) 4
• Se divide el sistema en elementos funcionales
relacionados estructuralmente entre sí.
Descomposición • Enfatiza el orden de los eventos
algorítmica • Separación de funciones y datos.
• Los datos y/funciones son visibles y accesibles en todo
el sistema
• Un conjunto de agentes autónomos (objetos) que

colaboran para llevar a cabo algún comportamiento
Descomposición • Resalta los agentes que causan acciones o son sujetos
OO de estas acciones.
• Datos y comportamiento se modelan juntos.
• Datos y comportamiento encapsulados
9
PARADIGMA ORIENTADO A OBJETOS

CARACTERÍSTICAS
1. Permite organizar el sistema de acuerdo con abstracciones de más alto
nivel, siendo éstas más cercanas a la manera de pensar de la gente.
Cuenta bancaria Reserva de vuelo Cliente Producto

Venta
2. Los sistemas suelen construirse a partir de objetos ya existentes.
3. La complejidad de los objetos que podemos utilizar sigue en aumento.
4. Los datos globales desaparecen, junto con las funciones son parte
interna de los objetos por lo que los cambios sólo afectan al objeto.
10

(ASI: 2K5 - 2K7 - 2K10) 5
OBJETO
● La palabra OBJETO proviene del latín objectus:

○ Ob significa “hacia”
○ Jacere es “arrojar”
Objeto sería cualquier cosa que se puede arrojar…

● Los objetos son más que simples cosas que se pueden arrojar
● Son conceptos que pueden ser abstractos o concretos
11

OBJETO
● Cualquier cosa que incorpore una estructura y un

comportamiento o acción se le puede considerar OBJETO
● Concepto formal:
“Un objeto representa un elemento, unidad o entidad

individual e identificable, ya sea real o abstracta, con un
papel bien definido en el dominio del problema”.
(Smith y Tockey)
12

(ASI: 2K5 - 2K7 - 2K10) 6
NATURALEZA DE LOS OBJETOS
Todo Objeto tiene:
Estado Comportamiento Identidad
13

NATURALEZA DE LOS OBJETOS - ESTADO
● El estado de un objeto abarca todas las

propiedades (normalmente estáticas) del mismo
más los valores actuales (normalmente
dinámicos) de cada una de esas propiedades.
son los tienen
Propiedades atributos valores
Representado por
ESTADO DEL OBJETO

14

(ASI: 2K5 - 2K7 - 2K10) 7
NATURALEZA DE LOS OBJETOS - ESTADO
● Ejemplo – Pensemos en el concepto CAJA DE AHORRO

● Propiedades: Una caja de ahorro tiene
○ Un número
Estados :
○ Un titular ● Abierta
○ Fecha de apertura Según sean los valores ● Con saldo
de estas propiedades
○ Saldo ● Sin saldo
○ Moneda ● Cerrada
○ Fecha de cierre
15

NATURALEZA DE LOS OBJETOS - COMPORTAMIENTO
● El comportamiento es cómo actúa y reacciona

un objeto, en términos de sus cambios de estado
y paso de mensajes.
● Representa su actividad visible y comprobable
exteriormente.
● Una operación denota un servicio que ofrecen
todos los objetos del mismo tipo.
16

(ASI: 2K5 - 2K7 - 2K10) 8
● Ejemplo – Pensemos en el concepto CAJA DE AHORRO

● Comportamientos: Una caja de ahorro puede…
○ Incrementar su saldo por un depósito
○ Disminuir su saldo por una extracción
○ Mostrar su Saldo
○ Mostrar su Titular
○ Mostrar su número
○ Mostrar sus datos completos
○ Cerrarse
17

● Los tres tipos más comunes de comportamientos son los
siguientes:
○ Modificador: Una operación que altera el estado de un objeto
(modifica el valor de alguno/s de sus atributos.
○ Selector: Una operación que accede al estado de un objeto (a
alguno/s de sus atributos) pero no altera ese estado.
○ Iterador: Una operación que permite acceder a todas las partes de un
objeto en algún orden perfectamente establecido.
● Hay otros dos tipos de operaciones habituales, que
representan la infraestructura necesaria para crear y destruir
objetos
18

(ASI: 2K5 - 2K7 - 2K10) 9
NATURALEZA DE LOS OBJETOS - IDENTIDAD
● La identidad es aquella propiedad de un objeto

que lo distingue de todos los demás objetos.
● Los objetos se distinguen por su propia existencia,
aunque internamente los valores para todos sus
datos sean iguales.
19

NATURALEZA DE LOS OBJETOS - IDENTIDAD
● Dos manzanas aunque sean externamente del mismo

color y forma son diferentes objetos.
● En una biblioteca puede haber varios libros de UML:
tienen el mismo nombre, código, autor, edición pero
son distintos objetos. Persona 1 Persona 2
● Dos personas:
Jorge Dominguez Jorge Dominguez
Maipu 447 Maipu 447
La Calera Médico La Calera Médico
20

(ASI: 2K5 - 2K7 - 2K10) 10
CLASE
Es la definición de un conjunto de objetos que comparten

una estructura común y un comportamiento común.
● Una clase es una descripción de un conjunto de objetos que

comparten los mismos atributos, operaciones, relaciones y
semántica.
21

NATURALEZA DE UNA CLASE
● Una clase puede representar:
Roles desempeñados por personas
Lugares
Cosas
Roles desempeñados por organizaciones
Conceptos
Eventos / Transacciones
22

(ASI: 2K5 - 2K7 - 2K10) 11
NATURALEZA DE UNA CLASE
● VISTA EXTERNA: Declaración de todas las operaciones

(comportamiento) aplicables a todas las instancias de la
clase (objetos) INTERFAZ
● VISTA INTERNA: Engloba los secretos de su comportamiento.

Se compone principalmente de la implementación de las
operaciones definidas en su interfaz.
IMPLEMENTACIÓN
23

ELEMENTOS ESENCIALES
● Ejemplo definición de CLASE en UML
Nombre de la clase
Atributos/propiedades
(ocultos)
Responsabilidades/Operaciones
Comportamiento
(visible)
24

(ASI: 2K5 - 2K7 - 2K10) 12
CLASE Y OBJETOS
Nombre Vehículo
de la clase Objeto 1 Objeto 2 Objeto 3
Estructura: Marca Marca: Fiat Marca: Renault Marca: Ford

Características Modelo Modelo: Mobi Easy Modelo: Clio Modelo: Fiesta
Año Fabricación Año Fabric.: 2018 Año Fabric.: 2011 Año Fabr.: 2016
(atributos) de
Color Color: Rojo Color: Azul Color: Gris
la clase Valor Valor: 550.000 Valor: 250.000 Valor: 400.000
Dominio Dominio: AC 544 DE Dominio: JTO149 Dominio: ONJ540
arrancar arrancar arrancar arrancar
Comporta‐ acelerar acelerar acelerar acelerar
avanzar avanzar avanzar avanzar
miento o
retroceder retroceder retroceder retroceder
Responsa frenar frenar frenar
bilidades: frenar
combustEstimado combustEstimado combustEstimado combustEstimado
Los objetos pueden hacer todo lo que está definido en la
25
Sistemas de Información (ASI: 2K7 - 2K10 – 2K5) clase a la que pertenecen

ELEMENTOS ESENCIALES
Abstracción
Encapsulamiento
Modularidad
Jerarquía
26

(ASI: 2K5 - 2K7 - 2K10) 13
Abstracción
ELEMENTOS ESENCIALES Encapsulamiento
Modularidad
● Abstracción
Jerarquía
27

Abstracción
Modularidad
● Encapsulamiento
Jerarquía
Ocultamiento de
información
¿Qué se oculta?
28

(ASI: 2K5 - 2K7 - 2K10) 14
Abstracción
Modularidad
● Encapsulamiento Jerarquía
Objeto Caja de Ahorro Objeto Titular
mostrar Nombre
02‐101 15000 Marcela 447
mostrar Titular 01‐03‐05 $ars Maipu 25‐03
00‐00‐00 titular La Calera
Referencia a un
Estructura encapsulada objeto Titular
de datos Mensaje – solicitud
Operaciones que de servicio
acceden a los datos
29

Abstracción
Modularidad
● Modularidad Jerarquía
Cohesión Alta
Bajo
Acoplamiento
Independencia
de
componentes
30

(ASI: 2K5 - 2K7 - 2K10) 15
PARADIGMA ORIENTADO A OBJETOS Abstracción
Modularidad
● Jerarquía
Jerarquía
Jerarquía de
cases
Generalización
(Herencia)
Jerarquía de
partes
Agregación /
Composición
31

Relaciones entre Clases
● Existen los siguientes tipos básicos de relaciones entre
clases, en UML:
••Generalización (Herencia)
Generalización (Herencia)
Jerárquicas
Jerárquicas ••Agregación/Composición
Agregación/Composición
No
No ••Asociación
Asociación
Jerárquicas
Jerárquicas ••Dependencia
Dependencia
● Las que incluimos en un modelo de dominio

32

(ASI: 2K5 - 2K7 - 2K10) 16
Relaciones entre Clases – Presentación general
● Generalización/Especialización (Herencia):
● Asociación
● Composición y Agregación
● Dependencia, es una relación de uso, se usarán cuando se

quiera indicar que un elemento utiliza a otro.
33
RELACIONES ENTRE CLASES

● La herencia es una relación entre clases en la que una
clase comparte la estructura y/o el comportamiento
definidos en una (herencia simple) o más clases (herencia
múltiple).
Simbología
34

(ASI: 2K5 - 2K7 - 2K10) 17
● La herencia hace que la estructura de datos y operaciones
estén disponibles para su reutilización por parte de sus
subclases.
● Una subclase puede añadir atributos y operaciones a los
que hereda de sus padres.
Herencia
Múltiple
Herencia simple
35

Polimorfismo
• Una operación de un hijo con
la misma firma que una
operación del padre, redefine
la operación heredada del
padre.
• Una operación que adopta
varias formas de implantación
según haya sido redefinida en
las clases hijas.
36

(ASI: 2K5 - 2K7 - 2K10) 18
Asociación
● Una asociación es una relación estructural que especifica
que los objetos de una clase están conectados con los
objetos de otra.
● Una asociación sólo denota una dependencia semántica
entre dos clases pero no establece la forma exacta en que
una clase se relaciona con la otra.
Simbología
Navegabilidad
Multiplicidad
Dada una asociación entre dos clases se puede navegar
Sistemas de Información (ASI: 2K7 - 2K10 – 2K5) desde un objeto de una clase hasta un objeto de la otra. 37

Asociación
● Ejemplos:
Una asociación bidireccional

también se puede representar
así:
38

(ASI: 2K5 - 2K7 - 2K10) 19
Asociación
La multiplicidad de la asociación
● Ejemplos: indica cuántos objetos pueden
conectarse a través de una
instancia de la asociación.
Valores posibles de la Multiplicidad:

• Uno 1
• Muchos *
• Uno a muchos 1..*
• Cero a Uno 0..1
• Cero a Muchos 0..*
• Uno a n 1..3 por ej.
39

Agregación/composición
● Relación “todo/parte” en la cual una clase representa una
cosa grande (el “todo”) , que consta de elementos más
pequeños (las “partes”).
Agregación
40

(ASI: 2K5 - 2K7 - 2K10) 20
Composición
● Composición: Representa una relación del tipo “tiene un”,
o sea, un objeto del todo tiene objetos de la parte. Denota
contención física. Motor Factura
Composición
ItemFactura
Pieza
41

Agregación
● Es un tipo de relación, en donde el tiempo de vida del objeto
incluido es independiente del que lo incluye. También llaman a esta
forma de agregación “compartida” porque es posible que un objeto
“parte o contenido” corresponda a más de un objeto “todo o
contenedor”
42

(ASI: 2K5 - 2K7 - 2K10) 21
Dependencia
● Una relación de uso que declara que un cambio en la especificación
de un elemento puede afectar a otro elemento que la utiliza.
● Generalmente las dependencias se utilizan para indicar que una clase
utiliza a otra como argumento en la signatura de una operación.
Utilizaremos
dependencias más
adelante en el modelado
43

Diagrama de Clases
● Los diagrama de clases son los más utilizados en el
modelado de sistemas orientados a objetos.
● Muestra un conjunto de clases así como sus relaciones.
● En un diagrama de clases podemos encontrar:

○ Clases
○ Relaciones
○ Indicadores de multiplicidad y navegabilidad
○ Nombre de Rol
44

(ASI: 2K5 - 2K7 - 2K10) 22
Diagrama de Clases
45
DIAGRAMAS DE CLASES
¿Cómo encontrar Clases? Algunos consejos…
● Leer cuidadosamente la especificación de
{inicio}
Está dentro
requerimientos buscando frases sustantivas y

NO
de los límites
de nuestro
sistema?
hacer una lista preliminar. SI
● Observar la lista y dividir los items en tres Tiene un

comportamiento NO
categorías: clases obvias, absurdas y dudosas.

identificable para
nuestro dominio
de problema?
Es probable
● Buscar entre estas categorías de SI que no sea

una clase del
dominio
abstracciones las que tengan un rol en el Tiene una

estructura
Identificable?
NO
dominio que se está modelando: SI
○ Cosas tangibles Tiene NO

relaciones con
○ Roles desempeñados por personas u organizaciones otros
candidatos?
○ Hechos, acontecimientos SI
○ Transacciones, interacciones considerar

una clase
del dominio
46

(ASI: 2K5 - 2K7 - 2K10) 23
DIAGRAMAS DE CLASES
¿Cómo encontrar responsabilidades de las Clases?
● Las responsabilidades incluyen dos tipos de items:
○ El conocimiento que mantiene un objeto.

• Responsabilidades “Conocer”
○ Las acciones que puede ejecutar un objeto.

• Responsabilidades “Hacer”
47

Diagrama de Clases
Responsabilidades Responsabilidades
HACER CONOCER
Hacer algo el mismo objeto Conocer los datos privados
encapsulados
Iniciar una acción en otros Conocer los objetos
objetos relacionados
Coordinar y controlar Conocer las cosas que puede
actividades en otros objetos derivar o calcular
48

(ASI: 2K5 - 2K7 - 2K10) 24
Relaciones entre Objetos
Relaciones • Enlace
entre
Objetos • Agregación/Composición
49
RELACIONES ENTRE OBJETOS

Enlace
● Rumbaugh define enlace como “una conexión física o
conceptual entre objetos”.
● Denota la asociación específica por la cual un objeto (el
cliente) utiliza los servicios de otro objeto (el servidor) o a
través de la cual un objeto puede comunicarse con otro.
Enlace
A B
Objeto 1 Objeto 2
50

(ASI: 2K5 - 2K7 - 2K10) 25
Enlace
● Un mensaje enviado de un objeto a otro representa la
existencia de un enlace entre ambos. Los mensajes se
muestran como líneas dirigidas, que representan su
dirección, con una etiqueta que nombra al propio
mensaje.
1: Mos trar N om bre Mensaje
C aja de Titular
Anor ro
Enlace
51

Agregación
● La agregación denota una jerarquía todo/parte, en la cual
un objeto del todo tiene objetos de la parte.
Clases
Objetos
52

(ASI: 2K5 - 2K7 - 2K10) 26
BIBLIOGRAFÍA
● BOOCH, Grady, “Análisis y Diseño Orientado a Objetos”, - Editorial
Addison-Wesley/Diaz Santos –Estados Unidos de América - Año
1996
● BOOCH, Grady, RUMBAUGH, James, JACOBSON, Ivar, “Lenguaje
Unificado de Modelado” Segunda Edición, - Editorial Addison-Wesley
– Pearson Educación – Año 2006.
● Martin, James; Odell James J. “Análisis y Diseño Orientado a
Objetos”, - Editorial Prentice Hall - Año 1992
● Weitzenfeld, Alfredo - “Ingeniería de Software Orientado a Objetos
con UML, Java e Internet”, - Thomson Editores - Año 2005
● Evans Gary, “Getting from Use.Case to code Part 1: Use Case
Analysis”, artículo publicado en el sitio IBM Rational en Julio/2004.
● Bell Donald, “UML Basics Part III: The Class Diagram”, artículo
publicado en el sitio IBM Rational en Noviembre/2003.
53

(ASI: 2K5 - 2K7 - 2K10) 27

Paradigma Orientado A Objetos - ASI 2020

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Paradigma Orientado A Objetos - ASI 2020

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD TECNOLÓGICA

DPTO. INGENIERÍA EN SISTEMAS DE INFORMACIÓN

Cursos: 2K7 – 2K10

JTP y Ay: Ing. Claudia Sánchez

JTP y Ay: Ing. Claudia Sánchez

JTP y Ay: Ing. Claudia Sánchez

NUESTRO TRAYECTO EN ASI

Herramientas para definir SW

Paradigma Orientado a Objetos

Paradigma Orientado a Objetos

“Un conjunto de teorías, estándares y métodos que

Un modelo, teoría, marco de referencia, o filosofía, es alguna

Paradigma Orientado a Objetos

Grady Booch, sostiene que la “complejidad innata” del

● La complejidad del dominio del problema.

PARADIGMAS EN EL DESARROLLO DE SISTEMAS

descomponerlo en partes más y más pequeñas, cada una

Descomposición funcional Descomposición orientada a objetos

Paradigma Orientado a Objetos

• Un conjunto de agentes autónomos (objetos) que

PARADIGMA ORIENTADO A OBJETOS

Cuenta bancaria Reserva de vuelo Cliente Producto

3. La complejidad de los objetos que podemos utilizar sigue en aumento.

Paradigma Orientado a Objetos

● La palabra OBJETO proviene del latín objectus:

Objeto sería cualquier cosa que se puede arrojar…

PARADIGMA ORIENTADO A OBJETOS

● Cualquier cosa que incorpore una estructura y un

“Un objeto representa un elemento, unidad o entidad

Paradigma Orientado a Objetos

PARADIGMA ORIENTADO A OBJETOS

● El estado de un objeto abarca todas las

ESTADO DEL OBJETO

Paradigma Orientado a Objetos

● Ejemplo – Pensemos en el concepto CAJA DE AHORRO

PARADIGMA ORIENTADO A OBJETOS

● El comportamiento es cómo actúa y reacciona

Paradigma Orientado a Objetos

● Ejemplo – Pensemos en el concepto CAJA DE AHORRO

PARADIGMA ORIENTADO A OBJETOS

Paradigma Orientado a Objetos

● La identidad es aquella propiedad de un objeto

PARADIGMA ORIENTADO A OBJETOS

● Dos manzanas aunque sean externamente del mismo

Paradigma Orientado a Objetos

Es la definición de un conjunto de objetos que comparten

● Una clase es una descripción de un conjunto de objetos que

PARADIGMA ORIENTADO A OBJETOS

Paradigma Orientado a Objetos

● VISTA EXTERNA: Declaración de todas las operaciones

● VISTA INTERNA: Engloba los secretos de su comportamiento.

PARADIGMA ORIENTADO A OBJETOS

Paradigma Orientado a Objetos

Estructura: Marca Marca: Fiat Marca: Renault Marca: Ford

PARADIGMA ORIENTADO A OBJETOS

Paradigma Orientado a Objetos

ELEMENTOS ESENCIALES Encapsulamiento

PARADIGMA ORIENTADO A OBJETOS

ELEMENTOS ESENCIALES Encapsulamiento

Paradigma Orientado a Objetos

ELEMENTOS ESENCIALES Encapsulamiento