Diagramas de Flujo de Datos Puede Parecer Intimidante Para Un Usuario No Técnico

Hasta este punto parece tener una excelente relación de comunicación con Kevin Cahoon, el propietario de una empresa de fabricación de instrumentos musicales. Cuando usted le mostró un conjunto de diagramas de flujo de datos que dibujó, él no pudo ver cómo estaba descrito en los diagramas el sistema representado. a. En un párrafo escriba en términos generales cómo podría explicar un diagrama de flujo de datos a un usuario. Asegúrese de incluir una lista de símbolos y su significado. Los Diagramas de flujo de datos pueden parecer confusos e intimidantes para un usuario no técnico. Una buena técnica seria, pensar en algunos otros procesos reales que pueden ser representados como diagramas de flujo de datos. Funcionará mejor si el procedimiento es poco complejo y familiar para el usuario. También debemos mostrar al usuario los símbolos que conforman un diagrama y el significado de cada uno:

b. Se requiere cierto esfuerzo para educar a los usuarios sobre los diagramas de flujo de datos. ¿Vale la pena compartirlos con los usuarios? ¿Por qué sí o por qué no? Defienda su respuesta en un párrafo. Si, vale la pena ya que los usuarios pueden hacer sugerencias para modificar los diagramas con la finalidad de describir las actividades con mayor exactitud, y permitirá evitar los errores desde el inicio pudiendo prevenir una posible falla del sistema.

c. Compare los diagramas de flujo de datos con los casos de uso y los escenarios de los casos de uso. ¿Qué muestran los diagramas de flujo de datos que los diagramas de casos de uso tienen muchas dificultades para explicar? En un Caso de Uso interesa expresar la funcionalidad mediante la interacción actores –  sistema. En un DFD la funcionalidad se expresa mediante la transformación que se hace de los flujos de entrada para producir flujos de salida. Un Caso de Uso en general no modela un particionamiento (o detalle) funcional interno del sistema pues se concibe desde la perspectiva de los actores, es decir una visión externa del sistema. Un DFD, según sea el nivel de detalle, puede mostrar descomposición funcional interna del sistema Su proyecto más reciente es combinar dos sistemas utilizados por la empresa Producers Financial. El sistema de aplicación de préstamos de Angie Schworer es bastante reciente, pero no tiene documentación. El sistema de administración de préstamos de Scott Wittman es más antiguo, requiere de una buena revisión y los registros están codificados de manera independiente al otro sistema. El sistema de aplicación de préstamos acepta solicitudes, las procesa y recomienda los préstamos que se pueden aprobar. El sistema de administración de préstamos recibe los préstamos que se aprobaron y les da seguimiento hasta su disposición final (pagado, vendido o moroso). Dibuje un diagrama de contexto y un diagrama de flujo de datos de nivel 1 que muestre cómo se vería un sistema combinado idealizado.

DIAGRAMA DE CONTEXTO ESTATUS DE LA SOLICITUD

CLIENTE

Gerencia GERENCIA

0 PRESTAMOS APROBADOS

SISTEMA DE ADMINISTRACIÓN SOLICITUD DEL PRESTAMO

DE PRÉSTAMOS

DIAGRAMA DE FLUJO DE DATOS DE NIVEL 1