Análisis de sistemas

DFD

Sistemas informáticos industriales

2015

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

1- Identificar

problemas,

oportunidades y

objetivos

2 – Determinar

requerimientos de

información

3- Analizar las

necesidades del

sistema 4 – Diseño del

sistema

recomendado

5 – Desarrollo y

documentación del

software 6 – Prueba y

mantenimiento del

sistema

7 – Implementación

y evaluación 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

PEDIDO

AGENCIA

DE

VIAJES

LINEA AEREA

Solicitud de pasaje Consulta asientos disponibles

Reserva y venta de pasajes

Envio de pasajes al cliente

Se envía el mismo paquete de datos a diferentes

partes del sistema

LOS FLUJOS PUEDEN SER CONVERGENTES O

DIVERGENTES

FLUJOS DIVERGENTES

GENERAR

PEDIDOS

VALIDOS

ASENTAR

INVENTARIO

ENVIAR

FACTURA

ENVIAR

PEDIDO

DETALLES

DE

PEDIDOS

FLUJOS DIVERGENTES

Se envían diferentes datos de

un mismo paquete, a diferentes

procesos

INFORME DEL ALUMNO

VALIDAR

NOMBRE

VALIDAR

CX

VALIDAR

DOMICILIO

FLUJOS CONVERGENTES

Se reciben partes de una entidad,

para formar un paquete de datos

DPTO.

ALMACENES

PAGO CONCRETADO

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 PROCESAR

PEDIDOS REGISTRAR

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

BIBLIOTECA PRESTADORES DE

SERVICIOS

DEPARTAMENTO

DE INGENIERIA DE

PROCESOS Y

GESTION

INDUSTRIAL

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

Los almacenes son elementos de entrada y salida de

datos (lectura y escritura).

PROCESO

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

DIAGRAMA DE

CONTEXTO

sistema

A B

C

NIVEL 2

3.1

3.2

3.3

3.4

x

y

z

1 2

3 4

NIVEL 1

x y

z

A

B

C

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

DIAGRAMA DE

CONTEXTO

sistema

A B

C

NIVEL 2

3.1

3.2

3.3

3.4

x

y

z

1 2

3 4

NIVEL 1

x y

z

A

B

C

DFD POR NIVELES NO BALANCEADO

sistema

DIAGRAMA DE

CONTEXTO

A B

C

NIVEL 1

1 2

3 4

x y

z

A

B

C

NIVEL 2

3.1

3.2

3.3

3.4

p

q

y

z