Metodología OOHDM

Jairo Pinto160-1627Ing. sistemas

Introducción

En la actualidad son pocas las metodologías existentes que permiten a los desarrolladores conseguir productos de software hipermedia reusables y fáciles de mantener. A pesar de ello, ha nacido una tendencia a considerar el desarrollo hipermedial con un enfoque de proceso de ingeniería (del software), por lo que ya se han propuesto algunas metodologías para este fin.

Una de ellas es OOHDM (Object Oriented Hypermedia Design Method), la cual será analizada con el principal objetivo de identificar sus ventajas, desventajas y su real aplicación a este tipo de aplicaciones.

OOHDM OOHDM es una metodología orientada a

objetos.

Su proceso de desarrollo tiene 5 fases donde se combinan notaciones UML y otras propias de la metodología.

Antes OOHDM era solo para aplicaciones como CD-ROM promocionales Enciclopedias Museos virtuales

OOHDM

El gran desarrollo de Internet obligo a que se adaptara para desarrollo de aplicaciones Hipermedia.

Comercio electrónico Motores de búsqueda Sitios educacionales y de entretención

Etapas de OOHDM

Fase 1

Obtención de Requerimientos

La herramienta en la cual se fundamenta esta fase son los diagramas de casos de usos, los cuales son diseñados por escenarios con la finalidad de obtener de manera clara los requerimientos y acciones del sistema.

Fase 2

Diseño Conceptual

Se construye un modelo orientado a objetos que represente el dominio de la aplicación usando las técnicas propias de la orientación a objetos.

La finalidad principal durante esta fase es capturar el dominio semántico de la aplicación teniendo en cuenta el papel de los usuarios y las tareas que desarrollan.

El resultado de esta fase es un modelo de clases relacionadas que se divide en subsistemas.

Productos: Diagrama de Clases, División en subsistemas y relaciones

Herramientas: Técnicas de modelado O.O, patrones de diseño

Mecanismos: Clasificación, agregación, generalización y especialización

Objetivo de diseño: Modelo semántico de la aplicación

Fase 2

Diseño Navegacional

La estructura de navegación de una aplicación hipermedia está definida por un esquema de clases de navegación específica, que refleja una posible vista elegida. En OOHDM hay una serie de clases especiales predefinidas, que se conocen como clases navegacionales:

Nodos Enlaces Estructuras de acceso

Los menús Los índices Las guías de ruta

Fase 3

Diseño de Interfaz Abstracta

Esto consiste en definir:

Qué objetos de interfaz va a percibir el usuario El camino en el cuál aparecerán los diferentes objetos de

navegación Qué objeto de interfaz actuarán en la navegación La forma de sincronización de los objetos multimedia y el

interfaz de transformaciones.

MODELOS DE VISTAS ABSTRACTAS DE DATOS (ADVs): los modelos de los ADVs no son más que representaciones formales que se usan para mostrar todo esto.

Fase 4

Implementación

Una vez cumplidas las 4 fases anteriores solo queda llevar los objetos a un lenguaje concreto de programación.

Productos: Aplicación ejecutable Herramientas: El entorno del lenguaje de

programación Mecanismos: Los ofrecidos por el lenguaje Objetivo de diseño: Obtener la aplicación

ejecutable

Fase 5

Ventajas

Una separación clara entre lo conceptual, lo navegacional y lo visual. Esta independencia hace que el mantenimiento de la aplicación sea mucho más sencillo.

Hace un estudio profundo de los aspectos de interfaz, esencial no solo en las aplicaciones multimedia, sino que es un punto crítico en cualquiera de los sistemas que se desarrollan actualmente.

Hace uso también de la orientación a objetos y de un diagrama tan estandarizado como el de clases, para representar el aspecto de la navegación a través de las clases navegacionales.

Ha dejado fuera de su ámbito un aspecto esencial que es el tratamiento de la funcionalidad del sistema.

No ofrece ningún mecanismo para trabajar con múltiples actores.

Desventajas

Ejemplo práctico

“All Horizons” es una empresa que ofrece servicios de capacitación a distintas empresas a nivel nacional. Su principal fuerte son los cursos y seminarios relacionados con temas informáticos. La idea es desarrollar un sitio “web” que sea capaz de ofrecer información en forma intuitiva de los cursos y seminarios que se imparten. Además sería óptimo agregarle pequeñas funcionalidades, tales como, permitir a los usuarios bajar los textos y documentos relacionados con el curso que han tomado o darles la posibilidad de ver su nota obtenida en el curso.

Fase 1 Obtención de

requerimientos

Identificación de roles y tareas

roles:

Alumno: Buscar información acerca de un curso Buscar información acerca de un profesor Obtener el material para un curso

Potencial Alumno Profesor Agente de Ventas Secretaria Coordinador

Especificación de escenarios

Especificación de casos de uso

Especificación de UIDs

Validación de casos de uso y UIDs

En esta etapa, el desarrollador deberá interactuar con cada usuario para validar los casos de uso y UIDs obtenidos, mostrando y explicando cada uno de ellos para ver si el o los usuarios están de acuerdo. El usuario deberá interceder sólo en aquellos casos de uso y UIDs en que participa.

Fase 2 Diseño conceptual

Diseño conceptual

Fase 3 Diseño navegacional

Diseño navegacionalPara cada UID se crearán diagramas de contexto y tarjetas de especificación que detallan la información contenida en el diagrama. En la siguiente figura se grafica el diagrama de contexto correspondiente al UID del caso de uso “Buscando un curso dado un tema”.

Aplicación del diseño navegacional

Fase 4 Diseño de interfaz

abstracta

Diseño de interfaz abstracta

Figura 8 ADVs relacionadas con el caso de uso “Buscando un curso dado un tema”

Fase 5 Implementación

Implementación

Una vez terminadas las etapas anteriores, el desarrollador posee un completo conocimiento del dominio del problema. Además de ello, cuenta con una idea básica de cómo se verán lasinterfaces.

Para comenzar con la implementación el desarrollador deberá elegir donde almacenará los objetos y con qué lenguaje o herramienta desarrollará las interfaces, es necesario aclarar que generalmente el desarrollador se encarga del lado técnico de la interfaz, la parte gráfica y el que le dará la apariencia final a la interfaz será el diseñadorgráfico.