1
El modelo orientado a objetos: Introducción
Humberto Cervantes MacedaAlfonso Martínez Martínez
Abril 2005
2
Contenido
Historia
El modelo de objetos
La tecnología orientada a objetos
3
HISTORIAHISTORIA
4
Historia
Finales de los 40’s y pricipio de los 50’s: Kristen Nygaard y Ole-Johan Dahl se unen a un proyecto de calculos de absorción por resonancia, para la construcción del primer reactor nuclear, para la Oficina de Defensa Noruega
Nygaard (1926-2002): investigador en ciencias
Dahl (1931-2002): diseñador de lenguajes de programación e implementación
5
Ole-Johan Dahl
6
Ole-Johan Dahl & Kristen Nygaard
7
Historia
Dentro del campo de la simulación, encontraron grandes dificultades en modelar la estructura y actividad de los sistemas en estudio
En 1960 Nygaard se fue al “Norwegian Computing Center (NCC)” para hacerle frente al reto
8
Historia
Posteriormente se unieron Dahl y Bjrn Myhrhaug
Nygaard observó que varios proyectos (civiles) presentaban problemas metodológicos similares a los que ellos enfrentaban (en el ámbito militar)
9
Simula I
Simula I fue la respuesta a la problemática en cuestión, relacionada a la descripción de sistemas
La implementación de Simula I, fue soportada por una computadora UNIVAC 1107 con ALGOL 60
10
Dahl & Nygaard
11
Simula I: características
Un preprocesador de Algol 60
Una biblioteca de subprogramas;
Un esquema original de asignación de pila (stack) por proceso
Aún sin el concepto de objeto
12
Conceptos madurados a partir de Simula I
Construcciones de datos y acciones agrupados juntos: encapsulamiento y objeto
Acceso externo a atributos de objetos (Hoare): seguridad en tiempo de ejecución con revisión económica en tiempo de compilación
Reconocimiento de propiedades comunes: esquema de factorización o herencia
13
Conceptos madurados a partir de Simula I
Reconocimiento de comportamiento abstracto similar entre clases, con comportamiento concreto completamente diferente: concepto de asociación dinámica (dynamic binding)
Técnica de acción entrelazada para la simulación de concurrencia
Estos conceptos llevaron al conocimiento de un nuevo lenguaje: Simula 67Simula 67
14
Simula 67
Lenguaje de propósito general con capacidad de simulación, aplicando sus propios conceptos básicos
Ha influenciado el desarrollo de lenguajes modernos en la programación orientada a objetos
15Kristen Nygaard & Ole-Johan Dahl: ACM Turing award
2001 and IEEE John von Neumann Medal 2002
16
Lenguajes descendientes de Simula 67
Eiffel (Simula 85): diseñado por Bertrand Meyer. En algún momento, presidente de la “Association of Simula Users”
Smalltalk: debe su existencia a Alan Kay. Un visionario cuyas perspectivas fueron influenciadas profundamente por las primeras implementaciones de Simula
17
Lenguajes descendientes de Simula 67
C++: desarrollado por Bjarne Stroustrup, otro viejo usuario de Simula, quién plasmó las características de éste en lenguaje ‘C’
Ada: su diseñador en jefe, Jean Ichbiah, lidereó a un grupo de desarrollo que implementó un subconjunto de simula
18
El modelo de objetosEl modelo de objetos
19
Principios
Simulación del mundo real: expresión de elementos del mundo real en la memoria de la computadora
Atacar la complejidad en el desarrollo de systemas de software
20
Objetos
El término Objeto fue formalmente utilizado por primera vez en Simula y se utilizó en sus programas para simular algunos aspectos de la realidad
Los objetos representan entidades que, en terminos generales, se pueden clasificar en:
Cosas tangibles, Roles, Incidentes, Interacciones,Especificaciones
21
Objetos: definiciones
Un objeto representa elementos identificables, unidades o entidades, individuales, reales o abstractas, pero con rol bien definido en el dominio del problema [Smith and Tockey]
Un objeto es un concepto, abstracción o cosa con fronteras bien ndefinidas y significado para el manejo del problema [Rumbaugh]
Un objeto tiene estado, comportamiento e identidad; la estructura y comportamiento de objetos similares son expresadas a través de una clase; los terminos objeto e instancia son intercambiables [Booch]
22
Objetos: características
Estado: Abarca todas las propiedades del objeto (normalmente estáticas) y los valores de sus propiedades (normalmente dinámicas)
Comportamiento: Consiste en la forma de actuar y reaccionar de un objeto, en términos de sus cambios de estado y paso de mensajes
Identidad: Son las propiedades de los objetos que los distinguen de los demás
23
Objetos: característicasLa implementación de objetos puede ser clasificada como: basada en descriptores, basada en capacidad y estáticaBasada en descriptores (Smalltalk) permite una tipificación dinámica poderosaBasada en capacidad es encontrada frecuentemente en bases de datos orientadas a objetos y sistemas operativos (object id's)La aproximación estática es encontrada en lenguajes como C++Una aproximación basada en un "proxy" que contiene una capa de indirecciones, para manejadore de Smalltalk, es utilizada para el manejo de objetos migrantes en forma transparente y distribuida
24
Objetos: relaciones
Enlace o liga: denota un tipo de asociación a través de la cual un objeto (cliente), utiliza los servicios de otro (servidor), estableciendo una comunicación
Agregación: se presenta cuando un objeto forma parte del estado de otro. De esta forma se expresa una jerarquía Todo/Partes entre objetos.
El envío de mensajes entre objetos puede establecerse cuando a través de su relación un objeto está al alcance de otro
25
Objetos: ejemplo
Objeto producto de una tienda de autoservicioEstado
Nombre= “Jabón de tocador”Marca= “Palmolive”Peso= 100 gr.Tipo= “normal”Precio=$4.59
ComportamientoCambiar precioCambiar marcaEtc.
IdentidadA una instancia de producto se le puede nombrar j
26
Clase
Es una especificación de estructura (variables de instancia), comportamiento (métodos), y herencia (padres o estructura y comportamiento recursivos) para objetosUna clase puede especificar también permisos de acceso a clientes y clases derivadas, visibilidad y classes can also specify access permissions for clients and derived classes, visibilidad y resolución en búsqueda de miembros
Una clase es un descriptor/constructor de objetos
27
Representación en UMLClase: descripción de un conjunto de objetos que comparten los mismos atributos, relaciones y semántica
NombreAtributosNombre: tipo
Operaciones
Visibilidad:+ Público# Protegido- Privado
<<estereotipo>>Nombre Itálico =
clase abstracta
[visibilidad] nombre ([lista de parm.])[: tipo que regresa][{propiedades}]
Nombre Itálico = operación abstracta
[visibilidad] nombre [multiplicidad][: tipo][=valor-inicial] [{propiedades}]
28
¿Cómo especificar una clase?
Abstracción: establece las características stablece las características esenciales de un objeto que lo distingue de los esenciales de un objeto que lo distingue de los demás, ofreciendo fronteras conceptuales bien demás, ofreciendo fronteras conceptuales bien definidas desde la perspectiva del observadordefinidas desde la perspectiva del observador
Encapsulamiento: es un mecanismo que s un mecanismo que permite separar la interfaz de una abstracción, permite separar la interfaz de una abstracción, de su implementación, además de no permitir de su implementación, además de no permitir el acceso directo a su estructura (atributos)el acceso directo a su estructura (atributos)
29
Ejemplo de una clase persona
Se puede describir a una persona en forma Se puede describir a una persona en forma diferente: como empleado de una empresa ó diferente: como empleado de una empresa ó como estudiante de la UAM. como estudiante de la UAM.
En ambos casos no tiene sentido describir el En ambos casos no tiene sentido describir el color de sus ojos o la forma de su voca; color de sus ojos o la forma de su voca; ¡esta ¡esta información no es esencial!información no es esencial!
Sin embargo, puede definirse un método para Sin embargo, puede definirse un método para calcular su edad, ocultando el como lo hace. calcular su edad, ocultando el como lo hace. También no es conveniente que algún cliente También no es conveniente que algún cliente de un objeto de la abstracción de persona de un objeto de la abstracción de persona cambie su nombre, por ejemplo, en forma cambie su nombre, por ejemplo, en forma arbitrariaarbitraria
30
Especificación de una clase persona con UML
Persona
# Nombre: string# FechaNac: date- ID: string
+ calcularEdad( ): Integer+ cambiarNombre( )+ mostrarDatos( )
31
Relaciones entre clases
DependenciaGeneralizaciónAsociaciónRealización
32
Relaciones entre clases
Ventana# tamaño: integer
+ configurar()+ abrir()+ cerrar()+ mover()+ mostrar()+ manejarEvento()
Consola CajaDialogo Control
Evento
Dependencia
AsociaciónGeneralización(herencia)
1 1.. *
Multiplicidad
e>>
Configuración
Realización
• Conexiones entre clases
33
Relaciones entre clases
• Dependencia: es una relación de uso en donde los cambios en la especificación de una clase, pueden afectar a otra clase que la usa
• Generalización: Es una relación entre una clase general (superclase) y otra específica (subclase)
34
Relaciones entre clases
• Asociación: es una relación estructural que expresa la conexión reciproca entre objetos de de 2 clases distintas
• Realización: relación semántica entre clasificadores en donde un clasificador especifica un contrato que otro clasificador garantiza realizar
35
Relación de generalización
Herencia simple: una subclase tiene exactamente un padre
Herencia múltiple: una subclase hereda de varios padres, sin traslape de estructura o comportamiento
Semánticamente la relación se puede verificar comprobando si la subclase es un tipo de su padre
36
Relación de generalización
Restricciones estándar:
implentation: el hijo hereda la implementación del padre pero no la hace pública ni soporta sus interfases
incomplete: en la generalización no todos los hijos se han especificado, permitiéndose hijos adicionales
disjoint: los objetos del padre no pueden tener mas que uno de los hijos como tipo
Overlapping: los objetos del padre pueden tener mas de uno de los hijos como tipo
37
Relación de asociación: propiedadesNavegación:• Puede ser bidireccional o direccional
Visibilidad:
Usuario contraseña1 *
Usuario contraseña+ propietarioGrupo* *
+ usuario
1 *
- clave
Visibilidad
38
Agregación simple: relación todo/partes en donde una clase representa el todo y otra una de sus partes
Departamento
Organización1
*
Todo
ParteAgregación
Relación de asociación: propiedades
39
Composición: es una forma de agregación, con fuerte pertenencia y tiempo de vida coincidente como parte del todo.
Frame
Window1
*
Todo
Parte Composición
Relación de asociación: propiedades
40
Clases de asociación: es una asociación entre dos clases a través de una tercera clase
EmpresaPersona1..* *
Clase deasociación
Trabajo
Empleador Empleado
Roles
Relación de asociación: propiedades
41
Relación de realización
• Se puede considerar también como una combinación entre dependencia y generalización entre una interfaz y una clase
<<interface>>
Contenedor
agregarElem()consultarElem()eliminarElem()iterarEnOrden()
Lista
Realización
Arbol
42
La tecnología orientada a La tecnología orientada a objetosobjetos
43
Lenguajes de programación Lenguajes de programación Orientados a ObjetosOrientados a Objetos
44
Lenguajes de programación
Simula 67, desde su creación, ha impactado en el desarrollo de lenguajes de programación orientada a objetos:
Estáticamente tipificados
Dinámicamente tipificados
Ambos
45
Lenguajes estáticamente tipificados
Add 1 To Cobol giving Cobol with Objects
C++
Classic-Ada
Dragoon
Emerald/Jade
Object Pascal
Trellis/Owl
46
Lenguajes dinámicamente tipificados Actors Languages
C+@
Flavors
Phyton
Self
Smalltalk
47
Lenguajes con tipificación estática y dinámica
Actor
Ada95
BETA
C++ (With RTTI)
Cecil
CLOS
Eiffel
Java
Modula-3
Objective-C
Sather
48
Tecnología de Objetos en la Tecnología de Objetos en la Integración WebIntegración Web
49
Integración Web
La Web es un sistema complejo distribuido y la tecnología de objetos ha sido una parte importante en el manejo de la complejidad, desde su creación
La tecnología de objetos ha estado impactando los desarrollos en Web en áreas como: scripting, Componentes Multimedia “Embebidos”, Componentes para servidores Web y Agentes con código movil
50
Scripting
Para aplicaciones cliente, ha sido una de las áreas de investigación y experimentación desde el inicio de la Web
Su uso actual requiere de soporte para interoperabilidad:
Document Object Model
HTML with scripting markup
51
Componentes Multimedia “Embebidos”
L a Web es un medio natural para la tecnología de componentes de software a través de:
Plug-Ins,
Applets de Java ,
Controles ActiveX ,
Partes OpenDoc.
52
Componentes para servidores Web
CGI junto con HTML y “forms”, son una parte importante de las tecnologías para plataformas utilizadas en aplicaciones para servicios Web, aunque en algunos casos su rendimiento es limitado.Para hacer frente a este problema se están utilizando diversos mecanismos para interfazar aplicaciones a un servidor web:
Fast-CGI: modelo de programación CGI con conexiones de red multiplexadasILU Requestor: objetos distribuidosNSAPI (Netscape Server API): software para servidor de Netscape. ISAPI (Internet Server API): Progress y MicrosoftSAPI (Server Application Development Interface )Apache API
53
Agentes con código movil
El código movil es utilizado para automatizar el acceso a la información: búsqueda, “brokering”Algunas herramientas para estos propósitos son:
Inferno de Lucent TechnologiesJavaSafe-Tcl Penguin (perl5) Python
54
Tecnología de objetos Tecnología de objetos distribuidosdistribuidos
55
Tecnología de objetos distribuidos
J2EE y .Net se han convertido en los estándares preferidos para programación Web duistribuida y sistemas orientados a objetos: dentro de pocos años .Net y J2EE tendrán en el mercado el 40% de los sistemas distribuidos (Gartner report)
Corba (y posiblemente C++ Web Services) podrían caer al 20%
56
J2EE
J2EE ha sido adoptado por Sun, IBM/Websphere, Bea Weblogic entre otros.
Incluye JSP para vistas en HTML dinámico del lado del servidor, servlets para control, y beans and EJB lógica de negocio
Trabajos reciemntes se han direccionado hacia patrones J2EE:
Core Patterns, [Alur 03], [Marinescu 02],
Software open source integrable(Apache Jakarta),
Java Data Objects (JDO)
57
.NetPlataforma de Microsoft para el soporte de programación distribuida y servicios Web
Su lenguaje de programación principal es C# (similar a Java and C++ con extensiones)
También soporta C++, Java, J#, y VB
Su objetivo principal es ofrecer un ambiente de desarrollo robusto que facilite la creación de aplicaciones en ambientes distribuidos
.Net es dependiente de plataforma
Se está proponiendo una versión open source: “mono”
58
CORBA (Common Object Request Broker Architecture)
Es considerado como un midleware desarrollado por la OMG (Object Management Group)
Las aplicaciones CORBA están compuestas por objetos que normalmente expresan alguna cosa en el mundo real
Uno de sus usos importantes es en servidores que deben manipular un gran número de clientes, con una alta confiabilidad
Los servicios CORBA ofrecen una forma estándar para pasar referencias de objetos en una red de objetos CORBA
59
Bases de Datos Orientadas a Bases de Datos Orientadas a ObjetosObjetos
60
Bases de Datos Orientadas a Objectos
Son bases de datos que soportan objetos y clasesSon diferentes de las bases de datos relacionales: sub-objetos estructurados, cada objeto posee identidad, soporte de métodos y herenciaEs posible ofrecer operaciones relacionales en una base de datos orientada a objetosOODBs ofrecen todos los beneficios de orientación a objetosMantienen una fuerte equivalencia en el desarrollo de aplicaciones orientadas a objetos
61
OODBs: Ejemplos
POSTGRES (Berkeley): es un manejador de base de datos relacional-extendido
Illustra (Information Technologies Ltd): es un manejador de base de datos Objeto-Relacional, que soporta SQL-3, sintaxis relacional estándar y operaciones en tablas
CLOSQL (University of Lancaster): es un prototipo de OODB en investigación
Oggetto: base de datos Orientada a Objetos, organizada en 3 capas de almacenamiento
62
Sistemas Operativos Sistemas Operativos Orientados a ObjetosOrientados a Objetos
63
Sistemas Operativos Orientados a Objectos
Proporcionan los recursos a través de objetos, en algunos casos, la arquitectura del sistema se localiza sobre el hardware
Son sistemas distribuidos casi siempre, permitiendo el libre intercambio de objetos entre máquinas
Regularmente su capacidad se basa a partir de objetos, por lo que los recursos del sistema solo se pueden accesar si la capacidad de los objetos está disponible para los programas
64
Sistemas Operativos Orientados a Objectos: ejemplos
Apertos (Meta-Object-based Mikro-Kernel) Chorus Micro-kernel (written in C++, COOL)Choices (research OS, UofI, C++, supports SVR4)GEOS (GeoWorks', written in Object Assembler, OO superset of 8086)Mach (CMU, supports BSD 4.3, really message-based)NachOS (written in C++, OS teaching/learning OS)Ouverture Project (ESPRIT funded OMG IDL defines inter-module interfaces)Peace (OO family-based parallel OS)SOS Spring (Sun, written in C++)PenPoint OS (Go, written in C++)
65
Tecnología de objetos: otras Tecnología de objetos: otras áreas de aplicaciónáreas de aplicación
66
Otras áreas de aplicaciónOtras áreas de aplicaciónHerramientas CASE (Basados en UML)
Middleware
Ambientes de desarrollo integrados (IDEs & APIs)
Procesos de desarrollo de software
Componentes y Arquitecturas de software
Recommended