Documente Academic
Documente Profesional
Documente Cultură
Normas de trabajo[editar]
Un diagrama de flujo presenta generalmente un único punto de inicio y un
único punto de cierre, aunque puede tener más, siempre que cumpla con la
lógica requerida.
Las siguientes son acciones previas a la realización del diagrama de flujo:
Descripción[editar]
En UML 1.x, un diagrama de actividades es una variación del diagrama de
estado UNL donde los "estados" representan operaciones, y las transiciones
representan las actividades que ocurren cuando la operación se termina.
El diagrama de mensajes de UML 2.0, mientras que es similar en aspecto al
diagrama de actividades UML 1.x, ahora tiene semánticas basadas en redes
de Petri. En UML 2.0, el diagrama general de interacción está basado en el
diagrama de actividades. El diagrama de actividad es una forma especial de
diagrama de estado usado para modelar una secuencia de acciones y
condiciones tomadas dentro de un proceso.
La especificación del Lenguaje de Notificación Unificado (UNL) define un
diagrama de actividad como:
“… una variación de los estados de una máquina, los cuales representan el
rendimiento de las acciones o subactividades y las transiciones se provocan
por la realización de las acciones o subactividades.”1
El propósito del diagrama de actividad es modelar un proceso de flujo de
trabajo (workflow) y/o modelar operaciones.
Una Operación es un servicio proporcionado por un objeto, que está
disponible a través de una interfaz.
Una Interfaz es un grupo de operaciones relacionadas con la semántica.
Características[editar]
1.-Según Gómez Cejas, Guillermo. Año 1.997:
a)Sintética: La representación que se haga de un sistema o un proceso deberá
quedar resumido en pocas hojas, de preferencia en una sola. Los diagramas
extensivos dificultan su comprensión y asimilación, por tanto dejan de ser
prácticos.
b)Simbolizada: La aplicación de la simbología adecuada a los diagramas de
sistemas y procedimientos evita a los analistas anotaciones excesivas,
repetitivas y confusas en su interpretación.
c)De forma visible a un sistema o un proceso: Los diagramas nos permiten
observar todos los pasos de un sistema o proceso sin necesidad de leer notas
extensas. Un diagrama es comparable, en cierta forma, con una fotografía
aérea que contiene los rasgos principales de una región, y que a su vez
permite observar estos rasgos o detalles principales.
2.-Según Chiavenato, Idalberto. Año 1.993:
a)Permitir al analista asegurarse que ha desarrollado todos los aspectos del
procedimiento.
b)Dar las bases para escribir un informe claro y lógico.
c)Es un medio para establecer un enlace con el personal que eventualmente
operará el nuevo procedimiento.
3.-Según Gómez Rondón, Francisco. Año 1.995:
a)De uso, permite facilitar su empleo.
b)De destino, permite la correcta identificación de actividades.
c)De comprensión e interpretación, permite simplificar su comprensión.
d)De interacción, permite el acercamiento y coordinación.
e)De simbología, disminuye la complejidad y accesibilidad.
f)De diagramación, se elabora con rapidez y no requiere de recursos
sofisticados.2
Simbología y significado[editar]
Cursograma[editar]
Se trata de la más común y práctica entre todas las clases de diagramas de
flujo. Describe el flujo de información en un ente u organización, sus procesos,
sistemas administrativos y de control. Permite la impresión visual de los
procedimientos y una clara y lógica interpretación.
Simbología y normas del diagrama[editar]
Historia[editar]
La paternidad del diagrama de flujo es en principio algo difusa. El método
estructurado para documentar gráficamente un proceso como un flujo de
pasos sucesivos y alternativos, el "proceso de diagrama de flujo", fue
expuesto por Frank Gilbreth, en la Sociedad Americana de Ingenieros
Mecánicos (ASME), en 1921, bajo el enunciado de "Proceso de Gráficas-
Primeros pasos para encontrar el mejor modo". Estas herramientas de
Gilbreth rápidamente encontraron sitio en los programas de ingeniería
industrial.
Al principio de los 30, un ingeniero industrial, Allan H. Mogensen comenzó la
formación de personas de negocios en Lake Placid, Nueva York, incluyendo el
uso del diagrama de flujo. Art Spinanger, asistente a las clases de Mogesen,
utilizó las herramientas en su trabajo en Procter & Gamble, donde desarrolló
su “Programa Metódico de Cambios por Etapas”. Otro asistente al grupo de
graduados en 1944, Ben S. Graham, director de ingeniería de Formcraft
Standard Register Corporation, adaptó la gráfica de flujo de procesos al
tratamiento de la información en su empresa. Y desarrolló la gráfica del
proceso de múltiples flujos en múltiples pantallas, documentos, y sus
relaciones. En 1947, ASME adoptó un conjunto de símbolos derivados de la
obra original de Gilbreth como Norma ASME para los gráficos de procesos
(preparada Mishad, Ramsan y Raiaan).
Sin embargo, según explica Douglas Hartree fueron originalmente Herman
Goldstine y John von Neumann quienes desarrollaron el diagrama de flujo
(inicialmente llamado "diagrama") para planificar los programas de ordenador.
Las tablas de programación original de flujo de Goldstine y von Neumann,
aparecen en un informe no publicado, "Planificación y codificación de los
problemas de un instrumento de computación electrónica, la Parte II, Volumen
1 "(1947), reproducido en las obras completas de von Neumann.
Inicialmente los diagramas de flujo resultaron un medio popular para describir
algoritmos de computadora, y aún se utilizan con este fin. Herramientas como
los diagramas de actividad UML, pueden ser considerados como evoluciones
del diagrama de flujo.
En la década de 1970 la popularidad de los diagramas de flujo como método
propio de la informática disminuyó, con el nuevo hardware y los nuevos
lenguajes de programación de tercera generación. Y por otra parte se
convirtieron en instrumentos comunes en el mundo empresarial. Son una
expresión concisa, legible y práctica de algoritmos. Actualmente se aplican en
muchos campos del conocimiento, especialmente como simplificación y
expresión lógica de procesos, etc.
Ventajas[editar]
También existen aplicaciones que permiten que, una vez que un creador haya
diseñado el diagrama de flujo, un usuario final lo utilice y, sobre la base de las
opciones que vaya escogiendo, se le vayan mostrando las siguientes etapas
hasta llegar a un resultado final. Un ejemplo de este tipo de aplicaciones
es iBoske.