El Flujograma QUE ES? Es una representacin grfica de la secuencia deactividades de un proceso.

Adems de la secuencia de actividades, el flujogramamuestra lo que se realiza en cada etapa, los materiales oservicios que entran y salen del proceso, las decisionesque deben ser tomadas y las personas involucradas (enla cadena cliente/proveedor)El flujograma hace ms fcil el anlisis de un procesopara la identificacin de:Las entradas de proveedores; las salidas de sus clientesy de los puntos crticos del proceso. SIMBOLOS El flujograma utiliza un conjunto de smbolos pararepresentar las etapas del proceso, las personas o lossectores involucrados, la secuencia de las operaciones yla circulacin de los datos y los documentos.Los smbolos ms comunes utilizados son los siguientes: Lmites: Este smbolo se usa para identificar el inicio y elfin de un proceso: Operacin: Representa unaetapa del proceso. El nombre de la etapa y de quien laejecuta se registran al interior del rectngulo: Documento: Simboliza aldocumento resultante de la operacin respectiva. En suinterior se anota el nombre que corresponda: Decisin: Representa al punto delproceso donde se debe tomar una decisin. La preguntase escribe dentro del rombo. Dos flechas que salen delrombo muestran la direccin del proceso, en funcin de larespuesta real: Sentido del flujo: Significa el sentido y la secuencia de lasetapas del proceso: SE USA PARA: Entender un proceso e identificar las oportunidades demejora de la situacin actual.Disear un nuevo proceso, incorporando las mejoras(situacin deseada).Facilitar la comunicacin entre las personas involucradas enel mismo proceso.Divulgar, en forma clara y concisa, informaciones sobreprocesos. CMO USARLO? Defina el proceso que se va a realizar.Escoja un proceso relacionado con el producto o servicioms importante, desde el punto de vista del cliente.Elabore un flujo del proceso, identificando sus grandesbloques de actividades.Organice, para la elaboracin del flujograma, un grupocompuesto por las personas involucradas en las actividadesdel proceso.Defina detalladamente las etapas del proceso y describa lasactividades y los productos o los servicios que resulten decada una de ellas.Identifique los responsables para la realizacin de cadaactividad identificada.Chequee si el flujograma diseado corresponde a la formacomo se ejecuta el proceso en la prctica, y haga lascorrecciones que considere necesarias.

El Flujograma QUE ES? Es una representacin grfica de la secuencia deactividades de un proceso.Adems de la secuencia de actividades, el flujogramamuestra lo que se realiza en cada etapa, los materiales oservicios que entran y salen del proceso, las decisionesque deben ser tomadas y las personas involucradas (enla cadena cliente/proveedor)El flujograma hace ms fcil el anlisis de un procesopara la identificacin de:Las entradas de proveedores; las salidas de sus clientesy de los puntos crticos del proceso. SIMBOLOS El flujograma utiliza un conjunto de smbolos pararepresentar las etapas del proceso, las personas o lossectores involucrados, la secuencia de las operaciones yla circulacin de los datos y los documentos.Los smbolos ms comunes utilizados son los siguientes: Lmites: Este smbolo se usa para identificar el inicio y elfin de un proceso: Operacin: Representa unaetapa del proceso. El nombre de la etapa y de quien laejecuta se registran al interior del rectngulo: Documento: Simboliza aldocumento resultante de la operacin respectiva. En suinterior se anota el nombre que corresponda:

Decisin: Representa al punto delproceso donde se debe tomar una decisin. La preguntase escribe dentro del rombo. Dos flechas que salen delrombo muestran la direccin del proceso, en funcin de larespuesta real: Sentido del flujo: Significa el sentido y la secuencia de lasetapas del proceso: SE USA PARA: Entender un proceso e identificar las oportunidades demejora de la situacin actual.Disear un nuevo proceso, incorporando las mejoras(situacin deseada).Facilitar la comunicacin entre las personas involucradas enel mismo proceso.Divulgar, en forma clara y concisa, informaciones sobreprocesos. CMO USARLO? Defina el proceso que se va a realizar.Escoja un proceso relacionado con el producto o servicioms importante, desde el punto de vista del cliente.Elabore un flujo del proceso, identificando sus grandesbloques de actividades.Organice, para la elaboracin del flujograma, un grupocompuesto por las personas involucradas en las actividadesdel proceso.Defina detalladamente las etapas del proceso y describa lasactividades y los productos o los servicios que resulten decada una de ellas.Identifique los responsables para la realizacin de cadaactividad identificada.Chequee si el flujograma diseado corresponde a la formacomo se ejecuta el proceso en la prctica, y haga lascorrecciones que considere necesarias.

5. MODELADO DE PROCESOS DIAGRAMA DE FLUJO DE DATOS ESPECIFICACIN DE PROCESOS Modelado de procesos Tradicionalmente el modelado de procesos ha estado enfocado en el anlisis del flujo y transformacin de datos. La utilizacin de las computadoras en tecnologa de informacin no haba sido usada ms all del procesamiento de transacciones, como en la comunicacin y control. Para hacer una integracin satisfactoria de estos sistemas dentro de la empresa, se requiere de modelar desde los procesos organizacionales manuales en los que intervienen estos sistemas. Algunos ejemplos de esto, son: La reingeniera de procesos de negocios, la cual se encarga del rediseo de los procesos de negocios de las organizaciones con el fin de hacerlos ms eficientes. Tecnologa de coordinacin, que ayuda en el manejo de las dependencias entre los agentes de un proceso de negocios, y provee soporte automatizado para los componentes ms rutinarios del proceso. Ambientes de desarrollo de software dirigidos por el proceso, que es un sistema automatizado que integra el trabajo de toda la administracin y personal relacionado con el software. El modelado de procesos se distingue de otros tipos de modelado en las reas de la computacin, porque los fenmenos modelados son realizados ms por humanos que por mquinas. Tambin porque se centra en las interacciones entre los agentes, independientemente de si una computadora est envuelta en las transacciones. Usos para los modelos de procesos

Admision

Frecuentemente la gran cantidad de descripciones del ciclo de vida del software que almacenan las organizaciones, no corresponde con el proceso actualmente llevado a cabo en el desarrollo o mantenimiento del software. Esta falta de fidelidad es causada por factores como: Prescripciones del proceso de alto nivel que no estn relacionadas con las actividades actuales del proyecto. Descripciones no utilizadas, imprecisas, ambiguas, incomprensibles, del proceso a ser representado en el proyecto, y Fallas en la actualizacin de la documentacin cuando ocurren cambios en el proceso. Tradicionalmente las descripciones del ciclo de vida son vistas como modelos del proceso, pero estas normalmente se centran en una abstraccin de la ingeniera del producto, y fallan al mostrar muchos bloques de construccin del proceso elementales, necesarios para manejar y coordinar el proyecto. Cinco usos bsicos de los modelos de procesos son: 1. 2. 3. 4. 5. Facilitar el entendimiento y comunicacin humanos, requiere que un grupo pueda compartir representaciones de formatos comunes. El soporte para la mejora de procesos requiere una base para definir y analizar los procesos. El soporte para la administracin de procesos requiere un proceso definido, contra el cual el comportamiento del proyecto pueda ser comparado. La conduccin automtica del proceso requiere automatizadas para manipular descripciones de procesos. herramientas

El soporte para ejecucin automtica requiere bases computacionales para controlar el comportamiento de un ambiente automatizado. Estructura conceptual Un proceso es una secuencia de pasos o actividades ordenadas necesarias para el logro de un objetivo. Un elemento del proceso es cualquier componente del proceso. Un paso o actividad es una accin atmica de un proceso, que no tiene una estructura externamente visible. Un agente es un actor que desempea algn elemento del proceso. Un rol es un conjunto coherente de elementos del proceso que son asignados

a un agente como una unidad de responsabilidad funcional. Un artefacto es un producto creado o modificado por la ejecucin de un elemento del proceso. Un script del proceso, es un modelo del proceso que ser desempeado por un humano. Un programa del proceso, es un modelo del proceso que ser ejecutado por una mquina. Perspectivas en la representacin de procesos Cuatro de las ms comunes perspectivas representadas son: Funcional.- Representa que elementos del proceso estn siendo ejecutados y que entidades de informacin son relevantes a estos elementos del proceso. De conducta.- Representa cuando los elementos del proceso son ejecutados, asi como aspectos de cmo son ejecutados a travs ciclos, iteraciones, toma de decisiones complejas, criterios de entrada y salida, etc. Organizacional.- Representa donde y por quin en la organizacin, se ejecutarn los elementos del proceso, los mecanismos fsicos de comunicacin usados en las transferencias de entidades, y el medio y localizacin fsico, usado para el almacenamiento de entidades. De Informacin.- Representa las entidades de informacin producidas o manipuladas por un proceso. Esta representacin incluye la estructura de las entidades de informacin y sus relaciones entre ellas. Estas representaciones presentan distintas ventajas desde el punto en que cada una puede ver y observar el proceso. Podemos asumir que combinando estas perspectivas produciremos un modelo integrado, consistente y completo del proceso analizado. Paradigmas del modelado de procesos Los lenguajes y representaciones para modelado de procesos pueden ser evaluadas en la medida de que tantas construcciones tiles proveen para representar y razonar acerca de varios aspectos de un proceso. Osterweil present el siguiente problema : para encontrar que caractersticas de un lenguaje necesitamos, debemos escribir programas de procesos: para escribir programas de procesos, necesitamos caractersticas adecuadas de algn lenguaje. Cinco aproximaciones para representar procesos son:

Modelos de programacin.- Esta aproximacin parte de la observacin de que la especificacin de un proceso es una forma de programacin, por lo tanto un proceso puede ser modelado con todas las tcnicas y herramientas de los programadores. Modelos funcionales.- Un proceso es representado como una coleccin de elementos con atributos de entrada y de salida. Especficamente, un proceso se define como un conjunto de funciones matemticas que representan relaciones entre entradas y salidas. Adems, cada una de estas funciones puede ser descompuesta jerrquicamente en sub-elementos del proceso donde los atributos de entrada y salida de un elemento padre deben ser satisfechos por los atributos de sus hijos. Modelos basados en plan.- Este paradigma provee mecanismos donde los operadores representan posibles acciones que son seleccionadas con base en sus precondiciones. Estos operadores son aplicados al estado actual del domino en el que el proceso opera, con el fin de acercar ms ese estado al objetivo deseado. Modelos redes de Petri.- Esta tcnica modela la estructura de interaccin de roles de un proyecto usando un lenguaje y una representacin basados en redes de Petri. Las redes de interaccin de roles ayudan a la representacin y ejecucin de tareas estructuradas, que son aquellas que pueden ser planeadas por dependencias conocidas. Modelos cuantitativos.- Sistemas dinmicos es una de las pocas tcnicas de modelado que involucra representaciones cuantitativas, y aplica retroalimentacin y tcnicas de sistemas de control a fenmenos sociales e industriales. Los modelos construidos de esta manera intentan definir un conjunto de relaciones cuantitativas entre variables de inters que simulan el comportamiento observado del sistema social. Formalidad del modelado de procesos El nivel de matemtica formal requerida en un lenguaje de modelado de procesos, puede depender del propsito para el cual sirve el modelo del proceso y el agente responsable de la ejecucin del proceso especificado. Un lenguaje formal es mas fcil de manejar para una mquina que para un humano. Desafortunadamente, el inters en el entendimiento y la comunicacin humana, ha recibido menos atencin que las mquinas, y las definiciones y modelos de procesos no pueden ser de utilidad si no son entendibles.

Granularidad y precisin La granularidad envuelve el tamao de los elementos del proceso representados en el modelo. La necesidad de una mayor granularidad, es conducida por la necesidad de asegurar la precisin en el proceso. Adaptabilidad y Scriptiveness Los modeladores de procesos difieren en como las prescripciones que ellos pretenden que sus modelos sean del actual comportamiento a ser desempeado. Un modelo prescriptivo implica que el proceso se debe llevar a cabo de una manera particular. El modelado descriptivo intenta determinar el proceso actualmente utilizado en una organizacin para realizar el trabajo, es decir un proceso de la organizacin que sirva de lnea base. Una tercera perspectiva es ofrecida por los modelos proscriptivos, que delinean los comportamientos no permitidos. Direcciones futuras Se han estado realizando trabajos y estudios para acelerar el crecimiento del modelado de procesos, tales como los esfuerzos por realizar un ejemplo que involucre la mayor parte de los aspectos del modelado de procesos de software, a fin de que provea bases importantes para el entendimiento, comparacin y evaluacin de distintas aproximaciones de modelado. Representaciones multiparadigma.- La aplicabilidad de un acercamiento de modelado depender de los objetivos del modelo resultante. Un tipo de lenguaje dado ser mejor aplicable para algunos objetivos del modelado que otros. Para un modelado de procesos de software efectivo, se considera necesario la integracin de mltiples paradigmas de representacin, sin embargo esto genera nuevos retos y problemas. Uso en el mejoramiento de procesos.- Cuando se elimina el ruido creado por una pobre definicin o mal manejo de un proceso, el impacto de la tecnologa es mas fcilmente observado en los proyectos. Por lo tanto algunas compaas de software se han enfocado a definir los procesos del negocio de software, y solo una ves hecho esto, se seleccionan las herramientas y mtodos que soporten estos procesos. Esto provee el fundamento para una productividad y calidad en crecimiento. Uso en la administracin de proyectos de software.- Un grupo creciente de trabajo se ha enfocado a usar el modelado de procesos para soportar la

administracin del desarrollo y evolucin de software. Este soporte permite a los administradores realizar planes de tareas, costos y recursos mientras varia el requerimiento de recursos y se adecua un modelado determinista o estocstico. Ambientes de desarrollo de software basados en el proceso.- Se trata de desarrollar ambientes dirigidos por el proceso. Debido a la ausencia de un proceso de software definido, es difcil identificar:

La suite completa de herramientas necesarias para soportar el proceso entero. Como pueden ser integradas estas herramientas para soportar el trabajo actual y Como disear un ambiente de desarrollo de software que coordine el trabajo de muchos ingenieros de software.

DIAGRAMAS DE FLUJO DE DATOS OBJETIVOS Construir un modelo lgico del sistema que facilite la comprensin del mismo, tanto por parte de los usuarios como del equipo de desarrollo. Para ello se dividir el sistema en distintos niveles de detalle. Esta divisin permitir: Simplificar la complejidad del sistema, representando los diferentes procesos sencillos de que consta un sistema complejo. Repartir el trabajo entre los diferentes miembros del equipo de desarrollo. Facilitar el mantenimiento del sistema. Los fundamentos de la tcnica del Diagrama de Flujo de Datos (DFD) son los siguientes: Representar grficamente los lmites del sistema en estudio. Mostrar el movimiento de los datos y la transformacin de los mismos a travs del sistema. Diferenciar las restricciones fsicas de las lgicas. Para conseguir estos objetivos el resultado del anlisis debe ser: GRFICO. LGICO, nunca referido a entornos fsicos. PRECISO Y BREVE. COMPRENSIBLE. DEBIDAMENTE PARTICIONADO.

BIEN DOCUMENTADO. NUNCA REDUNDANTE. ESTABLECER "QU" FUNCIONES SE DEBEN DESARROLLAR, SIN IMPLICAR "CMO". NO AMBIGUO.

Como resultado se obtendr un modelo del sistema completamente independiente de las restricciones fsicas del entorno, lo que facilitar su mantenimiento y portabilidad. En los Diagramas de Flujo de Datos, no se debern modelizar: PROCEDIMIENTOS. PUNTO DE INICIO Y DE TERMINACIN DEL DFD. CONDICIONES. TRATAMIENTOS DE ERRORES POCO RELEVANTES. ELEMENTOS BSICOS DE LOS DIAGRAMAS DE FLUJO DE DATOS En cualquier Diagrama de Flujos de Datos, aparecern los objetos siguientes: ENTIDAD EXTERNA. PROCESO. ALMACN DE DATOS. FLUJO DE DATOS. Algunos de ellos podrn tener alguna restriccin con respecto nicamente al nivel en el cual pueden o deben aparecer. Esto ya se detallar ms adelante. La tcnica de representacin dar lugar a un DFD (Diagrama de Flujo de Datos) en el que se irn detallando los principales procesos o acciones a desarrollar y que se irn detallando en mayor medida segn se vaya bajando de nivel (EXPLOSIONANDO) cada uno de esos procesos. La comunicacin existente entre esas actividades se representa entre el resto de los elementos. DIAGRAMA DE FLUJO DE DATOS El DIAGRAMA DE FLUJO DE DATOS (DFD) proporciona una representacin del sistema a nivel lgico y conceptual. Utiliza una notacin y unas reglas predeterminadas. ENTIDAD EXTERNA Las Entidades Externas representan entes ajenos a nuestra aplicacin, pero que aportan o reciben informacin de la misma. Se representa mediante una elipse o un rectngulo con un nombre significativo dentro. Reglas de construccin:

1. Representa personas, organizaciones o sistemas que no pertenecen al sistema. 2. En el caso de que las entidades externas se comunicasen entre s, esto no se contemplara en el diagrama, por estar fuera del mbito de nuestro sistema. 3. Puede aparecer en los distintos niveles de DFD. 4. Puede aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de lneas. 5. Suministra informacin acerca de la conexin del sistema con el mundo exterior. PROCESO Es una actividad que transforma o manipula datos. Se representa mediante un rectngulo, de la siguiente manera: En la parte de PROCESO se expresa el nombre del proceso correspondiente. Dependiendo del nivel de detalle en que nos encontremos dentro de un DFD, el nombre del proceso simbolizar bien el sistema concreto (nivel sistema), bien el subsistema de que se trate (nivel subsistema), o bien acciones concretas y detalladas en niveles inferiores. En la parte superior izquierda se coloca un nmero identificativo del proceso. Este nmero permitir adems indicar el nivel del DFD en que nos encontramos; esto se explicar ms en detalle cuando se hable de la descomposicin por niveles. Es importante hacer nfasis en que este nmero no indica secuencia de realizacin del proceso, dado que los DFD no representan una secuencialidad en el tratamiento de los datos. La parte de localizacin expresa la Unidad o rea dentro de la organizacin donde se realiza este proceso. Reglas de construccin: 1. Cuando un Flujo de datos entra en un proceso sufre una transformacin. Un proceso no es ni origen ni final de los datos, slo lugar de transformacin de los mismos. Por ello, cualquier flujo de datos que entre en un proceso ha de transformarse (ver Figura DFD3). 2. Un proceso puede transformar un dato en varios. 3. Es necesario un proceso como intermediario entre una Entidad Externa y un Almacn de Datos. ALMACN DE DATOS Un almacn de datos representa un depsito de informacin dentro del

sistema. Se representa dentro del DFD con la siguiente Figura: En la parte derecha se indica el nombre del almacn de datos. En la parte izquierda se representa la identificacin de dicho almacn dentro del DFD. En el caso de que dentro de un DFD aparezca repetido el mismo almacn de datos, se puede representar de la siguiente forma: Es conveniente distinguir las diferentes utilidades que presentan los almacenes de datos. En primer lugar, el almacenamiento permanente de datos, donde se guardan los datos que sirven de referencia de uso del sistema, es decir, los datos permanentes, sobre los que el sistema necesita guardar informacin (ALMACENES PRINCIPALES). Por otra parte, el almacenamiento transitorio de los datos antes de ser usados por un proceso. Para entender el significado de estos almacenes transitorios, se puede imaginar la situacin del ejemplo de la Figura DFD5. En este ejemplo el proceso RECOGER SOLICITUDES, que se ejecuta continuamente a lo largo de la jornada, genera los datos de salida representados por el flujo de datos SOLICITUDES. Estos datos constituyen los datos de entrada al proceso VALIDAR SOLICITUD, que se ejecuta al final de la jornada, en el intervalo esos datos de solicitud "reposaran" en el almacn SOLIC-PROV, cuya utilidad bsica es establecer una sincronizacin en el funcionamiento de ambos procesos. Los almacenes transitorios suelen representar restricciones fsicas del sistema y por tanto en un DFD, que expresa la lgica de los tratamientos realizados por el sistema, en muchos casos no ser necesario representarlos. Sin embargo hay ocasiones en que estos almacenes simbolizan "ficheros de movimientos", donde se guardan los datos porque el proceso siguiente necesita manejarlos todos al mismo tiempo (por ejemplo, en un proceso que compara un conjunto de registros, ser necesario mantenerlos guardados en un almacn transitorio, para que dicho proceso los lea todos al mismo tiempo). En este caso s ser conveniente representarlos. Por ltimo, para asegurar la consistencia entre todas las tcnicas utilizadas en la Fase de Anlisis, se establecer una relacin precisa entre los almacenes de datos "principales" de un DFD y las entidades de los Diagramas de Estructura de Datos (DED): cada almacn principal de un DFD representa un conjunto completo de entidades del DED (una o varias entidades), y cada entidad de un DED pertenece a un nico almacn principal de un DFD; esto facilitar las validaciones cruzadas entre los dos diagramas.

Reglas de construccin: 1. Representa la informacin en reposo. 2. No puede crear, destruir ni transformar datos. 3. No puede estar comunicado directamente con otro Almacn o Entidad Externa. 4. El flujo de datos (Entrada o Salida) no lleva nombre cuando incide sobre su contenido completo. 5. El almacn de datos aparecer por vez primera en aquel nivel en que sea accedido por dos o ms procesos y en modo lectura y/o escritura. 6. No debe estar referido al entorno fsico y por tanto, no se diferencian los ficheros convencionales de las Bases de Datos. 7. No se representa la clave de acceso a ese almacn sino slo la operacin que se realiza (lectura, escritura, actualizacin) FLUJO DE DATOS Los Flujos de Datos establecen la comunicacin entre procesos, almacenes y entidades externas, y llevan informacin necesaria para esos objetos. Reglas de construccin: 1. El concepto de flujo de datos es similar al de una "tubera" a travs de la cual fluye una informacin de estructura conocida. 2. Los datos no pueden ser creados ni destruidos por un flujo de datos. 3. Sirve para conectar el resto de los componentes del DFD. 4. No es un activador de procesos. 5. Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la direccin del almacn de datos y a la inversa si es el proceso el que lee datos en el almacn. Conclusiones: Existen diversas perspectivas para representar un proceso, as como diferentes maneras o paradigmas para modelarlos desde las distintas perspectivas. Debido a la variabilidad de los procesos que pueden presentarse en una organizacin, resulta difcil estandarizar una manera de representarlos. Ya que cada representacin se centra en distintos aspectos del proceso. Puede ayudarnos el mezclar varias de estas perspectivas y paradigmas a fin de capturar todos los aspectos del proceso. Aunque en el artculo se menciona que se estn haciendo esfuerzos por desarrollar herramientas que manejen un paradigma que envuelva todos las representaciones del modelado de procesos, a mi forma de ver, esto resultara poco factible para su utilizacin en la mayor parte de las organizaciones, ya que el sistema resultante sera

demasiado robusto y costoso, y con caractersticas que quiz no fueran de utilidad en la mayor parte de los procesos a ser modelados. Una solucin a esto podra ser desarrollar distintos sistemas ms pequeos enfocados al modelado de ciertos tipos de procesos, y de esta manera elegir la que mejor se adecue a la forma de llevar a cabo los procesos manejados en nuestra organizacin.

El flujograma o diagrama de flujo consiste en una representacin grfica de las partes de un proceso, mostrando las actividades, los materiales, servicios y tomas de decisin que se realizan durante el desarrollo de dicha actividad. Los flujogramas o diagramas de flujo se utilizan para representar cualquier tipo de proceso, desde la autorizacin de un documento hasta la recepcin de la clientela en un restaurante, involucrando as al empleado y al cliente o proveedor. En estos diagramas de flujo, aprovechan el fenmeno humano, consistente en que el hombre toma ms atencin a las imgenes que a un texto complicado y de esta forma se reduce el tiempo de explicacin o estudio. Existen varios smbolos que sirven para representar cada una de las etapas del proceso, a los participantes o reas que lo integran, as como las operaciones y la informacin o documentos. Smbolos del diagrama de flujo: URL del artculo: http://www.ejemplode.com/9-negocios/129ejemplo_de_diagrama_de_flujo_o_flujograma.html Nota completa: Ejemplo de Diagrama de flujo o flujograma

Diagrama de Flujo

Diagrama de Flujo
INTRODUCCION

Los diagramas de flujo son una serie de pasos secuenciales que representan de una manera tradicional los detalles algortmicos de los procesos. Se utilizan principalmente en programacin, economa y procesos industriales; dichos diagramas una nomenclatura simblica con significados especiales. En las representaciones grficas de procesos con smbolos, estos se interconectan para que en conjunto le den un sentido lgico al diagrama de flujo el cual da pie al desarrollo de un sistema de informacin. Puede ser difcil entender un proceso con una descripcin verbal, de esta manera el diagrama de flujos de datos ayuda a ilustrar los componentes de un proceso y la forma en que interactan. De igual manera se puede mostrar el diagrama de flujo como un anlisis estructurado de la transformacin de datos de un sistema, mediante una descripcin pictrica.

LOS DIAGRAMAS DE FLUJOS Un diagrama de flujo es una representacin pictrica de un algoritmo o de una parte del mismo, ayudan en la comprensin de la operacin de las estructuras de control (Si, Mientras).til para determinar como funciona realmente el proceso para producir un resultado. El resultado puede ser un producto, un servicio, informacin o una combinacin de las tres. Al examinar como los diferentes pasos en un proceso se relacionan entre s, se puede descubrir con frecuencia las fuentes de problemas potenciales. Los diagramas de flujo se pueden aplicar a cualquier aspecto del proceso desde el flujo de materiales hasta los pasos para hacer la venta u ofrecer un producto. Los diagramas de flujos detallados describen la mayora de los pasos en un proceso. Con frecuencia este nivel de detalle no es necesario, pero cuando se necesita, el equipo completo normalmente desarrollar una versin de arriba hacia abajo; luego los grupos de trabajo ms pequeos pueden agregar niveles de detalle segn sea necesario durante el proyecto. Es un esquema para representar grficamente un algoritmo. Se basan en la utilizacin de diversos smbolos para representar operaciones especficas. Se les llama diagramas de flujo porque los smbolos utilizados se conectan por medio de flechas para indicar la secuencia de operacin. Para hacer comprensibles los diagramas a todas las personas, los smbolos se someten a una normalizacin; es decir, se hicieron smbolos casi universales, ya que, en un principio cada usuario podra tener sus propios smbolos para representar sus procesos en forma de Diagrama de Flujo. Esto trajo como consecuencia que solo aquel que conoca sus smbolos, los poda interpretar. La simbologa utilizada para la elaboracin de diagramas de flujo es variable y debe ajustarse a un patrn definido previamente. Un diagrama de flujo (flowchart) es una de las tcnicas de representacin de algoritmos ms antigua y a la vez ms utilizada, aunque su empleo ha disminuido considerablemente, sobre todo desde la aparicin de lenguajes de programacin estructurados. Los smbolos estndar normalizados por ANSI (abreviatura de American National Standard Instituto ) son muy variados Nombre Smbolo Funcin Terminal Representa el inicio y fin de un programa. Tambin puede representar una parada o interrupcin programada que

sea necesaria realizar en un programa. Entrada / salida Cualquier tipo de introduccin de datos en la memoria desde los perifricos o registro de informacin procesada en un perifrico. Proceso

Cualquier tipo de operacin que pueda originar cambio de valor, formato o posicin de la informacin almacenada en memoria, operaciones aritmticas, de transformaciones, etc. Decisin Indica operaciones lgicas o de comparacin entre datos (normalmente dos) y en funcin del resultado de la misma determina (normalmente si y no) cual de los distintos caminos alternativos del programa se debe seguir Conector Misma Pgina Sirve para enlazar dos partes cualesquiera de un diagrama a travs de un conector en la salida y otro conector en la entrada. Se refiere a la conexin en la misma pagina del diagrama Indicador de direccin o lnea de flujo Indica el sentido de la ejecucin de las operaciones Salida Se utiliza en ocasiones en lugar del smbolo de salida. El dibujo representa un pedazo de hoja. Es usado para mostrar datos o resultados. Elabore un algoritmo que dados dos (2) nmeros realicen las 4 operaciones bsicas de la aritmtica y las muestre por pantalla.

Clasificacin por Intercambio Directo (Burbuja). El mtodo de intercalacin directo, conocido coloquialmente con el nombre de la burbuja, es el ms utilizado entre los estudiantes de computacin, por su fcil compresin y programacin. Pero es preciso sealar que es probablemente el mtodo ms ineficiente. El mtodo de intercambio directo puede trabajar de dos maneras diferentes. Llevando los elementos ms pequeos hacia la parte izquierda del arreglo o bien llevando los elementos ms grandes hacia la parte derecha del mismo. La idea bsica de este algoritmo consiste en comparar pares de elementos adyacentes e intercambiarlos entre s hasta que todos se encuentran ordenados. Se realizan (n-1) pasadas, transportando en cada una de las mismas el menor o mayor elemento (segn sea el caso) a su posicin ideal. Al final de las (n-1) pasadas los elementos del arreglo estarn ordenados.

Ventajas: - Fcil implementacin. - No requiere memoria adicional. Desventajas: - Muy lento. - Realiza numerosas comparaciones. - Realiza numerosos intercambios.

La bsqueda es el proceso de localizar un registro (elemento) con un valor de llave particular. La bsqueda termina exitosamente cuando se localiza el registro que contenga la llave buscada, o termina sin xito, cuando se determina que no aparece ningn registro con esa llave.

Bsqueda Secuencial: A este mtodo tan bien se le conoce como bsqueda lineal y consiste en empezar al inicio del conjunto de elementos, e ir a travs de ellos hasta encontrar el elemento indicado hasta llegar al final de arreglo. Este es el mtodo de bsqueda ms lento, pero si nuestro arreglo se encuentra completamente desordenado es el nico que nos podr ayudar a encontrar el dato que buscamos Mejoras en la eficiencia de la bsqueda secuencial: 1) Muestreo de acceso Este mtodo consiste en observar que tan frecuentemente se solicita cada registro y ordenarlos de acuerdo a las probabilidades de acceso detectadas. 2) Movimiento hacia el frente Este esquema consiste en que la lista de registros se reorganicen dinmicamente. Con este mtodo, cada vez que bsqueda de una llave sea exitosa, el registro correspondiente se mueve a la primera posicin de la lista y se recorren una posicin hacia abajo los que estaban antes que el.

3) Transposicin Este es otro esquema de reorganizacin dinmica que consiste en que, cada vez que se lleve a cabo una bsqueda exitosa, el registro correspondiente se intercambia con el anterior. Con este procedimiento, entre mas accesos tenga el registro, mas rpidamente avanzara hacia la primera posicin. Comparado con el mtodo de movimiento al frente, el mtodo requiere mas tiempo de actividad para reorganizar al conjunto de registros . Una ventaja de mtodo de transposicin es que no permite que el requerimiento aislado de un registro, cambie de posicin todo el conjunto de registros. De hecho, un registro debe ganar poco a poco su derecho a alcanzar el inicio de la lista. 4) Ordenamiento Una forma de reducir el numero de comparaciones esperadas cuando hay una significativa frecuencia de bsqueda sin xito es la de ordenar los registros en base al valor de la llave. Esta tcnica es til cuando la lista es una lista de excepciones, tales como una lista de decisiones, en cuyo caso la mayora de las bsquedas no tendrn xito. Con este mtodo una bsqueda sin xito termina cuando se encuentra el primer valor de la llave mayor que el buscado, en lugar de la final de la lista. El mtodo de bsqueda lineal tiene el inconveniente del consumo excesivo de tiempo en la localizacin del elemento buscado. Cuando el elemento buscado no se encuentra en el vector, se verifican o comprueban sus n elementos. En los casos en que el elemento se encuentra en la lista, el nmero podr ser el primero, el ltimo o alguno comprendido entre ambos. Se puede suponer que el nmero medio de comprobaciones o comparaciones a realizar es de (n+1)/2 (aproximadamente igual a la mitad del vector). La bsqueda secuencial o lineal no es el mtodo ms eficiente para vectores con un gran nmero de elementos. En estos casos, el mtodo ms idneo es el de la bsqueda binaria, que presupone una ordenacin previa en los elementos del vector. Este caso suele ser muy utilizado en numerosas facetas de la vida diaria. Bsqueda binaria o dicotmica La bsqueda binaria utiliza un mtodo de divide y vencers para localizar el valor deseado. Con este mtodo se

examina primero el elemento central de la lista; si este es el elemento buscado, entonces la bsqueda ha terminado. En caso contrario se determina si el elemento buscado est en la primera o segunda mitad de la lista y a continuacin se repite este proceso, utilizando el elemento central de esa sudlista. El siguiente paso de la bsqueda se repite el procedimiento en la mitad del arreglo elegido donde se puede encontrar la solucin y se repite, resultando en una bsqueda recursiva. Este mtodo consiste en lo siguiente: comparar el elemento buscado con el elemento situado en la mitad del arreglo, si tenemos suerte y los dos valores coinciden, en ese momento la bsqueda termina. Pero como existe un alto porcentaje de que esto no ocurra, repetiremos los pasos anteriores en la mitad inferior del arreglo si el elemento que buscamos resulto menor que el de la mitad del arreglo, o en la mitad superior si el elemento buscado fue mayor. La bsqueda termina cuando encontramos el elemento o cuando el tamao del arreglo a examinar sea cero. La bsqueda binaria es un mtodo eficiente siempre que el vector est ordenado. En la prctica esto suele suceder, pero no siempre. Por esta razn la bsqueda binaria exige una ordenacin previa del vector; y el almacenamiento de un vector ordenado suele plantear problemas en las inserciones y eliminaciones de elementos (en estos casos ser necesario utilizar listas enlazadas o rboles binarios) Para poder medir la velocidad del clculo del algoritmo de bsqueda binaria se debern obtener el nmero de comparaciones que realiza el algoritmo.

CONCLUSION A diario en la vida cotidiana cada vez que necesitamos realizar un proceso seguimos una serie de pasos que nos llevan a culminar un producto, de igual manera cuando estamos frente un sistema observamos que debemos seguir una serie de pasos para interactuar con el, todos estos pasos tantos internos como externo se descomponen en algoritmos que si los representamos grficamente construiramos una serie de Diagraman de Flujos, es por ello que podemos afirmar con certeza que los Diagramas de Flujos nos sirve para representar grficamente los procesos o funciones en que se descompone el sistema, muestra las fuentes y destinos de datos, identifica y da los nombres a los procesos que lleva a cabo. Identifica y da nombre a los grupos de datos de datos que relaciona una funcin con otra y seala los almacenes y a los que tiene acceso. Cabe destacar, que el lenguaje utilizado para especificar la funcin del diagrama de flujo, no es mas que el lenguaje que utilizamos diariamente, pero adoptando ciertos verbos y frases imperativas, para describir de manera exacta y precisa lo que se quiere realizar. RECOMENDACIONES

- Inicialmente se recomienda que antes de elaborar un diagraman de flujo se debe tener claro el significado de la simbologa a utilizar. - Los diagramas de Flujos son recomendables para algoritmos no muy grandes ni muy complejos, pues para este caso se tornara complejo y engorroso - Cuando se este en frente de un problema el cual se le quiere dar solucin algortmica, lo primordial seria entenderlo y fraccionarlo en sub. problemas que se podran resolver ms fcilmente. - Cuando estemos frente a la necesitad de realizar una bsqueda se recomienda utilizar los algoritmos aqu descritos, ya que estos algoritmos definidos que facilitaran el trabajo del programador y acelerara la culminaron del producto