abril 26, 2017
EN EL QUE EL FLUJO DE LAS OPERACIONES VA DE ARRIBA HACIA BAJO Y DE IZQUIERDA A DERECHA.
EJ:
EJ:
miércoles, 26 de abril de 2017
DE FORMA HORIZONTAL
EN EL QUE LAS SECUENCIAS DE LAS OPERACIONES VA DE IZQUIERDA A DERECHA EN FORMA DESCENDENTE.
EJ:
EJ:
¿COMO SE CONSTRUYE UN DFD?
- La información para identificar cada diagrama debe ser la siguiente:
- Nombre del proceso, indicando los puntos iniciales y finales.
- Nombre del departamento o los departamentos involucrados.
- Nombre de la persona que preparó el diagrama.
- Número de personas o puestos involucrados.
- Número de pasos.
- Identificar cada columna con le nombre de la persona o puestos que realiza cada uno de los pasos.
- Representar las formas o documentos, mediante rectángulos proporcionales a las formas o documentos representados. Sin embargo como lo principal es la claridad, esta convención puede eliminarse empleando solamente el buen juicio.
- Cada forma debe representarse siempre por un rectángulo de las mismas dimensiones.
- Cada vez que se crea una forma, se le pone en el original y copias un triángulo negro en la esquina inferior derecha.
- Cuando las dimensiones del rectángulo lo permitan, es conveniente poner el nombre de la forma en cada paso que aparezca.
- El original y las copias siempre deben ponerse en el mismo orden. Se coloca un número en la esquina superior derecha. Para el original siempre se colocará el número uno; y las siguientes copias tendrán numeraciones ascendentes.
- En cada paso deben presentarse todos los documentos que intervienen.
- Cuando se transportan dos o más papeles, que van unidos, ya sea con grapa o broche o en sobre, se reúnen los rectángulos identificando cada uno de ellos. El movimiento se presenta por una sola línea.
- Cuando se muevan juntos, pero no unidos, el transporte se representa por medio de líneas para cada forma o grupo de formas.
- La secuencia demuestra haciendo que las líneas de transportes tengan una ligera tendencia hacia abajo.
- El orden cronológico de los pasos se representa por el orden en que aparecen los rectángulos, de arriba hacia abajo.
- Debe identificarse cada paso con un número y hacer una pequeña descripción del mismo, mediante la escritura del verbo que identifica la acción.
- Si es posible hacer que lo firme el jefe del departamento o el empleado que ha proporcionado la información.
Presentación de las formas en el diagrama:
- Las figuras deben hacerse en forma de cuadros o rectángulos, imitando hasta donde sea posible la forma y tamaño de las originales reducidas a escala, indicando en la parte superior y al centro el nombre con una sola palabra.
- Las formas con copias deben representarse como sigue.
- Cuando se tenga que hacer una distribución de formas, se recomienda empezar con la más alejada para evitar que se crucen.
- Toda forma debe demostrar cual fue su origen.
- La nueva forma se marca con un triángulo en la orilla inferior izquierda y con ello se identifica el hecho de que la forma aparece por primera vez en el proceso.
- Cuando se termine el espacio disponible en el papel y sea necesario pasar otra hoja o a otra parte de la misma hoja, la liga de procesos se muestra mediante "conectores" que consisten en dos círculos con la letra W, uno en el punto en que se cortó el proceso y otro igual en el lugar en que se reinicia.
REGLAS PARA LA CREACIÓN DE DIAGRAMAS
- Los diagramas de flujo deben escribirse de arriba hacia abajo y/o de Izquierda a derecha.
- Los símbolos se unen con líneas, las cuales tienen en la punta una flecha que indica su dirección que fluye la información procesos, se deben utilizar solamente líneas de flujo horizontal o vertical (nunca diagonales).
- Se debe evitar el cruce de líneas, para lo cual se quisiera separar el flujo del diagrama a un sitio distinto, se pudiera realizar utilizando los conectores, se debe tener en cuenta que solo se van a utilizar conectores cuando sean estrictamente necesario.
- No deben quedar líneas de flujo sin conectar.
- Todo texto escrito dentro de un símbolo debe ser legible, preciso, evitando el uso de muchas palabras.
- Todos los símbolos pueden tener mas de una línea de entrada, a excepto del símbolo final.
- Solo los símbolos de decisión pueden y deben tener mas de una línea de flujo de salida.
Ejemplo de Diagrama de Flujo:
Diagrama de flujo que encuentra la suma de los primeros 50 números naturales.
- El quinto bloque es un símbolo de suma de decisiones y ramificaciones lo q hay dentro del bloque es una pregunta que se le hace a las valores que actualmente incluyen en el proceso.
¿Es N=50?, obviamente la respuesta es No, ya que N todavía es 1.Por lo que el flujo de nuestro programa se dirigirá hacia la parte en donde se observa la palabra No. Tercer bloque, este le sumara1 (N=N+1) y vuelve a llegar a este bloque, donde preguntará ¿es N=50? No todavía es 2 ha pues regresa al tercer bloque y vuelve hacer lo mismo así la suma los primeros 50 números naturales.
- Por ultimo indicaciones que le resultado será mostrado en la impresora.
TERMINADOR:
Se representa como un rectángulo como los terminadores ser representa en entidades externas con las cuales el sistema se comunica, continuamente, puede ser una persona, o un grupo. Por ejemplo: una organización externa n o una agencia gubernamental, o un grupo o departamento que este dentro de la misma compañía u organización, pero fuera del control del sistema que se esta modelando. En algunos casos, un terminador puede ser otro sistema, como algún otro sistema computacional con el cual se comunica este.
Existen tres cosas importantes que debemos recordar acerca de los terminadores.
- Son externos al sistema que se esta modelando.
- Es evidente que ni el analista ni el diseñador del sistema están en posibilidades de cambiar los contenidos de un terminador o la manera en que esta trabaja.
- Las relaciones que existen entre lo terminadores no se muestran en el modelo DFD (Diagrama de Flujo de Datos).
PEDIDOS:
Para el analista con conocimiento de proceso de datos es tentador referirse a los almacenes como archivos o bases de datos; pro un almacén también pudiera consistir en datos almacenados también pudiera consistir en datos almacenados en tarjetas perforadas, microfilm, microfichas, discos ópticos, etc. y un almacén también puede ser en conjunto de fichas de papel en una caja de cartón , nombres de fichas de papel en un directorio, diversos archivos en un archivero, o varias formas no computarizadas.
Los almacenes se conectan por flujos a los procesos. Así el contexto en el que se muestra en un DFD (Diagrama de Flujo de Datos) es uno de los siguientes:
- Un flujo desde un almacén.
- UN flujo hacia un almacén.
FLUJO:
Un flujo se representa gráficamente por medio de una flecha que entra y sale de proceso; el flujo se usa para describir el movimiento, de bloques o paquetes de información de una parte del sistema a otra.
Los flujos realmente representan Datos, es decir, Bits caracteres, mensajes, números, de puntos, flotante y los diversos tipos de información con los que las computadoras pueden tratar.
Los flujos también muestran la dirección: Una cabeza de flecha en cualquier extremo(o posiblemente ambos) del flujo indica si los datos (o el material) se esta moviendo hacia adentro a hacia fuera por ejemplo indica claramente que el numero se esta mandando hacia el proceso denominado validar numero telefónicos, y el flujo denominado honorarios de entrega de chóferes. Los datos que se mueven a dicho flujo viajaran ya sea de un proceso a otro.
Ejemplo:
PROCESO:
El primer componente de diagrama de flujo de datos se conoce como Proceso. El proceso nuestra una parte del sistema que transforman Entradas y Salidas. Algunas analistas prefieren usar un ovalo o un rectángulo con esquinas redondeadas, otros prefieren usar un rectángulo. Las diferencias entre estas tres formas son puramente cosméticas, aunque obviamente es importante usar la misma forma de la manera consistente para representar todas las funciones de un sistema.
Diagrama de Detalle o Expansión: Nivel 2
El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el máximo para ser validado en forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del diagrama puede resultar de muy difícil lectura para personas ajenas al equipo de sistemas. También se recomienda el diagrama de nivel superior.
NIVEL 1
Diagrama de Nivel Superior: Nivel 1
En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe existir algún almacenamiento o entidad externa que los una. Esta regla de construcción sirve como ayuda al analista para contemplar que en un nivel tan elevado de abstracción (DFD Nivel 1) es altamente probable que la información que se maneja requiera ser almacenada en el sistema aunque no esté especificado por un Requisito funcional, siendo en realidad un requisito no-funcional.
NIVEL 0
Diagrama de Contexto: Nivel 0
En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organización, o factores externos a la misma. Se dibuja un sólo proceso que representa al sistema en cuestión y se escribe su nombre en dicha burbuja como un sustantivo común más adjetivos. De él solamente parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos, no admitiéndose otros procesos ni almacenamientos en el dibujo.
ya que estos son procesos estructurados y ordenados, además posee una cardinalidad que varia según la función que desempeñe cada diagrama
Resulta de gran utilidad para los niveles posteriores de análisis como herramienta de balanceo. Y es conocido como el Diagrama de Flujo de Datos DFD de Nivel "0".
OBJETIVOS DE UN DIAGRAMA DE FLUJO
- Estructura la solución del problema independiente del lenguaje a utilizar.
- Separar la solución lógica de programación de la parte de reglas y sintaxis de codificación con esta división del trabajo se obtiene mayor eficiencia.
- Dar una visión completa del problema al programador ya que pierde en un programa ya codificado.
- Permitir una compresión más rápida del programa a otros programadores.
¿PARA QUE SIRVE?
Las capacidades humanas necesarias para elaborar un diagrama de flujo correcto son: Lógico, Prácticas, y Atención.
El empleo de la maquina en las funciones del procediendo de datos han hecho necesario un flujo ordenado de la información. La secuencia en que deberán ejecutarse las operaciones tendrá que definirse claramente, y cuando se combine con los datos a los que debe aplicarse, esa secuencia creara el flujo de información.
No puede hacerse mucho hincapié en documentación, ósea el registro de Información .Sin Instrucciones escritas y sin representación grafica del flujo de trabajo seria muy difícil de llevar una tarea de procediendo de datos en forma apropiada. Hay varios métodos mas eficientes organizados y normalizados, es el de los diagramas de Flujo que el Futuro programador comprenda la necesidad de los diagrama de flujo.
lunes, 6 de marzo de 2017
DIAGRAMA DE FLUJOS
El presente trabajo es denominado diagrama de flujo de datos. Ilustra una de las técnicas para representar soluciones a problemas del mundo real en forma visual, es decir en forma grafica.
Esta técnica mediante graficas de flujo ilustra cómo diseñar los procedimientos o sentencias con coherencia lógica, que representan la solución al problema planteado.
Hasta la presente década para el desarrollo de cursos, tales como algoritmos y estructura de datos, no ha existido un software que permita implementar el diagrama de flujo y en especial permita su ejecución (compilación) y ver los resultados dentro del mismo diagrama de flujo, según el objetivo del problema; es decir, puede comprobar la lógica de su algoritmo o lenguaje de programación especifico (Turbo Pascal, Borland C++50, etc.).
Usando el software DFD (Diagrama de Flujo de Datos).Este producto, cubre en forma eficiente la ejecución de programas usando Estructuras de control, vectores, matrices y programación modular dependiente, pero el software tiene limitaciones para implementar problemas usando Registros, Archivos, Punteros y Diseño de Programación Independiente.
