Referencias:
Facultad de Ciencias Exactas y Naturales y Agrimensura (Corrientes – Argentina)
Facultad de Ciencias Exactas y Naturales y Agrimensura (Corrientes – Argentina)
Metodología para identificar los objetos y clases
El Modelo de Objetos.
Introducción.
Modelo de Objetos: captura la estructura estática del sistema, mostrando:
objetos
relaciones entre objetos
atributos
operaciones
Es el más importante, puesto que el sistema se construye alrededor de los objetos.
Conceptos, notación y ejemplos.
Objetos y clases.
Objeto:
Concepto, abstracción o cosa con fronteras definidas y significado para nuestro problema.
Permite una mejor comprensión del mundo y proporciona la base para una implementación sobre el ordenador.
No existe una representación exacta.
Todos los objetos tienen una identidad y son distinguibles.
Clase:
Describe grupos de objetos con propiedades (atributos) similares, comportamiento (operaciones) comunes, relaciones con otros objetos y semántica común.
Cada objeto sabe cuál es su clase, ya que es una instancia de la misma.
Elemento esencial para la abstracción y generalización.
Modelo de Objetos.
El Modelo de Objetos utiliza un Diagrama de Configuración de Clases (DCC) para definir y mostrar la estructura y comportamiento de todas las clases identificadas en el dominio del problema, así como sus relaciones. El DCC es un modelo semántico extendido.
Una clase se representa gráficamente como una caja dividida en tres áreas:
Cabecera: contiene la declaración del nombre de la clase.
Parte Estática: contiene la definición de los atributos que representan el estado de los objetos de la clase. Los atributos podrán ser constantes, variables y derivados. Aquellos atributos utilizados para identificar objetos se subrayan.
Parte Dinámica: contiene la declaración de los servicios de la clase. Cada servicio se declara especificando su nombre y argumentos (con sus tipos respectivos). Se distinguirá (gráficamente) entre los eventos de creación, borrado y los eventos compartidos con otras clases.
Ejemplo de Clase.
Las acciones son servicios que un objeto puede activar (actuando como agente) para consultar o modificar el estado de otro objeto.
Las relaciones estructurales que podemos modelar son la agregación (parte-de) y la herencia (es- un).
Se presenta la relación de Agregación entre clases, incluyendo información sobre cardinalidades (mínimas y máximas) que determinan cuántos objetos componentes forman parte de un objeto compuesto e inversamente, cuántos objetos compuestos pueden estar compuestos de un objeto en particular.
Ejemplo de Agregación.
Las relaciones estructurales que podemos modelar son la agregación (parte-de) y la herencia (es- un).
Se presenta la relación de Agregación entre clases, incluyendo información sobre cardinalidades (mínimas y máximas) que determinan cuántos objetos componentes forman parte de un objeto compuesto e inversamente, cuántos objetos compuestos pueden estar compuestos de un objeto en particular.
Ejemplo de Agregación.
Diagrama de objetos.
Notación gráfica para modelar los objetos, clases y sus relaciones.
Dos clase de diagramas:
de clases
de objetos (instancias)
Diagrama de clases: esquema, patrón o plantilla para describir muchos casos posibles de datos. Describe clases de objetos.
Diagrama de objetos: describe cómo se relacionan un grupo particular de objetos entre sí.
Notación de clases y objetos.
Modelo De Datos Vs Modelo De Objetos.
Una BD se desarrolla mediante un Modelo de Datos.
1) Se construye el Modelo de Datos sobre el dominio de la aplicación.
2) Se transforma del Modelo de Datos en un Diseño de la BD mediante la aplicación de una serie de transformaciones estándar (normalización).
Un Sistema de Objetos se construye modelando mediante técnicas diferentes, pues las técnicas del Modelo de Datos son bastante limitadas para soportar el Modelo de
Objetos.
Consejos prácticos.
No comenzar construyendo diagramas de clases; primero, es necesario comprender el problema.
Intentar mantener el Modelo sencillo.
Seleccionar con cuidado los nombres.
No introducir punteros o referencias a otros objetos como atributos.
Intentar evitar asociaciones n- arias.
No intentar establecer el grado de multiplicidad perfecto al principio.
No introducir atributos de enlace dentro de la clase.
Utilizar asociaciones cualificadas donde sea posible.
Intentar evitar generalizaciones profundamente anidadas.
Intentar asociaciones uno a uno.
No se sorprenda si su modelo requiere una revisión.
Documentar siempre los Modelos de Objetos.
Una BD se desarrolla mediante un Modelo de Datos.
1) Se construye el Modelo de Datos sobre el dominio de la aplicación.
2) Se transforma del Modelo de Datos en un Diseño de la BD mediante la aplicación de una serie de transformaciones estándar (normalización).
Un Sistema de Objetos se construye modelando mediante técnicas diferentes, pues las técnicas del Modelo de Datos son bastante limitadas para soportar el Modelo de
Objetos.
Consejos prácticos.
No comenzar construyendo diagramas de clases; primero, es necesario comprender el problema.
Intentar mantener el Modelo sencillo.
Seleccionar con cuidado los nombres.
No introducir punteros o referencias a otros objetos como atributos.
Intentar evitar asociaciones n- arias.
No intentar establecer el grado de multiplicidad perfecto al principio.
No introducir atributos de enlace dentro de la clase.
Utilizar asociaciones cualificadas donde sea posible.
Intentar evitar generalizaciones profundamente anidadas.
Intentar asociaciones uno a uno.
No se sorprenda si su modelo requiere una revisión.
Documentar siempre los Modelos de Objetos.