P. 1
Diagrama de Contexto

Diagrama de Contexto

1.0

|Views: 3.690|Likes:
Publicado porRafael Mayo

More info:

Published by: Rafael Mayo on Apr 14, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

07/20/2013

pdf

text

original

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

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

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

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->