Integrantes:
Alexander Ruiz
Briggithe Roa
Giovanny Martin
RMM – RELATIONSHIP MANAGEMENT METHOGOLOGY
RMM es considerada una metodología que fue propuesta en el año de 1995 y esta compuesta por 7 etapas de análisis y diseño.
Esta propuesta es basada en el modelo entidad relación y HDM.
Entre los conceptos principales de RM: El modelo entidad – relación y actualmente el SLICE: es un subconjunto de atributos de una entidad que van a ser presentados de forma agrupada al usuario, es decir una aplicación formada por entidades cuyos atributos son agrupados en SLICES
Importante mencionar: RMM toma a HDM como base, define sus propios enlaces, divididos en diferentes grupos.
Enlaces no condicionales: clasificados como unidireccionales o bidireccionales, en estos enlaces el usuario no genera ninguna condición por lo tanto se genera de origen a destino
Enlaces condicionales:
Rutas guiadas:
Varios de los enlaces se pueden mezclar.
Modelo RMDM es el modelo mejorado del modelo entidad – relación y permite representar a las aplicaciones multimedia. Igual que el entidad – relación también contiene atributos, entidades y varios de los objetos que identifican el modelo, el RMDM adicional tiene varios elementos que son de utilidad y permiten evidenciar una mejor acción en el momento de aplicarlo.
Esta metodología se caracteriza por las fases que la componen:
Fases de RMM
FASE 1 Realizar el modelo E-R
En esta fase se debe obtener un modelo Entidad-Relación del sistema, sin necesidad de
entrar en detalles de navegación o de presentación al usuario. Se debe actuar de la
misma forma que se actuaría para obtener un modelo E-R de una aplicación software
clásica.
Fase 2- Realizar los diseños de slice
Para cada entidad detectada en la fase anterior, se debe definir un diagrama de slices.
Esto es, se deben detectar los slices para esa entidad, es decir, cómo se van a presentar
los atributos de la entidad al usuario.
Fase 3- Diseñar la navegación
Una vez que ya se han definido los slices, se debe diseñar cómo se pasará de una
entidad a otra, es decir, hay que enriquecer el modelo Entidad-Relación obtenido en la
primera fase con los enlaces entre entidades. En principio en nuestro modelo no sería
necesario al tener una única entidad.
Fase 4- Definir el protocolo de conversión
En esta fase se debe definir el proceso a seguir para pasar del modelo RMDM a la
plataforma de desarrollo concreta.
Fase 5- Diseñar la interfaz
En esta fase se diseñan las pantallas tal y como se van a mostrar al usuario.
Fase 6- Implementar la aplicación
En base al protocolo establecido en la fase 4 y al modelo RMDM obtenido, se
implementa el sistema.
Fase 7- Probar la aplicación
Una vez que se obtiene la aplicación ejecutable, se deben realizar las pruebas de
funcionamiento a la misma.
EXPOSICION
JUDITH ROCIO VERJEL BAYONA
JUAN CARLOS VALLEJO MONDRAGON
WSDM- Web Site Design Method
El Método para diseño de sitios web (WSDM)
Es una propuesta orientada a kioskos web
Conceptos básicos
- Define el sistema en base a los grupos de usuario.
- Su proceso de definición de requisitos tiene por objetivo el
detectar los perfiles de usuario mediante dos tareas.
- Clasificación de usuarios mediante el estudio del
entorno.
- Descripción de los grupos de usuario.
- En la actualidad, están trabajando en una propuesta de
herramienta que permita soportar el proceso de trabajo.
FASES:
- Modelo de usuario
- Diseño conceptual
- Diseñar la implementación
- Realizar la implementación
- Implementación
En la siguiente grafica se muestra el ciclo de las fases.
1. Modelado de usuarios
En esta primera fase se intenta detectar los perfiles de usuarios que se van a presentar en
la aplicación. Para ello, se deben realizar dos tareas:
Clasificación de usuarios:
En este paso se deben identificar y clasificar a los usuarios que va a tener el sistema.
- Descripción de los grupos de usuarios:
En esta segunda etapa se describen con más detalles a los grupos de usuarios detectados en la etapa anterior. Para ello, se debe elaborar un diccionario de datos, en principio con formato libre, en el que se indique los requisitos de almacenamiento de información para cada grupo de usuarios y sus características.
Fase 2- Diseño Conceptual
- Modelado de objetos:
El objetivo de esta subfase es modelar formalmente los requisitos de información expresados en la etapa de descripción de la fase anterior.
El objetivo de esta subfase es modelar formalmente los requisitos de información
expresados en la etapa de descripción de la fase anterior. Para ello, se debe obtener un modelo de clases para cada grupo de usuarios, a cada modelo se le denominara diagrama de objetos de usuarios.
- Diseño navegacional
REPRESENTACIÓN GRÁFICA DE LOS CONCEPTOS DE NAVEGACIÓN
Una visión particular de la información. Los componentes de información pueden estar relacionados entre ellos a través de enlaces.
El WSDM propone un algoritmo para construir el modelo navegacional a partir del modelo de clases para un determinado usuario. Para cada contexto de usuario se reaizan una seria de pasos:
PROCESO PARA OBTENER EL MODELO DE NAVEGACIÓN
Aplicándolo a nuestro ejemplo, tendríamos un componente de navegación para los datos
de identificación y otro para los datos de descripción, enlazados entre sí, tal y como se
ve en la figura 18. Como el primero toma datos de la clase Bien Mueble e Inmueble
tiene dos componente de información. El segundo tiene más, puesto que toma datos de
más clases.
FIG
Fase 3- Diseño de la implementación
Una vez definido el modelo es necesario diseñar la interfaz y el entorno de usuario del
sistema.
Fase 4- Implementación
En esta fase se pretende conseguir la aplicación ejecutable final en base a los resultados
de las fases anteriores.
Conclusiones
Al comienzo la propuesta de WSDM puede ser interesante en el sentido de que ofrece una nueva visión al tratamiento de los usuarios.
Sin embargo, no comenta nada sobre aspectos que pueden resultar importantes partiendo de esta idea. Por ejemplo, puede ser que la misma información se presente a dos usuarios de forma diferente. En muchos casos puede resultar complejo para el implementador detectar que se trata de la misma información.
Además solo sirve para desarrollar kioscos web, es decir, aplicaciones que muestren información. Esta propuesta no trabaja aspectos como la funcionalidad, la seguridad, etc. necesarias en las aplicaciones web. Se centra solo en cómo presentar la información al usuario.
No hay comentarios:
Publicar un comentario