Conceptos esenciales de modelado de sistemas: DFD, POO y casos de uso

Modelado de Sistemas Estructurado: Diagrama de Flujo de Datos (DFD)

El Diagrama de Flujo de Datos (DFD) es una herramienta fundamental del modelado estructurado que permite representar gráficamente los procesos de una organización.

Elementos y Simbología del DFD

• Procesos

  Indican las actividades que realiza el sistema. Deben estar enumerados, tener al menos una entrada y una salida, y su nombre debe iniciar con un verbo en infinitivo.

• Entidades Externas

  Son todos aquellos actores que tienen relación con el sistema. Estos pueden ser departamentos, organizaciones, o incluso otros sistemas.

• Archivos (Almacenes de Datos)

  Son cúmulos de información donde se almacena toda la data de la organización.

• Flujos de Datos

  Indican los datos que circulan a través de los procesos, representando la entrada y la salida.

Anomalías en el Flujo de Datos

• Agujero Negro (Black Hole): Ocurre cuando un proceso solamente recibe información y no genera ninguna salida.

• Milagro (Miracle): Ocurre cuando un proceso solamente se encarga de enviar información y no recibe ninguna entrada.

Conceptos Fundamentales de la Programación Orientada a Objetos (POO)

Estructuras de Control y Diseño

Carta Estructurada: Representa el menú o la estructura jerárquica de una parte del sistema (Ejemplo: Sistema de Control Biblioteca IUJO).

Pilares de la POO

• Clase

  Es una generalización de las características y comportamientos de los objetos.

• Objeto

  Es la instancia concreta de una clase.

• Herencia

  Es la obtención de características principales de una clase padre. La herencia se realiza únicamente de padre a hijo, nunca al contrario.

• Agregación

  Permite adicionar características a una clase u objeto sin que exista una relación de herencia directa entre ellos.

• Polimorfismo

  Ocurre cuando una operación tiene el mismo nombre en diferentes clases. Dentro de la orientación a objetos, cada clase sabe lo que debe hacer al invocar dicha operación.

• Abstracción

  Consiste en separar y modificar las características de un objeto independientemente del sistema, sin que sea necesario conocer toda la funcionalidad interna del mismo.

• Encapsulamiento

  Un objeto trae consigo su funcionalidad. La forma en que se obtiene o el origen de los datos es ocultado, ya que solo son importantes los resultados que genera.

• Multiplicidad

  Es la forma en que se relacionan las clases, indicando cuántas instancias de una clase se asocian con instancias de otra (Ejemplos: 1-M, 1-1, M-M).

Modelado Orientado a Objetos: Diagrama de Casos de Uso

El Diagrama de Casos de Uso es una herramienta del diseño orientado a objetos que permite representar gráficamente la descripción de las acciones y funcionalidades de un sistema desde la perspectiva del usuario.

Elementos del Diagrama de Casos de Uso

• Actores

  Son todas las entidades externas que interactúan con los procesos del sistema.

• Caso de Uso

  Son todas las actividades que ejecuta el sistema desde el punto de vista del actor.

• Relaciones

  • <<Include>> (Inclusión): Indica que el caso de uso incluido se ejecutará obligatoriamente cada vez que se ejecute el caso de uso principal.

  • <<Extend>> (Extensión): Cada relación por extensión representa una opción y no se ejecuta necesariamente cada vez que se ejecute el caso principal.

Nota importante: Las relaciones de inclusión o extensión no pueden establecerse directamente con los actores.