[ING. FREDDY R.

SANTOS]
Diseo de Sistemas
REPUBLICA DOMINICANA
UNIVERSIDAD TECNOLGICA DE SANTIAGO
(UTESA)
RECINTO SANTO DOMINGO DE GUZMN
Campus Oriental

Ing. Freddy R. Santos L.
Diseo de Sistema
Exposicin del objetivo
Compaeros UTESIANOS: Soy Profesor (Ingeniero en
Informtica y Magster en Ciencias de Educacin graduado de
esta misma universidad); reciban de mi una afectuosa bienvenida
a este curso nombrado como Diseo de Sistemas, el cual trata de
educarnos para poder realizar un Diseo objetivo y muy
estructurado de un sistema de informacin de una organizacin
cualquiera, esperando que puedan obtener los conocimientos
necesarios para el manejo de los Sistemas empresariales as poder
aprobarla. Recuerden que a todos nos llega la oportunidad bajo el
sol y solo debemos de aprovecharla al mximo, si otros estudiantes
han podido lograrlo, ustedes tambin podrn.
Mtodo de Evaluacin


1er Parcial 30 ptos
2do Parcial 30 ptos
3er Parcial 10 ptos
Diseo del Sistema 20 ptos
Asistencia 10 ptos

100 ptos.

Nota: Los estudiantes con 3 faltas o mas tienen baja por
Inasistencia.
Anlisis de Sistema
Es el proceso de clasificacin e interpretacin de
hechos, diagnostico de problemas y el empleo
de la informacin para recomendar mejoras al
sistema.
No es el estudio de una empresa para buscar procesos ya existentes
con el propsito de determinar cuales pueden ser realizados por un
computador y cuales por procesos manuales.
No es determinar cuales cambios pueden realizarse.
No es determinar la mejor forma de resolver un problema de un
sistema de informacin.
Lo que no es Anlisis de Sistema
Diseo de Sistema
Es el proceso de planificar, reemplazar o
complementar un sistema organizacional existente.
Anlisis y Diseo de Sistema
Se refiere al proceso de examinar la situacin de una
empresa con el propsito de mejorarla con los mtodos y
procedimientos mas adecuados.
Deberes del Analista de Sistema
Debe de conducir los estudios para que detecten hechos relevantes
relacionados con las actividades de la empresa. El Analista debe
realizar un estudio completo del sistema al momento de realizar un
nuevo sistema. El anlisis, el Diseo y la programacin de sistema debe
conducirse por el analista, escribiendo aspectos necesarios del sistema.
Proceso de Construccin de Sistema
En este proceso se genera el cdigo de los
componentes del Sistema de Informacin, se
desarrollan todos los procedimientos de
operacin y seguridad y se elaboran todos los
manuales de usuario final y de explotacin con
el objetivo de asegurar el correcto
funcionamiento del Sistema para su posterior
implantacin.

Prueba de INTEGRACION

La prueba de INTEGRACION, es una tcnica sistemtica para
construir la estructura del programa mientras que al mismo tiempo, se
llevan a cabo pruebas para detectar errores asociados con la
interaccin. El objetivo es tomar los mdulos probados en unidad y
estructurar un programa que est de acuerdo con lo que dicta el diseo.
Existen 2 tipos de INTEGRACION, la primera es no incremental en
donde se intenta elaborar software en mdulos grandes, en otros casos
un slo mdulo, pero en ellos es ms difcil aislar los errores y cuando
alguno de ellos es corregido produce otros errores. El segundo tipo de
integracin es incremental en donde se desarrollan mdulos pequeos y
funcionales que hacen que los errores sean ms fcil de aislar y
corregir, es ms probable que se puedan probar completamente las
interfaces y aplicar un enfoque de prueba sistemtico.
Integracin descendente, es una estrategia de integracin incremental a
la construccin de la estructura de INTEGRACION, en cual se integran
los mdulos movindose en direccin hacia abajo por la jerarqua de
control comenzando con el mdulo principal (Programa principal). Los
mdulos subordinados al mdulo de control principal se incorpora en la
estructura, bien, de forma primero-en-profundidad, bien de forma
primero-en-anchura.
El proceso de integracin se lleva a cabo en 5 pasos :
Se usa el mdulo de control principal como conductor de prueba,
disponiendo de resguardos para todos los mdulos directamente
subordinados al mdulo de control principal.
Dependiendo del enfoque de integracin elegido (primero-en
profundidad o primero-en-anchura) se van sustituyendo los
resguardos subordinados cada uno por los mdulos reales.
Las pruebas se llevan a cabo cada vez que se integra un mdulo.
Tras terminar cada conjunto de pruebas, se reemplaza otro
resguardo con el mdulo real.
Se hace una prueba de regresin, es decir, todas las pruebas
anteriores para asegurar que no se han introducido errores.
La estrategia descendente puede ocasionar algunos problemas. Uno
de ellos puede ser cuando se requiere un procesamiento de los
niveles ms bajos de la jerarqua para probar los niveles superiores.
El encargado de la prueba tiene 3 opciones :
1)Retrasar muchas de las pruebas hasta que los resguardos sean
reemplazados por mdulos reales. 2)Desarrollar resguardos que
realicen funciones limitadas que simulen los mdulos reales.
3)Integrar el software desde el fondo de la jerarqua hacia arriba.

Integracin Ascendente, es en donde la construccin del diseo empieza de los mdulos
ms bajos hacia arriba (Mdulo principal), el procesamiento requerido de los mdulos
subordinados siempre est disponible y elimina la necesidad de resguardos. Una
estrategia de integracin ascendente puede ser implementada mediante los siguientes
pasos :
Se combinan los mdulos de bajo nivel en grupos que realicen una subfuncin en el
software.
Se escribe un programa de control de prueba para coordinar la Entrada y Salida de los
casos de prueba
Se prueba el grupo. Se eliminan los programas de control y se combinan los grupos
movindose hacia arriba por la estructura del programa
La integracin sigue el esquema en donde se combinan los grupos 1, 2 y 3, cada uno de
ellos se somete a prueba mediante un programa de control (ilustrado como bloque
punteado). Los mdulos de los grupos 1 y 2 son subordinados de Ma y se eliminan los
programas de control D1 y D2 y se conectan directamente los grupos a Ma de manera
similar se elimina el programa de control D3 del grupo 3 quedando con el mdulo Mb
finalmente el mdulo Ma como el mdulo Mb se integran al mdulo Mc y as
sucesivamente.

La seleccin de una estrategia de integracin depende de las caractersticas del software
y, a veces, del plan del proyecto, en algunos de los casos se puede combinar ambas
estrategias.
Prueba de validacin y verificacin
Al conjunto de actividades que aseguran que el software implementa correctamente una
funcin especfica se denomina Verificacin. La Validacin se refiere a un conjunto
diferente de actividades que aseguran que el software construido se ajusta a los
requisitos y necesidades del cliente. Boehm lo establece de otra forma :
Verificacin : "estamos construyendo el software correctamente?
Validacin : "estamos construyendo el software correcto?
IMPLEMENTACION DE SISTEMAS
DEFINICION:
- Todas las actividades necesarias para convertir el sistema anterior al
nuevo sistema
- Proceso que asegura la operatividad del sistema de informacin y que
permite al usuario obtener beneficios por su operacin.
Cuando un sistema de informacin necesita ser mejorado, pueden darse
dos situaciones: ser actualizado parcialmente (incorporndole las
modificaciones necesarias) o sustituido en forma total por un nuevo
sistema.
La adecuacin del sistema actual o la implementacin de un nuevo
sistema, implican modificaciones en los procesos de negocio de la
empresa u organizacin, lo cual puede impactar los resultados del
negocio. Por eso es sumamente importante planificar adecuadamente
los procesos de cambio.
Una implementacin exitosa no garantiza (por s misma) el
mejoramiento de la organizacin que use el nuevo sistema, pero una
instalacin inadecuada lo impedir.
El mantenimiento de software
Es una de las actividades ms comunes en la ingeniera de software y
es el proceso de mejora y optimizacin del software desplegado (es
decir; revisin del programa), as como tambin correccin de los
defectos. Posee 4 tipos esnciales, que son:

Perfectivo: son las acciones llevadas a cabo para mejorar la calidad
interna de los sistemas en cualquiera de sus aspectos: reestructuracin
del cdigo, definicin ms clara del sistema y optimizacin del
rendimiento y eficiencia.
Evolutivo: son las incorporaciones, modificaciones y eliminaciones
necesarias en un producto software para cubrir la expansin o cambio
en las necesidades del usuario.
Adaptativo: son las modificaciones que afectan a los entornos en los
que el sistema opera, por ejemplo, cambios de configuracin del
hardware, software de base, gestores de base de datos,
comunicaciones, etc.
Correctivo: son aquellos cambios precisos para corregir errores del
producto software.
En resumen, Prueba y Mantenimiento
Prueba
En esta etapa se prueba y valida el sistema con los requisitos especificados por
los usuarios. Para ello, se debe disear una batera de tests con datos reales, que
se deben llevar a cabo de manera metdica y rigurosa. Es importante darse
cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve
para encontrarlos. Si la fase de prueba se lleva a cabo correctamente, descubrir
los errores en los programas de aplicacin y en la estructura de la base de datos.
Adems, demostrar que los programas ``parecen'' trabajar tal y como se
especificaba en los requisitos y que las prestaciones deseadas ``parecen''
obtenerse. Por ltimo, en las pruebas se podr hacer una medida de la fiabilidad
y la calidad del software desarrollado.

Mantenimiento
Una vez que el sistema est completamente implementado y probado, se pone
en marcha. El sistema est ahora en la fase de mantenimiento en la que se llevan
a cabo las siguientes tareas:
Monitorizacin de las prestaciones del sistema. Si las prestaciones caen por
debajo de un determinado nivel, puede ser necesario reorganizar la base de
datos.
Mantenimiento y actualizacin del sistema. Cuando sea necesario, los nuevos
requisitos que vayan surgiendo se incorporarn al sistema, siguiendo de nuevo
las etapas del ciclo de vida que se acaban de presentar

-Conceptos Generales de Diseo de Sistemas
Diseo Fsico y Lgico
El diseo fsico es el proceso de producir la descripcin de la implementacin
de la base de datos en memoria secundaria: estructuras de almacenamiento y
mtodos de acceso que garanticen un acceso eficiente a los datos. Para llevar a
cabo esta etapa, se debe haber decidido cul es el SGBD que se va a utilizar,
ya que el esquema fsico se adapta a l. Entre el diseo fsico y el diseo
lgico hay una realimentacin, ya que algunas de las decisiones que se tomen
durante el diseo fsico para mejorar las prestaciones, pueden afectar a la
estructura del esquema lgico.
En general, el propsito del diseo fsico es describir cmo se va a
implementar fsicamente el esquema lgico obtenido en la fase anterior.
Concretamente, en el modelo relacional, esto consiste en:
Obtener un conjunto de relaciones (tablas) y las restricciones que se deben
cumplir sobre ellas.
Determinar las estructuras de almacenamiento y los mtodos de acceso que se
van a utilizar para conseguir unas prestaciones ptimas.
Disear el modelo de seguridad del sistema.

El diseo lgico es el proceso de construir un esquema
de la informacin que utiliza la empresa, basndose en
un modelo de base de datos especfico, independiente
del SGBD concreto que se vaya a utilizar y de cualquier
otra consideracin fsica.

En esta etapa, se transforma el esquema conceptual en
un esquema lgico que utilizar las estructuras de datos
del modelo de base de datos en el que se basa el SGBD
que se vaya a utilizar, como puede ser el modelo
relacional, el modelo de red, el modelo jerrquico o el
modelo orientado a objetos. Conforme se va
desarrollando el esquema lgico, ste se va probando y
validando con los requisitos de usuario.

Diseo de bases de datos

En este apartado se describen con ms detalle los
objetivos de cada una de las etapas del diseo de
bases de datos: diseo conceptual, diseo lgico
y diseo fsico. La metodologa a seguir en cada
una de estas etapas se describe en los tres
captulos que siguen a ste.
Diseo conceptual
En esta etapa se debe construir un esquema de la informacin que se usa
en la empresa, independientemente de cualquier consideracin fsica. A
este esquema se le denomina esquema conceptual. Al construir el esquema,
los diseadores descubren la semntica (significado) de los datos de la
empresa: encuentran entidades, atributos y relaciones. El objetivo es
comprender:
La perspectiva que cada usuario tiene de los datos.
La naturaleza de los datos, independientemente de su representacin
fsica.
El uso de los datos a travs de las reas de aplicacin.
El esquema conceptual se puede utilizar para que el diseador transmita a
la empresa lo que ha entendido sobre la informacin que sta maneja.
Para ello, ambas partes deben estar familiarizadas con la notacin
utilizada en el esquema. La ms popular es la notacin del modelo entidad-
relacin, que se describir en el captulo dedicado al diseo conceptual. El
esquema conceptual se construye utilizando la informacin que se
encuentra en la especificacin de los requisitos de usuario. El diseo
conceptual es completamente independiente de los aspectos de
implementacin, como puede ser el SGBD que se vaya a usar, los
programas de aplicacin, los lenguajes de programacin, el hardware
disponible o cualquier otra consideracin fsica. Durante todo el proceso
de desarrollo del esquema conceptual ste se prueba y se valida con los
requisitos de los usuarios. El esquema conceptual es una fuente de
informacin para el diseo lgico de la base de datos.

Diseo de aplicaciones

En este apartado se examinan los
dos aspectos del diseo de las
aplicaciones: el diseo de las
transacciones y el diseo de las
interfaces de usuario.

Diseo de transacciones

Una transaccin es un conjunto de acciones llevadas a cabo por
un usuario o un programa de aplicacin, que acceden o cambian
el contenido de la base de datos. Las transacciones representan
eventos del mundo real, como registrar un inmueble para ponerlo
en alquiler, concertar una visita con un cliente a un inmueble, dar
de alta un nuevo empleado o registrar un nuevo cliente. Estas
transacciones se deben realizar sobre la base de datos para que
sta siga siendo un fiel reflejo de la realidad.
Una transaccin puede estar compuesta por varias operaciones,
como la transferencia de dinero de una cuenta bancaria a otra.
Sin embargo, desde el punto de vista del usuario, estas
operaciones conforman una sola tarea. Desde el punto de vista del
SGBD, una transaccin lleva a la base de datos de un estado
consistente a otro estado consistente. El SGBD garantiza la
consistencia de la base de datos incluso si se produce algn fallo, y
tambin garantiza que una vez se ha finalizado una transaccin,
los cambios realizados por sta quedan permanentemente en la
base de datos, no se pueden perder ni deshacer (a menos que se
realice otra transaccin que compense el efecto de la primera).
Si la transaccin no se puede finalizar por cualquier
motivo, el SGBD garantiza que los cambios realizados por
esta transaccin son deshechos. En el ejemplo de la
transferencia de fondos entre dos cuentas bancarias, si el
dinero se extrae de una cuenta y la transaccin falla antes
de que el dinero se ingrese en la otra cuenta, el SGBD
deshar la extraccin de fondos. El objetivo del diseo de
las transacciones es definir y documentar las caractersticas
de alto nivel de las transacciones que requiere el sistema.
Esta tarea se debe llevar a cabo al principio del proceso de
diseo para garantizar que el esquema lgico es capaz de
soportar todas las transacciones necesarias. Las
caractersticas que se deben recoger de cada transaccin
son las siguientes:

Ing. Freddy R. Santos L. Proyecto I
Datos que utiliza la transaccin.
Caractersticas funcionales de la transaccin.
Salida de la transaccin.
Importancia para los usuarios.
Frecuencia de utilizacin.
Hay tres tipos de transacciones:
En las transacciones de recuperacin se accede a los
datos para visualizarlos en la pantalla a modo de
informe.
En las transacciones de actualizacin se insertan,
borran o actualizan datos de la base de datos.
En las transacciones mixtas se mezclan operaciones
de recuperacin de datos y de actualizacin.
El diseo de las transacciones utiliza la
informacin dada en las especificaciones de
requisitos de usuario
Ing. Freddy R. Santos L. Proyecto I
Diseo de interfaces de usuario

Antes de implementar los formularios y los informes, hay que disear
su aspecto. Es conveniente tener en cuenta las siguientes
recomendaciones:
Utilizar ttulos que sean significativos, que identifiquen sin
ambigedad el propsito del informe o formulario.
Dar instrucciones breves y fciles de comprender.
Agrupar y secuenciar los campos de forma lgica.
Hacer que el aspecto del informe o formulario sea atractivo a la vista.
Utilizar nombres familiares para etiquetar los campos.
Utilizar terminologa y abreviaturas consistentes.
Hacer un uso razonable y consistente de los colores.
Dejar un espacio visible para los datos de entrada y delimitarlos.
Permitir un uso sencillo y adecuado del cursor.
Permitir la correccin carcter a carcter y de campos completos.
Dar mensajes de error para los valores ``ilegales''.
Marcar los campos que sean opcionales.
Dar mensajes a nivel de campo para explicar su significado.
Dar una seal que indique cundo el informe o formulario est
completo.
Diagrama de Accin
Es una representacin grfica de la utilizacin de los
datos en las transacciones, en donde se ubican las
acciones que se efectan seguidas por un rectngulo
que contiene la entidad y las estructuras de control
(condiciones y estructuras de control repetitivas). El
Diagrama de Accin tiene la funcin de indicar de una
forma ms clara la especificacin de las estructuras de
control repetitivas y de condicin, las cuales son
especificadas en el Mapa de Acceso Lgico. Su
nomenclatura es simple. En la Figura 2-17 se ilustra los
posibles usos de las condiciones.
INGENIERIA INVERSA Y LA
INGENIERIA DEL SOFTWARE

LA II y la IS son mtodos para alargar la vida de programas y proyectos, en
ambos casos se emplea software de ingeniera asistida por computadora
analizando los siguientes elementos:
1 Estructura de datos y elementos que describen los archivos
2 Diseo de pantallas
3 Diseo de base de datos
4 Diseo de estructura de datos
DESCRIPCION GRAFICA DE SISTEMA
UN SISTEMA DE INFORMACION TAL COMO EXISTE
DENTRO DE UNA ORGANIZACIN SE PUEDE
ESCRIBIR GRAFICAMENTE DE VARIAS MANERAS,
LOS DIVERSOS MODELOS GRAFICOS MUESTRAN LAS
FRONTERAS Y LA INFORMACION QUE SE UTILIZA EN
EL SISTEMA. EL PRIMER MODELO ES EL DIAGRAMA
DE FLUJOS DE DATOS DE CONTEXTO. LOS
DIAGRAMAS IDENTIFICAN EL FLUJO DE DATOS QUE
ENTRA Y SALEN DEL SISTEMA Y A LA VEZ EL
PROCESAMIENTO DE LOS DATOS
SIMBOLOS DEL DIAGRAMA DE
CONTEXTO
PROCESO ENTIDAD ALMACENAMIENTO



PROCESO: ES UTILIZADO PARA EJECUTAR
ALGUNAS ACCIONES O GRUPOS DE ACCIONES
ENTIDAD: PUEDE SER UNA PERSONA, GRUPO, UN
DPTO O CUALQUIER SISTEMA QUE RECIBE O
EMITE INFORMACION
FLUJO DE DATOS: MUESTRA QUE LA
INFORMACION SE EMITE O SE RECIBE DE UN
PROCESO.
ALMACENAMIENTO: ES DONDE SE REGISTRAN
TODOS LOS DATOS DEL SISTEMA
DIAGRAMA DE CONTEXTO DE SISTEMA DE
MATRICULACION DE UTESA
ESTUDIANTE
1
SISTEMA DE
MATRICULACION
DPTO
DE COMPUTOS
ESTUDI
ANTE
PROF.
DPTdDPTO
REGISTRO
DIAGRAMA DE FLUJOS DE DATOS (DFD)
ES UNA TECNICA UTILIZADA POR LOS ANALISTAS DE
SISTEMAS PARA IDENTIFICAR LOS PROCESOS,
ALMACENAMIENTO, DOCUMENTOS Y DECISIONES QUE
PUEDEN TENER UN SISTEMA DE INFORMACION.

PROCESO: ES UTILIZADO PARA IDENTIFICAR EL
PROCEDIMIENTO QUE TIENE UN MODULO DEL SISTEMA
DE INFORMACION.
DECISIN: ES UNA ALTERNATIVA FALSA O VERDADERA
QUE IDENTIFICA UNA ACCION EN UN PROCESO.
REPORTES: SON LOS DOCUMENTOS EMITIDOS POR EL
SISTEMA.
ALMACENAMIENTO: SON TODOS LOS DATOS
REGISTRADOS EN UN ARCHIVO O BASE DE DATOS.
ENTIDAD: ES UNA PERSONA O DPTO QUE SOLICITA
ALGUNA INFORMACION EN EL SISTEMA.

PROCESO ENTIDAD DECISION



ALMACENAMIENTO



REPORTES
CLIENTE
1.0
CREACION DE
FACTURA

FACTURA
FACTURA
CLIENTE
EMPRESA
FACTUR
A =
CR
FIN
3.0
CAJA
2.0
CXC
#FACTURA
CODIGOCLEINTE
NOMBRE,
FECHA,
ARTICULO,
PRECIO,
CANTIDAD
PRACTICA 1:
LA EMPRESA MERCALIA CXA TIENE UN SISTEMA
AUTOMATIZADO QUE PRESENTA UNA PROBLEMTICA EN
LA ACTUALIZACION DE LOS DATOS DEL SISTEMA. EL
ADMINISTRADOR CONTIENE VARIOS PROCESOS DONDE EL
CLIENTE ES LA ENTIDAD PRINCIPAL DEL SISTEMA, EL
SISTEMA INICIA SUS OPERACIONES CUANDO EL CLIENTE
SOLICITA UN PEDIDO AL MODULO DE FACTURACION, SI EL
PEDIDO ES ACREDITO AL CLIENTE SE LE DA 10 DIAS PARA
PAGAR Y LA SOLICITUD ES ENVIADA AL MODULO DE
CUANTAS POR COBRAR, ALMACENADO ASI LOS DATOS DEL
CLIENTE EN UN ALMACENAMIENTO LLAMADO CLIENTE 1 Y
LA FACTURA SE ALMACENA EN UN ALMACENAMIENTO
LLAMADO FACTURA I, SI EL PEDIDO NO ES ACREDITO AL
CLIENTE SE LE DA UN DESCUENTO DE UN 5% Y SE LE
ENTREGA UN RECIBO FINALIZANDO ASI EL PROCESO.
SE REQUIERE UN DIAGRAMA CONCEPTUAL Y UN
DIAGRAMA DE FLUJOS DE DATOS.
Solucin del caso anterior en D. F. D.
CLIENTE
DESCUENTO
RECIBO
1.1
CUENTAS X
COBRAR
FACTURA
1
CLIENTE
1

CLIENTE
FIN
FACTUR
A =
CR
1.0
FACTURACIN
CASO ANTERIOR EN
DIAGRAMA CONCEPTUAL
CLIENTE
FACTURA1
CLIENTE 1

CLIENTE
1.0
SISTEMA
ADMINISTRATIVO
Ing. Freddy R. Santos L. Proyecto I
Pedido
Cliente
Sistema De
Facturacin e
Inventario.
Almacenamiento
De Solicitudes
Producto.
Almacenamiento De
Facturas
Cliente
Pago Del
Cliente
Almacenamiento De
Pagos.
Diagrama Conceptual
DIAGRAMA DE
ESTRUCTURA DE DATOS
Es aquel define como estn
compuestos los campos de cada
tabla y concatena cual es la clave
primaria que relaciona un campo
con otro de otra tabla.

Ver ejemplo en la guia
Ing. Freddy R. Santos L. Proyecto I
Telfono Direccin Apellido Nombre ID cliente
Cliente
Total Precio * Unidad Nombre de Producto Cantidad ID de Producto
Cotizacin
Ventas
Registro Detalles Rebajar del Inventario Ordenar Productos
Almacn
Facturacin
Tipo de Transaccin Forma de Pago Crear salida Editar Entrada Crear Factura
Detalles Crear salida Dar Entrada Elaborar Pedido Orden de compras
Entregar Productos Crear salida Revisar Factura Revisar Entrega
Despacho
Caja
Crear entrada Editar salida Recibir Pago Entregar Productos
Diagrama De Estructura De Datos.
DIAGRAMA DE
COMERCIALIZACION
En este se visualiza como fluye la
informacin a travs de cmo esta
constituida la organizacin.


Ver ejemplo
Ing. Freddy R. Santos L. Proyecto I
INICIO
Almacenamiento
De productos
Despacho de
productos
Entrega de
productos
Cobro
FIN
DIAGRAMA DE COMERCIALIZACION
DIAGRAMA DE INTERFAZ
Es el que define cuales itemes
que conforman los menues y
sub. menues, dentro de un
sistema.

Ver ejemplo en la guia
Ing. Freddy R. Santos L. Proyecto I
Mantenimiento
Inventario

Creacin de artculos
Entradas de artculos
Editar artculos
Ordenes de compra

Clientes

Creacin de clientes
Editar clientes

Facturas

Factura al contado
Factura a crdito
Cuadre de caja

Consultas y Reportes
Inventario

Consulta de artculos
Mximo y mnimo
Personalizar consultas

Clientes

Consultas detalladas
Facturas pendientes
Lmite de crdito
Pagos

Facturas

Consulta detallada
Facturas diarias
Facturas pendientes

Ordenes de compra
Sistema
Usuarios

Nuevo usuario
Editar usuario
Cambio de clave

Ayuda
Salir
DIAGRAMA DE INTERFAZ
Consulta
Reporte
ANALISIS DE RESULTADOS
EL DIAGNOSTICO DE SISTEMA TIENE COMO OBJETIVO
DETERMINAR CUAL ES LA PROBLEMTICA EN SI DEL SISTEMA
TODOS LOS SISTEMAS NECESITAN SER EVALUADOS PARA
IDENTIFICAR LAS NECESIDADES DEL CLIENTE O USUARIOS
DONDE SE ANALIZAN LAS PERSPECTIVAS DE LOS CLIENTES Y
LOS REQUERIMIENTOS. EL DIAGNOSTICO SE DIVIDEN EN 5
PARTES:

1) RECONOCIMIENTO DEL PROBLEMA,
2) EVALUACION Y SISNTESIS,
3) MODELADO,
4) ESPECIFICACION,
5) VERSION.


ANTES DE PRESENTAR EL DIAGNOSTICO EL ANALISTA DEBE
PREPARAR Y UN DOCUMENTO CONCEPTUTAL DEL PROYECTO
ALTERNATIVA DE SOLUCION:

LOS ANALISTA LUEGO DE LA INVESTIGACION
REALIZADA EN LA EMPRESA ES NECESARIO
DETERMINAR CUALES SON LAS ALTERNATIVAS DE
SOLUCIONES MAS FACTIBLES PARA LA EMPRESA
ENVOCANDO EL TIPO DE TECNOLOGIA QUE NECESITA
PARA EL PROYECTO.


ARQUITECTURA DEL SISTEMA

LA ARQUITECTURA DEL SISTEMA SE FOCALIZA EN LA
ENTRADA Y LA SALIDA DE LA INFORMACION DONDE
LOS ANALISTAS UTILIZAN 6 ELEMENTOS
FUNDAMENTALES: SOFTWARE, HARDWARE, BASE DE
DATOS, PROCEDIMIENTOS, DOCUMENTACION Y REDES.
DIAGRAMA DE ENTIDAD RELACION
ES UNA TECNICA UTILIZADA POR LOS ANALISTAS DE
SISTEMAS PARA IDENTIFICAR EL TIPO DE RELACION
QUE EXISTE ENTRE UN ALMACENAMIENTO Y OTRO
ALMACENAMIENTO.

TIPOS DE RELACIONES
1:1 ES UNA RELACION UNO A UNO DONDE POR LO
MENOS UNA TRANSACCION SE REFLEJA EN UNO DE LOS
ALMACENAMIENTOS,
1:M ES UNA RELACION 1 A MUCHOS DONDE EN UNO DE
LOS ALMACENAMIENTOS SE PROCESA MAS DE UNA
TRANSACCION.
M:M ES UNA RELACION DE MUCHOS A MUCHOS DONDE
EN AMBOS ALMACENAMIENTOS SE PROCESAN VARIAS
TRANSACCIONES
ESTUDIANTE
ESTUDIANTE
ESTUDIANTE
MATERIA
PAGO
RECINTO
Ing. Freddy R. Santos L. Proyecto I
Cliente
Producto
Pago
Pedido
Factura
Hace
Es hecho por
< >
>
> <
>

<

>

>

G
E
N
E
R
A
A
M
P
A
R
A

E
s

p
a
r
t
e

d
e

C
o
n
t
i
e
n
e


Cubre
Es liquidada por
E
s

h
e
c
h
o

p
o
r

R
e
a
l
i
z
a


DIAGRAMA ENTIDAD - RELACION
Ing. Freddy R. Santos L. Proyecto I
Mucho a ninguno M: 0
Mucho a mucho M:M
Mucho a uno M:1
Uno a ninguno 1:0
Uno a mucho 1:M
Uno a uno 1:1
Representacin Se Lee Cardinalidad
<
0
>
> <
> 0
Leyenda
DIAGRAMA ENTIDAD RELACION
TABLA DE DECISONES

ES UNA HERRAMIENTA UTILIZADA EN EL ANALISIS
PARA IDENTIFICAR LAS DECISIONES Y ACCIONES QUE
PUEDEN TENER UN SISTEMA DE INFORMACION. EL
FORMATO SE REPRESENTA EN FILAS Y COLUMNAS
LAS DECISIONES SE OBTINEN DEL DIAGRAMA DE
FLUJOS DE DATOS.


D1= FACTURA A CREDITO
D2= FACTURA AL CONTADO
A1= CARGO UN 10%
A2= DESCUENTO DEL 10%
A1 A2
D1 SI NO
D2
NO SI

Un rbol de decisin
Proporciona una forma para desplegar
visualmente un problema y despus organizar
el trabajo de clculos que deben realizarse con
las tomas de decisiones por cada opcion
propuesta.

Los rboles de decisin son especialmente
tiles cuando deben tomarse una serie de
decisiones.

Ing. Freddy R. Santos L. Proyecto I
Articulo agotado Solicitar Del Producto
Articulo Existente Salida Del Producto
Crdito
Contado
Pasa Por Dep. Cobros
Pasa Por Caja 10% Descuento
5% Mora
Nuevo Cliente
Cliente Registrado
Registrar nuevo cliente
Actualizar Datos Del Cliente
rbol De Decisiones
Espaol estructurado
Lenguaje estructurado.
Tambin conocido como espaol estructurado, es el ms utilizado
para realizar especificaciones de procesos. Es un subconjunto del
espaol, como lo son del ingls muchos de los lenguajes de
programacin. Adems se utilizan las estructuras de control de la
programacin estructurada (if-then-else, while-do, repeat-until,
for-do y la concatenacin de sentencias) traducidas al espaol.

Diagramas de Estructura.
A travs de los diagramas de estructura se puede modelar el
control del sistema, as como la descomposicin de las funciones
en forma jerrquica. En un diagrama de estructura, los mdulos
son representados por rectngulos. Se representa la dependencia
(jerrquica) entre mdulos, las instancias de repeticin y decisin
as como el flujo de los datos de control y otros a travs de las
funciones. Los mdulos del diagrama de estructura son los mismos
que los que aparecen en los distintos niveles del DFD, vistos en
otra dimensin.
DICCCIONARIO DE DATOS
Es una aplicacin especializada en los tipos
de datos que recolecta, coordina y confirma
lo que significa un termino de datos
especifico para diferentes personas de la
organizacin.
TABLA INVENTARIO
CAMPO TIPO LONGITUD
ID ARTICULO
NUMERIC 8
DESCRIPCION
STRING 60
FECHA DE
NACIMIENTO
DATE/TIME
EXISTENCIA
NUMERIC 8
PRECIO DE
COSTO
MONEY
GANANCIA %
NUMERIC 3
MINIMO
NUMERIC 3
MAXIMO
NUMERIC 6
OBSERVACIONES
MEMO
DESCUENTOS
NUMERIC 2
APLICA ITBIS
BOOLEAN
E
j
e
m
p
l
o

d
e

D
i
c
c
i
o
n
a
r
i
o

d
e

D
a
t
o
s

CLAVE PRIMARIA: ES UN CAMPO O
ELEMENTO DE DATOS QUE IDENTIFICA DE
FORMA UNICA A UN REGISTRO.
EJE: NUMERO TELEFONICO O MATRICULA

CLAVE COMPUESTA: ESTA NO ES MAS QUE
LA CLAVE PRIMARIA MAS CUALQUIER
OTRO CAMPO DEL ALMACENAMIENTO DE
DATOS.
Considere, las operaciones del almacn de una
tienda de ropa. Para obtener mejor control del
inventario y acceso a informacin mas actualizada
con respecto a los niveles de inventario y
abastecimiento, la empresa solicita a un analista de
sistema para computarizar toda las operaciones del
almacn. Antes que el analista pueda disear un
sistema para capturar datos, actualizar archivos y
emitir reportes, primero necesita averiguar mas
acerca de cmo opera el almacn, con que
documentacin cuenta (requisitos, pedidos, facturas)
para guardar la informacin manualmente y que
informes, si es que los hay, se producen y como se
emplean.
Para seguir adelante el analista busca informacin
relacionada con la lista de reabastecimientos, pedidos
pendientes, registros manuales del almacn y otros
reportes. Tambin necesita determinar donde se origina
esta informacin, ya sea en el departamento de compras,
en el propio almacn o el departamento de contabilidad.
En otras palabras, el analista debe comprender como
trabaja el sistema actual y de manera mas especifica, la
cual es el flujo de informacin en todo el sistema.

Por otra parte el analista necesita saber las razones o motivos por la
cual la tienda quiere cambiar su modo de operaciones.Tiene la
empresa problemas con el surtido de pedidos, con la mercanca o
con el dinero?Se rezaga el registro del inventario?Se necesita un
sistema mas eficiente como requisito previo para poder aumentar el
numero de operaciones?
Trabajo del Analista de Sistema
La responsabilidad de los analistas de sistemas asi como
su denominacion en la empresa cambian de una
organizacin a otra, entres las funciones mas comunes
del analista se encuentran:
1. ANALISTA DE SISTEMAS: la nica responsabilidad
del analista es conducir estudios de sistemas para
detectar hechos relevantes relacionados con la actividad
de la empresa. La funcin mas importante en este caso
es reunir informacin y determinacin de los
requerimientos. (tambin llamados ANALISTAS DE
INFORMACION)
2. ANALISTA Y DISEADOR DE SISTEMA
(DISEADORES DE SISTEMA,
DISEADORES DE APLICACIONES):

Adems de llevar a cabo el estudio completo
de los sistemas, el analista tiene la
responsabilidad adicional de disear el nuevo
sistema. Los que se responsabilizan tanto del
anlisis como del diseo trabajan en menos
proyectos que los analistas de informacion
pero intervienen mas tiempo en ellos.
3. ANALISTA, DISEADOR Y PROGRAMADOR DE
SISTEMA: El analista conduce la investigacin de
sistemas, desarrolla las especificaciones de diseo y escribe
el software necesario para implantar el diseo.(ANALISTA
PROGRAMADOR).

De lo contrario, no se debe concluir que el papel de algunos
analistas es superior o inferior al de otros, ya que es el
tamao de la organizacin el que con bastante frecuencia,
dicta la naturaleza del trabajo del analista. En empresas
pequeas, los analistas tienen mas funciones que los que
trabajan en grandes organizaciones; estos ltimos son
personas que se especializan en un solo campo, por ejemplo
diseo de sistemas. En muchas otras organizaciones la
programacin la llevan a cabo los programadores de
aplicaciones, quienes se especializan en esta parte del
proceso de desarrollo de sistemas. Muchos analistas
comienzan como programadores y despus que han ganado
la suficiente experiencia se convierten en analistas de
sistemas.
Tipos de usuarios
Usuario final Directo:
Opera el sistema, tiene una interaccin directa a travs de
los equipos del sistema.
Usuario final indirecto:
Utiliza los reportes y otros tipos de informacin generadas
por el sistema. NOTA: No Opera el equipo.
Usuario Administrativo: Supervisa la inversin en el uso
o desarrollo del sistema, tiene la responsabilidad de
controlar las Actividades. Ej: Enc. Compras.
Usuario Directivo: Incorpora los usos estratgicos y
competitivos del sistema de informacin, en los planes y
estrategias de la organizacin, evaluar los riesgos a los que
se expone la organizacin en los fallos de los sistemas de
informacin.
Que es un Sistema
Es un conjunto de componentes que interaccionan
entre si para lograr un objetivo en comn.
Una organizacin es un sistema. Todo sistema
organizacional depende de una identidad llamada
Sistema de Informacin.
Que es un Sistema de Informacin
Es el medio por el cual los datos fluyen de una
persona o un departamento a otro. Estos pueden
ser abiertos o cerrados.
Abiertos: son los que interactan con el medio ambiente, recibiendo
entrada y produciendo salida. Cerrados: son aquellos que no
interactan con su medio ambiente.
Retroalimentacin
Es la informacin proporcionada al comparar los
resultados con estndares junto con el proceso de
reportar las diferencias a los elementos de control.
Estructura Bsica del Control
Un estndar para lograr un desempeo aceptable.
Un mtodo para medir el desempeo actual.
Un medio para comparar el desempeo actual
contra el estndar.
Un mtodo de retroalimentacin.
Ciclo de vida del Desarrollo de
un Sistema
Investigacin Preliminar
Determinacin de los Requerimientos del
Sistema
Diseo del Sistema
Desarrollo del Software
Prueba del Sistema
Implementacin y Evaluacin del Sistema.
Investigacin Preliminar
Es la primera actividad del sistema, la cual consiste en
gestionar la ACLARACIN DE LA SOLICITUD, que
consistir en 3 partes:
1. Aclaracin de la Solicitud: Es determinar que es lo que el
usuario desea y necesita.
2. Estudio de Factibilidad: es determinar que el sistema sea
factible en tres areas, que son:
Estudio de Factibilidad Tcnico: es la evaluacin de la
tecnologa del equipo actual y que posibilidad tiene de
desarrollarse una nueva tecnologa.
Econmica: Es determinar si los beneficios que se
obtienen sern suficiente para justificar los
costos.(Tangibles e Intangibles).
Operacional: es determinar que posibilidad de ser
utilizado el nuevo sistema en caso de que se desarrolle. Es
determinar si existe algunas resistencia que no permita
que el sistema sea utilizado.
Investigacin Preliminar
3. Aprobacin de la solicitud: Es determinar si se
acepta la solicitud de un Nuevo sistema para que
este sea realizado.
La finalidad de la investigacin preliminar es
evaluar la solicitudes de proyectos. Es necesario
revisar la solicitud de proyecto. La eleccin de
una estrategia de desarrollo es un aspecto
secundario. Lo importante es determinar si la
solicitud merece o no la inversin de recursos en
un proyecto de sistema de informacin.
Como se realiza la investigacin preliminar
Los datos recogidos durante las investigacin
preliminares se resumen por medio,
principalmente, de dos mtodos:
1. Revisin de Documentos: Es aprender acerca de
la organizacin que esta involucrada o que se
vera afectada por el proyecto.
2. Entrevistas a personal seleccionado de la entidad.

Proyecto no Factible: Son las solicitudes que no
pasan las pruebas de factibilidad.
Determinacin de los requerimientos
Los analistas deben estudiar los procesos de una
empresa para dar respuesta a la siguientes preguntas:
1. Qu es lo que se hace?
2. Cmo se hace?
3. Con que frecuencia se presenta?
4. Qu volumen de transacciones hay?
5. Cul es el grado de eficiencia con que se efectuan las
tareas?
6. Existen problemas ?
7. S existen, Cules son?
8. S existen, Cul es la causa que lo origina?
GUIA DE PREGUNTAS PARA
EL ANALISIS DEL SISTEMA
1 MISION Y VISION DE LA EMPRESA
2 OBJETIVOS GENERAL Y ESPECIFICOS DE LA
EMPRESA
3 LEVANTAMIENTO DEL SISTEMA
* ENTREVISTA
* CUESTIONARIOS
4 IDENTIFICACION DE LA PROBLEMTICA DEL
SISTEMA
5 DIAGRAMA CONCEPTUAL DEL SISTEMA
6 DIAGRAMA DE FLUJO DE DATOS
7 ANALISIS DE DATOS
8 ANALISIS DE COSTOS Y BENEFICIOS
9 REQUIRIMIENTOS DEL SISTEMA
10 PROTOTIPO DEL SISTEMA
11 RECOMENDACIONES DEL ANALISTA
CONCLUSIONES
El dato (del latn datum), es una
representacin simblica (numrica,
alfabtica, etc.), atributo o caracterstica de
una entidad. El dato no tiene valor semntico
en s mismo, pero convenientemente
procesado se puede utilizar en la realizacin
de clculos o toma de decisiones. Es de
empleo muy comn en el mbito informtico.

CAMPO


Un campo es cada
una de las unidades
elementales donde se
almacenan los datos,
cada uno de los cuales
tiene su propio nombre y
tipo y que se tratan como
una sola unidad lgica.
Los campos se visualizan
de forma vertical, es
decir, en forma de
columna.

REGISTRO


Un registro es el conjunto
de los campos relacionados
entre si con un objetivo en
comn, una estructura de
datos, almacenados en
campos.

Los registros son un tipo de
datos, por lo que podremos
declarar variables de dicho
tipo de datos. Estos se
visualizan de forma
horizontal, es decir, en filas.

Es un conjunto de registros relacionados
entre si con un objetivo en comn.

Una tabla puede ser interpretada como un
archivo puesto que tiene un nombre y una
extensin.

Los archivos tambin
denominados ficheros
(files); es una coleccin
de informacin (datos
relacionados entre s),
localizada o almacenada
como una unidad en
alguna parte de la
computadora.


Los archivos son el
conjunto organizado de
informaciones del
mismo tipo, que pueden
utilizarse en un mismo
tratamiento; como
soporte material de
estas informaciones.

Una base de datos o banco de datos es un
conjunto de tablas relacionadas entre si con un
objetivo en comn de datos que pertenecen al
mismo contexto almacenados
sistemticamente para su posterior uso.
En este sentido, una biblioteca puede
considerarse una base de datos compuesta en
su mayora por documentos y textos impresos
en papel e indexados para su consulta.
En informtica existen los sistemas gestores de
bases de datos (SGBD), que permiten
almacenar y posteriormente acceder a los datos
de forma rpida y estructurada. Las
propiedades de los sistemas gestores de bases
de datos se estudian en informtica.
Las aplicaciones ms usuales son para la
gestin de empresas e instituciones pblicas.
Tambin son ampliamente utilizadas en
entornos cientficos con el objeto de almacenar
la informacin experimental.

Datos
CAMPO
REGISTRO
TABLA
BASE DE DATOS
Normalizacin y estandarizacin
ETAPA1: PRIMERA FORMA NORMAL. PARA ENTRAR EN
LA PRIMERA ETAPA ES NECESARIO QUE LOS
ANALISTAS HAYAN DESARROLLADO EL DIAGRAMA DE
FLUJOS DE DATOS.
REGLAS DE LA PRIMERA FORMA NORMAL
IDENTIFICAR LOS ALMACENAMIENTOS EN EL DFD
ELIMINAR LOS CAMPOS REPETITIVOS.
ETAPA 2: SEGUNDA FORMA NORMAL: PARA ENTRAR
EN SEGUNDA FORMA NORMAL ES NECESARIO
CUMPLIR CON LA PRIMERA ETAPA DEL ANALISIS DE
DATOS.
REGLAS
IDENTIFICAR LAS CLAVES PRIMARIAS EN LOS
ALMCENAMIENTOS DE DATOS.
IDENTIFICAR LAS CLAVES COMPUESTAS EN LOS
ALMACENAMIENTOS DE DATOS.
ETAPA 3: TERCERA FORMA NORMAL: PARA ESTAR EN
3RA ETAPA ES NECESARIO HABER CUMPLIDO CON LAS
REGLAS DE LA SEGUNDA FORMA NORMAL.

REGLAS
1)ELIMINAR LOS CAMPOS PRODUCIDOS POR CALCULOS
MATEMATICOS COMO SON SUMA, RESTA,
MULTIPLICACION Y DIVISION.
ESTUDIANTE 1.0
SISTEMA MATRICULACION PROFESOR MATERIA ESTUDIANTE

1RA FN REGLAS:
ESTUDIANTE [ MATRICULA,NOMBRE,TELEFONO,EMAIL]
PROFESOR
[CODIGO,NOMBRE,APELLIDOS,DIRECCION,TELEFONO]
MATERIA[CODIGO,DESCRIPCION]
ESTUDIANTE /\ PROFESOR {0}
ESTUDIANTE /\ MATERIA {0}
MATERIA /\ PROFESOR {0}


2da FN REGLAS:
CLAVE PRIMARIA: ESTUDIANTE [ MATRICULA]
PROFESOR [CODIGO]
MATERIA [CODIGO]
CLAVE COMPUESTA: ESTUDIANTE [ MATRICULA + NOMBRE]
PROFESOR [CODIGO + NOMBRE]
MATERIA [CODIGO + DESCRIPCION]
3RA FN REGLAS:
EN NINGUNO DE LOS CASOS EXISTEN CAMPOS NUMERICOS

CLAVE PRIMARIA: ES UN CAMPO O ELEMENTO DE DATOS QUE
IDENTIFICA DE FORMA UNICA A UN REGISTRO.
EJE: NUMERO TELEFONICO O MATRICULA

CLAVE COMPUESTA: ESTA NO ES MAS QUE LA CLAVE PRIMARIA
MAS CUALQUIER OTRO CAMPO DEL ALMACENAMIENTO DE
DATOS.
Un Objeto
Es una abstraccin de la realidad que tiene un significado concreto y
claro para el problema que se est modelando. Un ejemplo de una
entidad fsica representada como un objeto conceptual puede ser
Un Auto.
Ahora bien, todos los objetos tienen 3 caractersticas principales:
- Estado: representa la definicin de atributos internos del objeto, sus
caractersticas. Por ejemplo, un auto tiene un cierto nmero de
puertas, un cierto nmero de ruedas, un volante, un motor, pedales,
etc.
- Comportamiento: representa la definicin del comportamiento del
objeto, las acciones que ste puede realizar. Por ejemplo, un auto
puede arrancar, frenar, doblar, acelerar, etc.
- Identidad: Cada objeto tiene una identidad nica, incluso si su
estado es idntico al de otro objetoEl concepto de identidad se refiere al
hecho de que cada objeto es nico en el mundo, por ms que su conjunto de
atributos y sus valores sean exactamente iguales a los de otros objetos. Por
ejemplo, dos autos del mismo modelo, color, motor, salidos de la misma lnea de
produccin el mismo da no dejan de ser dos autos diferentes, por ms que su
conjunto de atributos y sus valores sean iguales. La nica posibilidad de que dos
objetos sean iguales es que sean el mismo objeto.


Pilares de la Orientacin a Objetos
Relaciones
Herencia
Abstraccin
Encapsulamiento
Abstraccin
El proceso de abstraccin permite seleccionar las
caractersticas relevantes dentro de un conjunto e
identificar comportamientos comunes para definir
nuevos tipos de entidades en el mundo real. La
abstraccin es clave en el proceso de anlisis y
diseo orientado a objetos, ya que mediante ella
podemos llegar a armar un conjunto de clases que
permitan modelar la realidad o el problema que se
quiere atacar.

Encapsulamiento
Principio que establece que los atributos
propios de un objeto no deben ser visibles
desde otros objetos
Deben ser declarados como privados
Permite abstraer al resto del mundo de la
complejidad de la implementacin interna
Permite exponer el estado del objeto slo a
travs del comportamiento que le hayamos
definido mediante miembros pblicos
Por qu es til?
Punto de Control/Validacin
Mejor respuesta ante los Cambios
Herencia
Es una relacin entre clases en
la cual una clase comparte la
estructura y comportamiento
definido en otra clase (Grady
Booch)
Cada clase que hereda de otra
posee:
Los atributos de la clase base
adems de los propios
Soporta todos o algunos de los
mtodos de la clase base
Una subclase hereda de una
clase base
+Avanzar()
+Detenerse()
-pasajeros
Transporte
Automvil Avin
Clase Base
Clases Derivadas o
subclases
Es la propiedad que tienen los objetos de
permitir invocar genricamente un
comportamiento (mtodo) cuya
implementacin ser delegada al objeto
correspondiente recin en tiempo de
ejecucin
El polimorfismo tiende a existir en las
relaciones de herencia, pero no siempre es as
Polimorfismo
Polimorfismo - Ejemplo
La definicin del mtodo reside en la clase
base
La implementacin del mtodo reside en la
clase derivada
La invocacin es resuelta al momento de
ejecucin

Transporte
Avanzar
Frenar
Transporte
Avanzar
Frenar
Transporte
Avanzar
Frenar
Transporte
Avanzar
Frenar
Proceso de Presentacin y
Aprobacin del Diseo de Sistema
DISEO DE SALIDA
La salida es la informacin que se entrega a los usuarios por
medio del sistema de informacin. Algunos datos requieren
un procesamiento extenso antes de que se conviertan en
salida adecuada, y otros datos son guardados y considerados
salida cuando se les recupera con poco o ningn
procesamiento. La salida puede tomar muchas formas, la
permanente tradicional de los reportes impresos y la fugaz,
tal como la de las pantallas VDT, micro formas y sonido.
Los usuarios dependen de la salida para realizar sus tareas, y
frecuentemente juzgan el mrito de un sistema nicamente
por su salida. Para crear la salida ms til posible, los
analistas de sistemas trabajan de cerca con los usuarios, por
medio de un proceso interactivo hasta que el resultado se
considera satisfactorio.
Debido a que la salida es til es
esencialmente para asegurar el uso y
aceptacin del sistema de informacin, hay
varios objetivos que el analista de sistemas
trata de obtener cuando disea la salida.
Disear la salida para que sirva al propsito
deseado.
Disear la salida para que se ajuste al
usuario.
Entregar la cantidad adecuada de salida.
Asegurarse de que la salida se encuentra
donde se necesita.
Entregar la salida a tiempo.
Seleccionar el mtodo de salida adecuado

Ing. Freddy R. Santos L. Proyecto I
Diseo de la salida para que sirva al propsito
deseado. Toda la salida debe tener un propsito.
Durante la fase de anlisis de terminacin de los
requerimientos de informacin, el analista de
sistemas encuentra cuales propsitos deben ser
atendidos. La lista es diseada luego con base en
esos propsitos.
Diseo de la salida para el ajuste al usuario. Con
un gran sistema de informacin sirviendo a muchos
usuarios para muchos propsitos diferentes, es difcil
personalizar la salida que atienda lo que muchos
usuarios, aunque no todos necesitan y prefieren.
Hablando en termino generales, es ms practico
crear una salida especifica para el usuario cuando se
le disea para un sistema de soporte de decisiones u
otras aplicaciones altamente interactivas.
Entregar la cantidad adecuada de salida. No siempre ms es
mejor, especialmente cuando se refiere a la cantidad de salida.
Parte de la tarea del diseo de la salida es decidir la cantidad de
salida que es correcta para los usuarios. Una regla til es que el
sistema debe proporcionar lo que cada personal necesita para
completar su trabajo. Sin embargo, esto est todava muy lejos
de ser una solucin total, debido a que puede ser adecuado
desplegar primero un subconjunto de esa informacin y luego
proporcionar formas para que el usuario acceda fcilmente a la
informacin adicional.
Asegurarse de que la salida se encuentra donde se necesita.
La salida es impresa en papel, desplegada en pantalla,
difundida por bocinas y guardada en micro formas. La salida a
veces se produce en un lugar y luego se distribuye a los
usuarios. El incremento de salida desplegada en pantallas en
lnea es accesible personalmente ha reducido en cierta forma el
problema de la distribucin, pero la distribucin adecuada
todava es un objeto importante para el analista de sistemas,
para ser usada y til, la salida debe ser presentada al usuario
adecuado.

Ing. Freddy R. Santos L. Proyecto I
Entrega de la salida a tiempo. Una de las quejas ms comunes de los
usuarios es que no reciben la informacin a tiempo para tomar
decisiones necesarias. Los objetivos del analista de sistemas con
respecto a la salida con compuestos. No solo se tiene que ser
consciente acerca de quien esta recibiendo cual salida, sino tambin
hay que preocuparse de la distribucin en el tiempo de la salida
para los tomadores de decisiones, mediante esta fase del ciclo de
vida del desarrollo de sistemas ustedes han aprendido que salida es
necesaria, y en que momento para dirigir cada etapa de los procesos
de la organizacin.
Seleccin del mtodo de salida adecuado. Tal como se dijo
anteriormente, la salida puede tomar muchas formas, incluyendo
reportes impresos en papel, informacin en pantallas VDT audio
con sonidos digitalizados que simulan voz humana y micro formas.
La seleccin del mtodo adecuado de salida para cada usuario es
otro objetivo de la salida. El analista necesita reconocer los
compromisos involucrados en la seccin de un mtodo de salida.
Los costos difieren, as como la flexibilidad, tiempo de vida,
distribucin almacenamiento y posibilidades de recuperacin,
transportabilidad e impacto general sobre los datos para el usuario.
La seleccin de los mtodos de salida no es trivial ni es
generalmente una conclusin predecible con certeza.

RELACIN DEL CONTENIDO DE LA SALIDA CON EL
MTODO DE SALIDA.
El contenido de la salida de los sistemas de informacin debe
considerarse interrelacionado con el mtodo de salida. Cada
vez que se disea una salida, es necesario pensar sobre cmo la
funcin influencia la forma y cmo el propsito influencia la
salida que se escoge. Se debe pensar en forma general sobre la
salida, para que en cualquier informacin que salga del sistema
de computo y que sea til de alguna forma a las gentes, pueda
ser considerada la salida.

SELECCIN DE LA TECNOLOGA DE SALIDA.
El producir diferentes tipos de salida requiere el uso de
diferentes tecnologas para la salida de la computadora
impresa. Las opciones incluyen impresoras de impacto o no.
Para la salida en pantalla las opciones incluyen tubos de rayos
catdicos conectados o aislados o pantallas de cristal liquido.
La salida de audio puede ser amplificada y emitida por un
altavoz o escuchada por medio de bocinas pequeas en una PC.
Las micro formas de salida son creadas por cmaras
especialmente equipadas y pelculas en microficha o microfilm.

Ing. Freddy R. Santos L. Proyecto I
Mtodos de Codificacin
Dado que los proyectos de sistemas de informacin se disean teniendo en mente
ahorro de espacio, costo y tiempo, los sistemas de codificacin en los cuales las
condiciones, palabras ideas o relaciones se expresan a travs de un cdigo, se
desarrollan para reducir errores de control y acelerar el proceso en su totalidad. Un
cdigo es un numero breve, titulo o smbolo utilizado en vez de descripciones mas
largas o ambiguas. Cuando ocurre un suceso los detalles del mismo se resumen a
menudo mediante un cdigo. Son necesarios menos detalles en la entrada y no se
tienen como resultado ninguna perdida de informacin. Los seis tipos de mtodos de
codificacin presentados en esta seccin son:
1.- Cdigo Clasificacin
2.- Cdigo Funcin
3.- Cdigo Tarjeta
4.- Cdigo Secuencia
5.- Cdigo Dimito significativo
6.- Cdigo mnemotcnico.
Cdigo Clasificacin
Los Cdigo Clasificacin colocan entidades separadas, como hechos, personas y
objetos en grupos distintos llamados clases. Un cdigo se utiliza para distinguir una
clase de otra. El usuario registra el cdigo en un documento fuente o puede teclearlo
directamente al sistema a travs de la terminal en un sistema en lnea. El usuario (Ya
sea que haya aprendido los cdigos o los consulte) clasifica el hecho en una de varias
de varias categoras posibles y registra el cdigo.
Entrada On-Line y Batch
LA ADMINISTRACION EXISTE EN LAS ORGANIZACIONES
EN 3 AMPLIOS NIVELES HORIZONTALES; CONTROL
OPERACIONAL, PLANEACION Y CONTROL
ADMINISTRATIVO Y ADMINISTRACION ESTRATEGICA.
ADMINISTRACION DE OPERACIONES: LOS
ADMINISTRADORES DE OPERACIONES TOMAN
DECISIONES USANDO REGLAS PREDETERMINADAS
QUE TIENEN RESULTADOS PREDESIBLES CUANDO
SON IMPLEMENTADAS CORRECTAMENTE. LOS
ADMINISTRADOS DE OPERACIONES SON LOS
TOMADORES DE DECISIONES CUYO TRABAJO ES EL
MAS CLARO, DEBIDO AL ALTO NIVEL DE CERTEZA
EN SU AMBIENTE DE TOMA DE DECISIONES.
PROCESAMIENTO EN LINEA: A DIFERENCIA DEL
PROCESAMIENTO POR LOTE O BATCH, ESTE
PROCESAMIENTO IMPLICA QUE LOS PROGRAMAS SE
EJECUTEN EN TAL FORMA QUE LOS DATOS SE
ACTUALICEN DE INMEDIATO EN LOS ARCHIVOS DE LA
COMPUTADORA.

PROCESAMIENTO POR LOTES: ES LA EJECUCION DE UN
PROGRAMA SIN EL CONTROL O SUPERVISION DIRECTA DEL
USUARIO (QUE SE DENOMINA PROCESAMIENTO INTERACTIVO).
LOS PROGRAMAS QUE EJECUTAN POR LOTES SUELEN
ESPECIFICAR SU FUNCIONAMIENTO MEDIANTE SCRIPTS O
PROCEDIMIENTOS EN LOS QUE SE INDICA QUE SE QUIERE
EJECUTAR Y POSIBLEMENTE QUE TIPO DE RERCURSOS NESECITA
RESERVAR.

ADMINISTRACION MEDIA: LA ADMINISTRACION MEDIA FORMA A
NIVEL SEGUNDO O INTERMEDIO, DEL SISTEMA DE
ADMINISTRACION DE 3 NIVELES. LA ADMINISTRACION MEDIA
REALIZA DECISIONES DE PLANEACION Y CONTROL A CORTO
PLAZO SOBRE LA MANERA QUE SON MEJOR ASIGNADOS LOS
CURSOS PARA SATISFACER LOS OBJETIVOS ORGANIZACIONALES.

ADMINISTRACION ESTRATEGICA: ESTA COMPRENDE EL 3ER
NIVEL DEL CONTROL ADMINISTRATIVO DE 3 NIVELES. LOS
ADMINISTRADORES ESTRATEGICOS VEN FUERA DE LA
ORGANIZACIN HACIA EL FUTURO, TOMANDO DECISIONES QUE
GUIARAN A LOS ADMINISTRADORES MEDIOS O DE OPERACIN
EN LOS MESES Y AOS POR VENIR. LOS ADMINISTRADORES
ESTRATEGICOS TRABAJAN EN UN AMBIENTE DE TOMA DE
DECISIONES ALTAMENTE INCIERTO.
REQUERIMIENTOS DEL DISEO FINAL
Diseo Fsico:
RBOLES Y TABLAS DE DECISIONES
Diseo Lgico:
DIAGRAMAS (D.F.D., DIAGRAMA CONCEPTUAL, DE
ESTRUCTURA DE DATOS, DE COMERCIALIZACION,
DE ENTIDAD-RELACION, DE INTERFAZ )
Diseo de Bases de Datos
-DICCIONARIOS DE DATOS 5 Mininos
-Diseo en Entradas y Salida 5 c/u
Login
Splash
Men Interfaz de usuario (Principal)
Mantenimientos (Consultas) 5 (2 parametrizada)
Entradas de Datos
SALIDAS (REPORTES)
Disear interfaces interactivas de usuario 3 minimas
Creacin del Diseo
Pasar a la Gua del Anlisis del
Sistema de Facturacin
FIN