You are on page 1of 273

INICIO DE UN PROYECTO NFORMÁTICO

En un entorno informático estable, la decisión de iniciar un proyecto viene dada por
las necesidades de: mantenimiento, modificación, mejoramiento, reemplazo o capaci
dad; encuadrándose así, el proyecto informático, dentro de una categoría de complejidad
mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un a
INICIO DE UN PROYECTO NFORMÁTICO
a decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento
, modificación, mejoramiento, reemplazo o capacidad; encuadrándose así, el proyecto in
formático, dentro de una categoría de complejidad mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un a
INICIO DE UN PROYECTO NFORMÁTICO
En un entorno informático estable, la decisión de iniciar un proyecto viene dada por
las necesidades de: mantenimiento, modificación, mejoramiento, reemplazo o capaci
dad; encuadrándose así, el proyecto informático, dentro de una categoría de complejidad
mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un aumento no previsto del 60 %, en la emisión de órd
enes de compra. Las fallas también pueden provenir de otros factores, como ser en
el caso de que existan cambios en las expectativas de los usuarios.
En un entorno informático estable, la decisión de iniciar un proyecto viene dada por
las necesidades de: mantenimiento, modificación, mejoramiento, reemplazo o capaci
dad; encuadrándose así, el proyecto informático, dentro de una categoría de complejidad
mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no c
En un entorno informático estable, la decisión de iniciar un proyecto viene dada por
las necesidades de: mantenimiento, modificación, mejoramiento, reemplazo o capaci
dad; encuadrándose así, el proyecto informático, dentro de una categoría de complejidad
mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un aumento no previsto del 60 %, en la emisión de órd
enes de compra. Las fallas también pueden provenir de otros factores, como ser en
el caso de que existan cambios en las expectativas de los usuarios.
En un entorno informático estable, la decisión de iniciar un proyecto viene dada por

las necesidades de: mantenimiento, modificación, mejoramiento, reemplazo o capaci
dad; encuadrándose así, el proyecto informático, dentro de una categoría de complejidad
mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un aumento no previsto del 60 %, en la emisión de órd
enes de compra. Las fallas también pueden provenir de otros factores, como ser en
el caso de que existan cambios en las expectativas de los usuarios.
La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
onsiderar que puedan ocurrir en el sistema, ciertas condiciones extraordinarias;
como sería el caso de un aumento no previsto del 60 %, en la emisión de órdenes de c
ompra. Las fallas también pueden provenir de otros factores, como ser en el caso d
e que existan cambios en las expectativas de los usuarios.
La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
El Mejoramiento del sistema; es el agregado de capacidades que no formaron parte
del sistema de información original; por ejemplo cuando en una división se implemen
tó un sistema de inventarios, este sistema no incluía un modulo para calcular la fut
sión de iniciar un proyecto viene dada por las necesidades de: mantenimiento, modi
ficación, mejoramiento, reemplazo o capacidad; encuadrándose así, el proyecto informátic
o, dentro de una categoría de complejidad mostrada en la figura 1.2:
El Mantenimiento del programa; es una consecuencia de una omisión realizada en la
etapa del diseño del sistema e involucra solucionar fallas menores del sistema,
que obligará a la realización de cambios en el programa; como por ejemplo el descuid
o de no considerar que puedan ocurrir en el sistema, ciertas condiciones extraor
dinarias; como sería el caso de un aumento no previsto del 60 %, en la emisión de órd
enes de compra. Las fallas también pueden provenir de otros factores, como ser en
el caso de que existan cambios en las expectativas de los usuarios.
La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
onsiderar que puedan ocurrir en el sistema, ciertas condiciones extraordinarias;
como sería el caso de un aumento no previsto del 60 %, en la emisión de órdenes de c
ompra. Las fallas también pueden provenir de otros factores, como ser en el caso d
e que existan cambios en las expectativas de los usuarios.
La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
El Mejoramiento del sistema; es el agregado de capacidades que no formaron pura
demanda de bienes y partes. La inclusión de este sofisticado módulo de cálculo es cons
iderado un mejoramiento del sistema.
El Reemplazo del sistema; ocurre cuando los sistemas de informa

La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
onsiderar que puedan ocurrir en el sistema, ciertas condiciones extraordinarias;
como sería el caso de un aumento no previsto del 60 %, en la emisión de órdenes de c
ompra. Las fallas también pueden provenir de otros factores, como ser en el caso d
e que existan cambios en las expectativas de los usuarios.
La Modificación del programa; involucra algo más que un simple cambio en el programa
; involucra un cambio estructural de una entidad Por ejemplo, un cambio en el núme
ro de dígitos del código postal, o en el código de zona telefónica. La diferencia con el
Mantenimiento es el grado de importancia
El Mejoramiento del sistema; es el agregado de capacidades que no formaron pura
demanda de bienes y partes. La inclusión de este sofisticado módulo de cálculo es cons
iderado un mejoramiento del sistema.
El Reemplazo del sistema; ocurre cuando los sistemas de información se tornan física
mente, tecnológicamente o competitivamente obsoletos. Como es el caso de la utiliz
ación del láser, en el reconocimiento óptico de caracteres para la lectura del código d
e barras, remplazando a la entrada por teclado.
La Nueva Capacidad del sistema; son sistemas de información para los cuales no es
nees que no formaron parte del sistema de información original; por ejemplo cuando
en una división se implementó un sistema de inventarios, este sistema no incluía un m
odulo para calcular la futura demanda de bienes y partes. La inclusión de este sof
isticado módulo de cálculo es considerado un mejoramiento delción se tornan físicamente,
tecnológicamente o competitivamente obsoletos. Como es el caso de la utilización de
l láser, en el reconocimiento óptico de caracteres para la lectura del código de barr
as, remplazando a la entrada por teclado.
La Nueva Capacidad del sistema; son sistemas de información para los cuales no es
nees que no formaron parte del sistema de información original; por ejemplo cuando
en una división se implementó un sistema de inventarios, este sistema no incluía un m
odulo para calcular la futura demanda de bienes y partes. La inclusión de este sof
isticado módulo de cálculo es considerado un mejoramiento del sistema.
El Reemplazo del sistema; ocurre cuando los sistemas de información se tornan físice
sario el uso de la automatización. Están dados por la capacidad de poder modeliz
ar la aplicabilidad de nuevos sistemas. Un
ejemplo
de
ello,
es
la
aplicación
de
los
sistemas
expertos.
Figura 1.2 Categorías de los sistemas de información
s cuales no es nees que no formaron parte del sistema de información original; po
r ejemplo cuando en una división se implementó un sistema de inventarios, este siste
ma no incluía un modulo para calcular la futura demanda de bienes y partes. La inc
lusión de este sofisticado módulo de cálculo es considerado un mejoramiento delción se t
ornan físicamente, tecnológicamente o competitivamente obsoletos. Como es el caso de
la utilización del láser, en el reconocimiento óptico de caracteres para la lectura
del código de barras, remplazando a la entrada por teclado.
La Nueva Capacidad del sistema; son sistemas de información para los cuales no es
nees que no formaron

Según Rusell Ackoff, la esencia de la sabiduría es la preocupación por el futuro; pero

no es, la misma preocupación que tiene el adivino por el futuro, pues él solamente
intenta preverlo; el sabio intenta controlarlo.
La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas
de lograrlo, hasta donde sea posible.
Por lo tanto, al planificar se construye la secuencia de tareas con la lógica nece
saria, y la asignación de recursos necesarios para alcanzar el objetivo del proye
cto en un tiempo óptimo.
La disponibilidad de recursos, hace que la secuencia de tareas pueda variar en
el tiempo; dependiendo de los recursos con que se dispongan. Por lo tanto, al m
omento de planificar, hay que considerar, las tareas y los recursos; con el mism
o grado de importancia.(ver. 1.1 que es un proyecto informático).
MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREASupación por el futuro; pero no es,
la misma preocupación que tiene el adivino por el futuro, pues él solamente intenta
preverlo; el sabio intenta controlarlo.
La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas
de lograrlo, hasta donde sea posible.
Por lo tanto, al planificar se construye la secuencia de tareas con la lógica nece
saria, y la asignación de recursos necesarios para alcanzar el objetivo del proye
cto en un tiempo óptimo.
La disponibilidad de recursos, hace que la secuencia de tareas pueda variar en
el tiempo; dependiendo de los recursos con que se dispongan. Por lo tanto, al m
omento de planificar, hay que considerar, las tareas y los recursos; con el mism
o grado de importancia.(ver. 1.1 que es un proyecto informático).
MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS
La planificación temporal de un proyecto de software, no difiere mucho de la de c
ualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar las técn
icas y herramientas generales de planificación temporal de proyectos para el desar
rollo de software, con pequeñas modificaciones; entre ellas podemos citar a la técni
ca de Evaluación y Revisión de Programas, el método del Camino Crítico y al diagrama de
Gantt.
La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn
ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d
e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec
tos informático. Ambas técnicas desarrollan una descripción de la red de tareas del pr
oyecto, es decir, una representación gráfica o tabular de las tareas que deben
La planificación temporal de un proyecto de software, no difiere mucho de la de c
ualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar las técn
icas y herramientas generales de planificación temporal de proyectos para el desar
rollo de software, con pequeñas modificaciones; entre ellas podemos citar a la técni
ca de Evaluación y Revisión de Programas, el método del Cr, las tareas y los recursos;
con el mismo grado de importancia.(ver. 1.1 que es un proyecto informático).
MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS
La planificación temporal de un proyecto de software, no difiere mucho de la de c
ualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar las técn
icas y herramientas generales de planificación temporal de proyectos para el desar
rollo de software, con pequeñas modificaciones; entre ellas podemos citar a la técni
ca de Evaluación y Revisión de Programas, el método del Camino Crítico y al diagrama de

Gantt.
La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn
ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d
e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec
tos informático. Ambas técnicas desarrollan una descripción de la red de tareas del pr
oyecto, es decir, una representación gráfica o tabular de las tareas que deben
La planificación temporal de un proyecto de software, no difiere mucho de la de c
ualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar las técn
icas y herramientas generales de planificación temporal de proyectos para el desar
rollo de software, con pequeñas modificaciones; entre ellas podemos citar a la técni
ca de Evaluación y Revisión de Programas, el método del Camino Crítico y al diagrama de
Gantt.
La planificación temporal de un proyecto de software, no difiere mucho de la de c
ualquier otro esfuerzo de desarrollo multitarea. Además, se pueden utilizar las técn
icas y herramientas generales de planificación temporal de proyectos para el desar
rollo de software, con pequeñas modificaciones; entre ellas podemos citar a la técni
ca de Evaluación y Revisión de Programas, el método del Camino Crítico y al diagrama de
Gantt.
La Técnica de Evaluación y Revisión de Programas (Program Evaluamino Crítico y al diagr
ama de Gantt.
La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn
ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d
e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec
tos informático. Ambas técnicas desarrollan una descripción de la red de tareas del pr
oyecto, es decir, una representación gráfica o tabular de las tareas que deben reali
zarse desde el principio hasta el final del proyecto.
La Técnica de Evaluación y Revisión de Programas (Program Evaluamino Crítico y al diagr
ama de Gantt.
La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn
ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d
e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec
tos informático. Ambas técnicas desarrollan una descripción de la red de tareas del pr
oyecto, es decir, una representación gráfica o tabular de las tareas que deben reali
zarse desde el principio hasta el final del proyecto.
En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m
aestro, mediante la creación de un modelo lógico, para lograr el mejor tiempo y con
el mínimo costo.
La red se define desarrollando una lista de todas las tareas asociadas con el pr
oyecto específico, y una lista de secuenciamietos, que indica en qué
orden deben realizarse las tareas.
Se estiman luego los tiempos correspondientes; y para ello se debe:
1.-establecer, con la aplicación de modelos estadísticos, las estimaciones de tiempo
, mas probables para cada una de las tareas;
2.- luego se calculan los límites de tiempo que definen una amplitud temporal para
cada tarea (teniendo en cuenta los recursos disponibles), y por último;
3.-se halla el camino crítico, o sea el conjunto de actividades, que determina la

Al momento de asignar los recursos. La herramienta principal para la planificación de recursos es el presupuesto. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. se requiere determinar. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. por lo tanto. como es el caso de Microsoft Project. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. se lo utiliza para: considerar alternativas . elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. y del calendario para hacerlo. Una vez establecido el camino crítico. la importancia de cada tarea.1. Este gráfico se sustenta en un a estructura de barras horizontales. . a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. ésta es una representación gráfica c ronológica. La utilización de una herramienta automatizada de administración de proyectos. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. cuándo. si es una actividad crítica o no. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. de las etapas componentes de un proyecto. A los efectos de su confección. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. le otorgará una mayor eficacia en el control del proyecto.duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto.2 Diagrama de GANTT. en la planifica ción son tan importantes las tareas como los recursos disponibles.

nuevamente concentrando nuestra atención en los proyectos informáticos. Repetidores. De Beneficio. De Sensibilidad. se deben realizar los siguientes análisis: De Costo. va a conformar l a denominada Base de Datos. para que las personas de la organización puedan tomar .3. dichas exploraciones alcanzarán un gran n el proceso de planificación cua de una gr de lo valor e Entre tantas condiciones comerciales. en la que se puede estimar la sensibilidad. Tenemo s que en el proceso de planeamiento. resultante de nuestro proyecto informático y. se debe determi nar: También se deben considerar. que será compartida por los diferentes usuarios de la organización. SQL) Métodos de desarrollo ( Ciclo de Vida. Unidades de entrada/salida) Comunicaciones (Modem. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. Prototipo. La función básica de una base de datos es permitir el almacenamiento y la recuperación de la información necesaria. FIGURA2. Cobol. C++. De Riesgo. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. salida. de un sistema de información. A través s análisis de riesgo y sensibilidad. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. El índice de inflación. Esto facilitará una exploración financiera rápida. Es importante considerar que la utilidad de los modelos financieros.Lo importante es que una vez que fueron identificados los recursos para cada tar ea. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. aumenta ndo se los computariza. El costo del dinero accionario. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. podemos citar: La tasa de interés bancaria. Memoria principal) Periféricos (Unidades de entrada.

otra el área de ventas o el área de producción.01. en una única base de datos. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.01. son programas de software para la administración de las Ba ses de Datos. y e s así que pueden almacenar toda la información necesaria.01. proporcionándole al usuario. as cada área específica de la empresa. y un conjunto de Bases de Datos.02. Es así que las Bases de Datos se tornan esenciales para la supervivenc ia de cualquier organización. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera.decisiones. consistente y c onsolidada. una más para Mientras tanto las Grandes organizaciones poseen computadoras de gran porte.01 2.02 1.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). manipular y recuperar datos en u na computadora. o con múltiples Bases de Datos. se cuente con microcomputadoras. Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. El SGBD también se encargará de la comunicación entre el usuario y la base de datos.01.01 4. Es común que en las pequeñas y medianas empresas por ello tengan que distribuir su información en ignándole a cada una de ellas. ESTRUCTURA DE UNA BASE DE DATOS. para: almacenar.01. los medios necesarios para poder obten er información. y en particular. Una Base de Datos está compuesta por un conjunto de tablas o archivos. Pentium II 200Mhz Pentium III 500Mhz Unidad Cantidad .01 3.01.01 1.01 4. Un para el almacenamiento de la info para el área de personal. introducir nuevos datos y actualizar los ya existentes. Los sistemas de Gestión de Base de datos.02 4.01.44 Mbytes Sonido de 16 bit Papel carta para impresora. pues los datos estructurados constituyen un recurso básico para todas las organizaciones. integrada. Independientemente de la Base de Datos que será implementada. la o rganización puede contar con una única Base de Datos.

La Plata 365 Doblas 1578 Av.01 1.01 1.01 Código del artículo Precio .01.01.01. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1.01.01 2.Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad Unidad Unidad Caja de 10 Unidad 10 20 20 5 25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.

Además. po seen el mismo formato. U n atributo es pues. almacenan o procesan datos. cualquier detalle que sirve para identificar.00 50 450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). PROVEEDORES. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. de interés para la organización y acerca del cual se capturan. iden tificados por las columnas. real o i maginario. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. que describen a las entidades. Por lo tanto una entidad es cualquier persona. FIGURA 3. como por ejemplo el archivo de VEN DEDORES. ARCHIVO DE TRANSACCIONES. cada entidad en él almacenado. almacenados en el archivo PR OVEEDORES y. Todos los registros de un archivo.00 75. cosa o evento. La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. BANCOS. cada uno de estos archivos está formado por un conjunto de registros que des cribe. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada.4. que son: los archivos ma estros.01. almacenados en el archivo de ORIGEN DEL PRODUCTO.00 80. clasificar. como es en el caso de un archivo HISTÓRICO DE V ENTAS. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. almacenados en el archivo de PROD UCTOS. y cada registro debe contener el conjunto de atributos necesarios. CLIENTES. PRODUCTOS.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. los archivos de transacciones. para dar apoyo a la actividad de la organización. los productos son provistos por cada proveedor y viceversa. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. COMPETIDORES. . o sea tienen el mismo conjunto de datos o atributos. los archivos de control y los archivos d e planeamiento. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. Datos sobre proveedores (Entidad proveedores). identificados por las filas de cada tabla. NÓMI NA DEL PERSONAL. VENDEDORES. cu antificar o expresar el estado de una entidad. o sea . Datos sobre el origen de los productos (Entidad origen del producto).03 70. a través de los atributos o datos (columna).

CONSUL TA DE CLIENTES. Estos archivosgeneran medidas de control de los negocios. Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. COSTO DE REPOSICIÓN. COMPRAS POR PROVEED OR. VOLUMEN DE VENTA POR VENDEDOR. para permitir el análisis del desempeño de la organización. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. de transacciones. FACTURAS. En el caso de la Base de Datos de compras. PROCESOS DE EXPORTACIÓN. La llave primaria. uno es el de acumular datos de eventos en el momento que ocurran.Est ructura de una Base de datos). La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). VOLUMEN DE VENTA POR CLIENTE. descripta anteriormente ( ver 3. que generalmente se identificada por medio de la letra @. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. INDICES DE ACCESO . Cada instancia de una entidad debe ser unívocamente identificable. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. correctamente proyectado.1. Figura 3. PAGOS A RECIBIR.1. la llave primaria no puede tener valores repetidos para di stintos registros. como es en el caso de los archivos de VENTAS. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. como ser el VOLUMEN DE VENTA POR PRODUCTO. como por e jemplo: PROGRAMA DE VENTAS.1. ARCHIVO DE PLANEAMIENTO. y quien permite esta identif icación es la llave primaria. En otras palabras. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. Los archivos de planeamiento. PRESUPUESTO FINANCIERO. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES.Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. COSTOS. puede ser un atributo o una combinación de atributos. PROGRAMA DE PRODUCC IÓN. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. y de control. ARCHIVOS DE CONTROL. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. PROGRAMA DE COMPRAS.

la simbólica y la matemática. Los modelos simbólicos generalmente son más específicos que los verbales. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). las variables y sus relaciones se funden en forma de prosa. podremos describir el funcionamiento de un sistema.Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos.5. Según Sowa. También es posible crear índices para un archivo de datos utilizando atributos (camp os).2. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. o conjunto de atributos. pero pocos se diseñan para dar resultados numéricos e specíficos. con el objetivo de servir a los propósitos del usuario. Los modelos pueden tener diferentes clases de estructuras. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. El manual de procedimientos. por ejemplo. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. y esto debería ser el propósito de todo modelo. y es así que el fenómeno se despoja de lo que no es esencial.. conforme perseguido por alguien (autor del modelo). que describiremos próximamente (ver 4. con cierto grado de detalle (abstracción). . diferentes de los de la llave primaria. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. Este índice es llamado índice primario . creada por el SGDB. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). En los modelos verbales. flujogramas). La operación de indexa ción. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. de una parte de la realidad (sistema). Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. Este tipo de índice. el manual de organización o la Lista de evento s. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria.1. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. como por ejemplo lo s flujogramas (ver 4. Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. la modelización de las funciones del s istema). son ejemplos de modelos verbales. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. llamado índice secundario. Algunos modelos pueden combinar componentes icónicos y análogos. pero las clases más com unes son: la verbal.

2 inicio de un PI). Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . y suelen abarcar un número mayor de acepciones.1. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. y estos tienen básicamente dos formas de ser probados. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. para facilitar el descubrimiento. en éste último caso. o sea si un modelo se pru eba retrospectivamente. los modelos se pueden utilizar heurística mente. Es una oración demasiada ambigua. es quien a utoriza las compras. Elegir el nivel apropiado de abstracción para los términos. en forma estructurada. es decir. la utilización de. En cambio. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. las palabra s abstractas designan conceptos o cualidades más difusos. entre las diversas alternat ivas posibles. se puede hacer una evaluación parcial del modelo . es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). Se debe preferir. porque se hace una clara imagen de ellas asociándolas a la realidad. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va.Un punto muy importante de los modelos es el de saber como probarlos. Luego esta lis ta estructurada. y la otra es de forma es retr ospectiva (contra el desempeño pasado). están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. utilizando el juicio s obre la posibilidad de esta baja. pues no hay referentes reales. Después.1 que es un PI y 1. El lector necesita más tiempo y esfuerzo para captar su sent ido. Además de su utilidad para evaluar medios. Su principal dificulta d reside en el significado de compras. que s egún lo visto en el tópico anterior (4. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . a fin de d eterminar su valides. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. Al tratarse de una palabra bastante genéric . el análisis de su sensibilidad al error puede servir de base para evaluarlo. será la base para la construcción de las entida des y sus relaciones. de la lista de eventos. Las palabras concretas se refieren a objetos o sujetos tangibles. una e s la forma prospectiva (contra el desempeño futuro). fuesen realizados en forma oral o escrita en lenguaje natural. el lector las pue de descifrar fácilmente. de cada uno de los participantes del proyecto. LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. palabras concretas a palabras abstractas. y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. Por lo tanto es muy importante el escoger la acepción más apropiada.). Las primeras actividades de diseño de los sistemas (ver cap1. en el diseño inicial. En el caso de que los requerimientos.

tanto como les sea posible. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. estructuras sintácticas no ambiguas (PRODUCTOS. Y en función del bien: ¿en insumos y/o bienes de capital?. Estos elementos-llave pueden estar acompañados de otras palabras como artículos. a pedidos pequeños o ambos?. esto es.. no programadas o ambas?. "mirá las cajoneras". ¡Cuál de estos términos es el correcto?. También es importante que los enunciados que describen operaciones deben utilizar. Elegir un estilo estandarizado de enunciado. permite una clara clasificación de los conceptos. etc. se r efiere a: ¿grandes pedidos. se refiere a: ¿com pras programadas. que obvia mente no debería existir. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". Por ejemplo. Es así que la segunda oración. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). Por lo tant o el término debería ser insumos. Evitar el uso de casos en lugar de conceptos generales. el <verbo> . involucra a: ¿la s importaciones o las de plaza local?. El término pastillas de frenos no describe un concepto. que pueden ser el instrumento o el modificador . a djetivos. se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. Si se evalúa en función del volumen. verifica es el verbo. En función de su origen. Es común observar que los usuarios de los sistemas de información. en LI . PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. adoptan términos más específicos de los que verdaderamente son necesarios. en lugar de referencias explícitas a los mismos conceptos. el <objeto> y el <complemento>. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". en el caso de las descripciones de los datos. Idealmente. en vez de decir. Al usar rodeos. un componente. Evitar las expresiones vagas o indirectas.a. Considere que una frase puede estar incompleta. éstas deben ser frases afirmativ as. compuestas por hasta cuatro elementos-llave. que son el <sujeto>. "mirá las cajoneras". Lo que significa asumir un riesgo. La segunda oración indica un a clase específica de entidad (cajonera). solo queda la alternativa de hacer una hipótesis de significado genérica. entran en acepciones juego muchas Compras se refiere a: Si se considera en función del tiempo. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. sino una i nstancia o componente del concepto correcto.

O en el caso particular de nuestros archivos. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. acción. hacer. similares a las de los lenguajes de programación. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. el diccionario de datos). En qué despacho se reúnen. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. 2.4. B usiness Proc ess Model). que participen de es te sistema. es decir: frases que puedan interpretarse de dos o más maneras distintas. Detallar los procesos a ser realizados. Por ejemplo Para finanzas el cliente es quien compra un producto. Verificar los sinónimos y los homónimos. Cuál remito firma. o potencial cliente. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. en el de compras o en el de los proveedores. Por ejemplo: Si el monto es menor a 100 aprueba el pedido.3. Se debe evitar cometer ambigüedades. el original o alguna copia. comprador. cuando. . de un sistema. El objetivo del DFD es: 1. ir confeccionando el diccionario de datos. Describir el contexto del sistema.STA DE PRODUCTOS o en STOCK). Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). sino eleva el pedido a Gerencia Financiera. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. en diferentes lugares. es el us uario del producto. En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. Aunque. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. Hacer un Diccionario de Datos. entonces. En el caso de: Recepción firma remito. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. co mo si. la confección del diccionario de datos. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. con significados diferentes es con siderado pues un homónimo. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. Como veremos más adelante (ver 4. condición. denominadas Entidades externas. sino. Lo que ocurre es que. STOCK se diferencia por contar además con el atributo Saldo del p roducto. la transformación de entradas en salidas. parroquiano. Hacer explícitas las referencias entre términos. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. mientras que para Marketing el cliente. diseño de relación uno a uno). no se justifica en ningún caso. usuario . determinando lo que ocurrirá en cada un a de las áreas de la empresa.

y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. sin el requerimiento de un c onocimiento previo de informática. que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4. deben pasar a ser parte del sistema en estudio. Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio. Definir los flujos de datos. el DFD permite representar de forma completa el sistema de in formación.2. que representan a los flujos de datos. son utilizados cuatro símb olos : Figura 4. Clientes y un sistema de liquidación de sueldos y jornal es.2. Enumerar los archivos de datos necesarios. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. o bien . Entidades externas. En sí. esto está indicando que la frontera del sistema. las entidades externas. cantidad.2). procesos y flujos de información). 2. Las entidades externa pueden duplicarse. si fuese necesario darle claridad al di seño y evitar largos vectores. Las. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. Apellido.2. que participen en el procedimiento. con los procesos que transforman a estos dados. Una de las principales características de este modelo es su simplicidad. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. Son representadas por medio de un cuadrado. a un grup o de personas o. Cuando una entidad externa provee datos al sistema. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. Y cuando una entidad externa recibe datos del sistema. En otras palabras. Las entidades externas son consideradas también como Terminadores. 4. en cada proceso. y lo s procesos involucrados en esta entidad. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema. con los cuales se puede producir un esquema. o bien evita r gran cantidad de entrecurzamientos de los mismos. como ya lo dijimos anteriormente. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. a un sistema. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada.-Los flujos de datos son representados por vectores direccionados.3. pues lo que ocurre en estas entidades no es de interés para el proyecto. que alcance el nivel de detalle requerido por el proyectista. al relacionar los datos almacenados en los archivos de datos del sistem a. archivos. Si así lo fuera. Simbolog ía del DFD Metodo Yourdon 1. que pueden representar a una persona. es más amplia de lo que se determinó. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema.

Al terminar el diseño del sistema y la constru cción del mismo. Las duplicaciones de símbolos deben ser mantenidas al mínimo. y por ahí comience el diseño. Los DFD son más legibles.( ver 4.. juntamente con las entradas que irán para ellas. El procesamiento o la secuencia puede estar implícitamente en el diagrama. Diccionario de datos) o esquematiza do en un flujograma (ver 4. Estas funciones son las que transforman a las ent radas en salidas. flujograma) FIGURA 4. El objetivo . Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. y no los detalles de imp lantación del sistema. flujograma) 4. cuál es la entrada o proceso que inicia.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. los archivos serán las tablas que compongan la base de datos. 1. precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4. o como rectángulos con sus vértice s redondeados. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. Al diseñar el primer borrador del DFD. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. y no como una especificación detallada del sistema. a continuación si ga con las salidas que de ellas son originadas. Como regla general. Factura. RESTRICCIONES DEL DFD.Los procesos se pueden mostrar como burbujas. 3. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson. en un DFD. a menos que estos sean muy relevantes para los usuarios d el sistema.pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. que la frontera itúe dentro del contorno de las entidades externas 2.el diccion ario de datos). si las entidades bordes del diagrama. El DFD debe ser visto como una herramienta de planeamiento del siste ma. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . loa tratamiento de errores y de excepciones no de ben ser representados. Remito. Inicie la construcción del DFD por las entidades externas. pero la representación procedimental. Diagrama de Flujo de Datos. 3..5. RECOMENDACIONES PARA UN DFD. Lo que queremos decir es que. pero no provee detalles sobre esos componentes. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. Para mostrar los detalles de qué información es procesada y cómo es transformada.3. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta. Si los flujos de datos principales van del derecho del diagrama. de tal forma.5.3.. 4. piense en como el sistema funciona realment e. El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación.1.

El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. de los componentes de los repositorios. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información. del repositorio de datos o de una entidad externa. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente.es la identificación de todos las entidades externas. que almacenan los detalles del modelo lógico de l sistema. estas herramientas cu entan con un diccionario de datos. que componen la defini ción. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas por dicho proceso. Próximas versiones mejorarán las definiciones y el diseño. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic amente diseñada para la modelización del sistema de información. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. dado que un mismo elemento puede se r conocido por diferentes nombres. la modelización de las funciones del sistem a). Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. Alias: otros nombres usados para la entrada.2. después el proceso que trata esa entrada. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. de las salidas. además de incluir los flujos de datos entre ellos. CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. Descripción: Explicar las diversas partes o circunstancias. y también d e cálculos intermedios. procesos y archivos de dato s que formarán parte del sistema. El primer borrador puede ser realizado en papel. . cada archivo de datos es una colección de elementos de datos individuales. de los objetos. del flujo de datos. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema. o del control de cómo lo usan. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. Por lo tanto.

el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. El RDM posee dos importantes componentes. en detalle. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones. Las Entidades pueden ser identificadas de forma única y. Por lo tanto. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). sino también que relaciones existen entre los archi vos de datos. ser descriptas a través de uno o mas hechos (Atributos). tomamos que.Estructura FIGURA 4. Este aspecto del sistema no está representado por el diagrama de flu jo de datos. en cada archivo de da tos definido por el DFD. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. Como regla general.Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes * * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave presente o ausente) FIGURA 4. que son las Entidades y las Relaciones : 1.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). cuyos miembros diseñan un papel en el sistema que se está desarrollando. qué información está conte nida en cada archivo de datos. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario.2 Diccionario de Datos .Descripción FIGURA 4. es bastante compleja. o sea.3 Diccionario de Datos .4 Diccionario de Datos . Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. se almacenan los datos que describen a las Entidades de l sistema de información. pero en la mayoría de los sistemas. es necesario que a partir de este modelo. algunas veces la información es mínima. . a cada archivo de datos del DFD le corresponde un a Entidad al RDM. No solamente queremos saber. Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos.

que son necesarias para establecer la relación entre las entidades. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. Relación varios a varios. como así también sus llaves foráneas. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas. Normalment e. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). una venta con varios productos. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. correspondan a las clave s externas de las Tablas A y B. y que a través de esa relación son generados informes.2. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. y así sucesivame nte en cada uno de los procedimientos. 5. Este tipo de relación no es habitual. En una relación varios a varios. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno.1. es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. Facilita la definición y el análisis del tipo de relación existente entr . interligadas por vectores al relacionamiento. Por lo tanto. 4. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. Pero veamos cómo son cada una de estas relaciones: Relación uno a varios.llave primaria o identificadora). un vendedor con varias ventas. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. como por ejemplo: todos l os productos vendidos a un cliente. 2. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. En una relación uno a uno. y en este tipo de relación. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. uno – a – varios y varios – a – varios. Relación uno a uno. considerando que las entidades de una base de dados están relacionad as. 3. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. al momento de diseñar y analizar el DFD. estos campos. por ejemplo. y que además. Es el tipo de relación más común. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal.2. Simplifica la estructuración de los datos. un cliente podrá estar relacionado con varias ventas. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. cuya clave principal c onsta de al menos dos campos.

2. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. FIGURA 4.4. Propiedades de las entidades y las relaciones En el ejemplo de la Fig.4. La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar. TECNICA DE DISEÑO DEL RDM. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. se representa la relación entre dos entidades. Por lo tanto.1. En la Fig. 4.N) FIGURA 4. y que posteriormente formarán la base de dados del sis tema proyectado. pero un PRODUCTO es parte de solamente una VENTA (1. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos. cada VENTA involucra uno o mas (1. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel.3.N) productos v endidos.4.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. varios – a – varios. Por otro lado. cada PROVEEDOR puede suministrar uno o mas (1. 4. El par de números ( 1 . una PERSONA está relacionada a un DEPARTAMENTO (1. que conformarán la base de datos: uno – a – uno. Relación entre entidades En el ejemplo de la Fig. uno – a – varios.N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones.2. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro. FIGURA 4.1. la entidad PERSON A y la entidad DEPARTAMENTO.e las entidades u objetos. Direccionalidad de las relaciones . Cada entidad es representada por un rectángulo. el par de números ( 0 . también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO.4.4.3.4.1). Después de la construcción del RDM. 4.

5. Normalización).7. tal cual se observa en la figura 4. FIGURA 4. significando que se trata de un dato del archivo MATERIA.6. esto significa qu . (ver 3.Llave foránea <FK> En el caso de la relación (1.4.1).1). En este caso.6.4.4.4. vemos al Código de la materia como la llave primaria de la entidad MATERIA. pero sí e s la llave primaria del elemento al cual está se relaciona.4. representada en la figura 4. entre una MATERI A y un PROFESOR que dicta una MATERIA. debemos almacenarlas en un único archivo de datos. FIGURA 4. La relación entre los dos objetos deberá ser realizada a través de una llave relación. y la llave primaria Número de profesor de la enti dad PROFESOR. como se ilust ra en la figura 4.6. el dato "Código de la materia" es un campo l lave foránea (FK). Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo.Diseño de la Relación uno a uno. Por ejem plo tenemos a las entidades PRODUCTO Y STOCK. hay una fuerte razón para unir a los dos elementos en uno solo. FIGURA 4. no es un atributo del elemento relacionado. Note que en esta relación. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. Al ser identificada una relación uno a uno (1.4.8. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>. La llave foránea recibe este nombre po rque.1. pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos. necesariamente ella.2 llave primaria o identificadora). Relación uno a uno Como cada PRODUCTO es almacenado en STOCK.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4. representada en la figura 4. podemos considerar una única entidad d e PRODUCTOS EN STOCK. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan.4. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento. como se ilustra en la figura 4.4. en el archivo PROFESOR. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR. y apunta a la MATERIA que él dicta.4.4. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado. Por lo tanto. Si determinamos que un PROFESOR está relacionado a una MATERIA. un PROFESOR puede dictar solamente una MA TERIA. precisamos pues de una llave que haga la relación entre las dos entidades.

1). pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas. FIGURA 4. únic amente las llaves primarias de ambos objetos relacionados (N.1). la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". el atributo "Número del profesor" es la llave foránea de MATERIA. La llave pr . En este caso.N) pero una mater ia puede ser dictada solamente por un profesor (1. sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. el atributo "Código de la materia" es la llave foránea de PR OFESOR. FIGURA 4. Si analizamos los ejemplos anteriores. Una relación (N.4. Relación uno a varios. 4. una materia puede ser dictada por uno o varios profesores (1. En el ejemplo ilustrado por la Fig.9. pero un profesor solamente puede dictar una única materia (1.8.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso. que sirven como ejemplo.4. 4. O sea.N). pero sí lo es var ios a varios..4. ninguna de ellas está totalmente correcta. una materia es dictada únicamente por un profes or. muestra la relación entre un PROFESOR y varias MATERIAS.. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios. mostrando la relación entre una MATERI A y varios PROFESORES. Diseño de la Relación varios a varios.9. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios.4.e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA. FIGURA 4. o sea.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA.N) deberán ser identi ficadas y. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores. a continuación. En el ejemplo ilustrado por la Fig. la relación entre PROFESSOR y MATERIA no es uno a uno . un "objeto de intersección" deberá ser creado.4. pudiendo s er parte de su llave primaria o no. Como cada entidad posee un archivo d e datos conteniendo sus atributos. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad. En este caso un profesor puede dictar una o varias materias (1.N).8. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores.N) siempre debe ser resuelta por dos relaciones (1.

así como cada materia podrá ser dictada por varios profesores.N) entre MATERIA Y COMISIÓN y una relación (1.N) entre PROFESOR Y COMI SIÓN. ambas con un objeto de intersección. FIGURA 4.imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen. . Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. El proceso de la construcción del Modelo Relacional de Datos (RDM). cada una en su respectiva aula y horario.11 Relación varios a varios solucionada En este caso. y par a cada profesor habrá una determinada aula y horario.N) puede ser considerada como una combinación de dos relaciones (1. De esta forma. pues la identifican. La figura 4.4. ilustra la relación (N. Añadir las relaciones de gestión. FIGURA 4.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. en que un PROFESOR dicta varias m aterias(1.N). Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria.N) entre MATERIA Y PROFESOR resuelta por una relación (1. las cuales se han nombrado como asociaciones significativas entre entidades. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios.10. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. un determinado profesor podrá dictar varias materias.4. La única línea de relación (N. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. NORMALIZACIÓN.11.N). Por lo tanto.4. podemos crear un objeto de intersección denominado COMISIÓN. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. O sea. En el ejemplo ilustrado por la figura 4. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas. Esto es definir a las entidades y diseñarlas como un recuadro.N) y una MATERIA puede ser dictada por varios profesores(1.4.

En cada entidad se listan los tipos de información que se podrían
mantener o conocer. Esto es la definición de cada uno de los atributos por los cua
les una entidad es conocida.
Se determina la forma en que cada aparición de una entidad puede ser identifi
cada de forma única. Esto es la definición de uno o más campos identificadores o llave
.
Por lo tanto la modelización (RDM) permite:
Minimizar la duplicación de datos;
Proporcionar
la
flexibilidad
necesaria
para
soportar
requisitos funcionales y
Que el modelo se estructure sobre una amplia variedad de diseños alternativos
de bases de datos.
La mayor dificultad en este proceso es que se depende de la buena comprensión del
analista acerca de lo que realmente es una Entidad, un Atributo y una Relación. Pa
ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN.
Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos
que componen una base de datos relacional (diseño eficaz de tablas); y que persig
ue como objetivo principal minimizar la duplicidad de información, prevenir incons
istencias, evitar redundancias, garantizar que no existan pérdidas de información. E
n resumen son las técnicas y algoritmos que ayudan, al proyectista de una base de
datos relacional, a construir relaciones normalizadas, según sea el significado y
el contenido del universo a ser modelado, evitando, anomalías en el manejo de esto
s datos
El proceso de normalización consiste, básicamente, en la aplicación de un conjunto de
reglas para definir adecuadamente los datos o campos que compondrán los archivos d
e datos. Esas reglas buscan:
Minimizar redundancias;
Eliminar anomalías de actualización;
Proveer el mejor camino de acceso a cualquier dato; Asegurar resistencia a la ma
nutención del modelo de datos;
Evitar datos no identificables a través de una definición rigurosa de identificadore
s y relaciones.
Fueron establecidos cinco tipos de archivos normalizados, denominados, en orden
creciente de simplicidad: primera forma normal (1FN), segunda forma normal (2FN)
, tercera forma normal (3FN), cuarta forma norma (4FN) y quinta forma normal(5FN
).
En general, las tres primeras reglas básicas de normalización son suficientes
para resolver la gran mayoría de casos. Es por ello que definiremos a continuación l
as tres primeras formas normales y discutiremos la manera de simplificar los arc
hivos de datos hasta la tercera forma normal. Se podría resumir a estas tres forma
s normales mas utilizadas, de la siguiente manera:
Eliminar campos repetitivos; Eliminar datos redundantes; Eliminar atributos no d
ependientes.
Además la 1FN, 2FN y la 3FN son mecanismos para identificar entidades y relaciones
perdidas.
PRIMERA FORMA NORMAL (1FN).

Asegurar que todas las entidades son identificadas de forma única por una combinac
ión de atributos y/o relaciones.
Se refiere a cualquier archivo que posea un valor por campo; la relación entre la
llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un
o.
De una manera práctica, debemos eliminar grupos repetidos de datos, hasta que cada
dato tenga una llave primaria para cada ocurrencia.
El archivo de datos ejemplificado a continuación no está normalizado; entre otras co
sas, hay mas de un valor o supermercado en cada campo de Negocio.
Producto
Negocio
Arroz Coto, Disco, Carrefour, Jumbo
Poroto Coto, Macro, Carrefour, Jumbo
Harina Coto, Macro, Carrefour
Azúcar Tía, Disco, Carrefour
Como puede percibirse, en el campo Negocio existen varios valores de datos (grup
os repetidos). A través de este archivo podemos obtener la información de que existe
, por ejemplo, arroz en los supermercados Coto, Tía, Disco, Carrefour, Jumbo. Mien
tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro
ductos, en cada uno de los negocio?.
De acuerdo con la primera forma normal este archivo debe ser revisado para que s
ean eliminados los grupos repetidos, o sea, en el campo Negocio debe existir el
nombre de apenas un supermercado. Esto implicará, la creación de un número mayor de fi
las o registros en el archivo. Pues deberá haber una fila para cada producto en
cada negocio. A partir de esto, podremos fácilmente registrar la cantidad existent
e de cada producto en cada negocio.
Después de la aplicación de la primera regla de normalización, el archivo de datos de
los productos en Stock asume la siguiente estructura de datos:
Producto
Negocio Teléfono
ARROZ Coto
670-1158
200
ARROZ Disco 923-3951
500
ARROZ Carrefour
921-4802
ARROZ Jumbo 342-6400
1000
POROTO Coto
670-1158
300
POROTO Macro 923-4377
500
POROTO Carrefour
921-4802
POROTO Jumbo 342-6400
400
HARINA Coto
670-1158
400
HARINA Macro 923-4377
600
HARINA Carrefour
921-4802
AZUCAR Disco 923-3951
1100
AZUCAR Carrefour
921-4802

Cantidad
10
2000
9
4500
700
11
8
8000
13
3900
12
6000
200
14
8
3200
8
3200
9
5400
100
7
4
4400
900
5

AZUCAR Tía

3

449-7448

1200

Precio Total
7700

2800

700
4500

3600

SEGUNDA FORMA NORMAL (2FN).
Eliminar atributos que dependen solamente de una parte del identificador único
Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel
ación, y si otro atributo depende sólo de una de las partes de este identificador co
mpuesto, entonces el atributo, y la parte del identificador del que depende, deb

erán formar la base de una nueva entidad. La entidad nueva, se identifica por la
parte emigrada del identificador único de la entidad original, y tiene una relación
de uno a varios unida con la entidad original.
Para testear si un archivo de datos está en la segunda forma normal debemos hacer
inicialmente las siguientes preguntas:
¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc

hivo?

un campo, preguntamos también:
¿Hay algún campo no-llave que dependa de apenas, de una parte de la llave prim

aria?

, por sí solo no es suficiente para identificar inequívocamente un determinado regis
tro, pues varios registros poseen el mismo producto. Para obtener una llave pr
imaria exclusiva debemos concatenar producto con negocio, pues no hay ninguna ll
ave "Producto + Negocio" duplicado. En este caso, como la llave es concatenada,
debemos además hacer la segunda pregunta para cada campo no-llave:
¿La cantidad depende apenas de una parte de la llave?
mo
el negocio para obtener la Cantidad.
¿El Precio depende apenas de una parte de la llave?
Producto como el Negocio para obtener el Precio.
¿El Teléfono depende apenas de una parte de la llave?
también podrá saber cual es su Teléfono, independientemente del Producto; por lo tanto
, el archivo ejemplificado anteriormente no está en la segunda forma normal, pue
s él no pasó por el test.
Cuando un archivo de datos no está en la segunda forma normal, la base de datos no
estará correcta por las siguientes razones:
El archivo de datos ocupará mas espacio en el disco del que será necesario, pue
s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo
;
Si un negocio cambia el número de Teléfono, todos los registros de Productos pa
ra aquel Negocio deberá tener el campo Teléfono modificado;
Si ocurre algún problema con el proceso de actualización de datos, un mismo Neg
ocio podrá aparecer con números de Teléfonos diferentes, dependiendo de cual registro
sea por el que se accede, o sea, la integridad de la base de datos estará perdida;
Cuando un negocio posee un único Producto y su registro fuese eliminado (por
inexistencia en stock), también será eliminado el Teléfono del Negocio, pues podrá no ex
istir otro lugar en la base de datos que lo almacene.
Para evitar estos problemas, el archivo anterior deberá ser dividido en dos, como
se ilustra a continuación:
Producto
Negocio
ARROZ Coto
200
ARROZ Disco 500
ARROZ Carrefour
ARROZ Jumbo 1000

Cantidad
10
2000
9
4500
700
11
8
8000

Precio Total
7700

POROTO Coto

300

13

3900

POROTO Macro 500
12
6000
POROTO Carrefour
200
14
2800
POROTO Jumbo 400
8
3200
HARINA Coto
400
8
3200
HARINA Macro 600
9
5400
HARINA Carrefour
100
7
700
AZUCAR Disco 1100
4
4400
AZUCAR Carrefour
900
5
4500
AZUCAR Tía
1200
3
3600
Negocio Dirección
Teléfono
Coto
Av. Del trabajo 1176
670-1158
Disco Emilio Mitre 515
923-3951
Carrefour
Av. La Plata 2222
921-4802
Jumbo Av. Cruz 4897 342-6400
Macro Av. Rivadavia 4735
923-4377
Tía
Av. Rivadavia 7788
449-7448
Ahora los dos archivos están en la segunda forma normal. El archivo de PRODUCTOS E
N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad, Preci
o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci
o y de nada más.
El segundo archivo, NEGOCIOS, también está en la segunda forma

normal

porque él no posee una llave concatenada y, por lo tanto, una columna no - llave c
omo Dirección o Teléfono naturalmente será dependiente del único campo llave, que es Neg
ocio.
Analizando desde otra perspectiva, es fácil percibir que el archivo anterior, a pe
sar de estar en la primera forma normal, contiene datos que describen dos cosas
distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS.
Como regla general es importante, que un archivo de datos en una base de datos d
ebe almacenar datos que describan apenas una entidad o evento. Por lo tanto, un
archivo de datos para estar en la segunda forma normal debe contener datos apena
s sobre un único objeto de información o una única clase de objetos. En nuestro ejem
plo, el primer archivo ahora contiene apenas datos sobre productos en stock y e
l segundo sobre negocios.
TERCERA FORMA NORMAL (3FN).
Eliminar los atributos dependientes de atributos que no son parte del identifica
dor único.
Un archivo en la segunda forma normal también estará en la tercera forma normal si u
n campo no-llave depende de otro campo no-llave.
Para verificar si un archivo en la segunda forma normal también está en la tercera f
orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot
ro campo no-llave?
El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca
ntidad, Precio y Total. Si sabemos la Cantidad y el Precio, sabremos el Total. P
or lo tanto, el campo "Total" es dependiente de dos campos no-llave, pues puede
ser obtenido a partir de la Cantidad multiplicada por el Precio.
Concluimos entonces, que el archivo de PRODUCTOS EN STOCK no está en la tercera

forma normal.
Si el campo "Total" fuese eliminado, el archivo de PRODUCTOS EN STOCK pasa a est
ar en la tercera forma normal, ocupando menos espacio en el disco, y sin pérdida
de información.
Producto
ARROZ Coto
ARROZ
ARROZ
ARROZ
POROTO
POROTO
POROTO
POROTO
HARINA
HARINA
HARINA
AZUCAR
AZUCAR
AZUCAR

Negocio Cantidad
200
10

Disco 500
Carrefour
Jumbo 1000
Coto
300
Macro 500
Carrefour
Jumbo 400
Coto
400
Macro 600
Carrefour
Disco 1100
Carrefour
Tía
1200

9
700
8
13
12
200
8
8
9
100
4
900
3

Precio

11

14

7
5

FLUJOGRAMAS
Como se señaló anteriormente, el DFD es una herramienta muy adecuada para modelizar
una red de procesos comunicantes asincrónicos. Es por eso que precisamos de otra h
erramienta para representar la lógica y la secuencia de un procedimiento.
El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p
roceso de tratamiento de datos, y las operaciones de decisiones necesarias para
cumplirlo, en el orden secuencial correspondiente.
No hay duda de que de las herramientas tales como los flujogramas, son una
excelente forma gráfica de describir fácilmente los detalles procedimentales.
El flujograma es la representación gráfica más ampliamente usada para el diseño procedim
ental. Desgraciadamente, es también el método del que más se ha abusado.
Un flujograma es un gráfico muy sencillo. Las tres construcciones de la programación
estructurada se representan como en la figura 5.5. La secuencia se representa c
omo dos cuadros de procesamiento conectados por una línea de control. La condición,
también denominada IF -THEM-ELSE (si- entonces - sino), se dibujo como un rombo de
decisión que, si es verdad, hace que se realice el procesamiento de la parte the
m y, si es falso, pasa al procesamiento e la parte else.
Los flujogramas son usados principalmente para la documentación física o las interfa
ces del hardware dentro de un sistema.
Un flujograma contiene dos tipos e elementos: Los bloques y las líneas.
Los bl
oques,Los bloques pueden representar acción o decisión.
Un bloque de acción representa una actividad: efectuar una operación aritmética entre
dos números, convertir un valor en cero, etc. Su descripción implica siempre aplicar
un verbo (hacer algo): sumar, transferir, borrar, etc.
Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien
to o no de una determinada condición o alternativa. Según sea la respuesta que se dé a
dicha consulta (verdadero o falso) se seguirán diferentes caminos.

FIGURA 5. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). habrá 2 N reglas distintas.Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. si hubiera 3 condiciones habrá 8 normas. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. conte niendo cada una de ellos procedimientos manuales y/o automatizadas.5 FLUJOGRAMA TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). entonces. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. a fin de que . relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. Si hubiera N variables con valores binarios (verdadero / falso). que llamaremos módulos.

u n procedimiento manual o automatizado. que identifica a cada uno de los módulos y la . En caso de no ser posible implementar el proceso totalmente por software. y generalmente será desde una opción de l menú. guardan una relación jerárquica entre sí. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. Si fuese decidido que determinado proceso tendrá apoyo automatizado. actualización de archivos. Como la división de un sistema en módulos. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. y constituye una operación o un procedimiento completo que el sistema debe e jecutar. si todo flujo de datos q ue en él entra o sale. y en las entidades y sus relaciones definidas en el RDM. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. Un módulo siempre será invocado como una unidad. desde los mas am plios hasta los mas específicos. se encuentra en uno de estos tres casos. sin ningún procesamiento adicional informatizado de s us datos. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. se debe anali zar la posibilidad y la conveniencia de su implementación por software. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. El árbol de sistema es un organigrama. debe tener su o rigen en los procesos del DFD. Estos módulos pueden ser: un programa. o u na combinación de estas tres. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. La misma. una relación de operaciones o comandos. Por último. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. luego de la definición de los módulos.el sistema pueda ser desarrollado y ejecutado en unidades menores. Grabar una copia de seguridad de los archivos. más fáciles de s er implementadas controladas y manejadas. Cálculo del SALARIO. el deb e ser explotado y revalidado continuamente. o sea. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. existen nivel es de procesos y operaciones que serán desempañados por el sistema.

y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. que los sistemas (especialmente los complejos). el desarrollo y prueba de los mismos debe ser planificado. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. En la introducción del Libro describimos que en los Proyectos Informáticos. como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. pues cada módulo . QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla.jerarquía existente entre ellos. Esta especificación. que corresponde a las iniciales de: Computer Aided Software E ngineering. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. que pueda abarca r esa amplitud de conceptos. y una buena definición genérica. mas comprensibles y además mejorar la comunicación entre los participantes. de procedimientos y su respectiva documentación. El concepto de CASE es muy amplio. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). desarrol lados por profesionales de administración en pequeñas y medianas empresas. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. Normalmente. estas herramientas permitirán organizar y manejar la información de un proyec to informático. se debe producir y revisar una especificación escrita para cada módulo. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . . a la gran cantidad de documentación que es ne cesaria. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. se tornen mas flexibles. dará acceso o ejecutará una determinada operación. según su nivel. Permitiéndole a los participantes de un proyecto. pues la lógica del siste ma. por medio de programas. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. Concentrando nuestra atención en el uso de estas herramientas. los archivos a ser accedidos ya fueron definidos en el DFD y el MRD.

Como es el caso de la utiliz ación del láser. en el reconocimiento óptico de caracteres para la lectura del código d e barras. involucra un cambio estructural de una entidad Por ejemplo. por ejemplo cuando en una división se implemen tó un sistema de inventarios. en la emisión de órd enes de compra. remplazando a la entrada por teclado. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. como sería el caso de un aumento no previsto del 60 %. el proyecto informático. utilizand o el método de Yourdon para el Modelo del Proceso. Figura 1. dentro de una categoría de complejidad mostrada en la figura 1. Figura 5. reemplazo o capaci dad. ciertas condiciones extraor dinarias. mejoramiento. es la aplicación de los sistemas expertos.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. La Modificación del programa. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. como ser en el caso de que existan cambios en las expectativas de los usuarios.2 Categorías de los sistemas de información . tecnológicamente o competitivamente obsoletos. El Reemplazo del sistema. o en el código de zona telefónica. modificación. un cambio en el núme ro de dígitos del código postal. es el agregado de capacidades que no formaron parte del sistema de información original.En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. que obligará a la realización de cambios en el programa. encuadrándose así. La Nueva Capacidad del sistema. involucra algo más que un simple cambio en el programa .2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE p INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable.2: El Mantenimiento del programa. para realizar el Modelo de Datos Figura 5. Las fallas también pueden provenir de otros factores. ocurre cuando los sistemas de información se tornan física mente.Martin del Diagrama de Entidad Rel ación. Un ejemplo de ello. son sistemas de información para los cuales no es necesario el uso de la automatización. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento.

Por lo tanto. al planificar se construye la secuencia de tareas con la lógica nece saria. y una lista de secuenciamietos. es decir.. las tareas y los recursos. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. pero no es. 2. Se estiman luego los tiempos correspondientes. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas . con pequeñas modificaciones. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. con la aplicación de modelos estadísticos. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. el método del Camino Crítico y al diagrama de Gantt. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. dependiendo de los recursos con que se dispongan. con el mism o grado de importancia. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas.Según Rusell Ackoff. mas probables para cada una de las tareas. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto.1 que es un proyecto informático). Una vez establecido el camino crítico. Además. que indica en qué orden deben realizarse las tareas. hace que la secuencia de tareas pueda variar en el tiempo. 3. el sabio intenta controlarlo. y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. o sea el conjunto de actividades. la misma preocupación que tiene el adivino por el futuro. hasta donde sea posible. mediante la creación de un modelo lógico. Por lo tanto. al m omento de planificar. 1. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. para lograr el mejor tiempo y con el mínimo costo. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). pues él solamente intenta preverlo. la esencia de la sabiduría es la preocupación por el futuro.-se halla el camino crítico. La disponibilidad de recursos.(ver. las estimaciones de tiempo . no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea. y para ello se debe: 1. se lo utiliza para: considerar alternativas . y por último.-establecer. hay que considerar. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software.

y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. Lo importante es que una vez que fueron identificados los recursos para cada tar ea.2 Diagrama de GANTT. ésta es una representación gráfica c ronológica. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. de las etapas componentes de un proyecto. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt.1. aumenta cua . De Sensibilidad. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento.FIGURA 2. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. La herramienta principal para la planificación de recursos es el presupuesto. como es el caso de Microsoft Project. se deben realizar los siguientes análisis: De Costo. De Riesgo. Este gráfico se sustenta en un a estructura de barras horizontales. le otorgará una mayor eficacia en el control del proyecto. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. si es una actividad crítica o no. en la planifica ción son tan importantes las tareas como los recursos disponibles. por lo tanto. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. cuándo. se requiere determinar. La utilización de una herramienta automatizada de administración de proyectos. De Beneficio. Es importante considerar que la utilidad de los modelos financieros. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. A los efectos de su confección. la importancia de cada tarea. Al momento de asignar los recursos. y del calendario para hacerlo.

ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. y de una gr an cantidad de medios alternativos y/o supuestos sobre el ambiente. dichas exploraciones alcanzarán un gran valor e n el proceso de planificación Entre tantas condiciones comerciales. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. o con múltiples Bases de Datos. Cobol. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. de un sistema de información. as . la recuperación puedan tomar supervivenc un recurso Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. en la que se puede estimar la sensibilidad. C++. y por ello tengan que distribuir su información en un conjunto de Bases de Datos. se debe determi nar: También se deben considerar. va a conformar l a denominada Base de Datos. Prototipo. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. El índice de inflación. Repetidores.ndo se los computariza.3. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. Memoria principal) Periféricos (Unidades de entrada. FIGURA2. salida. Esto facilitará una exploración financiera rápida. podemos citar: La tasa de interés bancaria. Tenemo s que en el proceso de planeamiento. Es común que en las pequeñas y medianas empresas se cuente con microcomputadoras. resultante de nuestro proyecto informático y. A través de lo s análisis de riesgo y sensibilidad. la o rganización puede contar con una única Base de Datos. Unidades de entrada/salida) Comunicaciones (Modem. SQL) Métodos de desarrollo ( Ciclo de Vida. que será compartida por los diferentes usuarios de la organización. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. nuevamente concentrando nuestra atención en los proyectos informáticos. para que las personas de la organización decisiones. El costo del dinero accionario. pues los datos estructurados constituyen básico para todas las organizaciones.

Los sistemas de Gestión de Base de datos. son programas de software para la administración de las Ba ses de Datos.01 2.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1.01. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad 20 20 5 Unidad Unidad Caja de 10 Unidad 10 .ignándole a cada una de ellas.01 Unidad Cantidad 1. proporcionándole al usuario.01 3. Un ejemplo sería el de contar con una base de datos para el almacenamiento de la info rmación correspondiente al área financiera.01. Una Base de Datos está compuesta por un conjunto de tablas o archivos. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. introducir nuevos datos y actualizar los ya existentes. El SGBD también se encargará de la comunicación entre el usuario y la base de datos. ESTRUCTURA DE UNA BASE DE DATOS.01. y e s así que pueden almacenar toda la información necesaria. y en particular. una más para el área de ventas o el área de producción. integrada.02.01.01.01. para: almacenar. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). en una única base de datos. los medios necesarios para poder obten er información.02 4.02 1. consistente y c onsolidada. información sobre cada área específica de la empresa. Mientras tanto las Grandes organizaciones poseen computadoras de gran porte.01 4.01.01 4. otra para el área de personal.44 Mbytes Sonido de 16 bit Papel carta para impresora. Independientemente de la Base de Datos que será implementada. manipular y recuperar datos en u na computadora. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.

00 75. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1.01.01.01.01 4.01. La Plata 365 Doblas 1578 Av.01 1.01 1.25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.01 2.00 50 Código del artículo Precio .03 70.00 80.01.

COMPETIDORES. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. almacenados en el archivo de ORIGEN DEL PRODUCTO. para dar apoyo a la actividad de la organización. almacenados en el archivo de PROD UCTOS. PROVEEDORES. los productos son provistos por cada proveedor y viceversa. o sea . a través de los atributos o datos (columna). como es en el caso de un archivo HISTÓRICO DE V ENTAS. que describen a las entidades. En otras palabras. Además. U n atributo es pues. ARCHIVO DE TRANSACCIONES. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. identificados por las filas de cada tabla. los archivos de transacciones. Otros ejemplos de archivos de transacciones son los archivos de: REGIS . Datos sobre proveedores (Entidad proveedores). cosa o evento. y cada registro debe contener el conjunto de atributos necesarios. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. VENDEDORES. como por ejemplo el archivo de VEN DEDORES.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. cu antificar o expresar el estado de una entidad. Datos sobre el origen de los productos (Entidad origen del producto). cada entidad en él almacenado. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. de interés para la organización y acerca del cual se capturan. los archivos de control y los archivos d e planeamiento. iden tificados por las columnas. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. BANCOS. cada uno de estos archivos está formado por un conjunto de registros que des cribe. almacenan o procesan datos. clasificar. almacenados en el archivo PR OVEEDORES y.450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). NÓMI NA DEL PERSONAL. cualquier detalle que sirve para identificar. real o i maginario. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. Todos los registros de un archivo. que son: los archivos ma estros. PRODUCTOS. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. CLIENTES. o sea tienen el mismo conjunto de datos o atributos. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. uno es el de acumular datos de eventos en el momento que ocurran. FIGURA 3. Por lo tanto una entidad es cualquier persona. como es en el caso de los archivos de VENTAS. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. po seen el mismo formato.

Est ructura de una Base de datos). de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. Los archivos de planeamiento. La operación de indexa ción. como por e jemplo: PROGRAMA DE VENTAS. descripta anteriormente ( ver 3. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. PROGRAMA DE COMPRAS. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. PAGOS A RECIBIR. COSTOS. como ser el VOLUMEN DE VENTA POR PRODUCTO. Cada instancia de una entidad debe ser unívocamente identificable. Estos archivosgeneran medidas de control de los negocios. VOLUMEN DE VENTA POR VENDEDOR. CONSUL TA DE CLIENTES. de transacciones. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. ARCHIVO DE PLANEAMIENTO. FACTURAS. . la llave primaria no puede tener valores repetidos para di stintos registros.1. puede ser un atributo o una combinación de atributos. PRESUPUESTO FINANCIERO. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. Este índice es llamado índice primario . ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. COSTO DE REPOSICIÓN. COMPRAS POR PROVEED OR. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). Figura 3. PROCESOS DE EXPORTACIÓN. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. La llave primaria.TROS CONTABLES. PROGRAMA DE PRODUCC IÓN. para permitir el análisis del desempeño de la organización. correctamente proyectado. que generalmente se identificada por medio de la letra @. En el caso de la Base de Datos de compras. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto).1. ARCHIVOS DE CONTROL. y quien permite esta identif icación es la llave primaria. Los archivos de control contienen datos de los archivos maestros y de transaccio nes.1. VOLUMEN DE VENTA POR CLIENTE. y de control. creada por el SGDB.

Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. Un punto muy importante de los modelos es el de saber como probarlos. D . la modelización de las funciones del s istema). con el objetivo de servir a los propósitos del usuario. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. Este tipo de índice. y estos tienen básicamente dos formas de ser probados. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella..2. llamado índice secundario. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). que describiremos próximamente (ver 4. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. son ejemplos de modelos verbales. en éste último caso. o sea si un modelo se pru eba retrospectivamente. una e s la forma prospectiva (contra el desempeño futuro). y esto debería ser el propósito de todo modelo. es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. diferentes de los de la llave primaria. Los modelos simbólicos generalmente son más específicos que los verbales. pero las clases más com unes son: la verbal. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. como por ejemplo lo s flujogramas (ver 4.También es posible crear índices para un archivo de datos utilizando atributos (camp os). flujogramas). Según Sowa. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. el análisis de su sensibilidad al error puede servir de base para evaluarlo. Los modelos pueden tener diferentes clases de estructuras. El manual de procedimientos. y es así que el fenómeno se despoja de lo que no es esencial. con cierto grado de detalle (abstracción). pero pocos se diseñan para dar resultados numéricos e specíficos. las variables y sus relaciones se funden en forma de prosa. conforme perseguido por alguien (autor del modelo). de una parte de la realidad (sistema). a fin de d eterminar su valides. por ejemplo. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. o conjunto de atributos. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). Algunos modelos pueden combinar componentes icónicos y análogos.1. dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos.5. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. podremos describir el funcionamiento de un sistema. el manual de organización o la Lista de evento s. y la otra es de forma es retr ospectiva (contra el desempeño pasado). la simbólica y la matemática. En los modelos verbales.

LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . Si se evalúa en función del volumen. Su principal dificulta d reside en el significado de compras. Y en función del bien: ¿en insumos y/o bienes de capital?.1 que es un PI y 1. Se debe preferir. . Las primeras actividades de diseño de los sistemas (ver cap1. Después. que s egún lo visto en el tópico anterior (4.1. y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. a pedidos pequeños o ambos?. la utilización de. y suelen abarcar un número mayor de acepciones. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). en forma estructurada. los modelos se pueden utilizar heurística mente. En cambio. Las palabras concretas se refieren a objetos o sujetos tangibles. entre las diversas alternat ivas posibles. involucra a: ¿la s importaciones o las de plaza local?. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . utilizando el obre la posibilidad de esta baja. será la base para la construcción de las entida des y sus relaciones. de la lista de eventos. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo. palabras concretas a palabras abstractas. se refiere a: ¿com pras programadas. Por lo tanto es muy importante el escoger la acepción más apropiada. Al tratarse de una palabra bastante genéric a. no programadas o ambas?. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. pues no hay referentes reales. se puede hacer una evaluación parcial del .2 inicio de un PI). las vari teng juicio s modelo Además de su utilidad para evaluar medios. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. Elegir el nivel apropiado de abstracción para los términos. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. en el diseño inicial. En el caso de que los requerimientos. Es una oración demasiada ambigua. El lector necesita más tiempo y esfuerzo para captar su sent ido. porque se hace una clara imagen de ellas asociándolas a la realidad. las palabra s abstractas designan conceptos o cualidades más difusos. es quien a utoriza las compras. En función de su origen. de cada uno de los participantes del proyecto. fuesen realizados en forma oral o escrita en lenguaje natural. el lector las pue de descifrar fácilmente. Luego esta lis ta estructurada.).icho análisis consiste en determinar cuánto tienen que bajar los valores de ables del modelo para que los medios mejores especificados en dicho modelo an un desempeño inferior al de un medio alternativo. se r efiere a: ¿grandes pedidos. para facilitar el descubrimiento. es decir.

cuando. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. solo queda la alternativa de hacer una hipótesis de significado genérica. Considere que una frase puede estar incompleta. usuario . si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. comprador. que pueden ser el instrumento o el modificador . co mo si. a djetivos. acción. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). Evitar el uso de casos en lugar de conceptos generales. en LI STA DE PRODUCTOS o en STOCK). condición. "mirá las cajoneras". Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. Evitar las expresiones vagas o indirectas. sino. "mirá las cajoneras". Idealmente. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. También es importante que los enunciados que describen operaciones deben utilizar. etc. en lugar de referencias explícitas a los mismos conceptos. permite una clara clasificación de los conceptos. tanto como les sea posible. Es así que la segunda oración. el <verbo> . el <objeto> y el <complemento>. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . Es común observar que los usuarios de los sistemas de información. sino una i nstancia o componente del concepto correcto. en el caso de las descripciones de los datos. similares a las de los lenguajes de programación.¡Cuál de estos términos es el correcto?.. sino eleva el pedido a Gerencia Financiera. Por lo tant o el término debería ser insumos. Estos elementos-llave pueden estar acompañados de otras palabras como artículos. Al usar rodeos. en vez de decir. estructuras sintácticas no ambiguas (PRODUCTOS. verifica es el verbo. Por ejemplo. que son el <sujeto>. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. compuestas por hasta cuatro elementos-llave. que obvia mente no debería existir. adoptan términos más específicos de los que verdaderamente son necesarios. PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. esto es. un componente. La segunda oración indica un a clase específica de entidad (cajonera). el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". Verificar los sinónimos y los homónimos. hacer. Elegir un estilo estandarizado de enunciado. Por ejemplo: Si el monto es menor a 100 aprueba el pedido. éstas deben ser frases afirmativ as. El término pastillas de frenos no describe un concepto. entonces. Lo que significa asumir un riesgo.

probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. el diccionario de datos). con significados diferentes es con siderado pues un homónimo. la confección del diccionario de datos. Como veremos más adelante (ver 4. Aunque. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. en diferentes lugares. de datos necesarios. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. en cada proceso. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado.3. En el caso de: Recepción firma remito. parroquiano. mientras que para Marketing el cliente. en el de compras o en el de los proveedores. diseño de relación uno a uno). Describir el contexto a de las áreas de la empresa. STOCK se diferencia por contar además con el atributo Saldo del p roducto. En qué despacho se reúnen. Por ejemplo Para finanzas el cliente es quien compra un producto. que participen de es a ser realizados. En otras palabras. Una de las principales características de este modelo es su simplicidad.. con los procesos que transforman a estos dados. ir confeccionando el diccionario de datos. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. de un sistema. es el us uario del producto. B usiness Proc ess Model). Definir los flujos de del sistema. 2. o potencial cliente. el original o alguna copia. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. datos. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. Detallar los procesos 3. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. es decir: frases que puedan interpretarse de dos o más maneras distintas. Se debe evitar cometer ambigüedades. el DFD permite representar de forma completa el sistema de in formación. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. la transformación de entradas en salidas. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. determinando lo que ocurrirá en cada un denominadas Entidades externas. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. te sistema. Enumerar los archivos 4. y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e . Hacer un Diccionario de Datos. O en el caso particular de nuestros archivos. Lo que ocurre es que. al relacionar los datos almacenados en los archivos de datos del sistem a. Hacer explícitas las referencias entre términos. El objetivo del DFD es: 1.4. Cuál remito firma. que participen en el procedimiento. no se justifica en ningún caso.

Remito. Las entidades externa pueden duplicarse. como ya lo dijimos anteriormente. procesos y flujos de información).. son utilizados cuatro símb olos : Figura 4. Si así lo fuera. o como rectángulos con sus vértice s redondeados.lementos (entidades externas. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema. a un grup o de personas o.2. y lo s procesos involucrados en esta entidad. o bien evita r gran cantidad de entrecurzamientos de los mismos. Apellido. sin el requerimiento de un c onocimiento previo de informática. Factura. Cuando una entidad externa provee datos al sistema. En sí. Simbolog ía del DFD Metodo Yourdon 1. 3. Y cuando una entidad externa recibe datos del sistema. Son representadas por medio de un cuadrado. pues lo que ocurre en estas entidades no es de interés para el proyecto. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema. Entidades externas.-Los flujos de datos son representados por vectores direccionados. deben pasar a ser parte del sistema en estudio. esto está indicando que la frontera del sistema. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. es más amplia de lo que se determinó. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. Las. las entidades externas. archivos. debe existir un flujo de datos que viene del sistema y termina en la entidad externa.2.2. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada. cantidad. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. a un sistema.2). Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio. 2. que alcance el nivel de detalle requerido por el proyectista. que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. Clientes y un sistema de liquidación de sueldos y jornal es. que pueden representar a una persona. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación. con los cuales se puede producir un esquema.Los procesos se pueden mostrar como burbujas. Este algoritmo debe ser de . si fuese necesario darle claridad al di seño y evitar largos vectores. Estas funciones son las que transforman a las ent radas en salidas. Las entidades externas son consideradas también como Terminadores. que representan a los flujos de datos.

Las duplicaciones de símbolos deben ser mantenidas al mínimo. Diagrama de Flujo de Datos. Inicie la construcción del DFD por las entidades externas. pero no provee detalles sobre esos componentes. Como regla general. juntamente con las entradas que irán para ellas. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. y no los detalles de imp lantación del sistema. además de incluir los flujos de datos entre ellos. después el proceso que trata esa entrada. flujograma) 4. los archivos serán las tablas que compongan la base de datos. en un DFD. El objetivo es la identificación de todos las entidades externas. Lo que queremos decir es que.tallado en el diccionario de datos (ver 4. Diccionario de datos) o esquematiza do en un flujograma (ver 4. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. 1. Próximas versiones mejorarán las definiciones y el diseño. procesos y archivos de dato s que formarán parte del sistema. Al diseñar el primer borrador del DFD. Si los flujos de datos principales van del derecho del diagrama. El DFD debe ser visto como una herramienta de planeamiento del siste ma. RESTRICCIONES DEL DFD. que la frontera itúe dentro del contorno de las entidades externas 2. RECOMENDACIONES PARA UN DFD. pero la representación procedimental. cuál es la entrada o proceso que inicia.3.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4. de tal forma.( ver 4. piense en como el sistema funciona realment e. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras.5.el diccion ario de datos). El procesamiento o la secuencia puede estar implícitamente en el diagrama. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson.1. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. 3.3..5. Para mostrar los detalles de qué información es procesada y cómo es transformada. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. . 4.. a menos que estos sean muy relevantes para los usuarios d el sistema. si las entidades bordes del diagrama. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. flujograma) FIGURA 4. a continuación si ga con las salidas que de ellas son originadas. y por ahí comience el diseño. loa tratamiento de errores y de excepciones no de ben ser representados. Al terminar el diseño del sistema y la constru cción del mismo. Los DFD son más legibles. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas por dicho proceso. y no como una especificación detallada del sistema.

inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente.El primer borrador puede ser realizado en papel. que almacenan los detalles del modelo lógico de l sistema. que componen la defini ción. o del control de cómo lo usan. de los objetos. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información. de los componentes de los repositorios. la modelización de las funciones del sistem a). CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema. Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes presente o ausente) . cada archivo de datos es una colección de elementos de datos individuales. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic amente diseñada para la modelización del sistema de información. Por lo tanto. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. del flujo de datos. Alias: otros nombres usados para la entrada. de las salidas. el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. dado que un mismo elemento puede se r conocido por diferentes nombres. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. del repositorio de datos o de una entidad externa. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. Descripción: Explicar las diversas partes o circunstancias.2. estas herramientas cu entan con un diccionario de datos. y también d e cálculos intermedios.

No solamente queremos saber. Este aspecto del sistema no está representado por el diagrama de flu jo de datos. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario.Descripción FIGURA 4. a cada archivo de datos del DFD le corresponde un a Entidad al RDM. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. . ser descriptas a través de uno o mas hechos (Atributos). a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan. Por lo tanto. en cada archivo de da tos definido por el DFD. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones. pero en la mayoría de los sistemas.4 Diccionario de Datos . 2. Normalment e. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. algunas veces la información es mínima. un vendedor con varias ventas. sino también que relaciones existen entre los archi vos de datos. Las Entidades pueden ser identificadas de forma única y.* * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave FIGURA 4.3 Diccionario de Datos . Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. por ejemplo. es bastante compleja. tomamos que. El RDM posee dos importantes componentes.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). en detalle. qué información está conte nida en cada archivo de datos. un cliente podrá estar relacionado con varias ventas. que son las Entidades y las Relaciones : 1.2 Diccionario de Datos . Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM.Estructura FIGURA 4. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. Como regla general. una venta con varios productos. o sea. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos. y así sucesivame nte en cada uno de los procedimientos. interligadas por vectores al relacionamiento. es necesario que a partir de este modelo. se almacenan los datos que describen a las Entidades de l sistema de información. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). cuyos miembros diseñan un papel en el sistema que se está desarrollando.

uno – a – varios. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. 4. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. considerando que las entidades de una base de dados están relacionad as. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos.1. y que además. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). Simplifica la estructuración de los datos. estos campos. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. y en este tipo de relación.Por lo tanto. uno – a – varios y varios – a – varios. que son necesarias para establecer la relación entre las entidades. para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal. cuya clave principal c onsta de al menos dos campos. es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. Este tipo de relación no es habitual. como así también sus llaves foráneas. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. 5.llave primaria o identificadora). y que a través de esa relación son generados informes. 2. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. correspondan a las clave s externas de las Tablas A y B. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una . Ayuda a descubrir los elementos o las entidades que no fue ron detectadas. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. Es el tipo de relación más común. Pero veamos cómo son cada una de estas relaciones: Relación uno a varios. Relación uno a uno. En una relación varios a varios. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. Relación varios a varios. 3. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos.2. como por ejemplo: todos l os productos vendidos a un cliente. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. En una relación uno a uno. que conformarán la base de datos: uno – a – uno. varios – a – varios. al momento de diseñar y analizar el DFD.

1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. El par de números ( 1 . la entidad PERSON A y la entidad DEPARTAMENTO.3. La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar.2.N) FIGURA 4. Cada entidad es representada por un rectángulo. Por lo tanto. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro. Por ejem .N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones.3. Direccionalidad de las relaciones Diseño de la Relación uno a uno. 4. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas.1. Propiedades de las entidades y las relaciones En el ejemplo de la Fig. y que posteriormente formarán la base de dados del sis tema proyectado. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO.4. FIGURA 4. hay una fuerte razón para unir a los dos elementos en uno solo. Al ser identificada una relación uno a uno (1. una PERSONA está relacionada a un DEPARTAMENTO (1. En la Fig. 4. pero un PRODUCTO es parte de solamente una VENTA (1. Por otro lado.4.1.4. FIGURA 4.4. Después de la construcción del RDM.2. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento.4. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. el par de números ( 0 . Relación entre entidades En el ejemplo de la Fig.4.N) productos v endidos.1).base de datos.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1. cada VENTA involucra uno o mas (1. cada PROVEEDOR puede suministrar uno o mas (1. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan. 4.1). se representa la relación entre dos entidades. también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo. TECNICA DE DISEÑO DEL RDM.

La llave foránea recibe este nombre po rque.8. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado.4.plo tenemos a las entidades PRODUCTO Y STOCK. O sea. como se ilustra en la figura 4.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos.4. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>. y la llave primaria Número de profesor de la enti dad PROFESOR.6.5. entre una MATERI A y un PROFESOR que dicta una MATERIA. debemos almacenarlas en un único archivo de datos. no es un atributo del elemento relacionado.4.2 llave primaria o identificadora). significando que se trata de un dato del archivo MATERIA.4. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR. representada en la figura 4.6. esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA.4. pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos. Note que en esta relación. pero sí e s la llave primaria del elemento al cual está se relaciona. (ver 3. FIGURA 4. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. en el archivo PROFESOR. podemos considerar una única entidad d e PRODUCTOS EN STOCK.4.7. el dato "Código de la materia" es un campo l lave foránea (FK).4.1. tal cual se observa en la figura 4. un PROFESOR puede dictar solamente una MA TERIA.6. Por lo tanto. la relación entre PROFESSOR y MATERIA no es uno a uno . y apunta a la MATERIA que él dicta.1). las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo.Llave foránea <FK> En el caso de la relación (1.4. representada en la figura 4. FIGURA 4.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA. ninguna de ellas está totalmente correcta. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK.4. necesariamente ella. precisamos pues de una llave que haga la relación entre las dos entidades. Si determinamos que un PROFESOR está relacionado a una MATERIA. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4.4. Normalización). Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores. FIGURA 4. FIGURA 4. como se ilust ra en la figura 4. vemos al Código de la materia como la llave primaria de la entidad MATERIA. En este caso. La relación entre los dos objetos deberá ser realizada a través de una llave relación.4.

sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. 4.8. el atributo "Código de la materia" es la llave foránea de PR OFESOR. En este caso un profesor puede dictar una o varias materias (1.4.. mostrando la relación entre una MATERI A y varios PROFESORES. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios. a continuación. En el ejemplo ilustrado por la Fig. pero un profesor solamente puede dictar una única materia (1. el atributo "Número del profesor" es la llave foránea de MATERIA. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores.N) pero una mater ia puede ser dictada solamente por un profesor (1. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad. Relación uno a varios.N).4. un "objeto de intersección" deberá ser creado.N) siempre debe ser resuelta por dos relaciones (1. muestra la relación entre un PROFESOR y varias MATERIAS. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". una materia es dictada únicamente por un profes or. FIGURA 4. pero sí lo es var ios a varios.N) deberán ser identi ficadas y.N) puede ser considerada como una combinación de dos relaciones (1.1). La única línea de relación (N. una materia puede ser dictada por uno o varios profesores (1.. ambas con un objeto de intersección. únic amente las llaves primarias de ambos objetos relacionados (N.N).9. en que un PROFESOR dicta varias m aterias(1.9. 4. Una relación (N.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso.1). pudiendo s er parte de su llave primaria o no.8. FIGURA 4. En este caso. o sea. Si analizamos los ejemplos anteriores.. Diseño de la Relación varios a varios. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios.10. En el ejemplo ilustrado por la Fig. En el ejemplo ilustrado por la figura 4. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas.N) y una MATERIA puede ser dictada por varios profesores(1. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen. que sirven como ejemplo.4.N). Como cada entidad posee un archivo d e datos conteniendo sus atributos.4.N). .4.

podemos crear un objeto de intersección denominado COMISIÓN.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. así como cada materia podrá ser dictada por varios profesores. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios.N) entre PROFESOR Y COMI SIÓN.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. cada una en su respectiva aula y horario. un determinado profesor podrá dictar varias materias. ilustra la relación (N. NORMALIZACIÓN.4. Añadir las relaciones de gestión. Esto es definir a las entidades y diseñarlas como un recuadro.N) entre MATERIA Y COMISIÓN y una relación (1.4. Por lo tanto la modelización (RDM) permite: . Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. FIGURA 4. Por lo tanto. las cuales se han nombrado como asociaciones significativas entre entidades. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. Esto es la definición de uno o más campos identificadores o llave . Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida. y par a cada profesor habrá una determinada aula y horario. O sea.4. La figura 4.11 Relación varios a varios solucionada En este caso. El proceso de la construcción del Modelo Relacional de Datos (RDM). En cada entidad se listan los tipos de información que se podrían mantener o conocer. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas.N) entre MATERIA Y PROFESOR resuelta por una relación (1.FIGURA 4. Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única. De esta forma.11. pues la identifican. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor.

Esas reglas buscan: Minimizar redundancias. hasta que cada dato tenga una llave primaria para cada ocurrencia. Asegurar resistencia a la ma nutención del modelo de datos. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN. De una manera práctica. Se refiere a cualquier archivo que posea un valor por campo. Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. PRIMERA FORMA NORMAL (1FN). las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. E n resumen son las técnicas y algoritmos que ayudan. La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. tercera forma normal (3FN). evitar redundancias. en orden creciente de simplicidad: primera forma normal (1FN). garantizar que no existan pérdidas de información. En general. un Atributo y una Relación. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. prevenir incons istencias. Eliminar anomalías de actualización. y que persig ue como objetivo principal minimizar la duplicidad de información. a construir relaciones normalizadas. básicamente. Además la 1FN. Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. Fueron establecidos cinco tipos de archivos normalizados. denominados. Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. Eliminar datos redundantes. Proveer el mejor camino de acceso a cualquier dato. . de la siguiente manera: Eliminar campos repetitivos. Se podría resumir a estas tres forma s normales mas utilizadas. anomalías en el manejo de esto s datos El proceso de normalización consiste. segunda forma normal (2FN) . evitando. Eliminar atributos no d ependientes. cuarta forma norma (4FN) y quinta forma normal(5FN ). al proyectista de una base de datos relacional. debemos eliminar grupos repetidos de datos. según sea el significado y el contenido del universo a ser modelado.Minimizar la duplicación de datos. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos.

Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. en el campo Negocio debe existir el nombre de apenas un supermercado.El archivo de datos ejemplificado a continuación no está normalizado. entonces el atributo. Carrefour Como puede percibirse. La entidad nueva. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Macro. o sea. A través de este archivo podemos obtener la información de que existe . Jumbo Poroto Coto. se identifica por la parte emigrada del identificador único de la entidad original. Carrefour. Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? . Carrefour. Carrefour. Tía. Producto Negocio Arroz Coto. Macro. la creación de un número mayor de fi las o registros en el archivo. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. y tiene una relación de uno a varios unida con la entidad original. arroz en los supermercados Coto. deb erán formar la base de una nueva entidad. Jumbo Harina Coto. Disco. Carrefour Azúcar Tía. por ejemplo. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. en el campo Negocio existen varios valores de datos (grup os repetidos). A partir de esto. Jumbo. Pues deberá haber una fila para cada producto en cada negocio. Disco. Esto implicará. Disco. entre otras co sas. hay mas de un valor o supermercado en cada campo de Negocio. Después de la aplicación de la primera regla de normalización. en cada uno de los negocio?. y la parte del identificador del que depende.

Cuando un archivo de datos no está en la segunda forma normal. independientemente del Producto. por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. pues podrá no ex istir otro lugar en la base de datos que lo almacene. pues no hay ninguna ll ave "Producto + Negocio" duplicado. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 POROTO POROTO POROTO HARINA HARINA HARINA 12 200 8 8 9 100 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour 6000 14 3200 3200 5400 7 Precio Total 7700 2800 700 . Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. también será eliminado el Teléfono del Negocio. pues varios registros poseen el mismo producto. el archivo ejemplificado anteriormente no está en la segunda forma normal. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . En este caso. Si un negocio cambia el número de Teléfono. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. de una parte de la llave prim aria? . pue s él no pasó por el test. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). como la llave es concatenada. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. la integridad de la base de datos estará perdida. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. por lo tanto .un campo. o sea. dependiendo de cual registro sea por el que se accede. Para evitar estos problemas. preguntamos también: ¿Hay algún campo no-llave que dependa de apenas. el archivo anterior deberá ser dividido en dos. Si ocurre algún problema con el proceso de actualización de datos. debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad.

Concluimos entonces. que es Neg ocio. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. NEGOCIOS. Si el campo "Total" fuese eliminado. Como regla general es importante. Cruz 4897 342-6400 Macro Av. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. Si sabemos la Cantidad y el Precio. Rivadavia 4735 923-4377 Tía Av. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. P or lo tanto. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. es fácil percibir que el archivo anterior. Por lo tanto. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. una columna no . a pe sar de estar en la primera forma normal. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. Analizando desde otra perspectiva. ocupando menos espacio en el disco. Producto ARROZ Coto Negocio Cantidad 200 10 Precio . el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios. La Plata 2222 921-4802 Jumbo Av.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. también está en la segunda forma normal porque él no posee una llave concatenada y.AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av. por lo tanto. En nuestro ejem plo. y sin pérdida de información. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. TERCERA FORMA NORMAL (3FN). Precio y Total. El segundo archivo. sabremos el Total. el campo "Total" es dependiente de dos campos no-llave.

si es verdad. transferir.5 FLUJOGRAMA . son una excelente forma gráfica de describir fácilmente los detalles procedimentales. pasa al procesamiento e la parte else. Su descripción implica siempre aplicar un verbo (hacer algo): sumar.Los bloques pueden representar acción o decisión. Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. borrar. convertir un valor en cero. Las tres construcciones de la programación estructurada se representan como en la figura 5. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números.5.ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Disco 500 Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 9 700 8 13 12 200 8 8 9 100 4 900 3 11 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. se dibujo como un rombo de decisión que.entonces .sino). el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. también denominada IF -THEM-ELSE (si. en el orden secuencial correspondiente. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. hace que se realice el procesamiento de la parte the m y. y las operaciones de decisiones necesarias para cumplirlo. Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. FIGURA 5. si es falso. etc. es también el método del que más se ha abusado. No hay duda de que de las herramientas tales como los flujogramas. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental. Desgraciadamente. La condición. Un flujograma es un gráfico muy sencillo. Los bl oques. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos. etc. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento.

habrá 2 N reglas distintas. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. conte niendo cada una de ellos procedimientos manuales y/o automatizadas. más fáciles de s er implementadas controladas y manejadas. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). o u na combinación de estas tres. Estos módulos pueden ser: un programa.TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). y constituye una operación o un procedimiento completo que el sistema debe e jecutar. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. entonces. Un módulo siempre será invocado como una unidad. u n procedimiento manual o automatizado. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. . que llamaremos módulos. si hubiera 3 condiciones habrá 8 normas. y generalmente será desde una opción de l menú. Si hubiera N variables con valores binarios (verdadero / falso). relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. una relación de operaciones o comandos. a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores.

Si fuese decidido que determinado proceso tendrá apoyo automatizado. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. que identifica a cada uno de los módulos y la jerarquía existente entre ellos. o sea. luego de la definición de los módulos. desde los mas am plios hasta los mas específicos.Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. sin ningún procesamiento adicional informatizado de s us datos. En caso de no ser posible implementar el proceso totalmente por software. actualización de archivos. existen nivel es de procesos y operaciones que serán desempañados por el sistema. si todo flujo de datos q ue en él entra o sale. según su nivel. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. guardan una relación jerárquica entre sí. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. debe tener su o rigen en los procesos del DFD. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. Grabar una copia de seguridad de los archivos. . El árbol de sistema es un organigrama. el desarrollo y prueba de los mismos debe ser planificado. Por último. se debe anali zar la posibilidad y la conveniencia de su implementación por software. dará acceso o ejecutará una determinada operación. se encuentra en uno de estos tres casos. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. Cálculo del SALARIO. pues cada módulo . La misma. y en las entidades y sus relaciones definidas en el RDM. Como la división de un sistema en módulos. el deb e ser explotado y revalidado continuamente.

para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. estas herramientas permitirán organizar y manejar la información de un proyec to informático. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). que los sistemas (especialmente los complejos). Concentrando nuestra atención en el uso de estas herramientas. pues la lógica del siste ma. se tornen mas flexibles. que corresponde a las iniciales de: Computer Aided Software E ngineering. mas comprensibles y además mejorar la comunicación entre los participantes. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. utilizand o el método de Yourdon para el Modelo del Proceso.Normalmente. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla. Figura 5. debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. En la introducción del Libro describimos que en los Proyectos Informáticos. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. se debe producir y revisar una especificación escrita para cada módulo. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. Permitiéndole a los participantes de un proyecto. Esta especificación. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. de procedimientos y su respectiva documentación. por medio de programas. El concepto de CASE es muy amplio. desarrol lados por profesionales de administración en pequeñas y medianas empresas. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe.1 Modelo del Proceso de Negocio . Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. a la gran cantidad de documentación que es ne cesaria. y una buena definición genérica. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. que pueda abarca r esa amplitud de conceptos. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE).

Para ello. También es un hecho que estas mismas herramientas. podemos hacer notar que las herramientas CASE serán un elemento muy importante. y sin importar la arquitectura de la herramienta CASE. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones. 7 y 8).2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE permiten: Confeccionar la definición de requerimientos de los usuarios. que le permitirá al adm inistrador de un proyecto informático. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual.6 Chequeo de Reglas Figura 5. Otorgar a la administración un mejor soporte en la documentación. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3). Mejorar el diseño de l os sistemas. Figura 5.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual.En la Figura 2 se muestra la metodología de J. sobre las herramientas. Figura 5.3 Herramientas de edición Contar con un Diccionario de Datos. llevar adelante un proyecto informático de f orma eficaz y eficiente.4 Diccionario de Datos Editor Figura 5.5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6. Mejorar la eficiencia en la programación (por su generación automática de códigos). a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5). . Figura 5.7 Informe del Chequeo de Reglas Figura 5. para realizar el Modelo de Datos Figura 5.Martin del Diagrama de Entidad Rel ación.

las tablas de decisión (ver 4. pues ésta es lenta y propensa a errores. y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son. la lista de eventos ( ver 4. inicio de un proyecto informático). en el desarrollo de todo pro yecto informático. Verificación de condición correcta. Persiga altos niveles de p roductividad. Cambiabilidad.2. la calidad del sistema se verá afectada. contradicciones. son eso: "HERRAMIENTAS".2. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información.5. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna.6. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. El usuario es quien más sabe del sistema involucrado en el proyecto . que al momento de adquirir alguna herramienta CASE. l ista de eventos). Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología.Por ello recomendamos. como el diccionario de datos ( ver 4. flujogramas). Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. sino también la de automatizar las propias tareas del proyecto. se ap lique rigurosamente una metodología de compra. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. es el tiempo que involucra al mismo. Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. Proyecto informático. la diagramación lógica (ver 4.3 el diccionario de datos). su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto.1. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). Se debe evitar la programac ión manual. Confeccione y utilice herramientas de análisis. es que las herramientas CASE. incongruencias. Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios. con todo lo que ello implica. que implicarán cambios en los programas y en l os sistemas. tablas de decisión ). que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. Velocidad: Tal lo visto en el primer capítulo ( ver 1. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. Otro elemento importante conveniente de destacar. deben ser aplicadas a una metodología determinada. Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. por lo tanto es ineficaz e ine ficiente. Si existen ambigüedades. ta reas y recursos) otro de los problemas principales. Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. que ell as en sí mismas son una metodología. como: el Standard Que . El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático.

aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. Se necesita una técnica formal y rigurosa. La base de datos es el elemento principal de toda automatización de tareas.C.4. El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. Diseño estable de base de datos. que involucra tanto esfuerzo y sacrificio. 5 herramientas CASE) para conceptualizar. MERISE. en la media posible. dibujar y diseñar sistemas. p or lo tanto. Una propuesta interesante de destacar es la que propone Lucas H. Cua lquier centro de desarrollo puede montar su metodología. en razón de su familiaridad con él. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema.Example (QBE). 3.7. Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. 2.7. Debe ser factible efectuar cambios en forma loca l dentro del módulo. Se debe disponer de herramientas de ingeniería de sof tware(ver. El usuario creativo se basa en el control del diseño por parte del usuario. el árbol de un sistema). este modelo tiene básicamente tres componentes: 1. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4. D eben utilizar. el Query .By . con la máxima prontitud posible. las entradas y la lógica del procesamiento. cualquier metodología es mejor que ninguna. Estas herramientas deben f uncionar en forma integrada. entre otros. Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. sepa utilizar el conocimiento científico. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. Control de operabilidad mutua.Diagram (QBD) o el Grafphics Language for Database.by . YOURDON Y SSADM (structured Sydtem Analysis Design .. módulos de un sistema). Modularidad. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. con el d iseño creativo de sistemas. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. Todas las metodologías. Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos. Dialectos alternativos.ry Languaje (SQL) . el Query . c onectados en forma automática con la representación básica. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. evitando puentes manuales que introducen errores. Jr. sintaxis y gráficos comunes.

se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. Definir los requisitos de implementación . el diagrama de flujo de datos ).2.2.2. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. nosotros nos concentraremos. En esta etapa son decididos los procesos a ser au tomatizados.2. Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder. objetivos).4. módulos del sistema ).2. consideran el hecho informático dividido en fases. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico. METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4.Method ) y tantas otras. como lo describimos en la introducción de la obra en las metodologías simplificadas. Modelización de datos almacenados). -RDM (ver 4. Crear el modelo de implementación del usuario Definir los módulos del sistema.7. El diagrama de flujo de datos.1. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. cuyo conjunto forma el ciclo de vida de un sistema informático. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos.

restricciones de costos.3 índices de acceso). 4 el árbol de un sistema) Para cada proceso a ser automatizado. Mejorar la eficiencia en la programación (por su generación automática de códigos). Una única interfaz puede ser generada para atender varios flujos simultáneamente. y de las transformaciones que generan los datos de salida a partir de los datos de entrada. será creado un diagrama de estructura. o por cualquier otro tipo de afinidad. y sin importar la arquitectura de la herramienta CASE. Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso. Integrar los diagramas de Estructura. a través de pseudo código flujogramas u otros (ver. Base de datos. Especificar los módulos. como por ejemplo . La estructura del software es complet ada. Elaborar diagramas de estructura. Para ello. . Proyectar la base de datos física Definir las características físicas de cada dato. módulos de control. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño. etc. restricciones operacionales.1. La especificación de los módulos. Mejorar el diseño de l os sistemas. llave primaria. (v er 3. incorporándose a él módulos de apoyo operacional.2.4. Los diagramas de estructura deben ser integrados en programas. módulos pa a alteración de parámetros de operaciones. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes. Otorgar a la administración un mejor soporte en la documentación. rutinas On-Lin e. 3.5 . módulos para la creación y restauración de índices. estos módulos serán incorporados al Diag rama de estructura. Flujogramas).Mientras son definidos los procesos a ser informatizados. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3). Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario.. mensual. etc. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados. índices. en el caso de sistemas distribuido. tecnología a ser empleada. como: módulos de implementación de backups. como la definición de las llaves principales. etc. c onsideraciones sobre seguridad y auditoría. la organi zación de cada archivo. 3. (ver cap. como el tipo el dominio. ermiten: Confeccionar la definición de requerimientos de los usuarios. el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. anual. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual.1.

y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático. que al momento de adquirir alguna herramienta CASE. 7 y 8). Otro elemento importante conveniente de destacar.Figura 5. Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. que le permitirá al adm inistrador de un proyecto informático. a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5).3 Herramientas de edición Contar con un Diccionario de Datos. se ap lique rigurosamente una metodología de compra. son eso: "HERRAMIENTAS".6 Chequeo de Reglas Figura 5. deben ser aplicadas a una metodología determinada. su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto. Figura 5. es que las herramientas CASE. También es un hecho que estas mismas herramientas. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). que ell as en sí mismas son una metodología. sobre las herramientas. Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu . Por ello recomendamos. llevar adelante un proyecto informático de f orma eficaz y eficiente.7 Informe del Chequeo de Reglas Figura 5. Figura 5. podemos hacer notar que las herramientas CASE serán un elemento muy importante.4 Diccionario de Datos Editor Figura 5.5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones.

by . Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable. tablas de decisión ). que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. módulos de un sistema). El usuario es quien más sabe del sistema involucrado en el proyecto . Debe ser factible efectuar cambios en forma loca l dentro del módulo.4.5. el Query . Verificación de condición correcta. la lista de eventos ( ver 4.2. Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información. Proyecto informático. Se necesita una técnica formal y rigurosa.7. ta reas y recursos) otro de los problemas principales. Si existen ambigüedades.Diagram (QBD) o el Grafphics Language for Database. Persiga altos niveles de p roductividad. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. La base de datos es el elemento principal de toda automatización de tareas. inicio de un proyecto informático). el árbol de un sistema). Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios. Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. Cambiabilidad.1.7. Confeccione y utilice herramientas de análisis. sintaxis y gráficos comunes. l ista de eventos). Control de operabilidad mutua. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna.arios. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. con la máxima prontitud posible. Velocidad: Tal lo visto en el primer capítulo ( ver 1. Se debe evitar la programac ión manual. pues ésta es lenta y propensa a errores. Dialectos alternativos. 5 herramientas CASE) para conceptualizar. en la media posible. las tablas de decisión (ver 4. contradicciones. Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos. .Example (QBE). en el desarrollo de todo pro yecto informático. por lo tanto es ineficaz e ine ficiente.By .6. Modularidad.2. como el diccionario de datos ( ver 4. que implicarán cambios en los programas y en l os sistemas. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. Diseño estable de base de datos. como: el Standard Que ry Languaje (SQL) . D eben utilizar. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología.3 el diccionario de datos). c onectados en forma automática con la representación básica. flujogramas). dibujar y diseñar sistemas. Estas herramientas deben f uncionar en forma integrada. es el tiempo que involucra al mismo. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. sino también la de automatizar las propias tareas del proyecto. evitando puentes manuales que introducen errores. la diagramación lógica (ver 4. Se debe disponer de herramientas de ingeniería de sof tware(ver. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4. incongruencias. la calidad del sistema se verá afectada. con todo lo que ello implica. Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. el Query . entre otros.

nosotros nos concentraremos. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico.Una propuesta interesante de destacar es la que propone Lucas H. Jr. como lo describimos en la introducción de la obra en las metodologías simplificadas. las entradas y la lógica del procesamiento. cuyo conjunto forma el ciclo de vida de un sistema informático. El usuario creativo se basa en el control del diseño por parte del usuario. 3. este modelo tiene básicamente tres componentes: 1. en razón de su familiaridad con él.. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. MERISE. . El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. Cua lquier centro de desarrollo puede montar su metodología. 2. p or lo tanto. con el d iseño creativo de sistemas.C. que involucra tanto esfuerzo y sacrificio. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. sepa utilizar el conocimiento científico. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. Todas las metodologías. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. consideran el hecho informático dividido en fases. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. cualquier metodología es mejor que ninguna.

se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. etc. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño.4. Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder.. el diagrama de flujo de datos ). en el caso de sistemas distribuido.2. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4.2. Los diagramas de estructura deben ser integrados en programas. como por ejemplo . Definir los requisitos de implementación Mientras son definidos los procesos a ser informatizados. Integrar los diagramas de Estructura. c onsideraciones sobre seguridad y auditoría. Crear el modelo de implementación del usuario Definir los módulos del sistema. restricciones de costos.2. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos. En esta etapa son decididos los procesos a ser au tomatizados. mensual. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes. o por cualquier otro tipo de afinidad. el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto. restricciones operacionales. La estructura del software es complet . Elaborar diagramas de estructura.2.1. 4 el árbol de un sistema) Para cada proceso a ser automatizado. y de las transformaciones que generan los datos de salida a partir de los datos de entrada. (ver cap.METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. El diagrama de flujo de datos.2. objetivos). Modelización de datos almacenados). La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4. Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. rutinas On-Lin e. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. tecnología a ser empleada. será creado un diagrama de estructura. -RDM (ver 4. módulos del sistema ). anual.7.

3. como la definición de las llaves principales. involucra algo más que un simple cambio en el programa .2.5 . llave primaria. Flujogramas). umento no previsto del 60 %. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario.2. El Reemplazo del sistema.3 índices de acceso). 3.1. etc. involucra un cambio estructural de una entidad Por ejemplo. Las fallas también p ueden provenir de otros factores. La Modificación del programa.4. 3.1. llave primaria. la organi zación de cada archivo. ocurre cuando los sistemas de información se tornan física mente. incorporándose a él módulos de apoyo operacional. Las fallas también p ueden provenir de otros factores. módulos pa a alteración de parámetros de operaciones. Flujogramas). etc.1. a través de pseudo código flujogramas u otros (ver. estos módulos serán incorporados al Diag rama de estructura. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. un cambio en el núme ro de dígitos del código postal. Una única interfaz puede ser generada para atender varios flujos simultáneamente. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. Como es el caso de la utiliz ación del láser. módulos de control. tecnológicamente o competitivamente obsoletos.5 . como ser en el caso de que existan cambios en las expectativas de los usuarios. involucra un cambio estructural de una entidad Por ejemplo. 3. La especificación de los módulos. umento no previsto del 60 %. como el tipo el dominio. Especificar los módulos. La Modificación del programa. en el reconocimiento óptico de caracteres para la lectura del código d e barras. remplazando a la entrada por teclado. es el agregado de capacidades que no formaron parte del sistema de información original.ada. un cambio en el núme ro de dígitos del código postal. Base de datos.3 índices de acceso). La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. Proyectar la base de datos física Definir las características físicas de cada dato. involucra algo más que un simple cambio en el programa . (v er 3. la organi zación de cada archivo. La diferencia con el . módulos para la creación y restauración de índices. a través de pseudo código flujogramas u otros (ver. La especificación de los módulos. como el tipo el dominio. en la emisión de órdenes de compra. índices. Especificar los módulos. como: módulos de implementación de backups. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados. Definir las características físicas de cada dato.1. o en el código de zona telefónica. en la emisión de órdenes de compra.4. etc. índices. como la definición de las llaves principales. como ser en el caso de que existan cambios en las expectativas de los usuarios. Base de datos. o en el código de zona telefónica. por ejemplo cuando en una división se implemen tó un sistema de inventarios. (v er 3.

ciertas condiciones extraor dinarias. encuadrándose así. que obligará a la realización de cambios en el programa. pero no es.2: El Mantenimiento del programa. es la aplicación de los sistemas expertos.Mantenimiento es el grado de importancia El Mejoramiento del sistema. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento. es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. como sería el caso de un aumento no previsto del 60 %. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas.2 Categorías de los sistemas de información Según Rusell Ackoff.2: El Mantenimiento del programa. Como es el caso de la utiliz ación del láser. Un ejemplo de ello. mejoramiento. tecnológicamente o competitivamente obsoletos. involucra un cambio estructural de una entidad Por ejemplo. reemplazo o capaci dad. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. mejoramiento. como ser en el caso de que existan cambios en las expectativas de los usuarios. Figura 1. un cambio en el núme ro de dígitos del código postal. modificación. la misma preocupación que tiene el adivino por el futuro. es el agregado de capacidades que no f INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable. pues él solamente . es el agregado de capacidades que no formaron parte del sistema de información original. que obligará a la realización de cambios en el programa. por ejemplo cuando en una división se implemen tó un sistema de inventarios. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. El Reemplazo del sistema. reemplazo o capaci dad. el proyecto informático. involucra algo más que un simple cambio en el programa . La Nueva Capacidad del sistema. el proyecto informático. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. la esencia de la sabiduría es la preocupación por el futuro. es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. como sería el caso de un a INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. remplazando a la entrada por teclado. Las fallas también pueden provenir de otros factores. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento. ciertas condiciones extraor dinarias. dentro de una categoría de complejidad mostrada en la figura 1. son sistemas de información para los cuales no es necesario el uso de la automatización. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. dentro de una categoría de complejidad mostrada en la figura 1. ocurre cuando los sistemas de información se tornan física mente. modificación. en la emisión de órd enes de compra. encuadrándose así. La Modificación del programa. en el reconocimiento óptico de caracteres para la lectura del código d e barras. o en el código de zona telefónica.

dependiendo de los recursos con que se dispongan. y una lista de secuenciamietos. 3. el sabio intenta controlarlo. y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. Por lo tanto.(ver. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). Por lo tanto. las tareas y los recursos. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt.intenta preverlo. es decir. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. o sea el conjunto de actividades. el método del Camino Crítico y al diagrama de Gantt.1 que es un proyecto informático).-se halla el camino crítico.. Se estiman luego los tiempos correspondientes. para lograr el mejor tiempo y con el mínimo costo. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. al planificar se construye la secuencia de tareas con la lógica nece saria. se lo utiliza para: considerar alternativas . hace que la secuencia de tareas pueda variar en el tiempo. 2. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. hay que considerar. al m omento de planificar. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. Además. con pequeñas modificaciones. y para ello se debe: 1. mediante la creación de un modelo lógico. 1. que indica en qué orden deben realizarse las tareas. ésta es una representación gráfica c . no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea.-establecer. hasta donde sea posible.1. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software. La disponibilidad de recursos. mas probables para cada una de las tareas. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. y por último. Una vez establecido el camino crítico. con la aplicación de modelos estadísticos. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. las estimaciones de tiempo . con el mism o grado de importancia.

Al momento de asignar los recursos. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. de las etapas componentes de un proyecto. Esto facilitará una exploración financiera rápida. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. en la planifica ción son tan importantes las tareas como los recursos disponibles. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. aumenta ndo se los computariza. Lo importante es que una vez que fueron identificados los recursos para cada tar ea. De Sensibilidad. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos.ronológica. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. La utilización de una herramienta automatizada de administración de proyectos. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. De Beneficio. La herramienta principal para la planificación de recursos es el presupuesto.2 Diagrama de GANTT. y del calendario para hacerlo. le otorgará una mayor eficacia en el control del proyecto. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. por lo tanto. se requiere determinar. si es una actividad crítica o no. la importancia de cada tarea. De Riesgo. como es el caso de Microsoft Project. se deben realizar los siguientes análisis: De Costo. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. Este gráfico se sustenta en un a estructura de barras horizontales. cuándo. A los efectos de su confección. Es importante considerar que la utilidad de los modelos financieros. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. dichas exploraciones alcanzarán un gran cua de una gr de lo valor e . Se debe tener en cuenta cinco tipos de recursos: $ El dinero. A través s análisis de riesgo y sensibilidad.

Repetidores. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. se debe determi nar: También se deben considerar. va a conformar l a denominada Base de Datos. y un conjunto de Bases de Datos.3. as cada área específica de la empresa. El costo del dinero accionario. que será compartida por los diferentes usuarios de la organización. Memoria principal) Periféricos (Unidades de entrada. o con múltiples Bases de Datos. Es común que en las pequeñas y medianas empresas por ello tengan que distribuir su información en ignándole a cada una de ellas. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. la o rganización puede contar con una única Base de Datos. podemos citar: La tasa de interés bancaria. otra se cuente con microcomputadoras. la recuperación puedan tomar supervivenc un recurso Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. de un sistema de información. en la que se puede estimar la sensibilidad. nuevamente concentrando nuestra atención en los proyectos informáticos. Un para el almacenamiento de la info para el área de personal. Tenemo s que en el proceso de planeamiento. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera. Prototipo. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. salida. para que las personas de la organización decisiones. C++. pues los datos estructurados constituyen básico para todas las organizaciones. Cobol. Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. FIGURA2. El índice de inflación. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. Unidades de entrada/salida) Comunicaciones (Modem. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. SQL) Métodos de desarrollo ( Ciclo de Vida.n el proceso de planificación Entre tantas condiciones comerciales. una más para . resultante de nuestro proyecto informático y.

El SGBD también se encargará de la comunicación entre el usuario y la base de datos.44 Mbytes Sonido de 16 bit Papel carta para impresora. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. son programas de software para la administración de las Ba ses de Datos. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS).01. y en particular.01 4.01 4.02.01 Unidad Cantidad 1. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad 20 20 5 25 Unidad Unidad Caja de 10 Unidad 10 .01.01.01. manipular y recuperar datos en u na computadora. proporcionándole al usuario. en una única base de datos.01 3.02 4. Mientras tanto las Grandes organizaciones poseen computadoras de gran porte.02 1. consistente y c onsolidada. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.01.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. para: almacenar. Los sistemas de Gestión de Base de datos. Una Base de Datos está compuesta por un conjunto de tablas o archivos. y e s así que pueden almacenar toda la información necesaria.01 2. ESTRUCTURA DE UNA BASE DE DATOS. los medios necesarios para poder obten er información. integrada.01. Independientemente de la Base de Datos que será implementada. introducir nuevos datos y actualizar los ya existentes.el área de ventas o el área de producción.01.

La Plata 365 Doblas 1578 Av.00 75.01.01.00 50 450 Esta Base de Datos contiene información de tres Entidades: .01 2.01 4.01.01.00 80.01 1.01 1. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 Código del artículo Precio 002 003 002 001 1.01.7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.03 70.

almacenados en el archivo de ORIGEN DEL PRODUCTO. po seen el mismo formato. CONSUL TA DE CLIENTES. PRODUCTOS. y cada registro debe contener el conjunto de atributos necesarios. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. que describen a las entidades. BANCOS. Datos sobre proveedores (Entidad proveedores). almacenan o procesan datos. Datos sobre el origen de los productos (Entidad origen del producto). ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. cada uno de estos archivos está formado por un conjunto de registros que des cribe. VENDEDORES. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. COMPETIDORES. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. FIGURA 3. cada entidad en él almacenado. a través de los atributos o datos (columna). COSTOS. o sea tienen el mismo conjunto de datos o atributos. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. U n atributo es pues. como es en el caso de un archivo HISTÓRICO DE V ENTAS. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. En otras palabras. La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. que son: los archivos ma estros. almacenados en el archivo de PROD UCTOS. los archivos de transacciones. PROCESOS DE EXPORTACIÓN. los productos son provistos por cada proveedor y viceversa. identificados por las filas de cada tabla. PROVEEDORES. PAGOS A RECIBIR. cu antificar o expresar el estado de una entidad. real o i maginario. Por lo tanto una entidad es cualquier persona. cualquier detalle que sirve para identificar. CLIENTES. o sea . iden tificados por las columnas. ARCHIVO DE TRANSACCIONES. Todos los registros de un archivo. Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. NÓMI NA DEL PERSONAL. clasificar. cosa o evento.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. para dar apoyo a la actividad de la organización. FACTURAS. los archivos de control y los archivos d e planeamiento. almacenados en el archivo PR OVEEDORES y. como es en el caso de los archivos de VENTAS. Además. de interés para la organización y acerca del cual se capturan. como por ejemplo el archivo de VEN DEDORES. . uno es el de acumular datos de eventos en el momento que ocurran. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales.Datos sobre productos (Entidad producto).

las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). PROGRAMA DE COMPRAS. COMPRAS POR PROVEED OR. como ser el VOLUMEN DE VENTA POR PRODUCTO. y quien permite esta identif icación es la llave primaria. Figura 3. como por e jemplo: PROGRAMA DE VENTAS. que generalmente se identificada por medio de la letra @. Este tipo de índice. llamado índice secundario.1. es utilizado para reducir el tiempo de localiz . En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. PRESUPUESTO FINANCIERO.1. de transacciones. Los archivos de planeamiento. creada por el SGDB. La operación de indexa ción. diferentes de los de la llave primaria. En el caso de la Base de Datos de compras. Estos archivosgeneran medidas de control de los negocios. puede ser un atributo o una combinación de atributos. la llave primaria no puede tener valores repetidos para di stintos registros. correctamente proyectado. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. VOLUMEN DE VENTA POR VENDEDOR.1. Cada instancia de una entidad debe ser unívocamente identificable. Este índice es llamado índice primario . La llave primaria.Est ructura de una Base de datos). En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. COSTO DE REPOSICIÓN. ARCHIVO DE PLANEAMIENTO. VOLUMEN DE VENTA POR CLIENTE. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. descripta anteriormente ( ver 3. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD).ARCHIVOS DE CONTROL. También es posible crear índices para un archivo de datos utilizando atributos (camp os). y de control. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. o conjunto de atributos. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. PROGRAMA DE PRODUCC IÓN. para permitir el análisis del desempeño de la organización. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos.

pero las clases más com unes son: la verbal. con cierto grado de detalle (abstracción). La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. en éste último caso. flujogramas). dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. Después.ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar.5. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). y es así que el fenómeno se despoja de lo que no es esencial. de una parte de la realidad (sistema).1. Los modelos pueden tener diferentes clases de estructuras. Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. como por ejemplo lo s flujogramas (ver 4. utilizando el juicio s . por ejemplo. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. y estos tienen básicamente dos formas de ser probados. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. con el objetivo de servir a los propósitos del usuario. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. la modelización de las funciones del s istema). la simbólica y la matemática. que describiremos próximamente (ver 4.. Los modelos simbólicos generalmente son más específicos que los verbales. una e s la forma prospectiva (contra el desempeño futuro). pero pocos se diseñan para dar resultados numéricos e specíficos. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. las variables y sus relaciones se funden en forma de prosa. podremos describir el funcionamiento de un sistema. o sea si un modelo se pru eba retrospectivamente. el manual de organización o la Lista de evento s. En los modelos verbales. y esto debería ser el propósito de todo modelo. son ejemplos de modelos verbales. Según Sowa. El manual de procedimientos.2. Algunos modelos pueden combinar componentes icónicos y análogos. conforme perseguido por alguien (autor del modelo). El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. y la otra es de forma es retr ospectiva (contra el desempeño pasado). es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. Un punto muy importante de los modelos es el de saber como probarlos. a fin de d eterminar su valides. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). el análisis de su sensibilidad al error puede servir de base para evaluarlo.

se r efiere a: ¿grandes pedidos. a pedidos pequeños o ambos?. Se debe preferir. para facilitar el descubrimiento. En función de su origen. que obvia . es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). Al tratarse de una palabra bastante genéric a. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. entre las diversas alternat ivas posibles. de la lista de eventos. pues no hay referentes reales. será la base para la construcción de las entida des y sus relaciones. Por lo tanto es muy importante el escoger la acepción más apropiada. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. y suelen abarcar un número mayor de acepciones. en el diseño inicial. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural.1.obre la posibilidad de esta baja. palabras concretas a palabras abstractas. LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. Su principal dificulta d reside en el significado de compras. involucra a: ¿la s importaciones o las de plaza local?. que s egún lo visto en el tópico anterior (4. Las primeras actividades de diseño de los sistemas (ver cap1. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. solo queda la alternativa de hacer una hipótesis de significado genérica. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. El lector necesita más tiempo y esfuerzo para captar su sent ido.1 que es un PI y 1. se puede hacer una evaluación parcial del modelo . es quien a utoriza las compras. la utilización de. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. En cambio. Si se evalúa en función del volumen. el lector las pue de descifrar fácilmente. no programadas o ambas?. porque se hace una clara imagen de ellas asociándolas a la realidad.2 inicio de un PI). Lo que significa asumir un riesgo. Luego esta lis ta estructurada. los modelos se pueden utilizar heurística mente. Elegir el nivel apropiado de abstracción para los términos. de cada uno de los participantes del proyecto. se refiere a: ¿com pras programadas. Y en función del bien: ¿en insumos y/o bienes de capital?. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo. fuesen realizados en forma oral o escrita en lenguaje natural. las palabra s abstractas designan conceptos o cualidades más difusos. En el caso de que los requerimientos. Es una oración demasiada ambigua. Además de su utilidad para evaluar medios.). Las palabras concretas se refieren a objetos o sujetos tangibles. en forma estructurada. es decir. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . ¡Cuál de estos términos es el correcto?.

Verificar los sinónimos y los homónimos. acción. parroquiano. co mo si. se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. que pueden ser el instrumento o el modificador . "mirá las cajoneras". etc. esto es. El término pastillas de frenos no describe un concepto. "mirá las cajoneras". Estos elementos-llave pueden estar acompañados de otras palabras como artículos. sino una i nstancia o componente del concepto correcto. Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. en LI STA DE PRODUCTOS o en STOCK). Es así que la segunda oración. sino. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). el <objeto> y el <complemento>. cuando. Por ejemplo Para finanzas el cliente es quien compra un . hacer. tanto como les sea posible.. éstas deben ser frases afirmativ as. a djetivos. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. comprador. Idealmente. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". verifica es el verbo. La segunda oración indica un a clase específica de entidad (cajonera). entonces. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. que son el <sujeto>. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). Por ejemplo. el <verbo> . compuestas por hasta cuatro elementos-llave. en el caso de las descripciones de los datos. Al usar rodeos. similares a las de los lenguajes de programación. con significados diferentes es con siderado pues un homónimo. Por ejemplo: Si el monto es menor a 100 aprueba el pedido. el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". en diferentes lugares. Evitar el uso de casos en lugar de conceptos generales. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . en lugar de referencias explícitas a los mismos conceptos. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. condición.mente no debería existir. un componente. También es importante que los enunciados que describen operaciones deben utilizar. usuario . en vez de decir. permite una clara clasificación de los conceptos. En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. Por lo tant o el término debería ser insumos. Elegir un estilo estandarizado de enunciado. Evitar las expresiones vagas o indirectas. sino eleva el pedido a Gerencia Financiera. adoptan términos más específicos de los que verdaderamente son necesarios. estructuras sintácticas no ambiguas (PRODUCTOS. Es común observar que los usuarios de los sistemas de información. Considere que una frase puede estar incompleta.

el DFD permite representar de forma completa el sistema de in formación. O en el caso particular de nuestros archivos. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. procesos y flujos de información). Cuál remito firma. determinando lo que ocurrirá en cada un denominadas Entidades externas. con los cuales se puede producir un esquema. de un sistema. de datos necesarios. En el caso de: Recepción firma remito. 2. la transformación de entradas en salidas. STOCK se diferencia por contar además con el atributo Saldo del p roducto. El objetivo del DFD es: 1. En otras palabras. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. que participen de es a ser realizados. la confección del diccionario de datos. en el de compras o en el de los proveedores. el diccionario de datos). Aunque. Lo que ocurre es que. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. archivos. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. al relacionar los datos almacenados en los archivos de datos del sistem a. el original o alguna copia. que alcance el nivel de detalle requerido por el proyectista. mientras que para Marketing el cliente. y éste pueda ser interpretado . EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. te sistema. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. con los procesos que transforman a estos dados. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. B usiness Proc ess Model). en cada proceso. datos. Detallar los procesos 3. es el us uario del producto. es decir: frases que puedan interpretarse de dos o más maneras distintas. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. que participen en el procedimiento. En qué despacho se reúnen. Describir el contexto a de las áreas de la empresa.4. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. Una de las principales características de este modelo es su simplicidad. y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. no se justifica en ningún caso. o potencial cliente. Hacer explícitas las referencias entre términos. Definir los flujos de del sistema.3. Hacer un Diccionario de Datos. Se debe evitar cometer ambigüedades.producto. Como veremos más adelante (ver 4. Enumerar los archivos 4. diseño de relación uno a uno). ir confeccionando el diccionario de datos.

El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación. flujograma) . cantidad. Las entidades externa pueden duplicarse. Remito. Apellido.2). en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta. Diccionario de datos) o esquematiza do en un flujograma (ver 4. deben pasar a ser parte del sistema en estudio. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson. Cuando una entidad externa provee datos al sistema.2. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. a un grup o de personas o. Si así lo fuera. si fuese necesario darle claridad al di seño y evitar largos vectores. 3. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada.. que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4. o bien evita r gran cantidad de entrecurzamientos de los mismos. Las entidades externas son consideradas también como Terminadores. es más amplia de lo que se determinó. Estas funciones son las que transforman a las ent radas en salidas. y lo s procesos involucrados en esta entidad. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. Las. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema.-Los flujos de datos son representados por vectores direccionados. Factura. Clientes y un sistema de liquidación de sueldos y jornal es. Simbolog ía del DFD Metodo Yourdon 1. o como rectángulos con sus vértice s redondeados. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. que pueden representar a una persona. 2.2. Entidades externas. como ya lo dijimos anteriormente.Los procesos se pueden mostrar como burbujas. Son representadas por medio de un cuadrado. pues lo que ocurre en estas entidades no es de interés para el proyecto. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. que representan a los flujos de datos.por todas las personas involucradas en el proyecto. las entidades externas. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. En sí. Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema.5. Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD.3. sin el requerimiento de un c onocimiento previo de informática.2. Y cuando una entidad externa recibe datos del sistema. a un sistema. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. son utilizados cuatro símb olos : Figura 4. esto está indicando que la frontera del sistema.

precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. El objetivo es la identificación de todos las entidades externas. cuál es la entrada o proceso que inicia.3. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic . a menos que estos sean muy relevantes para los usuarios d el sistema. en un DFD. que la frontera itúe dentro del contorno de las entidades externas 2. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. Al diseñar el primer borrador del DFD. los archivos serán las tablas que compongan la base de datos. Próximas versiones mejorarán las definiciones y el diseño. pero la representación procedimental. si las entidades bordes del diagrama. Como regla general.. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo.( ver 4. y por ahí comience el diseño. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . y no los detalles de imp lantación del sistema. Si los flujos de datos principales van del derecho del diagrama. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. y no como una especificación detallada del sistema. además de incluir los flujos de datos entre ellos. juntamente con las entradas que irán para ellas. El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. El procesamiento o la secuencia puede estar implícitamente en el diagrama.el diccion ario de datos). o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson. y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas por dicho proceso. Los DFD son más legibles. El DFD debe ser visto como una herramienta de planeamiento del siste ma. El primer borrador puede ser realizado en papel.5. RECOMENDACIONES PARA UN DFD. flujograma) FIGURA 4. Al terminar el diseño del sistema y la constru cción del mismo.1. loa tratamiento de errores y de excepciones no de ben ser representados.. 3. Para mostrar los detalles de qué información es procesada y cómo es transformada. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. 4. procesos y archivos de dato s que formarán parte del sistema. Inicie la construcción del DFD por las entidades externas. de tal forma.4. RESTRICCIONES DEL DFD. pero no provee detalles sobre esos componentes. Las duplicaciones de símbolos deben ser mantenidas al mínimo. a continuación si ga con las salidas que de ellas son originadas. Lo que queremos decir es que. Diagrama de Flujo de Datos. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. piense en como el sistema funciona realment e. 1. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. después el proceso que trata esa entrada.

que almacenan los detalles del modelo lógico de l sistema.amente diseñada para la modelización del sistema de información. de las salidas. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. y también d e cálculos intermedios. que componen la defini ción. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. cada archivo de datos es una colección de elementos de datos individuales. del repositorio de datos o de una entidad externa.2. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. estas herramientas cu entan con un diccionario de datos. inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente. del flujo de datos. la modelización de las funciones del sistem a). de los componentes de los repositorios. el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. de los objetos. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. dado que un mismo elemento puede se r conocido por diferentes nombres. CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes presente o ausente) . Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. o del control de cómo lo usan. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema. Alias: otros nombres usados para la entrada. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. Descripción: Explicar las diversas partes o circunstancias. Por lo tanto.

Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. tomamos que. es importante definir todas las relaciones e . 2. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. cuyos miembros diseñan un papel en el sistema que se está desarrollando. sino también que relaciones existen entre los archi vos de datos. No solamente queremos saber. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. Las Entidades pueden ser identificadas de forma única y. es necesario que a partir de este modelo.3 Diccionario de Datos . considerando que las entidades de una base de dados están relacionad as. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan. Por lo tanto. qué información está conte nida en cada archivo de datos. una venta con varios productos. a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. a cada archivo de datos del DFD le corresponde un a Entidad al RDM. Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. un vendedor con varias ventas. y que a través de esa relación son generados informes. Este aspecto del sistema no está representado por el diagrama de flu jo de datos.2 Diccionario de Datos .Estructura FIGURA 4. algunas veces la información es mínima. se almacenan los datos que describen a las Entidades de l sistema de información. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos. es bastante compleja.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). Como regla general. que son las Entidades y las Relaciones : 1. Por lo tanto. Normalment e. ser descriptas a través de uno o mas hechos (Atributos). por ejemplo. y así sucesivame nte en cada uno de los procedimientos. un cliente podrá estar relacionado con varias ventas.4 Diccionario de Datos . o sea.* * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave FIGURA 4. pero en la mayoría de los sistemas.Descripción FIGURA 4. El RDM posee dos importantes componentes. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario. interligadas por vectores al relacionamiento. en cada archivo de da tos definido por el DFD. como por ejemplo: todos l os productos vendidos a un cliente. en detalle. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones.

Es el tipo de relación más común. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). Pero veamos cómo son cada una de estas relaciones: Relación uno a varios. En una relación varios a varios. Relación uno a uno. 2. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. En una relación uno a uno. Relación varios a varios. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos. uno – a – varios. como así también sus llaves foráneas. Este tipo de relación no es habitual. correspondan a las clave s externas de las Tablas A y B. y en este tipo de relación. 4. cuya clave principal c onsta de al menos dos campos.2. 3. para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. también es necesario que sean incorporados al Dicc . un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. varios – a – varios. estos campos. que conformarán la base de datos: uno – a – uno. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas.llave primaria o identificadora). 5. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. que son necesarias para establecer la relación entre las entidades. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. y que además. uno – a – varios y varios – a – varios. al momento de diseñar y analizar el DFD. Después de la construcción del RDM.1. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. Simplifica la estructuración de los datos.ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción.

ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo.3.4.1). 4. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO. Por lo tanto. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. cada VENTA involucra uno o mas (1. La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar. FIGURA 4. y que posteriormente formarán la base de dados del sis tema proyectado. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan. una PERSONA está relacionada a un DEPARTAMENTO (1.4. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento. se representa la relación entre dos entidades. El par de números ( 1 . TECNICA DE DISEÑO DEL RDM. FIGURA 4. Al ser identificada una relación uno a uno (1.4.4. Por ejem plo tenemos a las entidades PRODUCTO Y STOCK.4.N) productos v endidos. la entidad PERSON A y la entidad DEPARTAMENTO.3.2. Direccionalidad de las relaciones Diseño de la Relación uno a uno. el par de números ( 0 .N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones. En la Fig. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas.1). 4.1. Por otro lado.1. cada PROVEEDOR puede suministrar uno o mas (1. Propiedades de las entidades y las relaciones En el ejemplo de la Fig. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro.N) FIGURA 4.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. hay una fuerte razón para unir a los dos elementos en uno solo. pero un PRODUCTO es parte de solamente una VENTA (1. 4.4. . Cada entidad es representada por un rectángulo. Relación entre entidades En el ejemplo de la Fig.2.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1.

y la llave primaria Número de profesor de la enti dad PROFESOR. Si determinamos que un PROFESOR está relacionado a una MATERIA.Llave foránea <FK> En el caso de la relación (1.FIGURA 4. La llave foránea recibe este nombre po rque. vemos al Código de la materia como la llave primaria de la entidad MATERIA. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4. para presen . sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas.4.4. La relación entre los dos objetos deberá ser realizada a través de una llave relación.4.2 llave primaria o identificadora). Normalización).4. esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos. debemos almacenarlas en un único archivo de datos. FIGURA 4.4.8.6. pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos.6. ninguna de ellas está totalmente correcta. como se ilustra en la figura 4.4. y apunta a la MATERIA que él dicta. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo. un PROFESOR puede dictar solamente una MA TERIA. entre una MATERI A y un PROFESOR que dicta una MATERIA.6.4. como se ilust ra en la figura 4.1). y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR.4. FIGURA 4. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado.1. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK. la relación entre PROFESSOR y MATERIA no es uno a uno . podemos considerar una única entidad d e PRODUCTOS EN STOCK.4. en el archivo PROFESOR. (ver 3.4. En este caso. tal cual se observa en la figura 4.5. Por lo tanto. que sirven como ejemplo. precisamos pues de una llave que haga la relación entre las dos entidades. representada en la figura 4. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>.4. O sea. FIGURA 4. significando que se trata de un dato del archivo MATERIA. pero sí e s la llave primaria del elemento al cual está se relaciona. no es un atributo del elemento relacionado. representada en la figura 4. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. Note que en esta relación.7. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor. el dato "Código de la materia" es un campo l lave foránea (FK). necesariamente ella.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA.

Si analizamos los ejemplos anteriores. En el ejemplo ilustrado por la Fig.4.N).N) siempre debe ser resuelta por dos relaciones (1. una materia es dictada únicamente por un profes or. FIGURA 4. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores.1). una materia puede ser dictada por uno o varios profesores (1.N). FIGURA 4. 4. ambas con un objeto de intersección.4. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad. En este caso un profesor puede dictar una o varias materias (1.4. La única línea de relación (N. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas.N) deberán ser identi ficadas y. únic amente las llaves primarias de ambos objetos relacionados (N. 4. En el ejemplo ilustrado por la figura 4. Relación uno a varios.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso. Una relación (N. en que un PROFESOR dicta varias m aterias(1.9.4. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen.. el atributo "Número del profesor" es la llave foránea de MATERIA.N).1). Diseño de la Relación varios a varios.. a continuación.N) y una MATERIA puede ser dictada por varios profesores(1. pudiendo s er parte de su llave primaria o no. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". FIGURA 4.4.4. En este caso. o sea. En el ejemplo ilustrado por la Fig. mostrando la relación entre una MATERI A y varios PROFESORES.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc .8. un "objeto de intersección" deberá ser creado.N) pero una mater ia puede ser dictada solamente por un profesor (1.8. Como cada entidad posee un archivo d e datos conteniendo sus atributos.N) puede ser considerada como una combinación de dos relaciones (1. pero un profesor solamente puede dictar una única materia (1. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios.tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios. el atributo "Código de la materia" es la llave foránea de PR OFESOR.9. muestra la relación entre un PROFESOR y varias MATERIAS.10. pero sí lo es var ios a varios.N).

Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única.N) entre MATERIA Y PROFESOR resuelta por una relación (1. O sea. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. las cuales se han nombrado como asociaciones significativas entre entidades.4. FIGURA 4.11 Relación varios a varios solucionada En este caso. Proporcionar la flexibilidad necesaria para soportar . En cada entidad se listan los tipos de información que se podrían mantener o conocer. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida. De esta forma. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas.11. Añadir las relaciones de gestión. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores.N) entre MATERIA Y COMISIÓN y una relación (1.4.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. y par a cada profesor habrá una determinada aula y horario. pues la identifican. así como cada materia podrá ser dictada por varios profesores.ión a ser creados debemos analizar la relación (N. cada una en su respectiva aula y horario. ilustra la relación (N. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios. un determinado profesor podrá dictar varias materias.N) entre PROFESOR Y COMI SIÓN. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. NORMALIZACIÓN. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Esto es la definición de uno o más campos identificadores o llave . El proceso de la construcción del Modelo Relacional de Datos (RDM). La figura 4. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos. Por lo tanto. Esto es definir a las entidades y diseñarlas como un recuadro. podemos crear un objeto de intersección denominado COMISIÓN.

El archivo de datos ejemplificado a continuación no está normalizado. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. Asegurar resistencia a la ma nutención del modelo de datos. entre otras co sas. denominados. al proyectista de una base de datos relacional. debemos eliminar grupos repetidos de datos. Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. . En general. Eliminar atributos no d ependientes. anomalías en el manejo de esto s datos El proceso de normalización consiste. evitar redundancias. prevenir incons istencias. Esas reglas buscan: Minimizar redundancias.requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. Fueron establecidos cinco tipos de archivos normalizados. Eliminar anomalías de actualización. PRIMERA FORMA NORMAL (1FN). hay mas de un valor o supermercado en cada campo de Negocio. cuarta forma norma (4FN) y quinta forma normal(5FN ). garantizar que no existan pérdidas de información. tercera forma normal (3FN). Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. básicamente. Proveer el mejor camino de acceso a cualquier dato. Se refiere a cualquier archivo que posea un valor por campo. hasta que cada dato tenga una llave primaria para cada ocurrencia. y que persig ue como objetivo principal minimizar la duplicidad de información. segunda forma normal (2FN) . las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. De una manera práctica. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN. en orden creciente de simplicidad: primera forma normal (1FN). a construir relaciones normalizadas. E n resumen son las técnicas y algoritmos que ayudan. un Atributo y una Relación. de la siguiente manera: Eliminar campos repetitivos. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). Eliminar datos redundantes. Se podría resumir a estas tres forma s normales mas utilizadas. Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. según sea el significado y el contenido del universo a ser modelado. evitando. Además la 1FN. La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad.

Jumbo Poroto Coto. Carrefour. y tiene una relación de uno a varios unida con la entidad original. Carrefour. Esto implicará. en cada uno de los negocio?. por ejemplo. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. Jumbo. A través de este archivo podemos obtener la información de que existe . Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? un campo. en el campo Negocio existen varios valores de datos (grup os repetidos). deb erán formar la base de una nueva entidad. A partir de esto. en el campo Negocio debe existir el nombre de apenas un supermercado. Después de la aplicación de la primera regla de normalización. arroz en los supermercados Coto.Producto Negocio Arroz Coto. La entidad nueva. la creación de un número mayor de fi las o registros en el archivo. se identifica por la parte emigrada del identificador único de la entidad original. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. preguntamos también: . Tía. o sea. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). Macro. Jumbo Harina Coto. Disco. Disco. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. Carrefour Azúcar Tía. entonces el atributo. Pues deberá haber una fila para cada producto en cada negocio. Carrefour. y la parte del identificador del que depende. Macro. Disco. Carrefour Como puede percibirse.

¿Hay algún campo no-llave que dependa de apenas. también será eliminado el Teléfono del Negocio. dependiendo de cual registro sea por el que se accede. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. de una parte de la llave prim aria? . Si un negocio cambia el número de Teléfono. por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. la integridad de la base de datos estará perdida. independientemente del Producto. pues podrá no ex istir otro lugar en la base de datos que lo almacene. el archivo anterior deberá ser dividido en dos. el archivo ejemplificado anteriormente no está en la segunda forma normal. o sea. pue s él no pasó por el test. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. pues no hay ninguna ll ave "Producto + Negocio" duplicado. por lo tanto . la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. como la llave es concatenada. Cuando un archivo de datos no está en la segunda forma normal. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. En este caso. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR 12 200 8 8 9 100 4 900 3 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 6000 14 3200 3200 5400 7 4400 5 3600 Precio Total 7700 2800 700 4500 . pues varios registros poseen el mismo producto. Si ocurre algún problema con el proceso de actualización de datos. pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. Para evitar estos problemas.

Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. el campo "Total" es dependiente de dos campos no-llave. Si sabemos la Cantidad y el Precio. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. TERCERA FORMA NORMAL (3FN). Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. que es Neg ocio. una columna no . Concluimos entonces.Negocio Dirección Teléfono Coto Av. El segundo archivo. Como regla general es importante. P or lo tanto. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios. Analizando desde otra perspectiva. En nuestro ejem plo.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. también está en la segunda forma normal porque él no posee una llave concatenada y. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. sabremos el Total. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. por lo tanto. La Plata 2222 921-4802 Jumbo Av. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. y sin pérdida de información. Cruz 4897 342-6400 Macro Av. Por lo tanto. Si el campo "Total" fuese eliminado. NEGOCIOS. es fácil percibir que el archivo anterior. a pe sar de estar en la primera forma normal. ocupando menos espacio en el disco. Precio y Total. Producto ARROZ Coto ARROZ ARROZ Negocio Cantidad 200 10 Disco 500 Carrefour 9 700 Precio 11 . Rivadavia 4735 923-4377 Tía Av.

ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 8 13 12 200 8 8 9 100 4 900 3 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. pasa al procesamiento e la parte else. Los bl oques. etc. convertir un valor en cero. son una excelente forma gráfica de describir fácilmente los detalles procedimentales. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. se dibujo como un rombo de decisión que. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. Su descripción implica siempre aplicar un verbo (hacer algo): sumar. Desgraciadamente. La condición. también denominada IF -THEM-ELSE (si. en el orden secuencial correspondiente. FIGURA 5. y las operaciones de decisiones necesarias para cumplirlo. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental. Un flujograma es un gráfico muy sencillo. Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados.5. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. transferir. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos. borrar. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. si es verdad. No hay duda de que de las herramientas tales como los flujogramas. Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. hace que se realice el procesamiento de la parte the m y. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos.Los bloques pueden representar acción o decisión. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. es también el método del que más se ha abusado.sino).entonces . Las tres construcciones de la programación estructurada se representan como en la figura 5. etc.5 FLUJOGRAMA TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a . si es falso.

2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. Estos módulos pueden ser: un programa. y constituye una operación o un procedimiento completo que el sistema debe e jecutar. Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. procedimiento de cálculo y otras operaciones e . o u na combinación de estas tres. u n procedimiento manual o automatizado. conte niendo cada una de ellos procedimientos manuales y/o automatizadas. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. Si hubiera N variables con valores binarios (verdadero / falso). 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores. que llamaremos módulos. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. y generalmente será desde una opción de l menú. si hubiera 3 condiciones habrá 8 normas. más fáciles de s er implementadas controladas y manejadas. Un módulo siempre será invocado como una unidad. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. entonces. habrá 2 N reglas distintas. una relación de operaciones o comandos.tomar cuando se dan determinadas condiciones (variables relevantes). actualización de archivos.

se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. debe tener su o rigen en los procesos del DFD. Grabar una copia de seguridad de los archivos. sin ningún procesamiento adicional informatizado de s us datos. que identifica a cada uno de los módulos y la jerarquía existente entre ellos.specíficas que el sistema deba efectuar. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. En caso de no ser posible implementar el proceso totalmente por software. desde los mas am plios hasta los mas específicos. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. El árbol de sistema es un organigrama. se encuentra en uno de estos tres casos. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. Por último. existen nivel es de procesos y operaciones que serán desempañados por el sistema. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. Como la división de un sistema en módulos. se debe producir y revisar una especificación escrita para cada módulo. pues cada módulo . Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. Normalmente. el desarrollo y prueba de los mismos debe ser planificado. según su nivel. debe contener toda la información necesaria para que se pueda . luego de la definición de los módulos. dará acceso o ejecutará una determinada operación. si todo flujo de datos q ue en él entra o sale. el deb e ser explotado y revalidado continuamente. Esta especificación. y en las entidades y sus relaciones definidas en el RDM. guardan una relación jerárquica entre sí. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. Cálculo del SALARIO. o sea. se debe anali zar la posibilidad y la conveniencia de su implementación por software. La misma. Si fuese decidido que determinado proceso tendrá apoyo automatizado. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS.

desarrol lados por profesionales de administración en pequeñas y medianas empresas.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). pues la lógica del siste ma. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. Figura 5. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. estas herramientas permitirán organizar y manejar la información de un proyec to informático. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. para realizar el Modelo de Datos . los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. En la introducción del Libro describimos que en los Proyectos Informáticos. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla.Martin del Diagrama de Entidad Rel ación.producir los códigos o programas necesarios para cada uno de los módulos. que corresponde a las iniciales de: Computer Aided Software E ngineering. Permitiéndole a los participantes de un proyecto. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. El concepto de CASE es muy amplio. y una buena definición genérica. que los sistemas (especialmente los complejos). a la gran cantidad de documentación que es ne cesaria. por medio de programas. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. de procedimientos y su respectiva documentación. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. mas comprensibles y además mejorar la comunicación entre los participantes. que pueda abarca r esa amplitud de conceptos. Concentrando nuestra atención en el uso de estas herramientas. utilizand o el método de Yourdon para el Modelo del Proceso. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . se tornen mas flexibles.

2 Categorías de los sistemas de información Según Rusell Ackoff. involucra algo más que un simple cambio en el programa . en la emisión de órd enes de compra. tecnológicamente o competitivamente obsoletos. o en el código de zona telefónica. y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. son sistemas de información para los cuales no es necesario el uso de la automatización. es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. la misma preocupación que tiene el adivino por el futuro. modificación.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE p INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable. por ejemplo cuando en una división se implemen tó un sistema de inventarios. hasta donde sea posible.2: El Mantenimiento del programa. en el reconocimiento óptico de caracteres para la lectura del código d e barras. mejoramiento. . Las fallas también pueden provenir de otros factores. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento. reemplazo o capaci dad. Por lo tanto. Como es el caso de la utiliz ación del láser. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. involucra un cambio estructural de una entidad Por ejemplo. el sabio intenta controlarlo. que obligará a la realización de cambios en el programa. La Nueva Capacidad del sistema. dentro de una categoría de complejidad mostrada en la figura 1. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. como ser en el caso de que existan cambios en las expectativas de los usuarios. al planificar se construye la secuencia de tareas con la lógica nece saria. ocurre cuando los sistemas de información se tornan física mente. el proyecto informático. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. El Reemplazo del sistema. Figura 1. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. la esencia de la sabiduría es la preocupación por el futuro. pues él solamente intenta preverlo. encuadrándose así. ciertas condiciones extraor dinarias. La Modificación del programa. es la aplicación de los sistemas expertos. Un ejemplo de ello. remplazando a la entrada por teclado.Figura 5. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. como sería el caso de un aumento no previsto del 60 %. pero no es. un cambio en el núme ro de dígitos del código postal. es el agregado de capacidades que no formaron parte del sistema de información original.

mas probables para cada una de las tareas. 1.1. 2. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. a) Las tareas a desarrollar . se lo utiliza para: considerar alternativas .. se requiere determinar. Por lo tanto. las tareas y los recursos. el método del Camino Crítico y al diagrama de Gantt. de las etapas componentes de un proyecto. o sea el conjunto de actividades. con pequeñas modificaciones. mediante la creación de un modelo lógico. y para ello se debe: 1. Se estiman luego los tiempos correspondientes. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. hace que la secuencia de tareas pueda variar en el tiempo. dependiendo de los recursos con que se dispongan. ésta es una representación gráfica c ronológica. A los efectos de su confección.(ver. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas. es decir. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. Este gráfico se sustenta en un a estructura de barras horizontales.-se halla el camino crítico. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea. con la aplicación de modelos estadísticos. las estimaciones de tiempo . elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. para lograr el mejor tiempo y con el mínimo costo. Una vez establecido el camino crítico. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. 3. hay que considerar.1 que es un proyecto informático). Además. y una lista de secuenciamietos. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto.La disponibilidad de recursos. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software.-establecer. que indica en qué orden deben realizarse las tareas. y por último. al m omento de planificar. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. con el mism o grado de importancia.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software.

si es una actividad crítica o no. La herramienta principal para la planificación de recursos es el presupuesto. Al momento de asignar los recursos. Es importante considerar que la utilidad de los modelos financieros. por lo tanto. y del calendario para hacerlo. en la planifica ción son tan importantes las tareas como los recursos disponibles. se deben realizar los siguientes análisis: De Costo. le otorgará una mayor eficacia en el control del proyecto. De Beneficio. podemos citar: La tasa de interés bancaria. . en la que se puede estimar la sensibilidad. A través s análisis de riesgo y sensibilidad. El índice de inflación. De Sensibilidad. la importancia de cada tarea. cuándo. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. como es el caso de Microsoft Project. dichas exploraciones alcanzarán un gran n el proceso de planificación cua de una gr de lo valor e Entre tantas condiciones comerciales. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. La utilización de una herramienta automatizada de administración de proyectos.b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. Lo importante es que una vez que fueron identificados los recursos para cada tar ea. aumenta ndo se los computariza. El costo del dinero accionario. De Riesgo.2 Diagrama de GANTT. Esto facilitará una exploración financiera rápida.

Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. una más para Mientras tanto las Grandes organizaciones poseen computadoras de gran porte. se debe determi nar: También se deben considerar. Unidades de entrada/salida) Comunicaciones (Modem. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). Independientemente de la Base de Datos que será implementada. resultante de nuestro proyecto informático y. para que las personas de la organización decisiones. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. se cuente con microcomputadoras. va a conformar l a denominada Base de Datos. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera. as cada área específica de la empresa. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. que será compartida por los diferentes usuarios de la organización. la o rganización puede contar con una única Base de Datos. pues los datos estructurados constituyen básico para todas las organizaciones. SQL) Métodos de desarrollo ( Ciclo de Vida. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. Repetidores. en una única base de datos. C++. Un para el almacenamiento de la info para el área de personal. y e s así que pueden almacenar toda la información necesaria. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. Cobol. Los sistemas de . la recuperación puedan tomar supervivenc un recurso Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. nuevamente concentrando nuestra atención en los proyectos informáticos. consistente y c onsolidada. o con múltiples Bases de Datos. integrada. Tenemo s que en el proceso de planeamiento.FIGURA2. Memoria principal) Periféricos (Unidades de entrada. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. salida. Prototipo.3. y un conjunto de Bases de Datos. otra el área de ventas o el área de producción. Es común que en las pequeñas y medianas empresas por ello tengan que distribuir su información en ignándole a cada una de ellas. de un sistema de información.

Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.01 Unidad Cantidad 1.02. Una Base de Datos está compuesta por un conjunto de tablas o archivos.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. El SGBD también se encargará de la comunicación entre el usuario y la base de datos.02 4.Gestión de Base de datos.01.01 4. para: almacenar. son programas de software para la administración de las Ba ses de Datos.01. manipular y recuperar datos en u na computadora.01 2. introducir nuevos datos y actualizar los ya existentes.01 4.02 1.01.01. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. y en particular. ESTRUCTURA DE UNA BASE DE DATOS.01.01.44 Mbytes Sonido de 16 bit Papel carta para impresora. proporcionándole al usuario. los medios necesarios para poder obten er información.01 3.01. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad Unidad Unidad Caja de 10 Unidad 10 20 20 5 25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor Nombre del proveedor Teléfono del proveedor Dirección del prov .

00 50 450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). Datos sobre proveedores (Entidad proveedores).01 1. los productos son provistos por cada proveedor y viceversa.01 1.01.01 2. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 Código del artículo Precio 002 003 002 001 1.01. almacenados en el archivo PR OVEEDORES y.01. almacenados en el archivo de PROD UCTOS. La Plata 365 Doblas 1578 Av. Datos sobre el origen de los productos (Entidad origen del producto).eedor 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av. .00 75.03 70. almacenados en el archivo de ORIGEN DEL PRODUCTO.01.01 4.00 80.01. o sea .

FIGURA 3. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. a través de los atributos o datos (columna).1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. para permitir el análisis del desempeño de la organización. como por ejemplo el archivo de VEN DEDORES. CONSUL TA DE CLIENTES. clasificar. o sea tienen el mismo conjunto de datos o atributos. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. como es en el caso de los archivos de VENTAS. FACTURAS. Por lo tanto una entidad es cualquier persona. VENDEDORES. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. COSTOS. NÓMI NA DEL PERSONAL. los archivos de transacciones.La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. PAGOS A RECIBIR. cada entidad en él almacenado. almacenan o procesan datos. los archivos de control y los archivos d e planeamiento. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. U n atributo es pues. para dar apoyo a la actividad de la organización. . y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. ARCHIVOS DE CONTROL. COMPRAS POR PROVEED OR. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. iden tificados por las columnas. que describen a las entidades. cu antificar o expresar el estado de una entidad. Todos los registros de un archivo. identificados por las filas de cada tabla. de interés para la organización y acerca del cual se capturan. como ser el VOLUMEN DE VENTA POR PRODUCTO. CLIENTES. que son: los archivos ma estros. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. PROCESOS DE EXPORTACIÓN. ARCHIVO DE TRANSACCIONES. po seen el mismo formato. ARCHIVO DE PLANEAMIENTO. cosa o evento. VOLUMEN DE VENTA POR VENDEDOR. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. uno es el de acumular datos de eventos en el momento que ocurran. PRODUCTOS. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. Estos archivosgeneran medidas de control de los negocios. cada uno de estos archivos está formado por un conjunto de registros que des cribe. como es en el caso de un archivo HISTÓRICO DE V ENTAS. En otras palabras. VOLUMEN DE VENTA POR CLIENTE. COSTO DE REPOSICIÓN. BANCOS. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. Además. COMPETIDORES. PROVEEDORES. cualquier detalle que sirve para identificar. Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. real o i maginario. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. y cada registro debe contener el conjunto de atributos necesarios.

Este índice es llamado índice primario . descripta anteriormente ( ver 3. correctamente proyectado. y de control. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones.Est ructura de una Base de datos). En el caso de la Base de Datos de compras. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. llamado índice secundario. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. PROGRAMA DE PRODUCC IÓN. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). diferentes de los de la llave primaria. También es posible crear índices para un archivo de datos utilizando atributos (camp os).1. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. La operación de indexa ción. la llave primaria no puede tener valores repetidos para di stintos registros. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. PRESUPUESTO FINANCIERO. y quien permite esta identif icación es la llave primaria. La llave primaria. creada por el SGDB. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. Figura 3. que generalmente se identificada por medio de la letra @. Cada instancia de una entidad debe ser unívocamente identificable. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. Este tipo de índice. como por e jemplo: PROGRAMA DE VENTAS. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria.1.Los archivos de planeamiento. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie . PROGRAMA DE COMPRAS.1. o conjunto de atributos. puede ser un atributo o una combinación de atributos. de transacciones.

1. y estos tienen básicamente dos formas de ser probados. Los modelos pueden tener diferentes clases de estructuras. flujogramas). que describiremos próximamente (ver 4.2. y esto debería ser el propósito de todo modelo. de una parte de la realidad (sistema). como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . se puede hacer una evaluación parcial del modelo . Según Sowa. y la otra es de forma es retr ospectiva (contra el desempeño pasado). con el objetivo de servir a los propósitos del usuario. en éste último caso. a fin de d eterminar su valides. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. . Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. conforme perseguido por alguien (autor del modelo). Además de su utilidad para evaluar medios. es decir. El manual de procedimientos. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. por ejemplo. con cierto grado de detalle (abstracción). o sea si un modelo se pru eba retrospectivamente. son ejemplos de modelos verbales. para facilitar el descubrimiento. pero las clases más com unes son: la verbal. podremos describir el funcionamiento de un sistema.rto aspecto (visión). permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. Algunos modelos pueden combinar componentes icónicos y análogos. Después. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. la simbólica y la matemática. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. utilizando el juicio s obre la posibilidad de esta baja.5. En los modelos verbales. es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. Un punto muy importante de los modelos es el de saber como probarlos. como por ejemplo lo s flujogramas (ver 4. y es así que el fenómeno se despoja de lo que no es esencial. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. el manual de organización o la Lista de evento s. Los modelos simbólicos generalmente son más específicos que los verbales. los modelos se pueden utilizar heurística mente. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . las variables y sus relaciones se funden en forma de prosa. una e s la forma prospectiva (contra el desempeño futuro). pero pocos se diseñan para dar resultados numéricos e specíficos. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. la modelización de las funciones del s istema).. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). el análisis de su sensibilidad al error puede servir de base para evaluarlo.

1 que es un PI y 1. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. es quien a utoriza las compras. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias).1. Las palabras concretas se refieren a objetos o sujetos tangibles. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. En el caso de que los requerimientos. se r efiere a: ¿grandes pedidos. adoptan términos más específicos de los que verdaderamente son necesarios. porque se hace una clara imagen de ellas asociándolas a la realidad. Evitar el uso de casos en lugar de conceptos generales. Lo que significa asumir un riesgo. sino una i nstancia o componente del concepto correcto. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. Al tratarse de una palabra bastante genéric a. solo queda la alternativa de hacer una hipótesis de significado genérica. El lector necesita más tiempo y esfuerzo para captar su sent ido. que s egún lo visto en el tópico anterior (4. de cada uno de los participantes del proyecto. que obvia mente no debería existir. Es común observar que los usuarios de los sistemas de información. en forma estructurada. no programadas o ambas?.2 inicio de un PI). entre las diversas alternat ivas posibles. En cambio. Si se evalúa en función del volumen. el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". y suelen abarcar un número mayor de acepciones. a pedidos pequeños o ambos?. de la lista de eventos. será la base para la construcción de las entida des y sus relaciones. Luego esta lis ta estructurada. Las primeras actividades de diseño de los sistemas (ver cap1. ¡Cuál de estos términos es el correcto?. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo.). Es una oración demasiada ambigua. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. Se debe preferir. palabras concretas a palabras abstractas.LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. En función de su origen. El término pastillas de frenos no describe un concepto. Por lo tant . esto es. Y en función del bien: ¿en insumos y/o bienes de capital?. y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. se refiere a: ¿com pras programadas. involucra a: ¿la s importaciones o las de plaza local?. un componente. el lector las pue de descifrar fácilmente. Por lo tanto es muy importante el escoger la acepción más apropiada. pues no hay referentes reales. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. en el diseño inicial. Elegir el nivel apropiado de abstracción para los términos. Por ejemplo. las palabra s abstractas designan conceptos o cualidades más difusos. la utilización de. Su principal dificulta d reside en el significado de compras. fuesen realizados en forma oral o escrita en lenguaje natural.

el <objeto> y el <complemento>. acción. en lugar de referencias explícitas a los mismos conceptos. Idealmente. con significados diferentes es con siderado pues un homónimo. es el us uario del producto. Verificar los sinónimos y los homónimos. Es así que la segunda oración. Se debe evitar cometer ambigüedades. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. Por ejemplo Para finanzas el cliente es quien compra un producto. es decir: frases que puedan interpretarse de dos o más maneras distintas. "mirá las cajoneras". PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. en LI STA DE PRODUCTOS o en STOCK). La segunda oración indica un a clase específica de entidad (cajonera). éstas deben ser frases afirmativ as. cuando. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . Al usar rodeos. co mo si. condición. similares a las de los lenguajes de programación. Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. el <verbo> . verifica es el verbo. . estructuras sintácticas no ambiguas (PRODUCTOS. tanto como les sea posible. "mirá las cajoneras". se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. Evitar las expresiones vagas o indirectas. usuario . mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). Por ejemplo: Si el monto es menor a 100 aprueba el pedido. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. permite una clara clasificación de los conceptos. en vez de decir. en diferentes lugares. mientras que para Marketing el cliente. compuestas por hasta cuatro elementos-llave.o el término debería ser insumos. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". etc. que son el <sujeto>. sino eleva el pedido a Gerencia Financiera.. hacer. a djetivos. en el caso de las descripciones de los datos. que pueden ser el instrumento o el modificador . sino. Estos elementos-llave pueden estar acompañados de otras palabras como artículos. parroquiano. Elegir un estilo estandarizado de enunciado. o potencial cliente. En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. comprador. Hacer explícitas las referencias entre términos. Considere que una frase puede estar incompleta. También es importante que los enunciados que describen operaciones deben utilizar. entonces.

En qué despacho se reúnen. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. de un sistema. Aunque. que alcance el nivel de detalle requerido por el proyectista. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. la transformación de entradas en salidas. El objetivo del DFD es: 1. en cada proceso. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. con los cuales se puede producir un esquema.En el caso de: Recepción firma remito. En otras palabras. de datos necesarios. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. la confección del diccionario de datos. en el de compras o en el de los proveedores. sin el requerimiento de un c onocimiento previo de informática. STOCK se diferencia por contar además con el atributo Saldo del p roducto. Una de las principales características de este modelo es su simplicidad. Hacer un Diccionario de Datos. Definir los flujos de del sistema. y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. archivos. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. Enumerar los archivos 4. Lo que ocurre es que. que participen de es a ser realizados. procesos y flujos de información). son utilizados cuatro símb olos : . que participen en el procedimiento. Detallar los procesos 3.4. datos. B usiness Proc ess Model). ir confeccionando el diccionario de datos. el diccionario de datos). con los procesos que transforman a estos dados.3. determinando lo que ocurrirá en cada un denominadas Entidades externas. el DFD permite representar de forma completa el sistema de in formación. al relacionar los datos almacenados en los archivos de datos del sistem a. Como veremos más adelante (ver 4. O en el caso particular de nuestros archivos. como ya lo dijimos anteriormente. no se justifica en ningún caso. te sistema. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. el original o alguna copia. 2. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. diseño de relación uno a uno). Cuál remito firma. Describir el contexto a de las áreas de la empresa.

que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4. Entidades externas. que representan a los flujos de datos. en un DFD. Como regla general. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema. 2. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada. Factura. Al terminar el diseño del sistema y la constru cción del mismo. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación.2. Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. y lo s procesos involucrados en esta entidad. Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio. esto está indicando que la frontera del sistema. flujograma) 4. cantidad. los archivos serán las tablas que compongan la base de datos. Apellido. Las entidades externas son consideradas también como Terminadores. Clientes y un sistema de liquidación de sueldos y jornal es. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. Diccionario de datos) o esquematiza do en un flujograma (ver 4. o como rectángulos con sus vértice s redondeados. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta.5. Las entidades externa pueden duplicarse.2). 3. Si así lo fuera.. a un grup o de personas o. si fuese necesario darle claridad al di seño y evitar largos vectores.2. o bien evita r gran cantidad de entrecurzamientos de los mismos. Y cuando una entidad externa recibe datos del sistema.Figura 4. Las. Son representadas por medio de un cuadrado. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson.2. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson. En sí. a un sistema. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. Remito.3. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. es más amplia de lo que se determinó. RESTRICCIONES DEL DFD. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. pues lo que ocurre en estas entidades no es de interés para el proyecto.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. deben pasar a ser parte del sistema en estudio. las entidades externas. Estas funciones son las que transforman a las ent radas en salidas. loa tratamiento de errores y de excepciones no de . Cuando una entidad externa provee datos al sistema. Simbolog ía del DFD Metodo Yourdon 1..-Los flujos de datos son representados por vectores direccionados. que pueden representar a una persona. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema.Los procesos se pueden mostrar como burbujas.. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida.

estas herramientas cu entan con un diccionario de datos. Inicie la construcción del DFD por las entidades externas. 3. El primer borrador puede ser realizado en papel. Al diseñar el primer borrador del DFD. El procesamiento o la secuencia puede estar implícitamente en el diagrama. 4. además de incluir los flujos de datos entre ellos.3. juntamente con las entradas que irán para ellas.1. pero no provee detalles sobre esos componentes.el diccion ario de datos). Lo que queremos decir es que. cuál es la entrada o proceso que inicia.2. Diagrama de Flujo de Datos. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . El objetivo es la identificación de todos las entidades externas. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. flujograma) FIGURA 4. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. procesos y archivos de dato s que formarán parte del sistema. pero la representación procedimental. precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4. El DFD debe ser visto como una herramienta de planeamiento del siste ma. que la frontera itúe dentro del contorno de las entidades externas 2. Si los flujos de datos principales van del derecho del diagrama. RECOMENDACIONES PARA UN DFD. Los DFD son más legibles. la modelización de las funciones del sistem . piense en como el sistema funciona realment e. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información.ben ser representados. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. de tal forma. a continuación si ga con las salidas que de ellas son originadas.( ver 4. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. y no los detalles de imp lantación del sistema. El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. después el proceso que trata esa entrada. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. 1. y por ahí comience el diseño. si las entidades bordes del diagrama. a menos que estos sean muy relevantes para los usuarios d el sistema. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic amente diseñada para la modelización del sistema de información. y no como una especificación detallada del sistema. Para mostrar los detalles de qué información es procesada y cómo es transformada. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. Las duplicaciones de símbolos deben ser mantenidas al mínimo. y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas por dicho proceso. Próximas versiones mejorarán las definiciones y el diseño. que almacenan los detalles del modelo lógico de l sistema.5.

CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. de los objetos. Descripción: Explicar las diversas partes o circunstancias. Por lo tanto. Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. que componen la defini ción.Descripción o ausente) .2 Diccionario de Datos . y también d e cálculos intermedios. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. Alias: otros nombres usados para la entrada. dado que un mismo elemento puede se r conocido por diferentes nombres.a). el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes * * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave presente FIGURA 4. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. o del control de cómo lo usan. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. del repositorio de datos o de una entidad externa. de las salidas. inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente. de los componentes de los repositorios. cada archivo de datos es una colección de elementos de datos individuales. del flujo de datos.

es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. se almacenan los datos que describen a las Entidades de l sistema de información. interligadas por vectores al relacionamiento.FIGURA 4. Como regla general. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos. en cada archivo de da tos definido por el DFD. un cliente podrá estar relacionado con varias ventas. qué información está conte nida en cada archivo de datos. en detalle.Estructura FIGURA 4. Por lo tanto. que son las Entidades y las Relaciones : 1. es necesario que a partir de este modelo. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. y que a través de esa relación son generados informes. Las Entidades pueden ser identificadas de forma única y.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. o sea.4 Diccionario de Datos .3 Diccionario de Datos . ser descriptas a través de uno o mas hechos (Atributos). No solamente queremos saber. Normalment e. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. Pero veamos cómo son cada una de estas relaciones: . un vendedor con varias ventas. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. a cada archivo de datos del DFD le corresponde un a Entidad al RDM. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). como por ejemplo: todos l os productos vendidos a un cliente. por ejemplo. sino también que relaciones existen entre los archi vos de datos. y así sucesivame nte en cada uno de los procedimientos. tomamos que. algunas veces la información es mínima. cuyos miembros diseñan un papel en el sistema que se está desarrollando. considerando que las entidades de una base de dados están relacionad as. El RDM posee dos importantes componentes. es bastante compleja. Este aspecto del sistema no está representado por el diagrama de flu jo de datos. una venta con varios productos. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones. pero en la mayoría de los sistemas. 2. uno – a – varios y varios – a – varios. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. Por lo tanto. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario. Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM.

BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos. Simplifica la estructuración de los datos. 2. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3.2.Relación uno a varios. también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. Este tipo de relación no es habitual. Después de la construcción del RDM.1. y que además. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. TECNICA DE DISEÑO DEL RDM. cuya clave principal c onsta de al menos dos campos. que conformarán la base de datos: uno – a – uno. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. al momento de diseñar y analizar el DFD. En una relación uno a uno. uno – a – varios. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. Relación uno a uno. 5. y en este tipo de relación.llave primaria o identificadora). En una relación varios a varios. Es el tipo de relación más común. varios – a – varios. Cada entidad es representada por un rectángulo. como así también sus llaves foráneas. La relación entre las entidades es representada por una línea uniendo a los rectángulo . en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas. y que posteriormente formarán la base de dados del sis tema proyectado. que son necesarias para establecer la relación entre las entidades. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. estos campos. correspondan a las clave s externas de las Tablas A y B. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. Relación varios a varios. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos. 3. 4.

El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro. 4. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK.4. . FIGURA 4. Por lo tanto. 4. la entidad PERSON A y la entidad DEPARTAMENTO. una PERSONA está relacionada a un DEPARTAMENTO (1. Normalización). Relación entre entidades En el ejemplo de la Fig. Direccionalidad de las relaciones Diseño de la Relación uno a uno.3.4. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento.4. En la Fig.s a relacionar. 4. Por ejem plo tenemos a las entidades PRODUCTO Y STOCK.1).4. el par de números ( 0 . En este caso. Por otro lado.1). representada en la figura 4.4.N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1.N) productos v endidos. FIGURA 4.2. FIGURA 4.3.4.1.4. pero un PRODUCTO es parte de solamente una VENTA (1. cada VENTA involucra uno o mas (1.4.N) FIGURA 4.4. Al ser identificada una relación uno a uno (1. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4. se representa la relación entre dos entidades.5.2. Propiedades de las entidades y las relaciones En el ejemplo de la Fig.4.1. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas. podemos considerar una única entidad d e PRODUCTOS EN STOCK. cada PROVEEDOR puede suministrar uno o mas (1. hay una fuerte razón para unir a los dos elementos en uno solo. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO. El par de números ( 1 . debemos almacenarlas en un único archivo de datos.

para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios. y apunta a la MATERIA que él dicta. pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos.4. tal cual se observa en la figura 4.6. precisamos pues de una llave que haga la relación entre las dos entidades. FIGURA 4. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor. representada en la figura 4. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. La relación entre los dos objetos deberá ser realizada a través de una llave relación.6. FIGURA 4. y la llave primaria Número de profesor de la enti dad PROFESOR. entre una MATERI A y un PROFESOR que dicta una MATERIA. necesariamente ella. vemos al Código de la materia como la llave primaria de la entidad MATERIA. como se ilustra en la figura 4.6. . pero sí e s la llave primaria del elemento al cual está se relaciona. La llave foránea recibe este nombre po rque.7.FIGURA 4.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos. Por lo tanto.2 llave primaria o identificadora).4. O sea. el dato "Código de la materia" es un campo l lave foránea (FK).Llave foránea <FK> En el caso de la relación (1. la relación entre PROFESSOR y MATERIA no es uno a uno .1.4. Note que en esta relación. sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. en el archivo PROFESOR. significando que se trata de un dato del archivo MATERIA. esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores.8. Si determinamos que un PROFESOR está relacionado a una MATERIA. (ver 3. un PROFESOR puede dictar solamente una MA TERIA.4. que sirven como ejemplo. como se ilust ra en la figura 4.1). esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>.4.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA.4. no es un atributo del elemento relacionado. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR. ninguna de ellas está totalmente correcta. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado.4.

N). una materia es dictada únicamente por un profes or.1).La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad.4. únic amente las llaves primarias de ambos objetos relacionados (N. FIGURA 4.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. ambas con un objeto de intersección. un "objeto de intersección" deberá ser creado. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios.N). La única línea de relación (N. En el ejemplo ilustrado por la Fig. muestra la relación entre un PROFESOR y varias MATERIAS. Como cada entidad posee un archivo d e datos conteniendo sus atributos.. Relación uno a varios. Una relación (N. FIGURA 4. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos".N) y una MATERIA puede ser dictada por varios profesores(1.N) siempre debe ser resuelta por dos relaciones (1. En el ejemplo ilustrado por la figura 4. el atributo "Número del profesor" es la llave foránea de MATERIA. FIGURA 4.4.. o sea. pero un profesor solamente puede dictar una única materia (1.N) puede ser considerada como una combinación de dos relaciones (1. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? .10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N.4. una materia puede ser dictada por uno o varios profesores (1.1). Si analizamos los ejemplos anteriores. a continuación.N). En el ejemplo ilustrado por la Fig.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso.9.10. pudiendo s er parte de su llave primaria o no. En este caso un profesor puede dictar una o varias materias (1.4. 4.N). La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen. mostrando la relación entre una MATERI A y varios PROFESORES.8.9.8.4. En este caso. Diseño de la Relación varios a varios. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores. en que un PROFESOR dicta varias m aterias(1. pero sí lo es var ios a varios. 4. el atributo "Código de la materia" es la llave foránea de PR OFESOR.N) pero una mater ia puede ser dictada solamente por un profesor (1.N) deberán ser identi ficadas y. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas.4.

ilustra la relación (N. Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. Esto es la definición de uno o más campos identificadores o llave . Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos .4. un determinado profesor podrá dictar varias materias. FIGURA 4. La figura 4.N) entre PROFESOR Y COMI SIÓN. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN.N) entre MATERIA Y PROFESOR resuelta por una relación (1. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y.N) entre MATERIA Y COMISIÓN y una relación (1. un Atributo y una Relación. podemos crear un objeto de intersección denominado COMISIÓN. O sea.4. y par a cada profesor habrá una determinada aula y horario. las cuales se han nombrado como asociaciones significativas entre entidades. Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida.¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. Añadir las relaciones de gestión. Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas. De esta forma. En cada entidad se listan los tipos de información que se podrían mantener o conocer. pues la identifican. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Por lo tanto. Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única. La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. NORMALIZACIÓN. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. así como cada materia podrá ser dictada por varios profesores.11. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. El proceso de la construcción del Modelo Relacional de Datos (RDM). cada una en su respectiva aula y horario.11 Relación varios a varios solucionada En este caso. Esto es definir a las entidades y diseñarlas como un recuadro.

anomalías en el manejo de esto s datos El proceso de normalización consiste. Carrefour Azúcar Tía. y que persig ue como objetivo principal minimizar la duplicidad de información. prevenir incons istencias. Disco. Carrefour. Se podría resumir a estas tres forma s normales mas utilizadas. garantizar que no existan pérdidas de información. Eliminar datos redundantes. Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. a construir relaciones normalizadas. Eliminar anomalías de actualización. debemos eliminar grupos repetidos de datos. Eliminar atributos no d ependientes. en orden creciente de simplicidad: primera forma normal (1FN). las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. tercera forma normal (3FN). hasta que cada dato tenga una llave primaria para cada ocurrencia. de la siguiente manera: Eliminar campos repetitivos. básicamente. Además la 1FN. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. Esas reglas buscan: Minimizar redundancias. En general. E n resumen son las técnicas y algoritmos que ayudan. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. segunda forma normal (2FN) . Carrefour Como puede percibirse. Jumbo Poroto Coto. Producto Negocio Arroz Coto. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. hay mas de un valor o supermercado en cada campo de Negocio. Asegurar resistencia a la ma nutención del modelo de datos. A través de este archivo podemos obtener la información de que existe . cuarta forma norma (4FN) y quinta forma normal(5FN ). Fueron establecidos cinco tipos de archivos normalizados. evitando. De una manera práctica. PRIMERA FORMA NORMAL (1FN). Proveer el mejor camino de acceso a cualquier dato. entre otras co sas. según sea el significado y el contenido del universo a ser modelado. al proyectista de una base de datos relacional. evitar redundancias. Disco. El archivo de datos ejemplificado a continuación no está normalizado. Macro. denominados. Macro. Jumbo Harina Coto. Carrefour. Se refiere a cualquier archivo que posea un valor por campo. Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. en el campo Negocio existen varios valores de datos (grup os repetidos). Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones.que componen una base de datos relacional (diseño eficaz de tablas).

y la parte del identificador del que depende. Disco. deb erán formar la base de una nueva entidad. o sea. pues no hay ninguna ll ave "Producto + Negocio" duplicado. Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. La entidad nueva. Tía. Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? un campo. en el campo Negocio debe existir el nombre de apenas un supermercado. Después de la aplicación de la primera regla de normalización. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN).. pues varios registros poseen el mismo producto. y tiene una relación de uno a varios unida con la entidad original. como la llave es concatenada. la creación de un número mayor de fi las o registros en el archivo. por ejemplo. por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. Pues deberá haber una fila para cada producto en cada negocio. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. de una parte de la llave prim aria? . A partir de esto. entonces el atributo. se identifica por la parte emigrada del identificador único de la entidad original. debemos además hacer la segunda pregunta para cada campo no-llave: . en cada uno de los negocio?. En este caso. arroz en los supermercados Coto. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. Esto implicará. Jumbo. Carrefour. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. preguntamos también: ¿Hay algún campo no-llave que dependa de apenas.

El archivo de PRODUCTOS E . ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). Para evitar estos problemas. pue s él no pasó por el test.¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. pues podrá no ex istir otro lugar en la base de datos que lo almacene. La Plata 2222 921-4802 Jumbo Av. la integridad de la base de datos estará perdida. Cruz 4897 342-6400 Macro Av. por lo tanto . independientemente del Producto. o sea. Rivadavia 4735 923-4377 Tía Av. Cuando un archivo de datos no está en la segunda forma normal. también será eliminado el Teléfono del Negocio. el archivo ejemplificado anteriormente no está en la segunda forma normal. la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. Si un negocio cambia el número de Teléfono. Si ocurre algún problema con el proceso de actualización de datos. dependiendo de cual registro sea por el que se accede. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 Precio Total 7700 POROTO Macro 500 12 6000 POROTO Carrefour 200 14 2800 POROTO Jumbo 400 8 3200 HARINA Coto 400 8 3200 HARINA Macro 600 9 5400 HARINA Carrefour 100 7 700 AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av. el archivo anterior deberá ser dividido en dos. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo .

que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. también está en la segunda forma normal porque él no posee una llave concatenada y. una columna no . Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. Analizando desde otra perspectiva. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios. y sin pérdida de información. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. Como regla general es importante. El segundo archivo. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. que es Neg ocio. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. por lo tanto. a pe sar de estar en la primera forma normal. el campo "Total" es dependiente de dos campos no-llave. Por lo tanto. Precio y Total. Producto ARROZ Coto ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR Negocio Cantidad 200 10 Disco 500 Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 9 700 8 13 12 200 8 8 9 100 4 Precio 11 14 7 . En nuestro ejem plo. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. Si el campo "Total" fuese eliminado. es fácil percibir que el archivo anterior. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. sabremos el Total. Si sabemos la Cantidad y el Precio. ocupando menos espacio en el disco. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento.N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad. Concluimos entonces.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. P or lo tanto. NEGOCIOS. TERCERA FORMA NORMAL (3FN).

y las operaciones de decisiones necesarias para cumplirlo. No hay duda de que de las herramientas tales como los flujogramas. Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. pasa al procesamiento e la parte else. si es verdad. Un flujograma es un gráfico muy sencillo. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir . se dibujo como un rombo de decisión que. en el orden secuencial correspondiente. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. son una excelente forma gráfica de describir fácilmente los detalles procedimentales. Su descripción implica siempre aplicar un verbo (hacer algo): sumar.sino). si es falso. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. convertir un valor en cero. borrar. también denominada IF -THEM-ELSE (si. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos. Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. Desgraciadamente.Los bloques pueden representar acción o decisión. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa.5. Las tres construcciones de la programación estructurada se representan como en la figura 5.AZUCAR Carrefour AZUCAR Tía 1200 900 3 5 FLUJOGRAMAS Como se señaló anteriormente. FIGURA 5. hace que se realice el procesamiento de la parte the m y. etc. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. Los bl oques. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos. transferir. La condición.5 FLUJOGRAMA TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). es también el método del que más se ha abusado. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. etc.entonces . el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos.

Como la división de un sistema en módulos. se debe realizar en función de las relacio . si hubiera 3 condiciones habrá 8 normas. y generalmente será desde una opción de l menú. que llamaremos módulos. u n procedimiento manual o automatizado. Un módulo siempre será invocado como una unidad. una relación de operaciones o comandos. más fáciles de s er implementadas controladas y manejadas. habrá 2 N reglas distintas. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores. entonces. conte niendo cada una de ellos procedimientos manuales y/o automatizadas. Si hubiera N variables con valores binarios (verdadero / falso). Cálculo del SALARIO. Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. actualización de archivos. o u na combinación de estas tres. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). y constituye una operación o un procedimiento completo que el sistema debe e jecutar. Estos módulos pueden ser: un programa. Grabar una copia de seguridad de los archivos.de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones.

dará acceso o ejecutará una determinada operación. desde los mas am plios hasta los mas específicos. los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. El árbol de sistema es un organigrama. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. se encuentra en uno de estos tres casos. debe tener su o rigen en los procesos del DFD. si todo flujo de datos q ue en él entra o sale. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. Si fuese decidido que determinado proceso tendrá apoyo automatizado.nes existentes entre los procedimientos y su contexto. el desarrollo y prueba de los mismos debe ser planificado. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. y en las entidades y sus relaciones definidas en el RDM. En caso de no ser posible implementar el proceso totalmente por software. el deb e ser explotado y revalidado continuamente. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). sin ningún procesamiento adicional informatizado de s us datos. que identifica a cada uno de los módulos y la jerarquía existente entre ellos. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. Esta especificación. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. se debe anali zar la posibilidad y la conveniencia de su implementación por software. La misma. luego de la definición de los módulos. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. o sea. existen nivel es de procesos y operaciones que serán desempañados por el sistema. Normalmente. según su nivel. pues la lógica del siste ma. pues cada módulo . guardan una relación jerárquica entre sí. y además podrá utilizar el mismo generador de formulari . Por último. se debe producir y revisar una especificación escrita para cada módulo. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos.

Figura 5. Mejorar el diseño de l os sistemas. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla. de procedimientos y su respectiva documentación. Concentrando nuestra atención en el uso de estas herramientas. y una buena definición genérica. por medio de programas. se tornen mas flexibles. desarrol lados por profesionales de administración en pequeñas y medianas empresas. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . que corresponde a las iniciales de: Computer Aided Software E ngineering. como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. que pueda abarca r esa amplitud de conceptos. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. El concepto de CASE es muy amplio. En la introducción del Libro describimos que en los Proyectos Informáticos.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J.Martin del Diagrama de Entidad Rel ación. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos.os para definir la posición exacta de cada campo. a la gran cantidad de documentación que es ne cesaria. utilizand o el método de Yourdon para el Modelo del Proceso.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE permiten: Confeccionar la definición de requerimientos de los usuarios. mas comprensibles y además mejorar la comunicación entre los participantes. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. estas herramientas permitirán organizar y manejar la información de un proyec to informático. Permitiéndole a los participantes de un proyecto. para realizar el Modelo de Datos Figura 5. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). que los sistemas (especialmente los complejos). podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. .

3 Herramientas de edición Contar con un Diccionario de Datos. Figura 5. a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5). podemos hacer notar que las herramientas CASE serán un elemento muy importante. sobre las herramientas.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. Para ello.6 Chequeo de Reglas Figura 5. Figura 5. que al momento de adquirir alguna herramienta CASE. llevar adelante un proyecto informático de f orma eficaz y eficiente. su uso está restringido a la metodología elegida pa .5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6. son eso: "HERRAMIENTAS". 7 y 8). Otro elemento importante conveniente de destacar. deben ser aplicadas a una metodología determinada. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones. Figura 5. se ap lique rigurosamente una metodología de compra. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3).7 Informe del Chequeo de Reglas Figura 5. Otorgar a la administración un mejor soporte en la documentación. Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. También es un hecho que estas mismas herramientas. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual. que ell as en sí mismas son una metodología. es que las herramientas CASE. Por ello recomendamos.Mejorar la eficiencia en la programación (por su generación automática de códigos). y sin importar la arquitectura de la herramienta CASE. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). que le permitirá al adm inistrador de un proyecto informático.4 Diccionario de Datos Editor Figura 5. y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son.

pues ésta es lenta y propensa a errores. inicio de un proyecto informático). Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. El usuario es quien más sabe del sistema involucrado en el proyecto . Los sistemas deben dividirse en módulos fácilmente identificables (ver 4.2.2. Verificación de condición correcta. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. Debe ser factible efectuar cambios en forma loca l dentro del módulo. la calidad del sistema se verá afectada. tablas de decisión ). para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna.7. Confeccione y utilice herramientas de análisis. La base de datos es el elemento principal de toda automatización de tareas. la lista de eventos ( ver 4. por lo tanto es ineficaz e ine ficiente. Cambiabilidad. en el desarrollo de todo pro yecto informático. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático.1. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable. que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo.5. l ista de eventos). es el tiempo que involucra al mismo. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. Modularidad. como el diccionario de datos ( ver 4.Example (QBE).By . Velocidad: Tal lo visto en el primer capítulo ( ver 1. Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. el Query . entre otros.6. el Query . Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. Diseño estable de base de datos. ta reas y recursos) otro de los problemas principales. incongruencias. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. módulos de un sistema). Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. las tablas de decisión (ver 4. que implicarán cambios en los programas y en l os sistemas. sino también la de automatizar las propias tareas del proyecto. Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios.3 el diccionario de datos).by .ra llevar adelante el análisis y diseño del proyecto. Proyecto informático. con todo lo que ello implica. Persiga altos niveles de p roductividad. flujogramas). Se debe evitar la programac ión manual.4. la diagramación lógica (ver 4.Diagram (QBD) o el Grafphics Language for Database. Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. contradicciones. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información. Si existen ambigüedades. como: el Standard Que ry Languaje (SQL) . describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología. . con la máxima prontitud posible.

este modelo tiene básicamente tres componentes: 1. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. cuyo conjunto forma el ciclo de vida de un sistema informático. Cua lquier centro de desarrollo puede montar su metodología. con el d iseño creativo de sistemas. Se necesita una técnica formal y rigurosa.C. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. 5 herramientas CASE) para conceptualizar. las entradas y la lógica del procesamiento. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. p or lo tanto. consideran el hecho informático dividido en fases. sepa utilizar el conocimiento científico. Dialectos alternativos.Control de operabilidad mutua. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. cualquier metodología es mejor que ninguna. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras. 2. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico . en la media posible. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4. 3. Se debe disponer de herramientas de ingeniería de sof tware(ver. Una propuesta interesante de destacar es la que propone Lucas H. D eben utilizar. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. sintaxis y gráficos comunes. el árbol de un sistema). El usuario creativo se basa en el control del diseño por parte del usuario. en razón de su familiaridad con él.7. MERISE. Jr. c onectados en forma automática con la representación básica.. El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. Estas herramientas deben f uncionar en forma integrada. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. que involucra tanto esfuerzo y sacrificio. dibujar y diseñar sistemas. Todas las metodologías. evitando puentes manuales que introducen errores.

análisis funcional
definición de datos y procesos modelización
Diseño físico creación de ficheros y tablas elaboración de programas
Implementación y control Formación del usuario implantación del sistema explotación
del sistema Mantenimiento
Esta metodología la podrá encontrar en un amplio universo bibliográfico,
nosotros nos concentraremos, como lo describimos en la introducción de la obra en
las metodologías simplificadas.
METODOLOGÍA ESTRUCTURADA SIMPLIFICADA.
Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl
ificada está basado en la identificación de los eventos a los que el sistema debe re
sponder.
La secuencia metodológica es al siguiente:
Definir la lista de eventos
Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en
el punto 4.2.1.
Producir un diagrama de contexto
Modelizar la relación del sistema con el contexto, determinando cuales son las área
s de la empresa que participarán del sistema como fuentes de información (ver 4.2.2.
El diagrama de flujo de datos, objetivos).
Definir el modelo comportamental
Utilizamos el DFD como herramienta modeladora de la transformación de las entradas
en salidas (ver 4.2.2. el diagrama de flujo de datos ).
Definir el modelo de datos
Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci
onal de Datos. -RDM (ver 4.4. Modelización de datos almacenados).
Crear el modelo de implementación del usuario
Definir los módulos del sistema. En esta etapa son decididos los procesos a ser au
tomatizados; se somete a la evaluación del usuario cada proceso del modelo comport
amental (ver 4.7. módulos del sistema ).
Definir los requisitos de implementación
Mientras son definidos los procesos a ser informatizados, se debe discutir y doc
umentar los requisitos de implementación de esos procesos y del sistema de softwar
e como un todo: Desempeño, restricciones de costos, restricciones operacionales, c
onsideraciones sobre seguridad y auditoría, tecnología a ser empleada, modificacione
s en procedimientos manuales y en otros sistemas
informatizadas ya existentes.
Elaborar diagramas de estructura. (ver cap. 4 el árbol de un sistema)
Para cada proceso a ser automatizado, será creado un diagrama de estructura. Las f
unciones de los diagramas son derivadas de los flujos de datos que entran y que

salen de los proceso, y de las transformaciones que generan los datos de salida
a partir de los datos de entrada.
Integrar los diagramas de Estructura.

Los diagramas de estructura deben ser integrados en programas, el agrupamiento d
e funciones puede ser hecho por proximidad temporal de utilización, rutinas On-Lin
e, mensual, anual, etc., o por cualquier otro tipo de afinidad, como por ejemplo
, en el caso de sistemas distribuido, el agrupamiento es hecho conforme al proce
sador en que serán ejecutadas las funciones. La estructura del software es complet
ada, incorporándose a él módulos de apoyo operacional, como: módulos de implementación de
backups, módulos de control, módulos para la creación y restauración de índices, módulos pa
a alteración de parámetros de operaciones, etc. estos módulos serán incorporados al Diag
rama de estructura, donde el acceso a ellos fuese mas conveniente
Proyectar la interfaz con el usuario
La parte mas importante y mas compleja de la interfaz con el usuario será desarrol
lada a partir de los flujos de datos de entrada y de salida de los procesos a se
r automatizados. Una única interfaz puede ser generada para atender varios flujos
simultáneamente. Las interfaces necesarias a los módulos que implementan menús de sel
ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa
z con el usuario.
Proyectar la base de datos física
Definir las características físicas de cada dato, como el tipo el dominio; la organi
zación de cada archivo, como la definición de las llaves principales, índices, etc. (v
er 3. Base de datos, 3.1.2. llave primaria, 3.1.3 índices de acceso).
Especificar los módulos.
La especificación de los módulos, a través de pseudo código flujogramas u otros (ver.4.5
. Flujogramas).
ermiten:
Confeccionar la definición de requerimientos de los usuarios, Mejorar el diseño de l
os sistemas,
Mejorar la eficiencia en la programación (por su generación automática de códigos),
Otorgar a la administración un mejor soporte en la documentación.
Para ello, y sin importar la arquitectura de la herramienta CASE, en general tal
es herramientas deben abarcar las siguientes propiedades:
Tener una interfaz gráfica y textual, que le permita al usuario manejar los o
bjetos de diseño (Ver Figura 3).

Figura 5.3 Herramientas de edición
Contar con un Diccionario de Datos, a fin de rastrear y controlar los objet
os diseñados (Ver figura 4 y 5).

Figura 5.4 Diccionario de Datos Editor

Figura 5.5 Diccionario de Datos Estructura
Disponer de un conjunto de herramientas que permitan: chequear las reglas d
el diseño y analizar la lógica del diseño ( Ver figuras 6, 7 y 8).
Figura 5.6 Chequeo de Reglas

Figura 5.7 Informe del Chequeo de Reglas
Figura 5.8 Informe del Chequeo del Balanceo entre los Niveles del DFD
A partir de ésta descripción conceptual, sobre las herramientas; podemos hacer notar
que las herramientas CASE serán un elemento muy importante, que le permitirá al adm
inistrador de un proyecto informático, llevar adelante un proyecto informático de f
orma eficaz y eficiente.
También es un hecho que estas mismas herramientas, como toda Tecnología de la Inform
ación se encuentra en continua evolución y existe además una gran variedad de proveedo
res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica
ciones.
Por ello recomendamos, que al momento de adquirir alguna herramienta CASE, se ap
lique rigurosamente una metodología de compra, que permita evaluar tanto al softwa
re como al proveedor del mismo (PERISSÉ-2000).
Otro elemento importante conveniente de destacar, es que las herramientas CASE,
son eso: "HERRAMIENTAS", y que como tales permiten aumentar la productividad en
el desarrollo de un proyecto y como herramientas que son, deben ser aplicadas a
una metodología determinada.
Nunca piense que ellas le solucionarán todos sus problemas o peor que eso, que ell
as en sí mismas son una metodología; su uso está restringido a la metodología elegida pa
ra llevar adelante el análisis y diseño del proyecto.

El administrador de un proyecto informático debe buscar la máxima automatización de la
s tareas que realizarán cada uno de los profesionales involucrados en un proyecto
informático. Es importante destacar que lo que buscamos no es solamente que en tod
o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu
arios; sino también la de automatizar las propias tareas del proyecto.
CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS
A continuación presentamos una lista de atributos, que se consideran mínima en todo
procesamiento de datos:
Automatización: Como venimos diciendo, se debe buscar la máxima automatización p
osible de todas las tareas desarrolladas por
los
profesionales involucrados en un proyecto informático. Se debe evitar la programac
ión manual; pues ésta es lenta y propensa a errores, por lo tanto es ineficaz e ine

ficiente.
Velocidad: Tal lo visto en el primer capítulo ( ver 1. Proyecto informático, ta
reas y recursos) otro de los problemas principales, en el desarrollo de todo pro
yecto informático, es el tiempo que involucra al mismo. Persiga altos niveles de p
roductividad, aplicando técnicas y metodologías que le permitan alcanzar resultados
rápidamente.
Cambiabilidad. Cuando vimos las causas que dan inicio a un proyecto informáti
co (ver 1.2. inicio de un proyecto informático), describimos que existirán cambios e
n el contexto o en los procedimientos requeridos por los usuarios o bien pueden
producirse cambios en la tecnología; que implicarán cambios en los programas y en l
os sistemas. Es por eso que se deben aplicar técnicas y metodologías que permitan
realizar dichos cambios, sin que esto involucre un incremento significativo tant
o de los costos y como en el tiempo de implementación de estos cambios.
Verificación
de
condición
correcta.
Confeccione
y
utilice
herramientas de análisis, como el diccionario de datos ( ver 4.3 el diccionario de
datos), las tablas de decisión (ver 4.6. tablas de decisión
), la diagramación lógica (ver 4.5. flujogramas), la lista de eventos ( ver 4.2.1. l
ista de eventos); para poder detectar automáticamente todos los errores de sintaxi
s y de semántica interna. Si existen ambigüedades, contradicciones, incongruencias,
la calidad del sistema se verá afectada, con todo lo que ello implica. Los errores
provocan ineficiencia ineficacia y baja productividad
Técnicas que faciliten la comunicación con los usuarios finales. Los usuarios d
eben desarrollar el conocimiento necesario para verificar cada etapa de evolución
del proyecto. El usuario es quien más sabe del sistema involucrado en el proyecto
. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes
de consulta de actualización y de generadores de información; como: el Standard Que
ry Languaje (SQL) , el Query - By - Example (QBE), el Query - by - Diagram (QBD)
o el Grafphics Language for Database, entre otros. Por lo tanto se deben adopta
r lenguajes que permitan que la gerencia extraiga nueva información de las bases d
e datos, con la máxima prontitud posible.
Diseño estable de base de datos. La base de datos es el elemento
principal de toda automatización de tareas. Tal cual lo visto en el tópico de la mod
elización de datos almacenados ( ver 4.4. el modelo RDM) cuide las técnicas y los méto
dos para la construcción de las tablas.
Modularidad. Los sistemas deben dividirse en módulos fácilmente identificables
(ver 4.7. módulos de un sistema). Debe ser factible efectuar cambios en forma loca
l dentro del módulo. Todo efecto de cambio exterior al módulo debe ser rigurosamente
rastreable.
Control de operabilidad mutua. Se necesita una técnica formal y
rigurosa, para tener la seguridad de que el sistema y los módulos desarrollados se
paradamente operan correctamente en conjunto ( ver 4.7. el árbol de un sistema).
Dialectos alternativos. Se debe disponer de herramientas de ingeniería de sof
tware(ver. 5 herramientas CASE) para conceptualizar, dibujar y diseñar sistemas, c
onectados en forma automática con la representación básica. Estas herramientas deben f
uncionar en forma integrada, evitando puentes manuales que introducen errores. D
eben utilizar, en la media posible, sintaxis y gráficos comunes.
Una propuesta interesante de destacar es la que propone Lucas H.C. Jr.. con el d
iseño creativo de sistemas, este modelo tiene básicamente tres componentes:
1.
2.
3.

diseño controlado por el usuario
atención especial a las interacciones con el usuario
evaluación de la calidad de los sistemas según el criterio del usuario

El diseño controlado por el usuario significa que el usuario está a cargo del esfuer
zo de diseñar
Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de
ser utilizado

El usuario participa activamente durante el diseño y por lo tanto está mejor prepara
do para usar el sistema, en razón de su familiaridad con él.
El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali
das, las entradas y la lógica del procesamiento. El usuario en escribe ni contro
la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co
ntrolados con herramientas CASE.
El usuario creativo se basa en el control del diseño por parte del usuario, atención
especial a las interacciones de éste con el sistema y evaluación de su calidad de a
cuerdo con el criterio del mismo usuario.
METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS
A lo largo de este texto, buscamos mostrar que toda actividad debe estar basada
en una metodología y en principio, cualquier metodología es mejor que ninguna; Cua
lquier centro de desarrollo puede montar su metodología, aunque esta alternativa i
mplica disponer del tiempo necesario para el desarrollo de la nueva metodología; p
or lo tanto, lo más práctico es seguir los métodos que ya han demostrado su validez y
son de aplicación universal; sepa utilizar el conocimiento científico, que
involucra tanto esfuerzo y
sacrificio.
Todas las metodologías; MERISE, YOURDON Y SSADM (structured Sydtem Analysis Design
Method ) y tantas otras, consideran el hecho informático dividido en fases, cuyo
conjunto forma el ciclo de vida de un sistema informático.
Todas tienen en común la idea de descomposición del hecho informático en cuatro grande
s grupos
Análisis
definición del problema estudio de la situación actual requisitos a considerar estud
io de factibilidad
Diseño lógico
análisis funcional
definición de datos y procesos modelización
Diseño físico creación de ficheros y tablas elaboración de programas
Implementación y control Formación del usuario implantación del sistema explotación
del sistema Mantenimiento
Esta metodología la podrá encontrar en un amplio universo bibliográfico,
nosotros nos concentraremos, como lo describimos en la introducción de la obra en
las metodologías simplificadas.
METODOLOGÍA ESTRUCTURADA SIMPLIFICADA.
Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl
ificada está basado en la identificación de los eventos a los que el sistema debe re
sponder.
La secuencia metodológica es al siguiente:
Definir la lista de eventos
Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en

módulos para la creación y restauración de índices. Una única interfaz puede ser generada para atender varios flujos simultáneamente.2.4. módulos del sistema ). En esta etapa son decididos los procesos a ser au tomatizados. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos. (ver cap. o por cualquier otro tipo de afinidad. se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. módulos de control.2. será creado un diagrama de estructura. El diagrama de flujo de datos. rutinas On-Lin e.2.1. Definir los requisitos de implementación Mientras son definidos los procesos a ser informatizados. objetivos). determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. incorporándose a él módulos de apoyo operacional. etc. Modelización de datos almacenados). Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto. mensual. restricciones de costos. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño. como por ejemplo .el punto 4. y de las transformaciones que generan los datos de salida a partir de los datos de entrada.2. Elaborar diagramas de estructura. c onsideraciones sobre seguridad y auditoría.2. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados. La estructura del software es complet ada. como: módulos de implementación de backups.. módulos pa a alteración de parámetros de operaciones. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes. estos módulos serán incorporados al Diag rama de estructura. 4 el árbol de un sistema) Para cada proceso a ser automatizado. el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. tecnología a ser empleada. -RDM (ver 4. etc. Crear el modelo de implementación del usuario Definir los módulos del sistema. Integrar los diagramas de Estructura. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa .7. anual. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. el diagrama de flujo de datos ). Los diagramas de estructura deben ser integrados en programas. en el caso de sistemas distribuido. restricciones operacionales.

Base de datos. Las fallas también p ueden provenir de otros factores. Base de datos. Definir las características físicas de cada dato.5 .5 . es el agregado de capacidades que no formaron parte del sistema de información original. Flujogramas). La Modificación del programa. como el tipo el dominio. en el reconocimiento óptico de caracteres para la lectura del código d e barras. un cambio en el núme ro de dígitos del código postal. involucra un cambio estructural de una entidad Por ejemplo.3 índices de acceso). El Reemplazo del sistema. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. llave primaria. como la definición de las llaves principales.4. por ejemplo cuando en una división se implemen tó un sistema de inventarios. por ejemplo cuando en una división se implemen tó un sistema de inventarios. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. o en el código de zona telefónica.z con el usuario. Flujogramas). índices. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. como ser en el caso de que existan cambios en las expectativas de los usuarios. involucra algo más que un simple cambio en el programa . a través de pseudo código flujogramas u otros (ver.1.1. en el reconocimiento óptico de caracteres p La Nueva Capacidad del sistema. involucra un cambio estructural de una entidad Por ejemplo. o en el código de zona telefónica. etc. (v er 3. como ser en el caso de que existan cambios en las expectativas de los usuarios. 3. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema.2. Como es el caso de la utiliz ación del láser. involucra algo más que un simple cambio en el programa . la organi zación de cada archivo. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. etc. Especificar los módulos. El Reemplazo del sistema. Las fallas también p ueden provenir de otros factores. La especificación de los módulos. un cambio en el núme ro de dígitos del código postal. tecnológicamente o competitivamente obsoletos. ocurre cuando los sistemas de información se tornan física mente. (v er 3. umento no previsto del 60 %. 3. umento no previsto del 60 %. la organi zación de cada archivo.1.2. tecnológicamente o competitivamente obsoletos. 3. Proyectar la base de datos física Definir las características físicas de cada dato. ocurre cuando los sistemas de información se tornan física mente. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema.3 índices de acceso). a través de pseudo código flujogramas u otros (ver. es el agregado de capacidades que no formaron parte del sistema de información original. llave primaria. 3. en la emisión de órdenes de compra. Como es el caso de la utiliz ación del láser. son sistemas de información para los cuales no es . remplazando a la entrada por teclado. Especificar los módulos. La especificación de los módulos. La Modificación del programa.1. como la definición de las llaves principales. como el tipo el dominio.4. en la emisión de órdenes de compra. índices.

hace que la secuencia de tareas pueda variar en el tiempo.(ver. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. el sabio intenta controlarlo. al planificar se construye la secuencia de tareas con la lógica nece saria. la esencia de la sabiduría es la preocupación por el futuro. las tareas y los recursos. no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea. las estimaciones de tiempo . pues él solamente intenta preverlo.necesario el uso de la automatización. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. Un ejemplo de ello.. y una lista de secuenciamietos. con el mism o grado de importancia. pero no es. Por lo tanto. hasta donde sea posible. . y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). Figura 1. que indica en qué orden deben realizarse las tareas.-establecer. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. y para ello se debe: 1. 2. con pequeñas modificaciones. y por último. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto.2 Categorías de los sistemas de información Según Rusell Ackoff. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. mas probables para cada una de las tareas. mediante la creación de un modelo lógico. dependiendo de los recursos con que se dispongan. es la aplicación de los sistemas expertos. Se estiman luego los tiempos correspondientes. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. para lograr el mejor tiempo y con el mínimo costo. el método del Camino Crítico y al diagrama de Gantt. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. La disponibilidad de recursos.1 que es un proyecto informático). con la aplicación de modelos estadísticos. la misma preocupación que tiene el adivino por el futuro. Además. al m omento de planificar. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas. 1. hay que considerar. es decir. Por lo tanto.

le otorgará una mayor eficacia en el control del proyecto. cuándo. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. se requiere determinar. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt. o sea el conjunto de actividades.1. Al momento de asignar los recursos. de las etapas componentes de un proyecto. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. Este gráfico se sustenta en un a estructura de barras horizontales. A los efectos de su confección. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. ésta es una representación gráfica c ronológica. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. La utilización de una herramienta automatizada de administración de proyectos. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios.-se halla el camino crítico. La herramienta principal para la planificación de recursos es el presupuesto. en la planifica ción son tan importantes las tareas como los recursos disponibles.3. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. y del calendario para hacerlo. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. la importancia de cada . como es el caso de Microsoft Project. Una vez establecido el camino crítico. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. por lo tanto. se lo utiliza para: considerar alternativas .2 Diagrama de GANTT. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas.

podemos citar: La tasa de interés bancaria. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. Unidades de entrada/salida) Comunicaciones (Modem. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. De Sensibilidad. si es una actividad crítica o no. Memoria principal) Periféricos (Unidades de entrada. C++. nuevamente concentrando nuestra atención en los proyectos informáticos. va a conformar l a denominada Base de Datos. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. Tenemo s que en el proceso de planeamiento. salida. La función básica de una base de datos es permitir el almacenamiento y la recuperación . Repetidores. Es importante considerar que la utilidad de los modelos financieros. De Beneficio. de un sistema de información. FIGURA2. De Riesgo. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. aumenta ndo se los computariza.3. Prototipo.tarea. dichas exploraciones alcanzarán un gran n el proceso de planificación cua de una gr de lo valor e Entre tantas condiciones comerciales. A través s análisis de riesgo y sensibilidad. se debe determi nar: También se deben considerar. El índice de inflación. resultante de nuestro proyecto informático y. que será compartida por los diferentes usuarios de la organización. El costo del dinero accionario. Esto facilitará una exploración financiera rápida. Cobol. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. en la que se puede estimar la sensibilidad. SQL) Métodos de desarrollo ( Ciclo de Vida. se deben realizar los siguientes análisis: De Costo. Lo importante es que una vez que fueron identificados los recursos para cada tar ea.

y un conjunto de Bases de Datos. y e s así que pueden almacenar toda la información necesaria. introducir nuevos datos y actualizar los ya existentes. consistente y c onsolidada.01. son programas de software para la administración de las Ba ses de Datos.01 2. los medios necesarios para poder obten er información. ESTRUCTURA DE UNA BASE DE DATOS. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. Los sistemas de Gestión de Base de datos.44 Mbytes Sonido de 16 bit Papel carta para impresora.de la información necesaria. Una Base de Datos está compuesta por un conjunto de tablas o archivos. as cada área específica de la empresa.01 3. pues los datos estructurados constituyen un recurso básico para todas las organizaciones.01. se cuente con microcomputadoras. Es así que las Bases de Datos se tornan esenciales para la supervivenc ia de cualquier organización. otra el área de ventas o el área de producción.01. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera.01 4. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). Pentium II 200Mhz Pentium III 500Mhz Unidad Cantidad .02. en una única base de datos. manipular y recuperar datos en u na computadora. la o rganización puede contar con una única Base de Datos.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. Es común que en las pequeñas y medianas empresas por ello tengan que distribuir su información en ignándole a cada una de ellas.02 4. para: almacenar. Independientemente de la Base de Datos que será implementada. Un para el almacenamiento de la info para el área de personal. integrada. Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. una más para Mientras tanto las Grandes organizaciones poseen computadoras de gran porte.02 1.01. y en particular. para que las personas de la organización puedan tomar decisiones.01.01 1.01.01 4.01. o con múltiples Bases de Datos. El SGBD también se encargará de la comunicación entre el usuario y la base de datos. proporcionándole al usuario. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.

01.01.Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad Unidad Unidad Caja de 10 Unidad 10 20 20 5 25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.01 1.01.01 Código del artículo Precio . Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1. La Plata 365 Doblas 1578 Av.01 1.

1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. U n atributo es pues. clasificar.00 75. BANCOS. almacenados en el archivo de ORIGEN DEL PRODUCTO. NÓMI NA DEL PERSONAL. y cada registro debe contener el conjunto de atributos necesarios. COMPETIDORES. FIGURA 3. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. a través de los atributos o datos (columna).00 50 450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). Por lo tanto una entidad es cualquier persona. cosa o evento. Datos sobre el origen de los productos (Entidad origen del producto). los productos son provistos por cada proveedor y viceversa. o sea tienen el mismo conjunto de datos o atributos.01. identificados por las filas de cada tabla. como es en el caso de un archivo HISTÓRICO DE V ENTAS.03 70.01 4. cada uno de estos archivos está formado por un conjunto de registros que des cribe.00 80. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. almacenados en el archivo de PROD UCTOS. almacenan o procesan datos. po seen el mismo formato. los archivos de control y los archivos d e planeamiento. de interés para la organización y acerca del cual se capturan. los archivos de transacciones.2.01. cualquier detalle que sirve para identificar. Además. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. Datos sobre proveedores (Entidad proveedores). real o i maginario. . cu antificar o expresar el estado de una entidad. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. que son: los archivos ma estros. que describen a las entidades. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. PRODUCTOS. iden tificados por las columnas. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. como por ejemplo el archivo de VEN DEDORES. o sea . La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. PROVEEDORES. almacenados en el archivo PR OVEEDORES y. Todos los registros de un archivo. CLIENTES. cada entidad en él almacenado. para dar apoyo a la actividad de la organización. VENDEDORES.

COMPRAS POR PROVEED OR. descripta anteriormente ( ver 3.1. PROGRAMA DE PRODUCC IÓN. de transacciones. Los archivos de planeamiento.ARCHIVO DE TRANSACCIONES. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. VOLUMEN DE VENTA POR CLIENTE. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. Cada instancia de una entidad debe ser unívocamente identificable. PRESUPUESTO FINANCIERO. La llave primaria. . las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). como ser el VOLUMEN DE VENTA POR PRODUCTO. uno es el de acumular datos de eventos en el momento que ocurran. FACTURAS. PAGOS A RECIBIR. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. En otras palabras. para permitir el análisis del desempeño de la organización. CONSUL TA DE CLIENTES. COSTO DE REPOSICIÓN. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. como por e jemplo: PROGRAMA DE VENTAS. puede ser un atributo o una combinación de atributos. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. Estos archivosgeneran medidas de control de los negocios. correctamente proyectado. COSTOS. VOLUMEN DE VENTA POR VENDEDOR. y quien permite esta identif icación es la llave primaria. PROGRAMA DE COMPRAS.Est ructura de una Base de datos).1. ARCHIVOS DE CONTROL. En el caso de la Base de Datos de compras. Figura 3.1. como es en el caso de los archivos de VENTAS. y de control. Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. PROCESOS DE EXPORTACIÓN. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). la llave primaria no puede tener valores repetidos para di stintos registros. ARCHIVO DE PLANEAMIENTO. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. que generalmente se identificada por medio de la letra @. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS.

. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. Algunos modelos pueden combinar componentes icónicos y análogos. por ejemplo. flujogramas). es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. También es posible crear índices para un archivo de datos utilizando atributos (camp os). Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos.2. El manual de procedimientos. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos.5. Los modelos pueden tener diferentes clases de estructuras. de una parte de la realidad (sistema). con el objetivo de servir a los propósitos del usuario. pero las clases más com unes son: la verbal. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. La operación de indexa ción. podremos describir el funcionamiento de un sistema. Este tipo de índice. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. En los modelos verbales. la simbólica y la matemática. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. Según Sowa. las variables y sus relaciones se funden en forma de prosa. dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. Este índice es llamado índice primario .1. pero pocos se diseñan para dar resultados numéricos e specíficos. el manual de organización o la Lista de evento s. y es así que el fenómeno se despoja de lo que no es esencial.INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. la modelización de las funciones del s istema). creada por el SGDB. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). como por ejemplo lo s flujogramas (ver 4. son ejemplos de modelos verbales. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). y esto debería ser el propósito de todo modelo. diferentes de los de la llave primaria. llamado índice secundario. con cierto grado de detalle (abstracción). Los modelos simbólicos generalmente son más específicos que los verbales. que describiremos próximamente (ver 4. o conjunto de atributos. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. conforme perseguido por alguien (autor del modelo). .

En cambio.Un punto muy importante de los modelos es el de saber como probarlos. de la lista de eventos. pues no hay referentes reales. o sea si un modelo se pru eba retrospectivamente. Luego esta lis ta estructurada. es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. las palabra s abstractas designan conceptos o cualidades más difusos. y estos tienen básicamente dos formas de ser probados. porque se hace una clara imagen de ellas asociándolas a la realidad. y suelen abarcar un número mayor de acepciones. LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. palabras concretas a palabras abstractas. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. en forma estructurada. el análisis de su sensibilidad al error puede servir de base para evaluarlo.2 inicio de un PI). TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. Elegir el nivel apropiado de abstracción para los términos. los modelos se pueden utilizar heurística mente. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. que s egún lo visto en el tópico anterior (4.1 que es un PI y 1. se puede hacer una evaluación parcial del modelo . en éste último caso. Las primeras actividades de diseño de los sistemas (ver cap1. utilizando el juicio s obre la posibilidad de esta baja. en el diseño inicial. El lector necesita más tiempo y esfuerzo para captar su sent ido. Por lo tanto es muy importante el escoger la acepción más apropiada. fuesen realizados en forma oral o escrita en lenguaje natural. Es una oración demasiada ambigua. Las palabras concretas se refieren a objetos o sujetos tangibles. y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. será la base para la construcción de las entida des y sus relaciones. el lector las pue de descifrar fácilmente. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). la utilización de. Se debe preferir.1. entre las diversas alternat ivas posibles.). D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. Después. a fin de d eterminar su valides. En el caso de que los requerimientos. de cada uno de los participantes del proyecto. una e s la forma prospectiva (contra el desempeño futuro). para facilitar el descubrimiento. y la otra es de forma es retr ospectiva (contra el desempeño pasado). y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . es decir. es quien a utoriza las compras. Su principal dificulta . Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . Además de su utilidad para evaluar medios.

d reside en el significado de compras. "mirá las cajoneras". adoptan términos más específicos de los que verdaderamente son necesarios. éstas deben ser frases afirmativ as. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. no programadas o ambas?. Evitar las expresiones vagas o indirectas. compuestas por hasta cuatro elementos-llave. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . en el caso de las descripciones de los datos. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. que obvia mente no debería existir. En función de su origen. permite una clara clasificación de los conceptos. esto es. que son el <sujeto>. Y en función del bien: ¿en insumos y/o bienes de capital?. Al usar rodeos. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo. sino una i nstancia o componente del concepto correcto. Elegir un estilo estandarizado de enunciado. Es común observar que los usuarios de los sistemas de información. Evitar el uso de casos en lugar de conceptos generales. a pedidos pequeños o ambos?. el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. se r efiere a: ¿grandes pedidos. el <objeto> y el <complemento>. Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. Si se evalúa en función del volumen. etc. se refiere a: ¿com pras programadas. Considere que una frase puede estar incompleta.. en lugar de referencias explícitas a los mismos conceptos. Por lo tant o el término debería ser insumos. que pueden ser el instrumento o el modificador . Lo que significa asumir un riesgo. solo queda la alternativa de hacer una hipótesis de significado genérica. a djetivos. involucra a: ¿la s importaciones o las de plaza local?. También es importante que los enunciados que describen operaciones deben utilizar. El término pastillas de frenos no describe un concepto. "mirá las cajoneras". La segunda oración indica un a clase específica de entidad (cajonera). Estos elementos-llave pueden estar acompañados de otras palabras como artículos. verifica es el verbo. Al tratarse de una palabra bastante genéric a. Idealmente. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). ¡Cuál de estos términos es el correcto?. en vez de decir. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. Es así que la segunda oración. un componente. el <verbo> . . Por ejemplo. PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera".

parroquiano. Describir el contexto del sistema. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). cuando. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. determinando lo que ocurrirá en cada un a de las áreas de la empresa. Hacer un Diccionario de Datos. acción. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. similares a las de los lenguajes de programación. estructuras sintácticas no ambiguas (PRODUCTOS. con significados diferentes es con siderado pues un homónimo. en diferentes lugares. diseño de relación uno a uno). STOCK se diferencia por contar además con el atributo Saldo del p roducto. En qué despacho se reúnen. en LI PRODUCTOS o en STOCK). Como veremos más adelante (ver 4. que participen de es te sistema. Cuál remito firma. Lo que ocurre es que. O en el caso particular de nuestros archivos. El objetivo del DFD es: 1. comprador. menor como les sea posible. mientras que para Marketing el cliente. Se debe evitar cometer ambigüedades. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. Por ejemplo: Si el monto es a 100 aprueba el pedido. es el us uario del producto. el diccionario de datos). O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. ir confeccionando el diccionario de datos. es decir: frases que puedan interpretarse de dos o más maneras distintas. en el de compras o en el de los proveedores. entonces. . sino. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. co condición. denominadas Entidades externas. Verificar los sinónimos y los homónimos. la transformación de entradas en salidas. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. no se justifica en ningún caso.tanto STA DE mo si. hacer. B usiness Proc ess Model). el original o alguna copia. En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. o potencial cliente.4. usuario . Hacer explícitas las referencias entre términos. la confección del diccionario de datos. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. Por ejemplo Para finanzas el cliente es quien compra un producto. de un sistema. sino eleva el pedido a Gerencia Financiera. En el caso de: Recepción firma remito.3. Aunque.

2. que participen en el procedimiento.2). y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. Son representadas por medio de un cuadrado. Las. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. en cada proceso. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. con los cuales se puede producir un esquema. y lo s procesos involucrados en esta entidad. 2. pues lo que ocurre en estas entidades no es de interés para el proyecto. con los procesos que transforman a estos dados. Las entidades externa pueden duplicarse. que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4.2. Si así lo fuera. Los flujos pueden representar a una información com .2. Las entidades externas son consideradas también como Terminadores. En sí. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema. las entidades externas. Definir los flujos de datos. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. Y cuando una entidad externa recibe datos del sistema. que alcance el nivel de detalle requerido por el proyectista.2. el DFD permite representar de forma completa el sistema de in formación. esto está indicando que la frontera del sistema.-Los flujos de datos son representados por vectores direccionados. 4. Entidades externas. En otras palabras. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. al relacionar los datos almacenados en los archivos de datos del sistem a. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. Detallar los procesos a ser realizados. son utilizados cuatro símb olos : Figura 4. si fuese necesario darle claridad al di seño y evitar largos vectores. Enumerar los archivos de datos necesarios. como ya lo dijimos anteriormente. o bien evita r gran cantidad de entrecurzamientos de los mismos. Una de las principales características de este modelo es su simplicidad. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada. sin el requerimiento de un c onocimiento previo de informática. 3. procesos y flujos de información). Clientes y un sistema de liquidación de sueldos y jornal es. Simbolog ía del DFD Metodo Yourdon 1. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. archivos. es más amplia de lo que se determinó. a un grup o de personas o. Cuando una entidad externa provee datos al sistema. deben pasar a ser parte del sistema en estudio. que representan a los flujos de datos. a un sistema. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema. que pueden representar a una persona.

Al diseñar el primer borrador del DFD. Apellido. cuál es la entrada o proceso que inicia. loa tratamiento de errores y de excepciones no de ben ser representados. Inicie la construcción del DFD por las entidades externas.puesta por un solo elemento como por ejemplo: precio. Diccionario de datos) o esquematiza do en un flujograma (ver 4.3. Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. RECOMENDACIONES PARA UN DFD. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. pero no provee detalles sobre esos componentes. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema.1. Lo que queremos decir es que. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. 1.5. cantidad. RESTRICCIONES DEL DFD. Al terminar el diseño del sistema y la constru cción del mismo. Factura. en un DFD. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. piense en como el sistema funciona realment e. si las entidades bordes del diagrama.. 3. y no los detalles de imp lantación del sistema. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta. Los DFD son más legibles. Diagrama de Flujo de Datos. Como regla general. flujograma) 4. 3. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. y por ahí comience el diseño.( ver 4. flujograma) FIGURA 4. pero la representación procedimental. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson. Remito.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. Si los flujos de datos principales van del derecho del diagrama. o como rectángulos con sus vértice s redondeados. El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación. El procesamiento o la secuencia puede estar implícitamente en el diagrama. los archivos serán las tablas que compongan la base de datos. precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4.Los procesos se pueden mostrar como burbujas. que la frontera itúe dentro del contorno de las entidades externas 2. El DFD debe ser visto como una herramienta de planeamiento del siste ma.3. juntamente con las entradas que irán para ellas. de tal forma. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. y no como una especificación detallada del sistema.. 4. Para mostrar los detalles de qué información es procesada y cómo es transformada.. a continuación si ga con las salidas que de ellas son originadas. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . a menos que estos sean muy relevantes para los usuarios d el sistema.5. . Las duplicaciones de símbolos deben ser mantenidas al mínimo. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. Estas funciones son las que transforman a las ent radas en salidas.el diccion ario de datos).

dado que un mismo elemento puede se r conocido por diferentes nombres. procesos y archivos de dato s que formarán parte del sistema. el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. del flujo de datos. El primer borrador puede ser realizado en papel. Alias: otros nombres usados para la entrada. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas por dicho proceso. cada archivo de datos es una colección de elementos de datos individuales. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. de los componentes de los repositorios. y también d e cálculos intermedios. El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. Próximas versiones mejorarán las definiciones y el diseño. El objetivo es la identificación de todos las entidades externas. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información.Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. de las salidas. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. Descripción: Explicar las diversas partes o circunstancias. del repositorio de datos o de una entidad externa. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic amente diseñada para la modelización del sistema de información. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. Por lo tanto.2. o del control de cómo lo usan. Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. . que componen la defini ción. además de incluir los flujos de datos entre ellos. de los objetos. que almacenan los detalles del modelo lógico de l sistema. la modelización de las funciones del sistem a). CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. después el proceso que trata esa entrada. estas herramientas cu entan con un diccionario de datos.

pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). sino también que relaciones existen entre los archi vos de datos.3 Diccionario de Datos . El RDM posee dos importantes componentes. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones.4 Diccionario de Datos . es necesario que a partir de este modelo. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan.Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes * * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave presente o ausente) FIGURA 4. No solamente queremos saber. o sea. algunas veces la información es mínima.Estructura FIGURA 4. Este aspecto del sistema no está representado por el diagrama de flu jo de datos. tomamos que. Como regla general. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos.Descripción FIGURA 4. qué información está conte nida en cada archivo de datos. cuyos miembros diseñan un papel en el sistema que se está desarrollando. Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. ser descriptas a través de uno o mas hechos (Atributos). es bastante compleja. pero en la mayoría de los sistemas. Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. que son las Entidades y las Relaciones : 1. Por lo tanto. Las Entidades pueden ser identificadas de forma única y. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real.2 Diccionario de Datos .Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). a cada archivo de datos del DFD le corresponde un . en cada archivo de da tos definido por el DFD. a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. en detalle. se almacenan los datos que describen a las Entidades de l sistema de información.

considerando que las entidades de una base de dados están relacionad as. para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal. por ejemplo. y que además. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. un cliente podrá estar relacionado con varias ventas. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa.2. que son necesarias para establecer la relación entre las entidades.1. Relación uno a uno. y así sucesivame nte en cada uno de los procedimientos.a Entidad al RDM. como así también sus llaves foráneas. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. En una relación varios a varios. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. Es el tipo de relación más común. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). correspondan a las clave s externas de las Tablas A y B. Este tipo de relación no es habitual. y que a través de esa relación son generados informes. 4. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos.llave primaria o identificadora). interligadas por vectores al relacionamiento. En una relación uno a uno. 2. Normalment e. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. Por lo tanto. Relación varios a varios. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. como por ejemplo: todos l os productos vendidos a un cliente. una venta con varios productos. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. cuya clave principal c onsta de al menos dos campos. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas. Pero veamos cómo son cada una de estas relaciones: Relación uno a varios. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. . y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. al momento de diseñar y analizar el DFD. 2. y en este tipo de relación. un vendedor con varias ventas. Simplifica la estructuración de los datos. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. uno – a – varios y varios – a – varios. estos campos. 3.

2. que conformarán la base de datos: uno – a – uno. cada VENTA involucra uno o mas (1. cada PROVEEDOR puede suministrar uno o mas (1. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0.4. Relación entre entidades En el ejemplo de la Fig.4.1.4. 4. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. la entidad PERSON A y la entidad DEPARTAMENTO.N) productos v endidos.2. y que posteriormente formarán la base de dados del sis tema proyectado. uno – a – varios. TECNICA DE DISEÑO DEL RDM.N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones.4.5. Propiedades de las entidades y las relaciones En el ejemplo de la Fig.4. Por otro lado. La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar. 4. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas. Cada entidad es representada por un rectángulo. también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo.1). una PERSONA está relacionada a un DEPARTAMENTO (1. el par de números ( 0 . pero un PRODUCTO es parte de solamente una VENTA (1. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro. 4. El par de números ( 1 . . FIGURA 4.3.1. En la Fig. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. se representa la relación entre dos entidades. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. Después de la construcción del RDM.N) FIGURA 4. varios – a – varios. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos. Por lo tanto.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1.

FIGURA 4.1). pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos.8.4. debemos almacenarlas en un único archivo de datos. en el archivo PROFESOR.4. entre una MATERI A y un PROFESOR que dicta una MATERIA. significando que se trata de un dato del archivo MATERIA. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4. Por lo tanto.4.5. vemos al Código de la materia como la llave primaria de la entidad MATERIA. y la llave primaria Número de profesor de la enti dad PROFESOR. En este caso.6. no es un atributo del elemento relacionado.6. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos.4.3. Al ser identificada una relación uno a uno (1.1).1. hay una fuerte razón para unir a los dos elementos en uno solo. precisamos pues de una llave que haga la relación entre las dos entidades.4. necesariamente ella.6.2 llave primaria o identificadora). podemos considerar una única entidad d e PRODUCTOS EN STOCK. como se ilust ra en la figura 4. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo.4. La relación entre los dos objetos deberá ser realizada a través de una llave relación. representada en la figura 4. La llave foránea recibe este nombre po rque. Si determinamos que un PROFESOR está relacionado a una MATERIA.Llave foránea <FK> En el caso de la relación (1. como se ilustra en la figura 4. Direccionalidad de las relaciones Diseño de la Relación uno a uno. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento. FIGURA 4.FIGURA 4. (ver 3. pero sí e s la llave primaria del elemento al cual está se relaciona. Normalización). Por ejem plo tenemos a las entidades PRODUCTO Y STOCK.4. y apunta a la MATERIA que él dicta. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan. Note que en esta relación.7. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR.4. FIGURA 4. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK.4. el dato "Código de la materia" es un campo l lave foránea (FK). un PROFESOR puede dictar solamente una MA TERIA. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado.4. tal cual se observa en la figura 4. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. representada en la figura 4.4. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo .

4.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA. En el ejemplo ilustrado por la Fig.N). percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios. Una relación (N.1).4.4.. pero un profesor solamente puede dictar una única materia (1. una materia puede ser dictada por uno o varios profesores (1.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso.9. esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA. 4. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad.. Como cada entidad posee un archivo d e datos conteniendo sus atributos. 4. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores. En el ejemplo ilustrado por la Fig. Diseño de la Relación varios a varios. FIGURA 4.N) pero una mater ia puede ser dictada solamente por un profesor (1. la relación entre PROFESSOR y MATERIA no es uno a uno .8. FIGURA 4. En este caso. que sirven como ejemplo. sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. Relación uno a varios. el atributo "Código de la materia" es la llave foránea de PR OFESOR. FIGURA 4.N) siempre debe ser resuelta por dos relaciones (1. pero sí lo es var ios a varios. muestra la relación entre un PROFESOR y varias MATERIAS. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores. el atributo "Número del profesor" es la llave foránea de MATERIA.s que una materia solamente puede ser dictada por un profesor. En este caso un profesor puede dictar una o varias materias (1. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios.N) deberán ser identi . O sea. únic amente las llaves primarias de ambos objetos relacionados (N.8. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". Si analizamos los ejemplos anteriores.4. pudiendo s er parte de su llave primaria o no. una materia es dictada únicamente por un profes or.9. ninguna de ellas está totalmente correcta.4. o sea. mostrando la relación entre una MATERI A y varios PROFESORES.1). pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas.N).

N). la llave primaria de COMISIÓN es compuesta por dos llaves foráneas.11.10. a continuación.N) entre MATERIA Y COMISIÓN y una relación (1. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. y par a cada profesor habrá una determinada aula y horario. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Añadir las relaciones de gestión.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas.4.N) y una MATERIA puede ser dictada por varios profesores(1. O sea. NORMALIZACIÓN.N). las cuales se han nombrado como asociaciones significativas entre entidades. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor.4. La figura 4. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen. ilustra la relación (N. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. Esto es definir a las entidades y diseñarlas como un recuadro. ambas con un objeto de intersección.4.N) entre PROFESOR Y COMI SIÓN. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. cada una en su respectiva aula y horario. así como cada materia podrá ser dictada por varios profesores. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. podemos crear un objeto de intersección denominado COMISIÓN. La única línea de relación (N. Esto es definir al conjunto de conexiones que li . En el ejemplo ilustrado por la figura 4. El proceso de la construcción del Modelo Relacional de Datos (RDM).11 Relación varios a varios solucionada En este caso.N) entre MATERIA Y PROFESOR resuelta por una relación (1. Por lo tanto. pues la identifican. un determinado profesor podrá dictar varias materias. en que un PROFESOR dicta varias m aterias(1. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios.4. FIGURA 4. un "objeto de intersección" deberá ser creado.ficadas y.N) puede ser considerada como una combinación de dos relaciones (1. FIGURA 4.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. De esta forma.

Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos. las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. evitando. Fueron establecidos cinco tipos de archivos normalizados. Además la 1FN. cuarta forma norma (4FN) y quinta forma normal(5FN ). denominados. Esto es la definición de uno o más campos identificadores o llave . garantizar que no existan pérdidas de información. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). Asegurar resistencia a la ma nutención del modelo de datos. PRIMERA FORMA NORMAL (1FN). Eliminar datos redundantes. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. Proveer el mejor camino de acceso a cualquier dato. En cada entidad se listan los tipos de información que se podrían mantener o conocer. Eliminar atributos no d ependientes. de la siguiente manera: Eliminar campos repetitivos. básicamente. al proyectista de una base de datos relacional. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN.gan a las entidades u objetos y son representadas por medio de vectores. a construir relaciones normalizadas. evitar redundancias. un Atributo y una Relación. Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. Se podría resumir a estas tres forma s normales mas utilizadas. En general. prevenir incons istencias. E n resumen son las técnicas y algoritmos que ayudan. segunda forma normal (2FN) . La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. y que persig ue como objetivo principal minimizar la duplicidad de información. Eliminar anomalías de actualización. según sea el significado y el contenido del universo a ser modelado. Esas reglas buscan: Minimizar redundancias. anomalías en el manejo de esto s datos El proceso de normalización consiste. . en orden creciente de simplicidad: primera forma normal (1FN). Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única. tercera forma normal (3FN).

en el campo Negocio debe existir el nombre de apenas un supermercado. Jumbo. la creación de un número mayor de fi las o registros en el archivo. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. A través de este archivo podemos obtener la información de que existe .Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. en cada uno de los negocio?. o sea. Producto Negocio Arroz Coto. Carrefour. Pues deberá haber una fila para cada producto en cada negocio. Disco. A partir de esto. Después de la aplicación de la primera regla de normalización. arroz en los supermercados Coto. Jumbo Harina Coto. Carrefour. por ejemplo. debemos eliminar grupos repetidos de datos. Carrefour Como puede percibirse. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. y si otro atributo depende sólo de una de las partes de este identificador co . Macro. El archivo de datos ejemplificado a continuación no está normalizado. en el campo Negocio existen varios valores de datos (grup os repetidos). hasta que cada dato tenga una llave primaria para cada ocurrencia. Jumbo Poroto Coto. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). hay mas de un valor o supermercado en cada campo de Negocio. De una manera práctica. Esto implicará. Macro. Carrefour. Disco. entre otras co sas. Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. Se refiere a cualquier archivo que posea un valor por campo. Tía. Carrefour Azúcar Tía. Disco.

la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. deb erán formar la base de una nueva entidad.mpuesto. La entidad nueva. el archivo ejemplificado anteriormente no está en la segunda forma normal. y la parte del identificador del que depende. o sea. Para evitar estos problemas. por lo tanto . dependiendo de cual registro sea por el que se accede. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour Cantidad 10 2000 9 4500 700 11 Precio Total 7700 . Si ocurre algún problema con el proceso de actualización de datos. pues varios registros poseen el mismo producto. pue s él no pasó por el test. preguntamos también: ¿Hay algún campo no-llave que dependa de apenas. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. Cuando un archivo de datos no está en la segunda forma normal. y tiene una relación de uno a varios unida con la entidad original. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. entonces el atributo. pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? un campo. En este caso. pues no hay ninguna ll ave "Producto + Negocio" duplicado. la integridad de la base de datos estará perdida. se identifica por la parte emigrada del identificador único de la entidad original. independientemente del Producto. pues podrá no ex istir otro lugar en la base de datos que lo almacene. por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. Si un negocio cambia el número de Teléfono. el archivo anterior deberá ser dividido en dos. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. de una parte de la llave prim aria? . debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. como la llave es concatenada. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). también será eliminado el Teléfono del Negocio.

llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. el campo "Total" es dependiente de dos campos no-llave. Cruz 4897 342-6400 Macro Av. por lo tanto. también está en la segunda forma normal porque él no posee una llave concatenada y. Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. Rivadavia 4735 923-4377 Tía Av. sabremos el Total. Precio y Total. P or lo tanto. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. TERCERA FORMA NORMAL (3FN). que es Neg ocio. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios. En nuestro ejem plo. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. Por lo tanto. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. Como regla general es importante. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. una columna no . a pe sar de estar en la primera forma normal. es fácil percibir que el archivo anterior. .ARROZ Jumbo POROTO Coto 1000 300 8 13 8000 3900 POROTO Macro 500 12 6000 POROTO Carrefour 200 14 2800 POROTO Jumbo 400 8 3200 HARINA Coto 400 8 3200 HARINA Macro 600 9 5400 HARINA Carrefour 100 7 700 AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av. NEGOCIOS. Analizando desde otra perspectiva. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. Si sabemos la Cantidad y el Precio. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. La Plata 2222 921-4802 Jumbo Av. El segundo archivo.

pasa al procesamiento e la parte else. convertir un valor en cero. es también el método del que más se ha abusado. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control.5. Los bl oques. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos. son una excelente forma gráfica de describir fácilmente los detalles procedimentales.entonces . Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. se dibujo como un rombo de decisión que. hace que se realice el procesamiento de la parte the m y. borrar. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. Según sea la respuesta que se dé a . Su descripción implica siempre aplicar un verbo (hacer algo): sumar. también denominada IF -THEM-ELSE (si. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. etc.sino).Los bloques pueden representar acción o decisión. La condición. y las operaciones de decisiones necesarias para cumplirlo. Un flujograma es un gráfico muy sencillo. el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental.Concluimos entonces. en el orden secuencial correspondiente. Desgraciadamente. si es falso. transferir. No hay duda de que de las herramientas tales como los flujogramas. Producto ARROZ Coto ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Negocio Cantidad 200 10 Disco 500 Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 9 700 8 13 12 200 8 8 9 100 4 900 3 Precio 11 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. Las tres construcciones de la programación estructurada se representan como en la figura 5. Si el campo "Total" fuese eliminado. si es verdad. Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. ocupando menos espacio en el disco. etc. y sin pérdida de información. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal.

Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. habrá 2 N reglas distintas. si hubiera 3 condiciones habrá 8 normas. que llamaremos módulos. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. Si hubiera N variables con valores binarios (verdadero / falso). En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. entonces. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades).dicha consulta (verdadero o falso) se seguirán diferentes caminos. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. FIGURA 5. conte .5 FLUJOGRAMA TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes).

En caso de no ser posible implementar el proceso totalmente por software. a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores. si todo flujo de datos q ue en él entra o sale. Estos módulos pueden ser: un programa. se debe anali zar la posibilidad y la conveniencia de su implementación por software. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. u n procedimiento manual o automatizado. Cálculo del SALARIO. . se encuentra en uno de estos tres casos. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. Por último. guardan una relación jerárquica entre sí. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS.niendo cada una de ellos procedimientos manuales y/o automatizadas. una relación de operaciones o comandos. o sea. Si fuese decidido que determinado proceso tendrá apoyo automatizado. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. Como la división de un sistema en módulos. sin ningún procesamiento adicional informatizado de s us datos. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. más fáciles de s er implementadas controladas y manejadas. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. o u na combinación de estas tres. y constituye una operación o un procedimiento completo que el sistema debe e jecutar. La misma. Un módulo siempre será invocado como una unidad. desde los mas am plios hasta los mas específicos. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. el deb e ser explotado y revalidado continuamente. y en las entidades y sus relaciones definidas en el RDM. debe tener su o rigen en los procesos del DFD. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. y generalmente será desde una opción de l menú. existen nivel es de procesos y operaciones que serán desempañados por el sistema. Grabar una copia de seguridad de los archivos. luego de la definición de los módulos. actualización de archivos.

el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. pues la lógica del siste ma. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla. Normalmente. En la introducción del Libro describimos que en los Proyectos Informáticos. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. desarrol lados por profesionales de administración en pequeñas y medianas empresas. que identifica a cada uno de los módulos y la jerarquía existente entre ellos.El árbol de sistema es un organigrama. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. y una buena definición genérica. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. según su nivel. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. de procedimientos y su respectiva documentación. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de . Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . Concentrando nuestra atención en el uso de estas herramientas. se debe producir y revisar una especificación escrita para cada módulo. pues cada módulo . a la gran cantidad de documentación que es ne cesaria. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. que corresponde a las iniciales de: Computer Aided Software E ngineering. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. por medio de programas. como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. estas herramientas permitirán organizar y manejar la información de un proyec to informático. mas comprensibles y además mejorar la comunicación entre los participantes. Esta especificación. Permitiéndole a los participantes de un proyecto. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). se tornen mas flexibles. que los sistemas (especialmente los complejos). debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. dará acceso o ejecutará una determinada operación. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. que pueda abarca r esa amplitud de conceptos. El concepto de CASE es muy amplio. el desarrollo y prueba de los mismos debe ser planificado.

es la aplicación de los sistemas expertos. Las fallas también pueden provenir de otros factores.Martin del Diagrama de Entidad Rel ación.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J. Figura 1. La Modificación del programa. encuadrándose así. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. por ejemplo cuando en una división se implemen tó un sistema de inventarios. un cambio en el núme ro de dígitos del código postal. en el reconocimiento óptico de caracteres para la lectura del código d e barras. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. como ser en el caso de que existan cambios en las expectativas de los usuarios. como sería el caso de un aumento no previsto del 60 %. mejoramiento. para realizar el Modelo de Datos Figura 5. La Nueva Capacidad del sistema. remplazando a la entrada por teclado. ciertas condiciones extraor dinarias.2: El Mantenimiento del programa. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. involucra algo más que un simple cambio en el programa . son sistemas de información para los cuales no es necesario el uso de la automatización. involucra un cambio estructural de una entidad Por ejemplo. Figura 5. utilizand o el método de Yourdon para el Modelo del Proceso. modificación. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. el proyecto informático. Como es el caso de la utiliz ación del láser. es el agregado de capacidades que no formaron parte del sistema de información original. El Reemplazo del sistema. Un ejemplo de ello. dentro de una categoría de complejidad mostrada en la figura 1. tecnológicamente o competitivamente obsoletos. que obligará a la realización de cambios en el programa. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. reemplazo o capaci dad. o en el código de zona telefónica. ocurre cuando los sistemas de información se tornan física mente.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE p INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable. en la emisión de órd enes de compra.Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales.2 Categorías de los sistemas de información .

pero no es. con la aplicación de modelos estadísticos. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. Además.1 que es un proyecto informático). y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas . la misma preocupación que tiene el adivino por el futuro.. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. La disponibilidad de recursos. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. 1. al planificar se construye la secuencia de tareas con la lógica nece saria. o sea el conjunto de actividades. con pequeñas modificaciones. al m omento de planificar.(ver. para lograr el mejor tiempo y con el mínimo costo. la esencia de la sabiduría es la preocupación por el futuro. 2. que indica en qué orden deben realizarse las tareas.-se halla el camino crítico. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. dependiendo de los recursos con que se dispongan. y por último. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. y una lista de secuenciamietos. mas probables para cada una de las tareas. Una vez establecido el camino crítico. Se estiman luego los tiempos correspondientes. las estimaciones de tiempo . 3. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto. mediante la creación de un modelo lógico.Según Rusell Ackoff. es decir. hay que considerar. Por lo tanto. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas. hace que la secuencia de tareas pueda variar en el tiempo. y para ello se debe: 1.-establecer. pues él solamente intenta preverlo.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). Por lo tanto. no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. el método del Camino Crítico y al diagrama de Gantt. hasta donde sea posible. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. el sabio intenta controlarlo. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software. se lo utiliza para: considerar alternativas . las tareas y los recursos. con el mism o grado de importancia.

FIGURA 2. PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso.1. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. se deben realizar los siguientes análisis: De Costo. por lo tanto. Este gráfico se sustenta en un a estructura de barras horizontales. y del calendario para hacerlo. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. Al momento de asignar los recursos. . en la planifica ción son tan importantes las tareas como los recursos disponibles. A los efectos de su confección. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. Lo importante es que una vez que fueron identificados los recursos para cada tar ea. La utilización de una herramienta automatizada de administración de proyectos. le otorgará una mayor eficacia en el control del proyecto. ésta es una representación gráfica c ronológica. De Sensibilidad. si es una actividad crítica o no. cuándo. De Beneficio. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución.2 Diagrama de GANTT. la importancia de cada tarea. La herramienta principal para la planificación de recursos es el presupuesto. De Riesgo. como es el caso de Microsoft Project. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. de las etapas componentes de un proyecto. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. se requiere determinar.

la o rganización puede contar con una única Base de Datos. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. Esto facilitará una exploración financiera rápida. y . que será compartida por los diferentes usuarios de la organización. la recuperación puedan tomar supervivenc un recurso Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. para que las personas de la organización decisiones. C++. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. aumenta ndo se los computariza.Es importante considerar que la utilidad de los modelos financieros. Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. El costo del dinero accionario. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. va a conformar l a denominada Base de Datos. o con múltiples Bases de Datos. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. en la que se puede estimar la sensibilidad. A través s análisis de riesgo y sensibilidad. Es común que en las pequeñas y medianas empresas se cuente con microcomputadoras. podemos citar: La tasa de interés bancaria. Repetidores. pues los datos estructurados constituyen básico para todas las organizaciones. nuevamente concentrando nuestra atención en los proyectos informáticos. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. Prototipo. Tenemo s que en el proceso de planeamiento. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. salida. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. dichas exploraciones alcanzarán un gran n el proceso de planificación cua de una gr de lo valor e Entre tantas condiciones comerciales. SQL) Métodos de desarrollo ( Ciclo de Vida. Memoria principal) Periféricos (Unidades de entrada. El índice de inflación. FIGURA2. se debe determi nar: También se deben considerar. Cobol. de un sistema de información. Unidades de entrada/salida) Comunicaciones (Modem. resultante de nuestro proyecto informático y.3.

Los sistemas de Gestión de Base de datos.01. los medios necesarios para poder obten er información. introducir nuevos datos y actualizar los ya existentes.01 4. consistente y c onsolidada. un conjunto de Bases de Datos.02 1.01 3. Independientemente de la Base de Datos que será implementada. Un para el almacenamiento de la info para el área de personal.01. manipular y recuperar datos en u na computadora.01. para: almacenar.01.02 4. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras.02. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera. y e s así que pueden almacenar toda la información necesaria.por ello tengan que distribuir su información en ignándole a cada una de ellas. son programas de software para la administración de las Ba ses de Datos. proporcionándole al usuario.01. en una única base de datos. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad 20 20 Unidad Unidad Caja de 10 Unidad 10 .01. integrada.44 Mbytes Sonido de 16 bit Papel carta para impresora. una más para Mientras tanto las Grandes organizaciones poseen computadoras de gran porte. ESTRUCTURA DE UNA BASE DE DATOS.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. as cada área específica de la empresa.01 Unidad Cantidad 1.01 4. otra el área de ventas o el área de producción. Una Base de Datos está compuesta por un conjunto de tablas o archivos. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS).01 2.01. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. y en particular. El SGBD también se encargará de la comunicación entre el usuario y la base de datos.

00 80. La Plata 365 Doblas 1578 Av. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1.01 1.01.01 1.01.00 75.01 2.03 70.00 50 Código del artículo Precio .01.01.01 4.5 25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.01.

U n atributo es pues. almacenan o procesan datos. almacenados en el archivo de PROD UCTOS. La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. cu antificar o expresar el estado de una entidad. como por ejemplo el archivo de VEN DEDORES. los archivos de control y los archivos d e planeamiento. CLIENTES. real o i maginario. PROVEEDORES. COMPETIDORES. clasificar. Por lo tanto una entidad es cualquier persona. po seen el mismo formato. los productos son provistos por cada proveedor y viceversa. almacenados en el archivo de ORIGEN DEL PRODUCTO. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. que son: los archivos ma estros. NÓMI NA DEL PERSONAL. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. ARCHIVO DE TRANSACCIONES. En otras palabras. iden tificados por las columnas. PRODUCTOS.450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). que describen a las entidades. BANCOS. cada entidad en él almacenado. Además. Datos sobre el origen de los productos (Entidad origen del producto). guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. almacenados en el archivo PR OVEEDORES y. Todos los registros de un archivo. o sea tienen el mismo conjunto de datos o atributos. cada uno de estos archivos está formado por un conjunto de registros que des cribe. identificados por las filas de cada tabla. de interés para la organización y acerca del cual se capturan. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. los archivos de transacciones. cualquier detalle que sirve para identificar. o sea . Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. y cada registro debe contener el conjunto de atributos necesarios. uno es el de acumular datos de eventos en el momento que ocurran. como es en el caso de un archivo HISTÓRICO DE V ENTAS. como es en el caso de los archivos de VENTAS. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. para dar apoyo a la actividad de la organización. ORDENES DE PRODUCCIÓN o PAGO DE . FIGURA 3. VENDEDORES. cosa o evento. a través de los atributos o datos (columna). Datos sobre proveedores (Entidad proveedores).

ARCHIVOS DE CONTROL. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. La operación de indexa ción. la llave primaria no puede tener valores repetidos para di stintos registros. y de control. COSTO DE REPOSICIÓN. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. Los archivos de planeamiento. COMPRAS POR PROVEED OR. CONSUL TA DE CLIENTES.1. PAGOS A RECIBIR. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. puede ser un atributo o una combinación de atributos. como por e jemplo: PROGRAMA DE VENTAS. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. Cada instancia de una entidad debe ser unívocamente identificable. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. La llave primaria. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. para permitir el análisis del desempeño de la organización. VOLUMEN DE VENTA POR VENDEDOR.Est ructura de una Base de datos). Estos archivosgeneran medidas de control de los negocios. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria.1. que generalmente se identificada por medio de la letra @. de transacciones. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. correctamente proyectado.SALARIOS. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. descripta anteriormente ( ver 3. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). En el caso de la Base de Datos de compras. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. PROCESOS DE EXPORTACIÓN.1. y quien permite esta identif icación es la llave primaria. COSTOS. . PROGRAMA DE PRODUCC IÓN. VOLUMEN DE VENTA POR CLIENTE. ARCHIVO DE PLANEAMIENTO. PROGRAMA DE COMPRAS. creada por el SGDB. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). PRESUPUESTO FINANCIERO. FACTURAS. Este índice es llamado índice primario . Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. como ser el VOLUMEN DE VENTA POR PRODUCTO. Figura 3.

Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. Este tipo de índice. al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. de una parte de la realidad (sistema). llamado índice secundario. con el objetivo de servir a los propósitos del usuario. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). Según Sowa. flujogramas). y es así que el fenómeno se despoja de lo que no es esencial. que describiremos próximamente (ver 4. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. pero pocos se diseñan para dar resultados numéricos e specíficos. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti . el manual de organización o la Lista de evento s. por ejemplo. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión).5. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. las variables y sus relaciones se funden en forma de prosa. con cierto grado de detalle (abstracción). conforme perseguido por alguien (autor del modelo). dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. la simbólica y la matemática. Los modelos pueden tener diferentes clases de estructuras. pero las clases más com unes son: la verbal. o conjunto de atributos. y estos tienen básicamente dos formas de ser probados..1.También es posible crear índices para un archivo de datos utilizando atributos (camp os).2. y la otra es de forma es retr ospectiva (contra el desempeño pasado). y esto debería ser el propósito de todo modelo. podremos describir el funcionamiento de un sistema. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. diferentes de los de la llave primaria. Los modelos simbólicos generalmente son más específicos que los verbales. la modelización de las funciones del s istema). es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. en éste último caso. Algunos modelos pueden combinar componentes icónicos y análogos. En los modelos verbales. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. una e s la forma prospectiva (contra el desempeño futuro). El manual de procedimientos. a fin de d eterminar su valides. Un punto muy importante de los modelos es el de saber como probarlos. son ejemplos de modelos verbales. o sea si un modelo se pru eba retrospectivamente. como por ejemplo lo s flujogramas (ver 4.

LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. en forma estructurada. Después. Elegir el nivel apropiado de abstracción para los términos. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). es quien a utoriza las compras.va. que s egún lo visto en el tópico anterior (4. la utilización de. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. el análisis de su sensibilidad al error puede servir de base para evaluarlo. para facilitar el descubrimiento. es decir. El lector necesita más tiempo y esfuerzo para captar su sent ido. Es una oración demasiada ambigua. no programadas o ambas?. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. En cambio. se refiere a: ¿com pras programadas. Su principal dificulta d reside en el significado de compras. Luego esta lis ta estructurada. y suelen abarcar un número mayor de acepciones. Por lo tanto es muy importante el escoger la acepción más apropiada. los modelos se pueden utilizar heurística mente. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. Se debe preferir. utilizando el juicio s obre la posibilidad de esta baja.1. Al tratarse de una palabra bastante genéric a.1 que es un PI y 1. palabras concretas a palabras abstractas. a pedidos pequeños o ambos?. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo.). será la base para la construcción de las entida des y sus relaciones. Además de su utilidad para evaluar medios. las palabra s abstractas designan conceptos o cualidades más difusos. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . se r efiere a: ¿grandes pedidos. fuesen realizados en forma oral o escrita en lenguaje natural. Y en función del bien: . el lector las pue de descifrar fácilmente. Las palabras concretas se refieren a objetos o sujetos tangibles. involucra a: ¿la s importaciones o las de plaza local?. Si se evalúa en función del volumen.2 inicio de un PI). en el diseño inicial. En función de su origen. Las primeras actividades de diseño de los sistemas (ver cap1. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. porque se hace una clara imagen de ellas asociándolas a la realidad. pues no hay referentes reales. de la lista de eventos. entre las diversas alternat ivas posibles. se puede hacer una evaluación parcial del modelo . de cada uno de los participantes del proyecto. En el caso de que los requerimientos. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción.

Considere que una frase puede estar incompleta. cuando. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. acción. Evitar las expresiones vagas o indirectas. entonces. permite una clara clasificación de los conceptos. hacer. Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). sino eleva el pedido a Gerencia Financiera.¿en insumos y/o bienes de capital?. Por lo tant o el término debería ser insumos. tanto como les sea posible. PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. Verificar los sinónimos y los homónimos. También es importante que los enunciados que describen operaciones deben utilizar. Elegir un estilo estandarizado de enunciado. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. similares a las de los lenguajes de programación. En un procedimiento . éstas deben ser frases afirmativ as. sino. que pueden ser el instrumento o el modificador . compuestas por hasta cuatro elementos-llave. Idealmente. Es así que la segunda oración. Evitar el uso de casos en lugar de conceptos generales. en LI STA DE PRODUCTOS o en STOCK). Es común observar que los usuarios de los sistemas de información. sino una i nstancia o componente del concepto correcto. La segunda oración indica un a clase específica de entidad (cajonera). ¡Cuál de estos términos es el correcto?. "mirá las cajoneras". a djetivos. Al usar rodeos. "mirá las cajoneras". en lugar de referencias explícitas a los mismos conceptos. Por ejemplo: Si el monto es menor a 100 aprueba el pedido. que obvia mente no debería existir. que son el <sujeto>. adoptan términos más específicos de los que verdaderamente son necesarios. condición. en vez de decir. en el caso de las descripciones de los datos. Lo que significa asumir un riesgo. verifica es el verbo. solo queda la alternativa de hacer una hipótesis de significado genérica. El término pastillas de frenos no describe un concepto. esto es. estructuras sintácticas no ambiguas (PRODUCTOS. el <verbo> . el <objeto> y el <complemento>. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". co mo si. Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz .. se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). Estos elementos-llave pueden estar acompañados de otras palabras como artículos. un componente. etc. Por ejemplo.

comprador. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. Se debe evitar cometer ambigüedades. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. Hacer un Diccionario de Datos. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. parroquiano. STOCK se diferencia por contar además con el atributo Saldo del p roducto. Describir el contexto a de las áreas de la empresa. Aunque. que participen en el procedimiento. Enumerar los archivos 4. de un sistema. Detallar los procesos 3. En qué despacho se reúnen.4. en el de compras o en el de los proveedores. es el us uario del producto. el DFD permite representar de forma completa el sistema de in formación. y se debe . Hacer explícitas las referencias entre términos. con significados diferentes es con siderado pues un homónimo. de datos necesarios. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre.3.de ventas pueden encontrarse los siguientes términos: Cliente. el diccionario de datos). te sistema. ir confeccionando el diccionario de datos. que participen de es a ser realizados. con los procesos que transforman a estos dados. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. Definir los flujos de del sistema. mientras que para Marketing el cliente. la transformación de entradas en salidas. El objetivo del DFD es: 1. Lo que ocurre es que. Por ejemplo Para finanzas el cliente es quien compra un producto. o potencial cliente. En el caso de: Recepción firma remito. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. diseño de relación uno a uno). O en el caso particular de nuestros archivos. el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. es decir: frases que puedan interpretarse de dos o más maneras distintas. la confección del diccionario de datos. en diferentes lugares. determinando lo que ocurrirá en cada un denominadas Entidades externas. no se justifica en ningún caso. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir. Como veremos más adelante (ver 4. 2. Una de las principales características de este modelo es su simplicidad. B usiness Proc ess Model). Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. en cada proceso. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. En otras palabras. al relacionar los datos almacenados en los archivos de datos del sistem a. datos. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. Cuál remito firma. usuario . el original o alguna copia.

es más amplia de lo que se determinó. procesos y flujos de información). que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4. Estas funciones son las que transforman a las ent radas en salidas. archivos. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema.2. 2. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. cantidad. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. a un grup o de personas o. Las. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema. que pueden representar a una persona. Si así lo fuera. que representan a los flujos de datos.2. esto está indicando que la frontera del sistema. En sí. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta. a un sistema. Las entidades externa pueden duplicarse. si fuese necesario darle claridad al di seño y evitar largos vectores. Las entidades externas son consideradas también como Terminadores.2). Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada. Y cuando una entidad externa recibe datos del sistema.-Los flujos de datos son representados por vectores direccionados. sin el requerimiento de un c onocimiento previo de informática. Factura. Clientes y un sistema de liquidación de sueldos y jornal es. Apellido. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson. Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio.. que alcance el nivel de detalle requerido por el proyectista. o como rectángulos con sus vértice s redondeados. o bien evita r gran cantidad de entrecurzamientos de los mismos. Entidades externas. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. pues lo que ocurre en estas entidades no es de interés para el proyecto.al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. 3. Cuando una entidad externa provee datos al sistema. Son representadas por medio de un cuadrado. Simbolog ía del DFD Metodo Yourdon 1. como ya lo dijimos anteriormente. y lo s procesos involucrados en esta entidad. son utilizados cuatro símb olos : Figura 4. las entidades externas. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. deben pasar a ser parte del sistema en estudio. El proceso es nominado en función de la acción que realiza sin esp .2. con los cuales se puede producir un esquema. Remito.Los procesos se pueden mostrar como burbujas.

precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4. Para mostrar los detalles de qué información es procesada y cómo es transformada.el diccion ario de datos). RESTRICCIONES DEL DFD. si las entidades bordes del diagrama. Al diseñar el primer borrador del DFD. a continuación si ga con las salidas que de ellas son originadas.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. 1. a menos que estos sean muy relevantes para los usuarios d el sistema. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. El DFD debe ser visto como una herramienta de planeamiento del siste ma.. El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge nera una entrada de datos. además de incluir los flujos de datos entre ellos. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma. y no los detalles de imp lantación del sistema. Lo que queremos decir es que. Al terminar el diseño del sistema y la constru cción del mismo. los archivos serán las tablas que compongan la base de datos. 4. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. Si los flujos de datos principales van del derecho del diagrama. Próximas versiones mejorarán las definiciones y el diseño.( ver 4. Como regla general. Diagrama de Flujo de Datos. Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. El objetivo es la identificación de todos las entidades externas. RECOMENDACIONES PARA UN DFD. juntamente con las entradas que irán para ellas. flujograma) 4. Inicie la construcción del DFD por las entidades externas. y por ahí comience el diseño. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson.3. después el proceso que trata esa entrada. en un DFD. cuál es la entrada o proceso que inicia. flujograma) FIGURA 4. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. y a continuac ión los archivos de datos que son utilizados para almacenarla y para garantizar el funcionamiento de ese proceso y por último definir las salidas que son generadas . loa tratamiento de errores y de excepciones no de ben ser representados. procesos y archivos de dato s que formarán parte del sistema. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. Los DFD son más legibles. y no como una especificación detallada del sistema. El procesamiento o la secuencia puede estar implícitamente en el diagrama.5. piense en como el sistema funciona realment e.. pero la representación procedimental.1.5.ecificar el algoritmo utilizado para la transformación. 3. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento . Las duplicaciones de símbolos deben ser mantenidas al mínimo. de tal forma. pero no provee detalles sobre esos componentes.3. que la frontera itúe dentro del contorno de las entidades externas 2. Diccionario de datos) o esquematiza do en un flujograma (ver 4.

que almacenan los detalles del modelo lógico de l sistema. Se ha propuesto el Diccionario de Datos como gramática casi formal para describir el contenido de los objetos definidos durante el análisis estructurado. Cada flecha del diagrama de flujo de datos representa uno o var ios elementos de información ( ver 4. Descripción: Explicar las diversas partes o circunstancias. y también d e cálculos intermedios. que componen la defini ción. de los componentes de los repositorios. inc luso puede que el contenido de una entidad externa requiera ser expandido antes de que su significado pueda ser definido explícitamente. o del control de cómo lo usan. Existen muchos esquemas de anotación usados por los analistas de sistemas el que s igue es uno de los mas usados Símbolo = + ( ) { } Descripción Está compuesto de Y Opcional (puede estar Interacción entre componentes presente o ausente) . El primer borrador puede ser realizado en papel. del repositorio de datos o de una entidad externa. de las salidas. Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos. Por lo tanto.2. Descripción del contenido: El contenido es representado mediante una anotación que s e describe en la siguiente tabla. Alias: otros nombres usados para la entrada. Definición: Exposición clara y precisa de las características genéricas y diferenciales del objeto. la modelización de las funciones del sistem a). dado que un mismo elemento puede se r conocido por diferentes nombres. CONTENIDO DEL DICCIONARIO DE DATOS El Diccionario de datos debe contener la siguiente información: Nombre: el nombre principal del elemento. Esta importante notación ha sido definida de la siguiente marea: El Diccionario de Datos es un listado organizado de todos los elementos de datos que son pertinentes para el sistema.por dicho proceso. estas herramientas cu entan con un diccionario de datos. cada archivo de datos es una colección de elementos de datos individuales. con definiciones precisas y rigurosas que le permite al usuario y al proyectista del sistema tener una misma comprensión de las entradas. EL DICCIONARIO DE DATOS Un análisis del ámbito de información estaría incompleto si solo se considera el flujo de la información. el analis ta debe disponer de algún método para representar el contenido de cada componente de l modelo de flujo de datos. pero los posteriores deben ser realizados utilizando alguna herramienta de software automatizada (CASE) específic amente diseñada para la modelización del sistema de información. de los objetos. del flujo de datos.

2. qué información está conte nida en cada archivo de datos. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones. Normalment e. Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema. un cliente podrá estar relacionado con varias ventas.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). tomamos que. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. es bastante compleja. que son las Entidades y las Relaciones : 1. en cada archivo de da tos definido por el DFD. se almacenan los datos que describen a las Entidades de l sistema de información. una venta con varios productos. No solamente queremos saber. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. . a cada archivo de datos del DFD le corresponde un a Entidad al RDM. o sea. sino también que relaciones existen entre los archi vos de datos.3 Diccionario de Datos . Este aspecto del sistema no está representado por el diagrama de flu jo de datos. Las Entidades pueden ser identificadas de forma única y. a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM. pero en la mayoría de los sistemas. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan.* * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave FIGURA 4. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. por ejemplo.Estructura FIGURA 4. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario. Como regla general. un vendedor con varias ventas. algunas veces la información es mínima.Descripción FIGURA 4. ser descriptas a través de uno o mas hechos (Atributos). es necesario que a partir de este modelo. en detalle. y así sucesivame nte en cada uno de los procedimientos. interligadas por vectores al relacionamiento. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. cuyos miembros diseñan un papel en el sistema que se está desarrollando. Por lo tanto. El RDM posee dos importantes componentes. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos.2 Diccionario de Datos .4 Diccionario de Datos .

Pero veamos cómo son cada una de estas relaciones: Relación uno a varios. correspondan a las clave s externas de las Tablas A y B. cuya clave principal c onsta de al menos dos campos. (ver diseño de la relación uno a uno) . uno – a – varios. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. En una relación varios a varios. Relación uno a uno. Este tipo de relación no es habitual. como por ejemplo: todos l os productos vendidos a un cliente. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas. uno – a – varios y varios – a – varios. que son necesarias para establecer la relación entre las entidades. 3. al momento de diseñar y analizar el DFD. 2. es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal. En una relación uno a uno.2. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos. considerando que las entidades de una base de dados están relacionad as. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. estos campos. Simplifica la estructuración de los datos. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos. 4. como así también sus llaves foráneas. y en este tipo de relación.Por lo tanto. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. varios – a – varios. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la.1. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. que conformarán la base de datos: uno – a – uno. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. Es el tipo de relación más común.llave primaria o identificadora). y que a través de esa relación son generados informes. y que además. 5. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. Relación varios a varios.

cada VENTA involucra uno o mas (1. En la Fig. 4.3. Cada entidad es representada por un rectángulo. FIGURA 4.4.1). cada PROVEEDOR puede suministrar uno o mas (1. también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo. 4. el par de números ( 0 . una PERSONA está relacionada a un DEPARTAMENTO (1. Propiedades de las entidades y las relaciones En el ejemplo de la Fig. la entidad PERSON A y la entidad DEPARTAMENTO.2.4.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1.1. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp .2.1. se representa la relación entre dos entidades.N) productos v endidos. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. TECNICA DE DISEÑO DEL RDM.1). La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar. Al ser identificada una relación uno a uno (1. 4.4. Por otro lado.4. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas.N) FIGURA 4. Después de la construcción del RDM. Direccionalidad de las relaciones Diseño de la Relación uno a uno. 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro.4. Relación entre entidades En el ejemplo de la Fig. FIGURA 4. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. y que posteriormente formarán la base de dados del sis tema proyectado.4.N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones. pero un PRODUCTO es parte de solamente una VENTA (1.Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos. El par de números ( 1 .3. Por lo tanto.

pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos. ninguna de ellas está totalmente correcta. no es un atributo del elemento relacionado. y apunta a la MATERIA que él dicta.4.4.4. esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA. podemos considerar una única entidad d e PRODUCTOS EN STOCK. precisamos pues de una llave que haga la relación entre las dos entidades. FIGURA 4. (ver 3. vemos al Código de la materia como la llave primaria de la entidad MATERIA.4. y la llave primaria Número de profesor de la enti dad PROFESOR. La llave foránea recibe este nombre po rque. Normalización).1). Note que en esta relación.6. entre una MATERI A y un PROFESOR que dicta una MATERIA. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás. necesariamente ella. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK.4.4. representada en la figura 4.4. representada en la figura 4.2 llave primaria o identificadora).4. hay una fuerte razón para unir a los dos elementos en uno solo. La relación entre los dos objetos deberá ser realizada a través de una llave relación. pero sí e s la llave primaria del elemento al cual está se relaciona. el dato "Código de la materia" es un campo l lave foránea (FK). FIGURA 4. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4.7. tal cual se observa en la figura 4.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos.5.8. Por lo tanto.6. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p . FIGURA 4. como se ilustra en la figura 4.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA. FIGURA 4. En este caso. significando que se trata de un dato del archivo MATERIA. un PROFESOR puede dictar solamente una MA TERIA.4. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado.4. Por ejem plo tenemos a las entidades PRODUCTO Y STOCK. debemos almacenarlas en un único archivo de datos. como se ilust ra en la figura 4. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor. Si determinamos que un PROFESOR está relacionado a una MATERIA.Llave foránea <FK> En el caso de la relación (1. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo.1.6.4.lementan. en el archivo PROFESOR.

En el ejemplo ilustrado por la figura 4.N) pero una mater ia puede ser dictada solamente por un profesor (1. una materia puede ser dictada por uno o varios profesores (1. pero sí lo es var ios a varios.4.4. .9.N) siempre debe ser resuelta por dos relaciones (1.N). FIGURA 4.or varios profesores.N) y una MATERIA puede ser dictada por varios profesores(1. La única línea de relación (N. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". En el ejemplo ilustrado por la Fig. Si analizamos los ejemplos anteriores. pero un profesor solamente puede dictar una única materia (1.1). una materia es dictada únicamente por un profes or.4.N) deberán ser identi ficadas y. un "objeto de intersección" deberá ser creado.9. o sea. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios. la relación entre PROFESSOR y MATERIA no es uno a uno .. a continuación. pudiendo s er parte de su llave primaria o no. 4.4. FIGURA 4.N). Diseño de la Relación varios a varios. el atributo "Número del profesor" es la llave foránea de MATERIA. En este caso un profesor puede dictar una o varias materias (1. que sirven como ejemplo. el atributo "Código de la materia" es la llave foránea de PR OFESOR. En el ejemplo ilustrado por la Fig. mostrando la relación entre una MATERI A y varios PROFESORES.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso. Como cada entidad posee un archivo d e datos conteniendo sus atributos.10.1).. En este caso.N). Una relación (N. únic amente las llaves primarias de ambos objetos relacionados (N. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios. en que un PROFESOR dicta varias m aterias(1. muestra la relación entre un PROFESOR y varias MATERIAS.N) puede ser considerada como una combinación de dos relaciones (1.4. 4. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad. sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. O sea.N). un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores.8. ambas con un objeto de intersección. Relación uno a varios.8. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen.

N) entre MATERIA Y COMISIÓN y una relación (1. Por lo tanto. pues la identifican. En cada entidad se listan los tipos de información que se podrían mantener o conocer. O sea. Añadir las relaciones de gestión.4.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. La figura 4. NORMALIZACIÓN.FIGURA 4. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y.11 Relación varios a varios solucionada En este caso. FIGURA 4. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Esto es la definición de uno o más campos identificadores o llave . un determinado profesor podrá dictar varias materias.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. Esto es definir a las entidades y diseñarlas como un recuadro.4. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. ilustra la relación (N. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios. .N) entre MATERIA Y PROFESOR resuelta por una relación (1. así como cada materia podrá ser dictada por varios profesores. cada una en su respectiva aula y horario. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única. las cuales se han nombrado como asociaciones significativas entre entidades.11. podemos crear un objeto de intersección denominado COMISIÓN. El proceso de la construcción del Modelo Relacional de Datos (RDM). De esta forma.N) entre PROFESOR Y COMI SIÓN. Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida. y par a cada profesor habrá una determinada aula y horario. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?.4. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas.

garantizar que no existan pérdidas de información. Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. segunda forma normal (2FN) . hasta que cada . la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. Se podría resumir a estas tres forma s normales mas utilizadas. Asegurar resistencia a la ma nutención del modelo de datos. a construir relaciones normalizadas. Además la 1FN. un Atributo y una Relación. cuarta forma norma (4FN) y quinta forma normal(5FN ). evitando. Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. al proyectista de una base de datos relacional. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. Eliminar anomalías de actualización. anomalías en el manejo de esto s datos El proceso de normalización consiste. Esas reglas buscan: Minimizar redundancias. tercera forma normal (3FN).Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos. PRIMERA FORMA NORMAL (1FN). En general. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN. E n resumen son las técnicas y algoritmos que ayudan. denominados. las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. Fueron establecidos cinco tipos de archivos normalizados. y que persig ue como objetivo principal minimizar la duplicidad de información. Proveer el mejor camino de acceso a cualquier dato. según sea el significado y el contenido del universo a ser modelado. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. Se refiere a cualquier archivo que posea un valor por campo. Eliminar atributos no d ependientes. en orden creciente de simplicidad: primera forma normal (1FN). Eliminar datos redundantes. De una manera práctica. de la siguiente manera: Eliminar campos repetitivos. evitar redundancias. básicamente. debemos eliminar grupos repetidos de datos. Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. prevenir incons istencias. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas.

Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. y tiene una relación de uno a varios unida con la entidad original. Jumbo Poroto Coto. por ejemplo. entonces el atributo. Carrefour. la creación de un número mayor de fi las o registros en el archivo. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). Esto implicará. A partir de esto. Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc . se identifica por la parte emigrada del identificador único de la entidad original. Macro. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. en el campo Negocio debe existir el nombre de apenas un supermercado. hay mas de un valor o supermercado en cada campo de Negocio. Jumbo Harina Coto. La entidad nueva. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. Jumbo. Disco. Disco. Carrefour. Pues deberá haber una fila para cada producto en cada negocio. Macro. Tía. en cada uno de los negocio?. Disco. Producto Negocio Arroz Coto. Después de la aplicación de la primera regla de normalización. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. o sea. arroz en los supermercados Coto.dato tenga una llave primaria para cada ocurrencia. y la parte del identificador del que depende. deb erán formar la base de una nueva entidad. entre otras co sas. Carrefour Azúcar Tía. El archivo de datos ejemplificado a continuación no está normalizado. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Carrefour. Carrefour Como puede percibirse. A través de este archivo podemos obtener la información de que existe . en el campo Negocio existen varios valores de datos (grup os repetidos).

el archivo ejemplificado anteriormente no está en la segunda forma normal. también será eliminado el Teléfono del Negocio. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. pues podrá no ex istir otro lugar en la base de datos que lo almacene. la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. o sea. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. de una parte de la llave prim aria? . Para evitar estos problemas. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 POROTO POROTO POROTO HARINA HARINA 12 200 8 8 9 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 6000 14 3200 3200 5400 Precio Total 7700 2800 . Cuando un archivo de datos no está en la segunda forma normal. preguntamos también: ¿Hay algún campo no-llave que dependa de apenas. Si ocurre algún problema con el proceso de actualización de datos. pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . independientemente del Producto. En este caso. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). por lo tanto .hivo? un campo. pues varios registros poseen el mismo producto. debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. el archivo anterior deberá ser dividido en dos. como la llave es concatenada. dependiendo de cual registro sea por el que se accede. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. la integridad de la base de datos estará perdida. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. Si un negocio cambia el número de Teléfono. pue s él no pasó por el test. pues no hay ninguna ll ave "Producto + Negocio" duplicado.

La Plata 2222 921-4802 Jumbo Av. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. una columna no . Analizando desde otra perspectiva. que es Neg ocio. y sin pérdida de información. Si sabemos la Cantidad y el Precio. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. Por lo tanto. Cruz 4897 342-6400 Macro Av. Como regla general es importante. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. a pe sar de estar en la primera forma normal. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. también está en la segunda forma normal porque él no posee una llave concatenada y. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. ocupando menos espacio en el disco. Producto ARROZ Coto Negocio Cantidad 200 10 Precio .HARINA Carrefour 100 7 700 AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. P or lo tanto. el campo "Total" es dependiente de dos campos no-llave. NEGOCIOS. El segundo archivo. Precio y Total. por lo tanto. Rivadavia 4735 923-4377 Tía Av. En nuestro ejem plo. TERCERA FORMA NORMAL (3FN). es fácil percibir que el archivo anterior. Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. Si el campo "Total" fuese eliminado. sabremos el Total. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. Concluimos entonces. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios.

Un flujograma es un gráfico muy sencillo. Desgraciadamente.ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Disco 500 Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 9 700 8 13 12 200 8 8 9 100 4 900 3 11 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. FIGURA 5. transferir. Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. etc. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. Su descripción implica siempre aplicar un verbo (hacer algo): sumar.entonces . Los bl oques. borrar.5. convertir un valor en cero. el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. y las operaciones de decisiones necesarias para cumplirlo. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos.Los bloques pueden representar acción o decisión. en el orden secuencial correspondiente. hace que se realice el procesamiento de la parte the m y.5 FLUJOGRAMA . también denominada IF -THEM-ELSE (si. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. Las tres construcciones de la programación estructurada se representan como en la figura 5. No hay duda de que de las herramientas tales como los flujogramas. si es verdad. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. pasa al procesamiento e la parte else. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental.sino). si es falso. etc. son una excelente forma gráfica de describir fácilmente los detalles procedimentales. es también el método del que más se ha abusado. se dibujo como un rombo de decisión que. La condición.

Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. que llamaremos módulos. habrá 2 N reglas distintas. Estos módulos pueden ser: un programa. y constituye una operación o un procedimiento completo que el sistema debe e jecutar. u n procedimiento manual o automatizado. Si hubiera N variables con valores binarios (verdadero / falso). si hubiera 3 condiciones habrá 8 normas. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores. Un módulo siempre será invocado como una unidad. conte niendo cada una de ellos procedimientos manuales y/o automatizadas. entonces. una relación de operaciones o comandos. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. . Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. más fáciles de s er implementadas controladas y manejadas. o u na combinación de estas tres.TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. y generalmente será desde una opción de l menú.

ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. se debe anali zar la posibilidad y la conveniencia de su implementación por software. y en las entidades y sus relaciones definidas en el RDM. Grabar una copia de seguridad de los archivos. La misma. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. pues cada módulo . En caso de no ser posible implementar el proceso totalmente por software. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. Como la división de un sistema en módulos. guardan una relación jerárquica entre sí. luego de la definición de los módulos. Por último. el deb e ser explotado y revalidado continuamente. sin ningún procesamiento adicional informatizado de s us datos. el desarrollo y . que identifica a cada uno de los módulos y la jerarquía existente entre ellos. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. Una regla práctica : Un proceso es candidato a ser totalmente informatizado.Lo normal es que los módulos estén relacionados con las entradas y salida de los datos. según su nivel. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. desde los mas am plios hasta los mas específicos. El árbol de sistema es un organigrama. Si fuese decidido que determinado proceso tendrá apoyo automatizado. Cálculo del SALARIO. se encuentra en uno de estos tres casos. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. dará acceso o ejecutará una determinada operación. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. actualización de archivos. debe tener su o rigen en los procesos del DFD. si todo flujo de datos q ue en él entra o sale. o sea. existen nivel es de procesos y operaciones que serán desempañados por el sistema.

Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. estas herramientas permitirán organizar y manejar la información de un proyec to informático. Esta especificación. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. a la gran cantidad de documentación que es ne cesaria. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos.prueba de los mismos debe ser planificado.1 Modelo del Proceso de Negocio . como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. y una buena definición genérica. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. pues la lógica del siste ma. de procedimientos y su respectiva documentación. por medio de programas. desarrol lados por profesionales de administración en pequeñas y medianas empresas. Normalmente. se tornen mas flexibles. se debe producir y revisar una especificación escrita para cada módulo. los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. que pueda abarca r esa amplitud de conceptos. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . Permitiéndole a los participantes de un proyecto. Concentrando nuestra atención en el uso de estas herramientas. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. El concepto de CASE es muy amplio. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). utilizand o el método de Yourdon para el Modelo del Proceso. En la introducción del Libro describimos que en los Proyectos Informáticos. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla. que corresponde a las iniciales de: Computer Aided Software E ngineering. mas comprensibles y además mejorar la comunicación entre los participantes. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). Figura 5. que los sistemas (especialmente los complejos).

que le permitirá al adm inistrador de un proyecto informático. Figura 5. y sin importar la arquitectura de la herramienta CASE. sobre las herramientas. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica .6 Chequeo de Reglas Figura 5. 7 y 8). podemos hacer notar que las herramientas CASE serán un elemento muy importante. Mejorar el diseño de l os sistemas.En la Figura 2 se muestra la metodología de J.7 Informe del Chequeo de Reglas Figura 5. para realizar el Modelo de Datos Figura 5. También es un hecho que estas mismas herramientas.3 Herramientas de edición Contar con un Diccionario de Datos. Para ello. a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5). en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual. Figura 5.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE permiten: Confeccionar la definición de requerimientos de los usuarios.5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. llevar adelante un proyecto informático de f orma eficaz y eficiente.4 Diccionario de Datos Editor Figura 5. Otorgar a la administración un mejor soporte en la documentación. Figura 5. Mejorar la eficiencia en la programación (por su generación automática de códigos). que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3).Martin del Diagrama de Entidad Rel ación.

en el desarrollo de todo pro yecto informático.5. incongruencias. Verificación de condición correcta.3 el diccionario de datos). que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. Persiga altos niveles de p roductividad. son eso: "HERRAMIENTAS". su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). Si existen ambigüedades. inicio de un proyecto informático). que ell as en sí mismas son una metodología. l ista de eventos). la lista de eventos ( ver 4. Velocidad: Tal lo visto en el primer capítulo ( ver 1. y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son. deben ser aplicadas a una metodología determinada. contradicciones. con todo lo que ello implica. Otro elemento importante conveniente de destacar. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente.2. Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. Proyecto informático. es el tiempo que involucra al mismo. que al momento de adquirir alguna herramienta CASE. ta reas y recursos) otro de los problemas principales. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes . Cambiabilidad. es que las herramientas CASE. Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. tablas de decisión ).ciones. Se debe evitar la programac ión manual. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. como el diccionario de datos ( ver 4. Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. la diagramación lógica (ver 4. El usuario es quien más sabe del sistema involucrado en el proyecto . sino también la de automatizar las propias tareas del proyecto. que implicarán cambios en los programas y en l os sistemas.1. Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología. Por ello recomendamos. se ap lique rigurosamente una metodología de compra. Confeccione y utilice herramientas de análisis. la calidad del sistema se verá afectada. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna.6. por lo tanto es ineficaz e ine ficiente. las tablas de decisión (ver 4. pues ésta es lenta y propensa a errores. flujogramas). Nunca piense que ellas le solucionarán todos sus problemas o peor que eso.2.

2. el árbol de un sistema).. 5 herramientas CASE) para conceptualizar. módulos de un sistema). las entradas y la lógica del procesamiento. sepa utilizar el conocimiento científico. entre otros. c onectados en forma automática con la representación básica. evitando puentes manuales que introducen errores. sintaxis y gráficos comunes. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. Debe ser factible efectuar cambios en forma loca l dentro del módulo. Modularidad.4. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4. 3. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. Se debe disponer de herramientas de ingeniería de sof tware(ver. con la máxima prontitud posible. Una propuesta interesante de destacar es la que propone Lucas H. Diseño estable de base de datos. D eben utilizar.C. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. con el d iseño creativo de sistemas.by . dibujar y diseñar sistemas. el Query . El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das.Diagram (QBD) o el Grafphics Language for Database. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. en razón de su familiaridad con él. La base de datos es el elemento principal de toda automatización de tareas. Estas herramientas deben f uncionar en forma integrada. que involucra tanto esfuerzo y sacrificio. en la media posible. Se necesita una técnica formal y rigurosa. el Query . Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. . como: el Standard Que ry Languaje (SQL) .Example (QBE).7. Control de operabilidad mutua. Dialectos alternativos. cualquier metodología es mejor que ninguna. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. El usuario creativo se basa en el control del diseño por parte del usuario. este modelo tiene básicamente tres componentes: 1. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE.7. Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable.By . Cua lquier centro de desarrollo puede montar su metodología. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. p or lo tanto. Jr. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario.de consulta de actualización y de generadores de información. Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos.

MERISE. cuyo conjunto forma el ciclo de vida de un sistema informático. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4. consideran el hecho informático dividido en fases. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto. módulos del sistema ). Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder. Modelización de datos almacenados).Todas las metodologías. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico. objetivos). -RDM (ver 4. El diagrama de flujo de datos. nosotros nos concentraremos.2.2.7.1. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. Crear el modelo de implementación del usuario Definir los módulos del sistema. se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos.4. En esta etapa son decididos los procesos a ser au tomatizados. METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. Definir los requisitos de implementación .2.2. como lo describimos en la introducción de la obra en las metodologías simplificadas.2. el diagrama de flujo de datos ).

restricciones operacionales. Base de datos. Mejorar la eficiencia en la programación (por su generación automática de códigos). llave primaria. o por cualquier otro tipo de afinidad. . mensual. anual. Mejorar el diseño de l os sistemas. el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. 3. Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso. Una única interfaz puede ser generada para atender varios flujos simultáneamente. módulos de control. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario. Otorgar a la administración un mejor soporte en la documentación. como por ejemplo . y sin importar la arquitectura de la herramienta CASE. módulos pa a alteración de parámetros de operaciones. índices. Elaborar diagramas de estructura. módulos para la creación y restauración de índices.3 índices de acceso). etc.2.. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. tecnología a ser empleada. Proyectar la base de datos física Definir las características físicas de cada dato. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes.5 . a través de pseudo código flujogramas u otros (ver. (ver cap. 3.1. (v er 3. La especificación de los módulos. Especificar los módulos. Los diagramas de estructura deben ser integrados en programas. como: módulos de implementación de backups.4. estos módulos serán incorporados al Diag rama de estructura. 4 el árbol de un sistema) Para cada proceso a ser automatizado. incorporándose a él módulos de apoyo operacional. Para ello.1.Mientras son definidos los procesos a ser informatizados. como la definición de las llaves principales. restricciones de costos. Flujogramas). será creado un diagrama de estructura. en el caso de sistemas distribuido. rutinas On-Lin e. etc. c onsideraciones sobre seguridad y auditoría. como el tipo el dominio. ermiten: Confeccionar la definición de requerimientos de los usuarios. etc. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3). y de las transformaciones que generan los datos de salida a partir de los datos de entrada. la organi zación de cada archivo. La estructura del software es complet ada. Integrar los diagramas de Estructura.

6 Chequeo de Reglas Figura 5.4 Diccionario de Datos Editor Figura 5. 7 y 8).Figura 5. Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático. Figura 5. llevar adelante un proyecto informático de f orma eficaz y eficiente. sobre las herramientas.5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6. su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto. es que las herramientas CASE. Es importante destacar que lo que buscamos no es solamente que en tod . que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). Figura 5.3 Herramientas de edición Contar con un Diccionario de Datos. que al momento de adquirir alguna herramienta CASE. son eso: "HERRAMIENTAS".7 Informe del Chequeo de Reglas Figura 5. podemos hacer notar que las herramientas CASE serán un elemento muy importante. se ap lique rigurosamente una metodología de compra. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones. a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5). Otro elemento importante conveniente de destacar. También es un hecho que estas mismas herramientas. deben ser aplicadas a una metodología determinada. que ell as en sí mismas son una metodología. Por ello recomendamos.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. que le permitirá al adm inistrador de un proyecto informático.

ta reas y recursos) otro de los problemas principales. la calidad del sistema se verá afectada. Estas herramientas deben f uncionar en forma integrada. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información. como el diccionario de datos ( ver 4. evitando puentes manuales que introducen errores. Diseño estable de base de datos. incongruencias. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios. el Query . con la máxima prontitud posible. entre otros. Proyecto informático. Modularidad. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología.3 el diccionario de datos).7. La base de datos es el elemento principal de toda automatización de tareas. en el desarrollo de todo pro yecto informático. Se debe disponer de herramientas de ingeniería de sof tware(ver. Cambiabilidad. por lo tanto es ineficaz e ine ficiente. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4.o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos. Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. inicio de un proyecto informático). módulos de un sistema). sino también la de automatizar las propias tareas del proyecto. El usuario es quien más sabe del sistema involucrado en el proyecto . en la media posible.Diagram (QBD) o el Grafphics Language for Database. dibujar y diseñar sistemas. Verificación de condición correcta. Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. Velocidad: Tal lo visto en el primer capítulo ( ver 1. c onectados en forma automática con la representación básica. Persiga altos niveles de p roductividad. la lista de eventos ( ver 4. con todo lo que ello implica. el árbol de un sistema).7.Example (QBE). pues ésta es lenta y propensa a errores.2. la diagramación lógica (ver 4.4. 5 herramientas CASE) para conceptualizar.1. D eben utilizar. sintaxis y gráficos comunes. Confeccione y utilice herramientas de análisis. el Query . flujogramas). el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. es el tiempo que involucra al mismo. Se necesita una técnica formal y rigurosa. . Debe ser factible efectuar cambios en forma loca l dentro del módulo. contradicciones. Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. tablas de decisión ). Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. Si existen ambigüedades. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. Control de operabilidad mutua. las tablas de decisión (ver 4.5.6. Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. que implicarán cambios en los programas y en l os sistemas. como: el Standard Que ry Languaje (SQL) .By .by . Dialectos alternativos.2. Se debe evitar la programac ión manual. l ista de eventos).

Cua lquier centro de desarrollo puede montar su metodología. este modelo tiene básicamente tres componentes: 1. que involucra tanto esfuerzo y sacrificio. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. cuyo conjunto forma el ciclo de vida de un sistema informático. 3. El usuario creativo se basa en el control del diseño por parte del usuario. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico. en razón de su familiaridad con él. Jr. p or lo tanto. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. nosotros nos concentraremos. cualquier metodología es mejor que ninguna. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. Todas las metodologías.C.Una propuesta interesante de destacar es la que propone Lucas H. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. 2. las entradas y la lógica del procesamiento. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras. consideran el hecho informático dividido en fases. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio.. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. MERISE. como lo describimos en la introducción de la obra en . sepa utilizar el conocimiento científico. con el d iseño creativo de sistemas.

El diagrama de flujo de datos.2. y de las transformaciones que generan los datos de salida a partir de los datos de entrada. Elaborar diagramas de estructura. 4 el árbol de un sistema) Para cada proceso a ser automatizado. se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder.7. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño. -RDM (ver 4.2. anual. en el caso de sistemas distribuido. será creado un diagrama de estructura. módulos del sistema ). tecnología a ser empleada. METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. Integrar los diagramas de Estructura. rutinas On-Lin e. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. mensual. el agrupamiento es hecho conforme al proce . Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos. Los diagramas de estructura deben ser integrados en programas. Crear el modelo de implementación del usuario Definir los módulos del sistema. En esta etapa son decididos los procesos a ser au tomatizados. restricciones operacionales. c onsideraciones sobre seguridad y auditoría. (ver cap. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes.2. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto.las metodologías simplificadas. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. como por ejemplo . Definir los requisitos de implementación Mientras son definidos los procesos a ser informatizados. o por cualquier otro tipo de afinidad. Modelización de datos almacenados). La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4..2. el diagrama de flujo de datos ). Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso.1. etc. objetivos). restricciones de costos.4.2.

es la aplicación de los sistemas . (v er 3.1. estos módulos serán incorporados al Diag rama de estructura.5 . La especificación de los módulos. ormaron parte del sistema de información original. como el tipo el dominio. índices. como la definición de las llaves principales. Especificar los módulos. l a organización de cada archivo. Una única interfaz puede ser generada para atender varios flujos simultáneamente. en el reconocimiento óptico de caracteres p La Nueva Capacidad del sistema. índices. incorporándose a él módulos de apoyo operacional. tecnológicamente o competitivamente obsoletos. La especificación de los módulos. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario. como el tipo el dominio. El Reemplazo del sistema. 3. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. este sistema no incluía un modulo para ca lcular la futura demanda de bienes y partes. Flujogramas). Especificar los módulos. como la definición de las llaves principales. 3. Base de datos. llave primaria.2 Categorías de los sistemas de informacióndato. Como es el caso de la utiliz ación del láser. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. módulos de control. ormaron parte del sistema de información original. por ejemplo cuando en una divis ión se implementó un sistema de inventarios. Un ejemplo de ello. a través de pseudo código flujogramas u otros (ver. llave primaria. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados.1.1. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema.3 índices de acceso). Flujogramas). este sistema no incluía un modulo para ca lcular la futura demanda de bienes y partes. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. 3. Proyectar la base de datos física Definir las características físicas de cada dato.3 índices de acceso). en el reconocimiento óptico de caracteres p La Nueva Capacidad del sistema.2. La estructura del software es complet ada. ocurre cuando los sistemas de información se tornan física mente. Un ejemplo de ello. etc. son sistemas de información para los cuales no es necesario el uso de la automatización. (ver 3. Base de datos. módulos para la creación y restauración de índices. a través de pseudo código flujogramas u otros (ver. como: módulos de implementación de backups. tecnológicamente o competitivamente obsoletos.2. son sistemas de información para los cuales no es necesario el uso de la automatización. etc. etc. módulos pa a alteración de parámetros de operaciones.5 . ocurre cuando los sistemas de información se tornan física mente.sador en que serán ejecutadas las funciones. Como es el caso de la utiliz ación del láser. la organi zación de cada archivo. por ejemplo cuando en una divis ión se implementó un sistema de inventarios. El Reemplazo del sistema. 3.1.4.4. es la aplicación de los sistemas expertos. Figura 1.

y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software.-se halla el camino crítico. Se estiman luego los tiempos correspondientes. una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. las estimaciones de tiempo . hay que considerar. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. el método del Camino Crítico y al diagrama de Gantt. con la aplicación de modelos estadísticos. 3. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. las tareas y los recursos. con pequeñas modificaciones. pero no es. o sea el conjunto de actividades. y para ello se debe: 1. Por lo tanto. mas probables para cada una de las tareas. Por lo tanto. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. 1. no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea. La disponibilidad de recursos.(ver. al m omento de planificar.luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico.expertos. 2. para lograr el mejor tiempo y con el mínimo costo. y por último. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas. al planificar se construye la secuencia de tareas con la lógica nece saria. el sabio intenta controlarlo. mediante la creación de un modelo lógico. la misma preocupación que tiene el adivino por el futuro. Además. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático.-establecer. que indica en qué orden deben realizarse las tareas. Figura 1. hasta donde sea posible.. pues él solamente intenta preverlo. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto. dependiendo de los recursos con que se dispongan. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. es decir. y una lista de secuenciamietos.2 Categorías de los sistemas de información Según Rusell Ackoff.1 que es un proyecto informático). . con el mism o grado de importancia. la esencia de la sabiduría es la preocupación por el futuro. hace que la secuencia de tareas pueda variar en el tiempo.

y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. A los efectos de su confección. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos.2 Diagrama de GANTT. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. Al momento de asignar los recursos.1. La herramienta principal para la planificación de recursos es el presupuesto. le otorgará una mayor eficacia en el control del proyecto. ésta es una representación gráfica c ronológica. Lo importante es que una vez que fueron identificados los recursos para cada tar . PERT Y CPM Otra herramienta de diseño es el Diagrama de Gantt. en la planifica ción son tan importantes las tareas como los recursos disponibles. se requiere determinar. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. Este gráfico se sustenta en un a estructura de barras horizontales. de las etapas componentes de un proyecto. se lo utiliza para: considerar alternativas . como es el caso de Microsoft Project. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. La utilización de una herramienta automatizada de administración de proyectos.Una vez establecido el camino crítico. la importancia de cada tarea. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. y del calendario para hacerlo. si es una actividad crítica o no. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. por lo tanto. cuándo. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento.

Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. dichas exploraciones alcanzarán un gran n el proceso de planificación cua de una gr de lo valor e Entre tantas condiciones comerciales. El costo del dinero accionario. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. De Riesgo. se debe determi nar: También se deben considerar. salida. Tenemo s que en el proceso de planeamiento. De Beneficio. nuevamente concentrando nuestra atención en los proyectos informáticos. C++. de un sistema de información. resultante de nuestro proyecto informático y. se deben realizar los siguientes análisis: De Costo. pues los datos estructurados constituyen la recuperación puedan tomar supervivenc un recurso . Es importante considerar que la utilidad de los modelos financieros. Repetidores.ea. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. aumenta ndo se los computariza. Cobol. El índice de inflación. va a conformar l a denominada Base de Datos. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. podemos citar: La tasa de interés bancaria. A través s análisis de riesgo y sensibilidad. Memoria principal) Periféricos (Unidades de entrada. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. y an cantidad de medios alternativos y/o supuestos sobre el ambiente. De Sensibilidad. en la que se puede estimar la sensibilidad. FIGURA2. Unidades de entrada/salida) Comunicaciones (Modem. Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. que será compartida por los diferentes usuarios de la organización. para que las personas de la organización decisiones. Esto facilitará una exploración financiera rápida.3. Prototipo. SQL) Métodos de desarrollo ( Ciclo de Vida.

01. y e s así que pueden almacenar toda la información necesaria.44 Mbytes Sonido de 16 bit Papel carta para impresora. información sobre ejemplo sería el de contar con una base de datos rmación correspondiente al área financiera.01 Unidad Cantidad 1.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. Dependiendo de la capacidad de almacenamiento y procesamiento del hardware.01. Independientemente de la Base de Datos que será implementada. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). o con múltiples Bases de Datos. son programas de software para la administración de las Ba ses de Datos. Una Base de Datos está compuesta por un conjunto de tablas o archivos. los medios necesarios para poder obten er información.02. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1.01 4. una más para Mientras tanto las Grandes organizaciones poseen computadoras de gran porte.02 4.01 2.02 1. El SGBD también se encargará de la comunicación entre el usuario y la base de datos. proporcionándole al usuario.básico para todas las organizaciones. manipular y recuperar datos en u na computadora. introducir nuevos datos y actualizar los ya existentes. as cada área específica de la empresa. y en particular. para: almacenar. integrada. Es común que en las pequeñas y medianas empresas por ello tengan que distribuir su información en ignándole a cada una de ellas. ESTRUCTURA DE UNA BASE DE DATOS. Un para el almacenamiento de la info para el área de personal.01 3. en una única base de datos.01. consistente y c onsolidada. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras. Los sistemas de Gestión de Base de datos. otra el área de ventas o el área de producción. y un conjunto de Bases de Datos.01. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Caja de 10 Unidad .01 4. la o rganización puede contar con una única Base de Datos.01.01.01. se cuente con microcomputadoras.

01.01 1.01.01 1.01. La Plata 365 Doblas 1578 Av.00 Código del artículo Precio .01 4.01 2. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1.01.Unidad Unidad Unidad 10 20 20 5 25 7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.03 70.01.

almacenados en el archivo PR OVEEDORES y. iden tificados por las columnas. Datos sobre proveedores (Entidad proveedores). Todos los registros de un archivo. almacenados en el archivo de PROD UCTOS. Además. identificados por las filas de cada tabla. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. CLIENTES.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. de interés para la organización y acerca del cual se capturan. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. los archivos de transacciones. para dar apoyo a la actividad de la organización. COMPETIDORES.00 50 450 Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). PROVEEDORES. cu antificar o expresar el estado de una entidad. VENDEDORES. BANCOS. PRODUCTOS. o sea . que son: los archivos ma estros. o sea tienen el mismo conjunto de datos o atributos. cada uno de estos archivos está formado por un conjunto de registros que des cribe. cosa o evento. La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p . po seen el mismo formato.80. cualquier detalle que sirve para identificar. que describen a las entidades. ARCHIVO DE TRANSACCIONES. almacenados en el archivo de ORIGEN DEL PRODUCTO. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. clasificar.00 75. como es en el caso de un archivo HISTÓRICO DE V ENTAS. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. a través de los atributos o datos (columna). NÓMI NA DEL PERSONAL. real o i maginario. FIGURA 3. como por ejemplo el archivo de VEN DEDORES. los archivos de control y los archivos d e planeamiento. para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. cada entidad en él almacenado. Por lo tanto una entidad es cualquier persona. Esta clasificación dependerá de la relación lógica que tengan que tener los datos. U n atributo es pues. y cada registro debe contener el conjunto de atributos necesarios. almacenan o procesan datos. los productos son provistos por cada proveedor y viceversa. Datos sobre el origen de los productos (Entidad origen del producto).

Estos archivosgeneran medidas de control de los negocios. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. Los archivos de planeamiento.1. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. COSTO DE REPOSICIÓN. CONSUL TA DE CLIENTES. como ser el VOLUMEN DE VENTA POR PRODUCTO. correctamente proyectado. VOLUMEN DE VENTA POR CLIENTE.1. de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. En otras palabras. La llave primaria. PAGOS A RECIBIR. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria. y de control. uno es el de acumular datos de eventos en el momento que ocurran. la llave primaria no puede tener valores repetidos para di stintos registros. Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA.ropósitos. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para . Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. COMPRAS POR PROVEED OR.1. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. PROGRAMA DE PRODUCC IÓN. FACTURAS. de transacciones. COSTOS. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). como por e jemplo: PROGRAMA DE VENTAS. PRESUPUESTO FINANCIERO. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. PROCESOS DE EXPORTACIÓN. puede ser un atributo o una combinación de atributos. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). Figura 3. descripta anteriormente ( ver 3. y quien permite esta identif icación es la llave primaria. En el caso de la Base de Datos de compras. VOLUMEN DE VENTA POR VENDEDOR. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros.Est ructura de una Base de datos). ARCHIVO DE PLANEAMIENTO. PROGRAMA DE COMPRAS. para permitir el análisis del desempeño de la organización. como es en el caso de los archivos de VENTAS. Cada instancia de una entidad debe ser unívocamente identificable. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. ARCHIVOS DE CONTROL. que generalmente se identificada por medio de la letra @. Los archivos de control contienen datos de los archivos maestros y de transaccio nes.

sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). Según Sowa. Los modelos pueden tener diferentes clases de estructuras. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. podremos describir el funcionamiento de un sistema. y esto debería ser el propósito de todo modelo. por ejemplo. una e . creada por el SGDB.acceder directamente a cada registro del archivo de datos. con el objetivo de servir a los propósitos del usuario. pero pocos se diseñan para dar resultados numéricos e specíficos. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella.. el manual de organización o la Lista de evento s. El manual de procedimientos. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. conforme perseguido por alguien (autor del modelo). las variables y sus relaciones se funden en forma de prosa. Algunos modelos pueden combinar componentes icónicos y análogos.1. pero las clases más com unes son: la verbal. de una parte de la realidad (sistema). dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. la simbólica y la matemática. MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. a fin de d eterminar su valides. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. diferentes de los de la llave primaria. Este índice es llamado índice primario . al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. flujogramas). La operación de indexa ción. También es posible crear índices para un archivo de datos utilizando atributos (camp os). y es así que el fenómeno se despoja de lo que no es esencial. con cierto grado de detalle (abstracción). la modelización de las funciones del s istema). o conjunto de atributos. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. Este tipo de índice. Los modelos simbólicos generalmente son más específicos que los verbales. como por ejemplo lo s flujogramas (ver 4. Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. llamado índice secundario. permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar. En los modelos verbales. son ejemplos de modelos verbales. que describiremos próximamente (ver 4. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. Un punto muy importante de los modelos es el de saber como probarlos. y estos tienen básicamente dos formas de ser probados. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e.2.5.

los modelos se pueden utilizar heurística mente. de cada uno de los participantes del proyecto. Elegir el nivel apropiado de abstracción para los términos. En el caso de que los requerimientos. en el diseño inicial. Las palabras concretas se refieren a objetos o sujetos tangibles. palabras concretas a palabras abstractas. se puede hacer una evaluación parcial del modelo . Después. el análisis de su sensibilidad al error puede servir de base para evaluarlo. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada .1. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. El lector necesita más tiempo y esfuerzo para captar su sent ido. LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS.2 inicio de un PI). TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción. porque se hace una clara imagen de ellas asociándolas a la realidad. es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). Su principal dificulta d reside en el significado de compras. y la otra es de forma es retr ospectiva (contra el desempeño pasado). y para descubrir posibles cursos de acción que de otra manera se pasarían por alto . y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. en éste último caso. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. es quien a utoriza las compras. la utilización de. el lector las pue de descifrar fácilmente. En cambio. Luego esta lis ta estructurada. o sea si un modelo se pru eba retrospectivamente. Es una oración demasiada ambigua.1 que es un PI y 1. entran en juego muchas acepciones .). las palabra s abstractas designan conceptos o cualidades más difusos. será la base para la construcción de las entida des y sus relaciones. fuesen realizados en forma oral o escrita en lenguaje natural. entre las diversas alternat ivas posibles. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. y suelen abarcar un número mayor de acepciones. es decir.s la forma prospectiva (contra el desempeño futuro). Por lo tanto es muy importante el escoger la acepción más apropiada. utilizando el juicio s obre la posibilidad de esta baja. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng an un desempeño inferior al de un medio alternativo. de la lista de eventos. Además de su utilidad para evaluar medios. pues no hay referentes reales. para facilitar el descubrimiento. Se debe preferir. Las primeras actividades de diseño de los sistemas (ver cap1. en forma estructurada. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. que s egún lo visto en el tópico anterior (4. Al tratarse de una palabra bastante genéric a.

"mirá las cajoneras". Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz . solo queda la alternativa de hacer una hipótesis de significado genérica. co mo si. Al usar rodeos. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta.. La segunda oración indica un a clase específica de entidad (cajonera). En función de su origen. el <verbo> . Lo que significa asumir un riesgo. Estos elementos-llave pueden estar acompañados de otras palabras como artículos. Por ejemplo: Si el monto es . esto es. Si se evalúa en función del volumen. en lugar de referencias explícitas a los mismos conceptos. el encargado de almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill as de frenos". El término pastillas de frenos no describe un concepto. cuando. Es así que la segunda oración. PARTE DE RECEPCIÓN es el objet o y SOLICITUD DE COMPRA es el instrumento. Elegir un estilo estandarizado de enunciado. acción. a pedidos pequeños o ambos?. involucra a: ¿la s importaciones o las de plaza local?. etc. Evitar el uso de casos en lugar de conceptos generales. estructuras sintácticas no ambiguas (PRODUCTOS. el <objeto> y el <complemento>. permite una clara clasificación de los conceptos. sino. Por ejemplo. mientras que la primera se refiere a la misma clase indicando una interrelación con otra clase de entidad (repuesto). se refiere a: ¿com pras programadas. que pueden ser el instrumento o el modificador . éstas deben ser frases afirmativ as. Por ejemplo: ALMACENES emite SOL ICITUD DE COMPRA En ella no hay complemento. a djetivos. por ejemplo: El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN con la SOLICITUD DE COMPRA Generará la siguiente estructura-llave: ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA Donde ALMACENES es el sujeto. en el caso de las descripciones de los datos. hacer. ¡Cuál de estos términos es el correcto?. sino una i nstancia o componente del concepto correcto. adoptan términos más específicos de los que verdaderamente son necesarios. Y en función del bien: ¿en insumos y/o bienes de capital?. un componente. entonces. en vez de decir. se incurre en el riesgo de expresar el significado de los concep tos en términos de referencias implícitas a otros conceptos. Es común observar que los usuarios de los sistemas de información. tanto como les sea posible. se debe buscar elaborar enunciados que respondan a algún estilo estánd ar. que obvia mente no debería existir. compuestas por hasta cuatro elementos-llave. no programadas o ambas?. Idealmente. Por ejemplo cuando se dice: "mirá el repuesto en la cajonera". condición. También es importante que los enunciados que describen operaciones deben utilizar. se r efiere a: ¿grandes pedidos. similares a las de los lenguajes de programación. verifica es el verbo. que son el <sujeto>. "mirá las cajoneras". Por lo tant o el término debería ser insumos. Evitar las expresiones vagas o indirectas. Considere que una frase puede estar incompleta.Compras se refiere a: Si se considera en función del tiempo. en LI STA DE PRODUCTOS o en STOCK).

Hacer un Diccionario de Datos. usuario . en cada proceso. En qué despacho se reúnen.menor a 100 aprueba el pedido.3. y referirse al mismo concepto (sinónimos) En el caso de que el mism o término sea utilizado. es una buena manera de entender el significado de los térmi nos y de eliminar las ambigüedades de los requerimientos. sino eleva el pedido a Gerencia Financiera. o potencial cliente. no se justifica en ningún caso. la confección del diccionario de datos. en el de compras o en el de los proveedores. En un procedimiento de ventas pueden encontrarse los siguientes términos: Cliente. Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o diferentes significados con las mismas palabras (homónimos). Definir los flujos de del sistema. datos. Hacer explícitas las referencias entre términos. diseño de relación uno a uno). el DFD también es conocido con el nombre de Modelo de Procesos de Negocios (BPM. es el us uario del producto. probablemente no sean dos entidades distintas sin o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a mbas (ver 4. EL DIAGRAMA DE FLUJO DE DATOS El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite describir.4. Cuál remito firma. que participen de es a ser realizados. Aunque. STOCK se diferencia por contar además con el atributo Saldo del p roducto. En el caso de: Recepción firma remito. 2. La ambigüedad puede provocar o un doble sentido o una inc ertidumbre. con significados diferentes es con siderado pues un homónimo. O en el caso particular de nuestros archivos. el original o alguna copia. te sistema. ir confeccionando el diccionario de datos. . El objetivo del DFD es: 1. mientras que para Marketing el cliente. Se debe evitar cometer ambigüedades. si contamos con dos archivos PRODU CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre del producto y. demande bastante tiempo es fundamental su elaboración y deja r de lado esta herramienta. determinando lo que ocurrirá en cada un denominadas Entidades externas. Algunas ambigüedades surgen al no especificar las refer encias entre los términos. parroquiano. es decir: frases que puedan interpretarse de dos o más maneras distintas. Detallar los procesos 3. de datos necesarios. Recuerde que puede uti lizar cualquier herramienta de ingeniería de software para su construcción. B usiness Proc ess Model). Enumerar los archivos 4. la transformación de entradas en salidas. que participen en el procedimiento. en diferentes lugares. Verificar los sinónimos y los homónimos. O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d espacho. Por ejemplo Para finanzas el cliente es quien compra un producto. Como veremos más adelante (ver 4. el diccionario de datos). Lo que ocurre es que. Describir el contexto a de las áreas de la empresa. comprador. de un sistema.

En sí. TÉCNICA DE DISEÑO DEL DFD En el diseño de un DFD. Ellos son l as conexiones entre los distintos elementos del sistema y los procesos. cantidad. Una de las principales características de este modelo es su simplicidad. al relacionar los datos almacenados en los archivos de datos del sistem a. Clientes y un sistema de liquidación de sueldos y jornal es. Son representadas por medio de un cuadrado. o bien pueden representar a una información que contiene una estructura de elementos com o por ejemplo: Orden de compra. Un ejemplo respectivo para cara cada uno de ello s sería Gerente Financiero. el DFD permite representar de forma completa el sistema de in formación. que alcance el nivel de detalle requerido por el proyectista.-Los flujos de datos son representados por vectores direccionados. son utilizados cuatro símb olos : Figura 4. Factura. Cuando una entidad externa provee datos al sistema. . y se debe al hecho que son solamente cuatro los símbolos utilizados que representan a los e lementos (entidades externas. y repres entan a la información que los procesos exigen como entrada y/o las informaciones que ellos generan como salida. con los cuales se puede producir un esquema. Remito. archivos. a un grup o de personas o. sin el requerimiento de un c onocimiento previo de informática. que representan a los flujos de datos. y éste pueda ser interpretado por todas las personas involucradas en el proyecto. Las entidades externa pueden duplicarse. debe existir un flujo de datos que viene del sistema y termina en la entidad externa. Y cuando una entidad externa recibe datos del sistema. procesos y flujos de información). o bien evita r gran cantidad de entrecurzamientos de los mismos. Las entidades externas son consideradas también como Terminadores. debe existir un flujo de dat os saliendo de la entidad y en dirección al sistema. a un sistema. Apellido. Simbolog ía del DFD Metodo Yourdon 1. que puede tener un sombreado en dos de sus lados para otorgarle un relieve (ver figura 4.2.2). Los flujos pueden representar a una información com puesta por un solo elemento como por ejemplo: precio. 2. Y en el centro del c uadrado se escribe el nombre de la entidad externa que está siendo representada. con los procesos que transforman a estos dados. deben pasar a ser parte del sistema en estudio. pues lo que ocurre en estas entidades no es de interés para el proyecto. muestran a las entidades con las cuales el sistema se comunica y por lo tanto no forman parte del sistema en estudios. Las. pues representa n el origen y el destino de los Flujos de datos para adentro y para fuera del si stema.En otras palabras. es más amplia de lo que se determinó. como ya lo dijimos anteriormente. Entidades externas. y lo s procesos involucrados en esta entidad. que pueden representar a una persona.2. esto está indicando que la frontera del sistema. las entidades externas. Si así lo fuera. si fuese necesario darle claridad al di seño y evitar largos vectores.2.

y por ahí comience el diseño. RECOMENDACIONES PARA UN DFD. 4. flujograma) FIGURA 4. y no como una especificación detallada del sistema.5. o como un rectángulo abierto por uno de sus lados en la metodología de Gane & Sarson.. piense en como el sistema funciona realment e. El procesamiento o la secuencia puede estar implícitamente en el diagrama. flujograma) 4. o como rectángulos con sus vértice s redondeados.el diccion ario de datos). si las entidades bordes del diagrama. Diagrama de Flujo de Datos.( ver 4. pero cuidando de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras. Lo que queremos decir es que. en un DFD. Ellos muestran la colección de datos que el sistema debe mantener e n la memoria en un período de tiempo. Inicie la construcción del DFD por las entidades externas. Si los flujos de datos principales van del derecho del diagrama. El objetivo es la identificación de todos las entidades externas. a menos que estos sean muy relevantes para los usuarios d el sistema. en el diagrama ellos representan las diversas funciones indivi duales que el sistema ejecuta.Los archivos de datos son mostrados por dos líneas paralelas según la metodología de Yourdon. loa tratamiento de errores y de excepciones no de ben ser representados. Estas funciones son las que transforman a las ent radas en salidas.. cuál es la entrada o proceso que inicia. Los DFD son más legibles. de cuando inicia y finaliza cada proceso quedará ex plícita en el flujograma.5. 3. pero no provee detalles sobre esos componentes. a continuación si ga con las salidas que de ellas son originadas. Este algoritmo debe ser de tallado en el diccionario de datos (ver 4. Las duplicaciones de símbolos deben ser mantenidas al mínimo. que la frontera itúe dentro del contorno de las entidades externas 2. El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento .3. Al diseñar el primer borrador del DFD. Como regla general. de tal forma. El proceso es nominado en función de la acción que realiza sin esp ecificar el algoritmo utilizado para la transformación.3. además de incluir los flujos de datos entre ellos. la lectura se hará más fácil externas son diseñadas sobre los del sistema (o contexto) se s lado izquierdo hacia el lado y más rápida. procesos y archivos de dato s que formarán parte del sistema. Diccionario de datos) o esquematiza do en un flujograma (ver 4. Al terminar el diseño del sistema y la constru cción del mismo. 1. Para mostrar los detalles de qué información es procesada y cómo es transformada. el diagrama de flujo de datos ofrece una visión g eneral y práctica de los principales componentes funcionales del sistema. pero la representación procedimental. juntamente con las entradas que irán para ellas. El DFD debe ser visto como una herramienta de planeamiento del siste ma. Su finalidad es mostrar el flujo normal de datos entre los principales elementos. y no los detalles de imp lantación del sistema. según sea la metodología para modelar los procesos de Yourdon o la de Gane & Sarson.1.3.Los procesos se pueden mostrar como burbujas. Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. los archivos serán las tablas que compongan la base de datos. .. precisamos de una herramienta de soporte de modelización textual y una de ellas es el diccionario de datos (ver 4. RESTRICCIONES DEL DFD.

Próximas versiones mejorarán las definiciones y el diseño.
El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge
nera una entrada de datos, después el proceso que trata esa entrada, y a continuac
ión los archivos de datos que son utilizados para almacenarla y para garantizar el
funcionamiento de ese proceso y por último definir las salidas que son generadas
por dicho proceso.
El primer borrador puede ser realizado en papel, pero los posteriores deben ser
realizados utilizando alguna herramienta de software automatizada (CASE) específic
amente diseñada para la modelización del sistema de información; estas herramientas cu
entan con un diccionario de datos, que almacenan los detalles del modelo lógico de
l sistema.
EL DICCIONARIO DE DATOS
Un análisis del ámbito de información estaría incompleto si solo se considera el flujo
de la información. Cada flecha del diagrama de flujo de datos representa uno o var
ios elementos de información ( ver 4.2. la modelización de las funciones del sistem
a); cada archivo de datos es una colección de elementos de datos individuales; inc
luso puede que el contenido de una entidad externa requiera ser expandido antes
de que su significado pueda ser definido explícitamente. Por lo tanto, el analis
ta debe disponer de algún método para representar el contenido de cada componente de
l modelo de flujo de datos.
Se ha propuesto el Diccionario de Datos como gramática casi formal para describir
el contenido de los objetos definidos durante el análisis estructurado.
Esta importante notación ha sido definida de la siguiente marea:
El Diccionario de Datos es un listado organizado de todos los elementos de datos
que son pertinentes para el sistema, con definiciones precisas y rigurosas que
le permite al usuario y al proyectista del sistema tener una misma comprensión de
las entradas, de las salidas, de los componentes de los repositorios, y también d
e cálculos intermedios.
CONTENIDO DEL DICCIONARIO DE DATOS
El Diccionario de datos debe contener la siguiente información:
Nombre: el nombre principal del elemento; del flujo de datos, del repositorio de
datos o de una entidad externa.
Alias: otros nombres usados para la entrada, dado que un mismo elemento puede se
r conocido por diferentes nombres.
Definición: Exposición clara y precisa de las características genéricas y diferenciales
del objeto.
Descripción: Explicar las diversas partes o circunstancias, que componen la defini
ción, de los objetos.
Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos,
o del control de cómo lo usan.
Descripción del contenido: El contenido es representado mediante una anotación que s
e describe en la siguiente tabla.
Existen muchos esquemas de anotación usados por los analistas de sistemas el que s
igue es uno de los mas usados

Símbolo
=
+
( )
{ }

Descripción
Está compuesto de
Y
Opcional
(puede estar
Interacción entre componentes

* *
|
@

Elección de una de las opciones
Comentario
Separa opciones de alternativas en la construcción [ ]
Identificador campo llave

presente

o ausente)

FIGURA 4.2 Diccionario de Datos - Descripción

FIGURA 4.3 Diccionario de Datos - Estructura
FIGURA 4.4 Diccionario de Datos - Definición de un elemento
LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM).
Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte
ractúan, algunas veces la información es mínima, pero en la mayoría de los sistemas, es
bastante compleja. No solamente queremos saber, en detalle, qué información está conte
nida en cada archivo de datos, sino también que relaciones existen entre los archi
vos de datos. Este aspecto del sistema no está representado por el diagrama de flu
jo de datos; pero sí está activamente representado por el Modelo Relacio
nal de
Datos
(Relational Data Model).
Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l
os detalles de los datos, es necesario que a partir de este modelo, se requiera
una clara definición de las entidades (archivos de datos) y de sus relaciones, q
ue conforman parte del proyecto y que por lo tanto son de especial interés para el
usuario. Estos datos y relaciones deben ser almacenados a través de archivos que
posteriormente formarán la base de datos del sistema.
Por lo tanto, el objetivo de un RDM es el de ilustrar la estructura de los datos
del sistema, a través de la identificación de las entidades detectadas en el sistem
a y el diseño de sus relaciones.
El RDM posee dos importantes componentes, que son las Entidades y las Relaciones
:
1.
Entidades o Tipos de objetos: Son representadas por un cuadrado en el R
DM. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo
real, cuyos miembros diseñan un papel en el sistema que se está desarrollando. Las
Entidades pueden ser identificadas de forma única y, ser descriptas a través de uno
o mas hechos (Atributos). Como regla general, tomamos que, en cada archivo de da
tos definido por el DFD, se almacenan los datos que describen a las Entidades de
l sistema de información, o sea, a cada archivo de datos del DFD le corresponde un
a Entidad al RDM.
2.
Relaciones: Una relación representa un conjunto de conexiones o asociacion
es entre las Entidades, interligadas por vectores al relacionamiento. Normalment

e, cada entidad que compone la base de datos de un sistema podrá estar relacionada
con otras; por ejemplo, un cliente podrá estar relacionado con varias ventas, una
venta con varios productos, un vendedor con varias ventas, y así sucesivame
nte en
cada uno de los procedimientos.
Por lo tanto, considerando que las entidades de una base de dados están relacionad
as, y que a través de esa relación son generados informes, como por ejemplo: todos l
os productos vendidos a un cliente, es importante definir todas las relaciones e
ntre las entidades y su correspondiente tipo de relación y que veremos a continua
ción.
TIPOS DE RELACIONES
El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos
y los procesos de un DFD: uno – a – uno; uno – a – varios
y varios – a
– varios. Pero veamos cómo son cada una de estas relaciones:
Relación uno a varios.
Es el tipo de relación más común; y en este tipo de relación, un registro de la Tabla A
puede tener muchos registros coincidentes en la Tabla B, pero un registro de la
Tabla B sólo tiene un registro coincidente en la Tabla A.
Relación varios a varios.
En una relación varios a varios, un registro de la Tabla A puede tener muchos regi
stros coincidentes en la Tabla B y viceversa. Este tipo de relación sólo es posible
si se define una tercera tabla (denominada tabla de unión), cuya clave principal c
onsta de al menos dos campos; y que además, estos campos, correspondan a las clave
s externas de las Tablas A y B.
Relación uno a uno.
En una relación uno a uno, cada registro de la Tabla A sólo puede tener un registro
coincidente en la Tabla B y viceversa. Este tipo de relación no es habitual, debid
o a que la mayoría de la información relacionada de esta forma estaría en una sola tab
la. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos,
para aislar parte de una tabla por razones de seguridad o para almacenar inform
ación que sólo se aplica a un subconjunto de la tabla principal.
BENEFICIOS DEL RDM
Los principales beneficios en la utilización del RDM son:
1.
Da una visión de alto nivel de los archivos de datos involucrados en el si
stema.
2.
Ayuda a descubrir los elementos o las entidades que no
fue
ron
detectadas, al momento de diseñar y analizar el DFD.
3.
Simplifica la estructuración de los datos.
4.
Facilita la definición y el análisis de las Llaves primarias de cada archivo
de datos; como así también sus llaves foráneas, que son necesarias para establecer la
relación entre las entidades, y que a través de las cuales podrán ser procesados y co
nsultados los registros (ver 3.1.2.llave primaria o identificadora).
5.
Facilita la definición y el análisis del tipo de relación existente entr
e
las entidades u objetos, que conformarán la base de datos:

uno – a – uno, en este caso se debe verificar que cada entidad sea única o pude s
er formada por un conjunto de entidades de menor nivel. uno – a – varios,
varios – a – varios; en este caso se debe subdividir en dos relaciones del tipo uno –
a – varios. (ver diseño de la relación uno a uno)
Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una
base de datos.
Después de la construcción del RDM, también es necesario que sean incorporados al Dicc
ionario de Datos todos los datos que fueron definidos en este modelo y que serán a
lmacenados en cada archivo, y que posteriormente formarán la base de dados del sis
tema proyectado.
TECNICA DE DISEÑO DEL RDM.
Cada entidad es representada por un rectángulo,
La relación entre las entidades es representada por una línea uniendo a los rectángulo
s a relacionar,
El tipo de relación es representada por un par de números en la extremidad de la líne
a de relación: 1 identifica una relación con un único registro y N identifica una rela
ción con muchos registros y 0 identifica la relación con ningún registro,
La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en
tidades relacionadas.
En la Fig. 4.4.1. se representa la relación entre dos entidades; la entidad PERSON
A y la entidad DEPARTAMENTO. El par de números ( 1 , 1 ) indica que como mínimo una
( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e
n un DEPARTAMENTO. Por otro lado, el par de números ( 0 , N ) indica que en un DEP
ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N
)
PERSONAS.
Por lo tanto, una PERSONA está relacionada a un DEPARTAMENTO (1,1) y un DEPARTAMEN
TO está relacionado a ninguna o varias PERSONAS (0,N)
FIGURA 4.4.1. Relación entre entidades
En el ejemplo de la Fig. 4.4.2. cada VENTA involucra uno o mas (1,N) productos v
endidos; pero un PRODUCTO es parte de solamente una VENTA (1,1).
FIGURA 4.4.2. Propiedades de las entidades y las relaciones
En el ejemplo de la Fig. 4.4.3. cada PROVEEDOR puede suministrar uno o mas (1,N)
PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1,N) PROVEEDORES o
viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la
s dos direcciones.

FIGURA 4.4.3. Direccionalidad de las relaciones
Diseño de la Relación uno a uno.

Al ser identificada una relación uno a uno (1,1), se debe inicialmente verificar s
i los dos objetos relacionados son realmente distintos o pueden ser unidos en un
único elemento.
Si cada elemento fue identificado con la misma llave primaria y si ambos se comp
lementan, hay una fuerte razón para unir a los dos elementos en uno solo. Por ejem
plo tenemos a las entidades PRODUCTO Y STOCK.
FIGURA 4.4.4. Relación uno a uno
Como cada PRODUCTO es almacenado en STOCK, podemos considerar una única entidad d
e PRODUCTOS EN STOCK, representada en la figura 4.4.5.
En este caso, las entidades PRODUCTO Y STOCK no son realmente distintas y por e
se motivo, debemos almacenarlas en un único archivo de datos, pues el Saldo es ape
nas un atributo de cada PRODUCTO ( ver 4.4. Normalización).

FIGURA 4.4.5 Unión de dos entidades relacionadas uno a uno
Si los dos elementos fuesen realmente distintos, cada uno debería ser identificado
por una llave primaria que lo distinga de forma inequívoca de los demás. (ver 3.1.2
llave primaria o identificadora).
La relación entre los dos objetos deberá ser realizada a través de una llave relación, d
enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac
ionado, como se ilustra en la figura 4.4.6. La llave foránea recibe este nombre po
rque, necesariamente ella, no es un atributo del elemento relacionado, pero sí e
s la llave primaria del elemento al cual está se relaciona.
FIGURA 4.4.6.Llave foránea <FK>
En el caso de la relación (1,1), representada en la figura 4.4.6, entre una MATERI
A y un PROFESOR que dicta una MATERIA; vemos al Código de la materia como la llave
primaria de la entidad MATERIA; y la llave primaria Número de profesor de la enti
dad PROFESOR.
Si determinamos que un PROFESOR está relacionado a una MATERIA, precisamos pues de
una llave que haga la relación entre las dos entidades; esta llave que como ya vi
mos se denomina llave foránea y es identificada con la sigla <FK>; y en nuestro ca
so quien cumple esta función es el Código de la materia y debe ser archivada en la e
ntidad que describe al PROFESOR, y apunta a la MATERIA que él dicta, como se ilust
ra en la figura 4.4.8.
Por lo tanto, en el archivo PROFESOR, el dato "Código de la materia" es un campo l
lave foránea (FK), significando que se trata de un dato del archivo
MATERIA, pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN
entre ambos. Note que en esta relación, un PROFESOR puede dictar solamente una MA
TERIA, tal cual se observa en la figura 4.4.7.
Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo
s que una materia solamente puede ser dictada por un profesor, esto significa qu
e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA.

ninguna de ellas está totalmente correcta. FIGURA 4. FIGURA 4. .4. una materia puede ser dictada por uno o varios profesores (1.9.4.8. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios. el atributo "Código de la materia" es la llave foránea de PR OFESOR. o sea. O sea.4. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores. pero sí lo es var ios a varios.1). la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos".N). Como cada entidad posee un archivo d e datos conteniendo sus atributos. En el ejemplo ilustrado por la Fig. únic amente las llaves primarias de ambos objetos relacionados (N. un "objeto de intersección" deberá ser creado.N) siempre debe ser resuelta por dos relaciones (1. pero un profesor solamente puede dictar una única materia (1. la relación entre PROFESSOR y MATERIA no es uno a uno . 4.9. pudiendo s er parte de su llave primaria o no. sino por lo menos uno a varios (que se trata en el punto siguiente) A continuación se presentan cuatro preguntas. que sirven como ejemplo.N) deberán ser identi ficadas y. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA. Si analizamos los ejemplos anteriores. En este caso.1). Diseño de la Relación varios a varios. una materia es dictada únicamente por un profes or.. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas.Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores. En el ejemplo ilustrado por la Fig. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen. mostrando la relación entre una MATERI A y varios PROFESORES.N) pero una mater ia puede ser dictada solamente por un profesor (1. En este caso un profesor puede dictar una o varias materias (1. Relación uno a varios. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios.N). Una relación (N.FIGURA 4. muestra la relación entre un PROFESOR y varias MATERIAS.8.4. 4.4. el atributo "Número del profesor" es la llave foránea de MATERIA. a continuación..

11 Relación varios a varios solucionada En este caso.11.4. pues la identifican.N).4. como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. así como cada materia podrá ser dictada por varios profesores.10. FIGURA 4.N). Esto es definir a las entidades y diseñarlas como un recuadro. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información.N) entre MATERIA Y COMISIÓN y una relación (1.N) y una MATERIA puede ser dictada por varios profesores(1. En cada entidad se listan los tipos de información que se podrían .En el ejemplo ilustrado por la figura 4. las cuales se han nombrado como asociaciones significativas entre entidades. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. ilustra la relación (N.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. podemos crear un objeto de intersección denominado COMISIÓN. en que un PROFESOR dicta varias m aterias(1. La única línea de relación (N. ambas con un objeto de intersección.N) entre MATERIA Y PROFESOR resuelta por una relación (1. FIGURA 4.N) puede ser considerada como una combinación de dos relaciones (1. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas. Añadir las relaciones de gestión. y par a cada profesor habrá una determinada aula y horario.10 Relación varios a varios Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. O sea.N) entre PROFESOR Y COMI SIÓN. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. La figura 4. cada una en su respectiva aula y horario.4. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. El proceso de la construcción del Modelo Relacional de Datos (RDM). De esta forma.4. un determinado profesor podrá dictar varias materias. NORMALIZACIÓN. ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?. Por lo tanto.

Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. Además la 1FN. Esas reglas buscan: Minimizar redundancias. La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. Eliminar atributos no d ependientes. anomalías en el manejo de esto s datos El proceso de normalización consiste. Eliminar datos redundantes. Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. segunda forma normal (2FN) . según sea el significado y el contenido del universo a ser modelado. al proyectista de una base de datos relacional. Esto es la definición de uno o más campos identificadores o llave . Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos.mantener o conocer. Asegurar resistencia a la ma nutención del modelo de datos. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. un Atributo y una Relación. Se podría resumir a estas tres forma s normales mas utilizadas. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única. En general. prevenir incons istencias. tercera forma normal (3FN). en orden creciente de simplicidad: primera forma normal (1FN). y que persig ue como objetivo principal minimizar la duplicidad de información. E n resumen son las técnicas y algoritmos que ayudan. PRIMERA FORMA NORMAL (1FN). a construir relaciones normalizadas. evitando. Fueron establecidos cinco tipos de archivos normalizados. Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN. . Eliminar anomalías de actualización. cuarta forma norma (4FN) y quinta forma normal(5FN ). básicamente. garantizar que no existan pérdidas de información. Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. de la siguiente manera: Eliminar campos repetitivos. denominados. Proveer el mejor camino de acceso a cualquier dato. evitar redundancias. Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida. las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos.

entonces el atributo. La entidad nueva. Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Disco. y tiene una relación . Jumbo Poroto Coto. Carrefour. arroz en los supermercados Coto. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. debemos eliminar grupos repetidos de datos. Macro. Disco. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. Jumbo Harina Coto. Carrefour. Pues deberá haber una fila para cada producto en cada negocio. Esto implicará. en cada uno de los negocio?. entre otras co sas. en el campo Negocio debe existir el nombre de apenas un supermercado. De una manera práctica. Macro. Carrefour. y la parte del identificador del que depende. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. hasta que cada dato tenga una llave primaria para cada ocurrencia. o sea. Después de la aplicación de la primera regla de normalización.Se refiere a cualquier archivo que posea un valor por campo. deb erán formar la base de una nueva entidad. Carrefour Como puede percibirse. Carrefour Azúcar Tía. El archivo de datos ejemplificado a continuación no está normalizado. el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). Tía. hay mas de un valor o supermercado en cada campo de Negocio. se identifica por la parte emigrada del identificador único de la entidad original. A través de este archivo podemos obtener la información de que existe . Producto Negocio Arroz Coto. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. la creación de un número mayor de fi las o registros en el archivo. A partir de esto. Disco. en el campo Negocio existen varios valores de datos (grup os repetidos). Jumbo. por ejemplo.

pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. el archivo anterior deberá ser dividido en dos. por lo tanto . como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 Precio Total 7700 . también será eliminado el Teléfono del Negocio. preguntamos también: ¿Hay algún campo no-llave que dependa de apenas. Para evitar estos problemas. Cuando un archivo de datos no está en la segunda forma normal. pues podrá no ex istir otro lugar en la base de datos que lo almacene. o sea. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. la integridad de la base de datos estará perdida. de una parte de la llave prim aria? . como la llave es concatenada. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. pues varios registros poseen el mismo producto. el archivo ejemplificado anteriormente no está en la segunda forma normal. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? un campo. independientemente del Producto. Si ocurre algún problema con el proceso de actualización de datos.de uno a varios unida con la entidad original. Si un negocio cambia el número de Teléfono. pues no hay ninguna ll ave "Producto + Negocio" duplicado. debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. pue s él no pasó por el test. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. En este caso. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. dependiendo de cual registro sea por el que se accede.

Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. también está en la segunda forma normal porque él no posee una llave concatenada y. sabremos el Total. contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. En nuestro ejem plo. a pe sar de estar en la primera forma normal. P or lo tanto. Concluimos entonces. Analizando desde otra perspectiva. Si sabemos la Cantidad y el Precio. Cruz 4897 342-6400 Macro Av. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. una columna no . Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. es fácil percibir que el archivo anterior. el campo "Total" es dependiente de dos campos no-llave. Precio y Total. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. Por lo tanto. que es Neg ocio. TERCERA FORMA NORMAL (3FN). NEGOCIOS. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. por lo tanto. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. . El segundo archivo. Como regla general es importante. La Plata 2222 921-4802 Jumbo Av. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. Rivadavia 4735 923-4377 Tía Av. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad.POROTO Macro 500 12 6000 POROTO Carrefour 200 14 2800 POROTO Jumbo 400 8 3200 HARINA Coto 400 8 3200 HARINA Macro 600 9 5400 HARINA Carrefour 100 7 700 AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av.

Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema. también denominada IF -THEM-ELSE (si. se dibujo como un rombo de decisión que. etc. ocupando menos espacio en el disco.Los bloques pueden representar acción o decisión. es también el método del que más se ha abusado. borrar.sino). transferir. Producto ARROZ Coto ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Negocio Cantidad 200 10 Disco 500 Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 9 700 8 13 12 200 8 8 9 100 4 900 3 Precio 11 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. Su descripción implica siempre aplicar un verbo (hacer algo): sumar. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. etc. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. Un flujograma es un gráfico muy sencillo. en el orden secuencial correspondiente. Desgraciadamente. si es falso. La condición. hace que se realice el procesamiento de la parte the m y.entonces . el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. y sin pérdida de información. No hay duda de que de las herramientas tales como los flujogramas. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. convertir un valor en cero.5. Las líneas de dirección o flechas que comunica los bloques y determinan el orde . si es verdad. y las operaciones de decisiones necesarias para cumplirlo.Si el campo "Total" fuese eliminado. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. pasa al procesamiento e la parte else. Las tres construcciones de la programación estructurada se representan como en la figura 5. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental. Los bl oques. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos. son una excelente forma gráfica de describir fácilmente los detalles procedimentales.

si hubiera 3 condiciones habrá 8 normas. 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. que llamaremos niendo cada una de ellos procedimientos manuales y/o automatizadas. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. FIGURA 5. Si hubiera N variables con valores binarios (verdadero / falso). er implementadas controladas y manejadas. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. habrá 2 N reglas distintas. u . Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. entonces.5 FLUJOGRAMA TABLAS DE DECISIÓN Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. conte a fin de que más fáciles de s un programa.n secuencial en que deben ser considerados. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades). Estos módulos pueden ser: módulos. el sistema pueda ser desarrollado y ejecutado en unidades menores.

y generalmente será desde una opción de l menú. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. una relación de operaciones o comandos. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. y en las entidades y sus relaciones definidas en el RDM. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. si todo flujo de datos q ue en él entra o sale. En caso de no ser posible implementar el proceso totalmente por software. Por último. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. guardan una relación jerárquica entre sí. Grabar una copia de seguridad de los archivos. se encuentra en uno de estos tres casos. se debe anali zar la posibilidad y la conveniencia de su implementación por software. pues cada módulo . actualización de archivos. debe tener su o rigen en los procesos del DFD. se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. sin ningún procesamiento adicional informatizado de s us datos. o sea. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. El árbol de sistema es un organigrama. desde los mas am plios hasta los mas específicos. Un módulo siempre será invocado como una unidad. existen nivel es de procesos y operaciones que serán desempañados por el sistema. que identifica a cada uno de los módulos y la jerarquía existente entre ellos. Lo normal es que los módulos estén relacionados con las entradas y salida de los datos.n procedimiento manual o automatizado. el deb e ser explotado y revalidado continuamente. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. o u na combinación de estas tres. luego de la definición de los módulos. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. Si fuese decidido que determinado proceso tendrá apoyo automatizado. La misma. y constituye una operación o un procedimiento completo que el sistema debe e jecutar. Cálculo del SALARIO. Como la división de un sistema en módulos.

desarrol lados por profesionales de administración en pequeñas y medianas empresas. se tornen mas flexibles. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. En la introducción del Libro describimos que en los Proyectos Informáticos. Esta especificación. por medio de programas. mas comprensibles y además mejorar la comunicación entre los participantes.. El concepto de CASE es muy amplio. que corresponde a las iniciales de: Computer Aided Software E ngineering. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe. dará acceso o ejecutará una determinada operación. Permitiéndole a los participantes de un proyecto. los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. que pueda abarca r esa amplitud de conceptos. Concentrando nuestra atención en el uso de estas herramientas. a la gran cantidad de documentación que es ne cesaria. se debe producir y revisar una especificación escrita para cada módulo. que los sistemas (especialmente los complejos). Normalmente. Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). y una buena definición genérica. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. según su nivel. utilizand . de procedimientos y su respectiva documentación. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. el desarrollo y prueba de los mismos debe ser planificado. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. estas herramientas permitirán organizar y manejar la información de un proyec to informático. pues la lógica del siste ma. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras.

modificación. Figura 1. tecnológicamente o competitivamente obsoletos.2 Categorías de los sistemas de información Según Rusell Ackoff. dentro de una categoría de complejidad mostrada en la figura 1.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J. la esencia de la sabiduría es la preocupación por el futuro. son sistemas de información para los cuales no es necesario el uso de la automatización. ocurre cuando los sistemas de información se tornan física mente. como por ejemplo el descuid o de no considerar que puedan ocurrir en el sistema. reemplazo o capaci dad. este sistema no incluía un modulo para calcular la fut ura demanda de bienes y partes. La Modificación del programa. ciertas condiciones extraor dinarias. pero . La Nueva Capacidad del sistema. El Reemplazo del sistema. La inclusión de este sofisticado módulo de cálculo es considerado un mejoramiento del sistema. Como es el caso de la utiliz ación del láser. la decisión de iniciar un proyecto viene dada por las necesidades de: mantenimiento. el proyecto informático. involucra un cambio estructural de una entidad Por ejemplo. involucra algo más que un simple cambio en el programa . es una consecuencia de una omisión realizada en la etapa del diseño del sistema e involucra solucionar fallas menores del sistema. Están dados por la capacidad de poder mod elizar la aplicabilidad de nuevos sistemas. en la emisión de órd enes de compra. en el reconocimiento óptico de caracteres para la lectura del código d e barras. La diferencia con el Mantenimiento es el grado de importancia El Mejoramiento del sistema. encuadrándose así. o en el código de zona telefónica. Un ejemplo de ello. como ser en el caso de que existan cambios en las expectativas de los usuarios.Martin del Diagrama de Entidad Rel ación. un cambio en el núme ro de dígitos del código postal. como sería el caso de un aumento no previsto del 60 %.o el método de Yourdon para el Modelo del Proceso. para realizar el Modelo de Datos Figura 5. Las fallas también pueden provenir de otros factores. que obligará a la realización de cambios en el programa. Figura 5. es la aplicación de los sistemas expertos.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE p INICIO DE UN PROYECTO NFORMÁTICO En un entorno informático estable. es el agregado de capacidades que no formaron parte del sistema de información original. por ejemplo cuando en una división se implemen tó un sistema de inventarios. mejoramiento.2: El Mantenimiento del programa. remplazando a la entrada por teclado.

al m omento de planificar. que determina la duración total del proyecto y que sus atrasos o adelantos originarán atrasos o adela ntos de iguales unidades de tiempo en la duración total del proyecto. La Técnica de Evaluación y Revisión de Programas (Program Evaluation and Review Techn ique-PERT) y el método del Camino Crítico (Critical Path Method-CPM) son dos métodos d e planificación temporal de proyectos que pueden aplicarse al desarrollo de proyec tos informático. para lograr el mejor tiempo y con el mínimo costo. al planificar se construye la secuencia de tareas con la lógica nece saria. y la asignación de recursos necesarios para alcanzar el objetivo del proye cto en un tiempo óptimo. con la aplicación de modelos estadísticos. mas probables para cada una de las tareas. con pequeñas modificaciones. que indica en qué orden deben realizarse las tareas. Ambas técnicas desarrollan una descripción de la red de tareas del pr oyecto. Por lo tanto. mediante la creación de un modelo lógico. las tareas y los recursos..1. Una vez establecido el camino crítico. se lo utiliza para: considerar alternativas .-establecer. el sabio intenta controlarlo. La red se define desarrollando una lista de todas las tareas asociadas con el pr oyecto específico. Además. PERT Y CPM . hasta donde sea posible. la misma preocupación que tiene el adivino por el futuro. o sea el conjunto de actividades. y para ello se debe: 1. elaborar la lógica del plan y precisar las estimaciones de tiempo de las activi dades críticas. es decir. 1. 3.no es. las estimaciones de tiempo . y una lista de secuenciamietos. dependiendo de los recursos con que se dispongan. Se estiman luego los tiempos correspondientes. La planificación consiste en diseñar un futuro deseable y seleccionar o crear formas de lograrlo. y por último. pues él solamente intenta preverlo. hace que la secuencia de tareas pueda variar en el tiempo. el método del Camino Crítico y al diagrama de Gantt. MÉTODOS DE PLANIFICACIÓN TEMPORAL DE TAREAS La planificación temporal de un proyecto de software. hay que considerar. con el mism o grado de importancia. entre ellas podemos citar a la técni ca de Evaluación y Revisión de Programas. no difiere mucho de la de c ualquier otro esfuerzo de desarrollo multitarea.-se halla el camino crítico. se pueden utilizar las técn icas y herramientas generales de planificación temporal de proyectos para el desar rollo de software. En el método PERT/CPM se coordinan todos los elementos de un proyecto en un plan m aestro. La disponibilidad de recursos.1 que es un proyecto informático).luego se calculan los límites de tiempo que definen una amplitud temporal para cada tarea (teniendo en cuenta los recursos disponibles). una representación gráfica o tabular de las tareas que deben reali zarse desde el principio hasta el final del proyecto. así como la influencia de limitaci ones y las posibles soluciones de situaciones conflictivas FIGURA 2. 2.(ver. Por lo tanto.

si es una actividad crítica o no. La utilización de una herramienta automatizada de administración de proyectos. Este gráfico se sustenta en un a estructura de barras horizontales. De Beneficio. por lo tanto. en la planifica ción son tan importantes las tareas como los recursos disponibles. De Sensibilidad. ésta es una representación gráfica c ronológica. cómo y dónde se obtendrán los que no están disponibles y en qué forma s rán generados o adquiridos. Es importante considerar que la utilidad de los modelos financieros. A través de lo . La herramienta principal para la planificación de recursos es el presupuesto. cuándo. Al momento de asignar los recursos. El objetivo de este gráfico es e l de planear un proyecto y verificar el cumplimiento. se deben realizar los siguientes análisis: De Costo. De Riesgo. debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso. se requiere determinar. también le permitirá mantener una mejor comunicación entre los participantes del proyecto. en las cuales la longitud es directamente proporcional al tiempo requerido para su ejecución. de las etapas componentes de un proyecto. Lo importante es que una vez que fueron identificados los recursos para cada tar ea. la importancia de cada tarea. Esto facilitará una exploración financiera rápida. y de una gr an cantidad de medios alternativos y/o supuestos sobre el ambiente. a) Las tareas a desarrollar b) La relación o dependencia entre las tareas c) El tiempo Planeado para la ejecución de cada tarea FIGURA2. PLANIFICACIÓN FINANCIERA Vimos que un proyecto involucra tareas y recursos. como es el caso de Microsoft Project.Otra herramienta de diseño es el Diagrama de Gantt.2 Diagrama de GANTT. y ést e se compone de la asignación de responsabilidades para generar y utilizar el din ero. MÉTODOS PARA PLANIFICACIÓN DE RECURSOS La planificación de recursos pretende determinar qué recursos serán necesarios. aumenta cua ndo se los computariza. A los efectos de su confección. Se debe tener en cuenta cinco tipos de recursos: $ El dinero. le otorgará una mayor eficacia en el control del proyecto. y del calendario para hacerlo.

que será compartida por los diferentes usuarios de la organización. Prototipo. ANÁLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATÉGICO INFORMÁTICO Bien. ejemplo sería el de contar con medianas empresas su información en información sobre una base de datos se cuente con microcomputadoras. Espiral) Control de seguridad y calidad humanos Selección Formación Incentivos El conjunto unificado de información. dichas exploraciones alcanzarán un gran valor e n el proceso de planificación Entre tantas condiciones comerciales. podemos citar: La tasa de interés bancaria. o con múltiples Bases de Datos. de un sistema de información. Unidades de entrada/salida) Comunicaciones (Modem. los recursos necesarios específicos de Tecnología de la Información: Físicos Sistema Central (Microprocesador. la o rganización puede contar con una única Base de Datos. Es común que en las pequeñas y por ello tengan que distribuir ignándole a cada una de ellas. SQL) Métodos de desarrollo ( Ciclo de Vida. El costo del dinero accionario. nuevamente concentrando nuestra atención en los proyectos informáticos. Es así que las Bases de Datos se tornan esenciales para la ia de cualquier organización. se debe determi nar: También se deben considerar. Cobol. para que las personas de la organización decisiones. C++. y un conjunto de Bases de Datos. la recuperación puedan tomar supervivenc un recurso Dependiendo de la capacidad de almacenamiento y procesamiento del hardware. pues los datos estructurados constituyen básico para todas las organizaciones. Tenemo s que en el proceso de planeamiento.s análisis de riesgo y sensibilidad. FIGURA2. salida. as cada área específica de la empresa.3. Un para el almacenamiento de la info . en la que se puede estimar la sensibilidad. va a conformar l a denominada Base de Datos. El índice de inflación. Repetidores. Memoria principal) Periféricos (Unidades de entrada. La función básica de una base de datos es permitir el almacenamiento y de la información necesaria. orientada a obj Monitores de comunicaciones Lenguajes ( Pascal. Hub) lógicos o o de o o etos) o o o o o o o la Unidades Estructuras de almacenamiento (Base de datos relacional. resultante de nuestro proyecto informático y.

son programas de software para la administración de las Ba ses de Datos.01.02. ARCHIVO DE PRODUCTOS Código artículo Descripción del material 1. para: almacenar.01. Una Base de Datos está compuesta por un conjunto de tablas o archivos.01 2. una más para el área de ventas o el área de producción. Los sistemas de Gestión de Base de datos. y e s así que pueden almacenar toda la información necesaria. ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). proporcionándole al usuario.01. y en particular. Para una ma yor comprensión podemos ejemplificar la siguiente Base de Datos de compras. ESTRUCTURA DE UNA BASE DE DATOS. en una única base de datos.01 Unidad Cantidad 1.03 CD-ROM RW IDE Disco rígido ATA 66 Disco Flexible de 3 1/2" 1. integrada. consistente y c onsolidada. los medios necesarios para poder obten er información. manipular y recuperar datos en u na computadora. otra para el área de personal.02 4.01.01 3. introducir nuevos datos y actualizar los ya existentes.01. Pentium II 200Mhz Pentium III 500Mhz Pentium III 800Mhz Resma 100 hojas Unidad Unidad Unidad 20 20 5 25 Unidad Unidad Caja de 10 Unidad 10 .01 4.01 4.44 Mbytes Sonido de 16 bit Papel carta para impresora. Independientemente de la Base de Datos que será implementada.02 1. Mientras tanto las Grandes organizaciones poseen computadoras de gran porte. El SGBD también se encargará de la comunicación entre el usuario y la base de datos.rmación correspondiente al área financiera.01.01.

00 80.01 4.01 1.00 50 450 Código del artículo Precio .03 70.01. Rivadavia 3558 ARCHIVO DE ORIGEN DE LOS PRODUCTOS Código proveedor 001 002 003 002 001 1.01.01.01 1.7 8 9 ARCHIVO DE PROVEEDORES Código proveedor eedor Nombre del proveedor Teléfono del proveedor Dirección del prov 001 002 003 Inca Tel Infocad Herrera Compusistem 4923-4803 4633-2520 4232-7711 Av.01.00 75.01. La Plata 365 Doblas 1578 Av.01 2.

Otros ejemplos de archivos de transacciones son los archivos de: REGIS TROS CONTABLES. NÓMI NA DEL PERSONAL. que son: los archivos ma estros. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS. VENDEDORES. almacenados en el archivo PR OVEEDORES y. y el segundo propósito es el de actualizar los archivos maestros para reflejar los resu ltados de las transacciones actuales. de interés para la organización y acerca del cual se capturan.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos básicos. Todos los registros de un archivo. . U n atributo es pues. CONSUL TA DE CLIENTES. almacenan o procesan datos. cada entidad en él almacenado. los archivos de transacciones. para dar apoyo a la actividad de la organización. po seen el mismo formato. Además. ORDENES DE PRODUCCIÓN o PAGO DE SALARIOS. identificados por las filas de cada tabla. PRODUCTOS. como por ejemplo el archivo de VEN DEDORES. y cada registro debe contener el conjunto de atributos necesarios. Esta clasificación dependerá de la relación lógica que tengan que tener los datos.Esta Base de Datos contiene información de tres Entidades: Datos sobre productos (Entidad producto). cada uno de estos archivos está formado por un conjunto de registros que des cribe. uno es el de acumular datos de eventos en el momento que ocurran. PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. como es en el caso de los archivos de VENTAS. almacenados en el archivo de ORIGEN DEL PRODUCTO. PROVEEDORES. COMPETIDORES. o sea tienen el mismo conjunto de datos o atributos. iden tificados por las columnas. a través de los atributos o datos (columna). La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algún aspecto imp ortante de las actividades de una organización. FACTURAS. cu antificar o expresar el estado de una entidad. Datos sobre el origen de los productos (Entidad origen del producto). los archivos de control y los archivos d e planeamiento. En otras palabras los registros están formados por un conjunto de datos almacenado s en los campos de cada atributo. Un archivo de transacciones es un archivo temporal que persigue básicamente dos p ropósitos. clasificar. BANCOS. Un archivo maestro también puede reflejar la historia de los eventos que afectan a una entidad determinada. que describen a las entidades. real o i maginario. Por lo tanto una entidad es cualquier persona. como es en el caso de un archivo HISTÓRICO DE V ENTAS. Datos sobre proveedores (Entidad proveedores). para describir completamente cada entidad sobre la cual un a organización necesita almacenar y obtener información. COSTOS. guardan información sobre los eventos que afectan a la organización y sobre los cuales se calculan datos. o sea . los productos son provistos por cada proveedor y viceversa. FIGURA 3. PAGOS A RECIBIR. ARCHIVO DE TRANSACCIONES. almacenados en el archivo de PROD UCTOS. PROCESOS DE EXPORTACIÓN. CLIENTES. cosa o evento. cualquier detalle que sirve para identificar. En otras palabras.

Flujo de información entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. COMPRAS POR PROVEED OR. Estos archivosgeneran medidas de control de los negocios. ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e. En consecuencia en cada archivo solo podrá existir un único registro que posea un va lor determinado para su llave primaria.ARCHIVOS DE CONTROL. Por lo tanto los datos existentes en un archivo de planeamiento pro vienen de los archivos maestros. de transacciones.1. creada por el SGDB. las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Código artículo ARCHIVO DE PROVEEDORES: @ Código proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Código proveedor + Código producto). de manera tal que cada registro de la entidad debe estar separado y ser unívocamente identificab le del resto de los registros de esa misma entidad. En el caso de la Base de Datos de compras. diferentes de los de la llave primaria.1. La llave primaria debe permitirle a un Sistema de Gestión de Base de Datos (SGBD). VOLUMEN DE VENTA POR CLIENTE. COSTO DE REPOSICIÓN. contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones. la llave primaria no puede tener valores repetidos para di stintos registros.1. PROGRAMA DE PRODUCC IÓN. PROGRAMA DE COMPRAS. para permitir el análisis del desempeño de la organización. INDICES DE ACCESO Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idénti ca a su llave primaria. puede ser un atributo o una combinación de atributos. También es posible crear índices para un archivo de datos utilizando atributos (camp os).Est ructura de una Base de datos). como por e jemplo: PROGRAMA DE VENTAS. como ser el VOLUMEN DE VENTA POR PRODUCTO. y de control. La llave primaria. Cada instancia de una entidad debe ser unívocamente identificable. incrementa sensiblemente la ve locidad de ejecución de algunas operaciones sobre el archivo de datos. generar un error si un usuario intenta incluir un nue vo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. VOLUMEN DE VENTA POR VENDEDOR. descripta anteriormente ( ver 3. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria. La operación de indexa ción. o conjunto de atributos. Los archivos de control contienen datos de los archivos maestros y de transaccio nes. Figura 3. PRESUPUESTO FINANCIERO. Este índice es llamado índice primario . Los archivos de planeamiento. que generalmente se identificada por medio de la letra @. Este tipo . correctamente proyectado. y quien permite esta identif icación es la llave primaria. ARCHIVO DE PLANEAMIENTO.

por ejemplo. sería muy conveniente que en un manual de organización se incluya un organigrama (e squema para modelizar la estructura de la empresa). MODELOS CONCEPTUALES Un modelo es una descripción capaz de ser comunicada y que busca: Comunicar un cie rto aspecto (visión). al relacionar las cosas entre sí y al pensar de forma estructurara sobr e ellas. el análisis de su sensibilidad al error puede servir de base para evaluarlo. El mayor beneficio de los modelos simbólicos está en la representación gráfica de los hechos a través de cuadros o nodos. podremos describir el funcionamiento de un sistema. Los modelos simbólicos generalmente son más específicos que los verbales. la simbólica y la matemática. pero pocos se diseñan para dar resultados numéricos e specíficos. a fin de d eterminar su valides.. Cuando un modelo no se puede probar en forma prospectiva ni en forma retrospecti va. es de vital importancia que los periodos utilizados cubr an las situaciones que tal vez se encurte en el futuro. llamado índice secundario.5. En los modelos verbales. Sowa Argumenta que el conocimiento sobre alguna cosa es la habilidad de formar u n modelo mental que represente esta cosa. la modelización de las funciones del s istema). una e s la forma prospectiva (contra el desempeño futuro). y la otra es de forma es retr ospectiva (contra el desempeño pasado). permitiendo al investigador (observador) entender el conjunt o y seleccionar las relaciones a examinar.1. dichos diagramas por lo general tienen carác ter cualitativo pero pueden convertirse en modelos simbólicos cuantitativos muy ex actos. y es así que el fenómeno se despoja de lo que no es esencial. en éste último caso. son ejemplos de modelos verbales. con cierto grado de detalle (abstracción). el manual de organización o la Lista de evento s.2. conforme perseguido por alguien (autor del modelo). pero las clases más com unes son: la verbal. o sea si un modelo se pru eba retrospectivamente. La mayoría de los modelos s imbólicos se usan para aislar variables y sugerir las direcciones de las relacion es. D icho análisis consiste en determinar cuánto tienen que bajar los valores de las vari ables del modelo para que los medios mejores especificados en dicho modelo teng . El manual de procedimientos. las variables y sus relaciones se funden en forma de prosa.de índice. es utilizado para reducir el tiempo de localiz ación de una determinada información dentro de un archivo o para clasificar los regi stros del archivo de acuerdo con el orden necesario para la obtención de la inform ación deseada. de una parte de la realidad (sistema). que describiremos próximamente (ver 4. Cuando el individuo verifica accione s sobre este modelo él puede predecir las implicaciones que estas acciones tendrán s obre el mundo real. Algunos modelos pueden combinar componentes icónicos y análogos. Un punto muy importante de los modelos es el de saber como probarlos. como por ejemplo lo s flujogramas (ver 4. Los modelos pueden tener diferentes clases de estructuras. y esto debería ser el propósito de todo modelo. y estos tienen básicamente dos formas de ser probados. Según Sowa. como lo veremos mas adelante al describir los Diagramas De Flujo de Datos y el Modelo Relacional de Datos. como así también las aciones que ella pued e realizar o se pueden realizar sobre ella. flujogramas). Ellos repres entan un puente útil en el proceso de simbolizar un modelo verbal. con el objetivo de servir a los propósitos del usuario.

en el diseño inicial. ¡Cuál de estos términos es el correcto?. Al tratarse de una palabra bastante genéric a. y que estarán representadas en los diagramas de flujo de dat os y en el modelo relacional de datos. En el caso de que los requerimientos. Y en función del bien: ¿en insumos y/o bienes de capital?. en forma estructurada. Se debe preferir. las palabra s abstractas designan conceptos o cualidades más difusos. si el resto del texto no ofrece la información necesaria para sobre la alternativa correcta. Elegir el nivel apropiado de abstracción para los términos. la utilización de. Las primeras actividades de diseño de los sistemas (ver cap1. es quien a utoriza las compras. que s egún lo visto en el tópico anterior (4. y para descubrir posibles cursos de acción que de otra manera se pasarían por alto .2 inicio de un PI). Luego esta lis ta estructurada. para facilitar el descubrimiento.). los modelos se pueden utilizar heurística mente. se r efiere a: ¿grandes pedidos. Después. Su principal dificulta d reside en el significado de compras. el lector las pue de descifrar fácilmente. Además de su utilidad para evaluar medios. Si se evalúa en función del volumen. El lector necesita más tiempo y esfuerzo para captar su sent ido. Por lo tanto es muy importante el escoger la acepción más apropiada. y suelen abarcar un número mayor de acepciones.1 que es un PI y 1. Con frecuencia son un medio efectivo para explorar la estructura asumida de una situación determinada . no programadas o ambas?. Por ejemplo veamos los siguient es términos: El gerente del área de finanzas. es decir. solo queda la alternativa de hacer . será la base para la construcción de las entida des y sus relaciones. pues no hay referentes reales. TÉCNICA PARA EL DISEÑO DE UNA LISTA DE EVENTOS A continuación presentamos una lista de reglas empíricas que ayudarán a la construcción.1. de la lista de eventos. están especialmente influenciadas por la naturaleza de los reque rimientos y éstos incluyen principalmente descripciones en lenguaje natural. Es una oración demasiada ambigua. palabras concretas a palabras abstractas.an un desempeño inferior al de un medio alternativo. se refiere a: ¿com pras programadas. involucra a: ¿la s importaciones o las de plaza local?. entran en juego muchas acepciones Compras se refiere a: Si se considera en función del tiempo. representan una realidad dada e interpr etada de diferentes maneras según sea la visión y la capacidad de abstracción. es indispensable realizar un análisis profundo del texto par a poder entender en detalle el o los significados de todos los términos involucr ados en el proyecto (libres de contradicciones e incongruencias). En función de su origen. En cambio. a pedidos pequeños o ambos?. entre las diversas alternat ivas posibles. porque se hace una clara imagen de ellas asociándolas a la realidad. fuesen realizados en forma oral o escrita en lenguaje natural. utilizando el juicio s obre la posibilidad de esta baja. Las palabras concretas se refieren a objetos o sujetos tangibles. se puede hacer una evaluación parcial del modelo . LA MODELIZACIÓN DE LAS FUNCIONES DEL SISTEMA LISTA DE EVENTOS. de cada uno de los participantes del proyecto.

una hipótesis de significado genérica. Lo que significa asumir un riesgo, que obvia
mente no debería existir.
Evitar el uso de casos en lugar de conceptos generales.
Es común observar que los usuarios de los sistemas de información, adoptan términos más
específicos de los que verdaderamente son necesarios. Por ejemplo, el encargado de
almacenes dice: "necesito conocer a diario la cantidad en existencia de pastill
as de frenos", El término pastillas de frenos no describe un concepto, sino una i
nstancia o componente del concepto correcto, esto es, un componente. Por lo tant
o el término debería ser insumos.
Evitar las expresiones vagas o indirectas.
Al usar rodeos, se incurre en el riesgo de expresar el significado de los concep
tos en términos de referencias implícitas a otros conceptos, en lugar de referencias
explícitas a los mismos conceptos. Por ejemplo cuando se dice: "mirá el repuesto
en la cajonera", en vez de decir; "mirá las cajoneras". La segunda oración indica un
a clase específica de entidad (cajonera), mientras que la primera se refiere a la
misma clase indicando una interrelación con otra clase de entidad (repuesto). Es
así que la segunda oración, "mirá las cajoneras", permite una clara clasificación de los
conceptos.
Elegir un estilo estandarizado de enunciado.
Lo que se busca con un modelo sintáctico es lograr una comunicación buena y eficaz
. Idealmente, se debe buscar elaborar enunciados que respondan a algún estilo estánd
ar, en el caso de las descripciones de los datos, éstas deben ser frases afirmativ
as, compuestas por hasta cuatro elementos-llave, que son el <sujeto>, el <verbo>
, el <objeto> y el <complemento>, que pueden ser el instrumento o el modificador
. Estos elementos-llave pueden estar acompañados de otras palabras como artículos, a
djetivos, etc.; por ejemplo:
El encargado del sector ALMACENES verifica el PARTE DE RECEPCIÓN
con la SOLICITUD DE COMPRA
Generará la siguiente estructura-llave:
ALMACENES verifica PARTE DE RECEPCIÓN con SOLICITUD DE COMPRA
Donde ALMACENES es el sujeto, verifica es el verbo, PARTE DE RECEPCIÓN es el objet
o y SOLICITUD DE COMPRA es el instrumento.
Considere que una frase puede estar incompleta; Por ejemplo: ALMACENES emite SOL
ICITUD DE COMPRA
En ella no hay complemento.
También es importante que los enunciados que describen operaciones deben utilizar,
tanto como les sea posible, estructuras sintácticas no ambiguas (PRODUCTOS, en LI
STA DE PRODUCTOS o en STOCK), similares a las de los lenguajes de programación, co
mo si, condición, entonces, sino, cuando, hacer, acción. Por ejemplo: Si el monto es
menor a 100 aprueba el pedido, sino eleva el pedido a Gerencia Financiera.
Verificar los sinónimos y los homónimos.
Distintas personas pueden dar el mismo significado a diferentes cosas (sinónimo) o
diferentes significados con las mismas palabras (homónimos). En un procedimiento
de ventas pueden encontrarse los siguientes términos: Cliente, comprador, usuario
, parroquiano, y referirse al mismo concepto (sinónimos) En el caso de que el mism
o término sea utilizado, en diferentes lugares, con significados diferentes es con

siderado pues un homónimo. Por ejemplo Para finanzas el cliente es quien compra un
producto, mientras que para Marketing el cliente, o potencial cliente, es el us
uario del producto.
Hacer explícitas las referencias entre términos.
Se debe evitar cometer ambigüedades; es decir: frases que puedan interpretarse de
dos o más maneras distintas. Algunas ambigüedades surgen al no especificar las refer
encias entre los términos. La ambigüedad puede provocar o un doble sentido o una inc
ertidumbre.
En el caso de: Recepción firma remito.
Cuál remito firma, el original o alguna copia.
O por ejemplo: El jefe de compras se reúne con cada uno de los proveedores en su d
espacho.
En qué despacho se reúnen, en el de compras o en el de los proveedores.
O en el caso particular de nuestros archivos, si contamos con dos archivos PRODU
CTO Y STOCK y ambos cuentan con los mismos atributos: Código del producto y Nombre
del producto y, STOCK se diferencia por contar además con el atributo Saldo del p
roducto; Lo que ocurre es que, probablemente no sean dos entidades distintas sin
o una sola entidad: PRODUCTOS EN STOCK y que debería contener a los atributos de a
mbas (ver 4.4. diseño de relación uno a uno).
Hacer un Diccionario de Datos.
Como veremos más adelante (ver 4.3. el diccionario de datos), ir confeccionando el
diccionario de datos, es una buena manera de entender el significado de los térmi
nos y de eliminar las ambigüedades de los requerimientos. Aunque, la confección del
diccionario de datos, demande bastante tiempo es fundamental su elaboración y deja
r de lado esta herramienta, no se justifica en ningún caso. Recuerde que puede uti
lizar cualquier herramienta de ingeniería de software para su construcción.
EL DIAGRAMA DE FLUJO DE DATOS
El Diagrama de Flujo de Datos (DFD) es una herramienta de modelización que permite
describir, de un sistema, la transformación de entradas en salidas; el DFD también
es conocido con el nombre de Modelo de Procesos de Negocios (BPM, B usiness Proc
ess Model).
El objetivo del DFD es:
1.
Describir el contexto
a de las áreas de la empresa,
te sistema;
2.
Detallar los procesos
3.
Enumerar los archivos
4.
Definir los flujos de

del sistema, determinando lo que ocurrirá en cada un
denominadas Entidades externas, que participen de es
a ser realizados;
de datos necesarios, en cada proceso;
datos, que participen en el procedimiento.

En otras palabras, el DFD permite representar de forma completa el sistema de in
formación, al relacionar los datos almacenados en los archivos de datos del sistem
a, con los procesos que transforman a estos dados.
Una de las principales características de este modelo es su simplicidad, y se debe
al hecho que son solamente cuatro los símbolos utilizados que representan a los e
lementos (entidades externas, archivos, procesos y flujos de información); con los
cuales se puede producir un esquema, que alcance el nivel de detalle requerido

por el proyectista; y éste pueda ser

interpretado

por todas las personas involucradas en el proyecto, sin el requerimiento de un c
onocimiento previo de informática.
TÉCNICA DE DISEÑO DEL DFD
En el diseño de un DFD, como ya lo dijimos anteriormente, son utilizados cuatro símb
olos :
Figura 4.2.2. Simbolog ía del DFD Metodo Yourdon
1.
Las, Entidades externas, que pueden representar a una persona, a un grup
o de personas o, a un sistema; Un ejemplo respectivo para cara cada uno de ello
s sería Gerente Financiero, Clientes y un sistema de liquidación de sueldos y jornal
es.
En sí, las entidades externas, muestran a las entidades con las cuales el sistema
se comunica y por lo tanto no forman parte del sistema en estudios; pues lo que
ocurre en estas entidades no es de interés para el proyecto. Si así lo fuera, esto
está indicando que la frontera del sistema, es más amplia de lo que se determinó; y lo
s procesos involucrados en esta entidad, deben pasar a ser parte del sistema en
estudio.
Las entidades externas son consideradas también como Terminadores, pues representa
n el origen y el destino de los Flujos de datos para adentro y para fuera del si
stema.
Son representadas por medio de un cuadrado, que puede tener un sombreado en dos
de sus lados para otorgarle un relieve (ver figura 4.2.2). Y en el centro del c
uadrado se escribe el nombre de la entidad externa que está
siendo representada.
Cuando una entidad externa provee datos al sistema, debe existir un flujo de dat
os saliendo de la entidad y en dirección al sistema. Y cuando una entidad externa
recibe datos del sistema, debe existir un flujo de datos que viene del sistema y
termina en la entidad externa.
Las entidades externa pueden duplicarse, si fuese necesario darle claridad al di
seño y evitar largos vectores, que representan a los flujos de datos, o bien evita
r gran cantidad de entrecurzamientos de los mismos.
2.-Los flujos de datos son representados por vectores direccionados. Ellos son l
as conexiones entre los distintos elementos del sistema y los procesos; y repres
entan a la información que los procesos exigen como entrada y/o las informaciones
que ellos generan como salida. Los flujos pueden representar a una información com
puesta por un solo elemento como por ejemplo: precio, cantidad, Apellido; o bien
pueden representar a una información que contiene una estructura de elementos com
o por ejemplo: Orden de compra, Remito, Factura.
3.- Los procesos se pueden mostrar como burbujas, o como rectángulos con sus vértice
s redondeados; según sea la metodología para modelar los procesos de Yourdon o la de
Gane & Sarson; en el diagrama ellos representan las diversas funciones indivi
duales que el sistema ejecuta; Estas funciones son las que transforman a las ent
radas en salidas. El proceso es nominado en función de la acción que realiza sin esp
ecificar el algoritmo utilizado para la transformación. Este algoritmo debe ser de
tallado en el diccionario de datos (ver 4.3. Diccionario de datos) o esquematiza
do en un flujograma (ver 4.5. flujograma)

4.- Los archivos de datos son mostrados por dos líneas paralelas según la metodología
de Yourdon.; o como un rectángulo abierto por uno de sus lados en la metodología de
Gane & Sarson. Ellos muestran la colección de datos que el sistema debe mantener e
n la memoria en un período de tiempo. Al terminar el diseño del sistema y la constru
cción del mismo, los archivos serán las tablas que compongan la base de datos.
RESTRICCIONES DEL DFD.
Como regla general, en un DFD, loa tratamiento de errores y de excepciones no de
ben ser representados; a menos que estos sean muy relevantes para los usuarios d
el sistema. El DFD debe ser visto como una herramienta de planeamiento del siste
ma, y no como una especificación detallada del sistema. Su finalidad es mostrar el
flujo normal de datos entre los principales elementos, y no los detalles de imp
lantación del sistema.
Lo que queremos decir es que, el diagrama de flujo de datos ofrece una visión g
eneral y práctica de los principales componentes funcionales del sistema, pero no
provee detalles sobre esos componentes. Para mostrar los detalles de qué información
es procesada y cómo es transformada, precisamos de una herramienta de soporte de
modelización textual y una de ellas es el diccionario de datos (ver 4.3.el diccion
ario de datos).
El DFD Tampoco provee ninguna indicación explícita de la secuencia del procesamiento
. El procesamiento o la secuencia puede estar implícitamente en el diagrama, pero
la representación procedimental, de cuando inicia y finaliza cada proceso quedará ex
plícita en el flujograma.( ver 4.5. flujograma)
FIGURA 4.1. Diagrama de Flujo de Datos.
RECOMENDACIONES PARA UN DFD.
1.
Los DFD son más legibles, si las entidades
bordes del diagrama; de tal forma, que la frontera
itúe dentro del contorno de las entidades externas
2.
Si los flujos de datos principales van del
derecho del diagrama, la lectura se hará más fácil

externas son diseñadas sobre los
del sistema (o contexto) se s
lado izquierdo hacia el lado
y más rápida.

3.
Las duplicaciones de símbolos deben ser mantenidas al mínimo, pero cuidando
de mantener un número aceptable de líneas de flujo de datos cruzándose unas con otras.
4.
Inicie la construcción del DFD por las entidades externas, a continuación si
ga con las salidas que de ellas son originadas, juntamente con las entradas que
irán para ellas.
Al diseñar el primer borrador del DFD, piense en como el sistema funciona realment
e, cuál es la entrada o proceso que inicia, y por ahí comience el diseño.
Los primeros diseños de un DFD siempre tendrán la finalidad de borrador. El objetivo
es la identificación de todos las entidades externas, procesos y archivos de dato
s que formarán parte del sistema, además de incluir los flujos de datos entre ellos.
Próximas versiones mejorarán las definiciones y el diseño.
El orden más lógico para diseñar un DFD es definir la entidad externa o proceso que ge
nera una entrada de datos, después el proceso que trata esa entrada, y a continuac
ión los archivos de datos que son utilizados para almacenarla y para garantizar el
funcionamiento de ese proceso y por último definir las salidas que son generadas
por dicho proceso.
El primer borrador puede ser realizado en papel, pero los posteriores deben ser

realizados utilizando alguna herramienta de software automatizada (CASE) específic
amente diseñada para la modelización del sistema de información; estas herramientas cu
entan con un diccionario de datos, que almacenan los detalles del modelo lógico de
l sistema.
EL DICCIONARIO DE DATOS
Un análisis del ámbito de información estaría incompleto si solo se considera el flujo
de la información. Cada flecha del diagrama de flujo de datos representa uno o var
ios elementos de información ( ver 4.2. la modelización de las funciones del sistem
a); cada archivo de datos es una colección de elementos de datos individuales; inc
luso puede que el contenido de una entidad externa requiera ser expandido antes
de que su significado pueda ser definido explícitamente. Por lo tanto, el analis
ta debe disponer de algún método para representar el contenido de cada componente de
l modelo de flujo de datos.
Se ha propuesto el Diccionario de Datos como gramática casi formal para describir
el contenido de los objetos definidos durante el análisis estructurado.
Esta importante notación ha sido definida de la siguiente marea:
El Diccionario de Datos es un listado organizado de todos los elementos de datos
que son pertinentes para el sistema, con definiciones precisas y rigurosas que
le permite al usuario y al proyectista del sistema tener una misma comprensión de
las entradas, de las salidas, de los componentes de los repositorios, y también d
e cálculos intermedios.
CONTENIDO DEL DICCIONARIO DE DATOS
El Diccionario de datos debe contener la siguiente información:
Nombre: el nombre principal del elemento; del flujo de datos, del repositorio de
datos o de una entidad externa.
Alias: otros nombres usados para la entrada, dado que un mismo elemento puede se
r conocido por diferentes nombres.
Definición: Exposición clara y precisa de las características genéricas y diferenciales
del objeto.
Descripción: Explicar las diversas partes o circunstancias, que componen la defini
ción, de los objetos.
Dónde se usa/cómo se usa: Un listado de los procesos que usan un elemento de datos,
o del control de cómo lo usan.
Descripción del contenido: El contenido es representado mediante una anotación que s
e describe en la siguiente tabla.
Existen muchos esquemas de anotación usados por los analistas de sistemas el que s
igue es uno de los mas usados
Símbolo
=
+
( )
{ }

Descripción
Está compuesto de
Y
Opcional
(puede estar
Interacción entre componentes

presente

o ausente)

en cada archivo de da tos definido por el DFD. Como la anotación de los repositorios de datos en el DFD dice muy poco acerca de l os detalles de los datos. Relaciones: Una relación representa un conjunto de conexiones o asociacion es entre las Entidades. se requiera una clara definición de las entidades (archivos de datos) y de sus relaciones. en detalle. que son las Entidades y las Relaciones : 1. 2.2 Diccionario de Datos . a cada archivo de datos del DFD le corresponde un a Entidad al RDM. tomamos que. se almacenan los datos que describen a las Entidades de l sistema de información.Descripción FIGURA 4. No solamente queremos saber. Una Entidad representa a una colección o conjunto de objetos (cosas) del mundo real. qué información está conte nida en cada archivo de datos. interligadas por vectores al relacionamiento.* * | @ Elección de una de las opciones Comentario Separa opciones de alternativas en la construcción [ ] Identificador campo llave FIGURA 4. un cliente podrá estar relacionado con varias ventas.Estructura FIGURA 4. El RDM posee dos importantes componentes. es necesario que a partir de este modelo. por ejemplo. Todos los sistemas almacenan y usan información sobre el ambiente con el cual inte ractúan. Este aspecto del sistema no está representado por el diagrama de flu jo de datos. como por ejemplo: todos l .3 Diccionario de Datos . Por lo tanto. es bastante compleja. Las Entidades pueden ser identificadas de forma única y. Normalment e. q ue conforman parte del proyecto y que por lo tanto son de especial interés para el usuario. y así sucesivame nte en cada uno de los procedimientos. o sea. a través de la identificación de las entidades detectadas en el sistem a y el diseño de sus relaciones. ser descriptas a través de uno o mas hechos (Atributos). Entidades o Tipos de objetos: Son representadas por un cuadrado en el R DM. algunas veces la información es mínima. el objetivo de un RDM es el de ilustrar la estructura de los datos del sistema. y que a través de esa relación son generados informes. un vendedor con varias ventas. una venta con varios productos. cada entidad que compone la base de datos de un sistema podrá estar relacionada con otras. sino también que relaciones existen entre los archi vos de datos.Definición de un elemento LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM). Estos datos y relaciones deben ser almacenados a través de archivos que posteriormente formarán la base de datos del sistema.4 Diccionario de Datos . considerando que las entidades de una base de dados están relacionad as. pero en la mayoría de los sistemas. Por lo tanto. Como regla general. pero sí está activamente representado por el Modelo Relacio nal de Datos (Relational Data Model). cuyos miembros diseñan un papel en el sistema que se está desarrollando.

. Simplifica la estructuración de los datos. un registro de la Tabla A puede tener muchos regi stros coincidentes en la Tabla B y viceversa. y que además. en este caso se debe subdividir en dos relaciones del tipo uno – a – varios. cuya clave principal c onsta de al menos dos campos. estos campos. Relación varios a varios. Relación uno a uno. varios – a – varios. Este tipo de relación no es habitual. es importante definir todas las relaciones e ntre las entidades y su correspondiente tipo de relación y que veremos a continua ción. que conformarán la base de datos: uno – a – uno. uno – a – varios. y que a través de las cuales podrán ser procesados y co nsultados los registros (ver 3. 2. 3. al momento de diseñar y analizar el DFD. En una relación uno a uno. uno – a – varios y varios – a – varios.llave primaria o identificadora). para aislar parte de una tabla por razones de seguridad o para almacenar inform ación que sólo se aplica a un subconjunto de la tabla principal.os productos vendidos a un cliente. un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B. y en este tipo de relación. Facilita la definición y el análisis de las Llaves primarias de cada archivo de datos. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos. En una relación varios a varios. en este caso se debe verificar que cada entidad sea única o pude s er formada por un conjunto de entidades de menor nivel. debid o a que la mayoría de la información relacionada de esta forma estaría en una sola tab la. Es el tipo de relación más común. como así también sus llaves foráneas. Este tipo de relación sólo es posible si se define una tercera tabla (denominada tabla de unión). que son necesarias para establecer la relación entre las entidades. cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa. TIPOS DE RELACIONES El RDM muestra los tres tipos de relaciones posibles entre los archivos de datos y los procesos de un DFD: uno – a – uno. (ver diseño de la relación uno a uno) Todos estos beneficios hacen que el RDM sea fundamental para poder proyectar una base de datos. BENEFICIOS DEL RDM Los principales beneficios en la utilización del RDM son: 1. correspondan a las clave s externas de las Tablas A y B. Pero veamos cómo son cada una de estas relaciones: Relación uno a varios. Facilita la definición y el análisis del tipo de relación existente entr e las entidades u objetos. pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. 4. Da una visión de alto nivel de los archivos de datos involucrados en el si stema. Ayuda a descubrir los elementos o las entidades que no fue ron detectadas.1.2. 5.

4. cada PROVEEDOR puede suministrar uno o mas (1. . 1 ) indica que como mínimo una ( 1 ) PERSONA trabaja en un DEPARTAMENTO y como máximo una ( 1 ) PERSONA trabaja e n un DEPARTAMENTO. FIGURA 4. Por lo tanto.4.4.3. Por ejem plo tenemos a las entidades PRODUCTO Y STOCK. Si cada elemento fue identificado con la misma llave primaria y si ambos se comp lementan.4. FIGURA 4. El par de números ( 1 . la entidad PERSON A y la entidad DEPARTAMENTO. Relación entre entidades En el ejemplo de la Fig.N) PRODUCTOS y cada PRODUCTO puede ser provisto por uno o mas (1. 4. hay una fuerte razón para unir a los dos elementos en uno solo. Direccionalidad de las relaciones Diseño de la Relación uno a uno. también es necesario que sean incorporados al Dicc ionario de Datos todos los datos que fueron definidos en este modelo y que serán a lmacenados en cada archivo. pero un PRODUCTO es parte de solamente una VENTA (1. Al ser identificada una relación uno a uno (1. una PERSONA está relacionada a un DEPARTAMENTO (1.1.2.3.1) y un DEPARTAMEN TO está relacionado a ninguna o varias PERSONAS (0. N ) indica que en un DEP ARTAMENTO pueden trabajar como mínimo ninguna ( 0 ) PERSONA y como máximo varias ( N ) PERSONAS. cada VENTA involucra uno o mas (1. Por otro lado.1).1). se representa la relación entre dos entidades. La descripción de la relación debe ser hecha a lo largo de las líneas que ligan las en tidades relacionadas.N) PROVEEDORES o viceversa pues una relación entre dos entidades puede ser leída en cualquiera de la s dos direcciones. La relación entre las entidades es representada por una línea uniendo a los rectángulo s a relacionar. En la Fig.N) productos v endidos. Propiedades de las entidades y las relaciones En el ejemplo de la Fig. TECNICA DE DISEÑO DEL RDM.4.N) FIGURA 4.2. El tipo de relación es representada por un par de números en la extremidad de la líne a de relación: 1 identifica una relación con un único registro y N identifica una rela ción con muchos registros y 0 identifica la relación con ningún registro. y que posteriormente formarán la base de dados del sis tema proyectado. se debe inicialmente verificar s i los dos objetos relacionados son realmente distintos o pueden ser unidos en un único elemento. el par de números ( 0 .4. Cada entidad es representada por un rectángulo.1.4.Después de la construcción del RDM. 4.

FIGURA 4. Una mejor solución debe permitir qu e un profesor pueda dictar varias materias o que una materia pueda ser dictada p or varios profesores.6.4. d enominada llave foránea <FK> La llave foránea deberá estar indicada en el objeto relac ionado. Normalización). significando que se trata de un dato del archivo MATERIA.4. las entidades PRODUCTO Y STOCK no son realmente distintas y por e se motivo. representada en la figura 4.6. en el archivo PROFESOR.4. la relación entre PROFESSOR y MATERIA no es uno a uno . esto significa qu e debemos incluir la llave foránea "Número del profesor" en el archivo MATERIA.4. no es un atributo del elemento relacionado.4. En este caso. FIGURA 4. La llave foránea recibe este nombre po rque.5.2 llave primaria o identificadora).4. y apunta a la MATERIA que él dicta. vemos al Código de la materia como la llave primaria de la entidad MATERIA.4. Relación uno a uno Como cada PRODUCTO es almacenado en STOCK. O sea. podemos considerar una única entidad d e PRODUCTOS EN STOCK. como se ilustra en la figura 4. un PROFESOR puede dictar solamente una MA TERIA.Llave foránea <FK> En el caso de la relación (1.7. el dato "Código de la materia" es un campo l lave foránea (FK). y la llave primaria Número de profesor de la enti dad PROFESOR. debemos almacenarlas en un único archivo de datos. como se ilust ra en la figura 4.4. esta llave que como ya vi mos se denomina llave foránea y es identificada con la sigla <FK>. cada uno debería ser identificado por una llave primaria que lo distinga de forma inequívoca de los demás.7 Llave foránea Aunque estas dos soluciones sean posibles para la relación entre PROFESOR y MATER IA. pero sí e s la llave primaria del elemento al cual está se relaciona.6. tal cual se observa en la figura 4. (ver 3.4.8. ninguna de ellas está totalmente correcta. necesariamente ella.1. precisamos pues de una llave que haga la relación entre las dos entidades. pero que precisa existir en el archivo PROFESOR para permitir la RELACIÓN entre ambos. Si determinamos que un PROFESOR está relacionado a una MATERIA. FIGURA 4.4.5 Unión de dos entidades relacionadas uno a uno Si los dos elementos fuesen realmente distintos.4. entre una MATERI A y un PROFESOR que dicta una MATERIA. pues el Saldo es ape nas un atributo de cada PRODUCTO ( ver 4. sino por lo menos uno a varios (que se trata en el punto siguiente) . La relación entre los dos objetos deberá ser realizada a través de una llave relación. Note que en esta relación. representada en la figura 4. Por lo tanto. y en nuestro ca so quien cumple esta función es el Código de la materia y debe ser archivada en la e ntidad que describe al PROFESOR. Otra alternativa de relacionar a los archivos PROFESOR y MATERIA sería si admitimo s que una materia solamente puede ser dictada por un profesor.1). FIGURA 4.

4. un "objeto de intersección" deberá ser creado.N) deberán ser identi ficadas y. ambas con un objeto de intersección.N) puede ser considerada como una combinación de dos relaciones (1. Diseño de la Relación varios a varios. En este caso..Relación uno varios cuando una materia es dictada por uno o varios pr ofesores En este caso.9.8. o sea.8. Si analizamos los ejemplos anteriores. En el ejemplo ilustrado por la figura 4.4. una materia puede ser dictada por uno o varios profesores (1. FIGURA 4. en que un PROFESOR dicta varias m aterias(1. La relación uno a varios ocurre cuando una única instancia de una entidad está relaci onado con otras instancias de otra entidad. a continuación. En el ejemplo ilustrado por la Fig.10 Relación varios a varios . Una relación (N. el atributo "Número del profesor" es la llave foránea de MATERIA. Relación uno a varios. En el ejemplo ilustrado por la Fig.N). pero sí lo es var ios a varios. 4.1). el atributo "Código de la materia" es la llave foránea de PR OFESOR.4.N) pero una mater ia puede ser dictada solamente por un profesor (1.N). FIGURA 4.10.4. que sirven como ejemplo. únic amente las llaves primarias de ambos objetos relacionados (N. Como cada entidad posee un archivo d e datos conteniendo sus atributos. un profesor puede dictar muchas materias y una materia pued e ser dictada por muchos profesores.N) siempre debe ser resuelta por dos relaciones (1. la llave primaria de la "entidad uno" debe se r una "llave foránea" en el archivo que describe a la "entidad muchos". 4. pudiendo s er parte de su llave primaria o no. para presen tar el análisis que debe ser hecho al proyectarse una relación uno a uno: ¿ La relación siempre será uno a uno? ¿Hay alguna posibilidad de que en el futuro ella pase a ser uno a varios? ¿De que forma se podrá adaptar ante un posible cambio del sistema? ¿En qué archivo deberá ser incluida la llave foránea para ser utilizada como apuntadora de la relación? Diseño de la Relación uno a varios. mostrando la relación entre una MATERI A y varios PROFESORES.9.N). muestra la relación entre un PROFESOR y varias MATERIAS. La única línea de relación (N.A continuación se presentan cuatro preguntas.. En este caso un profesor puede dictar una o varias materias (1. pero un profesor solamente puede dictar una única materia (1. FIGURA 4.N). una materia es dictada únicamente por un profes or.1).N) y una MATERIA puede ser dictada por varios profesores(1. La llave pr imaria del objeto de intersección será la combinación o concatenación de las llaves prim arias de los dos objetos de origen.4.4. pues no es posible que tanto PROFESOR como MATERIA reciban llaves foráneas. percibimos que la relación más correcta entr e PROFESOR Y MATERIA no es ni uno a uno ni tampoco uno a varios.

como una determinada materia puede ser dictada por diferentes prof esores en diferentes aulas y en diferentes horarios. Esto es definir a las entidades y diseñarlas como un recuadro. cada una en su respectiva aula y horario. De esta forma. Por lo tanto la modelización (RDM) permite: Minimizar la duplicación de datos. la llave primaria de COMISIÓN es compuesta por dos llaves foráneas. pues la identifican.N) entre MATERIA Y PROFESOR hacien do las siguientes preguntas. dife rentes profesores dictan diferentes materias en determinadas aulas y en determi nados horarios. Por lo tanto. así como cada materia podrá ser dictada por varios profesores. y par a cada profesor habrá una determinada aula y horario.4. tiene como obj etivo: Percibir las cosas de significación sobre lo que se necesita saber y mantener la información. ilustra la relación (N.N) entre MATERIA Y COMISIÓN y una relación (1. O sea.Para determinar los datos que deberán estar contenidos en los objetos de intersecc ión a ser creados debemos analizar la relación (N. un determinado profesor podrá dictar varias materias.11 Relación varios a varios solucionada En este caso.N) entre PROFESOR Y COMI SIÓN. . Esto es la definición de cada uno de los atributos por los cua les una entidad es conocida.11. Esto es la definición de uno o más campos identificadores o llave . FIGURA 4. La figura 4. Como el "Código de la materia" pertenece a la MATERIA y el "Núm ero de profesor" pertenece a PROFESOR ambos son llaves foráneas en COMISIÓN y concat enadas forman su llave primaria. para que una COMISIÓN sea identificada es preciso saber cual es la materia y cual es el profesor. podemos crear un objeto de intersección denominado COMISIÓN. Al tratar de responder estas preguntas verificamos que diferentes materias puede n ser dictadas por diferentes profesores en diferentes horarios y aulas y. Se determina la forma en que cada aparición de una entidad puede ser identifi cada de forma única.N) entre MATERIA Y PROFESOR resuelta por una relación (1. El proceso de la construcción del Modelo Relacional de Datos (RDM). ¿Cuál debe ser el objeto que posea una llave primaria que corresponda a la concatena ción de un determinado "Código de la materia" y de un determinado "Número de profesor" ? ¿Qué datos o atributos dependen exclusivamente de esta combinación? ¿Qué datos pueden ser obtenidos si sabemos que estamos tratando con una determinada MATERIA dictada por un determinado PROFESOR?.4. En cada entidad se listan los tipos de información que se podrían mantener o conocer. Esto es definir al conjunto de conexiones que li gan a las entidades u objetos y son representadas por medio de vectores. NORMALIZACIÓN. Añadir las relaciones de gestión. las cuales se han nombrado como asociaciones significativas entre entidades.

En general. De una manera práctica. Se podría resumir a estas tres forma s normales mas utilizadas. prevenir incons istencias. entre otras co . Esas reglas buscan: Minimizar redundancias. Proveer el mejor camino de acceso a cualquier dato. Eliminar atributos no d ependientes. Eliminar anomalías de actualización. evitando. La mayor dificultad en este proceso es que se depende de la buena comprensión del analista acerca de lo que realmente es una Entidad. en la aplicación de un conjunto de reglas para definir adecuadamente los datos o campos que compondrán los archivos d e datos. las tres primeras reglas básicas de normalización son suficientes para resolver la gran mayoría de casos. la relación entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a un o. de la siguiente manera: Eliminar campos repetitivos. El archivo de datos ejemplificado a continuación no está normalizado. Asegurar que todas las entidades son identificadas de forma única por una combinac ión de atributos y/o relaciones. 2FN y la 3FN son mecanismos para identificar entidades y relaciones perdidas. PRIMERA FORMA NORMAL (1FN). Pa ra evitar tal circunstancia es que se aplica el proceso de NORMALIZACIÓN. un Atributo y una Relación. E n resumen son las técnicas y algoritmos que ayudan. tercera forma normal (3FN). a construir relaciones normalizadas. Es por ello que definiremos a continuación l as tres primeras formas normales y discutiremos la manera de simplificar los arc hivos de datos hasta la tercera forma normal. y que persig ue como objetivo principal minimizar la duplicidad de información. cuarta forma norma (4FN) y quinta forma normal(5FN ). debemos eliminar grupos repetidos de datos. hasta que cada dato tenga una llave primaria para cada ocurrencia. Evitar datos no identificables a través de una definición rigurosa de identificadore s y relaciones. Eliminar datos redundantes. Asegurar resistencia a la ma nutención del modelo de datos.Proporcionar la flexibilidad necesaria para soportar requisitos funcionales y Que el modelo se estructure sobre una amplia variedad de diseños alternativos de bases de datos. Entonces denominamos NORMALIZACIÓN al proceso de simplificación de archivos de datos que componen una base de datos relacional (diseño eficaz de tablas). segunda forma normal (2FN) . anomalías en el manejo de esto s datos El proceso de normalización consiste. según sea el significado y el contenido del universo a ser modelado. garantizar que no existan pérdidas de información. denominados. Se refiere a cualquier archivo que posea un valor por campo. al proyectista de una base de datos relacional. evitar redundancias. Además la 1FN. en orden creciente de simplicidad: primera forma normal (1FN). básicamente. Fueron establecidos cinco tipos de archivos normalizados.

y tiene una relación de uno a varios unida con la entidad original. De acuerdo con la primera forma normal este archivo debe ser revisado para que s ean eliminados los grupos repetidos. A partir de esto. deb erán formar la base de una nueva entidad. Tía. Jumbo Harina Coto. Mien tras tanto ¿cómo podríamos llegar a saber la cantidad existente de cada uno de los pro ductos. Macro. podremos fácilmente registrar la cantidad existent e de cada producto en cada negocio. Carrefour. La entidad nueva. o sea. Esto implicará. Carrefour. Carrefour Azúcar Tía. Carrefour Como puede percibirse. Producto Negocio Arroz Coto. por ejemplo. y la parte del identificador del que depende. Jumbo Poroto Coto. Disco. Pues deberá haber una fila para cada producto en cada negocio. y si otro atributo depende sólo de una de las partes de este identificador co mpuesto. A través de este archivo podemos obtener la información de que existe . Carrefour. Para testear si un archivo de datos está en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: ¿Cuál es el campo o conjunto de campos que constituye la llave primaria del arc hivo? un campo. Eliminar atributos que dependen solamente de una parte del identificador único Si una entidad tiene un identificador único compuesto de más de un atributo y/o rel ación. en cada uno de los negocio?.sas. Macro. la creación de un número mayor de fi las o registros en el archivo. Disco. Disco. Después de la aplicación de la primera regla de normalización. Jumbo. en el campo Negocio existen varios valores de datos (grup os repetidos). el archivo de datos de los productos en Stock asume la siguiente estructura de datos: Producto Negocio Teléfono ARROZ Coto 670-1158 200 ARROZ Disco 923-3951 500 ARROZ Carrefour 921-4802 ARROZ Jumbo 342-6400 1000 POROTO Coto 670-1158 300 POROTO Macro 923-4377 500 POROTO Carrefour 921-4802 POROTO Jumbo 342-6400 400 HARINA Coto 670-1158 400 HARINA Macro 923-4377 600 HARINA Carrefour 921-4802 AZUCAR Disco 923-3951 1100 AZUCAR Carrefour 921-4802 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 12 6000 200 14 8 3200 8 3200 9 5400 100 7 4 4400 900 5 AZUCAR Tía 3 449-7448 1200 Precio Total 7700 2800 700 4500 3600 SEGUNDA FORMA NORMAL (2FN). preguntamos también: . hay mas de un valor o supermercado en cada campo de Negocio. se identifica por la parte emigrada del identificador único de la entidad original. entonces el atributo. en el campo Negocio debe existir el nombre de apenas un supermercado. arroz en los supermercados Coto.

independientemente del Producto. la integridad de la base de datos estará perdida. Para obtener una llave pr imaria exclusiva debemos concatenar producto con negocio. Para evitar estos problemas. también será eliminado el Teléfono del Negocio. todos los registros de Productos pa ra aquel Negocio deberá tener el campo Teléfono modificado. En este caso. debemos además hacer la segunda pregunta para cada campo no-llave: ¿La cantidad depende apenas de una parte de la llave? mo el negocio para obtener la Cantidad. pues no hay ninguna ll ave "Producto + Negocio" duplicado. ¿El Precio depende apenas de una parte de la llave? Producto como el Negocio para obtener el Precio. como la llave es concatenada. de una parte de la llave prim aria? . por sí solo no es suficiente para identificar inequívocamente un determinado regis tro. Cuando un archivo de datos no está en la segunda forma normal. el archivo ejemplificado anteriormente no está en la segunda forma normal. o sea. pues podrá no ex istir otro lugar en la base de datos que lo almacene. Cuando un negocio posee un único Producto y su registro fuese eliminado (por inexistencia en stock). pue s el número de Teléfonos se repite para cada Producto almacenado en el mismo archivo . pue s él no pasó por el test. por lo tanto . pues varios registros poseen el mismo producto. como se ilustra a continuación: Producto Negocio ARROZ Coto 200 ARROZ Disco 500 ARROZ Carrefour ARROZ Jumbo 1000 POROTO Coto 300 Cantidad 10 2000 9 4500 700 11 8 8000 13 3900 POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR 12 200 8 8 9 100 4 900 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour 6000 14 3200 3200 5400 7 4400 5 Precio Total 7700 2800 700 4500 . el archivo anterior deberá ser dividido en dos.¿Hay algún campo no-llave que dependa de apenas. un mismo Neg ocio podrá aparecer con números de Teléfonos diferentes. ¿El Teléfono depende apenas de una parte de la llave? también podrá saber cual es su Teléfono. la base de datos no estará correcta por las siguientes razones: El archivo de datos ocupará mas espacio en el disco del que será necesario. Si un negocio cambia el número de Teléfono. Si ocurre algún problema con el proceso de actualización de datos. dependiendo de cual registro sea por el que se accede.

Como regla general es importante. NEGOCIOS. que un archivo de datos en una base de datos d ebe almacenar datos que describan apenas una entidad o evento. P or lo tanto. ocupando menos espacio en el disco. sabremos el Total. el campo "Total" es dependiente de dos campos no-llave. Por lo tanto. Del trabajo 1176 670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. Preci o y Total) son dependientes de toda llave primaria concatenada Producto + Negoci o y de nada más. El archivo de PRODUCTOS E N STOCK está en la segunda forma normal porque los campos no-llave(Cantidad.llave c omo Dirección o Teléfono naturalmente será dependiente del único campo llave. a pe sar de estar en la primera forma normal. Precio y Total. una columna no . Un archivo en la segunda forma normal también estará en la tercera forma normal si u n campo no-llave depende de otro campo no-llave. que el archivo de PRODUCTOS EN STOCK no está en la tercera forma normal. pues puede ser obtenido a partir de la Cantidad multiplicada por el Precio. por lo tanto. que es Neg ocio. Cruz 4897 342-6400 Macro Av. el archivo de PRODUCTOS EN STOCK pasa a est ar en la tercera forma normal. Eliminar los atributos dependientes de atributos que no son parte del identifica dor único. y sin pérdida de información. El segundo archivo. La Plata 2222 921-4802 Jumbo Av. Para verificar si un archivo en la segunda forma normal también está en la tercera f orma normal debemos preguntar: ¿Algún campo no -llave es dependiente de cualquier ot ro campo no-llave? El archivo de los PRODUCTOS EN STOCK posee tres campos (o columnas) no-llave: Ca ntidad. Rivadavia 7788 449-7448 Ahora los dos archivos están en la segunda forma normal. Rivadavia 4735 923-4377 Tía Av. es fácil percibir que el archivo anterior. un archivo de datos para estar en la segunda forma normal debe contener datos apena s sobre un único objeto de información o una única clase de objetos. también está en la segunda forma normal porque él no posee una llave concatenada y. En nuestro ejem plo. Analizando desde otra perspectiva. Si el campo "Total" fuese eliminado. TERCERA FORMA NORMAL (3FN). contiene datos que describen dos cosas distintas y que son por un lado PRODUCTOS y por el otro NEGOCIOS. Si sabemos la Cantidad y el Precio. Producto ARROZ Coto Negocio Cantidad 200 10 ARROZ 500 Disco 9 Precio . Concluimos entonces.AZUCAR Tía 1200 3 3600 Negocio Dirección Teléfono Coto Av. el primer archivo ahora contiene apenas datos sobre productos en stock y e l segundo sobre negocios.

FIGURA 5. si es verdad. son una excelente forma gráfica de describir fácilmente los detalles procedimentales. si es falso. Según sea la respuesta que se dé a dicha consulta (verdadero o falso) se seguirán diferentes caminos.Los bloques pueden representar acción o decisión. etc.5 FLUJOGRAMA TABLAS DE DECISIÓN .ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR Carrefour Jumbo 1000 Coto 300 Macro 500 Carrefour Jumbo 400 Coto 400 Macro 600 Carrefour Disco 1100 Carrefour Tía 1200 700 8 13 12 200 8 8 9 100 4 900 3 11 14 7 5 FLUJOGRAMAS Como se señaló anteriormente. borrar. Los bl oques. Las tres construcciones de la programación estructurada se representan como en la figura 5.entonces . Los flujogramas son usados principalmente para la documentación física o las interfa ces del hardware dentro de un sistema.sino). La condición. se dibujo como un rombo de decisión que. es también el método del que más se ha abusado. Las líneas de dirección o flechas que comunica los bloques y determinan el orde n secuencial en que deben ser considerados. La secuencia se representa c omo dos cuadros de procesamiento conectados por una línea de control. Desgraciadamente. el DFD es una herramienta muy adecuada para modelizar una red de procesos comunicantes asincrónicos. en el orden secuencial correspondiente. pasa al procesamiento e la parte else. Es por eso que precisamos de otra h erramienta para representar la lógica y la secuencia de un procedimiento. etc. Su descripción implica siempre aplicar un verbo (hacer algo): sumar. El flujograma es la representación gráfica que muestra: el comienzo y el fin de un p roceso de tratamiento de datos.5. también denominada IF -THEM-ELSE (si. El flujograma es la representación gráfica más ampliamente usada para el diseño procedim ental. No hay duda de que de las herramientas tales como los flujogramas. Un bloque de acción representa una actividad: efectuar una operación aritmética entre dos números. convertir un valor en cero. Un flujograma es un gráfico muy sencillo. Un bloque de decisión: es una forma de expresar una consulta acerca del cumplimien to o no de una determinada condición o alternativa. Un flujograma contiene dos tipos e elementos: Los bloques y las líneas. y las operaciones de decisiones necesarias para cumplirlo. transferir. hace que se realice el procesamiento de la parte the m y.

y constituye una operación o un procedimiento completo que el sistema debe e jecutar. conte niendo cada una de ellos procedimientos manuales y/o automatizadas. entonces. En su documentación de los sistemas brinda la ventaja de evitar descripciones lite rarias de compleja compresión. a fin de que el sistema pueda ser desarrollado y ejecutado en unidades menores.Es una forma particular de matriz mediante la cual se representan las acciones a tomar cuando se dan determinadas condiciones (variables relevantes). Lo normal es que los módulos estén relacionados con las entradas y salida de . 2 Poner por escrito en lenguaje narrativo el planteo del problema a fin de su corroboración 3 Distinguir y separar las condiciones de las acciones y agruparlas respec tivamente 4 Crear la tabla de decisiones vacía. Es una técnica de aplicación en el análisis y diseño de sistema y procedimientos: presen ta un modelo lógico de alternativas o conjunto de alternativas de forma completa y fácil de captar y visualizar. y generalmente será desde una opción de l menú. que llamaremos módulos. Y también como un medio de comunicación e instrumento de programación elimina todas las ambigüedades o falta de precisión que pueden surgir de las descripciones literarias facilitando al programador la conversión de las co ndiciones y decisiones a instrucciones aplicables a un computador. u n procedimiento manual o automatizado. una relación de operaciones o comandos. habrá 2 N reglas distintas. relacionando todas las condiciones y a cciones en la columna izquierda y enumerando las combinaciones de condiciones en lo alto de la tabla (reglas) 5 Registrar los valores de las condiciones y de las acciones. Un módulo siempre será invocado como una unidad. Estos módulos pueden ser: un programa. 6 Analizar los resultados obtenidos (detección de omisiones redundancias con tradicciones o ambigüedades) 7 Discutir los resultados con los usuarios MODULOS DE UN SISTEMA Un DFD precisa ser subdividido en diferentes partes. más fáciles de s er implementadas controladas y manejadas. o u na combinación de estas tres. Si hubiera N variables con valores binarios (verdadero / falso). si hubiera 3 condiciones habrá 8 normas. Las tablas decisión están divididas en cuatro cuadrantes que conforman el siguiente esquema: REGLAS DESCRIPCIÓN DE CONDICIONES VALORES DE CONDICIONES DESCRIPCIÓN DE ACCIONES VALORES DE ACCIONES Una metodología para la creación de las tablas es la siguiente 1 Definir e interpretar el problema (cuidado con las obviedades).

dará acceso o ejecutará una determinada operación. Y ésta jerarquía de módulos es la que da origen al árbol del sistema. . guardan una relación jerárquica entre sí. Como ejemplo de módulos presentamos los sig uientes: Confección de una NOTA DE PEDIDO Modificación del los datos del CLIENTE Dar de baja a un PROVEEDOR Grabar el Archivo HISTÓRICO DE VENAS. Por último.los datos. se encuentra en uno de estos tres casos. El árbol de sistema es un organigrama. EL ÁRBOL DE UN SISTEMA Los módulos ya definidos. sin ningún procesamiento adicional informatizado de s us datos. desde los mas am plios hasta los mas específicos. La misma. pues cada módulo . se debe realizar en función de las relacio nes existentes entre los procedimientos y su contexto. 1) se conecta a un repositorio o proceso ya definido para ser implementado por software. se debe anali zar la posibilidad y la conveniencia de su implementación por software. hasta que sean completamente separad os los procesos manuales de los procesos a ser implementados por software. Grabar una copia de seguridad de los archivos. 2) tiene su origen en una entidad externa y puede ser transferido directame nte par procesamiento por software sin ningún procesamiento adicional no informati zado de sus datos 3) tiene como destino una entidad externa y puede ser a él enviado directamen te de la salida de software. ESPECIFICACIÓN DE LOS MÓDULOS DEL SISTEMA Habiendo ya definido los principales módulos y también elaborado el árbol del sistema y como cada uno de ellos está relacionado con el DFD y con el MRD. Una de las funciones principales del árbol es la d e determinar la estructura de los menús de operaciones del sistema. Una regla práctica : Un proceso es candidato a ser totalmente informatizado. según su nivel. y en las entidades y sus relaciones definidas en el RDM. si todo flujo de datos q ue en él entra o sale. En caso de no ser posible implementar el proceso totalmente por software. se debe asignar un nombre a cada módu lo (que se corresponda con el proceso definido en el DFD) y diseñar la relación entr e los módulos. que identifica a cada uno de los módulos y la jerarquía existente entre ellos. luego de la definición de los módulos. procedimiento de cálculo y otras operaciones e specíficas que el sistema deba efectuar. Si fuese decidido que determinado proceso tendrá apoyo automatizado. el deb e ser explotado y revalidado continuamente. el desarrollo y prueba de los mismos debe ser planificado. Como la división de un sistema en módulos. debe tener su o rigen en los procesos del DFD. Cálculo del SALARIO. se debe producir y revisar una especificación escrita para cada módulo. actualización de archivos. existen nivel es de procesos y operaciones que serán desempañados por el sistema. o sea. Normalmente.

Permitiéndole a los participantes de un proyecto. y en su traducción al Español significa Ingeniería de Software Asistida po r Computación. QUÉ ES UNA HERRAMIENTA CASE CASE es una sigla.Esta especificación. mas comprensibles y además mejorar la comunicación entre los participantes. como la aplicación de métodos y técnicas a través de las cual es se hacen útiles a las personas comprender las capacidades de las computadoras. que los sistemas (especialmente los complejos). Si los formularios e informes del sistema fuesen generados por un generador auto mático (Asistente automático). se tornen mas flexibles. el profes ional se encuentra con una gran dificultad en la utilización de las metodologías. para realizar el Modelo de Datos . los archivos a ser accedidos ya fueron definidos en el DFD y el MRD. utilizand o el método de Yourdon para el Modelo del Proceso. que pueda abarca r esa amplitud de conceptos. y una buena definición genérica. Concentrando nuestra atención en el uso de estas herramientas. debe contener toda la información necesaria para que se pueda producir los códigos o programas necesarios para cada uno de los módulos. pues la lógica del siste ma. sería la de considerar a la Ingeniería de Software Asis tida por Computación (CASE). de procedimientos y su respectiva documentación. La especificación de los módulos se realizará hasta el punto en que se tenga un modelo claro de los formatos de entradas y de salidas de datos. quien programe debe saber qué campos o datos aparecerán e n cada formulario e informe.Martin del Diagrama de Entidad Rel ación. Para solucionar estos problemas se puede considerar la utilización de herramientas CASE. Figura 5. En la Figura 1 se muestra un Diagrama de Flujo de Datos estructuradao. y además podrá utilizar el mismo generador de formulari os para definir la posición exacta de cada campo. para el desarrollo de proyectos informáticos que tengan como objetivo la automatización de procedimient os adiministrativos. El concepto de CASE es muy amplio. En la introducción del Libro describimos que en los Proyectos Informáticos. que corresponde a las iniciales de: Computer Aided Software E ngineering. podemos decir que: Las herramientas CASE representan una forma que permite Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Información Gerenciales. desarrol lados por profesionales de administración en pequeñas y medianas empresas. estas herramientas permitirán organizar y manejar la información de un proyec to informático.1 Modelo del Proceso de Negocio En la Figura 2 se muestra la metodología de J. a la gran cantidad de documentación que es ne cesaria. Y que esto se debe principalmente a las exigencias y esfuerzo adicional que requ iere la elaboración de los modelos y . por medio de programas.

Por ello recomendamos. También es un hecho que estas mismas herramientas. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual. Figura 5.Figura 5. Mejorar el diseño de l os sistemas.6 Chequeo de Reglas Figura 5. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones. que le permitirá al adm inistrador de un proyecto informático.2 Modelo Relacional de Datos Algunos de los componentes de las herramientas CASE permiten: Confeccionar la definición de requerimientos de los usuarios.7 Informe del Chequeo de Reglas Figura 5. 7 y 8). Mejorar la eficiencia en la programación (por su generación automática de códigos). Figura 5.4 Diccionario de Datos Editor Figura 5. Para ello. Otorgar a la administración un mejor soporte en la documentación. a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5). sobre las herramientas.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. llevar adelante un proyecto informático de f orma eficaz y eficiente. Figura 5. podemos hacer notar que las herramientas CASE serán un elemento muy importante. que al momento de adquirir alguna herramienta CASE.5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6.3 Herramientas de edición Contar con un Diccionario de Datos. se ap . y sin importar la arquitectura de la herramienta CASE. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3).

la diagramación lógica (ver 4. sino también la de automatizar las propias tareas del proyecto. Velocidad: Tal lo visto en el primer capítulo ( ver 1. la calidad del sistema se verá afectada. Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información. son eso: "HERRAMIENTAS". aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología. Si existen ambigüedades. CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna. Se debe evitar la programac ión manual. Cambiabilidad. entre otros.2. con todo lo que ello implica. es que las herramientas CASE. flujogramas). Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. el Query .by . las tablas de decisión (ver 4. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático. que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios.5. Otro elemento importante conveniente de destacar. Proyecto informático. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000). y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son.2. tablas de decisión ). como: el Standard Que ry Languaje (SQL) . Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático. l ista de eventos). Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. que ell as en sí mismas son una metodología. Confeccione y utilice herramientas de análisis. Por lo tanto se deben adopta .1. su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto. Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto.Example (QBE). el Query .Diagram (QBD) o el Grafphics Language for Database. como el diccionario de datos ( ver 4. Persiga altos niveles de p roductividad. deben ser aplicadas a una metodología determinada. ta reas y recursos) otro de los problemas principales. inicio de un proyecto informático). por lo tanto es ineficaz e ine ficiente. pues ésta es lenta y propensa a errores.By . es el tiempo que involucra al mismo. incongruencias. en el desarrollo de todo pro yecto informático. la lista de eventos ( ver 4.lique rigurosamente una metodología de compra. El usuario es quien más sabe del sistema involucrado en el proyecto . que implicarán cambios en los programas y en l os sistemas. Verificación de condición correcta.3 el diccionario de datos).6. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios. contradicciones.

. c onectados en forma automática con la representación básica. consideran el hecho informático dividido en fases. El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. evitando puentes manuales que introducen errores. 2. La base de datos es el elemento principal de toda automatización de tareas. Jr. Dialectos alternativos. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. Diseño estable de base de datos. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. Control de operabilidad mutua. MERISE. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. 3.7. sepa utilizar el conocimiento científico. las entradas y la lógica del procesamiento.4.r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos. que involucra tanto esfuerzo y sacrificio. el árbol de un sistema). en razón de su familiaridad con él. . dibujar y diseñar sistemas. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. El usuario creativo se basa en el control del diseño por parte del usuario. este modelo tiene básicamente tres componentes: 1. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4.7. sintaxis y gráficos comunes. Cua lquier centro de desarrollo puede montar su metodología. Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. con el d iseño creativo de sistemas. en la media posible. Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable. Modularidad. Una propuesta interesante de destacar es la que propone Lucas H. 5 herramientas CASE) para conceptualizar. cualquier metodología es mejor que ninguna. Debe ser factible efectuar cambios en forma loca l dentro del módulo. módulos de un sistema). p or lo tanto. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras.C. Se necesita una técnica formal y rigurosa. con la máxima prontitud posible. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. cuyo conjunto forma el ciclo de vida de un sistema informático. Estas herramientas deben f uncionar en forma integrada. Todas las metodologías. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. Se debe disponer de herramientas de ingeniería de sof tware(ver. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. D eben utilizar. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas.

Modelización de datos almacenados). -RDM (ver 4. METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. objetivos). El diagrama de flujo de datos. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos.Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico. módulos del sistema ). se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. como lo describimos en la introducción de la obra en las metodologías simplificadas.2. Crear el modelo de implementación del usuario Definir los módulos del sistema.2.1. La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4.2. Producir un diagrama de contexto Modelizar la relación del sistema con el contexto. En esta etapa son decididos los procesos a ser au tomatizados.2. Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder.7. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar . Definir los requisitos de implementación Mientras son definidos los procesos a ser informatizados. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. el diagrama de flujo de datos ).4. nosotros nos concentraremos.2.

1. Especificar los módulos. 3. Proyectar la base de datos física Definir las características físicas de cada dato.. Los diagramas de estructura deben ser integrados en programas. 3. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados.e como un todo: Desempeño. en general tal es herramientas deben abarcar las siguientes propiedades: Tener una interfaz gráfica y textual.1. módulos pa a alteración de parámetros de operaciones. (v er 3. Otorgar a la administración un mejor soporte en la documentación.2. estos módulos serán incorporados al Diag rama de estructura. llave primaria. c onsideraciones sobre seguridad y auditoría.5 .4. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario. a través de pseudo código flujogramas u otros (ver. Integrar los diagramas de Estructura. modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes. mensual. Elaborar diagramas de estructura. o por cualquier otro tipo de afinidad. módulos para la creación y restauración de índices. Para ello. Flujogramas). restricciones de costos. Una única interfaz puede ser generada para atender varios flujos simultáneamente. en el caso de sistemas distribuido. (ver cap. etc. rutinas On-Lin e. anual. como: módulos de implementación de backups. el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. como por ejemplo . Base de datos.3 índices de acceso). 4 el árbol de un sistema) Para cada proceso a ser automatizado. como la definición de las llaves principales. etc. . y de las transformaciones que generan los datos de salida a partir de los datos de entrada. Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso. restricciones operacionales. será creado un diagrama de estructura. incorporándose a él módulos de apoyo operacional. como el tipo el dominio. ermiten: Confeccionar la definición de requerimientos de los usuarios. etc. Mejorar la eficiencia en la programación (por su generación automática de códigos). índices. y sin importar la arquitectura de la herramienta CASE. tecnología a ser empleada. La estructura del software es complet ada. módulos de control. La especificación de los módulos. que le permita al usuario manejar los o bjetos de diseño (Ver Figura 3). Mejorar el diseño de l os sistemas. la organi zación de cada archivo.

a fin de rastrear y controlar los objet os diseñados (Ver figura 4 y 5).6 Chequeo de Reglas Figura 5. Nunca piense que ellas le solucionarán todos sus problemas o peor que eso. El administrador de un proyecto informático debe buscar la máxima automatización de la s tareas que realizarán cada uno de los profesionales involucrados en un proyecto informático. sino también la de automatizar las propias tareas del proyecto.4 Diccionario de Datos Editor Figura 5. que al momento de adquirir alguna herramienta CASE. También es un hecho que estas mismas herramientas. deben ser aplicadas a una metodología determinada. Figura 5. Por ello recomendamos. Figura 5.7 Informe del Chequeo de Reglas Figura 5. su uso está restringido a la metodología elegida pa ra llevar adelante el análisis y diseño del proyecto. sobre las herramientas. llevar adelante un proyecto informático de f orma eficaz y eficiente.3 Herramientas de edición Contar con un Diccionario de Datos. como toda Tecnología de la Inform ación se encuentra en continua evolución y existe además una gran variedad de proveedo res y productos y cada uno de ellos con sus diferentes aplicaciones y especifica ciones.Figura 5. se ap lique rigurosamente una metodología de compra. es que las herramientas CASE. son eso: "HERRAMIENTAS". podemos hacer notar que las herramientas CASE serán un elemento muy importante. que le permitirá al adm inistrador de un proyecto informático. que permita evaluar tanto al softwa re como al proveedor del mismo (PERISSÉ-2000).5 Diccionario de Datos Estructura Disponer de un conjunto de herramientas que permitan: chequear las reglas d el diseño y analizar la lógica del diseño ( Ver figuras 6.8 Informe del Chequeo del Balanceo entre los Niveles del DFD A partir de ésta descripción conceptual. 7 y 8). Es importante destacar que lo que buscamos no es solamente que en tod o proyecto informático se esté dispuesto a automatizar tareas requeridas por los usu arios. y que como tales permiten aumentar la productividad en el desarrollo de un proyecto y como herramientas que son. Otro elemento importante conveniente de destacar. . que ell as en sí mismas son una metodología.

en la media posible. Los sistemas deben dividirse en módulos fácilmente identificables (ver 4. Proyecto informático.7. Control de operabilidad mutua. para tener la seguridad de que el sistema y los módulos desarrollados se paradamente operan correctamente en conjunto ( ver 4. flujogramas).6. 5 herramientas CASE) para conceptualizar. Por lo tanto se deben adopta r lenguajes que permitan que la gerencia extraiga nueva información de las bases d e datos.5. módulos de un sistema). Todo efecto de cambio exterior al módulo debe ser rigurosamente rastreable.3 el diccionario de datos). Los errores provocan ineficiencia ineficacia y baja productividad Técnicas que faciliten la comunicación con los usuarios finales. El usuario es quien más sabe del sistema involucrado en el proyecto . c onectados en forma automática con la representación básica. sintaxis y gráficos comunes. D eben utilizar. la lista de eventos ( ver 4. tablas de decisión ). Es por eso que se deben aplicar técnicas y metodologías que permitan realizar dichos cambios. que implicarán cambios en los programas y en l os sistemas. Debe ser factible efectuar cambios en forma loca l dentro del módulo.CARACTERÍSTICAS EN TODA METODOLOGÍA DE PROCESAMIENTO DE DATOS A continuación presentamos una lista de atributos. contradicciones.1. este modelo tiene básicamente tres componentes: . l ista de eventos).Example (QBE). Además los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualización y de generadores de información. con todo lo que ello implica. se debe buscar la máxima automatización p osible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informático.4. La base de datos es el elemento principal de toda automatización de tareas.7. Modularidad. evitando puentes manuales que introducen errores. describimos que existirán cambios e n el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnología. por lo tanto es ineficaz e ine ficiente. ta reas y recursos) otro de los problemas principales. Confeccione y utilice herramientas de análisis. con el d iseño creativo de sistemas. sin que esto involucre un incremento significativo tant o de los costos y como en el tiempo de implementación de estos cambios.by . Cuando vimos las causas que dan inicio a un proyecto informáti co (ver 1. incongruencias. inicio de un proyecto informático).By . la calidad del sistema se verá afectada. Persiga altos niveles de p roductividad. dibujar y diseñar sistemas. Tal cual lo visto en el tópico de la mod elización de datos almacenados ( ver 4. es el tiempo que involucra al mismo. Se debe disponer de herramientas de ingeniería de sof tware(ver. Velocidad: Tal lo visto en el primer capítulo ( ver 1.C. pues ésta es lenta y propensa a errores. Si existen ambigüedades.. las tablas de decisión (ver 4. el Query . Se debe evitar la programac ión manual. Estas herramientas deben f uncionar en forma integrada. con la máxima prontitud posible. que se consideran mínima en todo procesamiento de datos: Automatización: Como venimos diciendo. como el diccionario de datos ( ver 4. en el desarrollo de todo pro yecto informático. Diseño estable de base de datos. Dialectos alternativos. para poder detectar automáticamente todos los errores de sintaxi s y de semántica interna. Los usuarios d eben desarrollar el conocimiento necesario para verificar cada etapa de evolución del proyecto. Verificación de condición correcta. Se necesita una técnica formal y rigurosa. como: el Standard Que ry Languaje (SQL) .2. entre otros. Jr. la diagramación lógica (ver 4. aplicando técnicas y metodologías que le permitan alcanzar resultados rápidamente. el árbol de un sistema). Una propuesta interesante de destacar es la que propone Lucas H. el Query .2. el modelo RDM) cuide las técnicas y los méto dos para la construcción de las tablas. Cambiabilidad.Diagram (QBD) o el Grafphics Language for Database.

cualquier metodología es mejor que ninguna. buscamos mostrar que toda actividad debe estar basada en una metodología y en principio. Cua lquier centro de desarrollo puede montar su metodología. como lo describimos en la introducción de la obra en las metodologías simplificadas. 2. sepa utilizar el conocimiento científico. p or lo tanto. El usuario está a cargo del diseño lógico o conceptual del sistema incluyendo las sali das. aunque esta alternativa i mplica disponer del tiempo necesario para el desarrollo de la nueva metodología. Todas tienen en común la idea de descomposición del hecho informático en cuatro grande s grupos Análisis definición del problema estudio de la situación actual requisitos a considerar estud io de factibilidad Diseño lógico análisis funcional definición de datos y procesos modelización Diseño físico creación de ficheros y tablas elaboración de programas Implementación y control Formación del usuario implantación del sistema explotación del sistema Mantenimiento Esta metodología la podrá encontrar en un amplio universo bibliográfico. atención especial a las interacciones de éste con el sistema y evaluación de su calidad de a cuerdo con el criterio del mismo usuario. El usuario en escribe ni contro la programas estos pueden ser desarrollados con lenguajes de 4 generación y ser co ntrolados con herramientas CASE. MERISE. El usuario creativo se basa en el control del diseño por parte del usuario. nosotros nos concentraremos.1. YOURDON Y SSADM (structured Sydtem Analysis Design Method ) y tantas otras. en razón de su familiaridad con él. METODOLOGÍA ESTRUCTURADA SIMPLIFICADA. diseño controlado por el usuario atención especial a las interacciones con el usuario evaluación de la calidad de los sistemas según el criterio del usuario El diseño controlado por el usuario significa que el usuario está a cargo del esfuer zo de diseñar Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseño y por lo tanto está mejor prepara do para usar el sistema. 3. las entradas y la lógica del procesamiento. que involucra tanto esfuerzo y sacrificio. METODOLOGÍA PARA EL DESARROLLO DE SISTEMAS A lo largo de este texto. consideran el hecho informático dividido en fases. Todas las metodologías. cuyo conjunto forma el ciclo de vida de un sistema informático. lo más práctico es seguir los métodos que ya han demostrado su validez y son de aplicación universal. .

Definir los requisitos de implementación Mientras son definidos los procesos a ser informatizados. La estructura del software es complet ada. restricciones operacionales. 4 el árbol de un sistema) Para cada proceso a ser automatizado. Definir el modelo de datos Modelizar la relación de los repositorios de datos co n la técnica del Modelo Relaci onal de Datos. rutinas On-Lin e. c onsideraciones sobre seguridad y auditoría. será creado un diagrama de estructura.Todo proceso de desenvolvimiento de software usando metodología Estructurada simpl ificada está basado en la identificación de los eventos a los que el sistema debe re sponder.2. módulos del sistema ). modificacione s en procedimientos manuales y en otros sistemas informatizadas ya existentes. el agrupamiento d e funciones puede ser hecho por proximidad temporal de utilización. Definir el modelo comportamental Utilizamos el DFD como herramienta modeladora de la transformación de las entradas en salidas (ver 4. Crear el modelo de implementación del usuario Definir los módulos del sistema. en el caso de sistemas distribuido.2. El diagrama de flujo de datos. mensual. Integrar los diagramas de Estructura. módulos de control. incorporándose a él módulos de apoyo operacional. Modelización de datos almacenados). como por ejemplo . Producir un diagrama de contexto Modelizar la relación del sistema con el contexto.2. como: módulos de implementación de backups.2.7. Las f unciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso.4. restricciones de costos. módulos pa . el agrupamiento es hecho conforme al proce sador en que serán ejecutadas las funciones. se somete a la evaluación del usuario cada proceso del modelo comport amental (ver 4. o por cualquier otro tipo de afinidad. el diagrama de flujo de datos ). Elaborar diagramas de estructura. -RDM (ver 4. y de las transformaciones que generan los datos de salida a partir de los datos de entrada. En esta etapa son decididos los procesos a ser au tomatizados. determinando cuales son las área s de la empresa que participarán del sistema como fuentes de información (ver 4. Los diagramas de estructura deben ser integrados en programas.. anual. se debe discutir y doc umentar los requisitos de implementación de esos procesos y del sistema de softwar e como un todo: Desempeño. etc.1. (ver cap.2. objetivos). módulos para la creación y restauración de índices. tecnología a ser empleada. La secuencia metodológica es al siguiente: Definir la lista de eventos Desarrollar una lista de requerimientos en lenguaje natural según lo descripto en el punto 4.

5 . 3. 3. Las interfaces necesarias a los módulos que implementan menús de sel ección y a los módulos de apoyo operacional complementaran el proyecto de la interfa z con el usuario. como el tipo el dominio. estos módulos serán incorporados al Diag rama de estructura. etc. como la definición de las llaves principales.3 índices de acceso). llave primaria. (v er 3. a través de pseudo código flujogramas u otros (ver. la organi zación de cada archivo. La especificación de los módulos.1. .1. Proyectar la base de datos física Definir las características físicas de cada dato. Especificar los módulos. etc.4. Una única interfaz puede ser generada para atender varios flujos simultáneamente. Base de datos.2. índices. donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario será desarrol lada a partir de los flujos de datos de entrada y de salida de los procesos a se r automatizados. Flujogramas).a alteración de parámetros de operaciones.