Cuestionario (Actividad A)
Cuestionario (Actividad A)
Cuestionario (Actividad A)
SIGUIENTES:
ltima
instancia,
Programa
informtico,
configuraciones
de
hardware
Estructuras de datos:
Almacenes de datos
Nombre del almacn
Descripcin
Flujos de datos recibidos
Flujos de datos proporcionados
Descripcin de los datos (mencin a los datos o estructuras que contiene)
Volumen
Acceso
Estructuras de datos (es aqu donde es emplea la notacin descrita en la tabla anterior)
Nombre de la estructura
Descripcin
Contenido
Volumen
Elementos datos
Nombre del dato
Descripcin
Tipo
Longitud
Alias
Rango de valores
Lista de valores especficos (en caso que existan)
Otros detalles de edicin
Procesos
Nombre del proceso
Descripcin
Flujos que entran
Flujos que salen
Resumen de la lgica
Comentario:
Una forma para desarrollar la investigacin y desarrollo de sistemas puede verse
como sigue:
Investigacin preliminar
Determinacin de requerimientos
DFD del sistema en uso
Flujos
Almacenes
Procesos
DD
Datos
Flujos
Almacenes
Estructuras
Procesos
E-R
DFD del sistema propuesto
Diseo
Entradas
Salidas
Etc.
Implementacin
Los flujos de datos que ocurren al mismo tiempo se pueden describir mediante el uso
de flechas paralelas. Como una flecha representa datos sobre una persona, lugar o
cosa, tambin se debe describir con un sustantivo.
6. DEFINA CADA SMBOLO DEL DIAGRAMA DE FLUJO DE DATOS.
El cuadrado doble se utiliza para describir una entidad externa (otro departamento,
una empresa, una persona o una mquina) que pueda enviar/recibir datos hacia/desde
el sistema. La entidad externa, o simplemente entidad, tambin se conoce como origen
o destino de los datos, y se considera externa al sistema que se est describiendo.
Cada entidad se identifica con un nombre apropiado. Aunque interacta con el sistema,
se considera fuera de los lmites de ste. Se debe denominar a las entidades con un
sustantivo. Se puede utilizar la misma entidad ms de una vez en un diagrama de flujo
de datos para evitar cruzar las lneas de flujo de datos.
La flecha muestra el movimiento de los datos de un punto a otro; la cabeza de la
flecha apunta hacia el destino de los datos. Los flujos de datos que ocurren al mismo
tiempo se pueden describir mediante el uso de flechas paralelas. Como una flecha
representa datos sobre una persona, lugar o cosa, tambin se debe describir con un
sustantivo.
Se utiliza un rectngulo con esquinas redondas para mostrar la ocurrencia de un
proceso
de
transformacin.
Los
procesos
siempre
expresan
un
cambio
transformacin en los datos; por ende, el flujo de datos que sale de un proceso siempre
se identifica de manera distinta al flujo que entra al proceso.
El almacn de datos puede representar un almacn manual como un archivero, o un
archivo o una base de datos computarizada. Como los almacenes de datos
representan a una persona, lugar o cosa, se denominan con un sustantivo. Los
almacenes de datos temporales, como el papel de borrador o un archivo temporal de
computadora, no se incluyen en el diagrama de flujo de datos.
7. MENCIONE LAS REGLAS PARA CONSTRUIR UN DIAGRAMA DE FLUJO DE
DATOS.
El diagrama de flujo de datos debe tener por lo menos un proceso y no debe
haber objetos independientes o conectados a s mismos.
Un proceso debe recibir por lo menos un flujo de datos entrante y debe crear por
lo menos un flujo de datos saliente.
Un almacn de datos debe estar conectado con por lo menos un proceso.
Las entidades externas no se deben conectar entre s. Aunque se comunican en
forma independiente, esa comunicacin no forma parte del sistema que
diseamos mediante el uso de DFD.
Informacin sobre los datos que mantiene el sistema, incluyendo flujos de datos,
almacenes de datos, estructuras de registros, elementos, entidades y mensajes.
Lgica de procedimiento y casos de uso.
Diseo de pantallas e informes.
Relaciones de datos, como la forma en que una estructura de datos est vinculada
con otra.
Requerimientos del proyecto y entregables finales del sistema.
Informacin administrativa del proyecto, como calendarios de entrega, logros,
cuestiones que hay que resolver y usuarios del proyecto.
Diccionario de datos no es un fin en s mismo y nunca deber serlo. Para evitar desviarse con
la construccin de un diccionario de datos completo, el analista de sistemas debe considerarlo
como una actividad paralela al anlisis y diseo de sistemas.