Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

MODELADO ESPECÍFICO DEL DOMINIO

No description
by

JuamPi Rodriguez

on 28 October 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of MODELADO ESPECÍFICO DEL DOMINIO

Introducción
Consiste en modelar mediante diagramas de clases la descripción del sistema visto desde el lado del cliente
Diagramas de Casos de Uso
Diagramas de interacción de usuario
Diagramas de casos de uso de interfaz de usuario
Diagramas de clases de interfaz de usuario
Diagramas de clases de BBDD
Términos
DSM (Domain-specific Modeling)
MDD (Model-driven development)
MVC (Model-view-controller)
UML (Unified modeling language)
Diagramas
Diagramas de casos de uso
Diagramas de clases
Diagramas de secuencias
MODELADO ESPECÍFICO DEL DOMINIO
El primer paso de la técnica consiste en la construcción de un diagrama de casos de uso, en la que se identifican los actores y casos de uso.

Para cada actor se especifica un conjunto de casos de uso que describen cada tarea que cada usuario puede llevar a cabo en el software.

Los actores y casos de uso (es decir, las tareas) están conectados por medio de asociaciones.

La generalización entre los actores hace que algunos actores son más generales que otros: los actores particulares añaden nuevas tareas a los actores más generales.
La generalización entre casos de uso denota tareas más generales y particulares. Una tarea es más especial que otra cuando los estados o los pasos que se deben alcanzar por la tarea son más específicos o el conjunto de estados o etapas es más grande.
El segundo paso consiste en la construcción de diagramas de estado para cada caso de uso, para la descripción de la interfaz de usuario. Esta versión especializada se llama diagrama de interacción del usuario.

Suponiendo que cada caso de uso necesita una interfaz de usuario (es decir, ventana); cada ventana se describe por medio de un diagrama de interacción del usuario en el que los estados representan las interacciones de salida (y solicitudes de datos) y las transiciones representan las interacciones de entrada (por ejemplo, un clic del usuario).

La salida y entrada de las interacciones se etiquetan por medio de un estereotipo de UML que representa que tipo de componente de la interfaz de usuario se utilizará para la interacción.
Cada caso de uso puede representa:
Tarea
Estados

Datos del usuario (no persistentes)
Cada componente de la interfaz tendrá una clase
Se conectarán mediante asociación a la clase que identifica a la ventana
Permite modelar el comportamiento del servidor (datos persistentes)
Modelado Lógico
Arquitectura:
Clase raíz o Gestor
Clase "tabla"
Diagramas de interacción con la BBDD
Consiste en modelar mediante diagramas de casos de uso la interfaz de usuario
Diagramas de interacción
con la BBDD
Distribución de datos y normalización
Operaciones mas complejas
Comportamiento: interfaz de usuario y operaciones
Características:
Conclusión
Diagramas de casos de uso
Modelar requisitos
Interacción actor-sistema
Funciones, capacidades o comportamiento
Diagramas de clases
Modelo Estructural del sistema
Modelan:
Bases de datos
Interfaces de usuario
Procesos de negocio
Interoperabilidad
Diagramas de secuencias
Modelado de comportamiento
Interacción entre objetos en tiempo real
Clases (instancias) y métodos (interacción)
El paso final consiste en la construcción de un conjunto de diagramas de secuencia específicos la descripción la interacción entre la interfaz de usuario y la base de datos, llamado diagramas de interacción de base de datos.
Se distinguen dos tipos de diagramas de interacción de base de datos:
El primer tipo son los que manejan los datos no persistentes, es decir, las operaciones del cliente. En este caso, los diagramas de interacción de base de datos describen cómo los componentes de la interfaz de usuario son modificados por las tareas del usuario. Por lo general, se describen casos de uso en el que el usuario agrega o elimina elementos de los contenedores de la interfaz de usuario.

El segundo tipo son los que manejan los datos persistentes, es decir, las operaciones del lado del servidor. En este caso los diagramas de interacción de base de datos describen cómo la interfaz de usuario interactúa con el servidor, y la forma en que solicita o actualizaciones de datos persistentes.
Hemos descrito nuestra técnica a través de seis pasos. Sin embargo, no han de ser seguida necesariamente en este orden, y, en general, el modelo de desarrollo pueden ser en espiral: el desarrollo de algunas partes del sistema puede conducir a la detección temprana de errores que señalan al paso anterior. Además, algunas partes del sistema pueden desarrollarse con más detalle antes de que otras partes hayan sido desarrolladas.
UML modeling of user and database interaction es una técnica de diseño para el usuario y la interacción de base de datos basado en UML. La interacción del usuario se puede modelar mediante diagramas de estado UML , y la interacción de base de datos por medio de diagramas de secuencia UML. La técnica de diseño propuesto establece cómo integrar ambos diagramas con el fin de describir la interfaz de usuario y la interacción de base de datos de un sistema de software de negocios.
Modelado específico del dominio
El modelado específico de dominio (DSM) es una manera de diseñar y desarrollar sistemas mediante modelos, utilizando un lenguaje enfocado y especializado en un dominio. Este lenguaje es conocido como Lenguaje Específico de Dominio (DSL). Se incluye en este marco la generación automática de código ejecutable directamente desde los modelos.
Desarrollo dirigido por modelos (MDD)
Es un marco de técnicas para el diseño de software basado en modelado visual.
Surge en el contexto del Lenguaje Unificado de Modelado (UML).
Lenguaje Unificado de Modelado (UML)
proporciona un lenguaje visual para la descripción de los artefactos de un sistema de software a través de una notación gráfica fácil de usar y comprender.
Compuesto por un amplio conjunto de diagramas (diagramas de clases, diagramas de despliegue, diagramas de estados, diagramas de actividad, diagramas de secuencias y diagramas de casos de uso) estandarizados y que además se basan en un conjunto de principios comunes.
La arquitectura MVC separa la lógica de negocio (el modelo) y la presentación (la vista) por lo que se consigue un mantenimiento más sencillo de las aplicaciones.

Si por ejemplo una misma aplicación debe ejecutarse tanto en un navegador estándar como un navegador de un dispositivo móvil, solamente es necesario crear una vista nueva para cada dispositivo; manteniendo el controlador y el modelo original.
Modelo Vista Controlador (MVC)
Full transcript