Sunteți pe pagina 1din 4

WSDM Se divide en 4 fases: Modelo de usuario - Detectan perfiles de usuario de la aplicacin (Mayor importancia) - Se clasifican los usuarios (Mapas

s de concepto de roles y actividades) - Descripcin de los grupos de usuarios (Diccionario de usuarios donde se especifican los requerimientos de cada grupo de usuarios) Diseo conceptual Diseo de la implementacin Implementacin

SOHDM Propone el uso de escenarios: Definicin de requisitos: Se propone diagramas de contexto donde se identifican las entidades que se comunican con el sistema y los eventos que provocan la comunicacin. Se propone elaborar escenarios donde se describe la interaccin entre el usuario y el sistema, cuando se produce un evento. Propone un proceso para representar en diagramas de clases a partir de los escenarios. Este proceso reagrupa las clases para generar clases navegaciones del sistema.

RNA El proceso de RNA se basa en desarrollar las siguientes fases: 1 Anlisis de entorno: Consiste en agrupar los usuarios finales de la aplicacin segn sus perfiles. 2 Elementos de inters: Se enumeran todos los elementos de inters como documentos, las pantallas que se van a requerir, la informacin, etc. 3 Anlisis del conocimiento: Consiste en desarrollar un esquema que represente a la aplicacin en esta etapa se identifican los objetos, los procesos y las operaciones que se van a poder realizar en la aplicacin, as como las relaciones entre los elementos. 4 Anlisis de la navegacin: El esquema obtenido en la fase 3 es mejorado con las posibilidades de navegacin dentro de la aplicacin. 5 Implementacin del anlisis: Una vez obtenido el esquema final en el que ya se encuentran incluidos los aspectos de navegacin, se pasa el esquema a un lenguaje entendible por la mquina.

Esta metodologa es la que mas resalta el anlisis de requerimientos adems planea la necesidad de analizar los requisitos conceptuales de manera independiente a los navegacionales

UWE: UML-Based Web Engineering Clasifica los requisitos en dos grupos: no funcionales y funcionales (requisitos relacionados con el contenido, requisitos relacionados con la estructura, requisitos relacionados con la presentacin, requisitos relacionados con la adaptacin 15, requisitos relacionados con los usuarios). Propone las entrevistas, los cuestionarios y los checklists y los casos de uso, los escenarios y el glosario para la definicin de requisitos, como tcnicas apropiadas para la captura de los requisitos de un sistema web. Para la validacin propone walk-throughs, auditoras y prototipos

HFPM: Hypermedia Flexible Process Modeling Aunque propone 13 fases es el desarrollo, hace mayor nfasis en las actividades que se desarrollan en la primera fase que son: Descripcin breve del problema(Se realiza en un lenguaje natural) Descripcin de los requisitos funcionales mediante casos de uso. Realizar un modelo de datos para esos casos de uso, proponiendo el uso de un modelo de clases. Modelar la interfaz de usuario. Para ello, propone el uso de sketches y prototipos que permitan presentar los datos al usuario. Modelar los requisitos no funcionales.

OOHDM: Object Oriented Hypermedia Design Model


Esta metodologa parte de los casos de uso, ampliamente aceptada y fcilmente entendible por los usuarios. Resalta la necesidad de empezar el diseo del sistema. Partiendo de esto, propone que la comunicacin con el usuario se realice utilizando los casos de uso y a partir de ellos los analistas elaboran los UIDs. Que son modelos grficos que representan la interaccin entre el usuario y el sistema. OOHDM centra el desarrollo de un sistema de informacin web entorno al modelo conceptual de clases. propone la descripcin de escenarios en forma textual y grfica para cada tipo de usuario, como etapa previa al diseo de la navegacin

W2000
Amplia la notacin de UML, el proceso de desarrollo se divide en tres etapas: anlisis de requisitos, diseo de hipermedia y diseo funcional. Su especificacin de requisitos se divide en dos subactividades: anlisis de requisitos funcionales y anlisis de requisitos navegacionales. Se realiza estudio de diferentes roles de usuario y cada actor distinto tendr su modelo de requisitos de navegacin y de requisitos funcionales, este ltimo es representado como un modelo de casos de uso como se propone en UML.

UWA: Ubiquituos Web Applications W2000 ha sido incluida en UWA slo en la fase de diseo hipermedia, siendo ambas propuestas diferentes en la fase de definicin de requisitos. Los requisitos son clasificados en varios tipos: de contenido, de estructura de contenido, de acceso, de navegacin, de presentacin, de operaciones de usuario y de operaciones del sistema. Utiliza notacin propia basada en plantilla, diagramas basado en casos de uso y notacin grafica denominada grafo de refinamiento de objetivos para definir los objetivos, definicin de actores y para definir y refinar los sub-objetivos y los requisitos

NDT: Navigational Development Techniques Es una tcnica para especificar, analizar y disear el aspecto de la navegacin en aplicaciones web. El flujo de especificacin de requisitos comienza con la fase de captura de requisitos y estudio del entorno. NDT clasifica los requisitos en: Requisitos de almacenamiento de informacin, Requisitos de actores, Requisitos funcionales, Requisitos de interaccin, Requisitos no funcionales. Todo el proceso de definicin y captura de requisitos se basa principalmente en plantillas o patrones, ayudado por los casos de uso y los glosarios.

Design-driven Requirements Elicitation Es parte del proceso design-driven(Lowe y Eklund), La propuesta consiste en realizar la captura, definicin y validacin de requisitos durante el proceso de diseo. El proceso se basa en el uso de prototipos para ayudar al cliente en la exploracin de las posibles soluciones y de los problemas que tienen que ser resueltos. Es un proceso iterativo que consiste en reducir la incertidumbre del cliente. El ciclo tiene tres fases:

evaluacin, especificacin y construccin. Esta metodologa trata a todos los requisitos de la misma manera; estos requisitos son: de contenido, de protocolo de interfaces, de estructura navegacional, de look and feel, de representacin interna de datos, de versionamiento, de control de cambios, de seguridad, de gestin de contenido, de acceso de control, de eficiencia, de monitoreo del usuario, de soporte de funcionalidad, de adaptacin del sistema, de identificacin del usuario y sus derechos de acceso, etc.

S-ar putea să vă placă și