Sistemas integrados de Gestion Empresarial
SIGE
–
Segundo
Parcial
Tecnología
Software
de
Gestión:
1º
Generación:
Productos
Stand-‐alone
2º
Generación:
Suites
de
líneas
de
productos
3º
Generación:
Aplicaciones
Monolíticas
4º
Generación/
Actualmente:
Aplicaciones
Colaborativas
basadas
en
Internet
Arquitectura
de
una aplicación
actual:
Arquitectura
4
capas:
1º
Usuario
2º
Servidor
web
3º
Servidor
de
aplicaciones
4º
Servidor
Base
de
Datos
Ejemplo:
Un
usuario
final
del
Área
Contable
utiliza
una
pantalla
de
PeopleSoft
para
dar
de
alta
una
Cuenta
Contable,
utilizando
solamente
un Browser
de
Internet.
Al
guardar
la
información,
se
envían
los
datos
al
Servidor
Web
(utilizando
protocolos
HTTPS
o
HTML).
El
Servidor
Web
recibe
los
datos
de
la
transacción
desde
el
Explorador
Web,
y
utiliza
un
protocolo
(JOLT-‐Java
On
Line
Transaction)
para
invocar
un servicio
del
Servidor
de
Aplicaciones.
El
Servidor
Web
se
encarga
solamente
de
la
presentación,
mientras
que
la
lógica
del
sistema
la
aplica
el
Servidor
de
Aplicación.
El
Servidor
de
Aplicación
lee
(por
medio
de
Sentencias
SQL)
la
lógica
a
aplicar,
que
reside
en la
Base
de
Datos
(son
Metadatos).
El
Servidor
de
Aplicación
interpreta
la
definición
del
panel
en
uso,
y
también
el
código
asociado
(validaciones,
cálculos,
etc.).
El
Servidor
de
Aplicación
detecta
que
se
cumplen
las
condiciones
de
la
validación,
por
lo
que
informa al
Servidor
Web
para
que
presente
el
mensaje
de
error
al
usuario
final
a
través
del
Navegador
web.
Distintos
ambientes
en
una
instalación
real:
Ambiente
de
Desarrollo
Ambiente
de
Producción
Ambiente
de
Test
Otros
Ambientes:
Producto
Standard;
Capacitación;
Integración; Test
Tecnológico;
etc.
¿Por
qué
varios
ambientes?
Resguarda
al
ambiente
de
producción
(el
que
gestiona
las
transacciones
reales
de
la
empresa),
contra
la
alteración
de
datos,
accesos
indebidos
o
consulta
de
datos
sensibles
por
usuarios
no
autorizados,
alteración
de programas,
etc.
Permite
implementar
una
metodología
de
control
de
desarrollo
de
nuevos
programas
(o
modificación
de
los
existentes),
en
un
ambiente
de
desarrollo
(donde
pueden
cometerse
errores
sin
afectar
el
ambiente
de
producción),
testear
dichas
modificaciones
en
el
ambiente
de testing
(idealmente
idéntico
al
de
producción,
sólo
que
con
diferentes
datos),
y
si
todo
funciona
correctamente
en
el
ambiente
de
testing,
las
modificaciones
serán
implementadas
en
el
ambiente
productivo.
Para
instalar
y
probar
los
fixes
de
productos,
antes
de
su aplicación
en
el
ambiente
productivo.
Probar
modificaciones
a
la
parametría
de
las
aplicaciones
y
evaluar
su
impacto
antes
de
aplicarlas
en
el
ambiente
productivo.
Permite
la
separación
de
funciones
(programadores
trabajan
sobre
el
ambiente
de
desarrollo),
equipo
de...
Regístrate para leer el documento completo.