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”
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.
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
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)
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
Top Related