SOHDM Es un Mtodo que Desarrolla Diseo en panoramas (scenario) Orientada a Objetos en Hipermedia (Scenario - based Object-oriented Hypermedia Design

Methodology). Presenta la necesidad de disponer de un proceso que permita capturar las necesidades del sistema. Para ello, propone el uso de escenarios. Es una de las primeras propuestas para la web y brinda ms importancia a la tarea de tratamiento de requisitos. Se caracteriza principalmente porque su ciclo de vida comienza con la aplicacin de los escenarios como tcnica de elicitacin y definicin de requisitos. El proceso de definicin de requisitos parte de la realizacin de un diagrama de contexto tal y como se propone en los diagramas de flujos de datos (DFD) de Yourdon (1989). En este diagrama de contexto se identifican las entidades externas que se comunican con el sistema, as como los eventos que provocan esa comunicacin. La lista de eventos es una tabla que indica en qu eventos puede participar cada entidad. Por cada evento diferente, SOHDM propone elaborar un escenario. Estos son representados grficamente mediante los denominados SACs2 (Scenario Activity Chart). Cada escenario describe el proceso de interaccin entre el usuario y el sistema cuando se produce un evento determinado, especificando el flujo de actividades, los objetos involucrados y las transacciones realizadas. SOHDM propone un proceso para conseguir a partir de estos escenarios el modelo conceptual del sistema, que es representado mediante un diagrama de clases. El proceso de SOHDM contina reagrupando estas clases para conseguir un modelo de clases navegacionales del sistema. Consiste en seis fases: anlisis del dominio, modelado del objeto, diseo de la visin, diseo de la navegacin, diseo de la puesta en prctica y construccin. Esta metodologa tiene semejanzas con, OOHDM y EORM donde se diferencian en el uso de panoramas, que describen las actividades en los acontecimientos y primitivas de flujos de actividades. Los panoramas se definen en la fase de anlisis y se utilizan para modelar los objetos 1.3.1. Fases A continuacin detallaremos sus fases: 1.3.1.1. Fase de Anlisis, Se realizar un estudio de las necesidades de la aplicacin, del entorno de trabajo y de los actores. La finalidad principal de esta fase es conseguir los escenarios que representen las actividades que se pueden llevar a cabo en el sistema. 1.3.1.2. Fase de Modelado de Objetos, Se desarrolla un diagrama de clases que representa la estructura conceptual del sistema 1.3.1.3. Fase de Diseo de Vistas, Se reorganizan los objetos en unidades navegacionales que representan una vista de los objetos del sistema.

1.3.1.4. Fase de Diseo Navegacional, Se enriquecen dichas vistas definiendo los enlaces e hiperenlaces que existen en el sistema. 1.3.1.5. Fase de Diseo de la Implementacin, Se disean las pginas, la interfaz y la base de datos del sistema. 1.3.1.6. Fase de Construccin, Se realiza la construccin de la base de datos del sistema. la que se implementa la aplicacin. Esta propuesta es hasta ahora la nica que tiene en cuenta aspectos como la especificacin de requisitos haciendo uso de los escenarios. Otra ventaja es que es un proceso sencillo de seguir, no obstante su nomenclatura es muy cerrada. Adems es una propuesta donde se hacen uso de tcnicas de modelado orientado a objetos, algo muy significativo ya que es adecuado para el desarrollo de este tipo de aplicaciones