Modelos estructurados

Get Started. It's Free
or sign up with your email address
Modelos estructurados by Mind Map: Modelos estructurados

1. Modelo de dominio: viene siendo la representación de las clases conceptuales respecto al mundo real, no de componentes de software. Este modelo no trata de un conjunto de diagramas que vayan describiendo clases software, u objetos de software con responsabilidades.

1.1. Características:

1.2. Se muestran las clases conceptuales o el vocabulario del dominio.

1.3. De manera informal una clase conceptual bien siendo una idea, cosa u objeto.

1.4. De manera formal una clase conceptual se puede considerar en términos de su símbolo, intensión y extensión.

1.5. Se van añadiendo clases al modelo e dominio de acuerdo a como se revisan los escenarios que se identificaron en los caso de uso.

1.6. Se pueden tener subclases derivado de superclases.

1.7. Términos de sus símbolos:

1.8. Símbolo: son palabras o imágenes en el cual se representan una clase conceptual.

1.9. Intensión: es la definición de una case conceptual.

1.10. Extensión: es el conjunto de ejemplos a los que se le puede aplicar la clase conceptual.

2. Modelado de datos: viene siendo un conjunto de herramientas conceptuales, en el cual sirven para describir datos, sus relaciones, su significado y también sus restricciones de consistencia.

2.1. Características:

2.2. Se tiene el proceso de analizar lo que son los aspectos de interés para cierta organización, además de la relación que se tienen entre unos y otros.

2.3. Forma parte como el resultado del descubrimiento y documentación respecto a los recursos de datos de negocio.

2.4. Este modelado se basa en la pregunta ¿qué? en lugar de ¿cómo?, en el cuál esta última se orienta al procesamiento de datos.

2.5. Se le considera como una tarea difícil pero como una actividad necesaria en el cual la habilidad se va adquiriendo respecto a como se vaya avanzando en la experiencia.

2.6. Tipos de modelado de datos:

2.7. Conceptual: es muy general y abstracto, se tiene una visión general del negocio o institución.

2.8. Lógico: se tiene una versión completa en el cual incluye todos los detalles acerca de los datos.

2.9. Físico: es un esquema en el cual se implementara en un manejador de base de datos (DBMS).

3. Modelo de interfaces: La arquitectura de la interfaz de usuario se define teniendo en cuenta diferentes aspectos que introducen modelos para soportar el modelado de rol-usuario, el modelado de contexto, el modelado de tareas, el modelado de dominio y los modelos de presentación.

3.1. Características:

3.2. Se centra en los modelos de presentación de la interfaz de usuario, que es el factor esencial incluso para los escenarios simples.

3.3. Se definen cuatro etapas para la presentación de la interfaz de usuario, estas son dominio, contexto, tarea y usuario.

3.4. En cada etapa se añade información de manera detallada hasta llegar a una interfaz de usuario final.

3.5. Se representan lo que son las relaciones y las operaciones que estos componentes de la interfaz de usuario deben tener.

4. Diccionario de datos: viene siendo un listado respecto de todos los datos pertinentes del sistema, en el cual se cuentan con definiciones rigurosas y precisas, esto con el fin de que tanto el analista como el usuario tengan lo que es un entendimiento de forma común, respecto a todas las entradas, salidas, componentes de los almacenes y cálculos intermedios.

4.1. Características:

4.2. Se tienen las características lógicas de los sitios donde se almacenan los datos del sistema, en el cual se incluyen nombre, descripción, alias, contenido y organización.

4.3. Se identifican los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema, además también su contenido se emplea durante el diseño.

4.4. Funciona como punto de partida para identificar los requerimientos de las bases de datos, durante el diseño de sistema.

5. Modelado de requisitos: consiste en establecer el contexto del sistema, identificando los actores. Considerar el comportamiento del sistema que cada actor espera o requiere que éste proporcione.

5.1. Características:

5.2. Nombrar los comportamientos comunes como casos de uso.

5.3. Factorizar el comportamiento común y el comportamiento variante.

5.4. Modelar esos casos de uso, actores y relaciones en un diagrama de casos de uso.

5.5. Adornar esos casos de uso con notas que enuncien los requisitos no funcionales.