ANÁLISIS ESTRUCTURADO DE

SISTEMAS
Está compuesto por:
• Símbolos gráficos: sirven para identificar y describir los componentes de
un sistema y las relaciones entre estos.
• Diccionarios de datos: Descripciones de todos los datos utilizados en el
sistema, pueden ser manual o automatizado.
• Descripciones de procesos y procedimientos: emplean técnicas y lenguajes
que permiten describir actividades del sistema.
• Reglas: Estándares para describir y documentar el sistema en forma
correcta y completa.
• Análisis de flujo de datos: Estudia el empleo de los datos en cada actividad,
documenta los hallazgos con diagramas de flujo de datos.
ANÁLISIS ESTRUCTURADO DE
SISTEMAS
• Permite al analista conocer un sistema o proceso
(actividad) en una forma lógica y manejable al mismo
tiempo que proporciona la base para asegurar que no se
omite ningún detalle pertinente. El objetivo que persigue el
análisis estructurado es organizar las tareas asociadas con la
determinación de requerimientos para obtener la
comprensión completa y exacta de una situación dada.
3 DIAGRAMA DE FLUJO DE DATOS

es una representación gráfica del flujo de datos a través de

un sistema de información. Un diagrama de flujo de
datos también se puede utilizar para la visualización de
procesamiento de datos (diseño estructurado).
4 SIMBOLOGÍA

• Procesos
• Entidades externas.
• Flujo de datos.
• Almacenes de datos.
A&D ESTRUCTURADO: DIAGRAMA DE FLUJO DE DATOS (DFD)
NOTACIÓN YOURDON/DEMARCO
5

Proceso Transformaciones o procesos (funciones, cálculo,

selección)

Entidad Externa
Terminadores (Fuentes o Destinos)
(personas, entidades)

Flujo de datos Flujos de información

(inputs-outputs)

Flujo de eventos Flujos de control (Ward & Mellor 85)

D ALMACÉN DE Ficheros o depósitos temporales de información

DATOS
(base de datos, armario, clasificador, etc.)
A&D ESTRUCTURADO: DIAGRAMA DE FLUJO DE DATOS (DFD)
NOTACIÓN
6 METRICA/SSADM

ID Localización

Proceso Transformaciones o procesos

Entidad
Externa Terminadores (Fuentes o Destinos)

Flujo de datos
Flujos de información

D ALMACÉN DE
DATOS Ficheros o depósitos temporales de
información
7 EJEMPLO DE ACONTECIMIENTOS

• Paciente entrega receta

• Encargado verifica existencia de medicamento
• Si existe, entrega medicamento
• No existe, pospone la entrega al mes siguiente
• Paciente recibe medicamentos y conserva copia de la ficha
de solicitud de medicamentos.
 8 DIAGRAMA DE CONTEXTO
(AMBIENTAL) NIVEL 0
Sirve para representar los límites del sistema, es decir
permite distinguir lo que es el sistema y su entorno.
Ayuda a definir lo que hace y lo que no hace parte del
sistema.
La definición del contexto implica aspectos sociales y
organizacionales.

• Cree un diagrama de Contexto que muestre las entidades

externas y los flujos de datos que entran y salen del sistema.
• No muestre ningún proceso detallado ni almacén de datos.
9 DIAGRAMA DE CONTEXTO
EJEMPLO
10 EJEMPLOS DE DIAGRAMAS DE
CONTEXTO
FARMACIA PACIENTE

ENTREGA DE
MEDICAMENTO
S A LOS
PACIENTES

MEDICAMENTO MEDICOS
11
12 EJERCICIO

• La Universidad “La Sabiduria da poder” tiene problemas

con registrar la asistencia de sus estudiantes a clases,
actualmente la universidad cuenta con un sistema que nos
facilita el registro de estudiantes, el registro de materias, un
Kardex Académico y un módulo de promoción y difusión
de sus diferentes carreras.
• La Universidad solicita a su consultora, realice un sub
sistema que realice el registro de clases, reportes por
materia y en línea de la asistencia de los estudiantes.
13 DIAGRAMA NIVEL 1

• El diagrama nivel 1 muestra los procesos principales de la

empresa.
• Trace un Diagrama O, el siguiente nivel.
• Muestre los proceso pero manténgalos generales.
• En este nivel muestre los almacenes de datos.
14
15 DIAGRAMA NIVEL 2

• Cree un Diagrama hijo para cada uno de los procesos

del diagrama O.
• Numere los procesos en orden consecutivo y
desglosado
• Revise buscando errores y asegúrese que las etiquetas
que se asignan a cada proceso y flujo de datos son
significativas.
16

• 1.- Registrar catálogos.

• 1.1.- Recibir Datos personales.
• Datos personales
• Registrar productos(Proveedor no existente)
• Registrar ventas (Datos a Verficar)
• 1.2.- Verificar datos.
• 1.3.- Guardar Registro.
17
18

• 2.- Registrar ventas.

• 2.1.- Leer Datos.
• Product Solicitado.
• RFC_cli.
• Cve_emp
• 2.2.- Verificar datos.
• Si los datos no existen
• 1.- Registrar catalogos
• Si los datos existen
• 2.3.- Guardar Ventas
• 4.- Generar Reportes
• - Nota de remisión
19
20

• 3.- Registrar productos.

• 3.1.- Recibir Datos.
• Producto Solicitado.
• RFC_prov
• Cve_Emp.
• 3.2.- Verificar datos
• Si los datos no existen
• 1.- Registrar catalogos
• Si los datos existen
• 3.3.- Guardar Ventas
21
22

• 4.- Generar Reportes.

• 4.1.- Seleccionar el tipo de reporte.
• 4.2.- Recibir Datos.
• Guardar Datos (Datos a imprimir)
• Guardar ventas (Datos de la venta)
• 4.3.- Leer Datos
• 4.4.- Definir Condición
• 4.5.- Verificar
• 4.6.- Dar formato
• 4.7.- Imprimir datos.
23
A&D Estructurado: Diagrama de Flujo de Datos (DFD)
24
Ejemplo

➢ Petición de libros
Un usuario puede realizar una petición de uno o más libros a la biblioteca. Presenta el
carnet de usuario de la biblioteca y una ficha en la que se detallan los libros pedidos.

Tipos de préstamo
SALA → El día de la petición.
AYUDANTE → Una semana
PROYECTO FIN CARRERA → Quince días.
DOCTORADO → Un mes.
Una vez entregados el carnet y la ficha, el sistema comprobará y aceptará la petición de los
libros solicitados siempre que pueda satisfacer la petición, es decir, cuando haya
ejemplares disponibles. Si se acepta la petición, se actualiza el número de unidades de los
libros de la biblioteca y se guarda la ficha de préstamo.
A&D Estructurado: Diagrama de Flujo de Datos (DFD)
25
Ejemplo

➢ Devoluciones de libros
Un usuario no puede realizar más peticiones hasta que no haya efectuado todas
las devoluciones de la petición anterior. El usuario, para hacer la petición,
necesita el carnet, que no se le entrega hasta que no haya devuelto todos los
libros. Sí puede hacer una devolución parcial de los libros. Cuando un usuario
realice una devolución, el sistema actualizará el stock de libros y comprobará la
fecha de devolución de cada ejemplar para estudiar, en el caso de que la
devolución se haga fuera de tiempo, la imposición de una sanción que tiene un
coste de $ X por cada ejemplar y días de retraso en la devolución. En este caso,
la sanción se emite cuando el usuario entrega el último ejemplar.
El bibliotecario se encarga de las altas y bajas de los libros de la biblioteca.
A&D Estructurado: Diagrama de Flujo de Datos (DFD)
26
Ejemplo
DIAGRAMA DE CONTEXTO

PEDIDO
LIBROS 0
SANCIÓN

USUARIO GESTIONAR USUARIO

BIBLIOTECA
DEVOLUCIÓN
LIBROS

ALTAS/BAJAS
LIBROS

BIBLIOTECARIO
A&D Estructurado: Diagrama de Flujo de Datos (DFD)
Ejemplo
27

1 GESTIONAR BIBLIOTECA
DIAGRAMA 0:

FICHAS
PRESTAMO

PEDIDO DEVOLUCIÓN
1 2 LIBROS
LIBROS
GESTIONAR GESTIONAR
PEDIDOS DEVOLUCIONES

SANCIÓN
LIBROS
DISPONIBLES

3
ALTAS/BAJAS
LIBROS ACTUALIZAR
LIBROS
28 A&D Estructurado: Diagrama de Flujo de Datos (DFD)
Ejemplo
2 GESTIONAR DEVOLUCIONES
DIAGRAMA 2:

FICHAS
PRESTAMO

DEVOLUCIÓN 2.1 2.2

LIBROS
ACTUALIZAR CALCULAR
STOCK SANCIÓN

SANCIÓN
LIBROS
DEVUELTOS

LIBROS
DISPONIBLES
MODELO ENTIDAD
RELACIÓN
 MER: MODELO ENTIDAD RELACION

• Propuesto por Peter P. Chen

• Facilita el diseño de BD.
• Se basa en una percepción de un mundo real.
• Permite la especificación de un esquema de “empresa”.

• Etapa diseño conceptual

• Esquema conceptual
• Objetos básicos, denominados entidades, y de relaciones entre estos
objetos.
ENTIDAD
• “Una persona, lugar, cosa, concepto o suceso, real o
abstracto, de interés para la empresa" .
• Se diferencia unívocamente de cualquier otro objeto
o cosa:

• Una persona: se diferencia de cualquier otra persona,

incluso gemelos.
• Un automóvil: aunque sean de la misma marca, mismo
modelo, tendrán atributos diferentes, p.e., el número
de chasis o la patente.
• Una casa: aunque sea exactamente igual a otra, se
diferenciarán en su dirección.
• Una entidad se representa por sus características o atributos:

• P.e., la entidad Persona puede llevar consigo las características:

Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento,
etc...
 Entidad

Persona Préstamo

Asignatura Auto

Entidades Persona, Préstamo, Asignatura y Auto.

 ATRIBUTOS
• Cualquier característica o propiedad que describe a una
entidad.
• …y cada instancia de una entidad específica.

• Entidad Alumno, con el sgte. conjunto de atributos:

• (id, nombre, edad, semestre)

• (1, Sofia, 18, 2 ) Instancia 1
• (2, Josefa, 19, 5 ) Instancia 2
• (3, Gabriela, 20, 2 ) Instancia 3
• (4, Josefa, 19, 3 ) Instancia 4
• ... Instancia N
Una instancia de entidad tiene valores específicos para cada uno
de sus atributos es posible su identificación unívoca.

• Cada instancia se diferencia de las demás por el valor

de sus atributos.

• Distintas instancias pueden tener los mismos valores para

algunos atributos, pero nunca para todos.
• Debe haber uno o más atributos que permitan diferenciar a
una instancia de otra distinta.

• El atributo identificativo que distingue a un alumno de otro es

su número de id.
 atributo

Nombre
Persona Apellido
Edad
Teléfono

Patente
Marca
Auto Modelo
Motor
Color
• Dominio

• Cada atributo tiene un dominio.

• Indica el tipo de datos que será almacenado.
• Restricciones en los valores que el atributo puede tomar:

• Cadenas de caracteres, números, solo dos letras, sólo números

mayores que cero, solo números enteros....
 MONOVALORADOSY
MULTIVALORADOS
• Monovalorados: un solo valor para una entidad:
• fecha_nacimiento

• Un atributo puede tener un conjunto de valores para una entidad

específica.
• Multivalorado: tienen límites inferior y superior en el número de
valores para una entidad.

• Entidad empleado con el atributo número-teléfono.

• Empleado puede tener 0, 1 o más números de teléfono.

• Un banco puede limitar el número de números de teléfono

almacenados para un único cliente a dos. (entre 0 y 2)
 atributo multivalorado

Cliente Número_teléfono
CLAVES
• Atributo o conjunto de atributos de una entidad,
capaces de identificar unívocamente una instancia de
la misma.

• E.d., si conocemos el valor de dichos atributos,

seremos capaces de conocer a qué ocurrencia de
entidad hace referencia.

• Los valores de los atributos clave no se pueden

repetir para dos instancias de la misma entidad.
• Ejemplo: entidad auto.

• ¿Cómo identificar una instancia de auto?

• Los atributos marca, modelo o color no identifican unívocamente
una ocurrencia de la entidad, ya que pueden existir dos automóviles
distintos de la misma marca, modelo o color.

• Se puede identificar de qué automóvil se habla, con sólo conocer el

valor del atributo patente:
• no existe una misma patente para dos automóviles distintos.

• Por ende, patente sería la clave de la entidad auto.

 clave

Patente
Marca
Auto Modelo
Motor
Color
AUTOMOVIL (SIN CLAVE): RESULTA IMPOSIBLE IDENTIFICAR
A ALGUNO DE LOS 2 AUTOS MARCA PEUGEOT:

Marca Modelo Motor Color

Peugeot 207 1.6 Rojo

Mercedes W116 3.0 Verde

Benz
Peugeot 207 1.6 Rojo
AUTOMOVIL (CON CLAVE): A TRAVÉS DE LA CLAVE, ES
POSIBLE IDENTIFICAR CUALQUIERA DE LOS AUTOS:

Patente Marca Modelo Motor Color

GF6534 Peugeot 207 1.6 Rojo

DE8743 Mercedes W116 3.0 Verde

Benz
MU8732 Peugeot 207 1.6 Rojo
RELACIONES

• Correspondencia entre dos entidades.

Relación
• Si tenemos dos entidades automóvil y persona, podemos tener
una relación entre ellas:

Persona Auto
• La relación debe tener un nombre que sea capaz de identificar
el tipo de correspondencia entre ambas entidades.
Generalmente estos nombres son verbos:

Persona posee Auto

Persona posee auto.

Auto pertenece a persona.

Persona es _de Auto

ATRIBUTOS EN
RELACIONES
• A veces los atributos no son propios de ninguna entidad…
• Sino del hecho mismo de la relación:
• Relaciones de tipo "histórico" donde debe constar una
fecha o una hora.

• Hacer constar la fecha de compra en que persona compró

el auto: la fecha es de la compra, no de la persona, ni del
auto.
• Se representan igual que los atributos de las entidades.
• En tal caso, el atributo "Fecha de compra" debería
colocarse en la relación "compra".
 Fecha_compra

Persona compra Auto

CARDINALIDAD DE UNA
RELACIÓN
• Número de ocurrencias que se pueden dar de
una relación: con cuantas ocurrencias de B se
puede relacionar A y con cuantas ocurrencias de
A se puede relacionar B.

(cardinalidad) (cardinalidad)
A R B
• Ejemplo:
• Una persona puede comprar muchos autos y un auto es
comprado por una sola persona.
• Una ocurrencia de A (Persona) se puede relacionar con
muchas ocurrencias de B (Auto) y que una ocurrencia de B
(Auto) se puede relacionar con sólo una ocurrencia de A
(Persona).

1 N
Persona compra Auto
• Cardinalidad 1-1: cada ocurrencia de una entidad se relaciona
con una ocurrencia de otra entidad.

Ej.: una persona posee un automóvil.

1 1
Persona compra Auto
• Cardinalidad 1-N: también llamada uno a muchos. Cada
ocurrencia de una entidad puede relacionarse con varias
ocurrencias de otra entidad.
• Cardinalidad N-1: varias ocurrencias de una entidad pueden
relacionarse con una de otra entidad.

Ej.: una persona posee varios automóviles.

• Cardinalidad N-M: también llamada muchos a muchos. Cada
ocurrencia de una entidad puede relacionarse con varias
ocurrencias de otra entidad y viceversa.

Una persona posee varios automóviles y un automóvil puede

pertenecer a varias personas.

N M
Persona compra Auto
• Cardinalidad máxima de una relación: representa el número
máximo de ocurrencias de una entidad con las que se puede
relacionar otra ocurrencia de entidad.
• Ej.: una persona puede tener como máximo tres automóviles.

• Cardinalidad mínima de una relación: representa el número

mínimo de ocurrencias de una entidad con las que se puede
relacionar otra entidad.
• Ej.: un automóvil debe pertenecer como mínimo a una persona.
 (mínimo, máximo) (mínimo, máximo)
A R B

• Una ocurrencia de A se relaciona con mínimo una ocurrencia

de B y máximo varias ocurrencias de B, una ocurrencia de B se
relaciona con mínimo una ocurrencia de A y máximo una
ocurrencia de A.
• Aplicado a un ejemplo:
• Una persona puede comprar mínimo 1, máximo varios automóviles.
Un auto puede ser comprado por mínimo 1 persona y máximo 1
persona.

(1,1) (1,N)
Persona compra Auto

• Se lee de izquierda a derecha y luego de derecha a izquierda (o al

revés): Una persona compra uno o más autos, y un auto es
comprado por sólo una persona.

• N ó M también se puede definir como un número entero específico