Diagrama de Contexto

El diagrama de contexto es un caso especial del diagrama de flujo de datos, en donde una sola burbuja representa todo el sistema. El diagrama de contexto muestra a través de flujos de datos las interacciones existentes entre los agentes externos y el sistema, sin describir en ningún momento la estructura del sistema de información. En este tipo de diagrama, el sistema de información debe representarse como un único proceso de muy alto nivel con entradas y salidas hacia los agentes externos que lo limitan, de forma equivalente a una caja negra. Teniendo en cuenta que este diagrama debe de ser comprensible, no es posible representar todos los flujos de datos del sistema en él, sino más bien debe representarse en él una visión general del sistema desde la perspectiva de los propietarios de sistemas siguiendo dos lineamientos básicos:
      

Representar únicamente los flujos de datos que tengan algo que ver con el objetivo principal del sistema. Utilizar flujos de datos compuestos que representen a aquellos que sean similares. Dentro de éste diagrama se enfatizan varias características importantes del sistema: Las personas, organizaciones y sistemas con los que se comunica el sistema. Son conocidos como terminadores. Los datos que el sistema recibe del mundo exterior y que deben procesarse de alguna forma. Los datos producidos por el sistema y que se enviarán al exterior. Los almacenes de datos que el sistema comparte con los terminadores. La frontera entre el sistema y el resto del mundo. Elementos del Diagrama de Contexto El diagrama de contexto consiste de terminadores, flujos de datos y flujos de control, almacenes de datos y un solo proceso, que consiste en una sola burbuja. El nombre dentro del proceso suele ser el nombre del sistema completo o un acrónimo convenido. Los terminadores se representan por medio de rectángulos y se comunican con el sistema utilizando flujos de datos o de control, los cuales son representados por flechas, o a traves de almacenes externos. Hay que recalcar que los terminadores no se comunican entre sí, al menos no en el diagrama de contexto, ya que denotarían interacciones externas al sistema.

Ejemplo de un diagrama de contexto

El ámbito de todo proyecto está sujeto siempre ha cambios. Para cada suceso. El ámbito de un proyecto define a qué aspectos de una empresa se supone que debe dar su apoyo un sistema o una aplicación. Elaborar un diagrama de flujo de datos de contexto (DFD de Contexto) Todos los proyectos tienen un campo de acción. Identifique todos los posibles almacenes de datos externos. Pagos. también lo deberá estar el diagrama de flujos gastos de contexto. Entre sus sinónimos incluyen diagrama de contexto.Victor M. Identifique los recipientes netos de cada respuesta o salida que deberia generar el sistema. Pago . modelo de contexto y modelo ambiental.Programar pedido 2. 3. es el modelo de procesos más general que puede utilizarse en un sistema o aplicación. Figura 1. Mc Graw Hill): 1. Dibuje un diagrama de contexto para toda la información anterior Paso 1. aplicando así el concepto de caja negra. 8. por tanto. . pregunte cuáles son las respuestas que debería generar el sistema. otros sistemas y el mundo exterior se dibujan como flujos de datos de entradas y salidas. 4. Identifique las fuentes netas de datos para cada suceso o transacción. Reclamos. Whitten Lonnie D. Por ej: Pedidos. Piense en el sistema que está analizando como si fuera un recipiente. El sistema o aplicación se representa como un único proceso.Jeferey L. Ignore las tareas puramente internas del recipiente. El ámbito de un proyecto define también el modo de interacción del sistema o la aplicación en fase de modernización con otros sistemas y con la empresa considerada en su conjunto. Pregunte cuales son los informes de formato fijo que debe producir el sistema 6. Un diagrama de flujo de datos de contexto adefine el campo de acción y los límites del sistema y el proyecto.Procedimiento pasa a paso para hacer un Diagrama de Contexto La elaboración de diagramas de contexto tienen cierta dificultad ya que ha de definirse el ámbito de acción del proyecto o sistema. etc. Reclamo . para diferenciar su interior del exterior. Bentley . Estas fuentes se convertirán en los agentes internos o externos del sistema. 9. Con el fin de determinar los. Por ejemplo: 1. 7. La definición del ámbito del proyecto es el primer paso importante de la modernización de procesos. Pedido . Estos destinos seran tambien agentes internos o externos. Diagrama de contexto: también llamado flujo de datos. Barlow 3ª Edic. 2. Sus interacciones con la empresa.Elaborar recibo 5. se propone la siguiente estrategia (Análisis y Diseño de Sistemas de Información . No los confunda con el almacen de datos correspondiente al modelo E/R del sistema que se va a construir.Dar respuesta 3. Pregunte a sus usuarios finales cuales son los sucesos o transacciones a los cuales debe responder el sistema.

Elaborar un diagrama de descomposición que esquematiza los diagramas de flujo de datos . Como se puede enla figura 1 el propósito principal de este sistema es dar respuesta a las peticiones de suscripción (un pedido inicial y una solicitud de ingresos) de la empresa SoundStage. léase que en el diagrama contexto parecen los almacenes de datos relativos a cobrar cuentas. Los agentes externos e internos se sitúan en el perímetro del dibujo. Todo cambio estructural en la base de datos C/C podría obligar a modificar varios programas en el sistema de información de C/C. Se ha añadido el cobro de cuentas (C/C) para suministrar acceso en sólo lectura a sus bases de datos y facilitar así el control del crédito de los pedidos de los miembros. y con los datos externos. podremos desglosar en DFD más detallados este flujo agrupado en los flujos primigenios independientes. las técnicas de elaboración de diagramas de contexto no permitían reflejar los almacenes de datos en el diagrama contexto. En su mayoría. Abiertas en que hemos utilizado un flujo de datos compuesto para agrupar los pedidos regulares de discos y cientas junto con pedidos especiales de otros artículos. finalmente.a de tratarse de almacenes de datos en consecuencia. Nota: en su primera generación. Los flujos de datos definen las interacciones del sistema con los agentes internos y externos. El almacén de datos es externo debido a que no se puede modificar sus Tula. Posteriormente. las consultas hubo otras transacciones similares. Ello no sólo llevaba a confusión a muchos analistas y usuarios (que sabían que se trataba de datos). las técnicas actuales más avanzadas permiten la inclusión de almacenes de datos externos en el diagrama contexto. las promociones mensuales dirigidos a los miembros y los pedidos de los miembros. La dirección de la empresa a recalcar la necesidad de disponer de ciertos informes de ventas y análisis de los miembros (que se muestran como flujos compuestos). sino que impedía a los analistas definir la estructura de los almacenes de datos externos (independientes del modelo de datos del sistema) en las herramientas CASE. Paso 2. las herramientas CASE lo permiten la definición de estructuras o modelos para los agentes. En posteriores DFD de nivel más detallados se identificarán otros tipos específicos de informes. Dejeun los flujos de datos menos comunes para los diagramas de flujo de datos detallados que se confeccionarán más adelante. Ha dicho perímetro se añaden también los datos externos.Un diagrama de contexto contiene un único proceso. Dichos almacenes de datos exponían como entidades externas.s Use flujos de datos compuestos para reflejar los informes. Para facilitar el entendimiento del diagrama se recomienda aplicar la estrategia siguiente:   Muestre sólo aquellos grupos de datos que representen el objetivo principal por las entradas y salidas más habituales del sistema.

. etc. creamos un almacén de datos compuesto que represente a todos los datos del sistemaencuentro este almacén de datos se desglosa en nuestro modelo de datos. También nos proporciona un esquema para elaborar nuestros DFD. o descomposición funcional en sentido descendente. representa a todo el sistema cuyas necesidades se están definiendo. El único símbolo utilizado en el diagrama de descomposición es el símbolo de proceso. Diagrama general de flujo de datos.Un diagrama de descomposición. Dividir el proceso raíz en procesos numerados consecutivamente:1. Los proceso se conectan entre sí en una estructura arborescente. ofrecemos una descripción. por lo demás el mismo símbolo que se utiliza en los DFD . muestra la estructura. Utilizaremos el modelo de datos elaborados en el capítulo 8 del proyecto de SoundStage para identificar nuestros almacenes de datos.2 puede dividirse en procesos 1. 1. Numerar el proceso raíz con el 0. Seguidamente.2. donde el número de niveles depende enteramente de la dimensión del proyecto. En primer lugar. de los diagramas descomposición del ejemplo. Elaborar un diagrama general de flujo de datos Mediante el empleo como esquema de nuestro diagrama de descomposición. también denominado gráfico de jerarquías. esta estrategia se repite a lo largo de todo el diagrama de descomposición y del subsiguiente conjunto de diagramas de flujo de datos. etc. Durante la elaboración del diagrama de descomposición se deben seguir las siguientes directrices más corrientes: 1.2. Por punto. 3. Los nombres de procesos deberán ajustarse a las directrices sobre nombres explicadas para los DFD. y así sucesivamente. En los subsiguientes desgloses de procesos en subprocesos. 1. también llamada hizo. Identificar almacenes de datos Antes de pasar a dibujar nuestros diagramas de flujo de datos. El proceso 1.1. 2. A continuación identificamos los almacenes de datos primigenios. de un sistema.1. El proceso superior. puede ser de utilidad identificar los posibles almacenes de datos que se utilizarán en dichos diagramas. Paso 3. 2. En la figura 3 hemos utilizado un diagrama de descomposición para identificar dichos almacenes de datos. 3. el proceso 1 puede desplazarse en los procesos 1.2. cada subproceso se enumera como un derivado del proceso al que se asocia. Por ejemplo. Paso 4.3. podemos ahora proceder a desglosar Figura 5. uno para cada entidad cuantía asociativa del modelo de datos.2. funciones y tareas. 1. El proceso raíz se desglosa o divide en subsistemas. Un diagrama general de flujo de datos muestra la interacción existente entre los subsistemas y/o las funciones clave.

Sign up to vote on this title
UsefulNot useful