01 - MODULO 1

DESARROLLO DE SISTEMAS II

1

MODULO 1


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.


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


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


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.


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.


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.


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.


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.


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


11


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.


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.


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.


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.


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


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.


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.


19


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


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.

Documents

01 - MODULO 1