El modelo ambiental: DC Diagrama de Contexto

Para el analista de sistemas, la labor ms difcil en la especificacin de un sistema es a menudo determinar qu es parte del sistema y qu no. El primer modelo importante que se debe desarrollar como analista es uno que no haga ms que definir las interfaces entre el sistema y el resto del universo, es decir, el ambiente. Por razones obvias, este modelo se conoce como el modelo ambiental. Por lo tanto, se necesita saber qu informacin entra al sistema desde el ambiente exterior, y qu informacin produce como salida al ambiente externo. Otro aspecto crtico del modelo ambiental consiste en identificar los acontecimientos que ocurren en el ambiente al cual debe responder el sistema. No para todos los acontecimientos; El ambiente en su totalidad genera un nmero infinito de acontecimientos. Slo nos preocupan aquellos que (1) ocurren en el ambiente exterior y (2) requieren una respuesta del sistema. En un sistema grande se puede tomar en cuenta una cantidad de factores cuando se estn escogiendo las perspectivas del proyecto. Los ms importantes: El deseo del usuario de lograr cierta participacin en el mercado para el producto, o incrementarla a ms de su nivel actual. Esto se puede hacer ofreciendo un nuevo producto o una mayor funcionalidad de uno existente. La legislacin establecida por el gobierno, o de la ciudad. Por ejemplo tendra que hacerse un nuevo sistema para considerar los cambios en las leyes sobre impuestos. Deseo del usuario por minimizar gastos operativos de alguna rea de su negocio. La mayor parte de las organizaciones que tienen ordenadores desde hace tiempo aprovecharon las oportunidades obvias de reducir el personal de oficina. Deseo del usuario para lograr alguna ventaja estratgica para la lnea de productos o reas de negocios que opera. Un buen ejemplo de estos son las lneas areas donde mejor informacin acerca de tendencias del mercado y preferencias de los clientes pueden llevar a costos de pasajes e itinerarios de aerolneas ms eficientes. Dos tpicos importantes en el modelo ambiental: Herramientas usadas para definir el ambiente El modelo ambiental consta de tres componentes: 1.- Declaracin de propsitos. Es la declaracin textual breve y concisa del propsito del sistema, dirigida al nivel administrativo superior, la administracin de los usuarios, y otros que no

estn directamente involucrados con el desarrollo del sistema. Ejemplo de la declaracin de propsito tpica: El propsito del Sistema de Procesamiento de Libros Ajax es manejar todos los detalles de los pedidos de los libros de los clientes, adems del envo, facturacin y cobro retroactivo a clientes con facturas vencidas. La informacin acerca de los pedidos de los libros debe estar disponible para otros sistemas, tales como mercadeo, ventas y contabilidad 2.- Lista de acontecimientos Es una lista narrativa de los estmulos que ocurren en el mundo exterior a los cuales el sistema debe responder. A continuacin se muestra una lista de acontecimientos para el sistema de pedidos de libros. 1.- Un cliente hace un pedido (F). 2.- Un cliente cancela un pedido (F). 3.- La administracin pide un reporte de ventas (T). 4.- Llega un pedido de reimpresin de un libro al almacn (C). F,T,C. -flujo, temporal, o de control El orientado a flujos es el que se asocia con un flujo de datos; es decir, el sistema se da cuenta de que ha ocurrido el acontecimiento cuando llega algn dato (o posiblemente varios). Los acontecimientos temporales arrancan con la llegada de un momento dado en el tiempo Ejemplos de acontecimientos temporales : A las 9:00 de la maana se requiere un informe diario de todos los pedidos de libros. Las facturas deben generarse a las 3:00 PM. Se deben generar reportes administrativos una vez por hora Los acontecimientos de control deben considerarse un caso especial del acontecimiento temporal: un estmulo externo que ocurre en algn momento impredecible. A diferencia de un acontecimiento temporal normal, el acontecimiento de control no se asocia con el paso regular del tiempo, por lo que el sistema no puede anticiparlo utilizando un reloj interno Construccin de la lista de acontecimiento La lista de acontecimiento es un listado textual sencillo de los acontecimientos del ambiente a los cuales debe responder el sistema. Al crear la lista de acontecimiento se debe asegurar de distinguir entre un acontecimiento y un flujo relacionado con un acontecimiento. Por ejemplo, lo siguiente probablemente no sea un acontecimiento: "El sistema recibe el pedido del cliente" Mas bien, sea el flujo de datos de entrada mediante el cual el sistema se da cuenta de que ha ocurrido el acontecimiento. Un nombre ms apropiado

para el acontecimiento sera: "El cliente hace un pedido" La manera ms fcil de identificar los acontecimientos para un sistema es visualizarlo en accin: examinar cada terminador y preguntar quefecto pueden tener sus acciones sobre el sistema. La lista de acontecimiento debe incluir no slo las interacciones normales ente el sistema y sus terminadores sino tambin situaciones de fallos. Por ejemplo, nuestra lista de acontecimiento para el Sistema de Pedido de Libros Ajax inclua un acontecimiento llamado "el pedido de reimpresin de libro llega al almacen". (vease Diagrama de contexto) Pero Qu tal si no llega a tiempo (por ejemplo, una semana despus de la fecha prometida por el impresor)? Qu debera hacer el sistema?, Por lo que se necesitara un acontecimiento adicional iniciado por el sistema para hacer que se comunique con el impresor y localice el origen del retraso.

3.- Diagrama de contexto. Es un caso especial de diagrama de flujo de datos, en donde una sola burbuja representa todo el sistema. La figura muestra un diagrama de contexto de un sistema de pedidos de libros. Caractersticas importantes: 1. Las personas, organizaciones y sistemas con los que se comunica el sistema. Se conocen como terminadores. 2. Los datos que el sistema recibe del mundo exterior y que deben procesarse de alguna forma. 3. Los datos que el sistema produce y que se envan al mundo exterior. 4. Los almacenes de datos que el sistema comparte con los terminadores. Estos almacenes de datos se crean fuera del sistema para su uso, o bien son creados en l y usados fuera. 5. La frontera entre el sistema y el resto del mundo. El diagrama de contexto consiste en terminadores, flujos de datos y flujos de control, almacenes de datos y un solo proceso que representa a todo el sistema. La parte ms fcil del diagrama de contexto es el proceso; como hemos visto, consiste en una sola burbuja. El nombre dentro del proceso suele ser el nombre del sistema completo o un acrnimo convenido. Ejemplo: Nombre tpico de proceso para un diagrama de contexto

Los terminadores se representan con rectngulos en el diagrama de contexto. Se comunican directamente con el sistema a travs de flujos de datos o de control. Comunicacin directa entre terminado y sistema

Comunicacin a travs de un almacn externo

Punto en consideracin de los terminadores: 1. Algunos terminadores tienen un buen nmero de entradas y salidas. Para evitar un diagrama innecesariamente atiborrado conviene dibujar el terminador ms de una vez. 2. Los terminadores duplicados se marcan con un asterisco. 3. Cuando el terminador es una persona individual, generalmente es preferible indicar el rol que desempea, ms que su identidad. 4. Dado que estamos interesados en desarrollar un modelo esencial del sistema, es importante distinguir entre fuente y manejadores. Almacenes de datos Un manejador es un mecanismo, dispositivo, medio fsico usado para transportar datos hacia o fuera del sistema. Dado que a menudo, dichos manejadores son familiares y visibles para los usuarios de la implantacin actual de un sistema, existe la tendencia a mostrar al manejador, en lugar de la verdadera fuente de los datos Flujos: Flujos de control Los flujos que aparecen en el diagrama de contexto modelan datos que entran y

salen del sistema, adems de las seales de control que recibe o genera. Los flujos de datos se incluyen en el diagrama de contexto si se ocupan para detectar un acontecimiento en el ambiente al que deba responder el sistema, o si se ocupan (como datos) para producir una respuesta.