UNEFA Procesamiento de Datos Prof.

Luis Pea

Anlisis Estructurado
Qu es analizar?
Es estudiar un problema antes de tomar alguna accin.
Qu son datos?
Es un hecho o valor a partir del cual se puede inferir una conclusin; informacin.
Qu son estructuras de datos?
Son fun conjunto de datos elementales organizados de alguna forma, con el objetivo de facilitar su manipulacin.

Qu es el anlisis estructurado de sistemas?

Es el estudio de un sistema separando los componentes para su fcil comprensin.
El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la
aplicacin.
Permite que las personas observen los elementos lgicos separados de los fsicos.

Mtodo de desarrollo por anlisis estructurado

Es para grandes sistemas.
Se divide el sistema en componentes.
Se construye un modelo del sistema.

Mtodo de desarrollo por anlisis estructurado - Elementos

Descripcin Grafica Diagramas de Flujo de Datos Diccionario de Datos

Utiliza smbolos o iconos Tienen la misin de: Se definen flujo de datos,

para crear un modelo Mostrar las fuentes y destinos de los procesos y almacenes de
grafico del sistema. Sin datos. datos.
introducir procesos Identificar y dar nombre a los procesos.
manuales o Dar nombre a los grupos de datos que
informatizados, archivos relacionan una funcin con otra.
etc. Sealar los almacenes de datos a los
que se tiene acceso.
Descripcin Descendente TOP DOWN.

ANLISIS ESTRUCTURADO Conceptos generales

Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de informacin, a menudo tienen que
profundizar en un rea de la organizacin con la que tienen poca familiaridad. A pesar de esto, futuros usuarios - de
esa rea. Cualquier nuevo sistema o conjunto de recomendaciones para cambios en el sistema existente, ya sea ste
manual o automatizado, debe conducir hacia una mejora. Para alcanzar este resultado, se espera que los analistas
de sistemas hagan lo siguiente:
Aprendan los detalles y procedimientos del sistema en uso.
Obtengan una idea de las demandas futuras de la organizacin como resultado del crecimiento, del
aumento de la competencia en el mercado, de los cambios en las necesidades de los consumidores, de la
evolucin de las estructuras financieras, de la introduccin de la nueva tecnologa y cambios en las polticas del
gobierno entre otros.
Documentar detalles del sistema actual para su revisin y discusin por otros.
Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos, tomando en cuenta el impacto
sobre las demandas anticipadas para el futuro.
Fomentar la participacin de gerentes y empleados en todo el proceso, tanto para aprovechar su
experiencia y conocimiento del sistema actual, como para conocer sus ideas, sentimientos y opiniones
relacionadas con los requerimientos de un nuevo sistema o de los cambios para la cual.
UNEFA Procesamiento de Datos Prof. Luis Pea

Qu es el anlisis estructurado?
El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al
desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Cuando los
analistas de sistemas abordan una situacin poco familiar, siempre existe una pregunta sobre donde comenzar el
anlisis. Una situacin dinmica siempre puede ser vista como abrumadora debido a que muchas de las actividades
se llevan a cabo constantemente. El anlisis estructurado permite al analista conocer un sistema o proceso
(actividad) en una forma lgica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite
ningn detalle pertinente.

Significado de estructurado:

Qu es lo que desea estructurar? Qu significa estructurar? El objetivo que persigue el anlisis estructurado es
organizar las tareas asociadas con la determinacin de requerimientos para obtener la comprensin completa y
exacta de una situacin dada. A partir de aqu determina los requerimientos que sern la base de un sistema nuevo o
modificado.

En el anlisis estructurado la palabra estructura significa qu: 1) el mtodo intenta estructurar el proceso de
determinacin de los requerimientos comenzando con la documentacin del sistema existente; 2) el proceso est
organizado de tal forma que intenta incluir todos los detalles relevante que describe al sistema en uso; 3) es fcil
verificar cuando se han omitido detalles relevantes; 4) la identificacin de los requerimientos ser similar entre varios
analistas e incluir las mejora soluciones y estrategias para las oportunidades para de desarrollo de sistemas; y 5) los
documentos de trabajo generados para documentar los sistemas existente o propuesto son dispositivos de
comunicacin eficientes.

Componentes del anlisis estructurado.

El anlisis estructurado hace uso de los siguientes componentes:
1. Smbolos grficos.
2. Diccionario de datos.
3. Descripciones de procesos y procedimientos.
4. Reglas.
Qu es el anlisis de flujo de datos?
Los analistas desean conocer las respuestas a cuatro preguntas especificas:
Qu procesos integran el sistema?
Qu datos emplea cada proceso?
Qu datos son almacenados?
Qu datos ingresan y abandonan el sistema?

De lo anterior es claro que se da gran importancia al anlisis de los datos.

Los datos son la gua de las actividades de la empresa. Ellos pueden iniciar eventos (por ejemplo, los datos sobre
nuevos pedidos) y ser procesados para dar informacin til al personal que desea saber qu tambin se han
manejado los eventos (al medir la calidad y tasa de trabajo, rentabilidad, etc.). El anlisis de sistemas conoce el papel
central que tienen los datos de la empresa en las organizaciones. Seguir el flujo de datos por todos los procesos de la
empresa, que es la finalidad del anlisis de flujo de datos, les dice mucho a los analistas sobre cmo se alcanza los
objetivos de la organizacin. En el transcurso del manejo de transacciones y terminacin de tareas los datos entran,
son procesados, almacenados, recuperados, analizados, utilizados, cambiados y presentados como salidas. El
anlisis de flujo de datos estudia el empleo de los datos en cada actividad. Documento a los hallazgos con diagramas
de flujo de datos que muestran en forma grfica la relacin entre procesos y datos, en los diccionarios de datos que
describe de manera formal los datos del sistema y los sitios donde son utilizados.

CARACTERISTICAS DE LA ESTRATEGIA DE FLUJOS DE DATOS

El anlisis de flujo de datos examina el empleo de los datos para llevar a cabo procesos especficos de la empresa
dentro del mbito de una investigacin de sistemas. El anlisis puede pensarse de tal manera que se estudia
UNEFA Procesamiento de Datos Prof. Luis Pea

actividades del sistema desde el punto de vista de los datos: donde se originan, como se utilizan o cambian, hacia
donde van, incluyendo las paradas a los largo del camino que siguen desde sus origen hasta sus destino.

Los componentes de la estrategia de flujo de datos abarcan tanto la determinacin de los requerimientos como el
diseo de sistemas. Una notacin bien establecida facilita la documentacin del sistema actual y su anlisis por todos
los participantes en el proceso de determinacin de requerimientos.

Herramientas de la estrategia de flujo de datos:

La estrategia de flujo de datos muestra el empleo de estos en forma grfica. Las herramientas utilizadas al seguir
esta estrategia muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre s. Puede
ser difcil comprender en su totalidad un proceso de la empresa si se emplea para ello una descripcin verbal; Las
herramientas para el flujo de datos ayuda a mostrar los componentes esenciales de un sistema junto con sus
interacciones.

El anlisis de flujo de datos utiliza la siguientes Herramientas:

1. Diagrama de flujo de datos
Una herramienta grfica se emplea para describir y analizar el movimiento de datos a travs de un sistema,
ya sea que este fuera manual o automatizado, incluyendo procesos, lugares para almacenar datos y retrasos
en el sistema. Estos diagramas reciben el nombre de diagramas lgicos de flujo de datos
2. Diccionario de datos
El diccionario contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema,
incluyendo nombre, descripcin, alias, contenidos y organizacin. Tambin identifica los procesos donde se
emplea los datos y los sitios de donde se necesitan el acceso inmediato a la informacin. Sirve como puerto
de partida para identificar los requerimientos de las bases de datos durante el diseo del sistema.
3. Diagrama de estructura de datos
Este diagrama es una descripcin de la relacin entre entidades (personas, lugares, eventos y objetos) de un
sistema y el conjunto de informacin relacionada con la entidad. No considera el almacenamiento fsico de
los datos.
4. Grfica de estructura
Herramienta de diseo que muestra con smbolos la relacin entre los mdulos de procesamiento y el
software de la computadora describe la jerarqua de los mdulos componentes y los datos que sern
transmitidos entre ellos. Incluye el anlisis de las transformaciones entrada - salida y el anlisis de
transaccin.

DESARROLLO DE DIARAMAS DE FLUJO DE DATOS

Para que de utilidad y proporcionan informacin los diagramas de flujo de datos deben dibujarse en forma adecuada.
Esta seccin muestra como dibujarlos: donde comenzar, como aadir detalles a las descripciones, cuando incorporar
la informacin sobre el control y como mantener la consistencia al asignar los nombre s de los objetos incluidos en
los diagramas. La presentacin seala tambin errores comunes que deben evitarse.

Diagramas fsicos de flujo de datos

Los diagramas de flujo de datos son de dos tipos:

Diagramas fsicos de datos
Proporciona un panorama del sistema en uso, que es dependiente de la implantacin, que muestra qu
tareas se llevan a cabo y cmo. Las caractersticas fsicas incluyen:
Nombres de personas
Nombre de nmeros de formatos y documentos
Nombres de departamentos
Archivos maestros y de transacciones
Equipo y dispositivos utilizados
Ubicaciones
Nombre de procedimientos
UNEFA Procesamiento de Datos Prof. Luis Pea

Diagramas lgicos de flujo de datos

Proporcionan un panorama del sistema independiente de la implantacin, que se centra en el flujo de datos entre los
procesos sin considerar los dispositivos especficos y la localizacin de almacenes de datos o personas en el
sistema. En este tipo de diagramas no se indican las caractersticas fsicas, lo cual si sucede con los diagramas
fsicos de flujo.
El enfoque ms amplio y til para desarrollar una descripcin exacta y completa del sistema en uso, comienza con el
desarrollo del diagrama fsico de flujo de datos. El empleo de estos diagramas es deseable por tres razones. Primera,
es comn que los analistas de sistemas encuentren mucho ms fcil describir la interaccin entre los componentes
fsicos que comprender las polticas empleadas para administrar la aplicacin.
Segunda, los diagramas fsicos de flujo de datos son de utilidad para comunicarse con los usuarios. stos relacionan
con facilidad a las personas, las localidades y los documentos ya que trabajan todos los das con cada entidad. (Es
usual que los analistas de sistemas encuentren que los usuarios consideran "abstractos" los diagramas lgicos de
flujo de datos porque no contienen componentes que les sean familiares.)
Tercera, los diagramas fsicos de flujo de datos proporcionan un camino para validar o verificar el punto de vista del
usuario sobre la forma en que opera el sistema en uso. Si existen diferencias, stas son anotadas y discutidas. No es
poco usual encontrar que lo que un usuario piensa que est sucediendo difiere de forma importante de lo que en
realidad est ocurriendo. Son estas diferencias las que probablemente expliquen los problemas o ineficiencias
quiz la razn por la que se propone un nuevo sistema.

Dibujo de diagramas fsicos de flujo

La siguiente descripcin sobre la forma como maneja una compaa su sistema de cuentas por pagar, ser
utilizada para el desarrollo de diagramas de flujo de datos:
Dibujo del diagrama de contexto

Como ya se indic, los primeros pasos para determinar los requerimientos tienen como finalidad conocer las
caractersticas generales del proceso bajo investigacin. Para decirlo de algn modo, primero se estudian los detalles
de la capa superior. Conforme los analistas comprenden mejor los detalles, ahondan con mayor profundidad para
recopilar informacin ms precisa y destellada. Cada vez se formulan preguntas ms especficas utilizando para ello
el anlisis descendente (top-down).

A menudo el diagrama de alto nivel se denomina diagrama de contexto. Contiene un solo proceso pero juega un
papel muy importante en el estudio del sistema en uso. El diagrama de contexto define el sistema que va ha ser
estudiado en el sentido de que determina las fronteras. Todo los que no se encuentre dentro de las fronteras
identificadas en el diagrama de contexto del proceso no forma parte del estudio de sistemas. La forma en que
funcionan las otras organizaciones o elementos externos (las fuentes y destinos) no est fuera de nuestro control y
no ser estudiada con detalle.

No obstante, si afectan el proceso porque son fuentes o destinos, debe tener una interface, o medios para
interactuar, con los elementos que estn fuera de l.

Desarrollo de grficas de procesos

Un sistema est formado por varias actividades o procesos. Usted ha aprendido en forma gradual aspectos
pertinentes a la relacin entre procesos; tambin ha descubierto que un proceso contiene varios pasos (procesos en
pequea escala). En la programacin de computadoras, los programadores con frecuencia desarrollan el software
como una coleccin de mdulos independientes pero que interactan entre s. A menudo estos mdulos se muestran
en los diagramas de jerarqua.
UNEFA Procesamiento de Datos Prof. Luis Pea

Procesar datos significa: Ordenar e interpretar un conjunto de datos en un contexto dado para obtener informacin
til. Las tres operaciones necesarias para procesar datos son:
UNEFA Procesamiento de Datos Prof. Luis Pea

LA CARDINALIDAD

Es Simplemente la forma en que se relacionan las Entidades, o expresa cuantas entidades se Relacionan con otras
entidades. Hay varias maneras de mostrar las cardinalidades:

Poner etiquetas en las lneas que unen las relaciones con las entidades, consiste en un mnimo y mximo que
contiene un cero (varios a varios) y lo usual es poner una M en un

Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con cuantas
ocurrencias de entidad de tipo B se puede relacionar una ocurrencia de entidad de tipo A:

4. Relacin uno a uno.

5. Relacin uno a varios (n).

3. Relacin varios (n) a uno.

4. Relacin varios a varios (n)- (n)

TIPOS DE RELACIONES

Relaciones Entre Bases De Datos

General

Si bien este tema es objeto de numerosos tericos y asignatura fundamental en las ms importantes escuelas de
informtica del mundo, afrontemos el diseo relacional de nuestras bases de datos desde un punto de vista ameno y
prctico, plagado de ejemplos, sin renunciar en ningn caso al rigor.

Table of Contents

1. Relaciones "uno a uno"

2. Relaciones de "uno a varios"

3. Relaciones de "varios con varios"

4. Conclusin

Las diferentes formas de relacin entre diversas bases de datos que podemos encontrar son:

Relaciones "uno a uno"

Estas relaciones entre bases de datos se dan cuando cada campo clave aparece slo una vez en cada una de las
tablas.

Tomando un ejemplo del mundo real, una clara relacin de "uno a uno"
podra ser, el nombre de cualquier persona y su nmero de telfono. Si
partimos del supuesto en que cada persona tiene un solo nmero de
telfono, se podra hablar de una relacin "uno a uno".

Grficamente, se podra representar de la siguiente manera:

Este tipo de relaciones se caracteriza poque cad uno de los campos define a aqul con el que se relaciona. Es decir,
conociendo el nombre de una persona podemos conocer su nmero telefnico. O si sabemos su nmero telefnico,
podemos identificar al dueo. En estos cases, se suele aconsejar incluir todos los datos dentro de una sola tabla.
UNEFA Procesamiento de Datos Prof. Luis Pea

Relaciones de "uno a varios"

El ejemplo del caso anterior (cada persona, un telfono), si

bien es correcto tericamente, es muy improbable desde el
punto de vista de la realidad. Con la gran expansin de los
telfonos, por lo general, cada persona tiene un nmero de
telfono fijo, y adems del telfono mvil. Debemos tener
en cuenta que de l de su casa tambin tendr un nmero
de telfono de empresa, y que quiz tambin sus mviles
estn divididos en ocio y trabajo.

Por ello, debemos tener nuestras bases de datos

preparadas para ello. Este tipo de relaciones es conocido
como "uno a varios", y se podra representar de la siguiente
manera:

En este caso, lo aconsejable no es almacenar todos los

datos en una sola tabla, sino lo eficiente es hacerlo en tablas
separadas, utilizando el identificador ID para relacionarlas.

Echemos un vistazo a la figura anterior. En la taba Nombre

almacenamos el nombre y apellido, con su ID o nmero
identificador. En la otra tabla, Telfonos, almacenamos
nicamente nmeros de telfono, con su correspondiente
nmero identificador, en este caso TID. La manera en que se
relaciona una con otra es mediante el identificador ID, que
est presente en ambas tablas.

A simple vista podemos advertir que la primera de las personas de la tabla nombres, Juan Timan, tiene 2 nmeros
telefnicos, pues su ID, que en este caso es 1, aparece en dos de los telfonos de la otra tabla.

De este modo ser mucho ms sencillo cambiar, eliminar o ampliar los nmeros de telfono en la misma tabla.

Si estas tablas estn creadas en MySQL, la sentencia que nos ayudara a encontrar todos los telfonos de una
determinada persona sera:

SELECT n.nombre, t.telfFROM nombre nINNER JOIN telefonos t ON n.id =t.idWHERE n.nombre = "Juan Timan"

Relaciones de "varios con varios"

La ltima de las relaciones que podemos encontrar es la de "varios con varios". Dado que en la vida las cosas rara
vez son sencillas, ste ser el tipo de relacin que nos encontraremos ms a menudo.

Volviendo al tema de los telfonos, hemos encontrado la

manera de relacionar cada una de las personas con sus
diversos telfonos: el de su casa, el de su empresa, el mvil.
Pero no ser extrao tener en nuestra base de datos
diversas personas que trabajen en la misma empresa, por lo
que el nmero de su trabajo ser el mismo, o miembros de
una misma familia, por lo que compartirn el mismo telfono
de su hogar.

Cmo tratar este tipo de relaciones? Si nos limitamos a

repetir dicho nmero de tablas, estaremos creando
problemas de redundancia de datos, que a largo plazo
lastrarn la rapidez y eficacia de nuestras tablas.
UNEFA Procesamiento de Datos Prof. Luis Pea

Este tipo de relaciones podra ilustrarse de la siguiente

manera:

Como vemos, cada elemento de la base de datos puede

relacionarse libremente con uno o varios miembros de las
distintas tablas.

En estos casos no hay una regla fija a la que podamos

acogernos, pero lo aconsejable es aproximarse lo ms
posible a la realidad, y no dudar en establecer tablas
intermedias que nos ayuden a asociar mejor los datos.

Volviendo al tema de los telfonos, imaginemos que varias

personas de nuestra tabla trabajan en la misma empresa
ACME Productions tiene varias lneas, por lo que los
nmeros de telfono de trabajo de estas personas seran
varios. Cmo representarlo en nuestra base de datos?

En este caso hemos creado una tabla intermedia llamada

"empresas". En la tabla "nombres" incluimos un nuevo
campo TID, que se relaciona con la tabla "empresas", y es
esta tabla la que se relaciona directamente con los
telfonos. De esta manera, podemos almacenar todos los
datos con facilidad sin tener que repetir un slo nmero
telefnico.

Se pueden distinguir tres tipos de relaciones:

Relacin Uno a Uno: Cuando un registro de una tabla slo puede estar relacionado con un nico registro de la
otra tabla y viceversa.

Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con una lista de Alcaldes, una
poblacin slo puede tener un alcalde, y un alcalde lo ser nicamente de una poblacin.

Relacin Uno a Varios: Cuando un registro de una tabla (tabla secundaria) slo puede estar relacionado con un
nico registro de la otra tabla (tabla principal) y un registro de la otra tabla (tabla principal) puede tener ms de
un registro relacionado en la primera tabla (tabla secundaria).

Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los habitantes, una poblacin
puede tener ms de un habitante, pero un habitante pertenecer (estar empadronado) en una nica poblacin.

Relacin Varios a Varios: Cuando un registro de una tabla puede estar relacionado con ms de un registro de
la otra tabla y viceversa.

Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artculos que se venden en la empresa,
un cliente podr realizar un pedido con varios artculos, y un artculo podr ser vendido a ms de un cliente.

Las relaciones varios a varios se suelen representar definiendo una tabla intermedia entre las dos tablas. Siguiendo
el ejemplo anterior sera definir una tabla lneas de pedido relacionado con clientes y con artculos.
UNEFA Procesamiento de Datos Prof. Luis Pea

Relaciones entre tablas y Tipos de Cardinalidad en una Base de Datos.

Relaciones entre tablas, tericamente no encuentro como explicrtelo, voy a tratar de explcatelo con el siguiente
ejemplo:

Sabemos que los atributos de la tabla productos pueden ser: id_producto, cod_prod, producto,stock_max,
stock_min,existencia,precio,fecha_vencimiento,id_categoria.

La tabla producto lleva como atributo a id_categoria y ocurre porque cada producto se encuentra asociado o
relacionado a una categora o a un departamento. La tabla categoras esta conformada por los siguientes atributos:
id_categoria, categoria.

Imagnate los siguientes

Iluminando el ejemplo:

Tipos de Cardinalidad:

Tambin conocida como tipos de Relaciones y pueden ser

1. De uno a uno (1:1): En mis bases de datos hasta el momento no la he visto.

2. De uno a mucho (1:*): Son muy comunes ejemplo en la imagen anterior que indica que una categora puede
tener muchos productos.

3. De mucho a mucho (*:*): Tambin no las encontramos muy a menudo, un ejemplo de este tipo de relaciones
es por decir algo la tabla autos y materiales, en donde autos esta compuesto por varios materiales pero a la
vez materiales son varios como (latonera, pinturas, carrocera, etc.)

Tips que debes tener presente:

1. Cuando ocurra una relacin Uno a Mucho el atributo Primary Key de la tabla cuya Cardinalidad sea 1, pasa a
ser parte de la tabla cuya Cardinalidad sea mucho.

2. Cuando ocurra una relacin de mucho a mucho, nace una tabla relacin en donde va ser conformada por los
atributos Primary Key de cada tabla.