Análisis de sistemas DFD

Sistemas informáticos industriales

2017

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