USO DE DIAGRAMAS DE FLUJO DE DATOS
Para comprender
mejor el movimiento lógico de los datos en un negocio, el analista de sistemas
traza diagramas de flujo de datos (DFD). Los diagramas de flujo de datos son
análisis estructurados y herramientas de diseño que permiten que el analista
comprenda visualmente el sistema y subsistemas como un juego de flujos de datos
interrelacionados.
La representación
gráfica del movimiento, almacenamiento y transformación de datos es trazada con
el uso de cuatro símbolos: un rectángulo redondeado para indicar procesamiento
o transformaciones de datos, un cuadrado doble para mostrar una entidad de
datos externa (origen o receptor de datos), una flecha para mostrar el flujo de
datos y un rectángulo de extremo abierto para mostrar un almacén de datos.
Símbolos utilizados
Símbolos utilizados
Nombre
|
Símbolo
|
Función
|
| Terminal |  | Representa el inicio y fin de un programa. También puede representar una parada o interrupción programada que sea necesaria realizar en un programa. |
| Entrada / salida |  | Cualquier tipo de introducción de datos en la memoria desde los periféricos o registro de información procesada en un periférico. |
| Proceso |  | Cualquier tipo de operación que pueda originar cambio de valor, formato o posición de la información almacenada en memoria, operaciones aritméticas, de transformaciones, etc. |
| Decisión |  | Indica operaciones lógicas o de comparación entre datos (normalmente dos) y en función del resultado de la misma determina (normalmente si y no) cual de los distintos caminos alternativos del programa se debe seguir |
| Conector Misma Página |  | Sirve para enlazar dos partes cualesquiera de un diagrama a través de un conector en la salida y otro conector en la entrada. Se refiere a la conexión en la misma pagina del diagrama |
| Indicador de dirección o línea de flujo |  | Indica el sentido de la ejecución de las operaciones |
| Salida |  | Se utiliza en ocasiones en lugar del símbolo de salida. El dibujo representa un pedazo de hoja. Es usado para mostrar datos o resultados. |
El analista de
sistemas extrae procesos, fuentes, almacenes y flujos de datos desde las
primeras narraciones organizacionales, y usa un enfoque de arriba hacia abajo
para trazar primero un diagrama de contexto del sistema, dentro de la imagen
más grande. Luego es trazado un diagrama de flujo de datos lógico a nivel 0. Se
muestran los procesos y se añaden los almacenes de datos. Luego el analista
crea un diagrama hijo para cada uno de los procesos del Diagrama 0. Las
entradas y salidas permanecen constantes, pero cambian los almacenes de datos y
las fuentes. La explosión del diagrama de flujo original permite que el
analista de sistemas se enfoque en las representaciones cada vez más detalladas
de los movimientos de datos dentro del sistema. Luego, el analista desarrolla
un diagrama de flujo de datos físico a partir del diagrama de flujo de datos
lógico, particionándolo para facilitar la programación. Cada proceso es
analizado para determinar si debe ser un procedimiento manual o automatizado.
Los procesos automatizados son agrupados subsecuentemente en una serie de
programas de computadora diseñados para ser por lotes o en línea.
consideraciones para partición de diagramas de flujo incluyen si:
1.- Hay procesos
ejecutados por diferentes grupos de usuarios, hay procesos que se ejecuten al
mismo tiempo
2.- Hay procesos
que ejecuten tareas similares, los procesos por lotes pueden ser combinados para un procesamiento eficiente
3.- Los procesos
pueden ser combinados en un programa para tener consistencia de datos
4.- O si los
procesos pueden ser partidos en diferentes programas por razones de seguridad.
Las ventajas de
los diagramas de flujo de datos incluyen la simplicidad de la notación,
usándola para obtener información más clara de los usuarios, permitiendo que el
analista de sistemas conceptualice los flujos de datos necesarios sin estar
atado a una implementación física particular, permitir que los analistas
conceptualicen mejor las interrelaciones del sistema y sus subsistemas y
analicen un sistema propuesto para determinar si han sido definidos los datos y
procesos necesarios.
Características comunes de los diagramas de flujo de datos lógicos y
físicos.
USO DE DICCIONARIO DE DATOS
Usando un enfoque de arriba hacia abajo, el analista de sistemas usa
los diagramas de flujo de datos para comenzar la compilación de un diccionario
de datos, que es una referencia que contiene datos acerca de datos, o
“metadatos” sobre todos los datos de procesos, almacenes, flujos, estructuras y
los elementos lógicos y físicos dentro del sistema que está siendo estudiado.
Una manera para comenzar es incluyendo todos los conceptos de datos de los
diagramas de flujo de datos. La forma en que el diccionario de datos se relaciona
con el diagrama de flujo de datos.
Una colección grande de la información de proyecto es llamada un
depósito. Las herramientas CASE permiten que el analista cree un depósito, que
puede incluir información acerca de los flujos, almacenes, estructuras de
registro y elementos de datos, la lógica de procedimiento de diseños de
pantalla y reporte, relaciones de datos, requerimientos del proyecto y lo que
produce el sistema final e información sobre la administración de proyecto.
Cada entrada del diccionario de datos contiene: el nombre del concepto, una
descripción verbal, alias, elementos de datos relacionados, rango, longitud,
codificación y la información de edición necesaria. El diccionario de datos es
útil en todas las fases del análisis, diseño y documentación última, debido a
que es la fuente autorizada sobre la manera en que es usado y definido un
elemento de datos en el sistema. Muchos sistemas grandes tienen diccionarios de
datos computarizados que tienen referencias cruzadas con todos los programas de
la base de datos que usan un elemento de datos particular.
Dos diagramas de flujo de datos y sus entradas del diccionario de datos
correspondientes para la producción de un cheque de pago a un empleado.
ANÁLISIS ORIENTADO A OBJETO USANDO UML
Es
un método de análisis que examina los requisitos
desde la perspectiva de las clases y objetos que se encuentran en el
vocabulario del dominio del problema.
UML
Es
un lenguaje de modelado que permite la representación conceptual y física de un
sistema. Sus objetivos son:
Establecer un lenguaje visual de
modelado, expresivo y sencillo en su uso.
Mantener una
independencia de los métodos y de los lenguajes de programación.
Establecer bases formales.
Imponer un
estándar mundial.
Integrar las
mejores prácticas.
Modelar
sistemas, y no únicamente software.
Establecer las
relaciones entre modelos conceptuales y ejecutables.
Crear un
lenguaje de modelado utilizable tanto por máquinas como por hombres.
Para poner un poco de orden,
sobre todo en lo que respecta a la modelización de sistemas software, aparece UML (Unified
Modeling Languaje, Lenguaje Unificado de Modelado) que pretende unificarlas tres metodologías más difundidas (OMT, Bootch y OOSE) e
intentar que la industria software termine su maduración como Ingeniería . Y lo consigue en tal manera que
lo que UML proporciona son las herramientas
necesarias para poder obtener los planos del software equivalentes a los que se utilizan en la construcción, la mecánica o la industria aeroespacial. UML abarca todas las fases del ciclo de vida de un proyecto, soporta
diferentes maneras de visualización dependiendo de quién tenga que interpretar los planos y en qué fase del proyecto
se encuentre.
Análisis
orientado a objetos, El manejo de UML y sus diagramas; son herramientas para representar
una idea por medio de diagramas, haciendo y dando a conocer así, más fácilmente
lo que se tiene pensado hacer. Además de dar a conocer como fue la evolución de
este método.
