Modelo Estructurado

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Modelo Estructurado por Mind Map: Modelo Estructurado

1. Este proceso “permite construir modelos de sistemas a partir del análisis de sus procesos y/o actividades que se ejecutan asociados al sistema. Además, permite al equipo encargado del estudio del desarrollo, conocer de forma lógica un sistema o proceso. Su objetivo es organizar las tareas asociadas con la determinación de requerimientos para obtener la mejor comprensión completa y exacta de la problemática dada (Anónimo, 2018, pág.5).

2. • Modelo de dominio “Es utilizado como un medio para comprender el sector de negocios al cual el sistema va a servir” (Anónimo, 2018). • El mapa de conceptos del modelo constituye una primera versión del sistema de manera general (Anónimo, 2018). • Contribuye a identificar personas, eventos, transacciones y objetos involucrados en el sistema (Anónimo, 2018).

2.1. Los componentes utilizados en el Modelo de Dominio son:

2.2. Clases: son las abstracciones realizadas que intervienen en el proyecto

2.3. Relaciones: tipo de interacción entre entidades, dependencia, asociación, etc.

2.4. Multiplicidad: cantidad mínima y máxima de objetos de cada tipo que intervienen en la relación

3. • Diccionario de datos “es una lista organizada de todos los datos pertenecientes al sistema, con una serie de definiciones precisas y rigurosas para que tanto el analista como el usuario los comprendan” (Anónimo, 2018).

3.1. Definiciones lógicas de datos

3.1.1. Elementos de datos

3.1.2. Estructura de datos

3.1.3. Flujo de datos

3.1.4. Almacén de datos

3.1.5. Procesos

3.1.6. Entidades externas

4. • Modelado de datos “es un conjunto de herramientas conceptuales para describir datos, sus relaciones, su significado y sus restricciones de consistencia” (Anónimo, 2018, pág.1). Parte de conceptualizar los datos del negocio, establecer una lógica en la estructura de los mismos, así como sus detalles y posteriormente se representan físicamente. Mediante el modelo Entidad Relación, que permite representar de manera gráfica las relaciones de las entidades del proyecto a desarrollar tenemos los siguientes componentes:

4.1. Entidades: abstracciones realizadas de nuestro proyecto

4.2. Atributos: adjetivos de las entidades descritas.

4.3. Relaciones: tipo de interacción entre entidades, dependencia, asociación, etc.

4.4. Cardinalidad: cantidad de objetos de cada tipo que intervienen en la relación

4.5. Llaves: campo o a una combinación de campos que identifica de forma única a cada fila de una tabla.

5. • Modelo de interfaces Permite a un conjunto de elementos hardware y software de un dispositivo o computadora presentar de forma gráfica información y acciones al usuario para solucionar un problema en cuestión (Anónimo, 2012).

5.1. Interfaz de línea de comandos: es la primera opción de muchos usuarios técnicos y programadores, ofrece un símbolo del sistema, el lugar donde el usuario escribe el comando y el sistema lo ejecuta (Anónimo, 2012).

5.1.1. Componentes:

5.1.2. Símbolo de sistema. Es un notificador de texto que permite al usuario escribir el código y mostrar el resultado.

5.1.3. Cursor. Permite representar la posición del carácter mientras se escribe en la interfaz de comandos.

5.1.4. Comando. Es una instrucción ejecutable, puede tener uno o más parámetros.

5.2. Interfaz Gráfica de Usuario. Permite a través de componentes gráficos desencadenar acciones a partir de la selección de los mismos por parte del usuario para así dar un resultado o información (Anónimo, 2012).

5.2.1. Componentes:

5.2.2. Menú. Ofrece opciones para ejecutar distintos procesos

5.2.3. Ventana. Ofrece un marco para contener los componentes gráficos

5.2.4. Botones. Permite desencadenar una acción al ser seleccionados.

5.2.5. Texto. Permite mostrar información al usuario

5.2.6. Etiquetas. Permite describir la acción o información a proporcionar.

6. • Modelado de requisitos Es el proceso de recopilar, analizar y verificar las necesidades del cliente o usuario para un sistema (Hernández, J., 2013). Tipos de requisitos: Funcionales. Son los que definen las funciones que el sistema será capaz de realizar No Funcionales. Son los que tienen que ver con características que de una u otra forma puedan limitar el sistema

6.1. Componentes:

6.2. Entrevistas y cuestionarios. Se emplean para reunir información proveniente de personas o de grupos.

6.3. Sistemas existentes. Consiste en analizar distintos sistemas ya desarrollados

6.4. Lluvia de ideas. Se usa para generar muchas ideas sin ser analizadas en el momento.

6.5. Prototipos. Son simulaciones del posible producto para validar requisitos.

6.6. Casos de Uso. Son los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso