James A Senn Anlisis y Diseo de Sistemas de Informacin DESARROLLO DE DIAGRAMAS DE FLUJO DE DATOS Para que sean de utilidad y proporcionen

informacin, los diagramas de flujo de datos deben dibujarse en forma adecuada. Esta seccin muestra cmo dibujarlos: dnde comenzar, cmo aadir detalles a las descripciones, cundo incorporar la informacin sobre el control y cmo mantener la consistencia al asignar los nombres de los objetos incluidos en los diagramas. La presentacin seala tambin errores comunes que deben evitarse. Proceso de desarrollo Los analistas de sistemas estudian primero el sistema en uso, esto es, las actividades y procesos que ocurren en el presente. En la terminologa del anlisis estructurado, ste es el estudio del sistema fsico. Las tcnicas para hallar hechos del captulo 3 forman la base para recopilar los detalles necesarios.

FIGURA 3.24 Ejemplo geogrfico de progresin, de lo general hacia lo especfico (Cortesa de California State Automobile Association).

James A Senn Anlisis y Diseo de Sistemas de Informacin

FIGURA 3.25 Secuencia de panoramas lgicos y fsicos de un sistema. El sistema fsico se traslada en una descripcin lgica que se centra en datos y procesos (Fig. 3.25). Recalcar los datos y procesos para abordar las actividades que se llevan a cabo junto con los recursos necesarios para ello, ms que sobre quines realizan el trabajo, tiene sus ventajas. Los siguientes detalles son ejemplos de un sistema fsico: Departamento Persona Archivo Sala de fotocopiado o ubicacin de las instalaciones Nmero de paso Procedimiento

Durante el anlisis de flujo de datos se evalan todos los detalles en trminos de los componentes lgicos de flujos de datos, procesos, almacenes de datos, orgenes y destinos. En todas las etapas de diseo que siguen, los requerimientos del sistema se trasladan en detalles de diseo lgico. En las fases de construccin, como la programacin del software para computadora, las especificaciones lgicas son trasladadas en caractersticas fsicas y en un sistema de informacin que trabaja. Este panorama de la secuencia de actividades para el anlisis y diseo de sistemas de informacin es el escenario del estudio que sigue sobre el anlisis de flujo de datos. Diagramas fsicos de flujo de datos

James A Senn Anlisis y Diseo de Sistemas de Informacin Los diagramas de flujo de datos son de dos tipos: Diagramas fsicos de flujo de datos Proporcionan un panorama del sistema en uso, que es dependiente de la implantacin, que nuestra qu tareas se llevan a cabo y cmo. Las caractersticas fsicas incluyen: Nombres de personas Nombres o nmeros de formatos y documentos Nombres de departamentos Archivos maestro y de transacciones Equipo y dispositivos utilizados Ubicaciones Nombres de procedimientos Diagramas lgicos de flujo de datos Proporcionan un panorama del sistema independiente de la implantacin, que se centra en el flujo de datos entre los procesos sin considerar los dispositivos especficos y la localizacin de almacenes de datos o personas en el sistema. En este tipo de diagramas no se indican las caractersticas fsicas, lo cual s sucede con los diagramas fsicos de flujo. El enfoque ms amplio y til para desarrollar una descripcin exacta y completa del sistema en uso, comienza con el desarrollo del diagrama fsico de flujo de datos. El empleo de estos diagramas es deseable por tres razones. Primera, es comn que los analistas de sistemas encuentren mucho ms fcil describir la interaccin entre los componentes fsicos que comprender las polticas empleadas para administrar la aplicacin. De este modo, comienzan por identificar a las personas y lo que hacen, qu documentos y formas inician las diferentes actividades y el equipo empleado para el procesamiento. Asimismo, identifican el movimiento de personas, documentos e informacin entre departamentos y diversas localidades. Segunda, los diagramas fsicos de flujo de datos son de utilidad para comunicarse con los usuarios. stos relacionan con facilidad a las personas, las localidades y los documentos ya que trabajan todos los das con cada entidad. (Es usual que los analistas de sistemas encuentren que los usuarios consideran abstractos los diagramas lgicos de flujo de datos porque no contienen componentes que les sean familiares.) Los usuarios pueden sealar con rapidez cuando un paso es incorrecto o equivocado. Tercera, los diagramas fsicos de flujo de datos proporcionan un camino para validar o verificar el punto de vista del usuario sobre la forma en que opera el sistema en uso. Si existen diferencias, stas son anotadas y discutidas. No es poco usual encontrar que lo que un usuario piensa que est sucediendo difiere en forma importante de lo que en realidad est ocurriendo. Son estas diferencias las que probablemente expliquen los problemas o ineficiencias quiz la razn por la que se propone un nuevo sistema.

James A Senn Anlisis y Diseo de Sistemas de Informacin Dibujo de diagramas fsicos de flujo La siguiente descripcin sobre la forma como maneja una compaa su sistema de cuentas por pagar, ser utilizada para el desarrollo de diagramas de flujo de datos: National Merchandising recibe por correo las facturas de sus vendedores. Todas las maanas el gerente de la oficina de correo, Ross Manning, enva a Ginny Anderson todas las facturas y correspondencia dirigida al departamento de cuentas por pagar. Anderson, que es asistente, acumula las facturas recibidas durante la semana en un flder. El jueves las revisa y aade la cantidad adeudada junto con el nmero de factura en la tarjeta correspondiente al vendedor (un registro manual de todas las transacciones contables para un vendedor en particular). Las facturas se guardan por orden alfabtico en un gabinete de archivos. Los cheques de pago de los vendedores se elaboran y firman los das viernes. Harry Deming, gerente del departamento de cuentas por pagar, revisa todas las cuentas y facturas pendientes para determinar cules deben pagarse. Elabora el cheque y al mismo tiempo anota el monto del cheque y los nmeros de las facturas que ampara en la chequera. Esta informacin tambin se asienta en la tarjeta de registro del vendedor. Los cheques se envan al contralor, Ann Williams, en un lote al que se anexan las facturas. Ella revisa y firma cada cheque. En algunos casos no autoriza el pago y regresa a Harry el cheque sin firmar. Los cheques ya firmados se colocan en un sobre y son remitidos a la oficina de correos para que sta se encargue de enviarlos a los vendedores. Ntense los elementos fsicos en esta descripcin: nombre de personas Ross, Ginny, Harry y Ann; los dispositivos, como flder, gabinetes de archivo y chequeras; diferentes departamentos como correo, cuentas por pagar y la oficina del contralor; la frecuencia de los eventos: diaria o semanal. Estos elementos describen el sistema existente de cuentas por pagar y se incluyen en el diagrama fsico de flujo de datos que a continuacin ser elaborado. Dibujo del diagrama de contexto Como ya se indic, los primeros pasos para determinar los requerimientos tienen como finalidad conocer las caractersticas generales del proceso bajo investigacin. Para decirlo de algn modo, primero se estudian los detalles de la capa superior. Conforme los analistas comprenden mejor los detalles, ahondan con mayor profundidad para recopilar informacin ms precisa y detallada. Cada vez se formulan preguntas ms especficas utilizando para ello el anlisis descendente (top-down). El diagrama de flujo de datos de la figura 3.26, describe el procesamiento de cuentas por pagar en un nivel muy general (alto nivel). Este diagrama muestra que los vendedores envan facturas hacia la organizacin y reciben cheques de ella. El propio proceso requiere

James A Senn Anlisis y Diseo de Sistemas de Informacin de cuentas por pagar e informacin de los vendedores. Ntese que cada flecha, la cual representa un flujo de datos, tiene una etiqueta que indica los datos que se estn empleando. Los datos sobre los estados de cuenta se recuperan del almacn de datos de las cuentas por pagar para cada vendedor; la direccin de ste se obtiene del almacn de datos de vendedores. A menudo el diagrama de alto nivel se denomina diagrama de contexto. Contiene un solo proceso pero juega un papel muy importante en el estudio del sistema en uso. El diagrama de contexto define el sistema que va a ser estudiado en el sentido de que determina las fronteras.Iodo lo que no se encuentre dentro de las fronteras identificadas en el diagrama de contexto del proceso no forma parte del estudio de sistemas. La forma en que funcionan otras organizaciones o elementos externos (las fuentes y destinos) est fuera de nuestro control y no ser estudiada con detalle. No obstante, si afectan el proceso porque son fuentes o destinos, debe tener una interfase, o medios para interactuar, con los elementos que estn fuera de l. Por ejemplo, en la figura 3.26, se observa que los datos del vendedor son una de las entradas al proceso de cuentas por pagar. Esto indica que el estado de cuenta del vendedor se establece fuera del sistema. De hecho el departamento de compras de National Merchandising, que se encarga de capturar todos los datos del vendedor (nombre, direccin y nmero telefnico entre otros) durante el proceso de compra, se encuentra fuera del mbito de las cuentas por pagar. El sistema de compras no est incluido en el nuevo sistema, pero cualquier otro diseo tendr que proporcionar una forma para utilizarlos datos del vendedor desarrollados por medio de ese sistema. Ntese que cada flecha, que representa un flujo de datos, tiene una etiqueta que indica qu dato se emplea. Los datos del estado de cuenta se recuperan del almacn de datos de las cuentas por pagar mientras que la direccin del vendedor se obtiene del almacn de datos relacionado con los vendedores. La notacin utilizada en este ejemplo es estndar tanto en el mtodo de Yourdon como en el de Gane y Sarson. Cuando los datos se mueven desde un almacn de datos o fuente hacia un proceso (esto es, los datos que son la entrada al proceso), la punta de la flecha seala hacia el proceso para reflejar la entrada. Por otro lado, cuando el proceso produce datos que se envan al almacn de datos, o a otros procesos y destinos, la punta de la flecha seala en una direccin que se aleja del proceso, lo que refleja una salida. Por ejemplo, si el proceso de contabilidad actualiza un estado de cuenta por pagar, entonces el flujo de datos del nuevo saldo es una salida del proceso.

James A Senn Anlisis y Diseo de Sistemas de Informacin

FIGURA 3.26 Diagrama de contexto de flujo de datos para el sistema de cuentas por pagar. Desarrollo de grficas de procesos Un sistema est formado por varias actividades o procesos. Usted ha aprendido en forma gradual aspectos pertinentes a la relacin entre procesos; tambin ha descubierto que un proceso contiene varios pasos (procesos en pequea escala). En la programacin de computadoras, los programadores con frecuencia desarrollan el software como una coleccin de mdulos independientes pero que interactan entre s. A menudo estos mdulos se muestran en los diagramas de jerarqua (Fig. 3.27). Estos diagramas son similares a los desarrollados por los programadores. La grfica de procesos de la figura 3.28 muestra la jerarqua de los procesos que forman el sistema de cuentas por pagar: El proceso de cuentas por pagar est integrado por tres procedimientos de menor nivel: 1) AUTORIZACION DE LA FACTURA, 2) REVISIN DEL ADEUDO EN LA CUENTA y 3) ELABORACIN DE CFIEQUES. A su vez, cada proceso se divide en procesos ms especficos. Los nombres dados a los procesos especifican acciones y procedimientos de control: ANOTACIN, VERIFICACIN, COMPROBACION, ESTABLECIMIENTO, etctera. Para algunos procesos se incluyen nombres de objetos o situaciones fsicas (CONTRALOR QUE FIRMA LOS CHEQUES, ASISTENTE DE CUENTAS POR PAGAR QUE ASIENTA LAS FACTURAS EN LAS CUENTAS DEL VENDEDOR).

James A Senn Anlisis y Diseo de Sistemas de Informacin

FIGURA 3.27 Grfica de jerarqua que muestra los mdulos de un sistema de nminas. Los diagramas de jerarqua de procesos continan hasta los niveles que sean necesarios para identificar las actividades que forman parte del sistema. En general debe incluirse en el diagrama de jerarqua cualquier actividad que genere, modifique o utilice informacin. Lo comn es que se necesiten, de acuerdo con la naturaleza del sistema, entre tres y siete niveles. En este ejemplo, los procesos del sistema de cuentas por pagar estn descritos con cuatro niveles. Puede ser tentador utilizar el organigrama de la organizacin para estructurar la jerarqua de los procesos. Sin embargo, el organigrama puede conducir a malas interpretaciones ya que describe lo que debera suceder y no necesariamente lo que en realidad ocurre. Adems, es probable que los recuadros en el organigrama describan responsabilidades y actividades muy amplias que estn fuera del mbito del sistema bajo estudio. Dadas estas dificultades, es aconsejable desarrollar nuevos diagramas de jerarqua de procesos y no basarse en el organigrama, aun si ste se encuentra actualizado. Desarrollo del primer nivel de un diagrama fsico de flujo de datos La descripcin del sistema de cuentas por pagar en el diagrama de contexto requiere ms detalles. El siguiente paso es describir el sistema tal como ste es entendido en el primer nivel de la grfica de jerarqua de procesos, esto es, lo que se desea identificar en este momento son los flujos de datos, almacenes de datos, entradas y salidas que juntos eslabonan los procesos AUTORIZACION DE FACTURA, REVI SIN DEL ADEUDO EN LA CUENTA Y EXPEDICIN DE CHEQUES.

James A Senn Anlisis y Diseo de Sistemas de Informacin

FIGURA 3.28 Diagrama de jerarqua de procesos para un sistema de cuentas por pagar. Algunos analistas encuentran ventajoso trabajar primero con todos Los flujos de datos y asignar nombres que sean descriptivos y tiles. Se identifican todos los pr9cesos pero no se les da nombre hasta que estn bien comprendidos todos los flujos de datos. Despus, cuando se les ha asignado nombre a los procesos, si el analista tiene dificultad para ligar los flujos de datos con los nombres apropiados entonces esta situacin ndica que es necesario dividir an ms el proceso. Para algunos analistas lo anterior da buenos resultados, para otros la efectividad es menor. La figura 3.29 muestra el primer nivel de un diagrama fsico de flujo de datos. En l se observa lo siguiente: Las facturas que se reciben son acumuladas en un almacn de datos de facturas para despus ser revisadas por el asistente de cuentas por pagar (Ginny). Ntese que no se incluyeron corno procesos la oficina de correo o la entrega fsica de la correspondencia. Estos detalles no estn relacionados con el proceso de pago de facturas (puede hacerse una anotacin a mano si el analista desea considerar despus el detalle). Las facturas son examinadas para garantizar que son vlidas y que, por tanto, deben pagarse. Esto ocurre antes de que sean colocadas en el flder. Cada jueves se examinan y seleccionan las facturas para su pago. En este proceso se emplea el archivo de facturas acumuladas. Se hacen anotaciones en la tarjeta correspondiente a cada vendedor. Las facturas contenidas en el folder son revisadas por el gerente del departamento de cuentas por pagar (Harry Deming), que se encarga de elaborar los cheques para pagar a los vendedores. Esto sucede todos los viernes.

James A Senn Anlisis y Diseo de Sistemas de Informacin El cheque se enva al vendedor.

FIGURA 3.29 Diagrama de flujo de datos de primer nivel para el procesamiento de cuentas por pagar. El diagrama fsico de flujo de datos de la figura 3.29, emplea slo smbolos estndar para describir el sistema. Algunos analistas utilizan un sistema de soporte automatizado (estudiado despus en este captulo) para preparar diagramas de flujo de datos. De acuerdo con el sistema utilizado en particular es probable que los analistas preparen una grfica de presentacin, una versin del diagrama fsico de flujo de datos que hace uso de smbolos de personas, archivos, terminales, reportes, etc., para documentar el sistema con fines de discusin. Esta forma de descripcin fsica del sistema puede ser ms efectiva al discutir el sistema con los usuarios cuando los smbolos estndar limitan la comunicacin. Las grficas de presentacin deben dibujarse con cuidado para que la atencin permanezca en el flujo de datos entre los procesos, que es el corazn del estudio de sistemas. La figura 3.30 muestra el primer nivel del sistema de cuentas por pagar en la forma de una grfica de presentacin. Expansin de los procesos para mayor detalle Una vez desarrollado el sistema como est descrito en el diagrama de primer nivel (vase Fig. 4.10), es indudable que el analista formule preguntas en relacin con la forma en que se llevan a cabo los procesos. Por ejemplo, es importante conocer las respuestas a las siguientes preguntas:

James A Senn Anlisis y Diseo de Sistemas de Informacin

FIGURA 3.30 Grfica de presentacin que muestra el primer nivel del proceso de cuentas por pagar. Qu es lo que debe hacerse para verificar que una factura sea correcta? Qu informacin se utiliza para realizar dicha verificacin? Cmo se establecen los estados de cuenta para los nuevos vendedores (aquellos que an no tienen una tarjeta de registro)? Qu informacin se emplea para asentar la factura en la cuenta? Qu criterios se emplean para seleccionar una factura en particular para su correspondiente pago? Cundo se paga una factura? La lista puede aumentar pero estos ejemplos son representativos del tipo de preguntas formuladas con la finalidad de conocer ms en relacin con el sistema. Ntese cmo abordan aspectos fsicos tales como el manejo de nuevos vendedores, la forma en que se asientan las facturas y la determinacin de saber a cules vendedores se les debe pagarTodos estos detalles sirven de gua al personal de contabilidad para llevar a cabo su trabajo y deben documentarse en forma correcta. La figura 3.31 muestra el diagrama fsico de flujo de datos para el proceso AUTORIZACION DE FACTURA. En l se observa lo siguiente: Antes de autorizar la factura se debe verificar la recepcin de la mercanca. En algunos casos se emplean solicitudes de pedido o llamadas telefnicas para verificar que la compra est autorizada. Varias facturas son rechazadas porque son incorrectas. Se registran todas las facturas que se reciben. El asistente de cuentas por pagar (Ginny) verifica que cada factura sea correcta.

James A Senn Anlisis y Diseo de Sistemas de Informacin Todas las actividades, flujos de datos y almacenes de datos utilizados deben incluirse en el diagrama de flujo de datos previo (recurdese que esto es una expansin de la descripcin previa del proceso). Este panorama de bajo nivel debe ser consistente con el de alto nivel.

FIGURA 3.31 Diagrama fsico de flujo de datos para el proceso de autorizacin de facturas En general, se debe estar seguro de lo siguiente: Todos los flujos de datos que explican el proceso en el diagrama previo deben incluirse en el diagrama del siguiente nivel inferior. Los flujos y almacenes de datos nuevos se aaden si son utilizados internamente por el proceso para eslabonar otros procesos introducidos por primera vez en la expansin de este nivel. Se deben mostrar los flujos y almacenes de datos originados dentro del proceso en este nivel. Ninguna entrada debe contradecir las descripciones de los diagramas de flujo de datos de niveles ms altos (si lo hacen, uno o ambos son incorrectos o incompletos y, por tanto, debe introducirse un cambio). Ntese cmo se contina incluyendo detalles fsicos del proceso: registro de la factura al momento de su recepcin y el telfono. Las figuras 3.32 y 3.33 incluyen diagramas fsicos de flujo de datos para los procesos de actualizacin del saldo de la cuenta y elaboracin de cheque. Estos diagramas siguen los principios y prcticas delineados anteriormente. Si el lector examina estas figuras notar que estn incluidos los componentes fsicos. Hasta qu punto se puede llevar esta expansin? Cuntos niveles de diagramas son necesarios? Dado que la naturaleza y complejidad de los sistemas vara, no es posible anticipar un nmero especfico de niveles. En general, se debe continuar con el proceso todo lo que sea necesario para comprender los detalles del sistema y la forma en que

James A Senn Anlisis y Diseo de Sistemas de Informacin trabaja, teniendo cuidado de verificar todos los aspectos con usuarios que conocen el sistema. En los diagramas fsicos de flujo de datos:

FIGURA 3.31 Diagrama de flujo de datos de segundo en el para mantener los balances en las cuentas de los vendedores.

FIGURA 3.32 Diagrama de flujo de datos de segundo nivel para el procesamiento de pagos a los vendedores (elaboracin de cheques).

James A Senn Anlisis y Diseo de Sistemas de Informacin Se deben expandir los procesos que incluyen varias tareas para las que es necesario el flujo de datos entre diferentes personas o localidades. No requieren de expansin aquellas tareas que son realizadas por una persona o en un escritorio, donde no existe flujo de datos. Estos lineamientos deben auxiliar al analista er el desarrollo de diagramas fsicos de flujo de datos que sean de utilidad para el subsecuente anlisis de las caractersticas lgicas del sistema. Deduccin del panorama lgico Los diagramas fsicos de flujo de datos son un medio para alcanzar un fin, no un fin en s mismos. Recurdese que se elaboran para describir la implantacin del sistema existente, aspecto que es de inters por dos razones: Se debe estar seguro de tener la comprensin correcta de la implantacin real del sistema existente (recurdese que los usuarios discuten mejor el sistema fsico tal y como lo conocen a travs de personas, estaciones de trabajo, das de la semana, etc.). La propia implantacin puede ser un problema o un factor limitante; cambiar la implantacin, ms que el concepto del sistema; proporcionar los resultados deseados. El panorama lgico es una visin retrospectiva de la implantacin actual y proporciona la base para examinar las combinaciones de procesos, flujo de datos, almacenes de datos, entradas y salidas sin tomar en cuenta dispositivos fsicos, personas o los aspectos de control que caracterizan la implantacin. En otras palabras, los diagramas lgicos de flujo de datos nos permiten hacer todo lo antes mencionado. El diagrama lgico de flujo de datos se obtiene del diagrama fsico de flujo al llevar a cabo lo siguiente: Sealar los datos necesarios en este momento para un proceso, no los documentos que los contienen. Remover la informacin relacionada con las rutas de datos; esto es, indicar el flujo entre los procedimientos y no entre personas, oficinas o localidades. Remover las herramientas y dispositivos (por ejemplo, folders y gabinetes de archivo). Remover la informacin de control. Consolidar los almacenes de datos redundantes. Remover los procesos innecesarios, corno los que no cambian los datos o flujo de datos (por ejemplo: de itinerario, de almacenamiento y de copiado), y que son independientes de los dispositivos donde ocurren (preparacin de datos o actividades de entrada de datos), o

James A Senn Anlisis y Diseo de Sistemas de Informacin que representan un proceso nico dentro del sistema (si existen procesos duplicados entonces deben consolidarse en un solo proceso). Comentario al margen Uso de diagramas fsicos y lgicos de flujo de datos Cuando se inicia el estudio de sistemas en un rea poco familiar, el analista necesita obtener un panorama del terreno. Primero los elementos fsicos: personas, reportes, documentos, gabinetes de archivo y eventos. No es raro recordar ciertos lugares o personas importantes. (Este es el trabajo que realiza Judy o la autorizacin de las facturas se efecta en las oficinas de contabilidad o aqu organizamos las cosas de esta manera porque es ms fcil recordarlas.) Los diagramas fiscos de flujo de datos representan estos elementos fsicos. Una vez que se tiene el panorama del terreno, se pueden estudiar con mayor cuidado los aspectos esenciales de una tarea. Para esto es necesario, por decirlo de algn modo, ir debajo de la superficie. Los diagramas lgicos de flujo son los que permiten hacer lo anterior. Los diagramas lgicos de flujo de datos describen datos, procesos y eventos en forma diferente. Son ms abstractos que sus contrapartes fsicas, pero esta diferencia es importante. El analista tiene que conocer el trabajo que debe hacerse ms que tas personas que actualmente lo hacen. Lo anterior no significa que la gente no sea importante, claro que lo es. Aunque un empleado clave se enferme o decida abandonar la compaa, el trabajo tiene que continuar. Los escritorios, archivos y computadoras tambin cambian. Al centrarse en los elementos de fondo, aspectos lgicos y no fsicos, es cuando el analista comprende La estructura del sistema. Slo entonces el analista puede desarrollar una comprensin completa y sentar las bases para disear el sistema correcto. Regias generales para el dibujo de diagramas lgicos de flujo de datos Varias de las reglas bsicas que sirven como fundamento para los lineamientos que ya se han discutido, tambin son de utilidad para el dibujo de diagramas lgicos de flujo de datos: 1. Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que entran al proceso. 2. Todos los flujos de datos reciben un nombre, el nombre refleja los datos que fluyen entre procesos, almacenes de datos, fuentes o destinos. 3. Slo deben entrar al proceso los datos necesarios para llevarlo a cabo. 4. Un proceso no debe saber nada de ningn otro en el sistema, es decir debe ser independiente; la nica dependencia que debe existir es aquella que est basada en sus propios datos de entrada y salida.

James A Senn Anlisis y Diseo de Sistemas de Informacin 5. Los procesos siempre estn en continua ejecucin; no se inician ni tampoco se detienen. (Como se menciona en la historia al inicio del captulo, los sistemas nunca son estticos.) Los analistas deben suponer que un proceso siempre est listo para funcionar o realizar el trabajo necesario. 6. La salida de los procesos puede tomar una de las siguientes formas: a. Flujo de datos con informacin aadida por el proceso (por ejemplo, una anotacin en la factura). b. Una respuesta o cambio en la forma de los datos (como un cambio en la forma de expresar las utilidades, de dlares a porcentajes). c. Un cambio de condicin (de no autorizado a autorizado). d. Un cambio de contenido (integracin o separacin de la informacin contenida en uno o ms flujos entrantes de datos). e. Cambios en la organizacin (por ejemplo, separacin fsica o reacomodo de datos). Se recurrir a las reglas anteriores conforme se documente y discuta la aplicacin de cuentas por pagar. Asimismo se presentarn normas a seguir en el desarrollo de diagramas de flujo de datos, tanto lgicos como fsicos. Estas normas ya se han empleado en este captulo pero en las siguientes pginas se indican de manera explcita.