MODULO III La Propuesta

Fase 1: Diseo Entidad-Relacin

En esta fase se crean las entidades y relaciones que conforman la base de las
aplicaciones hipermediales, ya que muchas de stas son desplegadas en la aplicacin
final como nodos y links dentro de la estructura hipermedial.
Figura: Entidad Relacin (ase de !atos"
Fuente: #os $utores, %&'%.
Fase 2: Diseo conceptual
En esta fase se construye un esquema conceptual representado por los ob(etos del
dominio, las relaciones y las colaboraciones e)istentes establecidas entre ellos. En
este caso se representan las clases, las relaciones y subsistemas a tra*s de notacin
+,# (#engua(e de ,odelado +nificado".
Figura: -aso de -lientes
Fuente: #os $utores, %&'%.
Fase 3: Diseo a!e"acional
En esta fase se establece una (erarqu.a de men/, utili0ando la primiti*a de
grupo men/ como regla general, e*itando profundidades en la (erarqu.a para no
desorientar al usuario.
1rincipal
$cceso de +suario ande(a de Entrada
Registro de +suarios
$uditoria de +suarios
Eliminar +suarios
Registro de
Recomendacin
-onsulta de
Recomendacin
,odificar !atos de
Recomendacin
Registro de
Recomendacin
Registro de +suarios
,odificar !atos de
+suarios
-onsulta de 2raba(os
1endientes
3r4fica: !iagrama de 5lices
Figura: -aso de -lientes
Fuente: #os $utores, %&'%.
,odificar
!atos de
Recomendaci
n
$cceso
+suario
Registro de
+suario
Registro de
Recomendaci
n
-onsulta de
Recomendaci
n
6nicio
Registro de
Recomendaci
n
Registro de
+suario
,odificar
datos de
usuario
Fase #: Diseo de Inter$a%
Fase &: I'ple'entacin
En esta fase se construye la aplicacin cuidadosamente, tomando en
cuenta todas las fases anteriores, a fin de implementar la $plicacin 7eb para la
gestin de equipos de computacin de la !i*isin de 6nform4tica y 5istema.
Metodolo"ias (asadas en el 'odelo Entidad-Relacin
RMM )Relations*ip Mana"'ent Met*odolo"+,:
Etapa 1 )Diseo Entidad-Relacin,: 5e confecciona un diagrama entida8relacin
tipico, desglosando las relaciones 9:, en dos relaciones ':9. El ob(eti*o de esta fase
es e)plicar todos los enlaces entre ob(etos. ,4s tarde, las relaciones dar4n lugar a la
na*egacin. $s., una relacin especificar4 un camino en la na*egacin.
Etapa 2 )Diseo de slices,: 5e di*ide las entidades en fragmentos significati*os y se
organi0an en la red de na*egacin. 1or e(emplo, toda la informacin relacionada con
el tema central a desarrollar la aplicacin se colocar.a en una *entana con 5choll o
bien en *arias diferentes. Esta di*isin se hace seg/n la sem4ntica de los atributos.
1or e(mplo, se podr.a tener un slice los datos generales del tema en especifico y en
otro un *ideo que muestre tomas relacionadas. -ada slice agrupar4 uno o m4s
atributos de una entidad, de tipos muy diferentes. -ada entidad tendr4 su head, o slice
principal, que se marca con un asterisco y que es slice al que, por defecto, se accede a
tra*s de los mecanismos de na*egacin. Entre los diferentes alice est4n los llamados
enlaces estructurales, que nada tienen que *er con las relaciones, ya que al atra*esar
un enlace estructural, no se produce ning/n cambio de conte)to. +na *e0
determinados los slice hay que establecer loa enlaces estructurales.
Etapa 3 )Diseo a!e"acional,: 5e sustituyen las relaciones por primiti*as de
acceso R,!,. En general, se preferir4 una *isita guiada a un .ndice cuando el
n/mero de instancias sea peque:o (menor de '&" y no e)iste un campo .ndice cuando
el n/mero de instancias sea peque:o (menor de '&" y no e)iste un campo .ndice que
pueda ayudar a los usuarios. 1or el contrario, si el n/mero es grande, se usar4n
.ndices.
$dem4s en esta fase hay que elegir a qu slice se accede a tra*s de una
primiti*a de acceso. 1or defecto es el slice principal (head". En caso contrario, debe
especificarse, etiquetando el nombre de la estructura de acceso. 1or /ltimo, en esta
fase se establece una (erarqu.a de men/s, utili0ando la primiti*a de grupo o men/.
-omo regla general, se debe e*itar grandes profundidades en la (erarqu.a, ya que
desorientan al usuario. El resultado final de esta etapa es el diagrama R,!,.
Etapa & )Diseo de la inter$a% de usuario,: 5e dise:an gr4ficamente todas las
pantallas correspondientes a cada uno de los slices que se han obtenido en la etapa %
OO-DM )Metodolo".a de Diseo -iper'edia Orientada a O(/eto,:
Diseo conceptual: !urante esta acti*idad se construye un esquema conceptual
representado por los ob(etos del dominio, las relaciones y colaboraciones e)istentes
establecidas entre ellos. En las aplicaciones ;ipermedia con*encionales, cuyos
componentes de ;ipermedia no son modificados durante la e(ecucin, se podr.a usar
un modelo de datos sem4ntico estructural (como el modelo de entidades y relaciones".
!e este modo, en los casos en que la informacin base pueda cambiar din4micamente
o se intenten e(ecutar c4lculos comple(os, se necesitar4 enriquecer el comportamiento
del modelo de ob(etos. En <<;!,, el esquema conceptual est4 construido por
clases, relaciones y subsistemas. #as clases son descritas como en los modelos
orientados a ob(etos tradicionales. 5in embargo, los atributos pueden ser de m/ltiples
tipos para representar perspecti*as diferentes de las mismas entidades del mundo real.
I'ple'entacin: En esta fase, el dise:ador debe implementar el dise:o. ;asta ahora,
todos los modelos se han construido de forma independiente de la plataforma de
implementacin= en esta fase se tiene en cuenta el entorno particular en el cual se *a
a e(ecutar la aplicacin.
$l llegar a esta fase, el primer paso que debe reali0ar el dise:ador es definir
los .tems de informacin, cmo son organi0ados los .tems de acuerdo con el perfil del
usuario y su tarea= decidir qu interfa0 deber.a *er y cmo deber.a comportarse. $ fin
de implementar todo en un entorno 7eb, el dise:ador debe decidir adem4s qu
informacin debe almacenarse.