01 - modulo 1
DESCRIPTION
isivTRANSCRIPT
-
DESARROLLO DE SISTEMAS II
1
MODULO 1
-
DESARROLLO DE SISTEMAS II
2
1.1 Uso de diagrama de Flujo de datos. El analista de sistemas puede elaborar una representacin grfica de los
procesos que se realizan con los datos en toda la organizacin mediante una
tcnica de anlisis estructurada llamada diagramas de flujo de datos (DFDs).
Con el uso de cuatro smbolos, el analista puede crear una descripcin grfica
de los procesos que con el tiempo contribuirn a desarrollar una slida
documentacin del sistema.
1.1.1 Ventaja del enfoque del flujo de datos.
El enfoque del flujo de datos posee 4 ventajas principales:
1 Libertad para emprender la implementacin tcnica del sistema en las
etapas tempranas.
2 Una compresin ms profunda de la interrelacin entre sistemas y
subsistemas.
3 Comunicar a los usuarios el conocimiento sobre el sistema actual mediante
diagrama de flujo de datos.
4 Anlisis de un sistema propuesto para determinar si se han definido los
datos y procesos necesarios.
Los DFDs hacen nfasis en el procesamiento o la transformacin de datos
conforme stos pasan por una variedad de procesos. .
En los DFD lgicos no hay distincin entre los procesos manuales o
automatizados.
1.1.2 Convenciones usadas en los diagramas de flujo de datos:
Se usan cuatro smbolos bsicos para graficar el movimiento de los datos: Un
cuadrado doble, una flecha, un rectngulo con esquina redondeada, y un
rectngulo abierto. Con la combinacin de estos smbolos se puede describir
grficamente un sistema completo y varios subsistemas.
-
DESARROLLO DE SISTEMAS II
3
El cuadrado doble se usa para describir una entidad externa (otro
departamento, un negocio, una persona, etc.) que puede enviar datos al
sistema o recibirlos de l.
A cada entidad se le asigna un nombre adecuado. Aunque interacta con el
sistema se considera fuera de los lmites de ste. La misma entidad se puede
usar ms de una vez en un DFD para evitar que las lneas se crucen en el flujo
de datos.
La flecha muestra el movimiento de los datos de un punto a otro, con la punta
de la flecha sealando hacia el destino de los datos. Los flujos de datos que
ocurren simultneamente se pueden describir mediante flechas paralelas. Una
flecha tambin se debe describir con un nombre; debido a que representa los
datos de una persona, lugar o cosa.
Un rectngulo de esquinas redondeadas se usa para mostrar la presencia de
un proceso de transformacin los procesos siempre denotan un cambio en los
datos o una transformacin de estos. Los procesos representan trabajo que se
-
DESARROLLO DE SISTEMAS II
4
realizan en el sistema y se deben nombrar usando uno de los formatos
siguientes:
1 A los procesos de alto nivel se debe asignar el nombre del sistema: Por
ejemplo: SISTEMA DE CONTROL DE INVENTARIO.
2 Para nombrar un subsistema principal, se utiliza un nombre como
SUBSISTEMA DE INFORMACIN DE INVENTARIOS.
3 Para los procesos detallados use formato de sustantivo-Verbo-Adjetivo. El
sustantivo indica cual es el resultado principal del proceso tal como INFORME
O REGISTRO. El verbo indica el tipo de actividad, tal como CALCULAR,
VERIFICAR, PREPARAR. El adjetivo describe el resultado especfico que se
produce tal como NUEVO PEDIDO, O INVENTARIO. Por ejemplo: CALCULAR
IMPUESTOS DE VENTAS. PREPARAR FACTURA DE ENVIO, AGREGAR
REGISTRO DE INVENTARIO.
A un proceso tambin se le debe dar un nmero de identificacin nico y
exclusivo que indique su nivel en el diagrama.
El ltimo smbolo bsico es el rectngulo abierto el cual representa un almacn
de datos. El rectngulo se dibuja con 2 lneas paralelas cerradas por una lnea
corta del lado izquierdo y abierta del derecho. En los diagramas de flujo de
datos lgicos no se especfica el tipo de almacenamiento fsico. El smbolo de
almacn de datos simplemente muestra un depsito para los datos que
permite, examinar, agregar y recuperar datos. Podra representar un almacn
manual tal como un gabinete de archivos o una base de datos en la
computadora. Para identificar el nivel de almacn de datos a cada uno se le
asigna un nmero de referencia nico, tal como D1, D2, D3 etc. Los
almacenes de datos temporales tales como papel borrador o un archivo
temporal de computadora no se incluyen en el DFD.
1.2 Desarrollo de diagrama de Flujo de Datos
1.2.1 Creacin de diagrama de contexto.
Con un enfoque jerrquico de arriba hacia abajo para diagramar el movimiento
de los datos los diagramas van de lo general a lo especfico. El diagrama de
-
DESARROLLO DE SISTEMAS II
5
contexto inicial debe mostrar un panorama global que incluya las entradas
bsicas, el sistema general y las salidas.
El diagrama de contexto es el nivel ms alto en un diagrama de flujo de datos y
contiene un solo proceso que representa a todo el sistema. Al proceso se le
asigna el nmero cero. En el diagrama de contexto se muestran todas las
entidades externas, as como tambin los flujos de datos que van desde y
hacia dichas entidades. No contiene ningn almacn de datos.
1.2.2 Dibujo del diagrama cero (El siguiente nivel).
El diagrama cero es la ampliacin del diagrama de contexto y puede incluir
hasta nueve procesos.
Por lo general cada proceso se numera con un entero. En el diagrama cero se
incluyen los principales almacenes de datos del sistema y todas las entidades
externas.
1.2.3 Creacin de diagramas hijos. (Niveles ms detallados).
Cada proceso del diagrama cero (0) se puede ampliar para crear un diagrama
hijo ms detallado.
El proceso del diagrama cero a partir del cual se realiza la ampliacin se llama
proceso padre y el diagrama que se produce se llama diagrama hijo. La regla
principal para crear diagramas hijos, estipula que un diagrama hijo no puede
producir salida o no puede recibir entrada que el proceso padre no produzca o
reciba tambin.
-
DESARROLLO DE SISTEMAS II
6
Al diagrama hijo se le asigna el mismo nmero que a su proceso padre. Por
ejemplo el proceso 3 se podra ampliar para crear el diagrama 3. Los procesos
del diagrama hijo se numeran usando el nmero del proceso padre, un punto
decimal y un solo nmero para el proceso hijo. Los procesos del diagrama 3 se
podran numerar como 3.1, 3.2, 3.3, etc.
Estos diagramas de nivel inferior podran contener almacenes de datos que no
se muestran en el proceso padre cuando no se amplia un proceso, se dice que
es funcionalmente primitivo y se llama proceso primitivo.
-
DESARROLLO DE SISTEMAS II
7
1.3 Diagramas de flujo de datos lgicos y fsicos.
Un diagrama de flujo de datos lgico se enfoca en el negocio y en el
funcionamiento de ste. No se ocupa de la manera en que se construir el
sistema. Ms bien, describe los eventos que ocurren en el negocio y los datos
requeridos y producidos por cada evento.
Un diagrama de flujo de datos fsico muestra como se implementar el sistema,
incluyendo el hardware, software, los archivos y las personas involucradas en
el sistema.
-
DESARROLLO DE SISTEMAS II
8
En teora, los sistemas se desarrollan mediante el anlisis del sistema actual
(DFD lgico actual) despus se agregan caractersticas que el nuevo sistema
debe incluir (DFD lgico propuesto). Por ltimo, se deben desarrollar los
mejores mtodos para implementar el nuevo sistema (DFD fsico).
El desarrollo de un diagrama de flujo de datos lgico para el sistema actual
ofrece un entendimiento claro de su funcionamiento y por lo tanto un buen
punto de partida para desarrollar el modelo lgico del mismo. Una ventaja de
construir el DFD lgico del sistema actual es que se puede usar para crear el
DFD lgico del nuevo sistema. Mediante este enfoque se garantiza que el
nuevo sistema conservar las caractersticas esenciales del anterior, adems
de ofrecer una transicin gradual para el diseo del nuevo sistema.
-
DESARROLLO DE SISTEMAS II
9
1.3.1 Desarrollo de diagramas de flujo de datos.
Las ventajas para utilizar un diagrama de flujo de datos lgicos son:
1 Mejor comunicacin con los usuarios.
2 Sistemas ms estables.
3 Mejor entendimiento del negocio por parte del analista.
4 Flexibilidad y mantenimiento.
5 Eliminacin de redundancias y creacin ms sencilla del modelo fsico.
Los diagramas de flujo de datos lgicos representan caractersticas de un
sistema que deberan existir sin importar cuales sean los medios fsicos para
llevar los acabo. Por ejemplo, las actividades tales como solicitar una
credencial de socio de un video club, rentar un DVD y devolverlo podran
realizarse aunque el local tenga un sistema automatizado, manual o hbrido.
-
DESARROLLO DE SISTEMAS II
10
1.3.2 Desarrollo de diagramas de flujo de datos fsicos
El DFD fsico muestra como se crear el sistema. Los diagramas de flujo de
datos fsicos tienen ciertas ventajas entre ellas:
1 Aclarar que procesos son manuales y cuales son automatizados.
2 Describir los procesos con mayor detalle los DFDs lgicos.
3 Distribuir en un orden particular los procesos que se deben realizar.
4 Identificar los almacenes de datos temporales.
5 Especificar los nombres reales de archivos y documentos impresos.
6 Agregar controles para asegurar que los procesos se realicen
adecuadamente.
Los diagramas de flujo de datos fsicos son a menudo ms complejos que los
DFDs lgicos debido a la gran cantidad de almacenes de datos que incluye un
sistema.
Con frecuencia se utilizan las siglas CLAE (CRUD en Ingls) para denotar las
actividades de Crear, Leer, Actualizar y Eliminar, que un sistema debe ejecutar
en cada archivo maestro.
Los diagramas de flujo de datos fsicos tambin tienen almacenes de datos
intermedios con frecuencia un archivo de transaccin o una tabla de base de
datos temporal. Estos consisten en archivos de transaccin que se utilizan para
almacenar datos entre procesos.
Al crear un diagrama de flujo de datos fsicos, el flujo de datos de entrada
proveniente de una entidad externa en ocasiones se denomina detonador
porque inicia las actividades del proceso, y el flujo de entrada se denomina
respuesta porque se enva como resultado de una actividad.
La ventaja de construir diagrama de flujo de datos con base en eventos es que
los usuarios conocen los eventos que se llevan a cabo en sus reas de
negocio.
Caso de uso y diagrama de flujo de datos un caso de uso sintetiza un evento y
tiene un formato similar para las especificaciones de un proceso. Cada caso
de uso define una actividad y su detonador, entrada y salida
-
DESARROLLO DE SISTEMAS II
11
-
DESARROLLO DE SISTEMAS II
12
1.3.3 Particionamiento de los diagramas de flujo de datos
Es el proceso de examinar un DFD y determinar como se debe dividir en
colecciones de programas de cmputos. Analizando cada proceso para
determinar si debe ser un proceso manual o automatizado. A menudo se traza
una lnea punteada alrededor de un proceso o grupo de procesos que deben
colocarse en un solo programa de cmputo.
Las razones para particionar los DFD.
1 Diferentes grupos de usuarios; si los procesos son realizados por varios
grupos de usuarios diferentes, con frecuencia en distintas ubicaciones fsicas
de la compaa.
2- Sincronizacin: si dos procesos se realizan en diferentes momentos, no se
pueden agrupar en un programa.
3- Tareas similares: si dos procesos ejecutan tareas similares, es posible
agruparlos en un solo programa de cmputo.
4- Eficiencia: en un programa se podran combinar varios procesos para
realizar un procesamiento eficiente por ejemplo: si una serie de informes
requieren utilizar los mismos archivos de entrada.
5- Consistencia de los datos: Los procesos se podran combinar en un solo
programa para mantener la consistencia de los datos.
6- Seguridad: Los procesos se podran particionar en diferentes programas por
razones de seguridad.
Ejemplo de un diagrama de flujo de datos:
VIDEOMAGIC es una cadena de video club. Su plan es contar con una serie de
video clubes distribuidos estratgicamente alrededor de un rea de la ciudad
capital. La compaa tambin ha adoptado la poltica de alquilar DVD o juegos
a los clientes. En consecuencia un programa de bonos mensuales para los
clientes ser parte del sistema.
-
DESARROLLO DE SISTEMAS II
13
VIDEO RESUMEN DE LAS ACTIVIDADES DE NEGOCIOS MAGIC DEL SISTEMA DE ALQUILER A CLIENTES.
1- Los clientes pueden solicitar una tarjeta para alquilar videos. Deben llenar un formulario y ofrecer un medio para verificar su identidad. Se les otorga una tarjeta para alquilar videos.
2- Para alquilar videos, los clientes deben darle al empleado su tarjeta y los DVDs o Videojuegos. El empleado calcula el total de la venta. Se le da un recibo a los clientes con la fecha de vencimiento del alquiler. Se crea un registro para cada artculo alquilado.
3- Los clientes devuelven los DVDs o Videojuegos. Si el artculo es devuelto despus de la fecha de vencimiento, en el registro se anota el importe del cargo por la entrega atrasada.
4- Si el cliente tiene una entrega vencida, el pago correspondiente se le exige la prxima vez que rente un artculo.
5- Los registros de alquiler de los clientes se revisan una vez al mes para determinar si las rentas que se realizaron exceden el nivel de bono establecido en $ 50, a los clientes con derecho a bono se les enva una carta en donde se les agradece, junto con varios cupones de renta gratuitas, (dependiendo de la cantidad de alquileres que hayan tenido en el mes).
6- Los registros de renta a los clientes se examinan una vez al ao para determinar si los alquileres que realizaron exceden el nivel del bono anual (establecido en $ 250) si es as se le enva al cliente una carta, cupones de renta gratuitas y un certificado para un video gratis.
-
DESARROLLO DE SISTEMAS II
14
1.3.4 Dibujo del diagrama O
El diagrama 0, ilustra las principales actividades del sistema de alquiler de
Video Magic.
Observe que hay un proceso para cada actividad principal.
El proceso 1 RENTAR ARTICULOS DE VIDEO, resume la funcin principal del
sistema, y es por tanto, un proceso complejo.
Para dibujar de manera correcta el DFD se debe realizar preguntas como:
Qu informacin se necesita para alquilar un DVD? El CLIENTE requiere un
ARTICULO DE RENTA DE VIDEO (DVD o Videojuego), un PAGO y un ID DEL
CLIENTE (Tarjeta a presentar). El ARTICULO DE RENTA DE VIDEO se utiliza
para buscar informacin correspondiente al DVD, como el precio y la
descripcin. El proceso crea una TRANSACCIN EN EFECTIVO, que genera
informacin sobre el EFECTIVO TOTAL RECIBIDO. El REGISTRO DEL
CLIENTE se obtiene con el importe total del alquiler. Una flecha con doble
punta indica que el REGISTRO DEL CLIENTE se obtiene y reemplaza en la
misma la ubicacin del archivo. El RECIBO DE RENTA Y el DVD se entregan
al CLIENTE. La INFORMACIN SOBRE LA RENTA, como la fecha y el articulo
alquilado se produce para usarla ms tarde en la ELABORACIN DE
INFORMES PARA LA ADMINISTRACION.
Los dems procesos son ms sencillos con pocas entradas y salidas. El
proceso REGISTRAR VIDEO DEVUELTO POR EL CLIENTE actualiza el
almacn de datos CLIENTES para reflejar que no hay artculos en alquiler. El
proceso AGREGAR NUEVO CLIENTE, toma INFORMACIN SOBRE
CLIENTES NUEVOS y otorga al cliente una TARJETA PARA RENTAR
VIDEOS. El cliente debe presentar sus tarjeta siempre que desea alquilar un
DVD.
-
DESARROLLO DE SISTEMAS II
15
Los procesos 2 y 4 producen informacin til para administrar el negocio y
tomar decisiones. Los procesos 6 y 7 utilizan la informacin del almacn de
datos CLIENTES para ELABORAR CARTAS DE BONOS MENSUALES Y
ANUALES. Todos los procesos empiezan con un verbo como ELABORAR,
REVISAR, RESUMIR, AGREGAR, etc.
-
DESARROLLO DE SISTEMAS II
16
1.3.5 Creacin de un diagrama hijo
La figura anterior es el diagrama hijo del proceso 1, RENTAR ARTICULOS DE
VIDEO. El flujo de datos de entrada INFORMACION SOBRE EL VIDEO se
conecta slo con el proceso OBTENER REGISTRO DEL VIDEO. El origen de
esta entrada es un rea en blanco del dibujo. Este flujo de interfaz incompleto
coincide con el flujo del proceso uno del diagrama 0. Lo mismo ocurre en el
caso de ARTICULO DE RENTA DE VIDEO, PAGO e ID DEL CLIENTE. Los
almacenes de datos del diagrama padre tambin se pueden incluir en el
diagrama hijo por ejemplo CLIENTE. Los flujos de datos de salida
TRANSACCIN EN EFECTIVO y RECIBO DE LA RENTA son flujos de datos
de la interfaz que coinciden con la salida del proceso padre. El flujo NO SE
-
DESARROLLO DE SISTEMAS II
17
ENCONTRARON ERRORES no se ilustra en el proceso padre por que una
lnea de error se considera como una salida menor.
Los procesos de los diagramas hijos son ms detallados e ilustran la lgica
requerida para producir la salida. El proceso OBTENER REGISTRO DEL
VIDEO utiliza RENTA DE VIDEO, que indica cual DVD desea rentar el cliente
para buscar la INFORMACIN SOBRE EL VIDEO correspondiente (ttulo,
precio, etc.). El proceso 1.5 BUSCAR REGISTRO DEL CLIENTE, utiliza la ID
DEL CLIENTE de la tarjeta para alquilar videos con el propsito de localizar el
registro del CLIENTE, EL NOMBRE Y DIRECCIN DEL CLIENTE se imprime
en el RECIBO DE LA RENTA que se deriva del proceso.
1.4 Creacin de un diagrama de flujo de datos fsico.
El diagrama que ver a continuacin corresponde al diagrama 0 lgico de
VideoMagic. Los nombres de los flujos de datos se han cambiado para reflejar
la implementacin. El cliente proporciona un CODIGO DE BARRAS PARA LA
RENTA DEL VIDEO y un CODIGO DE BARRAS PARA LA ID DEL CLIENTE
para el proceso 1, RENTAR ARTICULOS DE VIDEO. La entidad SISTEMA DE
COMPRA DE VIDEOS se ha remplazado con un ARCHIVO MAESTRO DE
VIDEO porque los archivos se utilizan para comunicarse entre sistemas. Ahora
hay dos archivos de transacciones. El ARCHIVO DE TRANSACCIONES DE
RENTA se utiliza para almacenar informacin desde el momento que se
alquilan los videos hasta el momento en que son devueltos. El archivo de
TRANSACCIONES EN EFECTIVO es necesario porque los videos se rentan
durante todo el da, pero el INFORME SOBRE EL EFECTIVO RECIBIDO se
elabora slo una vez a la semana. Los datos se introducen mediante la
PANTALLA DEL VIDEO DEVUELTO (y los cargos por entregas atrasadas se
calculan en el proceso 3 REGISTRAR VIDEO DEVUELTO POR EL CLIENTE).
Los clientes nuevos contestan el FORMULARIO PARA CLIENTES NUEVOS,
en tanto que en el diagrama de flujo de datos lgico este paso se denominaba
simplemente INFORMACIN SOBRE CLIENTES NUEVOS.
-
DESARROLLO DE SISTEMAS II
18
El diagrama que observar a continuacin es un ejemplo del diagrama de flujo
de datos fsico hijo. Observe que hay procesos para escanear cdigo de
barras, desplegar pantallas, localizar registros, y crear y actualizar archivos. La
secuencia es importante porque el nfasis se centra en la manera en que
funcionar el sistema y en que orden ocurrirn los eventos.
-
DESARROLLO DE SISTEMAS II
19
-
DESARROLLO DE SISTEMAS II
20
1.5 Particionamiento del diagrama de flujo.
En el diagrama que observamos se ilustra el particionamiento del diagrama de
flujo de datos fsico de VideoMagic. Las lneas punteadas indican cuales
procesos deben estar en programas separados. Por ejemplo: RENTAR
-
DESARROLLO DE SISTEMAS II
21
ARTICULOS DE VIDEO funciona sobre una base minuto a minuto. El proceso
REVISAR VIDEO DEVUELTO POR EL CLIENTE tambin funciona sobre una
base de minuto a minuto. No obstante, las devoluciones se manejan
posteriormente al proceso de alquiler, y por lo tanto ambos procesos deben
colocarse en programas separados.
El proceso ELABORAR INFORME DEL EFECTIVO RECIBIDO se hace
semanalmente y por ende tambin debe colocarse en un programa aparte.
Debido a que tanto el REGISTRO DE TRANSACCIONES EN EFECTIVO que
entra a este proceso como el INFORME DEL EFECTIVO RECIBIDO que sale
del proceso constituyen informacin de computadora, el proceso se debe
implementar como programas en lotes.