REPÚBLICA BOLIVARIANA DE VENEZUELAUNIVERSIDAD PEDAGÓGICA EXPERIMENTAL LIBERTADOR

INSTITUTO PEDAGOGICO DE BARQUISIMETO“LUÍS BELTRÁN PRIETO FIGUEROA”

DICCIONARIO DE DATOS, ESPECIFICACIONES DE LOS PROCESOS

Y CARTA ESTRUCTURADA

Integrantes:

Alvarado, Nohelia

Gimenez, Cesar

Sequera, Yetzabel

Sección:

101

Profesor:

Edgar Lizcano

DICCIONARIO DE DATOS

Los diccionarios de datos son definidos por algunos autores como:

Según James Senn (1992) definen los diccionarios de datos como “Todas las

definiciones de los elementos en el sistema (flujo de datos, procesos y almacenes

de datos) están descritos en forma detallada en el diccionario de datos”. Si algún

miembro del equipo encargado del proyecto desea saber alguna definición del

nombre de un dato o el contenido particular de un flujo de datos, esta información

debe encontrarse disponible en el diccionario de datos

Por otra parte los autores Peter Rob y Carlos Coronel (2006) señalan que los

“Diccionario de datos se utilizan para llevar un recuento detallado de todas las

tablas dentro de la base de datos que ha sido creada por el usuario, por el

diseñador o por ambos. Así pues, el diccionario de datos contiene (por lo menos)

todos los nombres y características de atributo de cada una de las tablas en el

sistema”.

Así mismo el autor Jesús Barranco (2001) define a los diccionarios de datos

como “El elemento del modelo que servirá para definir en él todos y cada uno de

los objetos del análisis. Es el lugar donde se controla y registra la integridad del

análisis y sus elementos. Su más importante papel es contener las definiciones

claras y precisas de los elementos del modelo. Los elementos definidos en el

diccionario son: flujos de datos, entidad de datos, almacenes, relaciones, procesos,

atributos, terminadores, registros y elementos (componentes de los flujos de datos

y almacenes)”.

El modelo de procesos queda organizado en el diccionario de datos, como se

muestra en la siguiente figura.

Podemos concluir que los diccionarios de datos se desarrollan con el análisis de

los flujo de datos y contienen las características lógicas de los datos que se van a

utilizar en un sistema, como nombre, descripción, alias, contenido y organización.

DIAGRAMA DE FLUJO DE DATOS

Según la Autora Carmen de Pablos “El diagrama de flujo de datos es una

técnica grafica que representa el flujo de la información y las transformaciones de

los datos. No representa explícitamente la lógica de procesamiento sino que

simboliza el flujo de la información”.

Entonces los Diagramas de Flujo de Datos es una técnica que se utiliza

principalmente para la modelización de sistemas informáticos. Representa el flujo

de la información, las transformaciones que se aplican y los datos al moverse

desde la entrada a la salida en un sistema informático.

El formulario que se utiliza para describir cada diagrama de flujo de datos tiene

la siguiente información:

1. 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.

2. Un solo nombre descriptivo para este flujo de datos. Este nombre es el texto

que debe aparecer en el diagrama y se debe referenciar en todas las descripciones

que usen el flujo de datos.

3. Una descripción general del flujo de datos.

4. 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.

5. El destino del flujo de datos (los mismos elementos que se describieron en la

fuente).

6. Algo que indique si el flujo de datos es un registro que está entrando o saliendo

de un archivo o un registro que contiene un informe, formulario o pantalla. Si el

flujo de datos contiene datos que se usan entre los procesos, se designa como

interno.

7. El nombre de la estructura de datos que describe los elementos encontrados en

este flujo de datos. Para un flujo de datos simple, podrían ser uno o varios

elementos.

8. El volumen por unidad de tiempo. Los datos podrían ser registros por día o

cualquier otra unidad de tiempo.

9. Un área para comentarios adicionales y anotaciones sobre el flujo de datos.

ESPECIFICACIONES DE PROCESO

Según la Autora Carmen de Pablos (2006) las especificaciones de proceso “Son

las definiciones literales de los procesos. Describen como se transforma la

información: la entrada del proceso, el algoritmo que se aplica y la salida que

produce”.

Por otro lado el autor Joaquin Nicolas Ros describe La especificación de

procesos como “Las reglas sobre cómo realizar el proceso para transformar las

entradas en salidas. Indican el proceso a realizar, la transformación de datos, no el

algoritmo (que se selecciona en la etapa de diseño)”.

Algunas herramientas de las especificaciones de procesos son:

1. Herramientas para describir la lógica de los procesos

Tablas de decisión

Árboles de decisión

Pre y post-condiciones

Lenguaje estructurado

2. Lenguaje Estructurado

Vocabulario (restringido) de una lengua (español, inglés, etc.)

Verbos imperativos

Términos definidos en el DD

Palabras reservadas para formulación lógica (mayúsculas)

Sintaxis de la programación estructurada

a. Sintaxis

Sentencia declarativa simple (secuencia)

Estructura de decisión

Estructura de repetición

Combinaciones de las estructuras anteriores

b.1. Sentencias declarativas

Concisión

Evitar verbos ambiguos (manejar, realizar, procesar, etc.)

Utilizar verbos precisos que describan acciones concretas (imprimir,

enviar, acumular...)

Mencionar expresamente el objeto de la sentencia, preferiblemente

utilizando los términos del DD

Ejemplos:

o Recoger INF-CLIENTE

o Separar PETICION

o Archivar PETICION en F-PETICION *fichero*

o Enviar DATOS-CLIENTE a DPTO-CLIENTES

b.2. Estructura de decisión

SI Condición 

SINO

Acción(es)

Ejemplos:

a) SI Valor-capital-actual es menor que 600

Asignar Cantidad-depreciada = Valor-capital-actual = 0

SINO

Asignar Cantidad-depreciada = 10% de Valor-capital-actual

b) Seleccionar la política que se aplica:

Caso 1: (Costo-de-pedido > 1000): 

enviar por avión

Caso 2: (Costo-de-pedido entre 100 y 1000): 

enviar por correo urgente

Caso 3: (Costo-de-pedido < 100): 

enviar por correo normal

b.3. Estructura Repetitiva

REPETIR (condición de selección)

Acción(es)

HASTA (condición de terminación)

MIENTRAS (condición)

Acción(es)

FIN MIENTRAS

Ejemplo:

REPETIR para cada registro-de-pasajero en fichero-de-reservas

Acumular Cantidad-debida en Total

Construir registro Nuevo-débito

Escribir Nuevo-débito en el diario

HASTA final de fichero-de-reservas

3. Tablas de Decisión

4. Árboles de Decisión

Con todo lo descrito anteriormente se puede definir la especificación

de procesos como una herramienta que permite definir qué sucede en los

procesos o funciones de un sistema cuyo objetivo es definir qué debe hacerse

para transformar ciertas entradas en ciertas salidas. Es importante resaltar que no

hay una única forma de realizar la especificación de procesos ya que existen

múltiples herramientas que facilitan esta tarea, aunque debería emplearse aquellas

que permitan fácil comprensión.

DESCRIPCION DE LAS ESTRUCTURAS DE DATOS

Normalmente las estructuras de datos se describen usando una notación

algebraica. 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 los siguientes símbolos:

1. Un signo de igual (-) significa "está compuesto de".

2. Un signo de suma (+) significa "y".

3. Las llaves {} indican elementos repetitivos, también llamados grupos de

repetición o tablas. En el grupo podría haber un elemento de repetición o varios de

ellos. El grupo de repetición podría tener condiciones, tal como un número fijo de

repeticiones o límites superiores e inferiores para el número de repeticiones.

4. Los corchetes [ ] representan una situación de uno u otro. Se podría representar

un elemento u otro, pero no ambos. Los elementos listados entre los corchetes son

mutuamente excluyentes.

5. Los paréntesis () representan un elemento opcional. Los elementos opcionales

se podrían dejar en blanco en la entrada de las pantallas y podrían contener

espacios o ceros para campos numéricos en las estructuras de archivos.

Con lo explicado anteriormente se puede definir a la estructura de descripción

de datos como una estructura que permite ver cada elemento que constituye un

flujo de datos.

Ejemplo de descripción de estructura de datos:

Datos del representante = Nombre del representante +

Cedula del representante +

Dirección de habitación +

{Teléfono de habitación} +

Profesión +

Dirección de trabajo +

{Teléfono de trabajo} +

ALMACEN DE DATOS

Un almacén de datos es una colección de datos orientada a un determinado

ámbito (empresa, organización, etc.), integrado, no volátil y variable en el tiempo,

que ayuda a la toma de decisiones en la entidad en la que se utiliza. Los almacenes

de datos contienen a menudo grandes cantidades de información que se

subdividen a veces en unidades lógicas más pequeñas dependiendo del subsistema

de la entidad del que procedan o para el que sea necesario.

Un ejemplo de almacenamiento de datos es la información a la que accedemos

en los ordenadores de forma cotidiana o la que se archiva fuera de la

computadora. Cada vez que se abre un archivo almacenado en el disco duro, se

está accediendo a los datos.

La información que se visualiza en el formulario de almacén de datos es la

siguiente:

1. El ID del almacén de datos. El ID es con frecuencia una entrada obligatoria

para evitar que el analista almacene información redundante. Un ejemplo sería DI

para el archivo MAESTRO DE CLIENTES.

2. El nombre del almacén de datos, el cual es descriptivo y único.

3. Un alias para el archivo, tal como MAESTRO DE CONSUMIDORES para el

archivo MAESTRO DE CLIENTES.

4. Una breve descripción del almacén de datos.

5. El tipo de archivo, manual o computarizado.

6. Si el archivo es computarizado, el formato de archivo designa si se trata de un

archivo de base de tipo tabla o si tiene el formato de un archivo plano tradicional.

7. El número máximo y promedio de registros en el archivo así como también el

crecimiento anual. Esta información permite al analista predecir el espacio en

disco que requerirá la aplicación y es necesaria para planear la adquisición del

hardware.

8. El nombre del conjunto de datos especifica el nombre del archivo, si se conoce.

Este elemento se podría dejar en blanco en las primeras etapas del diseño.

CARTA ESTRUCTURADA

La carta estructurada muestra la jerarquía en el sistema de información en

donde se observa los diferentes módulos y sub - módulos que permiten realizar las

funciones para las cuales fue diseñado este. A su vez cada uno estos módulos

poseen una numeración la cual posteriormente puede ser utilizada como un

indicador en los reportes o pruebas del sistema esto para llevar un control y

conocer de donde proviene la información.

Por otra parte el autor Behrouz Forouzan define la carta estructurada como

“Una herramienta de alto nivel que muestra la relación entre diferentes módulos

es un algoritmo. Se utiliza principalmente en el nivel de diseño y no en el nivel de

programación”.

Es por eso que la Carta Estructurada del Proyecto consiste en un diagrama

jerárquico modular basado en una metodología de desarrollo de sistemas TOP-

DOWN. Top-Down, significa, partir de lo más general hacia lo más detallado. Es

un proceso análogo al de armar un rompecabezas en el sentido de ver primero la

imagen ver primero el concepto o la imagen general y a partir de allí comenzar a

detectar donde va cada pieza dentro de la imagen.

En la siguiente imagen pueden ver un ejemplo sencillo de Carta Estructurada

donde se refiere a un proyecto de Sistema de Control de Distribución para el

manejo de Inventario.

REFERENCIAS BIBLIOGRAFICAS

Barranco Jesús (2001). Metodología del análisis estructurado de sistemas.

Universidad Pontificia de Madrid.

De Pablo Carmen (2006). Dirección y gestión de los sistemas de información en

la empresa. Esic editorial.

Forouzan Behrouz (2003). Introducción a la ciencia de la computación[Libro en línea]. Editorial: Ciencia e ingenierías. Disponible: http://books.google.co.ve/books?id=xu4jcMBih8QC&pg=PT177&lpg=PT177&dq=carta+estructurada+Behrouz+Forouzan&source=bl&ots=Yq4cuzxkEv&sig=Q4t4G42VM93D8aIgaZC48eQPcVg&hl=es&sa=X&ei=en1DUMTKM-To0QH6mYDwCw&ved=0CCoQ6AEwAA#v=onepage&q=carta%20estructurada%20Behrouz%20Forouzan&f=false [Consulta:2012, Septiembre 01].

Fundamentos de Ingeniería del Software. Especificación de procesos [documento en línea]. Disponible: http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Capitulo%204/procesos.htm[Consulta: 2012, Agosto 31].

Kendall Kenneth y Kendall Julie (2005). Análisis y diseño de sistemas.

Rob Peter y Coronel Carlos (2006). Sistemas de base de datos. Thomson Editores.

Pearson Education.