1.
OOWS: MÉTODO DE PRODUCCION DE SOLUCIONES WEB ORIENTADAS A OBJETOS<br />JULIAN HERNANDEZ GÜERECA.<br />CRISTOPHER ALEJANDRO HOLGUIN ARMENDARIZ.<br />SERGIO ABDIEL HINOJOS MORENO.<br />1<br />

2.
AGENDA<br />OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB.<br />ORÍGENES.<br />CARACTERIZTICAS.<br />ARQUITECTURA FUNCIONAL DEL MODELO.<br />PROCESOS DE DESARROLLO DE UNA APLICACIÓN WEB.<br />ESPECIFICACION DEL PROBLEMA.<br />DESARROLLO DE LA SOLUCION.<br />MODELO DE NAVEGACION.<br />MODELO DE PRESENTACION.<br />2<br />

3.
OWSS (MÉTODO DE PRODUCCIÓN DE SOLUCIONES WEB ORIENTADAS A OBJETOS).<br />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.<br />3<br />

4.
OOWS: UN MÉTODO DE DESARROLLO DE APLICACIONES WEB<br />La funcionalidad del sistema y la interacción con los usuarios.<br />Nuevas características navegacionales.<br />Compilador de modelos conceptuales (model compiler).<br />4<br />

5.
ORÍGENES<br />Fue creado en la Universidad Politécnica de Valencia.<br />OOWS proviene de OO-Method (Método Orientado a Objetos) .<br />OOWS se basara en el enfoque bottom-up, que coincide con los métodos HDM y OOHDM.<br />5<br />

6.
CARACTERÍSTICAS<br />aborda de forma sistemática el modelado conceptual de aplicaciones web <br />propone una arquitectura software multinivel basada en servicios web<br />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. <br />6<br />

7.
ARQUITECTURA FUNCIONAL DEL MODELO OOWS<br />7<br />

8.
PROCESO DE DESARROLLO DE UNA APLICACIÓN WEB.<br />Para modelar la navegación asociada al sistema deseado se propone un proceso de desarrollo de soluciones web con dos pasos principales: <br />a. Especificación del Problema.<br />b. Desarrollo de la Solución. <br />8<br />

9.
ESPECIFICACION DEL PROBLEMA<br /> Se deben capturar las peculiaridades y el comportamiento que debe ofrecer el sistema para satisfacer los requisitos de usuario identificados.<br /> 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.<br />9<br />

10.
ESPECIFICACION DEL PROBLEMA . (CONT)<br />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. <br />10<br />

11.
El Modelo de Objetos, define la estructura y las relaciones estáticas entre clases identificadas en el dominio del problema.<br />11<br />

12.
En el Modelo Dinámico, se describen las posibles secuencias de servicios y los aspectos relacionados con la interacción entre objetos.<br />12<br />

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.<br />13<br />

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.<br />14<br />

15.
ESPECIFICACION DEL PROBLEMA. (CONT)<br />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.<br />15<br />

16.
ESPECIFICACION DEL PROBLEMA. (CONT)<br />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.<br />16<br />

17.
DESARROLLO DE LA SOLUCIÓN<br />Se propone una estrategia de generación de código basada en componentes para integrar la solución propuesta en ambientes web.<br /> En esta etapa se obtendrá una aplicación web, con una funcionalidad equivalente a la especificación inicial según una visión operativa<br />17<br />

18.
DESARROLLO DE LA SOLUCIÓN. (CONT)<br />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.<br /> 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.<br />18<br />

19.
MODELO DE NAVEGACION DE OOWS<br />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.<br />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.<br />19<br />

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<br />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).<br />20<br />

21.
21<br />

22.
MODELO DE PRESENTACIÓN <br />Complementa la información capturada en el modelo de navegación para la creación de interfaces con información de presentación. <br />En este modelo se utilizan los nodos o contextos navegacionales como entidades básicas donde se definen estas propiedades de presentación adicionales. <br />22<br />

23.
Los patrones de presentación de información que se pueden especificar son: <br />Paginación de información<br />Ordenación <br />Patrón de presentación <br />23<br />

24.
PAGINACIÓN DE INFORMACIÓN<br />Este patrón permite capturar la semántica scrolling de información. <br />Se podrá indicar además una cardinalidad en la paginación, que indicará el número de instancias que se recuperarán. <br />Otra propiedad de la paginación es la circularidad. <br />24<br />

25.
ORDENACIÓN <br />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.<br />Este patrón se puede aplicar a clases navegacionales.<br />Se pueden aplicar a estructuras de índices y a filtros de búsqueda <br />25<br />

26.
PATRÓN DE PRESENTACIÓN: <br />Definirá el modo en que la información de las instancias relacionadas será presentada. <br />Existen cuatro modos: registro, tabular, maestro-detalle y árbol.<br />Podemos capturar los requisitos básicos para la construcción de interfaces del sistema, a nivel de modelado conceptual. <br />Este repositorio de información será utilizado por el generador (compilador) para generar las distintas interfaces para cada usuario<br />26<br />

27.
GRACIAS POR SU ATENCION!!<br />27<br />