El primer modelo importante que se debe desarrollar como analista es uno que no haga más 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é información entra al sistema desde el ambiente exterior, y qué información produce como salida al ambiente externo.
Otro aspecto crítico 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 número infinito de acontecimientos.
Sólo 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 están escogiendo las perspectivas del proyecto. Los más importantes:
El deseo del usuario de lograr cierta
participación en el mercado para el producto, o incrementarla a más de
su nivel actual. Esto se puede hacer ofreciendo un nuevo producto o una
mayor funcionalidad de uno existente.
La legislación establecida por el gobierno, o de la ciudad. Por ejemplo tendría 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 estratégica para la línea de productos o áreas de negocios que opera.
Un buen ejemplo de estos son las líneas aéreas donde mejor información acerca de tendencias del mercado y preferencias de los clientes pueden llevar a costos de pasajes e itinerarios de aerolíneas más eficientes.
La legislación establecida por el gobierno, o de la ciudad. Por ejemplo tendría 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 estratégica para la línea de productos o áreas de negocios que opera.
Un buen ejemplo de estos son las líneas aéreas donde mejor información acerca de tendencias del mercado y preferencias de los clientes pueden llevar a costos de pasajes e itinerarios de aerolíneas más eficientes.
Dos tópicos importantes en el modelo ambiental:
Herramientas usadas para definir el ambiente
El modelo ambiental consta de tres componentes:
1.- Declaración de propósitos.
Es la declaración textual breve y concisa
del propósito del sistema, dirigida al nivel administrativo superior, la
administración de los usuarios, y otros que no están directamente
involucrados con el desarrollo del sistema.
Ejemplo de la declaración de propósito típica:
El propósito del Sistema de Procesamiento de Libros Ajax es manejar todos los detalles de los pedidos de los libros de los clientes, además del envío, facturación y cobro retroactivo a clientes con facturas vencidas.
La información acerca de los pedidos de los libros debe estar disponible para otros sistemas, tales como mercadeo, ventas y contabilidad
Ejemplo de la declaración de propósito típica:
El propósito del Sistema de Procesamiento de Libros Ajax es manejar todos los detalles de los pedidos de los libros de los clientes, además del envío, facturación y cobro retroactivo a clientes con facturas vencidas.
La información 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 estímulos que ocurren en el mundo exterior a los cuales el sistema debe responder.
A continuación se muestra una lista de acontecimientos para el sistema de pedidos de libros.
A continuación 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 administración pide un reporte de ventas (T).
4.- Llega un pedido de reimpresión de un libro al almacén (C).
2.- Un cliente cancela un pedido (F).
3.- La administración pide un reporte de ventas (T).
4.- Llega un pedido de reimpresión de un libro al almacén (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 algún dato (o
posiblemente varios).
Los acontecimientos temporales arrancan con la llegada de un momento dado en el tiempo
Ejemplos de acontecimientos temporales :
Los acontecimientos temporales arrancan con la llegada de un momento dado en el tiempo
Ejemplos de acontecimientos temporales :
A las 9:00 de la mañana 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
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 estímulo externo que ocurre en algún 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
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
Construcción 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:
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 más apropiado para el acontecimiento sería:
"El cliente hace un pedido"
La manera más fácil de identificar los acontecimientos para un sistema es visualizarlo en acción: examinar cada terminador y preguntar quéefecto pueden tener sus acciones sobre el sistema.
La lista de acontecimiento debe incluir no sólo las interacciones normales ente el sistema y sus terminadores sino también situaciones de fallos.
Por ejemplo, nuestra lista de acontecimiento para el Sistema de Pedido de Libros Ajax incluía un acontecimiento llamado "el pedido de reimpresión de libro llega al almacen". (vease Diagrama de contexto)
Pero ¿Qué tal si no llega a tiempo (por ejemplo, una semana después de la fecha prometida por el impresor)? ¿Qué debería hacer el sistema?, Por lo que se necesitaría 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.
Características importantes:
La figura muestra un diagrama de contexto de un sistema de pedidos de libros.
- 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.
- 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.
- 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 más fácil 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 acrónimo convenido.
Ejemplo: Nombre típico de proceso para un diagrama de contexto
Los terminadores se representan con rectángulos en el diagrama de
contexto. Se comunican directamente con el sistema a través de flujos
de datos o de control.
La parte más fácil 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 acrónimo convenido.
Ejemplo: Nombre típico de proceso para un diagrama de contexto
Comunicación directa entre terminado y sistema
Comunicación a través de un almacén externo
- Algunos terminadores tienen un buen número de entradas y salidas. Para evitar un diagrama innecesariamente atiborrado conviene dibujar el terminador más de una vez.
- Los terminadores duplicados se marcan con un asterisco.
- Cuando el terminador es una persona individual, generalmente es preferible indicar el rol que desempeña, más que su identidad.
- 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 físico usado para transportar datos hacia o fuera del sistema. Dado que a menudo, dichos manejadores son familiares y visibles para los usuarios de la implantación 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, además de las señales 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.
Un manejador es un mecanismo, dispositivo, medio físico usado para transportar datos hacia o fuera del sistema. Dado que a menudo, dichos manejadores son familiares y visibles para los usuarios de la implantación 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, además de las señales 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.
No hay comentarios:
Publicar un comentario