Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
MTODO DE DISEO DE
HIPERMEDIA ORIENTADO A
OBJETOS
Presentado por:
Karol Pamela Ortega Maquera
Bernarda Quispe Alania
Csar Reynaldo Mamani Turpo
Guido Torres
PUNO PER
2015
Contenido
1.
Historia: ......................................................................................................................... 2
2.
Definicin: ..................................................................................................................... 2
3.
Fases de desarrollo:....................................................................................................... 3
3.1
Ventajas:........................................................................................................................ 4
5.
Desventajas: .................................................................................................................. 4
6.
7.
Bibliografa: ................................................................................................................... 8
2. Definicin:
OOHDM es un mtodo para el desarrollo de aplicaciones Web. Fue uno de los primeros
mtodos para separar de las dificultades que definan diferentes modelos que se separaban en
cinco etapas que son las siguientes fases del diseo:
Obtencin de Requerimientos
Diseo conceptual
Diseo navegacional
Diseo de interfaz abstracta
Ejecucin o implementacin
En OOHDM las aplicaciones Web se construyen en las cinco etapas mencionadas, que
permiten un modelo de proceso incremental o basado en prototipos. Cada etapa se centra en
un diseo en particular y se construye un modelo orientado a objeto para cada etapa. Conceptos
como clasificacin, agregacin y generalizacin se utilizan frecuentemente por los procesos de
manera proveer un mayor poder de abstraccin y reutilizacin de componentes. Los principios
utilizados en OOHDM tambin pueden ser aplicados en otra versin del modelo conocido como
SHDM (Schawabe, 2004) en el cual el modelo de datos utilizado se encuentra basado en RDF y
RDFS (Brickley y Guha, 2004). La diferencia principal con OOHDM es que SHDM utiliza tecnologa
basada en Web semntica para representar de sus modelos. A continuacin, se presentan las
cinco actividades propuestas por dicho modelo.
3. Fases de desarrollo:
Nodos que sern navegables, establecer los atributos que poseen y sus
relaciones.
Contextos en que el usuario navegar para organizar el espacio
navegacional.
Vistas de los objetos navegacionales
Estructuras que permitirn acceder a los nodos, por ejemplo: mens, ndices,
guas de ruta, entre otros.
4. Ventajas:
Separacin clara entre lo conceptual, lo navegacional y lo visual. Esta
independencia hace que el mantenimiento de la aplicacin sea mucho ms
sencillo.
Hace un estudio profundo de los aspectos de interfaz, esencial no solo en las
aplicaciones multimedia, sino que es un punto crtico en cualquiera de los
sistemas que se desarrollan actualmente.
Hace uso tambin de la orientacin a objetos y de un diagrama tan
estandarizado como el de clases, para representar el aspecto de la navegacin
a travs de las clases navegacionales.
5. Desventajas:
o
o
El rol bsico es el Usuario No Registrado. Este tipo de actor puede cambiar de rol dependiendo
del evento denominado Registro de Usuario, en donde este actor pasa ahora a ser parte
de otro grupo (Usuario Registrado). Por otra parte, algunos de estos usuarios registrados tienen
la capacidad de poder ejecutar otro rol de manera simultanea: Usuario Publicador. Existe
el actor de la aplicacin que le indica a un Usuario Registrado cuando puede desempear
el rol alterno, ste es el Administrador, quien al fin y al cabo es un actor multifactico,
ya que puede desempear todos los roles dentro de la aplicacin.
Segn el anlisis realizado en los requerimientos, se obtuvieron 10 especificaciones
de escenarios que se consideraron bsicas para el modelado de la aplicacin, las cuales
van desde navegar SymWeb hasta salirse de SymWeb, entre otros. En consecuencia, se
realizaron 12 CU, los cuales se enlistan a continuacin: Registro de Usuario, Inicio de
Sesin, Actualizacin de Datos del Usuario, Simulacin de Modelos Matemticos,
Graficacin de Resultados, Publicacin de Modelos Matemticos, Bsqueda Interna General,
Bsqueda Interna Avanzada, Dar de baja a un Usuario, Dar de baja a un Modelo, Darse de baja
como Usuario y Salirse de SymWeb.
Para el desarrollo de SymWeb se enriqueci el significado de las elipses que componen
los UID para sealar el lugar (fsico o abstracto) que se ve afectado por el procesamiento de
informacin. Tambin se adaptaron stos con etiquetas aadidas a las elipses para facilitar
su lectura. En la Figura 1 se presenta el UID para el Registro de Usuario. Los UID en SymWeb se
realizaron en el orden determinado por los CU.
Para abstraer las clases involucradas con SymWeb hay que tener en cuenta que sta es una
aplicacin que consiste en simular modelos matemticos que generen resultados
grficos por usuarios que probablemente tendrn la capacidad de publicar tales modelos bajo
el control de un administrador, quin por defecto publica los modelos. El enunciado
anterior encierra los puntos sealados en los escenarios realizados previamente. De esta
forma se obtuvieron las clases preliminares: Modelos Matemticos, Grficas, Usuarios y
Administrador. Como resultado de un diseo detallado, se abstrajeron 17 clases
(presentadas sintticamente en la Figura 2) que definen 11 enuncia dos que describen
SymWeb de manera conceptual. La definicin de los nodos en SymWeb se bas en realizar
preguntas concretas sobre los eventos y acciones asociados a la clase conceptual. Como
resultado se obtuvo 8 tipos de nodos diferentes. Como puede observarse en la Figura
3 correspondiente al nodo Administrador, el nodo admin es una instancia de la clase Admin
que se reconoce dentro de la aplicacin con la variable admin. Este nodo hereda los
atributos (e.g. login) y mtodos (e.g. Darse_de_baja()) de la clase Usuario. Diseando de
manera similar los dems nodos, se establecen 4 esquemas de clases navegacionales para
SymWeb, donde cada una est relaciona con el usuario actual de la aplicacin.
registrado, entonces accede al nodo de login donde dispara el mtodo inicio_de_sesion() para
despus acceder al Men General que est representado por un ndice (i.e. una lista de
enlaces a las opciones). Adjunto a este ndice estn el de Men Publicacin y Men
Administracin, los cuales estn etiquetados con un ovalo negro a su izquierda; este ovalo
indica que son ndices de acceso restringido y que en nuestro caso solo estn disponibles para
un usuario con permiso de publicar y para un usuario que tenga adems permiso de
administrador, respectivamente. Se observa tambin que todos los usuarios pueden acceder a
un ndice de Bsqueda, el cual devuelve informacin tanto de modelos encontrados, as
como de archivos relacionados a stos, almacenados en el servidor.
Durante el proceso de AID, se definieron varios ADV, los cuales indicaban que
componentes de informacin seran utilizados en secciones particulares de la navegacin.
Con respecto a la implementacin, se defini que SymWeb fuera una aplicacin basada en
pginas web dinmicas que interactan entre ellas. Estas pginas fueron desarrolladas con
la tecnologa de Pginas de Servidor Activas (ASP) de Microsoft, incluyndose tambin
JavaScript para analizar rutinas de validacin y otras funciones en el lado del cliente. La decisin
de utilizar ASP se bas en la tecnologa disponible al momento de iniciar el proyecto. Sin
embargo, se tiene contemplado realizar futuros trabajos que permitan comparar la tecnologa
empleada con otras existentes. El acceso por parte de los usuarios se realiza a travs de
sesiones. La entrada de toda la informacin se hace a travs de elementos de formulario, la
cual es procesada siempre del lado del servidor.
El proceso de publicacin de un modelo se realiza a travs del pre procesamiento de
un archivo de texto que contiene ecuaciones diferenciales generadas a partir de un
software de simulacin para PC. Este proceso se auxilia con un componente para cargar
archivos en el servidor. Cuando se realiza la simulacin de un modelo, la tabulacin de
resultados se establece en un archivo XML que es pasado como parmetro a un componente de
graficacin. Se cuida que ninguna grfica se presentada hasta que algn modelo se simule. El
manejo de los datos del lado del servidor se realiza utilizando tres tablas: Una para los
usuarios, otra para los modelos y una tercera para archivos que contengan
informacin sobre los modelos.
El sitio est compuesto por una raz denominada SymWeb y que ser el elemento final de
la cadena correspondiente al URL. En esta carpeta se encuentran todas las pginas a las
que accede el usuario. En adicin, se encuentran otras carpetas de propsito especfico
(e.g. carpeta de modelos). Vista (sintetizada) de Datos Abstracto correspondiente a la
graficacin de resultados de un usuario registrado:
7. Bibliografa: