1 / 28

Modelado orientado al flujo

Modelado orientado al flujo. El DFD tiene una visión del sistema del tipo entrada-proceso-salida. Los objetos de datos fluyen hacia el interior del software , se transforman mediante elementos de procesamiento, y los objetos de datos resultantes fluyen al exterior del software.

roch
Download Presentation

Modelado orientado al flujo

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Modelado orientado al flujo

  2. El DFD tiene una visión del sistema del tipo entrada-proceso-salida. Los objetos de datos fluyen hacia el interior del software , se transforman mediante elementos de procesamiento, y los objetos de datos resultantes fluyen al exterior del software.

  3. Elementos de un Diagrama DFD • Entidad Externa. Persona, grupo de personas o unidad de negocio que entrega y/o recibe información. • Proceso Conjunto de actividades de negocio que explican que se hace y como se llevan a cabo. Matricula Alumno

  4. Flujo de Datos Señala el flujo de datos de una entidad externa a un proceso y viceversa y de un proceso a un almacén de datos. • Almacén de Datos Lugar físico donde se almacenan los datos procesados. Alumnos

  5. Creación de un modelo de flujo de datos • El nivel 0 del diagrama debe representar al software (sistema con una sola burbuja). • La entrada y salida se deben establecer con cuidado. • Refinación: Aislamiento de datos, objetos de datos y almacenamiento de datos. • Todas las flechas y burbujas deben ser rotuladas con nombres significativos. • Se debe mantener el flujo de información al cambiar de nivel. • La refinación de las burbujas se debe hacer una por una.

  6. Construcción • Representar el diagrama de contexto. • Representar el DFD de primer nivel, indicando los distintos subsistemas funcionales en que se descompone nuestro sistema. • Descomponer cada uno de los procesos que aparecen en el DFD de primer nivel, hasta llegar a un nivel suficiente de detalle.

  7. Se recomienda el utilizar cuatro niveles de descomposición de diagramas. • Nivel 0: Diagrama de contexto. • Nivel 1: Subsistemas. • Nivel 2: Funciones de cada subsistema. • Nivel 3: Subfuncionesasociadas. • Nivel 4: Procesos necesarios para el tratamiento de cada subfunción.

  8. Diagrama de contexto El diagrama de contexto inicial debe ser un panorama que incluya entradas básicas, el sistema en general y las salidas. Al proceso le es dado el número cero. Todas las entidades externas son mostradas en el diagrama de contexto, así como los flujos de datos principales que entran y salen de él.

  9. Expansión diagrama de contexto Las entradas y salidas especificadas en el primer diagrama permanecen constantes en todos los diagramas subsecuentes. Sin embargo, el resto del diagrama original es explotado en acercamientos que involucran de tres a nueve procesos, y muestra almacenes de datos y nuevos flujos de datos de nivel más bajo.

  10. Especificación de Control EC representa el comportamiento del sistema de dos formas diferentes. Contiene un diagrama de estado que especifica un comportamiento secuencial. En caso contrario puede contener una tabla de activación del programa.

  11. EP se utiliza para describir todos los procesos del modelo que aparecen en el nivel final de refinación. Puede incluir un texto narrativo, algoritmo de proceso, graficas, ecuaciones o diagramas. Especificación del proceso

  12. Ejemplo del diagrama Nivel 0.

  13. Nivel 1.

  14. Nivel 2.

  15. Modelado basado en clases

  16. Cada escenario de uso implica un conjunto de objetos. Y en el modelado basado en clases todos estos objetos se clasifican en clases. La clase encapsula toda la información de un objeto.

  17. Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema. Se compone de:

  18. Clases • Unidades Organizacionales: División, grupo, equipo. • Sitios:Puesto de carga, Oficina de Manufactura. • Estructuras:Sensores, Vehículos, Computadoras. • Entidades externas: Personas,dispositivos,otros sistemas. • CosasReportes, despliegues, letras, señales. • Sucesos o Eventos:Movimientos que realizan las demás clases. • Papeles:Gerente, ingeniero, Personal de ventas.

  19. Atributos Los atributos definen la clase. Se definen al hacer un análisis del problema y se busca incluir aquellos atributos que son necesarios para componer la clase. Ejemplo de Atributos: • Estudiante • Matricula. • Licenciatura • Nombre • Celular • No. Telefónico. • Modelo. • Marca • Auto • Color. • Año. • Velocidad

  20. Operaciones o Métodos • Persona • Habla. • Duerme. • Come. • Camina. Los métodos u operaciones de una clase son la forma en que el objeto se comporta, en este caso son las funciones que realiza para servir al sistema.

  21. Relaciones • Las relaciones son las asociaciones que hay entre dos clases, en ocasiones la mayoría de estas se maneja por medio de la cardinalidad. • La cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relación y éstas pueden ser: • Uno o muchos: 1..* (1..n). • 0 o muchos: 0..* (0..n). • Número fijo: m (m denota el número).

  22. Relaciones • Asociativas: • Permite asociar objetos que colaboran entre si. • Uso: • El uso más particular de este tipo de relación es para denotar la dependencia que tiene una clase de otra. • Herencia: • Indica que una subclase hereda los métodos y atributos especificados por una Súper Clase.

  23. Ejemplos

More Related