diagrama de contexto

Diagrama

de Contexto

Un diagrama o gráfico es un tipo de esquema de información que representa datos numéricos

tabulados.

Que es un diagrama?

La palabra flujo se puede referir a varios conceptos de diversos campos, en el campo de la informática que es la cual nos dedicamos tenemos, tenemos:

El Flujo de trabajo es el estudio de los aspectos operacionales de una actividad de trabajo: ◦ cómo se estructuran las tareas, ◦ cómo se realizan, ◦ cuál es su orden correlativo, ◦ cómo se sincronizan, cómo fluye la información que soporta las tareas y◦ cómo se le hace seguimiento al cumplimiento de las tareas.

FLUJO

Muestran en forma visual sólo el flujo de datos entre los distintos procesos, entidades externas y almacenes que conforman un

sistema.

DFDs

Cuando los analistas de sistemas indagan sobre los requerimientos de información de los usuarios, deben ser capaces de concebir la manera en que los datos

fluyen a través del sistema u organización, los procesos que sufren

estos datos y sus tipos de salidas.

DFDs

  Se le considera como:

◦ un tipo de herramienta de modelado que describe los flujos de datos o tuberías,

◦ los procesos que cambian o transforman los datos en un sistema, ◦ las entidades externas que son fuente o destino de los datos (y en

consecuencia los límites del sistema) ◦ los almacenamientos o depósitos de datos a los cuales tiene acceso el

sistema, permitiendo así describir el movimiento de los datos a través del sistema.

Diagrama de flujo de datos

Es una práctica común para un diseñador dibujar un contexto a

nivel de DFD que primero muestra la interacción entre el

sistema y las entidades externas.

El Diagrama de Flujo de Datos describe:

◦ Los lugares de origen y destino de los datos (los límites del sistema),

◦ Las transformaciones a las que son sometidos los datos (los procesos internos),

◦ Los lugares en los que se almacenan los datos dentro del sistema, y

◦ Los canales por donde circulan los datos.

los DFD fueron inventados por Larry Constantine desarrollador original del diseño estructurado, basado en el

modelo de computación de Martin y Estrin: "Flujo Gráfico de Datos" .

Los diagramas de flujo de datos (DFDs) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM.

Antecedentes y origen

Tipos de diagramas de flujo de datos

1. Diagramas

físicos de

flujo de

datos.

2. Diagramas lógicos de flujo de

datos.

Los diagram

as de flujo de datos

son de dos

tipos:

1. Diagramas físicos de flujo de datos.

• Proporcionan un panorama del sistema en uso, muestra las tareas que se llevan a cabo y como se hacenLas características físicas incluyen:

• Nombre de personas• Nombre o formatos de documentos• Nombres de departamentos• Archivo de maestro y de transacciones• Equipo y dispositivos utilizados• Ubicaciones, entre otros.

Para los analistas de sistema es más fácil describir la interacción entre los

componentes físicos que comprender las políticas empleadas. De modo que

identifican las personas, lo que hacen, los documentos que inician las actividades y el

equipo para su procesamiento.

El empleo de estos diagramas es aconsejable por tres razones:

Los diagramas físicos de flujos de datos son de utilidad para comunicarse con los usuarios. Estos relacionan con facilidad a

las personas, las ubicaciones y los documentos ya que trabajan todos los días

con estas entidades (Los diagramas lógicos van a resultar abstractos para los

usuarios).

Los diagramas físicos proporcionan un camino para validar o verificar el punto de vista del usuario sobre la forma en que opera el sistema en uso.

2. Diagramas lógicos de flujo de datos.

• Proporcionan un panorama del sistema independiente de la implantación, que se centra en el flujo de datos entre los procesos sin considerar los dispositivos específicos y la localización de almacenes de datos o personas en el sistema.

Los diagramas físicos de flujos de datos, no son un fin en si mismos, sino son un medio para describir la implantación del sistema existente. El diagrama lógico es una visión retrospectiva de la implantación actual y proporciona la base para examinar la combinación de procesos, flujo de datos, almacenes de datos, entrada y salida sin importarnos los dispositivos físicos, personas o aspectos de control que caracterizan la implantación.

Así que el diagrama lógico se obtiene del diagrama físico al llevar a cabo lo siguiente:

◦ Señalar los datos necesarios en este momento para un proceso, no documentos que los contienen.

◦ Indicar los flujos entre los procedimientos y no entre personas, oficinas o localidades.

◦ Eliminar herramientas y dispositivos.

◦ Eliminar información de control.

◦ Consolidar los almacenes de datos redundantes.

◦ Eliminar los procesos innecesarios (v.gr los que no cambian los datos, independientes de los dispositivos donde ocurren, los que representan un proceso único dentro del sistema).

Los niveles se refieren a la cantidad de detalles asociados a cada proceso que se realice a los

datos de entrada.

Niveles de los dfd

Los diagramas derivados de los procesos principales se clasifican en niveles, los cuales son:

•Nivel 0: Diagrama de contexto. •Nivel 1: Diagrama de nivel superior. •Nivel 2: Diagrama de detalle o expansión.

Diagrama de Contexto:

Nivel 0

En el diagrama de contexto solo se dibuja el proceso principal y los flujos entre este y sus entidades externas.

Diagrama de Nivel Superior:

Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no pueden interrelacionarse directamente, sino que entre ellos siempre debe existir algún almacenamiento o entidad externa que los una.

Diagrama de Detalle o Expansión:

Nivel 2

A partir del nivel 2 de detalle, los procesos pueden interrelacionarse directamente, sin necesidad de almacenamiento que los una. Cabe destacar que en el nivel 1 y 2 siempre los procesos deben tener las entradas y las salidas dadas en el diagrama de contexto.

Idea General de Modelamiento

“ Se trata de analizar los flujos que entran a un sistema (visto como un único proceso) y los que salen... Y entender como internamente la información se procesa y se comparte entre subprocesos ... “

Proceso

Entradas Salida

EntradasSalida

Proceso

Idea General de Modelamiento

• ¿ Qué Procesos integran el sistema ?

• ¿ Qué datos emplea cada proceso ?

• ¿ Qué datos son almacenados ?

• ¿ Qué datos entran y salen del sistema ?

Proceso

Entradas Salida

Entradas Salida

Proceso

EMISOR RECEPTOR

Para establecer una comunicación

se necesita:• un EMISOR,

que envía un mensaje;

• Un RECEPTOR, que recibe el

mensaje;

• un CANAL, que transmite el mensaje

Comunicación

CANAL

Comunicación

Emisor-Receptor

Emisor-Receptor

CANAL

Emisor-Receptor

Emisor-Receptor

Comunicación

CANAL

MEMORIA

Emisor-Receptor

Emisor-Receptor

Comunicación

MEMORIA

EL SISTEMA

CANALEmisor-Receptor

Emisor-Receptor

Comunicación

MEMORIA

EL SISTEMA

CANAL

ENTIDAD

EXTERNA

Emisor-Receptor

Comunicación

MEMORIA

EL SISTEMA

CANAL

ENTIDAD

EXTERNA

PROCESO

Comunicación

MEMORIA

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

Comunicación

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

DEPOSITO DE DATOS

Comunicación

EL SISTEMA

ENTIDAD

EXTERNA

PROCESO

Flujo de datos

DEPOSITO DE DATOS

Flujo de datos

Flujo de datos

Comunicación

Información de cuentas

Facturas

Indagaciones

Contabilidad

Contabilidad

Detalles de envío

Nombre del cliente,dirección del cliente

Detallesdel pedido

pedidos

Pedidos cancelados

Nombre del cliente,dirección del cliente

Nombre del cliente,detalles de la factura

FACTURAS

PEDIDOS

CLIENTES

CLIENTES

CLIENTES

BODEGA

RECEPCION

COBRANZAS

CONTABILIDAD DE ENVIO

DFDs

2.CONTABI-LIDAD DE ENVIO

3.COBRAN-ZAS

1.RECEP-CION DE PEDIDOS

CLIENTES

CLIENTES

BODEGAPEDIDOS

CLIENTES

FACTURAS

Información de cuentas

Facturas

Indagaciones

Contabilidad

Contabilidad

Detalles de envío

Nombre del cliente,dirección del cliente

Detallesdel pedido

pedidos

Pedidos cancelados

Nombre del cliente,dirección del cliente

Nombre del cliente,detalles de la factura

Yourdon, E. AnálisisEstructurado Moderno

DFDs

El propósito de un Diagrama de Flujo de Datos (DFD) es mostrar, para un cierto sistema o subsistema:

Cuáles son los límites del sistema De dónde vienen los datos A dónde van los datos cuando dejan el sistema Dónde se almacenan los datos Qué procesos transforman los datos y Las interacciones entre los procesos y los depósitos de

datos

Elementos

DFDs

Proceso

Flujos de Información:

Almacenes de Datos

Entidades

Entidadesi Representan las Fuentes o Destinos de los Datos, generalmente

es una persona o un grupo, por ejemplo una organización externa o una agencia gubernamental, o un grupo o departamento que esté dentro de la misma compañía u organización

Yourdon/Demarco Gene & Sarson

Entidad 1 Entidad 1

Alumno Cliente Paciente

i Ejemplos:

Procesoi Muestra una parte del sistema que transforma entradas en salidas.

i El proceso se representa gráficamente como un óvalo o un rectángulo con esquinas redondeadas

Yourdon/Demarco Gene & Sarson

i Ejemplos:

Estas diferencias son sólo de forma, y se debe optar por alguna de ellas y utilizarla en forma consistente.

Flujos de Información:i Un flujo se representa gráficamente por medio de una flecha que

entra o sale de un proceso.

i El flujo se usa para describir el movimiento de bloques o paquetes de información de una parte del sistema a otra. Por ello, los flujos representan datos en movimiento

Yourdon/Demarco Gene & Sarson

Detalle de Factura Orden de Compra

i Ejemplos:

Almacenes de Datos:i Se utiliza para modelar un conjunto de paquetes de datos en reposo.

i Se denota por dos líneas paralelas u otras alternativas gráficas.

i De modo característico, el nombre que se usa para un almacén es el plural del que se usa para los paquetes que entran y salen del almacén por medio de flujos

i Repositorio de los datos procesados y utilizados por los procesos del sistema.

Yourdon/Demarco Gene & Sarson

nn

1 Facturas 2 Reservas

i Ejemplos:

Los niveles se refieren a la cantidad de detalles asociados a cada proceso que se realice a los

datos de entrada.

Niveles de los dfd

Los diagramas derivados de los procesos principales se clasifican en niveles, los cuales son:

•Nivel 0: Diagrama de contexto. •Nivel 1: Diagrama de nivel superior. •Nivel 2: Diagrama de detalle o expansión.

Sirve para representar los límites del sistema, es decir permite distinguir lo que es el sistema y su entorno.

¿Para qué sirve?Diagrama de contexto

Ayuda a definir lo que hace y lo que no hace parte del sistema.

¿Para qué sirve?

La definición del contexto implica aspectos sociales y organizacionales.

¿Para qué sirve?

En el centro se ubica el sistema que se desea construir y se rodea de tres tipos de entidades:

◦ Los demás sistemas con los que interactúa.◦ Los usuarios del sistema.◦ Los centros de información a los cuales necesita

acceder para realizar su función correctamente (Ej: bases de datos y/o repositorios de información).

¿Cómo se elabora?

El sistema se conecta a estas entidades por medio de flechas (uni o bidireccionales).

Las unidireccionales significa que el sistema toma o entrega información a las entidades.

Las bidireccionales muestran un intercambio de información entre el sistema y su entorno.

¿Cómo se elabora ?

Modelar el problema como único proceso

DIAGRAMA DE CONTEXTO

Se muestran todas las entidades externas que interactuan con el sistema y los flujos de datos entre estas entidades y el sistema

Ejemplo #1

•Nivel 0: Diagrama de contexto. •Nivel 1: Diagrama de nivel superior. •Nivel 2: Diagrama de detalle o expansión.

DFD. Descripción de sistemas: Diagrama de contexto

Departamento

Proveedores

Dirección

0Sistema de

ControlPresupuesto

Presupuesto Asignado

Sol. Aprobación Especial

Resumen GastosResp.Aprob.Especial

Gastos Requeridos

Solicitud Rechazada

Informe Entrega Pedidoselementos

Aviso entrega

DFD. Descripción de sistemas: Diagrama de nivel

superior

2EstablecerPresupuesto

DepartamentoDirección

1Comprobar Fondos

3ClasificarGastos 5

OrganizarAprovisionamiento

Proveedores

4ProporcionarResumenGastos

PRESUPUESTOASIGNADO

Gastos Requeridos

Sol.Rechazada

PresupuestoAsignado

Sol. Aprobación Especial

SOLICITUDESSUSPENDIDAS

Informe Entrega

Sol. aprobadaCTASxDEPTO TIPO CUENTAS

Sol. RegistradaPed.

Elem

Aviso entrega

Resum

enga stos

Respuesta Aprobación Especial

DFD. Descripción de sistemas: Expansión de un

proceso

3.1Clasificarx tipo degastos

3.2Actualizartipocuenta

TIPO CUENTAS

3.3Sumartotal

3.4ActualizarRegistroDepto

CUENTASxDEPTO

Solicitud

aprobada

Solicitud-clasificada

Solicitud-Actualizada

Solicitud-totalizada

Solicitud-registrada

Expansión proceso : 3 Clasificar Gastos

•Nivel 0: Diagrama de contexto.

Ejemplo #2

Diagrama de Contexto

Licda. Noelia Gómez Gutiérrez

PROCESO DE ATENCION AL CLIENTE Nivel 1

Proceso de Control de Ventas Nivel 1

Proceso de Control de Inventario Nivel 1

Errores comunes en los Flujos de Datos

Licda. Noelia Gómez Gutiérrez

Licda. Noelia Gómez Gutiérrez

Reglas para construir DFD’s

Escoger nombres con significado. Numerar los procesos. Evitar los DFD excesivamente complejos Redibujar el DFD tantas veces como sea necesario

estéticamente Asegurarse de que el DFD sea lógicamente consistente .

Licda. Noelia Gómez Gutiérrez

El diagrama de contexto enfatiza varias características importantes del sistema:

Las personas, organizaciones y sistemas con los que se comunica el sistema. Se conocen como terminadores.

Los datos que el sistema recibe del mundo exterior y que deben procesarse de alguna forma.

Los datos que el sistema produce y que se envían al mundo exterior.

La frontera entre el sistema y el resto del mundo.

Describe el entorno pero NO muestra de manera amplia las relaciones entre el sistema que se está desarrollando y el entorno. Por eso debe complementarse con otros diagramas como el de Procesos y el de Actividades.

Es conocido como el nivel 0 del Diagrama de Flujo de Datos (DFD) que veremos luego.

Diagrama de contexto

Diagrama de Contexto

Orientado a Objetos

DC con enfoque UML

•Estudiante

Ejemplo #3

Una empresa pretende desarrollar un software, al que denominará HogarSeguro, para que el propietario de una vivienda sea capaz de configurar el sistema de seguridad de su casa, una vez instalado. Se trata de controlar todos los sensores conectados al sistema de seguridad, interaccionando con dicho sistema mediante un panel de control dotado de un teclado numérico y teclas de función

Durante la instalación, el panel de control se usa para programar y configurar el sistema. Cada sensor tiene asignado un número, un tipo, y una palabra clave es necesaria para poner en marcha y desactivar el sistema. Además se pueden introducir 3 números de teléfono para realizar llamadas cuando algún sensor produzca un evento. Cuando el sistema software detecte algún evento proveniente de alguno de los sensores, provocará que suene una alarma conectada al sistema. Después de un tiempo de espera especificado por el usuario al configurar el sistema, el software debe realizar una llamada a uno de los números de teléfono, proporcionando información acerca del origen de la alarma, y de la localización de la vivienda. Dicho número se marcará de nuevo cada 20 segundos hasta que se consiga contactar con el número llamado. La interacción con el sistema HogarSeguro se lleva a cabo a través de un subsistema que lee las entradas proporcionadas por el teclado numérico y las teclas de función, visualiza los mensajes en una pantalla LCD del panel de control, así como la información sobre el estado del sistema.

Ejemplo

Información que fluye:Estado del sensor, Ordenes y datos de usuario, Informacion para visualizarTipo de alarma, Tonos del número de teléfono

Software Hogar Seguro

Panel de Control

Sensor

Pantalla LCD del panel de

control

Alarma

Línea telefónica

Diagrama de contexto de HogarSeguro