Professional Documents
Culture Documents
B)
C)
D)
E)
1.1
Sistemas de informacin y bases de datos
1.1.1 Concepto de Sistema de informacin.
Un sistema de informacin se puede definir tcnicamente como un
conjunto de componentes relacionados que recolectan (o recuperan),
procesan, almacenan y distribuyen informacin para apoyar la toma
de decisiones y el control de una organizacin.
Actividades de un Sistema de Informacin.
Hay tres actividades en un sistema de informacin que producen la
informacin que esas organizaciones necesitan para tomar
decisiones, controlar operaciones, analizar problemas y crear nuevos
productos o servicios que son:
a) Entrada: captura o recolecta datos en bruto tanto del interior de la
organizacin como de su entorno externo.
b) Procesamiento: Convierte esa entrada en datos de una forma ms
significativa.
c) Salida: Transfiere la informacin procesada a la gente que usar o
a las actividades para las que se utilizar.
Los sistemas de informacin tambin requieren retroalimentacin,
que es la salida que se devuelve al personal adecuado de la
organizacin para ayudarle a evaluar o corregir la etapa de entrada.
Factores del entorno de un Sistema de Informacin
Un sistema de informacin contiene informacin sobre una
organizacin y su entorno. Dentro de este entorno figuran clientes,
proveedores, competidores, accionistas y agencias reguladoras que
interrelaciones
existentes
en
el
mundo
real.
Los
procedimientos de actualizacin y recuperacin, comunes y
bien determinados, facilitarn la seguridad del conjunto de
datos.
El Sistema de Gestin de Bases de Datos (SGBD) es el conjunto
de programas que permiten la implantacin, acceso y mantenimiento
de la base de datos. El SGBD, junto con la base de datos y con los
usuarios, constituyen el Sistema de Base de Datos.
1.2 Sistemas de informacin para la gestin y para la ayuda
en la toma de decisiones
La aplicacin de los ordenadores en las empresas e instituciones
comenz con el tratamiento administrativo de sus datos
operacionales; es decir, los que son necesarios para llevar a cabo las
tareas de rutina (nmina, contabilidad, etc.).
Sin embargo, la
potencia de estas mquinas no poda permitir que se les confinase en
este campo, excesivamente limitado para sus posibilidades reales, y
el ordenador empez a intervenir en otros niveles de la empresa,
ayudando a la sistematizacin de las funciones de direccin y
constituyendo un elemento activo en el proceso de toma de
decisiones. Surgen as sistemas de informacin basados en el
ordenador, que tienen como principal objetivo mejorar el proceso de
informacin de la empresa logrando su mxima eficacia.
En toda organizacin se suele distinguir tres niveles de gestin
(operacional, tctico y estratgico), por lo que el SI estar compuesto
por tres subsistemas estructurados jerrquicamente y que se
corresponden con cada uno de estos tres niveles. En el plano
operacional, los usuarios necesitan datos puntuales (elementales)
que describan los sucesos que, de una forma u otra, caracterizan las
actividades de la organizacin, por lo que este subsistema de
informacin ser muy voluminoso. De l, mediante un proceso de
elaboracin adecuado (en general de agregacin), se podrn obtener
los datos necesarios (junto con los aportados desde el exterior) para
el funcionamiento de los otros dos subsistemas, cuyos usuarios
tienen unas exigencias muy distintas, y para los que tal volumen de
informacin no solamente sera inadecuado, sino peor an,
inoperante y contraproducente.
NIVEL ESTRATEGICO
-Elaboracin de planes
-Objetivos generales
NIVEL TACTICO
-Control de gestin
-Objetivos especficos
NIVEL OPERACIONAL
-Tareas administrativas
Ordenes y Planes
Informacin
TIPOS
DE
PROCE
SO
F
O
R
M
A
L
I
Z
A
B
L
E
S
REPETITIVOS
EXCEPCIONALES
TAREAS
ADMINISTRATIVAS
TAREAS ADMINISTRATIVAS DE
EXCEPCION
Caractersticas:
datos voluminosos
propios, elementales y
homogneos
pocas interrelaciones y
simples
muchas
salidas
normalizadas
procesos sencillos y
peridicos
predomina
el
tratamiento secuencial
Caractersticas:
datos no muy voluminosos
propios, elementales, as
como
agregados
y
homogneos
muchas interrelaciones
pocas salidas normalizadas
procesos complejos
pero
estructurados
tratamiento no secuencial y,
en general, interactivos
(Ejemplo: estadsticas, modelos,
y por lotes
(Ejemplo:
factura)
NO
F
O
R
M
A
L
I
Z
A
B
L
E
S
AYUDA A LA DECISION
Caractersticas:
Datos muy poco voluminosos
Propios y ajenos
Agregados
y
muy
heterogneos
Muchas
interrelaciones
complejas
Pocas
salidas,
con
informacin
significativa,
oportuna
y
fcil
de
interpretar
Procesos
de
difcil
o
imposible estructuracin
Tratamiento no secuencial e
interactivo
(Ejemplo: creacin de una
nueva unidad de produccin)
Tipologa de los procesos de gestin
T1
R1
f2
T2
R2
f3
T3
R3
D2
D3
D4
D5
F6
f4
T4
R4
D6
f5
T5
R5
D7
DATOS
FICHEROS
TRATAMIENTOS
RESULTADOSOrganizacin clsica: Sistemas orientados al proceso
Los sistemas informticos de este tipo han sido llamados a veces
sistemas orientados hacia el proceso, debido a que en ellos se pone el
nfasis en los tratamientos que reciben los datos, los cuales se
almacenen en ficheros diseados para una determinada aplicacin. Las
aplicaciones se analizan e implantan con entera independencia unas de
otras, y los datos no se suelen transferir entre ellas, sino que se duplican
siempre que los correspondientes trabajos los necesitan.
Este planteamiento produce, adems de una ocupacin intil de
memoria secundaria, un aumento de los tiempos de proceso, al repetirse
los mismos controles y operaciones en los distintos ficheros. Pero ms
grave todava son las inconsistencias que a menudo se presentan en
estos sistemas, debido a que la actualizacin de los mismos datos,
cuando se encuentran en ms de un fichero, no se suele realizar de
forma simultnea en todos ellos.
D
1
D
2
DEPURACION
ACTUALIZACI
ON
D
3
D
4
D
5
DEPURACIO
N
R2
B.D.
ALMACENAMI
ENTO
DATOS
CREACION Y ACTUALIZACION
TRATAMIENTOS
RESULTADOS
R1
TRATAMIENT
O
R3
RECUPERACION Y
B C
ESTRUCTURA
LOGICA
DE
USUARIO
- esquema externo-
ESTRUCTURA LOGICA
GLOBAL
-esquema conceptual-
A
B
D
ESTRUCTURA FISICA
-esquema interno-
G
E
Base
Objetivos generales
NIVEL TACTICO
Control de gestin
Objetivos especficos
NIVEL OPERACIONAL
Comn
De
Datos
Tareas administrativas
rdenes y planes
Informacin
Los distintos tipos de usuarios de una base de datos pueden clasificarse
en usuarios informticos y usuarios finales.
A) Usuarios informticos
Tienen a su cargo las tareas de creacin y mantenimiento de la base de
datos, as como la realizacin de los procedimientos y programas que
necesiten los usuarios finales. Entre ellos se puede distinguir:
A1) Diseadores
Tienen la responsabilidad de identificar los datos que han de estar
contenidos en la base de datos, de acuerdo con las necesidades que les
manifiesten los usuarios, as como determinar las estructuras ms
apropiadas para conseguir satisfacer estas necesidades.
Segn la fase en que intervengan los diseadores, es posible distinguir:
Diseadores lgicos:
Deben ser capaces de determinar qu tipos de datos han de estar
contenidos en la base y conseguir plasmar el punto de vista del conjunto
de usuarios en las estructuras lgicas ms adecuadas para stos. Para
ello, deben mantener constantes entrevistas con los usuarios (incluida la
direccin) a fin de que la base de datos represente lo ms fielmente
posible el mundo real que se trata de recoger. Es decir, los diseadores
lgicos deben perseguir un objetivo de eficacia de la base de datos.
Los usuarios finales son aquellos que tienen que acceder a los datos
porque los necesitan para llevar a cabo su actividad. A diferencia de los
usuarios informticos, su inters suele estar concentrado en el contenido
de la base de datos, es decir, en los datos. Existen tambin distintas
clases de usuarios finales.
B1) Habituales
Suelen hacer consultas y/o actualizaciones en la base de datos como
parte habitual de su trabajo. Utilizan en general mens previamente
preparados por analistas y/o programadores, de forma que se facilite su
interrelacin en el ordenador. En otros casos pueden usar lenguajes
sencillos para el acceso a la base de datos, as como paquetes de
programas.
Es preciso distinguir, dentro de este grupo, a los operadores de entrada
de datos, cuya labor consiste en actualizar la base de datos para lo que
se les prepara mens de actualizacin, aunque con la diferencia
respecto a otros usuarios habituales de que tienen exigencias muy
estrictas respecto a los tiempos de respuesta, adems de no estar
interesados en la informacin contenida en la base de datos.
B2) Espordicos
Es un tipo de usuarios muy parecido al anterior en la medida en que
necesitan el ordenador a fin de que les preste una ayuda en su trabajo,
pero en cambio no lo utilizan habitualmente porque el tipo de actividad
que realizan no lo exige. Son, por tanto, usuarios a los que se les tiene
que suministrar herramientas sencillas y, en general, potentes, ya que
en bastantes casos as lo exige la clase de tareas que han de llevar a
cabo; tareas que, en muchas ocasiones, no son fcilmente formalizables,
por lo que no pueden ser atendidas por medio de mens.
B)
son
las
de
descripcin,
Externo
Lgico Global
Interno
Buscar
Aadir
Suprimir
Modificar
datos de la base
CONTROL
- Rene las interfaces de los usuarios
nombre_sucu
rsal
Centro
Navacerrada
Galapagar
Becerril
Galapagar
Moralzarzal
Collado
Mediano
sald
o
500
400
900
700
750
700
350
nmero_cue
nta
C-101
C-215
C-102
C-305
C-201
C-222
C-217
nombre_sucu
rsal
Centro
Becerril
Navacerrada
Collado
Mediano
Galapagar
Moralzarzal
Galapagar
sald
o
500
700
400
350
900
700
750
Se exige que, para todas las relaciones r, los dominios de todos los
atributos de r sean atmicos. Un dominio es atmico si los elementos
del dominio se consideran unidades indivisibles. Por ejemplo, el conjunto
de los enteros es un dominio atmico, pero el conjunto de todos los
conjuntos de enteros es un dominio no atmico. La diferencia es que no
se suele considerar que los enteros tengan partes constituyentes, pero s
se considera que los conjuntos de enteros las tienen; por ejemplo, los
enteros que forman cada conjunto. Lo importante no es lo que sea el
propio dominio, sino la manera en que se usan los elementos del
dominio en la base de datos. El dominio de todos los enteros sera no
atmico si se considerara que cada entero es una lista ordenada de
cifras. En todos los ejemplos se supondr que los dominios son atmicos.
Es posible que varios atributos tengan el mismo dominio. Por ejemplo,
supngase la relacin cliente con los tres atributos nombre_cliente,
calle_cliente y ciudad_cliente y una relacin empleado con el atributo
nombre_empleado. Es posible que los atributos nombre_cliente y
nombre_empleado tengan el mismo dominio, el conjunto de todos los
nombres de persona, que en el nivel fsico es el conjunto de todas las
cadenas de caracteres. Los dominios de saldo y nombre_sucursal, por
otra parte, deberan ser distintos. Quiz sea menos evidente si
nombre_cliente y nombre_sucursal deberan tener el mismo dominio. En
el nivel fsico, tanto los nombres de los clientes como los nombres de las
sucursales son cadenas de caracteres. Sin embargo, en el nivel lgico
puede que se desee que nombre_cliente y nombre_sucursal tengan
dominios diferentes.
Un valor de dominio que es miembro de todos los dominios posibles es
el valor nulo, que indica que el valor es desconocido o no existe. Por
ejemplo, supngase que se incluye el atributo nmero_telfono, o que
su nmero de telfono no figure en la gua. Entonces habr que recurrir
a los valores nulos para indicar que el valor es desconocido o no existe.
Ms adelante se ver que los valores nulos crean algunas dificultades
cuando se tiene acceso a la base de datos o se la actualiza y que, por
tanto, deben eliminarse si es posible. Se supondr inicialmente que no
hay valores nulos.
Esquema de la base de datos
nombre_sucursal ciudad_sucurs
al
Becerril
Aluche
Centro
Arganzuela
activos
400.00
0
9.000.0
Collado Mediano
Galapagar
Moralzarzal
Navacerrada
Navas de la
Asuncion
Segovia
00
Aluche
8.000.0
00
Arganzuela
7.100.0
00
La Granja
2.100.0
00
Aluche
1.700.0
00
Alcal
de 300.00
Henares
0
Cerceda
3.700.0
00
nombre_cliente
calle_cliente
Abril
Amo
Preciados
Embajadores
Badorrey
Fernndez
Gmez
Gonzlez
Lpez
Prez
Rodrguez
Ruprez
Santos
Valdivieso
Delicias
Jazmn
Carretas
Arenal
Mayor
Carretas
Yeseras
Ramblas
Mayor
Goya
Ciudad_cli
ente
Valsan
Arganzuel
a
Valsan
Len
Cerceda
La Granja
Peregrinos
Cerceda
Cdiz
Len
Peregrinos
Vigo
nombre_client
e
Abril
Gmez
Gonzlez
Gonzlez
Lpez
Ruprez
Santos
nmero_cuenta
C-305
C-215
C-101
C-201
C-102
C-222
C-217
un
ejemplo
de
la
relacin
Puede parecer que para este ejemplo se podra tener slo un esquema
de relacin, en vez de tener varios. Es decir, puede resultar ms sencillo
para el usuario pensar en trminos de un nico esquema de relacin, en
lugar de varios esquemas. Supngase que slo se usara una relacin
para el ejemplo, con el esquema
(nmero_prstamo,
nombre_sucursal,
nmero_prs
nombre_suc
Impo
tamo
P-11
P-14
P-14
P-16
P-17
P-23
P-93
ursal
Collado
Mediano
Centro
Navacerrad
a
Navacerrad
a
Centro
Moralzarzal
Becerril
rte
900
1.500
1.500
1.300
1.000
2.000
500
nombre_
cliente
Fernnd
ez
Gmez
Gmez
Lpez
Prez
Santos
Sotoca
Valdivies
o
nmero_
prstamo
P-16
P-11
P-23
P-15
P-93
P-17
P-14
P-17