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

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

y con los datos externos. Los flujos de datos definen las interacciones del sistema con los agentes internos y externos. 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). léase que en el diagrama contexto parecen los almacenes de datos relativos a cobrar cuentas. Elaborar un diagrama de descomposición que esquematiza los diagramas de flujo de datos . Los agentes externos e internos se sitúan en el perímetro del dibujo. En posteriores DFD de nivel más detallados se identificarán otros tipos específicos de informes. El almacén de datos es externo debido a que no se puede modificar sus Tula.Un diagrama de contexto contiene un único proceso. Dichos almacenes de datos exponían como entidades externas. Nota: en su primera generación. En su mayoría. Posteriormente. podremos desglosar en DFD más detallados este flujo agrupado en los flujos primigenios independientes. las promociones mensuales dirigidos a los miembros y los pedidos de los miembros. Paso 2. 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. finalmente. 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. Ello no sólo llevaba a confusión a muchos analistas y usuarios (que sabían que se trataba de datos). Dejeun los flujos de datos menos comunes para los diagramas de flujo de datos detallados que se confeccionarán más adelante. las herramientas CASE lo permiten la definición de estructuras o modelos para los agentes. Ha dicho perímetro se añaden también los datos externos. las consultas hubo otras transacciones similares. 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. 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. 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. 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. las técnicas de elaboración de diagramas de contexto no permitían reflejar los almacenes de datos en el diagrama contexto. las técnicas actuales más avanzadas permiten la inclusión de almacenes de datos externos en el diagrama contexto.a de tratarse de almacenes de datos en consecuencia.s Use flujos de datos compuestos para reflejar los informes.

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

Sign up to vote on this title
UsefulNot useful