SlideShare uma empresa Scribd logo
1 de 27
OOWS: MÉTODO DE PRODUCCION DE SOLUCIONES WEB ORIENTADAS A OBJETOS JULIAN HERNANDEZ GÜERECA. CRISTOPHER ALEJANDRO HOLGUIN ARMENDARIZ. SERGIO ABDIEL HINOJOS MORENO. 1
AGENDA OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB. ORÍGENES. CARACTERIZTICAS. ARQUITECTURA FUNCIONAL DEL MODELO. PROCESOS DE DESARROLLO DE UNA APLICACIÓN WEB. ESPECIFICACION DEL PROBLEMA. DESARROLLO DE LA SOLUCION. MODELO DE NAVEGACION. MODELO DE PRESENTACION. 2
OWSS (MÉTODO DE PRODUCCIÓN DE SOLUCIONES WEB ORIENTADAS A OBJETOS). desarrollo de métodos de producción de software que permite construir aplicaciones web complejas con comportamiento dinámico, que sean compatibles con los estándares metodológicos y notacionales más extendidos en la actualidad  y que establezcan cómo diseñar y desarrollar aplicaciones web basadas en SW XML. 3
OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB La funcionalidad del sistema y la interacción con los usuarios. Nuevas características navegacionales. Compilador  de modelos conceptuales (model compiler). 4
ORÍGENES Fue creado en la Universidad Politécnica de Valencia. OOWS proviene de OO-Method (Método Orientado a Objetos) . OOWS se basara en el enfoque bottom-up, que coincide con los métodos HDM y OOHDM. 5
CARACTERÍSTICAS aborda de forma sistemática el modelado conceptual de aplicaciones web  propone una arquitectura software multinivel basada en servicios web introduce un conjunto de reglas que permiten transformar las abstracciones conceptuales en cada uno los componentes software que implementan los niveles de la arquitectura, haciendo uso intensivo de patrones de diseño.  6
ARQUITECTURA FUNCIONAL DEL MODELO OOWS 7
PROCESO DE DESARROLLO DE UNA  APLICACIÓN WEB. Para modelar la navegación asociada al sistema deseado  se propone un proceso de desarrollo de soluciones web con dos pasos principales:  a. Especificación del Problema. b. Desarrollo de la Solución.  8
ESPECIFICACION DEL PROBLEMA 	Se deben capturar las peculiaridades y el comportamiento que debe ofrecer el sistema para satisfacer los requisitos de usuario identificados. 	En este paso se incluye el conjunto de requisitos usando una aproximación de Casos de Uso y posteriormente las actividades de modelado conceptual del sistema. 9
ESPECIFICACION DEL PROBLEMA . (CONT) En el modelado conceptual, las abstracciones que se derivan del problema son especificadas en términos de clases y de su estructura, comportamiento y funcionalidad, construyendo los siguientes modelos: Objetos, Dinámico, Funcional, Navegacional, y Presentación.  10
El  Modelo de Objetos, define la estructura y las relaciones estáticas entre clases identificadas en el dominio del problema. 11
En el Modelo Dinámico, se describen las posibles secuencias de servicios y los aspectos relacionados con la interacción entre objetos. 12
El Modelo Funcional, captura la semántica asociada a los cambios de estado entre los objetos motivados por la ocurrencia de eventos o servicios. 13
 El Modelo de Navegación, define la semántica navegacional asociada a las clases de los objetos del modelo. Es en este modelo es donde se explica la navegación permitida en la aplicación para cada agente del sistema. 14
ESPECIFICACION DEL PROBLEMA. (CONT) El Modelo de Presentación, captura los requisitos básicos de presentación de información, orientado hacia ambientes web. Está fuertemente basado en el modelo de navegación y permite definir, de una manera abstracta la estructura lógica de presentación de los objetos navegacionales en la interfaz de usuario. 15
ESPECIFICACION DEL PROBLEMA. (CONT) En esta fase se realiza un estudio de los tipos de usuarios que pueden interactuar con el sistema, indicando qué visibilidad sobre el sistema tendrán (qué atributos y qué operaciones podrán ver y/o activar), cómo se podrán conectar (requerirán o no identificación), y se organizarán en jerarquías de especialización para potenciar el rehúso en la especificación del sistema, facilitando así la tarea de modelado. 16
DESARROLLO DE LA SOLUCIÓN Se propone una estrategia de generación de código basada en componentes para integrar la solución propuesta en ambientes web. 	En esta etapa se obtendrá una aplicación web, con una funcionalidad equivalente a la especificación inicial según una visión operativa 17
DESARROLLO DE LA SOLUCIÓN. (CONT) Facilita las tareas de mantenimiento y evolución, ya que la generación automática basada en patrones se  realiza utilizando soluciones previamente probadas y validadas. 	Esta filosofía nos permite obtener de una manera más rápida aplicaciones finales de calidad, evitando entre otras, la fase de pruebas (testing) del sistema. 18
MODELO DE NAVEGACION DE OOWS Su objetivo es definir cómo se le proporcionará a cada usuario del sistema el acceso a la información y la funcionalidad que le es relevante para llevar a cabo su tarea dentro del sistema y qué secuencias de caminos deberán seguir para conseguirlo. En la aproximación OOWS, los requisitos navegacionales de una aplicación  web se obtienen añadiendo una “vista navegacional” (mapa navegacional) sobre el Modelo de Objetos de OO-Method, indicando el conjunto posible de caminos navegacionales que se le proporcionarán al usuario. 19
El modelo de navegación está compuesto por un conjunto de mapas de navegación (uno por cada agente) que representan y estructuran la visión global del sistema para cada tipo de usuario, definiendo su navegación permitida Existen dos posibilidades: que los nodos (contextos) navegacionales sean alcanzables desde cualquier ubicación en el sistema (llamados contextos de exploración, E) o que los nodos sólo sean alcanzables siguiendo un camino predeterminado de pasos de navegación (llamados contextos de secuencia, S). 20
21
MODELO DE PRESENTACIÓN  Complementa la información capturada en el modelo de navegación para la creación de interfaces con información de presentación.  En este modelo se utilizan los nodos o contextos navegacionales como entidades básicas donde se definen estas propiedades de presentación adicionales.  22
Los patrones de presentación de información que se pueden especificar son:  Paginación de información Ordenación  Patrón de presentación  23
PAGINACIÓN DE INFORMACIÓN Este patrón permite capturar la semántica scrolling de información.  Se podrá indicar además una cardinalidad en la paginación, que indicará el número de instancias que se recuperarán.  Otra propiedad de la paginación es la circularidad.  24
ORDENACIÓN  Este patrón permite definir una ordenación de la población de una clase según el valor de uno o más atributos sobre los que se aplica. La ordenación puede ser: ascendente o descendente. Este patrón se puede aplicar a clases navegacionales. Se pueden aplicar a estructuras de índices y a filtros de búsqueda  25
PATRÓN DE PRESENTACIÓN:  Definirá el modo en que la información de las instancias relacionadas será presentada.  Existen cuatro modos: registro, tabular, maestro-detalle y árbol. Podemos capturar los requisitos básicos para la construcción de interfaces del sistema, a nivel de modelado conceptual.  Este repositorio de información será utilizado por el generador (compilador) para generar las distintas interfaces para cada usuario 26
GRACIAS POR SU ATENCION!! 27

Mais conteúdo relacionado

Mais procurados

Integridad Y Seguridad En Las Bases De Datos
Integridad Y Seguridad En Las Bases De DatosIntegridad Y Seguridad En Las Bases De Datos
Integridad Y Seguridad En Las Bases De DatosDrakonis11
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLenin Acosta Mata
 
Metodologías de ingeniería Web dirigida por modelos
Metodologías de ingeniería Web dirigida por modelosMetodologías de ingeniería Web dirigida por modelos
Metodologías de ingeniería Web dirigida por modelosJose R. Hilera
 
Especificación de requisitos de un sitio web
Especificación de requisitos de un sitio webEspecificación de requisitos de un sitio web
Especificación de requisitos de un sitio webRafael Pedraza-Jimenez
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicoslandeta_p
 
Domain specific Software Architecture
Domain specific Software Architecture Domain specific Software Architecture
Domain specific Software Architecture DIPEN SAINI
 
Del modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosDel modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosYAMILA GASCON
 
Calidad Del Producto Software
Calidad Del Producto SoftwareCalidad Del Producto Software
Calidad Del Producto Softwarealbert317
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosunrated999
 

Mais procurados (20)

Casos de pruebas
Casos de pruebasCasos de pruebas
Casos de pruebas
 
Ingenieria de software - Unidad 4 seguridad
Ingenieria de software - Unidad 4 seguridadIngenieria de software - Unidad 4 seguridad
Ingenieria de software - Unidad 4 seguridad
 
Integridad Y Seguridad En Las Bases De Datos
Integridad Y Seguridad En Las Bases De DatosIntegridad Y Seguridad En Las Bases De Datos
Integridad Y Seguridad En Las Bases De Datos
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
Metodologías de ingeniería Web dirigida por modelos
Metodologías de ingeniería Web dirigida por modelosMetodologías de ingeniería Web dirigida por modelos
Metodologías de ingeniería Web dirigida por modelos
 
Especificación de requisitos de un sitio web
Especificación de requisitos de un sitio webEspecificación de requisitos de un sitio web
Especificación de requisitos de un sitio web
 
Ingenieria web
Ingenieria webIngenieria web
Ingenieria web
 
Metodología WEB W2000
Metodología WEB W2000Metodología WEB W2000
Metodología WEB W2000
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
B. manejo de concurrencia
B.  manejo de concurrenciaB.  manejo de concurrencia
B. manejo de concurrencia
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicos
 
analisis de aplicaciones web
analisis de aplicaciones webanalisis de aplicaciones web
analisis de aplicaciones web
 
Patron de Arquitectura Broker
Patron de Arquitectura BrokerPatron de Arquitectura Broker
Patron de Arquitectura Broker
 
La Ingeniería Web
La Ingeniería WebLa Ingeniería Web
La Ingeniería Web
 
Chap4 RE validation
Chap4 RE validationChap4 RE validation
Chap4 RE validation
 
Domain specific Software Architecture
Domain specific Software Architecture Domain specific Software Architecture
Domain specific Software Architecture
 
Del modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitosDel modelo del negocio al modelo de requisitos
Del modelo del negocio al modelo de requisitos
 
Calidad Del Producto Software
Calidad Del Producto SoftwareCalidad Del Producto Software
Calidad Del Producto Software
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientos
 
Rmm (2)
Rmm (2)Rmm (2)
Rmm (2)
 

Destaque

Estructura general de un sistema
Estructura general de un sistemaEstructura general de un sistema
Estructura general de un sistemaHIAMIX
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Metodologías de desarrollo de sistemas
Metodologías de desarrollo de sistemasMetodologías de desarrollo de sistemas
Metodologías de desarrollo de sistemasaxterland
 
Unidad uno metodologia
Unidad uno metodologia Unidad uno metodologia
Unidad uno metodologia guestc86431
 
Teoria general de los sistemas
Teoria general de los sistemas Teoria general de los sistemas
Teoria general de los sistemas paolacampetti
 
Técnicas para definir requerimientos
Técnicas para definir requerimientosTécnicas para definir requerimientos
Técnicas para definir requerimientosvaspajoq
 
Modelos de desarrollo de aplicaciones web
Modelos de desarrollo de aplicaciones webModelos de desarrollo de aplicaciones web
Modelos de desarrollo de aplicaciones webYaskelly Yedra
 
Metodologías de desarrollo ágiles: Scrum, XP
Metodologías de desarrollo ágiles: Scrum, XPMetodologías de desarrollo ágiles: Scrum, XP
Metodologías de desarrollo ágiles: Scrum, XPejordi
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clasesstill01
 
Medidas de conservacion del agua
Medidas de conservacion del aguaMedidas de conservacion del agua
Medidas de conservacion del aguakalipsso
 
Diferencias entre scrum y xp
Diferencias entre scrum y xp Diferencias entre scrum y xp
Diferencias entre scrum y xp deborahgal
 
Plataformas y redes de comunicacion
Plataformas y redes de comunicacionPlataformas y redes de comunicacion
Plataformas y redes de comunicaciondaniel suarez
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de SoftwareCamila Arbelaez
 
Soluciones inyectables y soluciones acuosas.
Soluciones inyectables y soluciones acuosas.Soluciones inyectables y soluciones acuosas.
Soluciones inyectables y soluciones acuosas.joel lopez
 
Caracteristicas Y Tipos De Sistemas
Caracteristicas Y Tipos De SistemasCaracteristicas Y Tipos De Sistemas
Caracteristicas Y Tipos De Sistemasads20180.09
 

Destaque (20)

Estructura general de un sistema
Estructura general de un sistemaEstructura general de un sistema
Estructura general de un sistema
 
Wsdm
WsdmWsdm
Wsdm
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Mi Presentación Ruby Andrea
Mi Presentación Ruby AndreaMi Presentación Ruby Andrea
Mi Presentación Ruby Andrea
 
Metodologías de desarrollo de sistemas
Metodologías de desarrollo de sistemasMetodologías de desarrollo de sistemas
Metodologías de desarrollo de sistemas
 
Unidad uno metodologia
Unidad uno metodologia Unidad uno metodologia
Unidad uno metodologia
 
Metodologías de desarrollo orientado a objetos
Metodologías de desarrollo orientado a objetosMetodologías de desarrollo orientado a objetos
Metodologías de desarrollo orientado a objetos
 
Metodología IWeb
Metodología IWebMetodología IWeb
Metodología IWeb
 
Teoria general de los sistemas
Teoria general de los sistemas Teoria general de los sistemas
Teoria general de los sistemas
 
Técnicas para definir requerimientos
Técnicas para definir requerimientosTécnicas para definir requerimientos
Técnicas para definir requerimientos
 
Modelos de desarrollo de aplicaciones web
Modelos de desarrollo de aplicaciones webModelos de desarrollo de aplicaciones web
Modelos de desarrollo de aplicaciones web
 
Metodologías de desarrollo ágiles: Scrum, XP
Metodologías de desarrollo ágiles: Scrum, XPMetodologías de desarrollo ágiles: Scrum, XP
Metodologías de desarrollo ágiles: Scrum, XP
 
La IEEE
La IEEELa IEEE
La IEEE
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Medidas de conservacion del agua
Medidas de conservacion del aguaMedidas de conservacion del agua
Medidas de conservacion del agua
 
Diferencias entre scrum y xp
Diferencias entre scrum y xp Diferencias entre scrum y xp
Diferencias entre scrum y xp
 
Plataformas y redes de comunicacion
Plataformas y redes de comunicacionPlataformas y redes de comunicacion
Plataformas y redes de comunicacion
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
Soluciones inyectables y soluciones acuosas.
Soluciones inyectables y soluciones acuosas.Soluciones inyectables y soluciones acuosas.
Soluciones inyectables y soluciones acuosas.
 
Caracteristicas Y Tipos De Sistemas
Caracteristicas Y Tipos De SistemasCaracteristicas Y Tipos De Sistemas
Caracteristicas Y Tipos De Sistemas
 

Semelhante a OOWS-método-producción-soluciones-web-objetos

Aplicaciones del modelo y especificaciones
Aplicaciones del modelo y especificacionesAplicaciones del modelo y especificaciones
Aplicaciones del modelo y especificacionesedsacun
 
Aplicaciones en capas1
Aplicaciones en capas1Aplicaciones en capas1
Aplicaciones en capas1mariana
 
Servicios web
Servicios webServicios web
Servicios webUTPL
 
Servicios web
Servicios webServicios web
Servicios webUTPL
 
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) Germán Sánchez
 
Prototipado rápido de interfaces
Prototipado rápido de interfacesPrototipado rápido de interfaces
Prototipado rápido de interfacesGeovannyCuaspa
 
Análisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptxAnálisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptxoscaralava3
 
Poo introduccion al patron mvc - renee morales calhua
Poo  introduccion al patron mvc - renee morales calhuaPoo  introduccion al patron mvc - renee morales calhua
Poo introduccion al patron mvc - renee morales calhuaRenee Morales Calhua
 
FMK Capa de Presentacion
FMK Capa de PresentacionFMK Capa de Presentacion
FMK Capa de Presentacionkaolong
 
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizaje
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizajeCongreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizaje
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizajecynthiacardinault
 

Semelhante a OOWS-método-producción-soluciones-web-objetos (20)

Modelado conceptual de aplicaciones web
Modelado conceptual de aplicaciones webModelado conceptual de aplicaciones web
Modelado conceptual de aplicaciones web
 
Metodología WEB NDT
Metodología WEB NDTMetodología WEB NDT
Metodología WEB NDT
 
Aplicaciones del modelo y especificaciones
Aplicaciones del modelo y especificacionesAplicaciones del modelo y especificaciones
Aplicaciones del modelo y especificaciones
 
Tecnicas de modelado y metodologias para aplicaciones Web
Tecnicas de modelado y metodologias para aplicaciones WebTecnicas de modelado y metodologias para aplicaciones Web
Tecnicas de modelado y metodologias para aplicaciones Web
 
Struts en Java
Struts en JavaStruts en Java
Struts en Java
 
Aplicaciones en capas1
Aplicaciones en capas1Aplicaciones en capas1
Aplicaciones en capas1
 
Modelado y metodologias para aplicaciones web
Modelado y metodologias para aplicaciones webModelado y metodologias para aplicaciones web
Modelado y metodologias para aplicaciones web
 
Patron mvc struts
Patron mvc strutsPatron mvc struts
Patron mvc struts
 
Servicios web
Servicios webServicios web
Servicios web
 
Servicios web
Servicios webServicios web
Servicios web
 
Articulo MVC
Articulo MVC Articulo MVC
Articulo MVC
 
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)
 
Modbus eai u5
Modbus eai u5Modbus eai u5
Modbus eai u5
 
Metodologia Diseño Web
Metodologia Diseño WebMetodologia Diseño Web
Metodologia Diseño Web
 
Prototipado rápido de interfaces
Prototipado rápido de interfacesPrototipado rápido de interfaces
Prototipado rápido de interfaces
 
Análisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptxAnálisis de la Arquitectura de Sistemas.pptx
Análisis de la Arquitectura de Sistemas.pptx
 
Poo introduccion al patron mvc - renee morales calhua
Poo  introduccion al patron mvc - renee morales calhuaPoo  introduccion al patron mvc - renee morales calhua
Poo introduccion al patron mvc - renee morales calhua
 
FMK Capa de Presentacion
FMK Capa de PresentacionFMK Capa de Presentacion
FMK Capa de Presentacion
 
patrón MVC.pdf
patrón MVC.pdfpatrón MVC.pdf
patrón MVC.pdf
 
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizaje
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizajeCongreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizaje
Congreso ENC 2015 - UWE para entornos virtuales colaborativos de aprendizaje
 

Mais de pelusa

Conciertos
ConciertosConciertos
Conciertospelusa
 
Películas
PelículasPelículas
Películaspelusa
 
Series
SeriesSeries
Seriespelusa
 
Ruby on rails
Ruby on railsRuby on rails
Ruby on railspelusa
 
Gestion De Riesgos
Gestion De RiesgosGestion De Riesgos
Gestion De Riesgospelusa
 
Componentes de tarjeta madre
Componentes de tarjeta madreComponentes de tarjeta madre
Componentes de tarjeta madrepelusa
 
Logica Digital
Logica DigitalLogica Digital
Logica Digitalpelusa
 
Logica Digital
Logica DigitalLogica Digital
Logica Digitalpelusa
 

Mais de pelusa (8)

Conciertos
ConciertosConciertos
Conciertos
 
Películas
PelículasPelículas
Películas
 
Series
SeriesSeries
Series
 
Ruby on rails
Ruby on railsRuby on rails
Ruby on rails
 
Gestion De Riesgos
Gestion De RiesgosGestion De Riesgos
Gestion De Riesgos
 
Componentes de tarjeta madre
Componentes de tarjeta madreComponentes de tarjeta madre
Componentes de tarjeta madre
 
Logica Digital
Logica DigitalLogica Digital
Logica Digital
 
Logica Digital
Logica DigitalLogica Digital
Logica Digital
 

OOWS-método-producción-soluciones-web-objetos

  • 1. OOWS: MÉTODO DE PRODUCCION DE SOLUCIONES WEB ORIENTADAS A OBJETOS JULIAN HERNANDEZ GÜERECA. CRISTOPHER ALEJANDRO HOLGUIN ARMENDARIZ. SERGIO ABDIEL HINOJOS MORENO. 1
  • 2. AGENDA OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB. ORÍGENES. CARACTERIZTICAS. ARQUITECTURA FUNCIONAL DEL MODELO. PROCESOS DE DESARROLLO DE UNA APLICACIÓN WEB. ESPECIFICACION DEL PROBLEMA. DESARROLLO DE LA SOLUCION. MODELO DE NAVEGACION. MODELO DE PRESENTACION. 2
  • 3. OWSS (MÉTODO DE PRODUCCIÓN DE SOLUCIONES WEB ORIENTADAS A OBJETOS). desarrollo de métodos de producción de software que permite construir aplicaciones web complejas con comportamiento dinámico, que sean compatibles con los estándares metodológicos y notacionales más extendidos en la actualidad y que establezcan cómo diseñar y desarrollar aplicaciones web basadas en SW XML. 3
  • 4. OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB La funcionalidad del sistema y la interacción con los usuarios. Nuevas características navegacionales. Compilador de modelos conceptuales (model compiler). 4
  • 5. ORÍGENES Fue creado en la Universidad Politécnica de Valencia. OOWS proviene de OO-Method (Método Orientado a Objetos) . OOWS se basara en el enfoque bottom-up, que coincide con los métodos HDM y OOHDM. 5
  • 6. CARACTERÍSTICAS aborda de forma sistemática el modelado conceptual de aplicaciones web propone una arquitectura software multinivel basada en servicios web introduce un conjunto de reglas que permiten transformar las abstracciones conceptuales en cada uno los componentes software que implementan los niveles de la arquitectura, haciendo uso intensivo de patrones de diseño. 6
  • 8. PROCESO DE DESARROLLO DE UNA APLICACIÓN WEB. Para modelar la navegación asociada al sistema deseado se propone un proceso de desarrollo de soluciones web con dos pasos principales: a. Especificación del Problema. b. Desarrollo de la Solución. 8
  • 9. ESPECIFICACION DEL PROBLEMA Se deben capturar las peculiaridades y el comportamiento que debe ofrecer el sistema para satisfacer los requisitos de usuario identificados. En este paso se incluye el conjunto de requisitos usando una aproximación de Casos de Uso y posteriormente las actividades de modelado conceptual del sistema. 9
  • 10. ESPECIFICACION DEL PROBLEMA . (CONT) En el modelado conceptual, las abstracciones que se derivan del problema son especificadas en términos de clases y de su estructura, comportamiento y funcionalidad, construyendo los siguientes modelos: Objetos, Dinámico, Funcional, Navegacional, y Presentación. 10
  • 11. El Modelo de Objetos, define la estructura y las relaciones estáticas entre clases identificadas en el dominio del problema. 11
  • 12. En el Modelo Dinámico, se describen las posibles secuencias de servicios y los aspectos relacionados con la interacción entre objetos. 12
  • 13. El Modelo Funcional, captura la semántica asociada a los cambios de estado entre los objetos motivados por la ocurrencia de eventos o servicios. 13
  • 14. El Modelo de Navegación, define la semántica navegacional asociada a las clases de los objetos del modelo. Es en este modelo es donde se explica la navegación permitida en la aplicación para cada agente del sistema. 14
  • 15. ESPECIFICACION DEL PROBLEMA. (CONT) El Modelo de Presentación, captura los requisitos básicos de presentación de información, orientado hacia ambientes web. Está fuertemente basado en el modelo de navegación y permite definir, de una manera abstracta la estructura lógica de presentación de los objetos navegacionales en la interfaz de usuario. 15
  • 16. ESPECIFICACION DEL PROBLEMA. (CONT) En esta fase se realiza un estudio de los tipos de usuarios que pueden interactuar con el sistema, indicando qué visibilidad sobre el sistema tendrán (qué atributos y qué operaciones podrán ver y/o activar), cómo se podrán conectar (requerirán o no identificación), y se organizarán en jerarquías de especialización para potenciar el rehúso en la especificación del sistema, facilitando así la tarea de modelado. 16
  • 17. DESARROLLO DE LA SOLUCIÓN Se propone una estrategia de generación de código basada en componentes para integrar la solución propuesta en ambientes web. En esta etapa se obtendrá una aplicación web, con una funcionalidad equivalente a la especificación inicial según una visión operativa 17
  • 18. DESARROLLO DE LA SOLUCIÓN. (CONT) Facilita las tareas de mantenimiento y evolución, ya que la generación automática basada en patrones se realiza utilizando soluciones previamente probadas y validadas. Esta filosofía nos permite obtener de una manera más rápida aplicaciones finales de calidad, evitando entre otras, la fase de pruebas (testing) del sistema. 18
  • 19. MODELO DE NAVEGACION DE OOWS Su objetivo es definir cómo se le proporcionará a cada usuario del sistema el acceso a la información y la funcionalidad que le es relevante para llevar a cabo su tarea dentro del sistema y qué secuencias de caminos deberán seguir para conseguirlo. En la aproximación OOWS, los requisitos navegacionales de una aplicación web se obtienen añadiendo una “vista navegacional” (mapa navegacional) sobre el Modelo de Objetos de OO-Method, indicando el conjunto posible de caminos navegacionales que se le proporcionarán al usuario. 19
  • 20. El modelo de navegación está compuesto por un conjunto de mapas de navegación (uno por cada agente) que representan y estructuran la visión global del sistema para cada tipo de usuario, definiendo su navegación permitida Existen dos posibilidades: que los nodos (contextos) navegacionales sean alcanzables desde cualquier ubicación en el sistema (llamados contextos de exploración, E) o que los nodos sólo sean alcanzables siguiendo un camino predeterminado de pasos de navegación (llamados contextos de secuencia, S). 20
  • 21. 21
  • 22. MODELO DE PRESENTACIÓN Complementa la información capturada en el modelo de navegación para la creación de interfaces con información de presentación. En este modelo se utilizan los nodos o contextos navegacionales como entidades básicas donde se definen estas propiedades de presentación adicionales. 22
  • 23. Los patrones de presentación de información que se pueden especificar son: Paginación de información Ordenación Patrón de presentación 23
  • 24. PAGINACIÓN DE INFORMACIÓN Este patrón permite capturar la semántica scrolling de información. Se podrá indicar además una cardinalidad en la paginación, que indicará el número de instancias que se recuperarán. Otra propiedad de la paginación es la circularidad. 24
  • 25. ORDENACIÓN Este patrón permite definir una ordenación de la población de una clase según el valor de uno o más atributos sobre los que se aplica. La ordenación puede ser: ascendente o descendente. Este patrón se puede aplicar a clases navegacionales. Se pueden aplicar a estructuras de índices y a filtros de búsqueda 25
  • 26. PATRÓN DE PRESENTACIÓN: Definirá el modo en que la información de las instancias relacionadas será presentada. Existen cuatro modos: registro, tabular, maestro-detalle y árbol. Podemos capturar los requisitos básicos para la construcción de interfaces del sistema, a nivel de modelado conceptual. Este repositorio de información será utilizado por el generador (compilador) para generar las distintas interfaces para cada usuario 26
  • 27. GRACIAS POR SU ATENCION!! 27