Sistemas informáticos

industriales
2016

Análisis de sistemas

DFD
INFORMACION
• La Información es un recurso de la organización o
negocio, el cual debe ser manejado con el cuidado de
otros recursos que se usan en la misma.

• Los costos están asociados con el procesamiento y

manejo de la información.

• El procesamiento de la información debe ser manejado

para obtener las mayores ventajas de su uso.
 SISTEMAS DE INFORMACION
GERENCIAL

 “Un conjunto de componentes

interrelacionados que reúne (u obtiene),
procesa, almacena y distribuye información
para apoyar la toma de decisiones y el control
en una organización”
TECNOLOGIAS USADAS

 Se utilizan en condiciones actuales:

• HARDWARE

• SOFTWARE

• COMUNICACIONES
CATEGORIAS
 Sistema de Procesamiento de Transacciones (TPS).
 Sistemas de automatización para oficinas(OAS).
 Sistemas de apoyo en el conocimiento(KWS).
 Sistemas de Información Gerencial (MIS).
 Sistemas de Apoyo a la Toma de Decisiones (DSS).
 Sistemas Expertos (ES) e Inteligencia Artificial (AI).
 Sistemas de Apoyo a Decisiones de Grupos (GDSS) y
Computer-Supported Sistemas Colaborativos de
Apoyo a Computadoras.
 Sistemas de Apoyo a Niveles Ejecutivos (EES).
Nuevas Tecnologias
Las nuevas tecnologías se están integrando en los sistemas
tradicionales:
 E-Commerce usa la web para llevar a cabo actividades
comerciales.
 Enterprise Resource Planning (ERP) tiene el objetivo de
integrar diferentes sistemas de información en la
organización o negocio.
 Dispositivos manuales e inalámbricos, incluyen comercio
movil (mcommerce).
 Software de código abierto.
VENTAJAS DE USAR LA WEB

• Pleno acceso durante las 24 horas.

• Diseño de Interface estándar.

• Crea un sistema global.

Naturaleza del Analisis y Diseño
El análisis y diseño de sistema es una aproximación
sistemática a:
 Identificar Problemas, Oportunidades y Objetivos.

 Analizar el flujo de la información en organizaciones.

 Interactuar con los desarrolladores de sistemas de

información para la resolución de problemas mediante
sistemas informáticos.
Ciclo de Vida en el Desarrollo de
Sistemas

 El ciclo de vida de un sistema es el tiempo que se

tarda desde que comienza a desarrollarse el mismo,
hasta su puesta en marcha.

 Se los puede dividir en siete fases.

 Cada fase tiene una única actividad.

 FASES DEL CICLO DE VIDA DE UN
SISTEMA
2 – Determinar 3- Analizar las
requerimientos de necesidades del
1- Identificar información sistema 4 – Diseño del
problemas, sistema
oportunidades y recomendado
objetivos

7 – Implementación 5 – Desarrollo y
y evaluación del documentación del
sistema software
6 – Prueba y
mantenimiento del
sistema
Fase 1

• Identificar:
• Problemas.
• Oportunidades.
• Objetivos.

• Personal Involucrado:
• Ingenieros
• Analistas en Sistemas.
• Administradores de Sistemas.
Fase 2

• Determinación de los requerimientos de

información:
• Entrevistas a personal de operaciones,
administradores, etc.

• Documentación de operaciones.

• Uso de cuestionarios.

• Observación del sistema y del personal involucrado.

Fase 2 (continuación)

• Personal involucrado:
• Ingenieros.

• Programadores o Analistas de Sistemas.

• Usuarios.

• Administradores del Sistema.

Fase 3

• Análisis de las necesidades del sistema:

• Creación de diagramas de flujos de datos.
• Documentación de procedimientos lógicos para
diagramas de flujo de datos
• Implementación del diccionario de datos.
• Tomar decisiones semiestructuradas.
• Preparación y presentación del Sistema Propuesto.
• Recomendar la solución optima al Administrador.
Fase 3 (Continuación)

• Personal involucrado:
• Ingeniero y Analista de Sistemas.

• Ingeniero de Planta.

• Administrador del Sistema.

• Otros
Fase 4

• Diseño del sistema recomendado:

• Diseño de la interface de usuario.
• Diseño de las entradas
• Diseño de las salidas

• Diseño de los sistemas de control

• Diseño de archivos y/o bases de datos

• Generar las especificaciones del programa

Fase 4 (Continuación)

• Personal involucrado:
• Ingenieros.
• Diseñador del Sistema.
• Ingenieros en Sistemas.
• Usuarios finales del Sistema.
• Administradores de Sistemas.
Fase 5

• Desarrollo y documentación del software:

• Diseño de programas de computadoras usando
diagramas de estructuras, diagramas de nassi-
shneiderman y seudocódigo.

• Desarrollo (escritura) de programas de

computadoras.

• Documentos del software con archivos de ayuda,

manuales de procedimientos y sitios web con
preguntas frecuentes.
Fase 5 (Continuación)

• Personal involucrado:
• Ingenieros en sistemas.

• Ingenieros.

• Administradores de sistemas.

• Programadores.
Fase 6

• Pruebas y mantenimiento del Sistema :

• Prueba y depuración de los programas de

computadoras.

• Prueba Integral del Sistema.

• Mejoramiento del Sistema.

Fase 6 (Continuación)

• Personal Involucrado :

• Ingenieros de Sistemas.

• Ingenieros.

• Programadores.

• Administradores del Sistema.

Fase 7

• Implementación y Evaluación del Sistema :

• Capacitación de los usuarios.

• Compra e instalación del nuevo equipamiento.

• Adaptación de archivos.

• Instalación del Sistema.

• Revisión y evaluación del sistema.

Fase 7 (Continuación)

• Personal Involucrado :

• Ingenieros en Sistemas.
• Programadores.
• Ingenieros.
• Administradores del sistema.
• Usuarios finales (trabajadores) del sistema..
HERRAMIENTAS PARA EL
DESARROLLO DE SISTEMAS
 Se usan diferentes métodos para implementar nuevos
sistemas.
 Entre ellos se destacan las herramientas CASE, la
ingeniería inversa, la reingeniería y otros.
 Las herramientas CASE (Computer Aided Software
Engineering): Ingeniería de Software Asistida por
Computadoras, son conjunto de metodologías de
software y hardware, que ayudan a los desarrolladores de
sistemas a optimizar su trabajo.
INGENIERIA INVERSA

 Para el nuevo software, se parte del resultado final de un

proyecto, descomponiéndolo en sus etapas tal como fue
construido y tomando de ellas las que sean útiles al nuevo
programa. Es similar a descomponer un programa,
partiendo de su programa ejecutable y obteniendo el
programa fuente.
 Se puede imaginar como el recorrido inverso al
desarrollo de un programa, partiendo del un programa
escrito en lenguaje de alto nivel.
REINGENIERIA

 Son los métodos mediante los cuales se rediseña el

software ya construido, para mejorarlo y alcanzar un
grado de eficiencia mayor.

 En general, se usan programas o técnicas mas modernas

que no fueron utilizadas en el programa original
REPRESENTACION GRAFICA DE SISTEMAS

 Las organizaciones se consideran sistemas diseñados para

cumplir metas mediante los recursos que disponen
(personal, infraestructura, materiales, etc).

 Por ello los desarrolladores de Sistemas e Ingenieros,

deberán representarlo de la mejor manera.

 Para ello se recurre al modelado del sistema, que son

representaciones abstractas del futuro sistema que se
desea implementar.
REPRESENTACION GRAFICA DE SISTEMAS
(Continuacion)
 Las representaciones pueden ser textos, gráficos, y
cualquier otro medio que muestre el funcionamiento del
mismo.

 En este curso se usará el método llamado DIAGRAMA

DE FLUJO DE DATOS, que usa símbolos para indicar el
flujo o movimiento de la información en un programa o
proyecto.

 Los DFD usan una simbología predeterminada para

representar acciones en el sistema o proyecto.
Diagrama de Flujo de Datos
 Definición:
El diagrama de flujo de datos es un modelo que
describe los flujos de datos o tuberías, los procesos que
cambian o transforman los datos en un sistema, las
entidades externas que son fuente o destino de los datos (y
en consecuencia los límites del sistema) y los
almacenamientos o depósitos de datos a los cuales tiene
acceso el sistema, permitiendo así describir el movimiento
de los datos a través del sistema.
Diagrama de Flujo de Datos
En síntesis, el Diagrama de Flujo de Datos describe:

 Los lugares de origen y destino de los datos (los límites

del sistema).

 Las transformaciones a las que son sometidos los datos

(los procesos internos).

 Los lugares en los que se almacenan los datos dentro del

sistema.

 Los canales por donde circulan los datos.

SIMBOLOS USADOS EN LOS DFD
Nivel de contexto:
 Es el modelo básico de representación del sistema. se
representan los datos de entrada, salida y los
procesamientos en el sistema.
 No existirán almacenes o archivos.
 Se representarán las entidades externas que son fuente y
destino de los datos.
 El sistema será representado como un proceso simple.
 Se dibujarán sólo los flujos de datos de comunicación
exterior-sistema.
Símbolos usados en los DFD

Entidad externa

Flujo de datos

Proceso

Almacén de datos
Convenciones en los DFD
Entidad externa:

 Representa una entidad del medio ambiente que da y/o

recibe datos del sistema (fuente o destino de datos)
 Debe tener un nombre apropiado que la identifique,
como el nombre de una empresa, organismo o tipo de
persona.
 Por Ej.: Banco, Servicio Impuestos Internos, Inspector,
Cliente, Tasador, etc.
Convenciones en los DFD
Flujo de datos:

 Representa el movimiento de datos de un punto hacia

otro.
 La punta de flecha indica el destino de los datos y el otro
extremo su origen.
 Se le debe dar un nombre en singular que represente el
conjunto de datos que fluyen y lo que sabemos de ellos.
Convenciones en los DFD
Flujo de datos:

 Si un flujo es transformado en un proceso entonces el

nombre del flujo de salida debe ser distinto al de entrada
(ejemplo: solicitud crédito y solicitud crédito autorizada).
 Los nombres de los flujos de datos se unen por guion
(factura, boleta, datos-cliente, etc.).
 No hay dos flujos que tengan el mismo nombre
Convenciones en los DFD
Flujo de datos:

 Un flujo de datos que se mueve a o desde un almacén de

datos no requiere nombre (el nombre del almacén de
datos es suficiente para describirlo).
 Un flujo esta compuesto de un conjunto de datos
elementales (ejemplo:Ap.Paterno, Ap. Materno, Nombres,
Sexo, Fecha de Nacimiento, etc.)
Convenciones en los DFD
Proceso:

 Representa una transformación de flujo(s) de datos

entrante(s) en flujo(s) de datos saliente(s).
 El nombre debe ser representativo de la(s) tarea(s) a
realizar.
 No puede existir un proceso que no tenga al menos una
entrada y una salida.
 Se los representa por rectángulos con bordes
redondeados, o por círculos (se usará esta última rep.).
Convenciones en los DFD
Proceso:

 Para el nombre se debe utilizar verbos en forma

imperativa como emitir, generar, calcular, etc.

 Ejemplo: Proceso de emisión de nómina de alumnos

inscritos en un curso
Ej.: VALIDACION NRO. TELEFONICO

NUMERO TELEFONICO
VALIDAR
NUMERO
TELEFONICO
Ejemplo de compra de pasaje mediante
agencia de viajes:

PASAJERO LINEA AEREA

PEDIDO
Solicitud de pasaje Consulta asientos
AGENCIA disponibles
DE
Envio de pasajes al VIAJES Reserva y venta de
pasajes
cliente
 LOS FLUJOS PUEDEN SER CONVERGENTES O
DIVERGENTES
FLUJOS DIVERGENTES

ASENTAR
 Se envía el mismo paquete de datos a diferentes INVENTARIO
partes del sistema

DETALLES
GENERAR DE
PEDIDOS PEDIDOS
VALIDOS ENVIAR
FACTURA

ENVIAR
PEDIDO
FLUJOS DIVERGENTES VALIDAR
NOMBRE
 Se envían diferentes datos de
un mismo paquete, a diferentes
procesos

INFORME DEL ALUMNO

VALIDAR
CX

VALIDAR
DOMICILIO
FLUJOS CONVERGENTES

 Se reciben partes de una entidad,

para formar un paquete de datos

PAGO
DPTO. CONCRETADO
ALMACENES
Convenciones en los DFD
Almacén de datos:

 Sólo indica un depósito de datos, que permite la

agregación y acceso de los datos.
 Su nombre debe ser representativo del conjunto de datos
o clase.
 Nombre debe estar en plural.
 No contiene ninguna especificación física de la
implementación del almacenamiento.
 No usar nombres codificados.
 Ejemplo: registro-de-pacientes.
Convenciones en los DFD
Almacén de datos:

 Son depósitos de paquetes de datos en reposo y no en

transito como los flujos.
 Se los asocia con bases de datos o archivos.
 Se referencia un almacén como un deposito de registro
de datos de los cuales pueden entrar o salir otros
registros. Por ello se dice “leer” o “escribir” esos
registros.
 Se los representa por líneas paralelas o por un
rectángulo.
 ALMACENES (continuacion)

INGRESAR
PEDIDOS REGISTRAR PROCESAR
PEDIDOS PEDIDOS
PEDIDOS
ALMACENES (continuacion)
 Cuando un flujo sale de un almacén, se interpreta que
esta leyendo datos, ya sea uno o varios de ellos.
 Puede interpretarse que lee parte de un dato registrado
en el almacén.

 Cuando un flujo ingresa a un almacén se interpreta que

esta guardando datos en el mismo.
 También puede interpretarse que se esta borrando datos
del almacén.
 Puede tomarse también como modificaciones de los
datos del almacén.
TERMINADORES
 Son entidades externas al sistemas, con las cuales el
mismo se comunica.

 Pueden ser una persona, organización, departamento, etc.

 Generalmente son los entes o entidades que proveen y

reciben los resultados de los procesos llevados a cabo en
un DFD.

 Se los representa por un rectángulo con el nombre del

ente o entidad.
GUIA PARA LA CONSTRUCCION DE UN DFD

 Cuando los DFD sean complejos, se diseñara el “diagrama

de contexto”, donde solo se describe su funcionalidad. Ej:

ALUMNOS DOCENTES

DEPARTAMENTO
DE INGENIERIA DE
PROCESOS Y
GESTION
INDUSTRIAL

PRESTADORES DE
BIBLIOTECA SERVICIOS
GUIA PARA LA CONSTRUCCION DE UN DFD
(continuación)
 Deben ser coherentes, lo que significa que todo el
proceso descripto en el DFD, tenga sentido y existan
partes que den lugar a ambigüedades o interpretaciones
erróneas.
 Por ejemplo: un DFD no debe
 Tener sumideros infinitos, es decir procesos que tengan
entradas pero sin salidas.

PROCESO
GUIA PARA LA CONSTRUCCION DE UN DFD
(continuación)
 Por ejemplo: un DFD no debe
 No tener procesos de generación espontanea (tener salidas
pero sin entradas).

PROCESO

 Los almacenes son elementos de entrada y salida de

datos (lectura y escritura).
DFD POR NIVELES

 Cuando los DFD son complejos, se lo descompone en

niveles a partir del diagrama de contexto.

 Se desagregan diagramas, aclaratorios de cada parte del

DFD, hasta que el ultimo no de lugar a dudas o
ambigüedades.
DFD POR NIVELES
A
A
B 1 2
sistema y B
x

C z
3 4

C
DIAGRAMA DE
CONTEXTO NIVEL 1
3.1 x

3.2

3.3 NIVEL 2

3.4 y
z
DFD POR NIVELES (continuación)
 Los DFD por niveles pueden ser balanceados o no
balanceados.
 Balanceados:
 Es aquel diagrama en donde cada desagregación no tiene
ambigüedades con el diagrama de un nivel inferior.
 Cada salida de el DFD de un nivel superior, tiene su
correspondiente entrada en el diagrama desagregado de un
nivel inferior (igual para las salidas).
 No balanceados:
 No cumplen con la especificación anterior.
DFD POR NIVELES BALANCEADO
A
A
B 1 2
sistema y B
x

C z
3 4

C
DIAGRAMA DE
CONTEXTO NIVEL 1
3.1 x

3.2

3.3 NIVEL 2

3.4 y
z
DFD POR NIVELES NO BALANCEADO

A
A 1 2
B
y B
sistema x

C z
3 4

C
p NIVEL 1
DIAGRAMA DE
CONTEXTO 3.1 q

3.2

3.3 NIVEL 2

3.4 y
z