SlideShare une entreprise Scribd logo
1  sur  10
METODOLOGIA DE
  DESARROLLO DE
APLICACIONES EORM
ENHANCED OBJECT RELATIONSHIP
       METHODOLOGY




            Leonardo Martínez Peña
            160001924
Es una Metodología de Relación entre Objetos
(Enhanced Object Relationship Methodology), es
definido por un proceso iterativo que se concentra
en el modelado orientado a objetos, por la
representación    de    relaciones     entre ellos
(acoplamientos), es por esto que fue una de las
primeras propuestas para Web centrada en el
paradigma de la orientación a objetos.

Podemos mencionar que esta metodología consta
de las siguientes fases:
1. FASE DE ANALISIS



 Se trata de orientar a objetos al sistema, sin
 considerar los aspectos hipermediales del
 mismo, obteniéndose para ello un Modelo
 de Objetos con la misma notación utilizada
 en OMT, que refleje la estructura de la
 información (mediante clases de objetos con
 atributos y relaciones entre las clases) y el
 comportamiento del sistema (a través de los
 métodos asociados a las clases de objetos)
2. FASE DE DISEÑO.

 procede a modificar el modelo de objetos obtenido durante el
  análisis añadiendo la semántica apropiada a las relaciones
  entre clases de objetos para convertirlas en enlaces
  hipermedia, obteniendo finalmente un modelo enriquecido,
  que su autor denomina EORM (Enhanced Object-Relationship
  Model), en el que se refleje tanto la estructura de la
  información (modelo abstracto hipermedial compuesto de
  nodos y enlaces) como las posibilidades de navegación
  ofrecidas por el sistema sobre dicha estructura, para lo cual
  existirá un repositorio o librería de clases de enlaces, donde
  se especifican las posibles operaciones asociadas a cada
  enlace de un hiperdocumento, que serán de tipo crear,
  eliminar, atravesar, siguiente, previo etc.,así como sus
  posibles atributos (fecha de creación del enlace, estilo de
  presentación en pantalla, restricciones de acceso, etc.)
3. Fase de Construcción



 Se transforman los esquemas en código y
 guardados en una Base de Datos Orientada
 a Objetos, y en elaborar formularios de
 consulta de las clases con la ayuda de un
 editor gráfico de interfaces. Se genera el
 código fuente (por ejemplo en C#)
 correspondiente a cada clase y se prepara
 la Interfase Gráfica de Usuario .
4. Fase Conceptual




 Durante  esta actividad se construye un
 esquema conceptual representado por los
 objetos del dominio, las relaciones y
 colaboraciones existentes establecidas entre
 ellos.
5. Fase Navegacional


 Se debe tener en mente que la generación
 de aplicaciones Web fue pensada para
 realizar navegación a través del espacio de
 información, utilizando un simple modelo de
 datos de hipermedia. En EORM, la
 navegación es considerada un paso crítico
 en el diseño aplicaciones.
6. Fase de Interfaz Abstracta


 Las estructuras navegacionales son definidas,
 se deben especificar los aspectos de interfaz.
 Esto significa definir la forma en la cual los
 objetos navegacionales pueden aparecer, de
 cómo los objetos de interfaz activarán la
 navegación y el resto de la funcionalidad de la
 aplicación, qué transformaciones de la interfaz
 son pertinentes y cuándo es necesario
 realizarlas.
7. Fase Implementación

 Se tendrá en cuenta que el diseñador debe ya implementar
 el diseño. Hasta ahora, todos los modelos fueron
 construidos en forma independiente de la plataforma de
 implementación; en esta fase es tenido en cuenta el
 entorno particular en el cual se va a correr la aplicación. Al
 llegar a esta fase, el primer paso que debe realizar el
 diseñador es definir los ítems de información que son parte
 del dominio del problema. Debe identificar también, cómo
 son organizados los ítems de acuerdo con el perfil del
 usuario y su tarea; decidir qué interfaz debería ver y cómo
 debería comportarse. A fin de implementar todo en un
 entorno Web.
Ventajas

 Encajamiento    de relaciones semánticas en
 construcciones extensibles, pudiendo participar en
 otras relaciones, pudiendo ser parte de bibliotecas
 reutilizables.

 EORM distingue dos tipos de relaciones orientadas
 a objetos: Relaciones de generalización y
 relaciones definidas por el usuario. Mientras que los
 primeros se concentran en la semántica asociada
 entre ellos, los segundos confían totalmente en la
 especificación del usuario.

Contenu connexe

Tendances

Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
Roberth Loaiza
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de software
jhonatanalex
 
Arquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capasArquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capas
anibalsmit
 

Tendances (20)

10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
 
CASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOSCASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOS
 
Array y Objects C#
Array y Objects C#Array y Objects C#
Array y Objects C#
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Desarrollo iterativo e incremental
Desarrollo iterativo e incrementalDesarrollo iterativo e incremental
Desarrollo iterativo e incremental
 
Importancia del Análisis de Requerimientos
Importancia del Análisis de RequerimientosImportancia del Análisis de Requerimientos
Importancia del Análisis de Requerimientos
 
Teoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegueTeoria del modelado de objetos otros diagramas actividad despliegue
Teoria del modelado de objetos otros diagramas actividad despliegue
 
Metodología WEB UWE
Metodología WEB UWEMetodología WEB UWE
Metodología WEB UWE
 
Metodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones webMetodologias para el desarrollo de aplicaciones web
Metodologias para el desarrollo de aplicaciones web
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson Penker
 
Metodologia kendall y Kendall
Metodologia kendall y KendallMetodologia kendall y Kendall
Metodologia kendall y Kendall
 
1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño1-Unidad 1. Arquitectura de Diseño
1-Unidad 1. Arquitectura de Diseño
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de software
 
Diagrama de Actividades
Diagrama de ActividadesDiagrama de Actividades
Diagrama de Actividades
 
Arquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capasArquitectura de cliente-servidor de tres capas
Arquitectura de cliente-servidor de tres capas
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
 
RUP - Fase de Elaboración
RUP - Fase de ElaboraciónRUP - Fase de Elaboración
RUP - Fase de Elaboración
 

Similaire à Metodologia de desarrollo de aplicaciones eorm

16 método de diseño de hipermedia orientado a objetos
16 método de diseño de hipermedia orientado a objetos16 método de diseño de hipermedia orientado a objetos
16 método de diseño de hipermedia orientado a objetos
UVM
 
Modelado maria perugachi
Modelado maria perugachiModelado maria perugachi
Modelado maria perugachi
marizoy
 
Modelo maria perugachi
Modelo maria perugachiModelo maria perugachi
Modelo maria perugachi
marizoy
 
Modelo de analisis
Modelo de analisisModelo de analisis
Modelo de analisis
diana_caluna
 
Modelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones webModelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones web
MaritzaD
 
Tipos de modelo y metodologias
Tipos de modelo y metodologiasTipos de modelo y metodologias
Tipos de modelo y metodologias
Josafat Mtz
 
Modelo de analisis
Modelo de analisisModelo de analisis
Modelo de analisis
Luis Fabian
 

Similaire à Metodologia de desarrollo de aplicaciones eorm (20)

16 método de diseño de hipermedia orientado a objetos
16 método de diseño de hipermedia orientado a objetos16 método de diseño de hipermedia orientado a objetos
16 método de diseño de hipermedia orientado a objetos
 
Modelado maria perugachi
Modelado maria perugachiModelado maria perugachi
Modelado maria perugachi
 
Modelo maria perugachi
Modelo maria perugachiModelo maria perugachi
Modelo maria perugachi
 
Modelo de analisis
Modelo de analisisModelo de analisis
Modelo de analisis
 
Metodologia Diseño Web
Metodologia Diseño WebMetodologia Diseño Web
Metodologia Diseño Web
 
La web semántica en educación
La web semántica en educaciónLa web semántica en educación
La web semántica en educación
 
Metodologia oohdm
Metodologia oohdmMetodologia oohdm
Metodologia oohdm
 
Metodologia oohdm
Metodologia oohdmMetodologia oohdm
Metodologia oohdm
 
Modelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones webModelado de analisis para aplicaciones web
Modelado de analisis para aplicaciones web
 
182000
182000182000
182000
 
Tipos de modelo y metodologias
Tipos de modelo y metodologiasTipos de modelo y metodologias
Tipos de modelo y metodologias
 
INFOGRAFIA.pdf
INFOGRAFIA.pdfINFOGRAFIA.pdf
INFOGRAFIA.pdf
 
MVC.ppt
MVC.pptMVC.ppt
MVC.ppt
 
Modelo de analisis
Modelo de analisisModelo de analisis
Modelo de analisis
 
Metodología Estructurada
Metodología EstructuradaMetodología Estructurada
Metodología Estructurada
 
Oo hdm powerpoint 1
Oo hdm powerpoint 1Oo hdm powerpoint 1
Oo hdm powerpoint 1
 
Web semantica
Web semanticaWeb semantica
Web semantica
 
Metodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemasMetodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemas
 
Patrones de diseño
Patrones de diseñoPatrones de diseño
Patrones de diseño
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetos
 

Dernier

redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Dernier (12)

investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
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
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 

Metodologia de desarrollo de aplicaciones eorm

  • 1. METODOLOGIA DE DESARROLLO DE APLICACIONES EORM ENHANCED OBJECT RELATIONSHIP METHODOLOGY Leonardo Martínez Peña 160001924
  • 2. Es una Metodología de Relación entre Objetos (Enhanced Object Relationship Methodology), es definido por un proceso iterativo que se concentra en el modelado orientado a objetos, por la representación de relaciones entre ellos (acoplamientos), es por esto que fue una de las primeras propuestas para Web centrada en el paradigma de la orientación a objetos. Podemos mencionar que esta metodología consta de las siguientes fases:
  • 3. 1. FASE DE ANALISIS  Se trata de orientar a objetos al sistema, sin considerar los aspectos hipermediales del mismo, obteniéndose para ello un Modelo de Objetos con la misma notación utilizada en OMT, que refleje la estructura de la información (mediante clases de objetos con atributos y relaciones entre las clases) y el comportamiento del sistema (a través de los métodos asociados a las clases de objetos)
  • 4. 2. FASE DE DISEÑO.  procede a modificar el modelo de objetos obtenido durante el análisis añadiendo la semántica apropiada a las relaciones entre clases de objetos para convertirlas en enlaces hipermedia, obteniendo finalmente un modelo enriquecido, que su autor denomina EORM (Enhanced Object-Relationship Model), en el que se refleje tanto la estructura de la información (modelo abstracto hipermedial compuesto de nodos y enlaces) como las posibilidades de navegación ofrecidas por el sistema sobre dicha estructura, para lo cual existirá un repositorio o librería de clases de enlaces, donde se especifican las posibles operaciones asociadas a cada enlace de un hiperdocumento, que serán de tipo crear, eliminar, atravesar, siguiente, previo etc.,así como sus posibles atributos (fecha de creación del enlace, estilo de presentación en pantalla, restricciones de acceso, etc.)
  • 5. 3. Fase de Construcción  Se transforman los esquemas en código y guardados en una Base de Datos Orientada a Objetos, y en elaborar formularios de consulta de las clases con la ayuda de un editor gráfico de interfaces. Se genera el código fuente (por ejemplo en C#) correspondiente a cada clase y se prepara la Interfase Gráfica de Usuario .
  • 6. 4. Fase Conceptual  Durante esta actividad se construye un esquema conceptual representado por los objetos del dominio, las relaciones y colaboraciones existentes establecidas entre ellos.
  • 7. 5. Fase Navegacional  Se debe tener en mente que la generación de aplicaciones Web fue pensada para realizar navegación a través del espacio de información, utilizando un simple modelo de datos de hipermedia. En EORM, la navegación es considerada un paso crítico en el diseño aplicaciones.
  • 8. 6. Fase de Interfaz Abstracta  Las estructuras navegacionales son definidas, se deben especificar los aspectos de interfaz. Esto significa definir la forma en la cual los objetos navegacionales pueden aparecer, de cómo los objetos de interfaz activarán la navegación y el resto de la funcionalidad de la aplicación, qué transformaciones de la interfaz son pertinentes y cuándo es necesario realizarlas.
  • 9. 7. Fase Implementación  Se tendrá en cuenta que el diseñador debe ya implementar el diseño. Hasta ahora, todos los modelos fueron construidos en forma independiente de la plataforma de implementación; en esta fase es tenido en cuenta el entorno particular en el cual se va a correr la aplicación. Al llegar a esta fase, el primer paso que debe realizar el diseñador es definir los ítems de información que son parte del dominio del problema. Debe identificar también, cómo son organizados los ítems de acuerdo con el perfil del usuario y su tarea; decidir qué interfaz debería ver y cómo debería comportarse. A fin de implementar todo en un entorno Web.
  • 10. Ventajas  Encajamiento de relaciones semánticas en construcciones extensibles, pudiendo participar en otras relaciones, pudiendo ser parte de bibliotecas reutilizables.  EORM distingue dos tipos de relaciones orientadas a objetos: Relaciones de generalización y relaciones definidas por el usuario. Mientras que los primeros se concentran en la semántica asociada entre ellos, los segundos confían totalmente en la especificación del usuario.