lunes, 18 de marzo de 2013

4.20. DISEÑO DE INTERFACES DE USUARIO


    DISEÑO DE INTERFACES DE USUARIO

El diseño de la interfaz de usuario requiere el estudio de las personas y el conocimiento tecnológico  adecuado.

Preguntas Que Deben Plantearse Y Responderse Para El Diseño De La Interfaz De Usuario

 ü  ¿Quién es el usuario?
 ü  ¿Cómo aprende a interactuar con el nuevo sistema de cómputo?
 ü  ¿Cómo interpreta la información que produce el sistema?
 ü  ¿Qué espera del sistema?
REGLAS DE ORO
Existen tres reglas de oro para el diseño de la interfaz:
1.    Dar el control al usuario
Es decir un sistema que reaccione a las necesidades del usuario y que le ayude a hacer las cosas.
2.    Reducir la carga en la menoría del usuario
 Una interfaz de usuario bien diseñada no dependerá de la memoria del usuario. Siempre que sea posible, el sistema debe “recordar” la información pertinente y ayudar al usuario con un escenario de interacción que le facilite el uso de la memoria.
3.    Lograr que la interfaz sea consistente
Implica:
Toda la información visual este organizada de acuerdo con un estándar de diseño   que se mantenga en todas la presentaciones de pantalla.
Los mecanismos de entrada se restrinjan a un conjunto limitado que se utilicé de manera consistente en toda la aplicación.
Los mecanismos para ir de una tarea a otra se hayan definido e implementado de manera consistente.

Análisis Y Diseño De La Interfaz De Usuario
El proceso general para analizar y diseñar una interfaz de usuario empieza con la creación de diferentes modelos de función del sistema.
Luego se delinean las tareas orientadas al ser humano y al equipo que se requieren para lograr el funcionamiento del sistema.


Modelos Del Análisis Y Diseño De La Interfaz
Un ingeniero humano establece un modelo del usuario; el ingeniero del software crea un modelo del diseño; el usuario final desarrolla una imagen mental que suele denominarse modelo mental del usuario o percepción del sistema, y quienes implementan el sistema crean un modelo de la implementación.

·         El modelo del usuario
Establece el perfil de los usuarios finales del sistema.
Para construir una interfaz de usuario efectiva, “todo diseño debe empezar por la comprensión de quienes son los usuarios de destino, incluidos sus perfiles de edad, sexo, habilidades físicas, educación, antecedentes culturales o étnicos, motivaciones, objetivos y personalidad”.
Los usuarios están distribuidos en las siguientes categorías:
ü  Principiantes. No tienen conocimientos de la sintaxis del sistema y cuentan con escasos conocimientos de la semántica de la aplicación o del uso de la computadora en general.
ü  Usuarios esporádicos y con conocimientos. Tienen conocimientos razonables de la semántica, pero muestran una retención relativamente baja de la información sobre sintaxis necesaria para utilizar la interfaz.
ü  Usuarios frecuentes y con conocimientos. Cuentan con conocimientos de sintaxis y semántica suficientes para llegar al “síndrome del usuario avanzado”.

·         El modelo del diseño
Incorpora datos, arquitectura interfaz y representaciones procedimentales del software.
La especificación de requisitos establece ciertas restricciones que ayudan a definir el usuario del sistema.
El modelo mental moldea la manera en que el usuario percibe la interfaz y esta satisface sus necesidades.

·         El modelo de la implementación
Combina la manifestación externa del sistema de cómputo y toda la información de ayuda que describe la sintaxis y semántica del sistema.
Cuando coinciden el modelo de la implementación y el modelo mental del usuario, los usuarios suelen sentirse a gusto con el software y lo usan con efectividad.

·         El Proceso
El proceso de análisis y diseño de la interfaz de usuario abarca cuatro actividades distintas de marco de trabajo
·         Análisis y modelado de usuarios, tarea y entornos.
·         Diseño de la interfaz
·         Construcción (implementación) de la interfaz 
·         Validación de la interfaz
El análisis de la interfaz se concentra en el perfil de los usuarios que interactuaran con el sistema.

PASOS DEL DISEÑO DE LA INTERFAZ
1.    Se han propuesto muchos modelos diferentes para el diseño de la interfaz de usuario, todos sugieren una combinación de los siguientes pasos:
2.    Con base en la información desarrollada durante el análisis de la información, definir los objetos y las acciones de la interfaz (operaciones).
3.    Definir eventos (acciones del usuario) que cambiarán el estado de la interfaz. Modelar este comportamiento.
4.    Representar cada estado de la interfaz tal como lo verá el usuario final.
5.    Indicar como interpreta el usuario el estado del sistema a partir de la interfaz proporcionada mediante la interfaz.

4.19. DISEÑO DE BASE DE DATOS



                                                    DISEÑO DE BASE DE DATOS

                        
Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe tener almacenados todos estos datos en una base de datos para poder realizarlos mediante una aplicación profesional; sin esta funcionalidad resultaría imposible tratar y manejar en su totalidad los datos que lleva a cabo la empresa y se perdería un tiempo y un dinero muy valiosos

Uno de los pasos cruciales en la construcción de una aplicación que maneje una base de datos, es sin duda, el diseño de la base de datos.

Si las tablas no son definidas apropiadamente, podemos tener muchos dolores de cabeza al momento de ejecutar consultas a la base de datos para tratar de obtener algún tipo de información.

No importa si nuestra base de datos tiene sólo 20 registros, o algunos cuantos miles, es importante asegurarnos que nuestra base de datos está correctamente diseñada para que tenga eficiencia y que se pueda seguir utilizando por largo del tiempo.

En este artículo, se mencionarán algunos principios básicos del diseño de base de datos y se tratarán algunas reglas que se deben seguir cuando se crean bases de datos.

Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más fácil crear una base de datos perfecta para nuestro siguiente proyecto.

Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos, quizá las más fuertes sean:

La velocidad de acceso,
El tamaño de la información,
El tipo de la información,
Facilidad de acceso a la información,
Facilidad para extraer la información requerida,
El comportamiento del manejador de bases de datos con cada tipo de información.
No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de software logrando resultados altamente aceptables, siempre es recomendable la utilización de determinados estándares de diseño que garantizan el nivel de eficiencia mas alto en lo que se refiere a almacenamiento y recuperación de la información.

De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.

OBJETIVOS DEL DISEÑO DE BASES DE DATOS
Entre las metas más importantes que se persiguen al diseñar un modelo de bases de datos, se encuentran las siguientes que pueden observarse en esta figura.


El objetivo principal del diseño de bases de datos es generar tablas que modelan los registro
en los que guardaremos nuestra información.

Es importante que esta información se almacene sin redundancia para que se pueda tener una recuperación rápida y eficiente de los datos.

A través de la normalización tratamos de evitar ciertos defectos que nos conduzcan a un mal diseño y que lleven a un procesamiento menos eficaz de los datos.

Podríamos decir que estos son los principales objetivos de la normalización:

·         Controlar la redundancia de la información.
·         Evitar pérdidas de información.
·         Capacidad para representar toda la información.
·         Mantener la consistencia de los datos.

Una vez identificadas todas las tablas y columnas que necesita la base de
datos,debemos determinar el tipo de dato de cada campo. Existen tres
categorías principales que pueden aplicarse prácticamente a cualquier
aplicación de bases de datos:

·         Texto
·         Números
·         Fecha y hora

Cada uno de éstos presenta sus propias variantes, por lo que la elección del tipo
de dato correcto no sólo influye en el tipo de información que se puede
almacenar en cada campo, sino que afecta al rendimiento global de la base de
datos.

A continuación se dan algunos consejos que nos ayudarán a elegir un tipo de dato adecuado para nuestras tablas:

Identificar si una columna debe ser de tipo texto, numérico o de fecha.
Elegir el subtipo más apropiado para cada columna.
Configurar la longitud máxima para las columnas de texto y numéricas, así como otros atributos.

Recomendaciones
El último paso del diseño de la base de datos es adoptar determinadas convenciones de nombres. Aunque MySQL es muy flexible en cuanto a la forma de asignar nombre a las bases de datos, tablas y columnas, he aquí algunas reglas que es conveniente observar:

Utilizar caracteres alfanuméricos.
Limitar los nombres a menos de 64 caracteres (es una restricción de MySQL).
Utilizar el guión bajo (_) para separar palabras.
Utilizar palabras en minúsculas (esto es más una preferencia personal que una regla).

Los nombres de las tablas deberían ir en plural y los nombres de las columnas en singular (es igual una preferencia personal).
Utilizar las letras ID en las columnas de clave primaria y foránea.
En una tabla, colocar primero la clave primaria seguida de las claves foráneas.
Los nombres de los campos deben ser descriptivos de su contenido.
Los nombres de los campos deben ser unívocos entre tablas, excepción hecha de las claves.

Los puntos anteriores corresponden muchos de ellos a preferencias personales, más que a reglas que debamos de cumplir, y en consecuencia muchos de ellos pueden ser pasados por alto, sin embargo, lo más importante es que la nomenclatura utilizada en nuestras bases de datos sea coherente y consistente con el fin de minimizar la posibilidad de errores al momento de crear una aplicación de bases de datos.









4.18. DISEÑO DE UNA SALIDA Y ENTRADA EFICAZ


La información que se entrega a los usuarios a través del sistema de información utilizando intranets, extranets o la World Wide Web. Algunos datos requieren un gran cantidad de procesamiento antes de transformarse en la salida apropiada; otros se almacenan, y cuando se recuperan, se consideran como salida con poco o ningún procesamiento. La salida puede tomar muchas formas: los informes impresos tradicionales y los informes presentados de manera transitoria, como el caso de las pantallas de computadora, las microformas y la salida de audio. Los usuarios dependen de la salida para realizar sus tareas y con frecuencia juzgan el valor de un sistema solo por su salida. Para crear la salida más útil posible, el analista de sistemas debe trabajar cerca con el usuario en un proceso interactivo hasta que el resultado se considera satisfactorio.

La salida es la información que se entrega al usuario por medio del sistema de información utilizando intranets, extranet o la WWW, debido a que esta salida están relevante para la aceptación de un SI, estos son algún objetivos claros a la hora de crear dicho sistema.

  • Diseñar la salida para satisfacer un propósito específico.
  • Hacer significativa la salida para el usuario.
  • Entregar la cantidad adecuada de salida.
  • Proporcionar una distribución adecuada de la salida.
  • Proporcionar la salida a tiempo.
  • Elegir el método de salida más efectivo.
Los usuarios dependen de la salida para realizar sus tareas y con frecuencia juzgan el valor de un sistema solo por su salida. La salida es la información que se entrega a los usuarios a través del sistema de información, utilizando intranets, extranets o la World Wide Web. Algunos datos requieren una gran cantidad de procesamiento antes de transformarse en la salida apropiada.
La calidad en la entrada del sistema determina la calidad de la salida del mismo. Es vital que los formularios de entrada, las pantallas y los documentos web interactivos se diseñen tomando en cuenta esta importante relación.

 Diseño De La Salida Para Satisfacer Un Propósito Específico
Toda la salida debe tener un propósito. No es suficiente poner a disposición de los usuarios un informe, una pantalla o una página Web sólo porque la tecnología permite hacerlo.
Durante la fase de determinación de los requerimientos de información, el analista de sistemas averigua qué propósitos se deben satisfacer. A continuación diseña la salida con base en esos propósitos.

 Diseño De Salida Para Satisfacer Al Usuario

En un sistema de información grande que atiende a muchos usuarios con muchos propósitos diferentes, a menudo es difícil personalizar la salida. Con base en las entrevistas, las observaciones, los costos y tal vez los prototipos, será posible diseñar una salida que satisfaga lo que muchos usuarios, si no es que todos, necesitan y prefieren.
Es importante considerar que el contenido de la salida de los sistemas de información está interrelacionado con el método de salida. Siempre que diseñe la salida, necesita pensar cómo influirá la función en la forma y cómo influirá el propósito que pretenda conseguir en el método de salida que elija.
La salida se debe pensar de una forma general a fin de que cualquier información producida por el sistema de cómputo que de alguna forma sea útil para las personas se pueda considerar salida. La salida se puede clasificar en externa, la que sale del negocio, tal como la información que aparece en la Web, o en interna, que permanece dentro del negocio, tal como el material disponible en una intranet.

¿Cómo Evitar El Sesgo En El Diseño De La Salida?

Los analistas de sistemas pueden usar estrategias específicas para evitar el sesgo en la salida que diseñan:

1.    Esté consciente de las fuentes de sesgo.
2.  Haga un diseño interactivo de salida que incluya usuarios y una variedad de sistemas configurados de forma diferente durante la comprobación de la apariencia del documento Web.
3.   Trabaje con los usuarios para que estén informados del sesgo de la salida y puedan reconocer las implicaciones de personalizar sus despliegues.
4.  Cree salidas que sean flexibles y que permitan a usuarios modificar límites y rangos.
5.    Capacite a los usuarios para apoyarse en salidas múltiples para obtener "segundas opiniones" de la salida del sistema.

Diseño De Salida Impresa
La fuente de información que se incluye en los informes es el diccionario de datos, cuyo proceso de recopilación se trató en el capítulo 8. Recuerde que el diccionario de datos incluye nombres de elementos de datos así como también el tamaño de campo requerido de cada entrada.

4.17. PREPARACIÓN DE LA PROPUESTA DEL SISTEMA


Nos enseña a como elaborar la preparación de la propuesta de sistemas, cada punto importante para elaborar el sistema.

Ahora tenemos que saber a valorar e inventar el hardware y software actuales y propuestos del sistema, otro punto que nos enseña este capítulo es evaluar el software tomando en cuenta los pros y contras entre crear un software personalizado y entre un software comercial, también pronostica los costos tangibles e intangibles y realiza un análisis de costos y beneficios utilizando diferentes métodos y por ultimo aprenderemos a escribir y a presentar sistemas profesionales y muy eficaz que contengan gráficos y cifras.


En si la propuesta de sistemas es todo lo que el analista ha aprendido acerca de una empresa o una organización y lo que necesita para mejorar su desempeño y satisfacer adecuadamente a todos los requerimientos de información que proporciona. El analista debe de usar diferentes métodos el cual le ayude a preparar el sistema.

El analista debe tomar muy en cuenta que hardware y software va a utilizar para implementar el sistema ya que son los usuarios que van a tener acceso al sistema, por eso el analista debe de trabajar con los usuarios para así saber que hardware y software utilizarían.
Pero para eso deben de crear un pronóstico de todos los análisis de costos y beneficios que tendría el software y hardware.

El software y hardware es muy importante ya que es lo principal para crear el sistema ya sin esas cosas pues obviamente no hay sistema por eso hay que evaluar muy bien que todo el software y hardware de computo trabajen perfectamente, los principales responsables de revisar o realizar la evaluación son los analistas ya que son ellos que se preocupan por las mejoras del negocio.

Por eso para la preparación de la propuesta del sistema es de gran importancia que el analista y los usuarios chequen que tipo de software y hardware necesitan para que su sistema sea todo un éxito y no tengan problema más adelante con ese mismo.

Este tema hace referencia a cómo elaborar la preparación de la propuesta de sistemas. Debemos saber valorar e inventar el hardware y software actuales y propuestos del sistema, también evaluar el software tomando en cuenta los pros y contras entre crear un software personalizado y entre un software comercial; pronosticar los costos tangibles e intangibles y realizar un análisis de costos y beneficios utilizando diferentes métodos.
En si la propuesta de sistemas es todo lo que el analista ha aprendido acerca de una empresa o una organización y lo que necesita para mejorar su desempeño y satisfacer adecuadamente a todos los requerimientos de información que proporciona. El analista debe de usar diferentes métodos el cual le ayude a preparar el sistema.
El analista debe tomar muy en cuenta que hardware y software va a utilizar para implementar el sistema ya que son los usuarios que van a tener acceso al sistema, por eso el analista debe trabajar con los usuarios para así saber que hardware y software utilizarían.
Pero para eso deben de crear un pronóstico de todos los análisis de costos y beneficios que tendría el software y hardware.
El software y hardware es muy importante ya que es lo principal para crear el sistema ya sin esas cosas pues obviamente no hay sistema por eso hay que evaluar muy bien que todo el software y hardware de computo trabajen perfectamente, los principales responsables de revisar o realizar la evaluación son los analistas ya que son ellos que se preocupan por las mejoras del negocio.
Como conclusión del tema podríamos decir que para la preparación de la propuesta del sistema se deben tomar en cuenta 3 aspectos:


  •       Viabilidad: El presupuesto para el sistema
  •        Fiabilidad: Los recursos disponibles y por haber para el sistema
  •     Probabilidad: El tiempo pronosticado para la elaboración e implantación total del sistema.




4.16. DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURALES


En primer lugar el analista identifica los flujos de datos y empieza a construir un diccionario de datos, para posteriormente pasar a la especificación de procesos y el análisis de decisión.

Los tres métodos para el análisis de decisión y para describir la lógica del proceso son español estructurado, tablas de decisión y árboles de decisión.
Las especificaciones de procesos (o mini especificaciones) se crean para procesos primitivos de un diagrama de flujo de datos así como también para algunos procesos de alto nivel que se amplían a un diagrama hijo.



Una forma de describir decisiones estructuradas es usar el método llamado español estructurado, en el cual la lógica se expresa en estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones. El español estructurado usa palabras clave aceptadas tales como IF, THEN, ELSE, DO, DO WHILE y DO UNTIL para describir la lógica usada y se vale de sangrías para indicar la estructura jerárquica del proceso de decisión.

Las Tablas De Decisión
Proporcionan otra forma de examinar, describir y documentar decisiones. Cuatro cuadrantes (en el sentido de las manecillas del reloj, empezando desde la esquina superior izquierda) se usan para:

1)      describir las condiciones;
2)      identificar las posibles alternativas de decisión (como S o N);
3)      indicar qué acciones se deben realizar, y
4)      describir las acciones.


Las tablas de decisión son provechosas porque las reglas para desarrollar la propia tabla, así como las reglas para eliminar redundancia, contradicciones y situaciones imposibles, son directas y manejables.

El uso de tablas de decisión promueve la completitud y exactitud al analizar decisiones estructuradas.

El tercer método para el análisis de decisión es el árbol de decisión, que está integrado por nodos (un cuadrado para las acciones y un círculo para las condiciones) y ramas.

Los árboles de decisión son apropiados cuando las acciones se deben realizar en una cierta secuencia.

No hay necesidad de que el árbol sea simétrico, de modo que en una rama específica sólo se encuentran aquellas condiciones y acciones que son críticas para las decisiones.
Cada uno de los métodos de análisis de decisión tiene sus propias ventajas y se deben usar según sea el caso. El español estructurado es útil cuando se repiten muchas acciones y cuando la comunicación con otros es importante.

Las tablas de decisión proporcionan un análisis completo de situaciones complejas y limitan la necesidad de cambios atribuibles a situaciones imposibles, redundancias o contradicciones. Los árboles de decisión son importantes cuando la secuencia apropiada de condiciones y acciones es crítica y cuando cada condición no es relevante para cada acción.

Diccionario De Datos
Es un conjunto de datos  que contiene las características lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido y organización.





Panorama General De Las Especificaciones De Procesos
Para determinar los requerimientos de información de una estrategia de análisis de decisión, el analista de sistemas debe determinar primero los objetivos organizacionales mediante un enfoque de jerarquización de arriba hacia abajo.
El analista de sistemas debe entender los principios organizacionales y debe contar con experiencia en las técnicas de recopilación de datos.
Las especificaciones de procesos representan una parte pequeña de las especificaciones del proyecto total se crean para los procesos primitivos en un diagrama de flujo de datos así como también para algunos procesos de nivel superior que se amplían a un diagrama hijo. Estas especificaciones explican la lógica de la toma de decisiones y las fórmulas que transformarán los datos de entrada de un proceso en salidas. Cada elemento derivado debe tener lógica del proceso para mostrar cómo se origina de los elementos base u otros elementos derivados previamente creados que se alimentan del proceso primitivo.
Las tres metas para producir especificaciones de procesos son las siguientes:

1. Reducir la ambigüedad del proceso. Esta meta obliga al analista a aprender los detalles acerca del funcionamiento de un proceso. Es necesario detectar, anotar e integrar las áreas indefinidas de todas las especificaciones de procesos. Estas observaciones constituyen una base y proporcionan las preguntas para las entrevistas de seguimiento con la comunidad de usuarios.

2. Obtener una descripción precisa de lo que se está realizando, lo cual normalmente se incluye en un paquete de especificaciones para el programador.

3. Validar el diseño del sistema. Esta meta incluye garantizar que un proceso tenga todo el flujo de datos de entrada necesario para producir la salida. Además, todas las entradas y salidas deben representarse en el diagrama de flujo de datos

Español Estructurado
Como su nombre implica, el español estructurado se basa en

[1] lógica estructurada o instrucciones organizadas en procedimientos anidados y agrupados, y

(2) enunciados simples del español tales como sumar, multiplicar y mover.

Un problema de expresión se puede transformar en español estructurado, poniendo las reglas de decisión en su secuencia adecuada y usando en todo momento la convención de instrucciones IF-THEN-ELSE. Como se muestra en la figura 9.4, el español estructurado puede ser más complejo si se anidan bloques de instrucciones dentro de otros bloques de instrucciones.

Cómo Escribir Español Estructurado
Para escribir español estructurado, podría seguir las convenciones siguientes:
1. Exprese toda la lógica en uno de estos cuatro tipos: estructuras secuenciales, estructuras de decisión, estructuras de caso o iteraciones (véanse los ejemplos de la figura 9.5).

2. Use en mayúsculas las palabras clave aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y PERFORM.

3. Ponga sangría en los bloques de enunciados para mostrar claramente su jerarquía (anidamiento).

4. Cuando las palabras o frases se han definido en un diccionario de datos (como en el capítulo

5. Tenga cuidado al usar "y" y "o", y evite la confusión al distinguir entre "mayor que" y
"mayor que o igual a"

DICCIONARIO DE DATOS Y ESPECIFICACIONES DE PROCESOS
Todos los programas de computadora se podrían codificar mediante tres estructuras básicas: secuencia, selección (IE..THEN... ELSE y la estructura de casos) e iteración o ciclos. El diccionario de datos indica cuál de estas estructuras se debe incluir en las especificaciones del proceso.











4.15. ANÁLISIS DE SISTEMAS MEDIANTE DICCIONARIO DE DATOS


Necesidad De Entender El Diccionario De Datos
Muchos de los sistemas de administración de base de datos están equipados con un diccionario de datos automatizado.
Los diccionarios de datos pueden ser complejos o sencillos, también pueden catalogarse automáticamente ciertos elementos, otros programas proporcionan solo una plantilla para implementar al sistema un diccionario de datos, para registrar o mantener de cierta manera un informe por cada entrada.

Entender el proceso de un diccionario de datos puede ayudar al analista de sistemas a visualizar el sistema y su funcionamiento. Además de proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:

  •  Validar la integridad y exactitud del diagrama de flujo de datos.
  •  Proporcionar un punto de partida para desarrollar pantallas e informes.
  •  Determinar el contenido de los datos almacenados en archivos.
  •  Desarrollar la lógica para los procesos del diagrama de flujo de datos.
El Depósito De Datos
El depósito de datos es similar al diccionario de datos solo que de mayor extensión es uno de los muchos impactos de las herramientas CASE y podría contener (por mencionar algunos puntos) lo siguiente:


  • Información sobre los datos mantenidos por el sistema, incluyendo flujos de datos, almacenes de datos, estructuras de registros y elementos.

  •   Lógica de procedimientos.
  •   Diseño de pantallas e informes.
  •  Relaciones entre datos, por ejemplo cómo se vincula una estructura de datos con otra.


Definición De Los Flujos De Datos
La mayoría de los casos los flujos de datos son los primeros elementos que se definen. Las entradas y salidas del sistema se determinan mediante las entrevistas y la observación de los usuarios, y el análisis de documentos y de otros sistemas existentes. La información capturada para cada flujo de datos se podría resumir usando un formulario que contenga por lo menos la siguiente información:


  •  ID, un número de identificación opcional. A veces éste se codifica usando un esquema para identificar el sistema y la aplicación del sistema.
  •  Un solo nombre descriptivo para este flujo de datos. Este nombre es el texto que debe aparecer en el diagrama.
  • Una descripción general del flujo de datos.
  •  La fuente del flujo de datos. Ésta podría ser una entidad externa, un proceso o un flujo de datos proveniente de un almacén de datos.
  •  El destino del flujo de datos (los mismos elementos que se describieron en la fuente).

Descripción De Las Estructuras De Datos
Este método permite al analista producir una vista de los elementos que constituyen la estructura de datos junto con información referente a dichos elementos. Por ejemplo, el analista indicará si hay muchos elementos iguales en la estructura de datos (un grupo de repetición), o si dos elementos podrían excluirse mutuamente.
La notación algebraica usa alguno de los siguientes símbolos:

  •   Un signo de igual (-) significa "está compuesto de".
  •  Un signo de suma (+) significa "y".
  • Las llaves { } indican elementos repetitivos, también llamados grupos de repetición o tablas.
  • Los corchetes [ ] representan una situación de uno u otro. Se podría representar un elemento u otro, pero no ambos.
Elementos De Datos
Cada elemento de datos se debe definir una vez en el diccionario de datos y también se podría introducir previamente en un formulario de descripción del elemento. Las siguientes son las características que comúnmente se incluyen en el formulario de descripción del elemento:

  •  ID del elemento. Esta entrada opcional permite al analista construir entradas de diccionario de datos automatizadas.

  •   El nombre del elemento. El nombre debe ser descriptivo, único y basado en el propósito al cual está destinado el elemento en la mayoría de los programas o por el usuario principal del elemento.
Almacenes De Datos
Los elementos base se deben almacenar en el sistema. También los elementos derivados se podrían almacenar en el sistema, tal como, para un empleado, el sueldo bruto acumulado a la fecha.



Mediante un enfoque jerárquico de arriba hacia abajo, el analista de sistemas usa los diagramas de flujo de datos para empezar a compilar un diccionario de datos, el cual es un trabajo de referencia que contiene datos acerca de datos, o meta datos, de todos los procesos de datos, almacenes, flujos, estructuras y elementos lógicos y físicos del sistema bajo estudio. Una forma de empezar es incluir todos los elementos de datos que contengan los diagramas de flujo de datos.

Una colección más grande de información del proyecto se llama depósito.
Las herramientas CASE permiten al analista crear un depósito que podría incluir información acerca de los flujos de datos, almacenes, estructuras de registro y elementos; de las pantallas de lógica de procedimientos y diseño de informes; de las relaciones de datos; de los requerimientos del proyecto y de las liberaciones del sistema final, y acerca de la información de administración del proyecto.
Cada entrada en el diccionario de datos contiene el nombre del elemento, una descripción en español, alias, elementos de datos relacionados, el rango, la 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 por último de la documentación, debido a que es la fuente autorizada de cómo se usan y definen los elementos de datos en el sistema. Muchos sistemas grandes tienen diccionarios de datos computarizados que incluyen referencias cruzadas de todos los programas contenidos en la base de datos que usan un elemento de datos en particular. De cierta forma Podemos usar los diagramas de flujo de datos que elaboramos al crear las entradas de diccionario de datos para todos los flujos de datos y los almacenes de datos.