alternativas de selección para la adqu

UNIVERSIDAD DR. JOSÉ MATÍAS DELGADO
FACULTAD DE ECONOMÍA DR. SANTIAGO I. BARBERENA
“ALTERNATIVAS DE SELECCIÓN PARA LA ADQUISICIÓN DE BASES DE
DATOS RELACIONALES PARA LA MEDIANA EMPRESA DE TIPO
COMERCIAL”
ASESOR:
MAURICIO ORLANDO GUZMÁN
PRESENTADO POR:
TERESA JACKELINE HERNÁNDEZ ALCÁNTAR
LORENA MARGARITA DÍAZ FLORES
PARA OPTAR AL GRADO DE:
LICENCIATURA EN CIENCIAS DE LA COMPUTACIÓN
SAN SALVADOR, 31 DE ENERO DE 2006
A dios todo poderoso:
Por darme el valioso tesoro de la vida, salud y la perseverancia para seguir
adelante ante todos los obstáculos que se pusieron en mi camino en el
transcurso de la carrera, gracias Dios por permitirme alcanzar este triunfo.
Mis padres:
Teresa de Jesús Alcántar de Hernández y Efraín Hernández, por apoyarme en
todas las etapas de mi vida, brindándome el ejemplo con su espíritu de lucha,
complementado con amor y comprensión que me hizo alcanzar esta meta.
Mi abuelita (Q.E.P.D.):
María Nicolasa Alcántara en su memoria, por aconsejarme a seguir adelante en
mis estudios, para poder enfrentar el futuro como una profesional.
Mis hermanos:
Maritza Cristela Hernández Alcántar, Mario Alexander Hernández Alcántar y
Efraín Orlando Hernández Alcántar, por apoyarme siempre, en los momentos
que más lo he necesitado para salir adelante, lo cual fomento mis deseos de
superación.
Mi novio:
César Alexander Ancheta Salinas (el tercer integrante del grupo), por estar
conmigo en las buenas y en las malas, motivándome con sus consejos,
comprensión y amor.
Familiares y amigos:
Por su estimulación y ayuda en los momentos que más lo he necesitado.
Teresa Jackeline Hernández Alcántar
Agradezco a Dios nuestro Señor y a la Virgen de Guadalupe: por haberme
dado la fuerza, la sabiduría y la iluminación necesarias para no decaer durante
todo el proceso de elaboración de la tesis.
Agradezco a mis Padres: por su apoyo moral y económico que me brindaron
en todo momento de forma incondicional para poder concluir mi carrera. A mi
hermano por sus consejos.
Agradezco a mi esposo y a mi hija: por su comprensión y apoyo en los
momentos más difíciles del desarrollo de la tesis. Por el sacrificio que hicieron
durante todos esos días que no pude estar con ellos para compartir en familia.
Agradezco a mi segunda Familia, mis amigos y compañeros de trabajo:
porque me demostraron su cariño y apoyo dándome los ánimos y la fuerza para
seguir adelante, ya que siempre estuvieron dispuestos a ayudarme.
Agradezco al Asesor de Tesis: Lic. Mauricio Guzmán por sus consejos y
críticas constructivas, no solo sobre el trabajo de graduación sino también sobre
nuestra vida.
Muchas gracias a todas aquellas personas que se vieron involucradas directa o
indirectamente con la elaboración de esta tesis.
Lorena Margarita Díaz Flores
INDICE
INTRODUCCIÓN---------------------------------------------------------------------------------------------------- vii
OBJETIVOS. -----------------------------------------------------------------------------------------------------------1
OBJETIVO GENERAL:-------------------------------------------------------------------------------------------1
OBJETIVOS ESPECÍFICOS: -----------------------------------------------------------------------------------1
ALCANCES Y LIMITACIONES. -----------------------------------------------------------------------------------3
ALCANCES:---------------------------------------------------------------------------------------------------------3
LIMITACIONES:----------------------------------------------------------------------------------------------------4
CAPITULO I: ANTECEDENTES -----------------------------------------------------------------------------------6
1.1. ANTECEDENTES DE LA MEDIANA EMPRESA COMERCIAL. ---------------------------------7
1.1.1. ANTECEDENTES DEL COMERCIO.-------------------------------------------------------------7
1.1.1.1. EL COMERCIO COMO FENÓMENO NATURAL. --------------------------------------7
1.1.1.2. BENEFICIOS DEL COMERCIO.-------------------------------------------------------------9
1.1.1.3. EL MERCADO. --------------------------------------------------------------------------------- 10
1.1.1.4. DEFINICIÓN DE COMERCIO. ------------------------------------------------------------- 11
1.1.1.5. LA RAZÓN DE BUSCAR UTILIDADES. ------------------------------------------------- 12
1.1.1.6. LAS TÉCNICAS DEL COMERCIO. ------------------------------------------------------- 13
1.1.2. ANTECEDENTES DE MEDIANA EMPRESA EN EL SALVADOR. --------------------- 14
1.1.3. CARACTERÍSTICAS DE LA PYME SALVADOREÑA. ------------------------------------- 17
1.1.4. OBSTÁCULOS DEL ENTORNO PARA EL DESARROLLO DE LA PYME
SALVADOREÑA.--------------------------------------------------------------------------------------------- 18
1.2. JUSTIFICACION E IMPORTANCIA DE LA INVESTIGACIÓN. -------------------------------- 21
CAPITULO II: MARCO TEÓRICO -------------------------------------------------------------------------------24
2.1. CONCEPTOS DE BASE DE DATOS. --------------------------------------------------------------- 25
2.2. LOS MODELOS DE BASES DE DATOS.----------------------------------------------------------- 27
2.2.1. INTRODUCCIÓN A LOS MODELOS DE BASES DE DATOS.--------------------------- 27
2.2.2. MODELO ENTIDAD-RELACIÓN.---------------------------------------------------------------- 28
2.2.2.1. CONCEPTOS DEL MODELO ENTIDAD-RELACIÓN. ------------------------------- 29
2.2.3. MODELO RELACIONAL DE BASE DE DATOS. -------------------------------------------- 33
2.2.3.1. ESTRUCTURA DEL MODELO RELACIONAL. ---------------------------------------- 36
2.3. SISTEMAS ADMINISTRADORES DE BASES DE DATOS RELACIONALES (DBMS). - 38
2.3.1. COMPONENTES DE LOS SISTEMAS ADMINISTRADORES DE BASES DE
DATOS RELACIONALES. --------------------------------------------------------------------------------- 39
i
2.3.2. BENEFICIO DEL EMPLEO DE UN SISTEMA ADMINISTRADOR DE BASE DE
DATOS RELACIONAL. ------------------------------------------------------------------------------------- 41
2.3.3 FUNCIONES DE LOS SISTEMAS ADMINISTRADORES DE BASES DE DATOS
RELACIONALES. -------------------------------------------------------------------------------------------- 42
2.3.4. LOS TRES NIVELES DE LA ARQUITECTURA DE UN SISTEMA DE BASES DE
DATOS RELACIONALES. --------------------------------------------------------------------------------- 44
2.3.4.1. NIVEL EXTERNO. ----------------------------------------------------------------------------- 45
2.3.4.2. NIVEL CONCEPTUAL. ----------------------------------------------------------------------- 46
2.3.4.3. NIVEL INTERNO.------------------------------------------------------------------------------ 47
2.4. LENGUAJES DE BASE DE DATOS. ----------------------------------------------------------------- 48
2.4.1. LENGUAJE DE CONSULTA ESTRUCTURADO (SQL).----------------------------------- 49
2.5. TIPOS DE USUARIOS.----------------------------------------------------------------------------------- 50
2.6. ARQUITECTURA CLIENTE-SERVIDOR. ----------------------------------------------------------- 51
2.6.1. MODELO CLIENTE-SERVIDOR. ---------------------------------------------------------------- 53
2.6.2. PROCESO CLIENTE-SERVIDOR. -------------------------------------------------------------- 55
2.7. MANEJADORES DE BASES DE DATOS RELACIONALES.----------------------------------- 56
2.7.1. ORACLE. ---------------------------------------------------------------------------------------------- 56
2.7.1.1. ANTECEDENTES DE ORACLE.----------------------------------------------------------- 56
2.7.1.2. INTRODUCCIÓN A LA ARQUITECTURA DEL RDBMS (SISTEMA DE BASE
DE DATOS RELACIONAL) ORACLE. -------------------------------------------------------------- 62
2.7.1.3. CARACTERÍSTICAS DE ORACLE.------------------------------------------------------- 68
2.7.1.4. LICENCIAS. ------------------------------------------------------------------------------------- 70
2.7.1.5. NÚMERO DE USUARIOS. ------------------------------------------------------------------ 74
2.7.1.6. PRECIOS. --------------------------------------------------------------------------------------- 74
2.7.1.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE. ---------------- 76
2.7.1.8. SOPORTE TÉCNICO. ------------------------------------------------------------------------ 78
2.7.1.9. ACTUALIZACIONES. ------------------------------------------------------------------------- 78
2.7.1.10. CAPACITACIONES.------------------------------------------------------------------------- 79
2.7.1.11. GARANTÍAS.---------------------------------------------------------------------------------- 79
2.7.1.12. CONTRATOS. -------------------------------------------------------------------------------- 80
2.7.2. SYBASE ASE (SYBASE ADAPTIVE SERVER ENTERPRISE).------------------------- 81
2.7.2.1. ANTECEDENTES DE SYBASE ASE. ---------------------------------------------------- 81
2.7.2.2. ARQUITECTURA DE SYBASE ASE.----------------------------------------------------- 82
2.7.2.3. CARACTERÍSTICAS DE SYBASE ASE. ------------------------------------------------ 89
2.7.2.4. LICENCIAS. ------------------------------------------------------------------------------------- 92
2.7.2.5. NÚMERO DE USUARIOS. ------------------------------------------------------------------ 94
ii
2.7.2.6. PRECIOS. --------------------------------------------------------------------------------------- 95
2.7.2.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE. ---------------- 97
2.7.2.8. SOPORTE TÉCNICO. ------------------------------------------------------------------------ 99
2.7.2.9. ACTUALIZACIONES. ----------------------------------------------------------------------- 100
2.7.2.10. CAPACITACIONES.----------------------------------------------------------------------- 101
2.7.2.11. GARANTÍAS.-------------------------------------------------------------------------------- 102
2.7.2.12. CONTRATOS. ------------------------------------------------------------------------------ 102
2.7.3. DB2 DE IBM.---------------------------------------------------------------------------------------- 103
2.7.3.1. ANTECEDENTES DE DB2 DE IBM. ---------------------------------------------------- 103
2.7.3.2. OBJETOS DE LAS BASES DE DATOS RELACIONALES. ----------------------- 106
2.7.3.3. CARACTERÍSTICAS DE DB2. ----------------------------------------------------------- 110
2.7.3.4. LICENCIAS. ----------------------------------------------------------------------------------- 112
2.7.3.5. NÚMERO DE USUARIOS. ---------------------------------------------------------------- 116
2.7.3.6. PRECIOS. ------------------------------------------------------------------------------------- 116
2.7.3.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE. -------------- 117
2.7.3.8. SOPORTE TÉCNICO. ---------------------------------------------------------------------- 120
2.7.3.9. ACTUALIZACIONES. ----------------------------------------------------------------------- 120
2.7.3.10. CAPACITACIONES.----------------------------------------------------------------------- 121
2.7.3.11. GARANTÍAS.-------------------------------------------------------------------------------- 121
2.7.3.12. CONTRATOS. ------------------------------------------------------------------------------ 122
2.7.4. MICROSOFT SQL SERVER, VERSIÓN 2000.--------------------------------------------- 123
2.7.4.1. ANTECEDENTES DE MICROSOFT SQL SERVER, VERSIÓN 2000.--------- 123
2.7.4.2. ARQUITECTURA. --------------------------------------------------------------------------- 129
2.7.4.3. CARACTERÍSTICAS DE SQL SERVER. ---------------------------------------------- 133
2.7.4.4. LICENCIAS. ----------------------------------------------------------------------------------- 134
2.7.4.5. NÚMERO DE USUARIOS. ---------------------------------------------------------------- 142
2.7.4.6. PRECIOS. ------------------------------------------------------------------------------------- 143
2.7.4.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE. -------------- 144
2.7.4.8. SOPORTE TÉCNICO. ---------------------------------------------------------------------- 146
2.7.4.9. ACTUALIZACIONES. ----------------------------------------------------------------------- 149
2.7.4.10. CAPACITACIONES.----------------------------------------------------------------------- 149
2.7.4.11. GARANTÍAS.-------------------------------------------------------------------------------- 150
2.7.4.12. CONTRATOS. ------------------------------------------------------------------------------ 150
2.7.5. RESUMEN DE PRECIOS.----------------------------------------------------------------------- 151
2.7.6. RESUMEN DE CARACTERÍSTICAS TÉCNICAS. ---------------------------------------- 158
CAPITULO III: INVESTIGACIÓN DE CAMPO --------------------------------------------------------------160
iii
3.1. INVESTIGACIÓN DE CAMPO Y SITUACIÓN ACTUAL --------------------------------------- 161
3.1.1. METODOLOGÍA DE LA INVESTIGACIÓN. ------------------------------------------------- 161
3.1.1.1. POBLACIÓN A INVESTIGAR.----------------------------------------------------------- 161
3.1.1.2. INSTRUMENTOS DE RECOLECCIÓN DE DATOS. ------------------------------- 164
3.1.1.3. TAMAÑO DE LA MUESTRA. ------------------------------------------------------------- 165
3.1.2. OBTENCIÓN DE LA INFORMACIÓN.-------------------------------------------------------- 168
3.1.2.1. FUENTES Y DATOS PRIMARIOS. ----------------------------------------------------- 168
3.1.2.2. FUENTES Y DATOS SECUNDARIOS. ------------------------------------------------ 169
3.1.2.3. TIPOS DE INVESTIGACIÓN.------------------------------------------------------------- 169
3.1.3. TRATAMIENTO DE LOS DATOS.------------------------------------------------------------- 171
3.1.4. ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS.----------------------------- 172
3.1.5. RESUMEN DEL ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS. ------ 207
CAPITULO IV: PLAN DE SOLUCIÓN ------------------------------------------------------------------------213
4.1. ASPECTOS A CONSIDERAR PARA EL DESARROLLO DE LA GUÍA. ------------------- 214
4.2. DESARROLLO DE LA GUÍA PARA PROPONER ALTERNATIVAS DE SELECCIÓN
PARA ADQUIRIR UNA NUEVA BASE DE DATOS RELACIONAL. ------------------------------ 215
PASO 1: DEFINICIÓN DE LA SITUACIÓN ACTUAL DE LA EMPRESA.-------------------- 217
PASO 2: ELABORAR PROCESO DE SELECCIÓN PARA LA ADQUISICIÓN DE BASES
DE DATOS RELACIONALES. -------------------------------------------------------------------------- 217
PASO 2.1: CONTACTAR PROVEEDORES LOCALES DE LAS DIFERENTES BASES
DE DATOS RELACIONALES.----------------------------------------------------------------------- 218
PASO 2.2: PUNTOS A TOMAR EN CUENTA PARA ELABORAR UN CONTRATO CON
LOS DISTRIBUIDORES DE LAS BASES DE DATOS RELACIONALES.---------------- 220
PASO 2.3: COMPARACIÓN DE HARDWARE Y SOFTWARE DE LA EMPRESA Y LAS
BASES DE DATOS RELACIONALES.------------------------------------------------------------ 221
PASO 2.4: VALOR PRESENTE NETO. ---------------------------------------------------------- 223
PASO 2.5: ANÁLISIS DE ADHERENCIA.-------------------------------------------------------- 227
PASO 2.6: ANÁLISIS DE RIESGOS.-------------------------------------------------------------- 230
PASO 2.6.1: PLANES DE CONTINGENCIAS.-------------------------------------------------- 231
PASO 2.7: ANÁLISIS COSTO-BENEFICIO.----------------------------------------------------- 233
PASO 2.8: ANÁLISIS DE MEDIO AMBIENTE.-------------------------------------------------- 237
PASO 2.9: ALTERNATIVAS DE SELECCIÓN PARA LA ADQUISICIÓN DE UNA
NUEVA BASE DE DATOS RELACIONAL.------------------------------------------------------- 238
4.3. CASO PRÁCTICO --------------------------------------------------------------------------------------- 241
PASO 1: PROBLEMÁTICA. ----------------------------------------------------------------------------- 241
iv
PASO 2: ELABORAR PROCESO DE SELECCIÓN PARA LA ADQUISICIÓN DE BASES
DE DATOS RELACIONALES. -------------------------------------------------------------------------- 243
PASO 2.1: CONTACTAR PROVEEDORES LOCALES DE LAS DIFERENTES BASES
DE DATOS RELACIONALES.----------------------------------------------------------------------- 244
PASO 2.2: PUNTOS A TOMAR EN CUENTA PARA ELABORAR UN CONTRATO CON
LOS DISTRIBUIDORES DE LAS BASES DE DATOS RELACIONALES.---------------- 246
PASO 2.3: COMPARACIÓN DE HARDWARE Y SOFTWARE DE LA EMPRESA Y LAS
BASES DE DATOS RELACIONALES.------------------------------------------------------------ 248
PASO 2.4: VALOR PRESENTE NETO. ---------------------------------------------------------- 249
PASO 2.5: ANÁLISIS DE ADHERENCIA.-------------------------------------------------------- 252
PASO 2.6: ANÁLISIS DE RIESGOS.-------------------------------------------------------------- 255
PASO 2.6.1: PLANES DE CONTINGENCIAS.-------------------------------------------------- 259
PASO 2.7: ANÁLISIS COSTO-BENEFICIO.----------------------------------------------------- 262
PASO 2.8: ANÁLISIS DE MEDIO AMBIENTE.-------------------------------------------------- 265
PASO 2.9: ALTERNATIVAS DE SELECCIÓN PARA LA ADQUISICIÓN DE BASES DE
DATOS RELACIONALES.---------------------------------------------------------------------------- 267
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES---------------------------------------------270
5.1. CONCLUSIONES. --------------------------------------------------------------------------------------- 271
5.2. RECOMENDACIONES. -------------------------------------------------------------------------------- 274
GLOSARIO --------------------------------------------------------------------------------------------------------- 276
BIBLIOGRAFÍA ---------------------------------------------------------------------------------------------------- 283
ANEXOS --------------------------------------------------------------------------------------------------------------287
ANEXO 1: LAS REGLAS DEL DR. CODD.
ANEXO 2: FACTURA DE ACTUALIZACIÓN DE ORACLE.
ANEXO 3: FACTURA DE COMPRA DE ORACLE.
ANEXO 4: RENOVACIÓN DE ACTUALIZACIÓN DE SYBASE ASE.
ANEXO 5: CONTRATO DE COMPRA DE SYBASE ASE.
ANEXO 6: COMPARACIÓN ENTRE LOS PROGRAMAS DE LICENCIAMIENTO POR
VOLUMEN DE MICROSOFT.
ANEXO 7: PROPUESTA ECONÓMICA DE CAPACITACIONES DE SQL SERVER.
ANEXO 8: DIRECTORIO DE EMPRESAS COMERCIALES DEL ÁREA
METROPOLITANA DE SAN SALVADOR 2001.
v
ANEXO 9: CÓDIGOS QUE REPRESENTAN A LOS MUNICIPIOS QUE PERTENECEN
AL ÁREA METROPOLITANA DE SAN SALVADOR.
ANEXO 10: CONCEPTO DE MEDIANA EMPRESA SEGÚN CONAMYPE
(DEPENDENCIA DEL MINISTERIO DE ECONOMÍA).
ANEXO 11: DIRECTORIO FILTRADO DE LAS 50 EMPRESAS PERTENECIENTES AL
MUNICIPIO DE SAN SALVADOR.
ANEXO 12: CUESTIONARIO DIRIGIDO A LAS MEDIANAS EMPRESAS DE TIPO
COMERCIAL, PERTENECIENTES AL MUNICIPIO DE SAN SALVADOR.
ANEXO 13: ENTREVISTA DIRIGIDA A LAS EMPRESAS DISTRIBUIDORAS DE LAS
BASES DE DATOS RELACIONALES EN EL SALVADOR.
ANEXO 14: TEMAS DE TESIS SIMILARES A ESTA INVESTIGACIÓN
ENCONTRADOS EN LAS DIFERENTES UNIVERSIDADES.
ANEXO 15: MATERIAS EN LAS QUE SE IMPARTE TEORÍA Y/O PRACTICA DE
MANEJADORES DE BASES DE DATOS EN LAS CARRERAS DE
INFORMÁTICA, DE LAS DIFERENTES UNIVERSIDADES VISITADAS.
ANEXO 16: GUÍA PARA EL USO DEL ARCHIVO DE EXCEL COMPLEMENTO DEL
CASO PRÁCTICO.
vi
INTRODUCCIÓN
Hoy en día, el área de informática de las empresas está experimentado
cambios significativos, debido a la necesidad de manejar volúmenes de
información mucho más grandes.
Como consecuencia del desarrollo económico y del crecimiento demográfico,
existen necesidades graduales de administrar grandes cantidades de datos
interrelacionados con fines comerciales y administrativos. Estos datos
almacenados conforman la parte más importante de los sistemas; es por eso
que las bases de datos constituyen un paso en la evolución de las empresas del
procesamiento de información, lo que facilitará un desarrollo posterior de las
aplicaciones y ayudará a obtener el mejor uso posible de la información.
Al inicio de este documento, podrán encontrarse los objetivos y alcances que se
plantearon antes de realizar la investigación, así como también las limitaciones
que se suscitaron al momento de la recolección de la información.
Este documento se ha organizado en cinco capítulos: antecedentes, marco
teórico,
investigación
de
campo,
plan
de
solución,
conclusiones
y
recomendaciones.
En el capítulo I, se presentan los antecedentes de las bases de datos
relacionales así como también de las medianas empresas comerciales de El
Salvador y finalmente la justificación e importancia de la investigación.
vii
El Capítulo II, contiene la introducción a los modelos relacionales, se citan las
doce reglas de Codd las cuales son el parámetro para saber cuan funcional es
una base de datos relacional. Se muestra una breve descripción de las
plataformas cliente – servidor y los sistemas de bases de datos relacionales
orientados a objetos.
Así como también se presenta la evolución que han tenido a través del tiempo
los diferentes manejadores de bases de datos relacionales en estudio a través
de la variedad de versiones que han salido al mercado, los elementos que
conforman la arquitectura, información sobre las principales características de
las bases de datos relacionales tales como: costos, licencias, número de
usuarios, requerimientos mínimos de hardware y software, contratos, garantías
y soporte técnico que brindan las empresas distribuidoras.
El Capítulo III, contiene la metodología que se siguió para la investigación
como: población a investigar, instrumentos para la recolección de datos,
determinación, tamaño y distribución de la muestra, obtención de la
información, investigación explorativa y descriptiva y tratamiento de los datos.
Así como también el análisis e interpretación de los datos, es decir la
representación gráfica de éstos y la situación actual que se obtuvo de las
empresas específicamente en el área de informática, en lo que a bases de
datos relacionales se refiere, a través de la investigación de campo.
viii
El Capítulo IV, contiene una guía de alternativas de selección propuesta para la
adquisición de bases de datos; dicha guía describe una metodología a seguir
para la adecuada toma de decisiones cuando surge la necesidad de invertir en
una nueva base de datos relacional.
El Capítulo V, contiene las conclusiones que se elaboraron al momento de
finalizar el documento como producto de los resultados encontrados en la
investigación.
Así como también las recomendaciones que surgen de acuerdo a ciertos vacíos
observados en el proceso de investigación de la información.
Finalmente se presenta un glosario de palabras técnicas citadas en este
documento, la bibliografía adonde se detallan los textos utilizados y sitios Web
visitados como apoyo para poder llevar a cabo el desarrollo de este documento.
ix
OBJETIVOS
OBJETIVOS.
OBJETIVO GENERAL:
Proporcionar un documento que contenga alternativas de selección para la
adquisición de base de datos relacional, para las medianas empresas de
tipo comercial que se encuentran ubicadas en el municipio de San Salvador.
OBJETIVOS ESPECÍFICOS:
Llevar a cabo una investigación bibliográfica y de campo de las bases de
datos relacionales en estudio.
Proporcionar generalidades teóricas de las bases de datos relacionales que
se analizan en esta investigación tales como: características técnicas,
plataformas de trabajo necesarias para un adecuado funcionamiento, los
requerimientos mínimos de hardware de cada una de ellas, etc.
1
OBJETIVOS
Investigar dentro del departamento de informática de la mediana empresa
de tipo comercial del municipio de San Salvador, las bases de datos
relacionales que poseen y las especificaciones técnicas de hardware y
software del servidor adonde se encuentra dicha base de datos.
Crear una guía que oriente al personal de informática de la mediana
empresa, en cuanto al proceso de selección de alternativas para la toma de
decisión de adquisición de una nueva base de datos relacional.
2
ALCANCES Y LIMITACIONES
ALCANCES Y LIMITACIONES.
ALCANCES:
Proporcionar una guía al departamento de informática de las medianas
empresas de tipo comercial, que aporte alternativas de selección que
sirvan de base
para la adquisición de una nueva base de datos
relacional.
Las alternativas de selección que contendrá la guía, serán las bases de
datos relacionales tomadas en cuenta para este estudio las cuales son:
ORACLE versión 9i, SYBASE ASE versión 12.5, DB2 versión 8.1 y
MICROSOFT SQL SERVER versión 2000.
3
ALCANCES Y LIMITACIONES
LIMITACIONES:
Durante la realización de toda la investigación se presentaron limitantes que en
cierta medida prolongaron su realización. A continuación se mencionan las más
importantes:
La falta de cooperación por parte de algunas empresas medianas de tipo
comercial, expresando que por políticas de la empresa o por órdenes de
la gerencia o el jefe no podían contestar el cuestionario por la naturaleza
de las preguntas.
La lentitud con que algunas personas de las empresas entrevistadas
completaban el cuestionario, ya que esto se veía reflejado en el tiempo
que se demoraron en devolverlos.
La realización de la investigación de campo dirigida a las medianas
empresas del sector comercio se vio limitada por la desconfianza que
sentían las autoridades de las mismas, ya que en algunos casos
aislados, se mostraban renuentes a contestar las preguntas; asumiendo
que probablemente la estaba realizando otra empresa dedicada al mismo
rubro o competencia.
4
ALCANCES Y LIMITACIONES
Por otra parte se pretendía dar a conocer el costo real en términos de
dinero de cada una de las bases de datos relacionales en estudio,
lamentablemente no fue posible obtener información real y completa sino
que solamente precios estimados que aparecen en Internet, debido a
que algunos distribuidores la consideran confidencial. El precio de los
productos es proporcionado a clientes potenciales, pero no para formar
parte de una investigación como ésta.
Poca disponibilidad de parte de los diferentes proveedores de las bases
de datos relacionales para brindar información sobre las características
técnicas como por ejemplo: rendimiento, seguridad, escalabilidad,
disponibilidad, etc.
La falta de documentos acerca de la mediana empresa salvadoreña,
dificultó la ampliación de algunos conceptos y el avance de la
investigación.
5
6
CAPITULO I: ANTECEDENTES
1.1. ANTECEDENTES DE LA MEDIANA EMPRESA COMERCIAL.
1.1.1. ANTECEDENTES DEL COMERCIO.
1.1.1.1. EL COMERCIO COMO FENÓMENO NATURAL.
El comercio no es el producto de la codicia sino un efecto de fenómenos
naturales.
Tres causas originaron el comercio:
Que la fuerza del hombre es insuficiente para satisfacer por sí mismo sus
múltiples necesidades.
Que no todos los seres humanos tienen iguales aptitudes y capacidades.
Que los productos no se dan todos en los diferentes países o regiones ni
en condiciones iguales.
Por tanto, los hombres se relacionan entre sí; entregan las cosas que les
abundan y reciben las que les faltan; acuden a otros países a buscar los bienes
y servicios que no existen en el lugar en que residen.
Así nació el comercio como un imperativo para la subsistencia de la humanidad.
7
CAPITULO I: ANTECEDENTES
El comercio, en el orden jurídico, es el conjunto de relaciones o actos
intermedios entre productores y consumidores, ejercidos habitualmente con el
propósito de satisfacer necesidades y promover la circulación de la riqueza.1
Por razones de lugar, el comercio es interno y externo; el primero se ejecuta
dentro de los límites de un estado; el segundo se realiza entre individuos de
diferentes estados. El comercio externo tiene una variedad de matices; puede
ser libre o sujeto a restricciones, cuotas, cuarentenas, de acuerdo a tratados o a
diversas circunstancias.
Por razón de la cuantía, el comercio puede ser al por mayor y al menor. El
primero es el que se ejerce en cantidades superiores a las del consumidor; el
segundo, es el que se ajusta a las necesidades del mismo.
El comercio no se desenvuelve en forma autoritaria, está sujeta a reglas cuya
ley básica se denomina Código de Comercio. Hay además, una variada
legislación sustantiva y adjetiva para regular los múltiples aspectos de los
activos mercantiles: bancos, seguros, tarifas aduaneras.
Por razón de objeto, el comercio puede ser de compra–venta, comisión,
transporte, banca, seguros, cambio, depósitos, etc.
1
La Importancia del Comercio Salvadoreño. Dr. Alfonso Rochac.
8
CAPITULO I: ANTECEDENTES
1.1.1.2. BENEFICIOS DEL COMERCIO.
En el vaivén de la vida diaria no se percibe la importancia del comercio.
Sucede con esta actividad como con ciertos servicios públicos, cuyo significado
de progreso sólo advertimos cuando faltan, como el agua potable y la luz
eléctrica.
Sin el comercio no es posible concebir una sociedad libre. Cuando la libertad no
existe no hay comercio, sino reparto que opera con tarjetas de racionamiento.
La abundancia concurrente del trabajo libre del sector privado, hace
innecesarias las cuotas de consumo, porque el mercado se rige en base a las
leyes de la oferta y la demanda.
El comercio, en principio, tiene la significación ética de un servicio. El impulso
de obtener ingresos va íntimamente unido a la idea de ser útil a la sociedad.
Este aspecto que no perciben los detractores del comerciante, reviste de una
esencia la moral, la idea de servir en la propia fuente generadora del acto
mercantil.
No hay una sola fase de la vida humana que en la actualidad no esté asistida
por el comercio. Su misión principal, en síntesis, es obtener en fábricas, talleres,
laboratorios y centros productivos de toda clase, las mercaderías y materiales
indispensables a las necesidades humanas de techo, vestuario, alimentación,
salud, cultura y bienestar, sólo para citar las principales.
9
CAPITULO I: ANTECEDENTES
El comercio está presente en todo paso o acto del ser humano. Como
importador de materias primas o ingredientes abastece a empresas
productoras, agricultoras y fabricantes.
La fuerza de relación más importante entre las naciones está sustentada en el
comercio exterior de importación y exportación. Por su medio se hace sentir en
el comercio mundial y se participa de los beneficios del intercambio, con nuevos
productos y avances tecnológicos. El comercio en el presente como en la
antigüedad, sigue siendo un factor de civilización y asimilación cultural.
El progreso tiene en el desarrollo comercial uno de sus principales motores de
impulsión. El capital da un ejemplo de cómo el comercio influye en la
transformación arquitectónica, en la creación de nuevas empresas y servicios
que crean puestos de trabajo y satisfacen las necesidades de una población
creciente.
1.1.1.3. EL MERCADO.
El mercado, en el régimen de libre empresa, es un proceso movido por el juego
de las acciones de varios individuos que cooperan dentro del principio de la
división del trabajo.
El estado del mercado, en un momento determinado, es la estructura de los
precios, es decir, la totalidad de las proporciones de cambio establecidas por la
10
CAPITULO I: ANTECEDENTES
acción recíproca de los que se interesan por comprar y de los que se interesan
por vender.
Los precios del mercado y sus tendencias orientan a los productores sobre
cómo, donde y qué cantidad producir. El mercado es el punto focal al cual
convergen y del cual proceden las actividades económicas de los individuos.
El eje del mercado es la competencia o sea la libertad de cada vendedor para
ofrecer los productos a muchos compradores frente a la libertad de cada
consumidor para decidir que productos comprar frente a muchos vendedores.
1.1.1.4. DEFINICIÓN DE COMERCIO.
En un sentido estricto se llama comercio a las actividades que consisten en
comprar mercancías o efectos para su reventa, de manera habitual, por lo
general, sin introducir modificaciones en su forma o sustancia.2
Los códigos de comercio son más amplios; en ellos se considera como
actividades mercantiles:
Las empresas que modifican o elaboran, empacan las mercaderías
adquiridas y venden los productos de la elaboración.
2
La Importancia del Comercio Salvadoreño. Dr. Alfonso Rochac.
11
CAPITULO I: ANTECEDENTES
Las empresas que sin ser artesanales admiten mercancías ajenas para
modificar o transformar.
Las imprentas y casas editoras.
Los bancos.
Las empresas aseguradoras.
Las compañías de transporte.
Las entidades que almacenan, custodian y transportan por cuenta ajena.
1.1.1.5. LA RAZÓN DE BUSCAR UTILIDADES.
La característica económica de un negocio organizado comercialmente es
obtener utilidades sobre los recursos empleados ya sea en forma de capital fijo
o capital circulante.
El empresario comercial constantemente precisa mantener una exacta relación
entre los diversos componentes del patrimonio de la empresa y la utilidad
perseguida. Precisa calcular acuciosamente el desgaste del capital fijo, los
gastos generales, el costo de las materias primas y salarios, así como las
pérdidas, intereses, impuestos. Así determinará, por medio de recargos sobre el
precio de costo directo o indirecto de las mercancías que se mueven en el
negocio, los precios de venta necesarios para poder dar al capital del negocio
12
CAPITULO I: ANTECEDENTES
que generalmente son superiores al interés normal del dinero. El comercio corre
riesgos insuperables como mermas, deterioros naturales, insolvencias en
ventas al crédito, etc. Todo esto lo obliga a establecer reservas por
eventualidades.
El desarrollo de los medios de comunicación ha magnificado la competencia en
el intercambio de las mercaderías, en beneficio de los comerciantes en
pequeña escala y de los consumidores.
1.1.1.6. LAS TÉCNICAS DEL COMERCIO.
1.1.1.6.1. LA COMPRA.
El punto de origen del comercio es la compra de las mercancías; en esta
operación el comerciante hace uso de sus conocimientos sobre los productos y
servicios, de su destreza comercial, y de su discernimiento y diligencia; la
compra depende solamente del comerciante y el papel de éste es activo.
1.1.1.6.2. LA VENTA.
El comerciante al por mayor tiene su base más sólida en una clientela fiel, la
cual solamente puede conseguirse a costa de actividad, celo y la más
perseverante seriedad en el cumplimiento de las operaciones.
13
CAPITULO I: ANTECEDENTES
Estas relaciones entre el comerciante y su clientela son muy valiosas por los
efectos de la competencia. El comerciante vive alerta, en contacto con su
clientela, anticipándose a sus necesidades y adivinándole sus antojos.
1.1.2. ANTECEDENTES DE MEDIANA EMPRESA EN EL SALVADOR.
Diversos estudios en distintos países sobre las PYME’s (desde aquí en
adelante se entenderá por PYME: pequeñas y medianas empresas),
concuerdan que las mismas cuentan con varias ventajas como: capacidad de
innovación, son menos burocráticas, tienen mayor capacidad de reacción a los
cambios, cuentan con una estructura flexible, maximizan tiempo y recursos,
poseen estructuras organizativas achatadas, los canales de comunicación y
participación son mas directos y fluidos.3
Pareciera que en mucho las PYME’s responden a las nuevas exigencias, pero
la realidad es que en la práctica muchas no optimizan dichas ventajas y sumado
a esto tienen otros problemas que resolver.
En El Salvador no existe una definición única del significado de mediana
empresa. Las definiciones y los criterios utilizados varían entre las distintas
instituciones públicas o privadas que están relacionadas con el desarrollo de
este segmento empresarial. Estas definiciones tienden a utilizar los criterios de
3
Revista Comercio e Industria, 2003. Cámara de Comercio e Industria de El Salvador.
14
CAPITULO I: ANTECEDENTES
clasificación de las empresas que más se adecuan a la disponibilidad de
información estadística oficial o bien a las necesidades prácticas que se derivan
del tipo de servicios que prestan a este sector empresarial.4
La empresa se define como “La unidad económica natural o jurídica propietaria
o administradora de uno o más establecimientos que comparte una misma
razón social, y que se conjuntan para producir, comercializar o prestar un
servicio, es decir lo que forma su actividad económica principal”.5
A continuación se presenta una tabla (ver tabla Nº 1) con las entidades que
clasifican a la mediana empresa de acuerdo al criterio de número de
empleados; por tratarse de las que brindan apoyo a la mediana empresa en
diferentes áreas.
Cabe mencionar que se tomará en dicha clasificación, únicamente el criterio de
número de empleados.
4
5
Desafíos y oportunidades de la PYME Salvadoreña, Primera Edición.
Desafíos y oportunidades de la PYME Salvadoreña, Primera Edición.
15
CAPITULO I: ANTECEDENTES
TABLA Nº 1
CRITERIO DE MEDIANA EMPRESA SEGÚN NÚMERO DE EMPLEADOS
ENTIDADES
CRITERIO
ASI
Desde 26 a 99 empleados
Cámara de Comercio e Industria de El Salvador
Desde 20 a 99 empleados
FUSADES (PROPEMI)
Ocupa entre 50 y 100 trabajadores
Banco Central de Reserva de El Salvador
Desde 50 a 199 empleados
AMPES
De 20 a 49 empleados (de 20 en adelante)
BMI
Emplea entre 50 y 199 trabajadores
CONAMYPE
De 51 hasta 100 empleados
SWISS CONTACT
51-100 empleados
ANEP/GTZ
50-99 empleados
INSAFORP
Mayores de 50 y menores de 100 empleados
FUSADES (DEES)
20-99 empleados
Fuente: Elaboración basada en visitas realizadas a dichas instituciones.
Además, continuamente se han estado realizando diversos estudios sobre las
PYME’s de parte de instituciones dedicadas al desarrollo y crecimiento de
éstas.
Dichos
estudios
han
colaborado
a
identificar
las
principales
características y obstáculos entre otros, de la mediana empresa Salvadoreña.
En una encuesta realizada durante el período marzo-mayo de 2002, el
Programa Entorno de FUNDAPYME se dirigió a una muestra de cuatrocientos
diez empresas ubicadas en el Área Metropolitana de San Salvador, Santa Ana y
16
CAPITULO I: ANTECEDENTES
San Miguel de pequeñas y medianas empresas salvadoreñas, la cual tuvo
como objetivo estimar la gravedad y la prioridad de las principales
características y obstáculos del entorno de la PYME salvadoreña mencionados
anteriormente.
1.1.3. CARACTERÍSTICAS DE LA PYME SALVADOREÑA.
Para efectos de esta investigación se tomaron como prioridad los datos de las
características que se refieren específicamente a la mediana empresa, las
cuales se detallan a continuación:
La mayoría de las medianas empresas son empresas “maduras”.
El empleo promedio generado por las medianas empresas varía en
términos geográficos y sectoriales.
La mediana empresa tiene como principal cliente a consumidores finales.
La mediana empresa salvadoreña tiene una oferta exportable poco
desarrollada.
La mediana empresa tiene poca dependencia de sus principales
proveedores.
Los empresarios de las medianas empresas tienen un nivel de
escolaridad alto.
17
CAPITULO I: ANTECEDENTES
La mayoría de empresarios de la mediana empresa son del género
masculino.
Los empresarios de la mediana empresa tienen una experiencia
empresarial relativamente grande.
Las medianas empresas utilizan los servicios de Internet.
1.1.4. OBSTÁCULOS DEL ENTORNO PARA EL DESARROLLO DE LA
PYME SALVADOREÑA.
A continuación se presentan las principales áreas generales de obstáculos de la
PYME salvadoreña (ver tabla Nº 2), identificadas en la investigación realizada
por el Programa Entorno de FUNDAMYPE sobre los obstáculos del entorno que
más afectan el desarrollo de la PYME salvadoreña.
Antes de presentarlas, se hace necesario aclarar el concepto de obstáculos del
entorno que se utiliza en esta investigación. En adelante se entenderá por
obstáculo del entorno, todo aquel problema que perjudica a las medianas
empresas en el inicio, desarrollo o diversificación
de sus actividades
económicas y cumpla con tres características:
Debe ser percibido de manera negativa por las empresas PYME.
Tiene que provocar un sobrecosto en dinero o en tiempo para las
empresas.
18
CAPITULO I: ANTECEDENTES
Tiene que estar fuera del control de las PYME es decir, debe ser un
problema exógeno.6
TABLA Nº 2
ÁREAS GENERALES DE OBSTÁCULOS DEL ENTORNO DE LA PYME SALVADOREÑA
1.0
Acceso a financiamiento.
2.0 Funcionamiento del Estado.
1.1
Sistema de garantías.
2.1 Procedimientos administrativos.
1.2
Metodología para la evaluación del
riesgo crediticio.
2.2 Requisitos para realizar los procedimientos
administrativos.
1.3
Tasa de interés.
2.3 Discrecionalidad en la aplicación de leyes y
normas.
1.4
Plazos de otorgamiento de los créditos.
2.4 Inadecuado nivel de formación del
empleado público.
3.0
Condiciones de competencia
interna.
3.1
Prácticas comerciales monopólicas.
3.2
Prácticas de competencia desleal.
4.0 Infraestructura económica.
4.1 Calidad de servicios de electricidad.
4.2 Costo de servicios de electricidad y
comunicaciones.
4.3 Calidad de red vial.
4.4 Calidad de infraestructura portuaria.
4.5 Calidad de infraestructura de aduanas.
5.0
Dificultades para vender al sector
público.
5.1
Requisitos para participar en
licitaciones.
5.2
Discrecionalidad en licitaciones.
5.3
Trámites para pago de bienes o
servicios contratados.
5.4
Atrasos en pagos.
6
6.0 Acceso a mercados externos.
6.1 Asimetrías en la información sobre
oportunidades comerciales en el exterior.
6.2 Asimetrías en el acceso a servicios
especializados de apoyo para aprovechar
oportunidades comerciales.
Desafíos y oportunidades de la PYME Salvadoreña, Primera Edición.
19
CAPITULO I: ANTECEDENTES
ÁREAS GENERALES DE OBSTÁCULOS DEL ENTORNO DE LA PYME SALVADOREÑA
7.0
Servicios de capacitación y
consultoría.
8.0 Acceso a tecnología.
7.1
Calidad de la oferta.
7.2
Variedad de la oferta.
7.3
Información sobre servicios
disponibles.
8.4 Disponibilidad de financiamiento.
7.4
Costos de acceso.
8.5 Asesoría disponible.
7.5
Adaptación de la oferta a necesidades
de las empresas.
8.1 Contenido de la oferta tecnológica.
8.2 Costo de la tecnología.
8.3 Información sobre tecnología.
9.0 Calidad y disponibilidad
recursos humanos.
9.1
de los
Falta de idoneidad para cumplir con
perfiles ocupacionales.
10.0 Legislación laboral.
10.1 Altos costos laborales derivados de la
legislación vigente.
9.2 Bajos niveles de inversión de las
empresas en capacitación.
11.0 Sistema Tributario.
11.1 Altos niveles de tributación.
11.2 Procedimientos para la retención,
declaración y pago de impuestos.
Fuente: Desafío y oportunidades de las PYME’s Salvadoreñas. Construyendo una agenda de
desarrollo. Julia Evelin Martínez // Elcira Beltrán de Viéytez FUNDES Internacional 2002,
Primera Edición.
20
CAPITULO I: ANTECEDENTES
1.2. JUSTIFICACION E IMPORTANCIA DE LA INVESTIGACIÓN.
Las bases de datos relacionales constituyen un paso en la evolución de la
organización del procesamiento de datos, que facilita un desarrollo posterior de
las aplicaciones y ayuda a obtener el mejor uso posible de la información.
Es así como surge la necesidad en la mediana empresa de adquirir bases de
datos relacionales, debido a los volúmenes de información que estas manejan,
por lo que es importante e indispensable agilizar las operaciones que a diario se
realizan, para obtener integridad, consistencia, en la administración de la
información y así poder brindar un mejor servicio a los clientes de dichas
empresas.
La tendencia hacia el modelo relacional es cada día más evidente, los
administradores de bases de datos relacionales (RDBMS) se presentan como
una solución a la gestión de grandes volúmenes de información, en la que su
forma de operación debe satisfacer tanto la seguridad como la eficiencia en el
manejo mismo de los datos.
Con esta investigación las empresas tendrán una guía para conocer y
comprender diferentes aspectos de las bases de datos relacionales más
comerciales del mercado nacional, con el propósito de proporcionar diferentes
opciones para la compra de las mismas.
Sin una guía adecuada, la inversión suele incurrir en costos inadmisibles en lo
que se refiere a la adquisición de bases de datos relacionales.
21
CAPITULO I: ANTECEDENTES
Es dentro de este marco, que se vuelve necesario tener una guía que oriente a
las empresas en cuanto al proceso de selección de la opción que es más
conveniente para el manejo de la información de la empresa; que se apoye
tanto en fundamentos teóricos como en resultados de la investigación de campo
y en pruebas experimentales sobre rendimiento realizadas por las empresas
fabricantes de las bases de datos relacionales en estudio. Además el proceso
de compra comprende analizar aspectos tales como: precios, características de
las bases de datos relacionales, requerimientos mínimos de hardware y
software, sistemas operativos con los cuales las bases de datos relacionales
son más robustas, etc.
Debido a que El Salvador es fundamentalmente un país formado por empresas
de pequeña escala; según él último censo económico, los establecimientos con
menos de cien empleados representan el 99.1% del parque empresarial no
agrícola del país.7
La encuesta económica anual del Ministerio de Economía correspondiente al
año de 1998 y que se realiza a partir del marco muestral actualizado del Censo
Económico de 1993, no reporta cambios significativos en la estructura de
establecimientos según tamaño durante la década de los noventa. Según esta
misma fuente, para 1998, en el ámbito nacional existían un total de 144,020
establecimientos no agrícolas que emplearían a un total de 621,307
7
Ministerio de Economía “Censo Económico 1993”, Dirección General de Estadísticas y Censos, San
Salvador, ES.
22
CAPITULO I: ANTECEDENTES
trabajadores, y que sectorialmente se distribuirían de la siguiente manera:
comercio, 61.8%; servicios, 26.8% e industria, 11.3%.8
Debido a lo expuesto anteriormente, se tomó en cuenta a la mediana empresa
de tipo comercial, para poder llevar a cabo el presente estudio.
Además se han considerado las bases de datos relacionales más comerciales
del mercado, según previa investigación a catedráticos de la carrera de
Licenciatura en Ciencias de la Computación de la Facultad de Economía de la
Universidad “Dr. José Matías Delgado” y visitas a empresas distribuidoras de
las mismas, como son: Oracle versión 9i, DB2 versión 8.1, SYBASE ASE
(Sybase Adaptive Server Enterprise) versión 12.5, SQL Server versión 2000.
8
DIGESTYC, “Encuesta Económica Anual 1998”, Ministerio de Economía, República de El Salvador,
1999.
23
24
CAPITULO II: MARCO TEÓRICO
2.1. CONCEPTOS DE BASE DE DATOS.
EI concepto de base de datos ha evolucionado a medida que se han logrado
nuevos avances tecnológicos en el área del hardware y software. Una de las
razones principales para el desarrollo de la tecnología de bases de datos es
que la información de una empresa forma parte de sus haberes y por lo tanto
debe aprovecharse al máximo al compartirla entre las aplicaciones y usuarios
que la requieran. De esto se deriva que las bases de datos se consideran un
receptáculo de información indispensable para el buen funcionamiento de una
organización en el competitivo mundo moderno. Esto conlleva a definir una
base de datos:
“Es una colección de registros interrelacionados, sin redundancia perjudicial o
innecesaria, permitiendo que todos los usuarios tengan acceso a la información,
de acuerdo a un nivel de seguridad y a la visión que mejor satisfaga sus
necesidades”.
"Colección
9
de
datos
interrelacionados
almacenados
en
conjunto
sin
redundancias perjudiciales o innecesarias; su finalidad es servir a una o más
aplicaciones de la mejor forma posible; los datos se almacenan de modo que
resulten independientes de los programas que los usan; se emplean métodos
9
Diseño de una BDA para registrar la población de informáticos de El Salvador, Irma Iraheta Septiembre
1998 Tesis UCA.
25
CAPITULO II: MARCO TEÓRICO
bien determinados para incluir nuevos datos y para modificar o extraer los datos
almacenados". Martin, 1975.10
"Colección integrada y generalizada de datos, estructurada atendiendo a las
relaciones naturales de modo que suministre todos los caminos de acceso
necesarios a cada unidad de datos con objeto de poder atender todas las
necesidades de los diferentes usuarios". Deen, 1985.11
“Conjunto de ficheros maestros, organizados y administrados de una manera
flexible de modo que los ficheros pueden ser fácilmente adaptados a nuevas
tareas imprevisibles” .Frank 1988.12
“Es un conjunto de datos persistentes que es utilizado por los sistemas de
aplicación de alguna empresa dada” 13
“Una base de datos es una colección de archivos interrelacionados creados con
un DBMS. El contenido de una base de datos se obtiene combinando datos de
todas las diferentes fuentes en una organización, de tal manera que los datos
estén disponibles para todos los usuarios, y los datos redundantes pueden
eliminarse, o al menos minimizarse” 14
10
Fundamentos y modelos de bases de datos, Adoración Castaño, Mario Piattini, Segunda edición, 1999.
Fundamentos y modelos de bases de datos, Adoración Castaño, Mario Piattini, Segunda edición, 1999.
12
Fundamentos y modelos de bases de datos, Adoración Castaño, Mario Piattini, Segunda edición, 1999.
13
Introducción a los sistemas de bases de datos, C.J. Date, Septima edición, 2001.
14
Sistemas de base de datos administración y uso, Alice Y.H. Tsai, Primera edición 1990.
11
26
CAPITULO II: MARCO TEÓRICO
Una base de datos es una colección integrada de datos en la cual:
Cada persona y programa autorizado puede accederla.
Los datos pueden ser modificados por aquellos que tienen autorización.
Diseñada de manera apropiada, debe minimizar la redundancia de la
información.
2.2. LOS MODELOS DE BASES DE DATOS.
2.2.1. INTRODUCCIÓN A LOS MODELOS DE BASES DE DATOS.
Para comprender que son los modelos de base de datos es necesario primero
definir el concepto de modelo de datos.
Un modelo de datos es un conjunto de herramientas conceptuales para
describir los datos, las relaciones entre los datos, las restricciones y las
descripciones semánticas.15
Los modelos de base de datos se agrupan en un tipo de modelo de datos
llamado modelos lógicos basados en registros, ya que se utilizan para describir
los datos en los niveles conceptual y físico. Su función principal es la de
especificar la estructura lógica general de la base de datos como una
15
Diseño de BDA para registrar la población de informáticos de El Salvador, Irma Iraheta Septiembre 1998
Tesis UCA.
27
CAPITULO II: MARCO TEÓRICO
descripción en un nivel más alto de la implantación. Sin embargo no permiten
especificar en forma clara las limitantes de los datos.
De esto se puede derivar una definición de base de datos relacional:
"Es una colección de archivos interrelacionados administrados por medio de un
RDBMS (Relational Database System). Un RDBMS esta diseñado como un
paquete de software que permite a los usuarios procesar una base integrada de
acuerdo con sus requerimientos específicos”.16
Existen diferentes tipos de modelos de bases de datos en la actualidad, que se
definirán a continuación.
2.2.2. MODELO ENTIDAD-RELACIÓN.
EI modelo entidad-relación es un modelo utilizado para la representación
conceptual de una base de datos relacional, el cual describe los datos como
entidades, relaciones y atributos, los que se definen posteriormente. Este
modelo es independiente del hardware o del software que se va a utilizar para
la implementación de la base de datos 17
16
Diseño de BDA para registrar la población de informáticos de El Salvador, Irma Iraheta Septiembre 1998
Tesis UCA.
17
Diseño de una BDA para registrar la población de informáticos de El Salvador, Irma Iraheta, Septiembre
1998 Tesis UCA.
28
CAPITULO II: MARCO TEÓRICO
Además se considera una técnica de diseño de base de datos gráfica, que
muestra información relativa a los datos y la relación existente entre ellos. Sus
características principales son:
Reflejan tan sólo la existencia de los datos sin expresar lo que se hace
con ellos.
Es independiente de las bases de datos y de los sistemas operativos (por
lo que puede ser implementado en cualquier base de datos).
Está abierto a la evolución del sistema.
Incluye todos los datos que se estudian sin tener en cuenta las
aplicaciones que se van a tratar.
No tienen en cuenta las restricciones de espacio y almacenamiento del
sistema.
2.2.2.1. CONCEPTOS DEL MODELO ENTIDAD-RELACIÓN.
Entidades: Son objetos concretos o abstractos que presentan interés
para el sistema y sobre los que se recoge información que será
representada en un sistema de bases de datos. Por ejemplo, clientes,
proveedores y facturas serían entidades en el entorno de una empresa.
29
CAPITULO II: MARCO TEÓRICO
Atributos: Es una unidad básica e indivisible de información acerca
de una entidad o una relación. Por ejemplo la entidad proveedor
tendrá los atributos nombre, domicilio, población, CIF.
Dominios: Es el conjunto de valores que puede tomar cada atributo.
Por ejemplo el dominio del atributo población, será la relación de
todas las poblaciones del ámbito de actuación de nuestra empresa.
Tablas: Es la forma de estructurar los datos en filas o registros y
columnas o atributos.
Relación: Es la asociación que se efectúa entre entidades. Por
ejemplo la relación entre las entidades facturas emitidas y clientes.
Tablas relacionales: Son tablas que cumplen los siguientes
requisitos:
1. Cada fila debe ser única, es decir no pueden existir filas
duplicadas.
2. Cada columna debe ser única
3. Los valores de las columnas deben pertenecer al dominio de cada
atributo
4. Debe tener un solo tipo de fila, cuyo formato está definido por el
esquema de tabla o la relación.
30
CAPITULO II: MARCO TEÓRICO
5. El valor de la columna para cada fila debe ser único.
6. No puede contener columnas duplicadas.
Claves: En una tabla relacional a veces es necesario poder
determinar una tupla (registro) concreta, lo cual es posible mediante
la clave. Se debe elegir la clave entre los atributos, de forma que no
puedan existir valores duplicados (la clave puede contener uno o más
atributos).
A continuación se presentan los componentes simbólicos del modelo entidad
relación:
Atributos: Nombre, Edad, Semestre, Id.
Entidades: Alumno, Salón, Profesor.
Relación
Cardinalidad
Para un mayor entendimiento de dicho modelo, se muestran las relaciones de
cardinalidad del modelo entidad-relación en la siguiente figura:
31
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 1
RELACIONES DE CARDINALIDAD
(Muchos a Muchos)
(Uno a Muchos)
(Uno a Uno)
FIGURA Nº 2
EJEMPLO DEL MODELO ENTIDAD-RELACIÓN
Profesor
Imparte
Nombre
URL
Sección
URL
rerere
rerere
Clave
ID
Nombre
Curso
Sección
Tema
Tema
Depto.
Clave
Tema
Escuela
Nombre
Alumno
32
CAPITULO II: MARCO TEÓRICO
2.2.3. MODELO RELACIONAL DE BASE DE DATOS.
En 1970, E.F. Codd publicó un artículo memorable en el que aplicaba los
conceptos de una rama de las matemáticas llamada álgebra relacional, a los
problemas de almacenar enormes cantidades de datos. El artículo de Codd
comenzó un movimiento en la comunidad de las bases de datos relacionales
que en muy pocos años condujo a la definición del modelo de las bases de
datos relacionales.18 Tal modelo es una forma particular de estructurar y
procesar una base de datos relacional (ver anexo 1).
La aplicación inicial de la tecnología de bases de datos relacionales puede
resolver problemas con los sistemas de procesamiento de archivos.
A mediados de los años 60, las grandes corporaciones estaban produciendo
datos a grandes velocidades en los sistemas de procesamiento de archivos,
pero los datos se volvían difíciles de manejar y los nuevos sistemas estaban
siendo cada vez más difíciles de desarrollar. Además, la administración quería
ser capaz de relacionar los datos de un sistema de archivos con los de otro.
Las limitaciones en el procesamiento de los archivos evitaron la fácil integración
de los datos. Sin embargo, la tecnología de base de datos relacional ofrecía la
promesa de una solución a tales problemas y las compañías fuertes empezaron
a desarrollar bases de datos relacionales organizacionales.
18
Procesamiento de Base de datos relacional M. Kroenke 1996, Quinta edición
33
CAPITULO II: MARCO TEÓRICO
Las compañías centralizaron sus datos operativos: pedidos, inventarios y datos
de contabilidad en estas bases de datos. Las aplicaciones fueron inicialmente
sistemas de transacción y procesamiento a nivel de toda la organización.
Cuando la tecnología era nueva, las aplicaciones de bases de datos eran
difíciles de desarrollar y había distintas fallas. Incluso las que funcionaban eran
lentas y poco confiables: el hardware no podía manejar el volumen de
transacciones con rapidez, la gente de desarrollo aun no había descubierto
formas más eficientes de almacenar y obtener los datos. Los programadores no
conocían modos de acceso a las bases de datos. Algunas veces sus programas
no trabajaban correctamente.
Las compañías encontraron otra desventaja del procesamiento de bases de
datos: la vulnerabilidad. Si un sistema de procesamiento de archivos falla, solo
esa aplicación particular estará fuera de acción. Pero si una base de datos
relacional falla, todas las aplicaciones dependientes quedarán inutilizadas.
De un modo gradual, la situación mejoró. Los ingenieros de hardware y
software aprendieron a construir sistemas suficientemente poderosos para dar
soporte a varios usuarios a la vez y tan rápidos como para mantener la carga de
trabajo diaria de transacciones. Se planearon nuevas formas de controlar,
proteger y respaldar las bases de datos. Evolucionaron los procedimientos
normales para el procesamiento de las bases de datos y los programadores
aprendieron a escribir códigos más eficientes y actualizables. A mediados de
34
CAPITULO II: MARCO TEÓRICO
los años 70, las bases de datos podían procesar muy bien las aplicaciones de
una organización. Con varios de los problemas anteriores resueltos, la
administración puso su atención en el descubrimiento de nuevos usos para este
conjunto nuevo e inmenso de datos organizacionales.
Los administradores aprendieron que, de alguna forma, todos los datos podían
proporcionar información para tomar decisiones tácticas de corto plazo, y
estratégicas de largo plazo. Sin embargo, para hacer esto los usuarios debían
acceder los datos ellos mismos, no podían esperar semanas o meses para que
los programadores obtuvieran la información de la computadora. Por desgracia,
la mayor parte de las aplicaciones debía ser cargada en un lenguaje de
procesamiento como COBOL y PL/I, pero los usuarios no tenían el tiempo y los
recursos para volverse programadores profesionales. Solo les interesaba
obtener respuestas a sus preguntas, no aprender COBOL ni desplazarse por la
base de datos para extraer los bytes de datos correctos. Parecía que los
usuarios y las computadoras vivían en dos mundos diferentes. Todavía los
datos estaban ahí, en espera de que se les diera un mejor uso, situación que
dispuso el escenario para el siguiente descubrimiento importante en el
procesamiento de bases de datos: el modelo relacional.
EI modelo relacional representa la base de datos como una colección de
relaciones. Cada relación refleja una tabla, o algún segmento, o un simple
archivo. Cuando una relación es pensada como una tabla de valores, cada fila
en la tabla representa una colección de valores de datos relacionados. Estos
35
CAPITULO II: MARCO TEÓRICO
valores pueden ser interpretados para describir una entidad o relación. Los
nombres de tablas y columnas son utilizadas en la interpretación del significado
de los valores de cada una de las filas de la tabla. EI nombre de columnas
específicas como se interpretan los valores de datos en cada fila, basados en la
columna en la cual están. Todos los valores en una misma columna son del
mismo tipo de dato.
Una relación es una asociación entre varias entidades, es bidireccional ya que
puede significar la asociación entre dos entidades o entre una entidad y ella
misma.
Parte importante de un modelo relacional de datos son las definiciones de las
restricciones de integridad o constraints que debe poseer el modelo para su
implementación.
2.2.3.1. ESTRUCTURA DEL MODELO RELACIONAL.
La relación es el elemento básico en el modelo relacional y se puede
representar como una tabla:
36
CAPITULO II: MARCO TEÓRICO
Nombre de la tabla
Atributo 1
Atributo 2
.....................
Atributo n
XXXXXXXX
XXXXXXXX
XXXXXXXX
XXXXXXXX
Tupla 1
XXXXXXXX
XXXXXXXX
XXXXXXXX
XXXXXXXX
Tupla 2
XXXXXXXX
XXXXXXXX
XXXXXXXX
XXXXXXXX
.
XXXXXXXX
XXXXXXXX
XXXXXXXX
XXXXXXXX
.
XXXXXXXX
XXXXXXXX
XXXXXXXX
XXXXXXXX
Tupla n
En ella podemos distinguir un conjunto de columnas, denominadas atributos,
que representan propiedades de la misma y que están caracterizadas por un
nombre; y un conjunto de filas llamadas tuplas que son las ocurrencias de la
relación. Existen también unos dominios donde los atributos toman sus
valores. Además de las definiciones lógicas de un dominio, debemos especificar
un tipo de dato o formato para cada dominio.
El número de filas de una relación se denomina cardinalidad de la relación y el
número de columnas es el grado de la relación.
Ejemplo: AUTOR
Nombre
Nacionalidad
Institución
Pepe
España
ONU
John
EEUU
OMS
37
CAPITULO II: MARCO TEÓRICO
2.3.
SISTEMAS
ADMINISTRADORES
DE
BASES
DE
DATOS
RELACIONALES (DBMS).
Las bases de datos y sus sistemas de administración se desarrollaron para
superar los problemas inherentes a los archivos de datos tradicionales. Esta
tecnología tiene el propósito de servir a múltiples aplicaciones, reduciendo así la
necesidad de mantener información redundante. Además provee la facilidad
que los mismos datos puedan ser accedidos por diferentes programas y
usuarios, inclusive por las aplicaciones que se desarrollen en el futuro.
Esta tecnología redefine el ambiente de trabajo de una organización, surgen
nuevos puestos de trabajo y el papel pasivo de los usuarios se reorienta hacia
una participación mayor en las diferentes etapas del ciclo de vida de los
sistemas. Un sistema de base de datos está compuesto principalmente por tres
elementos: hardware, software y los usuarios.
Con el avance de la tecnología, los requerimientos de componentes de
hardware son más económicos y eficientes; lo cual pone al alcance de muchas
organizaciones la utilización de bases de datos para el manejo de su
información. Sin embargo, es en el área de software en la cual se nota
mayormente el impacto. La información almacenada en una base de datos debe
ser accesible a muchas aplicaciones y usuarios, esto hace surgir la necesidad
de un conjunto de programas que controlen los archivos que forman la base de
datos. A estos programas se les conoce con el nombre de DBMS (Database
38
CAPITULO II: MARCO TEÓRICO
Management Systems). Por otra parte el ambiente de trabajo que se genera
como consecuencia del uso de esta tecnología obliga a redefinir el papel que
juegan los usuarios en el sistema.
2.3.1. COMPONENTES DE LOS SISTEMAS ADMINISTRADORES DE BASES
DE DATOS RELACIONALES.
Un sistema de bases de datos contempla los siguientes componentes:
La base de datos.
El Sistema de gestión de bases de datos (SGBD, DBMS) o motor, tal
como Oracle, Sybase, etc.
Programas de aplicación.
Un conjunto de usuarios finales (base de datos, programadores de
aplicaciones, etc.).
Hardware.
Programas
utilitarios
(generadores
de
informes,
de
interfaces,
herramientas de desarrollo, de administración, etc.).
39
CAPITULO II: MARCO TEÓRICO
El DBMS es, sencillamente, el software más importante que compone al
sistema de base de datos relacional y, de hecho, es el eje sobre el cual giran
todos los demás, el esquema es el siguiente:
FIGURA Nº 3
ESQUEMA DE UN DBMS
Usuarios / Programadores
40
CAPITULO II: MARCO TEÓRICO
2.3.2. BENEFICIO DEL EMPLEO DE UN SISTEMA ADMINISTRADOR DE
BASE DE DATOS RELACIONAL.
Ahora, se hace necesario especificar algunas de las ventajas que ofrece el
empleo de un sistema de base de datos relacional sobre la utilización de un
esquema de aplicaciones independientes basado en archivos de datos
convencionales. La principal ventaja de utilizar un sistema de base de datos
relacional reside en el hecho de proveer a la empresa de un control centralizado
de los datos. De esta noción de control centralizado, se derivan las ventajas que
se detallan a continuación:
La redundancia puede ser reducida y más fácilmente controlada.
La inconsistencia en la información puede, hasta cierto grado, evitarse.
Los datos pueden ser compartidos.
Es posible establecer estándares que deben ser observados en la
representación de los datos en la base.
Es factible aplicar medidas de seguridad para proteger la información.
La integridad de la información puede ser mantenida con mayor
efectividad.
41
CAPITULO II: MARCO TEÓRICO
Las requisiciones conflictivas entre aplicaciones distintas pueden ser
balanceadas tomando en cuenta los requerimientos de la empresa en
lugar de los requerimientos de usuarios individuales.
Se pretende, con estas ideas, hacer énfasis en la irrefutable conveniencia, más
aún, en la necesidad del empleo de la tecnología de base de datos relacional en
el manejo de la información de cualquier empresa.
2.3.3 FUNCIONES DE LOS SISTEMAS ADMINISTRADORES DE BASES DE
DATOS RELACIONALES.
Definición de los datos: El DBMS debe ser capaz de aceptar
definiciones de datos en formato fuente y convertirlas al formato objeto
apropiado. Es decir, debe incluir los componentes de procesador de
lenguaje para cada uno de los varios lenguajes de definición de datos
(DDL’s), al tiempo que debe "comprender" lo que las definiciones DDL
indican, estando en la posibilidad de usar este conocimiento para
interpretar y responder a las requisiciones de los usuarios.
Manipulación de los datos: El DBMS también ha de manejar
requisiciones de los usuarios para consultar, actualizar o borrar datos
existentes en la base de datos relacional, o agregar datos nuevos a la
misma. El DBMS debe incluir un componente para el procesamiento de
lenguaje para manipulación de datos (DML).
42
CAPITULO II: MARCO TEÓRICO
Seguridad e integridad de los datos: El DBMS debe monitorear las
requisiciones de los usuarios y rechazar cualquier intento de violar las
reglas de seguridad e integridad establecidas.
Recuperación de datos y concurrencia: EI DBMS, o cualquier otro
componente de software relacionado, debe implementar ciertos controles
de recuperación y concurrencia.
Diccionario de datos: EI DBMS deberá proveer una función de
diccionario de datos. EI diccionario de datos puede ser considerado
como una base de datos relacional por sí misma (pero una base de datos
relacional del sistema, más que una base de datos relacional de usuario).
EI diccionario contiene "información acerca de la información" esto es,
definiciones de otros objetos en el sistema y no sólo datos. En particular,
todos los varios esquemas y mapeos (externo, conceptual, etc.) serán
almacenados físicamente, tanto en formato fuente como en objeto, en el
diccionario.
No hace falta decir que el DBMS debe desempeñar todas las funciones antes
especificadas tan eficientemente como sea posible.
Resumiendo, puede decirse que la función general del DBMS es proveer una
interfaz de usuario al sistema de base de datos relacional. La interfaz de
usuario puede definirse como una frontera, más allá de la cual todo es invisible
para el usuario.
43
CAPITULO II: MARCO TEÓRICO
2.3.4. LOS TRES NIVELES DE LA ARQUITECTURA DE UN SISTEMA DE
BASES DE DATOS RELACIONALES.
Uno de los principales objetivos de las bases de datos es conseguir la
independencia entre las estructuras lógica y física de los datos, que tiene como
consecuencia la independencia entre datos y aplicaciones. Así, los cambios en
la estructura de los datos tengan una repercusión mínima en los programas de
aplicación y viceversa. Este concepto de independencia implica la separación
entre el almacenamiento y la organización lógica de los datos, con lo que se
consigue que: los datos se presenten de formas distintas, según las
necesidades de los usuarios y que el almacenamiento de los datos, su
estructura lógica y los programas de aplicación sean independientes unos de
otros.
Este objetivo, ha tenido gran influencia en la arquitectura de los sistemas de
gestión de base de datos. En los SI (sistemas de información) existen dos
estructuras: la lógica (vista del usuario) y la física (forma en que se encuentran
los datos en el almacenamiento). En las bases de datos aparece un nuevo nivel
de abstracción llamado: nivel conceptual. Esta estructura intermedia es una
representación global de los datos independiente de equipos y los usuarios
(visión de la empresa) como se muestra en la siguiente figura:
44
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 4
NIVELES DE LA ARQUITECTURA DE UN DBMS
2.3.4.1. NIVEL EXTERNO.
El nivel externo es el más cercano a los usuarios y se refiere a la forma en que
la información es vista por usuarios individuales.
Cada usuario tiene un lenguaje a su disposición, el cual incluye un sublenguaje
de datos o DSL (data sublanguage), un subconjunto del lenguaje total que
concierne específicamente a los objetos de la base de datos relacional y
operaciones sobre la misma. En principio, cualquier sublenguaje de datos es
realmente una combinación de al menos dos lenguajes subordinados: Un
lenguaje de definición de datos o DDL (siglas de la expresión en inglés Data
Definition Language), el cual soporta la definición de los objetos de la base de
datos relacional y un lenguaje de manipulación de datos o DML (siglas de la
45
CAPITULO II: MARCO TEÓRICO
expresión en inglés Data Manipulation Language), que soporta la manipulación
o procesamiento de los objetos de la base de datos relacional.
Volviendo a la arquitectura, el término usado para referirse a la vista de un
usuario individual es el de vista externa. Así, una vista externa es el contenido
de la base de datos relacional tal y como es vista por algún usuario en
particular, y contienen una serie de ocurrencias de cada uno de los tipos de
registros
externos
(no
necesariamente
equivalentes
a
los
registros
almacenados).
Cada vista externa se define a través de un esquema externo, el cual consiste
básicamente de definiciones de cada uno de los varios tipos de registros
externos existentes en esa vista. El esquema externo es escrito usando la
porción DDL del sublenguaje de datos del usuario.
2.3.4.2. NIVEL CONCEPTUAL.
La vista conceptual es una representación de la totalidad de la información
contenida en la base de datos relacional, en una forma que resulta ser abstracta
en comparación con la forma en que los datos están físicamente almacenados.
Esta visión será distinta, en general, de la manera en que los datos son vistos
por cualquier otro usuario en particular. En pocas palabras, la vista conceptual
pretende ser una visión de como la información es realmente, en lugar de
46
CAPITULO II: MARCO TEÓRICO
aquella que los usuarios están forzados a ver debido a las restricciones del
lenguaje en particular o el hardware que puedan estar usando.
La vista conceptual consiste de varias ocurrencias de los distintos tipos de
registros conceptuales, cada uno de los cuales no es necesariamente igual a un
registro externo, por un lado, ni a un registro almacenado, por el otro.
La vista conceptual es definida por medio del esquema conceptual, el cual
incluye definiciones para cada uno de los tipos de registros conceptuales, y es
escrito por medio del llamado DDL conceptual.
2.3.4.3. NIVEL INTERNO.
El nivel interno es el más cercano al almacenamiento físico, esto es, el
concerniente a la forma en que los datos son físicamente almacenados. La
llamada vista interna es una representación de bajo nivel de la base de datos
relacional completa y consiste de varias ocurrencias de cada uno de los
diferentes tipos de registros internos o registros almacenados.
La vista interna es descrita por el esquema interno, el cual no solo define los
distintos tipos de registros almacenados sino que también especifica que
índices existen, cómo son representados los campos almacenados, en que
secuencia física están almacenados los registros, etc.
47
CAPITULO II: MARCO TEÓRICO
2.4. LENGUAJES DE BASE DE DATOS.
Con el fin de comunicarse e interactuar con el DBMS es necesario contar con
un lenguaje (o sublenguajes) que permitan realizar las siguientes funciones:
Definición de datos.
Recuperación de datos.
Manipulación de datos.
Control de acceso.
Compartición de datos.
Integridad de los datos.
Estas funciones pueden clasificarse en tres grupos: DDL (Data Definition
Language) Lenguaje de definición de datos, DML (Data Manipulation Language)
Lenguaje de manipulación de datos y DCL (Data Control Language) Lenguaje
de control de datos.
48
CAPITULO II: MARCO TEÓRICO
2.4.1. LENGUAJE DE CONSULTA ESTRUCTURADO (SQL).
El SQL es un lenguaje de consulta de base de datos originalmente desarrollado
para proveer una manera relativamente simple de manipular los datos;
entendiéndose por manipulación de datos el ingreso, consulta o modificación de
los mismos.19 Debido a que el SQL tuvo diferentes versiones que fueron
implementadas por la mayoría de vendedores de DBMS's, el American National
Standards Institute e ISO (International Standars Organization), crearon una
versión estándar de SQL, que es actualmente utilizado por la mayoría de
DBMS's. Este es un lenguaje comprensible de base de datos, el cual tiene
proposiciones para la definición de datos, consultas y actualizaciones.
Maneja los lenguajes DDL y DML. Además, posee facilidades para la definición
de vistas en la base de datos, para la creación y eliminación de índices sobre
los archivos que representan relaciones y el manejo de proposiciones
compuestos para los lenguajes de programación de propósito general, como lo
es C o PASCAL.
19
Diseño de una BDA para registrar la población de informáticos de El Salvador, Irma Iraheta, Septiembre
1998 Tesis UCA.
49
CAPITULO II: MARCO TEÓRICO
2.5. TIPOS DE USUARIOS.
Posiblemente el mayor impacto producido por el cambio tecnológico lo reciben
los usuarios. Se puede definir cuatro tipos de usuarios:
Programador de Sistemas: Es el que se encarga de diseñar el DBMS y
los lenguajes de programación para ser utilizados para otros usuarios.
Programador de Aplicaciones: Su función es escribir los programas de
aplicación que utilizará la base de datos, para su implementación en una
organización específica.
Usuario Final: Este tiene acceso a la base de datos por medio de los
programas de aplicación o por medio de paquetes amigables al usuario
con interfaces graficas, menús, formas o comandos interactivos.
Administrador de Base de datos relacional: La utilización de bases de
datos en una organización crea la necesidad de dedicar personal
especializado a controlar y administrar tan importante recurso. Este
individuo o equipo se denomina administrador de la base de datos
conocido por las siglas en ingles DBA (Database Administrator).
50
CAPITULO II: MARCO TEÓRICO
2.6. ARQUITECTURA CLIENTE-SERVIDOR.
Dentro de la definición de base de datos es importante definir el modo de
procesamiento de datos por medio de la introducción del término clienteservidor el cual se refiere al concepto de compartir el trabajo involucrado en el
procesamiento de datos entre la computadora cliente y una computadora
servidor de mayor capacidad, como se presenta la figura Nº 5. EI enfoque
cliente-servidor beneficia a una organización donde un gran número de
personas necesitan acceso constante a grandes cantidades de datos.
51
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 5
ARQUITECTURA CLIENTE-SERVIDOR
Usuario
SQL
Interactivo
Herramientas
de aplicaciones
Herramientas
de reportes
Visual Basic
Interfase de la base de datos
(SQL o ODBC interconstruidas)
C
L
I
E
N
T
E
Requerimientos de la red
Base de
Datos
SERVIDOR
CLIENTE: Aplicación que inicia la comunicación, es dirigida por el usuario.
SERVIDOR: Es quien responde a los requerimientos de los clientes, son
procesos que se están ejecutando indefinidamente.
52
CAPITULO II: MARCO TEÓRICO
2.6.1. MODELO CLIENTE-SERVIDOR.
Es un modelo que se usa para describir la interacción entre dos procesos, que
se ejecutan en forma simultánea. Este modelo es una comunicación basada en
una serie de preguntas y respuestas, que asegura que si dos aplicaciones
intentan comunicarse, una comienza la ejecución y espera indefinidamente que
la otra le responda y luego continua con el proceso, todo esto se resume en la
figura Nº 6. La mayoría de las comunicaciones extremo a extremo en las redes,
están basadas en el modelo cliente-servidor.
FIGURA Nº 6
MODELO CLIENTE-SERVIDOR
SERVIDOR
CLIENTE
PREGUNTA
RESPUESTA
ENVIA EL REQUERIMIENTO
PROCESA EL REQUERIMIENTO
LEE EL RESULTADO
ENVIA EL RESULTADO
53
CAPITULO II: MARCO TEÓRICO
Según la figura Nº 6, los procesos clientes son más sencillos que los procesos
de los servidores, los primeros no requieren de privilegios de sistemas para
operar, en cambio los procesos servidores sí.
Los usuarios cuando quieren acceder a un servicio de red, ejecutan un software
cliente. El diseño de los servidores debe ser muy cuidadoso, debe incluir código
para el manejo de:
Autenticación: Verificar la identidad del cliente.
Seguridad de datos: Para que estos no puedan ser accedidos
inapropiadamente.
Privacidad: Garantizar que la información privada de un usuario,
no sea accedida por alguien no autorizado.
Protección: Asegurar que las aplicaciones no monopolicen los
recursos del sistema.
Autorización: Verificar si el cliente tiene acceso al servicio
proporcionado por el servidor.
54
CAPITULO II: MARCO TEÓRICO
2.6.2. PROCESO CLIENTE-SERVIDOR.
La consulta que se hace a la base de datos es enviada por el cliente pero
procesada en el servidor. Únicamente los resultados son enviados a través de
la red hacia el cliente. Todo el proceso de requerir y recibir información consiste
en seis pasos:
EI cliente hace la requisición de datos.
EI requerimiento es traducido a SQL.
EI requerimiento SQL es enviado a través de la red hacia el servidor.
EI servidor de base de datos lleva acabo la búsqueda en la computadora
donde residen los datos.
Los registros requeridos son enviados al cliente.
Los datos son presentados al usuario.
En este ambiente cliente-servidor, existen dos componentes principales:
La aplicación, lo que se le llama cliente o "front end”
EI servidor de base de datos, lo que se le llama servidor o "back end".
55
CAPITULO II: MARCO TEÓRICO
2.7. MANEJADORES DE BASES DE DATOS RELACIONALES.
2.7.1. ORACLE.
2.7.1.1. ANTECEDENTES DE ORACLE.
Al principio, ORACLE era tan sólo una compañía de bases de datos; una
compañía de bases de datos relacionales, para ser más específicos. En aquella
época, las bases de datos relacionales eran una nueva forma de pensar acerca
de cómo debían estructurarse y almacenarse los datos. La clave de este tipo de
base de datos relacional estriba en comprender las relaciones entre los datos,
para luego estructurar la base de información de forma que refleje dichas
relaciones. De esta forma, podría construirse una base de información que
fuera resistente al paso del tiempo. El objetivo en una base de datos relacional
es construir una base de datos relacional dónde solo los datos cambien, no las
estructuras subyacentes. La manera antigua de hacer las cosas se denomina el
enfoque tradicional, y el modelo cliente/servidor es el que se denomina enfoque
relacional.
La corporación ORACLE tuvo un nombre diferente cuando la empresa fue
fundada por tres personajes Larry Elison, Bob Miner, y Ed Oates los cuales
fueron los primeros en operar en el negocio de desarrollo de sistemas. El
laboratorio de sistemas de desarrollo era una típica firma consultora con tres
pioneros principales.
56
CAPITULO II: MARCO TEÓRICO
Larry, Bob y Ed estuvieron anteriormente trabajando juntos, para un proyecto
llamado ORACLE, con el permiso de los propietarios del proyecto, decidieron
llamar ORACLE a su RDBMS (sistema manejador de base de datos relacional).
Los fundadores de ORACLE hicieron una temprana decisión de usar el lenguaje
de programación “C”, para desarrollar un RDBMS comercial, la primera versión
de ORACLE fue la primera en utilizar consultas tipo SQL. Desde el inicio, los
tres fundadores compartieron una visión de un software portátil que fue
compatible con el SQL de IBM y adicionaron conectividad entre aplicaciones y
datos. Los objetivos de portabilidad y conectividad han sido centrados en el
desarrollo de ORACLE. Desde entonces y en muchas formas representan una
temprana definición de lo que es hoy un sistema abierto.
El siguiente prototipo, versión 2, corrió sobre DEC PDP-11, que era una mini
computadora utilizando el sistema operativo RSX-11. A pesar de que muchos
de los sistemas fueron escritos en lenguaje ensamblador, partes fueron
desarrolladas en C. En sus inicios ORACLE creó la filosofía de un software
portable, con implantaciones disponibles sobre varios sistemas operativos. Los
fundadores de ORACLE decidieron trasladar el RDBMS al nuevo sistema VAX,
utilizando un sistema operativo VMS, operando en esta plataforma desde 1978.
Esta decisión les dio la oportunidad de beneficiarse del crecimiento explosivo
del VAX en el mercado. ORACLE versión 2 incluía en el lenguaje SQL el uso de
joins, subqueries, y un estilo no procedural. La versión 2 de ORACLE introdujo
la capacidad de conectarse con tres subqueries que hasta la fecha de hoy se
57
CAPITULO II: MARCO TEÓRICO
mantienen con los sistemas SQL. Con este estilo no programático, se produjo
un salto enorme en productividad sobre los programadores de aplicaciones
tradicionales.
La próxima versión, ORACLE V3, fue una completa reescritura del producto, en
lenguaje C. Las decisiones de usar C y mantener solamente un solo juego de
códigos fuentes fue la clave, para la habilidad de usar las mismas funciones de
implantación de ORACLE en diferentes plataformas.
ORACLE V3 introducida en 1983 trajo cambios al lenguaje SQL, alto
rendimiento de los algoritmos de ordenamiento, y otras mejoras al sistema,
aunque esta no dio soporte a lecturas consistentes, esto es que un querie podía
ver los cambios que hizo durante una transacción así como los cambios
realizados por otras transacciones.
En esta versión se presentaron anomalías en la ejecución de sentencias SQL,
por ejemplo: insert into emp as select * from emp; lo cual generaba resultados
impredecibles, en la actualidad se conocen como tablas mutantes.
Durante la vida de ORACLE V3, la empresa adoptó el nombre de ORACLE
CORPORATION el cual mantiene hasta la fecha.
El tamaño de la base instalada de ORACLE fue creciendo dramáticamente en
1984, durante este año ORACLE CORPORATION introdujo ORACLE V4. Esta
incorporó cambios internos tan buenos pero pocas mejoras en su funcionalidad,
debido a esto, la Corporación lanzó las versiones de ORACLE V4.1.4 y V4.2.2
58
CAPITULO II: MARCO TEÓRICO
siendo estas substancialmente más confiables que sus antecesoras. La
Corporación desarrolló puertos para IBM mainframe, primero dio soporte a VM y
luego a MVS. En el mismo año la Corporación ORACLE, desarrolló el puerto
MS-DOS basado en una computadora personal con una memoria tan pequeña
como 640Kb.
ORACLE V4 introdujo el concepto de lectura consistente, desarrollando un
módulo de administración de lectura, este asegura que un query puede leer un
bloque de datos en el momento que este inicie su ejecución, esta característica
asegura que los usuarios no reciben datos falsos sino por el contrario, reciban
la última versión de los mismos.
Entre 1985 y 1986 la Corporación desarrolló dos nuevas versiones de su
RDBMS V5.0 y V5.1, ORACLE V5.1 permitió por primera vez el uso de la
arquitectura cliente/servidor. También fue el primer sistema SQL que permitió
el uso de queries distribuidos, permitiendo así que un solo query pudiera traer
información que físicamente se encuentre en lugares diferentes. La versión
V5.1 podía recuperar información de un usuario, utilizando múltiples bases de
datos relacionales ubicadas físicamente en lugares diferentes, dando la
impresión de que se trataba de una sola base de datos relacional única, con la
transparencia de la localización tanto para usuarios como para programadores
de aplicaciones.
59
CAPITULO II: MARCO TEÓRICO
La Corporación desarrolló ORACLE V6 en 1988, para llenar las necesidades de
ambientes de procesamiento de transacciones en línea, el cual tiene más
demanda de requerimientos que las versiones anteriores. La porción de
ORACLE que fue responsable para la entrada/salida del manejador de datos,
control de concurrencia, respaldo y recuperación de información fue totalmente
nuevo en ORACLE V6.0.
Esta versión introdujo rápidas actualizaciones, reduciendo el I/O así como
respaldos en línea y mejoras en la recuperación de información.
En la actualidad, la Corporación, cambió la nomenclatura de sus nuevas
versiones, denominándola ORACLE 7, introduciendo las herramientas para el
desarrollo de sistemas serie 2000, Designer 2000, Developer 2000 y Discovery
2000. A finales de 1995 lanza la línea de workgroup server. En Enero de 1996
la Corporación liberó al mercado la versión personal ORACLE 7.1 la cual
proporcionó la tecnología necesaria para construir aplicaciones con una
fiabilidad y una disponibilidad muy alta, para el ámbito empresarial y el trabajo
de grupo en red.
La
más
reciente
tecnología
de
Oracle,
los
actuales
diseñadores
y
desarrolladores de sistemas pueden construir aplicaciones del siglo XXI, que
van desde sistemas de misión-crítica para el procesamiento de transacciones
interactivas que admiten miles de usuarios, hasta almacenes de datos
multiterabytes para la asistencia a la toma de decisiones. ORACLE 8, es un
60
CAPITULO II: MARCO TEÓRICO
componente integral de la arquitectura de computación de red de Oracle,
proporciona una base de datos relacional común para las aplicaciones clienteservidor y las basadas en la World Wide Web (www).
En la versión ORACLE 8i se han adicionado algunas mejoras (nuevo servicio
JAVA, soporte a XML mejorado, nuevas características de seguridad, un
gateway, PL/SQL para http, etc.) algunos servicios muy interesantes son:
soporte para JavaBeans, Servlets y javaserver, soporte de conexiones seguras
SSL sobre una conexión de Web (http), capacidad de encriptamiento de la
información, utilería XML, SQL mejorado, conjunto de herramientas para
desarrollo de XML.
En el año 2000, nace la versión ORACLE 9i, la cual ha sido diseñada para
proveer el más completo y bajo costo de solución para el manejo de los
requerimientos de la información de las empresas, y además es la única
solución que puede: garantizar que la información crítica de las empresas esté
disponible cuando se necesita, proveer escalabilidad
y capacidad en la
demanda de cualquier requerimiento de las empresas, seguridad y protección
ante los datos más sensibles de la información de las empresas, integrar la
información de las sucursales de los negocios, consolidación y manejo de todos
los contenidos de Internet, analiza los datos mas rápido por lo que reduce el
tiempo a las empresas en la toma de decisiones.
61
CAPITULO II: MARCO TEÓRICO
Con esta base de datos relacional Oracle ofrece todas las capacidades
necesarias y el avance para mantener el más escalable desarrollo en Internet
basado en las aplicaciones. Oracle provee el recurso más poderoso en recursos
de bases de datos relacionales, alta capacidad en las aplicaciones de Internet, y
esta capacitada para soportar las aplicaciones más demandadas.
ORACLE es un RDBMS verdaderamente portable, distribuido y abierto, que
ofrece un incomparable rendimiento, operación continua y soporte para bases
de datos relacionales de gran tamaño.
2.7.1.2. INTRODUCCIÓN A LA ARQUITECTURA DEL RDBMS (SISTEMA DE
BASE DE DATOS RELACIONAL) ORACLE.
Un RDBMS Oracle esta compuesto por tres partes principales, que son:
El Kernel de Oracle.
Las instancias del sistema de base de datos.
Los archivos relacionados al sistema de base de datos.
62
CAPITULO II: MARCO TEÓRICO
2.7.1.2.1. EL KERNEL DE ORACLE.
El Kernel es el corazón del RDBMS Oracle, el cual maneja las siguientes
tareas:
Manejar el almacenamiento y definición de los datos.
Suministrar y limitar el acceso a los datos y la concurrencia de los
usuarios.
Permitir los backup y la recuperación de los datos.
Interpretar el SQL y PL/SQL.
La arquitectura general utilizada por el RDBMS (sistema manejador de base de
datos relacional) ORACLE para el manejo de base de datos, es la mostrada en
la siguiente figura (figura Nº 7). Cada vez que el RDBMS ORACLE es
inicializado, tanto el System Global Area (SGA) como los background processes
son levantados. El SGA junto con los background processes es lo que se
denomina como una instancia ORACLE.
63
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 7
ARQUITECTURA DE ORACLE
Background Processes
Área global del sistema
2.7.1.2.2. ÁREA GLOBAL DEL SISTEMA (SYSTEM GLOBAL AREA).
El System Global Area es un conjunto de estructuras de memoria compartida
que contienen datos e información de control para una determinada instancia
ORACLE. El SGA se mantiene en la memoria virtual del computador en el que
reside la instancia ORACLE. Si dentro de la instancia existe la posibilidad de
64
CAPITULO II: MARCO TEÓRICO
que más de un usuario se encuentre conectado simultáneamente, los datos
dentro del SGA de la instancia son compartidos entre todos los usuarios. Es por
esto que algunas veces al SGA también se le suele denominar Shared Global
Área. La estructura interna del SGA puede observarse en la figura Nº 8.
FIGURA Nº 8
ESTRUCTURA DEL ÁREA GLOBAL DEL SISTEMA (SGA)
A continuación se detallan los componentes de la estructura interna del SGA:
Shared Pool: Esta estructura se utiliza durante el procesamiento de
comandos. Su tamaño también es configurable.
Buffer Cache: Su función es mantener bloques de datos leídos
directamente de los archivos de datos.
Redo Log Buffer: Es un buffer circular que mantiene todos los cambios
que han sido realizados sobre la base de datos relacional por
operaciones de insert, update, delete, create, alter y drop.
65
CAPITULO II: MARCO TEÓRICO
Request Queue y Response Queues: Estas estructuras constituyen los
elementos básicos para el manejo de conexiones de usuarios al
manejador. Por cada instancia de ORACLE existirá una Request Queue
y varias Response Queues.
2.7.1.2.3. BACKGROUND PROCESSES.
Los background processes, constituyen programas que llevan a cabo funciones
específicas de soporte y mantenimiento a la ejecución del servidor de bases de
datos. Esto no quiere decir que sean opcionales, por el contrario sin ellos no se
podría operar correctamente en un entorno basado en ORACLE. Estos
procesos son:
Database Writer (DBWR): Encargado de copiar los bloques de datos
desde el buffer cache a la memoria secundaria.
Log Writer (LGWR): Encargado de escribir las entradas desde el Log
Buffer a disco.
Checkpoint (CKPT): Encargado de notificar al database writer (DBWR),
para que se escriban en los archivos de datos todos los bloques
contenidos en la lista de malos. Si este proceso no está presente las
funciones son realizadas por el LGWR.
66
CAPITULO II: MARCO TEÓRICO
System Monitor (SMON): Este proceso es el encargado de hacer un
proceso de recuperación rápida cada vez que una instancia es
inicializada.
Process Monitor (PMON): Es el proceso encargado de llevar la pista de
los procesos de la base de datos y efectuar labores de limpieza (liberar
los recursos y liberar bloques ocupados en los caches) si alguno de ellos
termina prematuramente.
Archiver (ARCH): Proceso encargado de copiar las bitácoras activas en
el sistema cuando estas se encuentran llenas. Este proceso se
encuentra activo sólo cuando el DBMS se encuentra operando en modo
archivelog, el único modo que admite recuperación de los datos frente a
fallas del sistema.
Recoverer (RECO): Encargado de resolver transacciones distribuidas
que se encuentran pendientes debido a la red o a fallas ocurridas en la
base de datos distribuida.
Dispatcher (Dnnn): Un proceso dispatcher es creado por cada sesión
de trabajo activa. Los procesos Dnnn se crearán sólo en entornos donde
el DBMS se ejecute con la opción de multi-threading.
67
CAPITULO II: MARCO TEÓRICO
2.7.1.3. CARACTERÍSTICAS DE ORACLE.
También es importante mencionar algunas de las principales características de
ORACLE, las cuales se detallan en la tabla Nº 3.
TABLA Nº 3
CARACTERÍSTICAS DE ORACLE, VERSIÓN 9I
CARACTERÍSTICA
BENEFICIO
La base de datos relacional Oracle 9i soporta ambientes de cluster en
modo activo-pasivo, es decir que un solo nodo utiliza la base de datos
relacional mientras el/los otro/s nodo/s están pendientes de entrar en
funcionamiento en el momento que el servidor primario tenga una falla.
Esta configuración requiere el software de sistema operativo que habilite
Disponibilidad
un ambiente de cluster. Oracle 9i permite tener copias de la base de
datos relacional productiva en lugares lejanos a la ubicación principal con
la finalidad de proteger los datos ante fallas catastróficas, a esta
funcionalidad se le denomina Oracle Standby Database. Las copias de la
base de datos relacional productiva pueden estar en modo de lecturasolamente.
La naturaleza multiplataforma de Oracle, lo convierte en una verdadera
solución empresarial. Otro aspecto importante es que la base de datos
Oracle, sin importar la edición que se seleccione, esta basado en el
mismo motor de base de datos relacional, algo que la hace muy diferente
de la competencia que en muchas ocasiones ofrece diferentes ediciones
del motor de base de datos relacional que están basados en distintos
Escalabilidad
motores
lo
cual
imposibilita
su
mantenimiento,
crecimiento
y
actualización. Esta falta de integración de los competidores, termina en
costos elevados de administración, los cuales pueden ser fácilmente
evitados con Oracle. Este tipo de independencia es lo que en Oracle se le
llama portabilidad. Estas capacidades permiten que el sistema y la base
de datos relacional crezcan según las necesidades de la empresa que así
lo requiera.
68
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE ORACLE, VERSIÓN 9I
CARACTERÍSTICA
BENEFICIO
Oracle incorpora funciones de gestión de recursos para aumentar el
control sobre los recursos del sistema asignados a los usuarios. Se
puede asignar una prioridad alta a los usuarios importantes que utilizan el
sistema en línea, mientras que otros usuarios reciben una prioridad más
baja. A los usuarios con una prioridad alta se les proporciona más
recursos del sistema que a los usuarios que tienen una prioridad más
baja. Los usuarios se asignan a clases de recursos, tales como “data
warehouse” u “OLTP”, y a cada clase de recursos se le asigna a su vez
Rendimiento
un porcentaje adecuado de los recursos del sistema. La división en
particiones permite almacenar grandes tablas e índices en segmentos, en
lugar de almacenar un gran objeto monolítico. Las particiones son una
técnica del tipo “divide y vencerás” que aporta un rendimiento escalable
con grandes cantidades de datos. El avanzado sistema de gestión de
colas permite realizar con un alto nivel de rendimiento operaciones de
gestión de colas o de intercambio de mensajes en la propia base de
datos relacional. Esta capacidad añade comunicaciones asíncronas y
elimina la dependencia de sistemas externos para aplicaciones que
precisan una alta escalabilidad.
Oracle 9i Database ofrece capacidades mediante las cuales protege los
datos sensitivos y críticos de la empresa contra usuarios no autorizados.
Características como la encriptación, a 128 bits, de datos permiten esta
protección de los datos de una forma muy segura y confiable.La base de
datos de Oracle 9i es el único sistema de dirección de información con
soluciones completas e integras. Se construye en la especialización y
Seguridad
convicción de 14 evaluaciones de seguridad de servidor y mantiene la
plataforma más segura en el mundo de información comercial.
Proporcionando una Infraestructura de Seguridad de Fin-a-Fin Oracle 9i
proporciona el desarrollo de la aplicación más segura y la plataforma del
despliegue en la industria. Las áreas del enfoque importantes incluyen:
Strong, la seguridad de tres gradas.
Primary Key, basada en la infraestructura (PKI).
69
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE ORACLE, VERSIÓN 9I
CARACTERÍSTICA
BENEFICIO
Protección profunda de los datos.
Mejora el usuario y dirección de políticas de seguridad.
Datos de encriptación.
En Oracle, la regla es que los que leen no bloquean a los que escriben y
los que escriben no bloquean a los que leen. Esto es posible sin
comprometer la integridad de los datos porque Oracle dinámicamente
recreará una imagen consistente para que el lector pueda ver la
información que esta en la base de datos relacional antes que alguien
altere el dato. En otras palabras, el lector verá los datos tal y como
estaban antes de que, el que escriba comience a cambiarlos (hasta que
éste haga commit).
Fuente: http://www.oracle.com/lang/es/ip/deploy/database/oracle9i/ activa al 30 de Julio de
2004.
2.7.1.4. LICENCIAS.
DATUM S.A. de C.V. es el distribuidor exclusivo en El Salvador de las licencias
de Oracle en sus diferentes presentaciones, dicha empresa se ubica
geográficamente en Alameda Roosevelt Colonia Flor Blanca 53 Avenida Norte
Nº 135 o en la Colonia Escalón Calle el Mirador Edificio World Trade Center
local 301. Cuenta con un aproximado de 150 clientes, en donde la mayoría son
de la gran empresa y ministerios gubernamentales, un porcentaje pequeño es
de la mediana empresa y un mínimo porcentaje son alcaldías y ONGS.
70
CAPITULO II: MARCO TEÓRICO
Oracle 9i ofrece soluciones en términos de funcionalidad, desempeño y
escalabilidad. Es una solución fácil de implementar y simple para administrar
para un nivel de workgroup. Es la primera base de datos relacional diseñada
específicamente para Internet y se encuentra disponible en las Ediciones
Standard, Enterprise, Lite, One y Personal. Estas extienden el poder de la base
de datos relacional Oracle 9i en administración de datos, procesamiento de
transacciones y data warehousing seguros.
A continuación se describen cada una de las ediciones de Oracle:
Oracle
Database
Enterprise
Edition:
Ofrece
escalabilidad
y
confiabilidad líderes en el sector, tanto en configuraciones de cluster
como en las de sistema único. Proporciona las características más
extensas para OLTP (online transaction processing)
y business
intelligence, y ofrece el menor costo total de propiedad. Es un servidor de
base de datos relacional que proporciona la gestión de datos fiable y
segura requerida por las aplicaciones críticas OLTP o de data
warehousing en las que hay que procesar grandes volúmenes de
transacciones online, manteniendo el acceso a la información las 24
horas del día los 7 días de la semana, garantizando los tiempos de
respuesta óptimos y la escalabilidad requerida para garantizar que las
aplicaciones crecen al mismo ritmo de los usuarios y la empresa. Se ha
diseñado por tanto para hacer frente a las exigencias de rendimiento,
confiabilidad y escalabilidad que son necesarias para trabajar en la red,
71
CAPITULO II: MARCO TEÓRICO
tanto para las aplicaciones empresariales tradicionales como para el
comercio electrónico en World Wide Web. No sólo aporta una tecnología
revolucionaria para mejorar los sistemas en Internet, sino que también
convierte Java en el lenguaje de estos sistemas, incluyendo una máquina
virtual Java (VM) en el servidor de datos.
Oracle Database Standard Edition: Una alternativa de bajo costo para
empresas pequeñas/medianas o aplicaciones departamentales que
quieren el poder de Oracle 9i pero no requieren las opciones high-end de
Enterprise Edition.
Oracle Database Personal Edition: Una versión de la base de datos
Oracle 9i con características completas. La familia de productos de
Oracle 9i de cualquier edición de la base de datos relacional funcionará
con las otras ediciones. Aunque la edición de Enterprise de Oracle 9i
proporciona las funciones adicionales de escalabilidad, disponibilidad y
de seguridad adicionales para usos específicos.
Oracle Database Lite Edition: Oracle Lite 9i es una solución completa e
integrada para desarrollos y despliegues de alto impacto, misiones de
aplicaciones críticas para móviles y ambientes de ligero peso. Oracle Lite
es una adición para la base de datos Oracle 9i para todas aquellas
empresas que quieren incrementar la productividad de los empleados,
reduce los costos de operación y mejora la satisfacción del cliente.
72
CAPITULO II: MARCO TEÓRICO
Oracle Lite usa la sincronización de datos para asegurar el intercambio
de datos entre los empleados móviles de la empresa.
Oracle Standard Edition One: Esta diseñada para negocios pequeños o
para sistemas departamentales. Es simple de instalar, configurar, ofrece
ambientes de desarrollo y seguridad, así como muy bajos costos. Oracle
Standard Edition One está diseñada para el despliegue de negocios
pequeños,
departamentos
de
líneas
de
negocios
y
ambientes
distribuidos. Esta habilitada para sistemas de un solo servidor
soportando un máximo de 2 CPU’s, es fácil de instalar y configurar.
Maneja todos los datos y permite a todas las aplicaciones del negocio
tomar ventajas sobre pruebas, seguridad y disponibilidad proveída por la
base de datos Oracle y a un bajo costo. Provee una compatibilidad con
otras ediciones y protege sus datos según los requerimientos de éstos.
73
CAPITULO II: MARCO TEÓRICO
2.7.1.5. NÚMERO DE USUARIOS.
De acuerdo al distribuidor las modalidades de venta son: POR USUARIO
NOMBRADO y POR PROCESADOR. De acuerdo a la edición de la base de
datos que el cliente adquiera existe un número mínimo de compra requerida
para algunas ediciones. Si la base de datos relacional se instalara en la Web
sólo se puede vender por procesador.
2.7.1.6. PRECIOS.
Con respecto a los precios, la persona entrevistada expresó que el parámetro
de éstos se establece en base al número de usuarios que el cliente necesite y
el número de procesadores instalados en su servidor. Además estos precios
están vigentes a la fecha del: 30 de Julio de 2004.
74
CAPITULO II: MARCO TEÓRICO
TABLA Nº 4
PRECIOS DE ORACLE 9i
TIPO DE LICENCIA
EDICIÓN
PRECIO
$40,000.00
La empresa debe de
tener más de 4
procesadores para
poder comprar esta
versión.
Standard Edition One
$4,995.00
La empresa debe de
tener máximo un
servidor que tenga
dos procesadores.
Standard Edition
$15,000.00
Enterprise Edition
Licencia por
Procesador
$800.00
La venta mínima es
de 25 usuarios
nombrados por
procesador.
$300.00
La venta mínima es
de 5 usuarios
nombrados por
procesador.
Standard Edition One
$199.00
La venta mínima es
de 5 usuarios
nombrados por
procesador.
Personal Edition
$400.00
Enterprise Edition
Standard Edition
Licencia por
Usuario
COMENTARIOS
Lite Edition
$100.00
La venta de esta
licencia solamente es
para equipo de tipo
Palm.
Fuente: Jefe de soporte técnico de DATUM S.A. de C.V.
Nota: Al costo de la base de datos se le debe agregar el IVA y el 22% de soporte técnico.
75
CAPITULO II: MARCO TEÓRICO
2.7.1.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE.
Para instalar Oracle 9i en una plataforma basada en Windows, se debería de
contar con el siguiente hardware:
TABLA Nº 5
HARDWARE
Procesador
REQUERIMIENTOS
Pentium 166 MHZ o más
RAM: 128 MB (256 MB recomendado)
Memoria
Memoria Virtual: Tamaño inicial 200 MB, Máximo tamaño 400 MB
Espacio en
140 MB en el drive de sistema mas 4.5 GB para Oracle Home Drive (FAT) o
disco duro
2.8 GB para el Oracle Home Drive (NTFS)
Fuente:http://www.mssqlcity.com/Articles/compare/oracle_vs_db2/htm#part_2_1#part_2_1
activa al 30 de Julio de 2004.
Para instalar Oracle 9i bajo el sistema UNIX, así como el sistema AIX, Compaq
Tru64 UNIX, HP 9000 Series HP-UX, Linux Intel, y Sun Solaris, se debería de
contar con el siguiente hardware:
TABLA Nº 6
HARDWARE
REQUERIMIENTOS
Memoria
Un mínimo de 512 MB RAM
Espacio Swap
Un mínimo de 2 x RAM o 400 MB, cualquiera puede ser mayor
Espacio en disco duro
4.5 GB
Fuente:http://www.mssqlcity.com/Articles/compare/oracle_vs_db2/htm#part_2_1#part_2_1
activa al 30 de Julio de 2004.
76
CAPITULO II: MARCO TEÓRICO
TABLA Nº 7
REQUERIMIENTOS DE SOFTWARE
PLATAFORMA
VERSIÓN DE SISTEMA
OPERATIVO
PARCHES REQUERIDOS
Windows
Windows NT 4.0
Service Pack 5
Windows
Windows 2000
Service Pack 1
Windows
Windows XP
No necesario
AIX
AIX 4.3.3
Nivel de mantenimiento 09 y IY24568,
IY25282, IY27614, IY30151
AIX 5L release 5.1 ML01+ (IY22854),
AIX
AIX 5.1
IY26778, IY28766, IY28949, IY29965,
IY30150
Compaq Tru64
UNIX
Compaq Tru64
UNIX
Tru64 5.1
5.1 patchkit 4
Tru64 5.1A
5.1A patchkit 1
Sept. 2001 Quality Pack, PHCO_23792,
PHCO_24148, PHKL_24268,
PHKL_24729, PHKL_ 25475,
HP-UX
HP-UX version 11.0 (64-bit)
PHKL_25525, PHNE_24715,
PHSS_23670, PHSS_24301,
PHSS_24303,
PHSS_24627, PHSS_22868
SUSE Linux Enterprise Server 7
Linux
(o SLES-7) con kernel 2.4.7,
No necesario
y glibc 2.2.2
Sun Solaris
Sun Solaris
Solaris 32-Bit 2.6 (5.6), 7 (5.7)
o 8 (5.8)
Solaris 64-Bit 8 (5.8)
No necesario
Actualizado 5
Fuente:http://www.mssqlcity.com/Articles/compare/oracle_vs_db2/htm#part_2_2#part_2_2
activa al 30 de julio de 2004.
77
CAPITULO II: MARCO TEÓRICO
2.7.1.8. SOPORTE TÉCNICO.
Según lo expresado por el Jefe de Soporte Técnico del distribuidor, al realizar
la compra el cliente tiene derecho a soporte técnico el cual es el 22% adicional
al precio de la base de datos relacional; éste puede realizar las llamadas que
requiera durante el periodo que tenga dicho soporte.
Asimismo el cliente tiene derecho a, que su llamada sea enlazada sin costo
alguno con el departamento de soporte técnico de Oracle en Miami y a las
diferentes actualizaciones de Oracle mientras tenga vigencia el soporte.
También realizan visitas cuando la falla en la base de datos no se puede
solucionar solamente con la llamada telefónica, por lo que la empresa
solicitante se coordina con el técnico para poder solucionar dicho problema.
2.7.1.9. ACTUALIZACIONES.
En el caso de Oracle, cuando se lanzan actualizaciones y el cliente tiene
vigente el soporte con la empresa distribuidora, éste tiene derecho a su
actualización. (ver anexo 2)
78
CAPITULO II: MARCO TEÓRICO
2.7.1.10. CAPACITACIONES.
Los cursos para los diferentes productos de Oracle ya están establecidos por la
empresa distribuidora, para administrar la base de datos relacional de una
mejor forma se imparten cuatro cursos, los cuales son:
Introducción a Oracle.
Fundamentos de la administración de la base de datos relacional I.
Fundamentos de la administración de la base de datos relacional II.
Tuning de la base de datos relacional.
Además imparte otros cursos, pero estos se dejan a opción del cliente si
tomarlos o no, el costo aproximado de cada curso por persona es de $700.00
dólares sin incluir IVA.
2.7.1.11. GARANTÍAS.
De parte de la empresa distribuidora, la garantía que ofrecen para el producto
son los daños de fábrica, es decir que el software no funcione o que el CD este
dañado. Que éste último haya sido mal grabado, como por ejemplo: que falte un
archivo que no fue copiado correctamente y que debido a ese error la base de
datos relacional no este funcionando una vez que ésta ya ha sido instalada.
79
CAPITULO II: MARCO TEÓRICO
2.7.1.12. CONTRATOS.
Cuando la empresa ha manifestado el interés por adquirir la base de datos
relacional los encargados de estar realizando el trámite de la venta preguntan a
los clientes ciertos aspectos técnicos, como por ejemplo:
Sistema operativo que posee el servidor.
Características de hardware del servidor.
Capacidad de la memoria RAM y del disco duro, etc.
Software de desarrollo y ofimático con que cuentan.
Toda esta información se analiza para que el distribuidor de la base de datos,
presente una propuesta económica al cliente en la cual ya estarán definidas la
edición de la base de datos, el tipo de licenciamientos, soporte técnico, etc.
Cuando el cliente a negociado precios, servicios y está decidido en adquirir
Oracle 9i, los encargados de estar realizando el trámite de la venta elaboran lo
que es el contrato de compra si el cliente lo requiere, si no lo requiere solo se
hace entrega de una factura con el monto de la base de datos relacional. (ver
anexo 3)
80
CAPITULO II: MARCO TEÓRICO
2.7.2. SYBASE ASE (SYBASE ADAPTIVE SERVER ENTERPRISE).
2.7.2.1. ANTECEDENTES DE SYBASE ASE.
Sybase ASE tuvo sus inicios con diferentes versiones que han ido
evolucionando con el paso del tiempo y a raíz de muchas necesidades
expresadas por los usuarios. Posteriormente salió al mercado la versión 12.0,
en esta versión ya fue introducida la parte de Java es decir, está construido con
este lenguaje de programación, mas que todo la herramienta grafica que se
utiliza en Sybase ASE. En la versión 12.0 también entraba la parte de lo que era
el uso del XML y procedimientos almacenados con Java.
La versión 12.5 salió más amplia ya que aparte de estar utilizando el lenguaje
de programación Java y XML, utilizaba otras funciones más complicadas.
Luego la versión actual 12.5 es la que permite hacer backups mas compresos o
comprimidos, es decir trae una opción llamada “compress” que viene adherida a
esta versión para que las bases de datos relacionales se hagan más portables,
mas fáciles de migrar en otro lugar o en otra sucursal de las empresas, además
trae un agente replicador que permite replicar las bases de datos relacionales
de un servidor a otro, ya que hoy en día en la empresas siempre se mantienen
dos sistemas o dos procesos a la par como puede ser producción y desarrollo,
éste también sirve para replicar bases de datos relacionales para que se utilicen
como consultas o para otro tipo de requerimientos.
81
CAPITULO II: MARCO TEÓRICO
Pero no se puede dejar de mencionar que también tiene sus limitantes ya que
Sybase ASE tiene su propio Replication Server que es para replicar datos más
fuertes o bases de datos relacionales grandes.
Las versiones raíces son aquellas que Sybase ASE elabora originalmente,
posteriormente lanzan actualizaciones de ellas las cuales se publican en el sitio
Web de Sybase ASE, para que las personas que forman parte del
departamento de soporte técnico de la distribuidora las descarguen y se las
lleven a los clientes o a los usuarios, ya que periódicamente se están
agregando más componentes a las versiones raíces.
2.7.2.2. ARQUITECTURA DE SYBASE ASE.
Existen muchas opciones de arquitectura cuando se trabaja con Sybase ASE,
pero a continuación se detallan dos de las más comunes:
1. Arquitectura cliente-servidor Sybase ASE: En una configuración de
dos niveles, las aplicaciones del cliente se conectan directamente a las
aplicaciones del servidor y dichas solicitudes se aceptan usando
aplicaciones de servidor abierto o llamadas a procedimientos remotos
(RPC’s), tal y como puede observarse en la figura Nº 9:
82
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 9
ARQUITECTURA CLIENTE-SERVIDOR DE SYBASE ASE
Cliente
Aplicaciones del cliente
Servidor
Aplicaciones del servidor
e-mail
impresión
otros
A continuación se detallan los componentes de la arquitectura cliente-servidor
de Sybase ASE:
Arquitectura de dos niveles: los clientes se conectan directamente al
proveedor del servicio.
Primer nivel: consiste en la presentación y la aplicación lógica. Ocupa
un espacio de proceso.
83
CAPITULO II: MARCO TEÓRICO
Segundo nivel: Manejo directo del servicio. Maneja muchas conexiones.
Aplicaciones de cliente: herramientas de SQL y herramientas de
desarrollo de aplicaciones (generadores de código).
Servidores de aplicaciones: servidores de bases de datos, servidores
para propósitos generales (correo, impresión y otros).
Sybase Open Server:
Sybase Adaptive Server Enterprise:
2. Arquitectura de componentes Sybase ASE: Una arquitectura con Ndepartamentos (componentes) brinda la flexibilidad de reemplazar dichos
componentes sin afectar el resto de los sistemas, como se muestra en la
figura Nº 10:
84
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 10
COMPONENTES DE LA ARQUITECTURA DE SYBASE ASE
Cliente
Medio
Servidor
PowerBuilder
PowerJ
Power++
otras
db2
A continuación se detallan los componentes de la arquitectura de Sybase ASE:
Dirección de transacción (nivel medio): el nivel medio provee una
rápida y escalable ejecución. Despliegue rápido de multiniveles de
aplicación. Modelos de componentes abiertos, bases de datos y
protocolos.
Aplicaciones de clientes (nivel de cliente): componentes de desarrollo
y diseño como PowerBuilder, PowerJ, Power++.
85
CAPITULO II: MARCO TEÓRICO
Aplicaciones de servidor (segundo nivel): implementación de
Adaptive Server, procesador de lenguaje común, TSQL y Java,
componente de integración de capas.
Sybase Omniconnect:
Web server:
Jaguar CTS:
A continuación se muestra la figura Nº 11 adonde se detalla cada componente
del ambiente operativo de Sybase ASE y su respectiva función.
86
CAPITULO II: MARCO TEÓRICO
FIGURA Nº 11
AMBIENTE OPERATIVO DE SYBASE ASE
$SYBASE/install/errorlog
SYBASE
$SYBASE/interfaces
3
1
2
$SYBASE/charsets (dir)
$SYBASE/locales (dir)
$SYBASE/install/
RUN_SYBASE
6
10
7
8
9
4
$SYBASE/sybase.cfg
master
userdb
model
tempdb
sybsystemprocs
5
13
/devices/datadev.dat
11
$SYBASE/master.dat
12
$SYBASE/sybpeocs.dat
A continuación se detallan los componentes del ambiente operativo de Sybase
ASE:
1. Servidor de datos: ASE es un proceso en el CPU (unidad central de
proceso).
87
CAPITULO II: MARCO TEÓRICO
2. Archivo de interfaces: El archivo de interfaces determina el puerto de la
red para ASE.
3. Archivo de error: Archivo de error de ASE.
4. Archivo de arranque del servidor: Archivo script que arranca el
servidor ASE.
5. Archivo de configuración: La configuración del archivo.
6. Base de datos master (DB): Todas las tablas del sistema existen en
esta base de datos.
7. Base de datos modelo: Una plantilla de base de datos para todas las
nuevas bases de datos.
8. Base de datos tempdb: Una base de datos temporal usada para el
almacenamiento temporal de datos.
9. Base de datos sybsystemprocs: Una base de datos que almacena
todos los procedimientos guardados del sistema.
10. Usuario de la base de datos: En ASE pueden existir muchos usuarios
de la base de datos.
11. Dispositivo master: La base de datos master, modelo y temporal existe
en el dispositivo master.
88
CAPITULO II: MARCO TEÓRICO
12. Dispositivo sybprocs: La base de datos sybsystemprocs existe en el
dispositivo de la base de datos sybprocs.
13. Otros dispositivos: Muchos dispositivos adicionales pueden existir.
2.7.2.3. CARACTERÍSTICAS DE SYBASE ASE.
También es importante mencionar algunas de las principales características de
SYBASE ASE, las cuales se detallan en la tabla Nº 8.
TABLA Nº 8
CARACTERÍSTICAS DE SYBASE ASE, VERSION 12.5
CARACTERÍSTICA
BENEFICIO
Los negocios de hoy enfrentan la necesidad crítica de asegurar la
disponibilidad y operación continúa de sus sistemas de negocio, sin
importar los tiempos fuera de línea debido a operaciones de
mantenimiento planeadas o debido a fallas en disco, CPU o pérdidas
catastróficas de elementos de computación o redes de comunicaciones.
También necesitan asegurar que los datos están al día y disponibles a
través de centros de datos geográficamente dispersos.
Disponibilidad
Sybase ASE brinda un rango de soluciones para responder a los
diferentes requerimientos para la disponibilidad y continuidad de los
negocios, algunos de ellos son:
Sybase ASE HA Option: Asegura los más rápidos tiempos para la
recuperación ante fallas.
Sybase Replication Server: Permite
a los administradores de
bases de datos configurar sitios redundantes para la recuperación
ante fallas y la sincronización de datos entre plataformas
89
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE SYBASE ASE, VERSION 12.5
CARACTERÍSTICA
BENEFICIO
heterogéneas de base de datos.
OpenSwitch: Permite que las conexiones cliente sean migradas
transparentemente a una base de datos alterna en el evento de una
falla imprevista.
Sybase Mirror Activator: Trabaja con soluciones de replicación a
nivel de disco para reducir los costos de red, acelerar los tiempos
de recuperación y garantizar la integridad de los datos en bases de
datos ASE standby.
Sybase ASE 12.5 fue diseñada desde la raíz para escalar
transparentemente desde lo muy pequeño, hasta muy, muy grande.
Ha sido probada minuciosamente para:
Miles de usuarios y consultas.
Escalabilidad
Docenas de nodos y miles de CPU’s sobre múltiples generaciones
de servidores.
Datos de entrada de más de 48 terabytes.
La escalabilidad no es un problema, se puede arrancar con lo pequeño
y crecer, o arrancar con algo grande y seguir creciendo masivamente.
ASE incluye una serie de componentes - incluyendo Historical Server y
Sybase Central - diseñados para permitir a los DBA bajar al origen de
cuellos de botella al trabajar en la resolución de problemas. El
Rendimiento
mantenimiento de datos históricos permitirá a los administradores
comparar el rendimiento de ASE en cualquier momento contra un
rendimiento "normal" en horas específicas del día, durante un período
de tiempo. Habrá herramientas específicas en la mayor parte de
plataformas soportadas.
Asegurar que los usuarios puedan leer sólo los datos que están
autorizados a leer, es una importante característica no solo para la
Seguridad
seguridad, sino para el manejo de los costos de propiedad de las
90
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE SYBASE ASE, VERSION 12.5
CARACTERÍSTICA
BENEFICIO
aplicaciones. Esto es costoso de mantener y no a prueba de fallas,
dado que la lógica del negocio puede ser ignorada con la aplicación
misma o con componentes construidos en el entorno aplicativo.
La información se ha convertido en un recurso muy valioso en nuestra
economía. La protección de los datos a nivel de tabla no siempre es
suficiente. Afortunadamente, ASE 12.5 soporta mecanismos de
seguridad asociados con los datos almacenados. Provee una mayor
granularidad de control de acceso que permite a los usuarios ver sólo
porciones de una tabla basándose en su identidad. La solución está
completamente contenida dentro del servidor, así que no es necesario
escribir ningún código a nivel de aplicación para usar la seguridad
basada en fila.
La protección de los datos mientras estos están en tránsito de un
usuario a otro es crucial. ASE 12.5 usará el protocolo SSL (Secure
Socket Layer) para brindar seguridad sobre el canal de comunicación
asegurando la protección de los datos y la autenticación de los
usuarios. El protocolo SSL encripta los datos, brindando verificaciones
de integridad y autenticando servidores y clientes.
Fuente: http://www.sybase.com/detail?id=1019176 activo al 30 de julio de 2004.
91
CAPITULO II: MARCO TEÓRICO
2.7.2.4. LICENCIAS.
La empresa CONSISA es la distribuidora exclusiva en El Salvador de la base de
datos relacional Sybase ASE, versión 12.5, la cual se ubica geográficamente en
Boulevard del Hipódromo, Edificio Gran Plaza Local #408, Colonia San Benito,
las licencias se venden de acuerdo a los criterios siguientes: licencia para
servidor, licencia para el cliente, en un ambiente cliente-servidor, y licencias de
acuerdo al número de procesadores que tenga el servidor de una determinada
empresa; los cuales deben ser como mínimo dos.
Las licencias son vendidas en base al número de usuarios, es decir cuantos
usuarios estarán conectados a la base de datos relacional requiriendo la
información de ésta.
Hay otro tipo de licencia, conocida como la licencia de usuarios concurrentes,
es decir, en una empresa pueden trabajar veinte empleados pero si solamente
se conectan diez de ellos a la base de datos relacional de una empresa,
solamente se necesitan comprar diez licencias.
A continuación se presentan las cuatro ediciones de Sybase Adaptive Server
Enterprise (ASE) que están disponibles en el mercado:
Sybase ASE Workplace Edition: Una de las mejores opciones en el
mercado, cuenta con excelentes herramientas de diseño y desarrollo que
se pueden completar con herramientas Web, y su servidor de
datawarehousing y financiero; es una base de datos relacional
92
CAPITULO II: MARCO TEÓRICO
multiplataforma que incluye también los sistemas operativos Macintosh
como
una
plataforma
innovadora,
posee
la
arquitectura
OLAP
(procesamiento analítico en línea) y cuenta con un mecanismo de
particionamiento de tablas limitado.
Sybase
ASE
Enterprise
Edition:
un
servidor
con
todas
las
características funcionales que puede correr todos los componentes
opcionales.
Sybase ASE Small Business Edition: incluye las características
requeridas por las empresas pequeñas y medianas, pero excluye
algunas de las características avanzadas. Esta edición de Sybase ASE
incluye la mayor parte de la funcionalidad de la edición Enterprise y
permite la siguiente configuración:
1. Número de engines: Máximo 4 (soporta hasta máximo 4 CPU's en
ambientes SMP).
2. Número de conexiones: Máximo 256 (máximo 256 conexiones cliente
simultáneas al servidor).
Sybase ASE Developer's Edition: La edición Developer's es una
versión de Sybase ASE a precio muy competitivo que los desarrolladores
pueden usar para crear aplicaciones en su ambiente de desarrollo. La
edición Developer´s incluye un conjunto completo de características
93
CAPITULO II: MARCO TEÓRICO
funcionales y opciones (como DTM, Alta Disponibilidad, Java, etc.), y
permite la siguiente configuración:
1. Número de engines: 1 (soporte a ambientes con 1 CPU).
2. Número de conexiones: 5 (máximo 5 conexiones cliente simultáneas
al servidor).
2.7.2.5. NÚMERO DE USUARIOS.
Para el distribuidor, realmente no existe un número limitado de usuarios de la
base de datos relacional, pero si se da el siguiente escenario: Una empresa
posee 25 empleados, de los cuales tres de ellos se conectan a la base de datos
relacional, por lo que se adquieren las tres licencias de usuario para poder
llevarlo a cabo.
Estos tres empleados a su vez pueden levantar las conexiones que quieran con
su licencia, teniendo como valor mínimo de conexiones el equivalente a 20 y un
valor máximo aún no determinado, ya que la licencia por usuario posee la
opción de poder ampliar ese valor mínimo de acuerdo a las necesidades que
vayan surgiendo dentro de una determinada empresa.
94
CAPITULO II: MARCO TEÓRICO
2.7.2.6. PRECIOS.
TABLA Nº 9
PRECIOS DE SYBASE ASE 12.5
EDICIÓN
PLATAFORMA
OPCIONES DE LICENCIAMIENTO
Procesador
$24,995.00/CPU
Soporte básico
$4,999.00
Soporte extendido
$5,499.00
Servidor
$2,995.00
Soporte básico
$599.00
Soporte extendido
$659.00
Estación de Trabajo
$595.00
Soporte básico
$119.00
Soporte extendido
$131.00
Servidor
$1,094.00
Soporte básico
$219.00
Soporte extendido
$241.00
Estación de Trabajo
$217.00
Soporte básico
$43.00
Soporte extendido
$48.00
UNIX Digital de 64-bit
Procesador
$4,995.00/CPU
HP-UX
Soporte básico
$999.00
HP-UX de 64-bit
Soporte extendido
$1,099.00
LINUX
Sybase ASE
Workplace 12.5
Español
WIN NT
ASE Small
IBM AIX
Business Edition
LINUX (La licencia del
12.5
servidor incluye 5
Servidor
$1,495.00
Inglés
asientos)
Soporte básico
$299.00
MacOS (La licencia del
Soporte extendido
$329.00
servidor incluye 5
95
CAPITULO II: MARCO TEÓRICO
EDICIÓN
PLATAFORMA
OPCIONES DE LICENCIAMIENTO
asientos)
Silicon Graphics IRIX
Silicon Graphics IRIX 64-
Estación de Trabajo
$195.00
Soporte básico
$39.00
Soporte extendido
$43.00
Procesador
$34,995.00/CPU
Soporte básico
$6,999.00
Soporte extendido
$7,699.00
Servidor
$3,995.00
Soporte básico
$799.00
Soporte extendido
$879.00
Estación de Trabajo
$795.00
Soporte básico
$159.00
Soporte extendido
$175.00
Procesador
$24,995.00/CPU
Soporte básico
$4,999.00
Soporte extendido
$5,499.00
Servidor
$2,995.00
LINUX
Soporte básico
$599.00
Win NT
Soporte extendido
$659.00
Estación de Trabajo
$595.00
Soporte básico
$119.00
Soporte extendido
$131.00
Servidor
$195.00
Soporte básico
$39.00
Soporte extendido
$43.00
bit
Sun Solaris
Sun Solaris de 64-bit
Win NT
HP-UX
IBM AIX
Sun Solaris
Sybase ASE
Enterprise 12.5
Español
UNIX Digital de 64-bit
HP-UX
HP-UX de 64-bit
IBM AIX
ASE Developer
LINUX (La licencia del
Edition 12.5
servidor incluye 5
Inglés
asientos)
MacOS (La licencia del
96
CAPITULO II: MARCO TEÓRICO
EDICIÓN
PLATAFORMA
OPCIONES DE LICENCIAMIENTO
servidor incluye 5
asientos)
Silicon Graphics IRIX
Silicon Graphics IRIX 64bit
Sun Solaris
Sun Solaris de 64-bit
Win NT
Fuente: http://www.sybase.com/eshop/buy_detail?id=56790_0_0
Nota: Al costo de la base de datos se le debe agregar el IVA, el 20 % para soporte básico y un
22% para soporte extendido.
2.7.2.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE.
TABLA Nº 10
COMPAQ (DEC)
PLATAFORMA
Alpha
SISTEMA
VERSIÓN
MEMORIA MÍNIMA
ESPACIO MÍNIMO
OPERATIVO
DE ASE
REQUERIDA
EN DISCO*
Tru64 Unix
5.0a
12.5(64)
92 MB
100 MB
NOTAS
-
97
CAPITULO II: MARCO TEÓRICO
TABLA Nº 11
HP
PLATAFORMA
HP800
HP800
SISTEMA
VERSIÓN
MEMORIA MÍNIMA
ESPACIO MÍNIMO
OPERATIVO
DE ASE
REQUERIDA
EN DISCO*
HP-UX 11.11
(11i)
HP-UX 11.11
(11i)
NOTAS
12.5(64)
90 MB
191 MB
-
12.5(32)
64 MB
191 MB
-
HP800
HP-UX 11.0
12.5(64)
90 MB
191 MB
-
HP800
HP-UX 11.0
12.5(32)
64 MB
191 MB
-
TABLA Nº 12
IBM
PLATAFORMA
SISTEMA
VERSIÓN
MEMORIA MÍNIMA
ESPACIO MÍNIMO
OPERATIVO
DE ASE
REQUERIDA
EN DISCO*
NOTAS
RS6000
AIX 4.3.3
12.5(64)
92 MB
235 MB
-
RS6000
AIX 4.3.3
12.5(32)
64 MB
235 MB
-
TABLA Nº 13
MICROSOFT
PLATAFORMA
PC
SISTEMA
VERSIÓN
OPERATIVO
DE ASE
Windows
NT 4.0
12.5(32)
MEMORIA
MÍNIMA
REQUERIDA
48 MB
ESPACIO
MÍNIMO
EN
NOTAS
DISCO*
110 MB
Requiere SP4 o posterior
Certificado con SP1. Corre
PC
Windows
2000
12.5(32)
48 MB
110 MB
sobre ediciones Pro, Server,
Advanced Server y
Datacenter.
98
CAPITULO II: MARCO TEÓRICO
TABLA Nº 14
SUN
PLATAFORMA
SISTEMA
VERSIÓN
MEMORIA MÍNIMA
ESPACIO MÍNIMO
OPERATIVO
DE ASE
REQUERIDA
EN DISCO*
NOTAS
UltraSparc
Solaris 2.8
12.5(64)
92 MB
155 MB
-
UltraSparc
Solaris 2.8
12.5(32)
66 MB
155 MB
-
TABLA Nº 15
RED HAT LINUX
PLATAFORMA
PC
SISTEMA
VERSIÓN
MEMORIA MÍNIMA
ESPACIO MÍNIMO
OPERATIVO
DE ASE
REQUERIDA
EN DISCO*
Linux 6.2
12.5(32)
50 MB
115 MB
NOTAS
-
Fuente: http://www.mtbase.com/soporte/biblioteca/doc?id=10080
* Se puede requerir espacio adicional para otros componentes instalados.
2.7.2.8. SOPORTE TÉCNICO.
La empresa distribuidora posee tres tipos de soporte técnico de la base de
datos relacional para sus clientes:
Soporte básico: El cliente esta obligado a adquirir este tipo de soporte
al momento de la compra de la base de datos relacional el cual es el
20% adicional a la compra, incluye actualizaciones de las versiones de la
base de datos relacional y consultas por teléfono.
99
CAPITULO II: MARCO TEÓRICO
Soporte extendido: Este tipo de soporte es opcional para el cliente ya
que
él
decide
si
es necesario
adquirirlo o
no. Este incluye
actualizaciones, consultas por teléfono y visitas de los técnicos en
cualquier caso de fallas en la base de datos relacional, las veinte y cuatro
horas y los siete días de la semana, dicho soporte es el 22% adicional al
monto inicial de la base de datos relacional. Y cuando son casos
delicados y especiales, se acude al fabricante es decir a la compañía
Sybase de Estados Unidos, la cual abre un caso en el que técnicos
especializados trabajan en dicho problema, hasta encontrarle una
solución.
Soporte por horas vendidas: En este tipo de soporte, el cliente expone
las fallas o el tipo de servicio que necesita; dependiendo de ello el
técnico de la empresa CONSISA establece las horas en las que él estima
conveniente realizar ese trabajo. Ya determinadas las horas se le envía
una cotización al cliente, en la cual se le detalla el costo en el que
incurrirá por el servicio.
2.7.2.9. ACTUALIZACIONES.
En cuanto a las actualizaciones, la empresa distribuidora esta en la obligación
de proporcionar cada una de éstas a las empresas con las que trabaja, ya que
dichas actualizaciones son establecidas en el contrato de compra de la base de
100
CAPITULO II: MARCO TEÓRICO
datos relacional. Por lo que deben de enviar las cajas con los CD’s de
actualizaciones a su cartera de clientes. Otra opción es la actualización de la
versión de la base de datos relacional a través del Internet. (ver anexo 4)
2.7.2.10. CAPACITACIONES.
Dentro de la empresa distribuidora está la parte educacional, que es la
encargada de impartir las capacitaciones en cuanto al manejo de la base de
datos relacional que ellos distribuyen. Estas capacitaciones son elegidas por el
cliente de acuerdo a sus necesidades, es decir ellos establecen si desean todos
los cursos o seleccionan alguno en específico.
Dichos cursos están clasificados de la siguiente manera:
Introducción al lenguaje SQL.
Fastrack to Sybase ASE.
Administración de Sybase ASE orientada a los BDA.
Desempeño de la base de datos relacional orientados a los BDA’s.
El costo por persona de estos cursos aproximadamente es de $500.00 dólares
cada curso sin incluir IVA.
101
CAPITULO II: MARCO TEÓRICO
2.7.2.11. GARANTÍAS.
La empresa distribuidora ofrece garantías del producto, únicamente cuando los
defectos de la base de datos relacional sean de fabricación. Es decir, que el CD
este dañado o haga falta un CD de instalación en la caja de presentación.
2.7.2.12. CONTRATOS.
Cuando una empresa se muestra interesada en la base de datos el distribuidor
procede a preguntar información básica para poder recomendar que edición de
la misma se le adapta mejor a las necesidades, conociéndolas la persona
encargada de la venta puede sugerir que edición de la base de datos se acopla
más tomando en cuenta hardware y software que posee la empresa, si el
cliente esta de acuerdo con lo que ofrece la distribuidora procede a elaborar un
contrato en el cual especifica que el cliente esta en la obligación de comprar el
servicio de mantenimiento básico; el cual consiste en actualizaciones y
consultas por teléfono, entre otros puntos de importancia para la empresa. (ver
anexo 5)
102
CAPITULO II: MARCO TEÓRICO
2.7.3. DB2 DE IBM.
2.7.3.1. ANTECEDENTES DE DB2 DE IBM.
Durante los años 70’s IBM inventó el modelo relacional de datos y el lenguaje
SQL para dicho modelo relacional, este lenguaje de sentencias query
optimizadas para bases de datos relacionales ha sido adoptado por todos los
RDBMS (Relational Database Management System). Desde entonces, IBM
mantiene más de noventa patentes en cuanto a tecnologías de optimización y
re-escritura de querys. Además fue el primer prototipo de modelo relacional
desplegado a usuarios fuera de IBM. Por otra parte, IBM inventó dos fases para
este modelo, el bloqueo y la consistencia en las transacciones el cual todavía
es usado hoy en día.
En el año de 1,981 dicho sistema manejador de base de datos fue el primero
con alto rendimiento en compilación y optimización utilizando el lenguaje SQL.
Luego en el año de 1,984 fue creado el modelo de concurrencia estándar para
la industria de bases de datos universales de DB2, el cual proveía una forma
simple de desarrollar aplicaciones de alta concurrencia, con herramientas de
bloqueo y parámetros de configuración.
En el año de 1,991 los productos administradores de IBM hicieron su aparición
para OS/2 y fue hasta el año de 1,993 que lo hicieron para Microsoft Windows.
Justo para el mismo año aparecieron también con el sistema operativo AIX
Versión 1.
103
CAPITULO II: MARCO TEÓRICO
Para el año de 1,994 DB2 Edición Paralela estaba corriendo en la producción
de las compañías de tabaco más grandes a nivel mundial. Fue en el mismo año
que empezó a funcionar con la plataforma HP Versión 1.
En el año 1,995 se hizo la explotación comercial de los querys automáticos de
re-escritura y optimización para DB2 Versión 2. Además DB2 fue el primer
sistema administrador de base de datos comercial con funciones completas
acreditadas y con extensiones de objeto – relacionales e incluía soporte
extendido para texto. En el mismo año DB2 fue la primera base de datos en
publicar el tipo de prueba TPC-D en Unix y un año más tarde fue la primera en
hacerlo para Microsoft Windows NT.
En el año de 1,996 fue creada la primera base de datos DB2 Versión 2.1.2 para
Web, soportada en el lenguaje de programación Java para bases de datos
relacionales (JDBC, funciones definidas para usuarios Java y soporte para
procedimientos almacenados). Para el siguiente año fue la primera base de
datos relacional en integrar todas las capacidades de OLAP, con soporte para
operadores como CUBE y ROLLUP.
Durante el año de 1,998 se desarrolló la Versión 5.2.0 de DB2, la cual era
compatible con Linux, fue en este mismo año que se convirtió en la primera
base de datos en introducir la tecnología de las tablas de resumen automáticas.
Para el año de 1,999 fue lanzada al mercado la nueva versión de la base de
datos relacional DB2 la cual se llamó: DB2 UDB Versión 6.1.
104
CAPITULO II: MARCO TEÓRICO
Para el nuevo milenio, justo en el año 2,000, DB2 se convirtió en el primer
sistema manejador de base de datos relacional en romper el tipo de prueba de
400,000 TPC-C. En el mismo año se convirtió en la primera base de datos en
ganar la certificación para servidor avanzado de Microsoft Windows 2000.
En Junio del 2,000 ya estaba habilitado el lenguaje XML extendido desarrollado
por IBM.
En el 2,001 fue la primera base de datos relacional en habilitar servicios para la
Web basados en XML/SOAP/UDDI y en estándares XML/SOAP/UDDI. Además
fue el primer grupo de sistema de base de datos en integrar una amplia
variedad de datos genéticos, químicos y biológicos y otros datos de
investigación de suministros heterogéneos distribuidos.
En el año 2,002 fue lanzada al mercado la base de datos relacional DB2 UDB
en su Versión 8.1 la cual era la primera en incluir el hecho de haber superado la
prueba 10 TB TPC-H. Es compatible para Linux, UNIX y Microsoft Windows,
además posee elementos innovados que permiten acceder a cualquier
información de cualquier aplicación, sin importar el lugar adonde se encuentren
las organizaciones, todo esto al más bajo costo de la industria. Fue para este
mismo año que introdujo la industria del software de seguridad para los
servicios de la Web.
Para el año 2,003 IBM anuncia los planes que tiene de comprar el Grupo de
Software Relacional, el cual se concretó a finales del mismo año.
105
CAPITULO II: MARCO TEÓRICO
Finalmente IBM DB2 introduce la tecnología de Clustering Multi-Dimensionales
(MDC por sus siglas en inglés) que mejoraron significativamente el rendimiento
de las sentencias query.
2.7.3.2. OBJETOS DE LAS BASES DE DATOS RELACIONALES.
FIGURA Nº 12
RELACIONES ENTRE LOS OBJETOS DE LA BASE DE DATOS.
106
CAPITULO II: MARCO TEÓRICO
A continuación se detallan los objetos de la base de datos relacional:
Instancia: Una instancia, a veces llamada “DataBase Manager”, es
código DB2 que administra datos. Controla qué se puede hacer con los
datos y maneja los recursos del sistema asignados a ella. Cada instancia
es un ambiente, a su vez contiene todas las particiones de base de datos
definidas en un sistema de bases de datos paralelo. Una instancia tiene
sus propias bases de datos, que no son accedidas por otras instancias, y
todas sus particiones comparten el mismo sistema de directorio. Esto
también permite mantener la seguridad separada de otras instancias en
la misma máquina (sistema). Ver figura Nº 13.
FIGURA Nº 13
INSTANCIA DE DB2
107
CAPITULO II: MARCO TEÓRICO
Base de datos: Una base de datos relacional muestra los datos como
una colección de tablas. Una tabla consiste en un número determinado
de filas y un número determinado de columnas. Cada base de datos
incluye un conjunto de tablas de catálogo del sistema que describe la
estructura lógica y física de los datos. A su vez incluye un archivo de
configuración que contiene los valores de los parámetros para cada base
de datos.
Grupos de nodos (nodegroups): Es un conjunto de una o más
particiones de bases de datos, cuando se necesite crear una tabla,
primero se tiene que crear el grupo de nodos (nodegroup) donde se
almacenaran los espacios de tabla (tablespaces), luego se crearán los
espacios de tablas donde residirán las tablas.
Espacios de tabla (tablespaces): Un espacio de tabla es una capa
(interfase) entre el dispositivo físico (container) y la tabla que contiene los
datos. Una cuidadosa planificación durante el proceso de creación de los
espacios de tablas puede tener un impacto positivo en la administración
de las bases de datos.
Cuando se crea una base de datos DB2 UDB, se crean tres espacios de
tablas:
SYSCATSPACE
TEMPSPACE1
108
CAPITULO II: MARCO TEÓRICO
USERSPACE1
El espacio de tabla SYSCATSPACE contiene las tablas del catálogo del
sistema.
El espacio de tabla TEMSPACE1, es usado por el administrador de la
base de datos para operaciones SQL, mantener datos transitorios como
tablas
intermedias
durante
un
ordenamiento
(SORT
interno),
reorganización de tablas, creación de índices, uniones de tablas.
El espacio de tablas USERSPACE1, es usado para almacenar tablas de
usuarios. Una vez que se haya creado una base de datos, se puede
crear un espacio de tablas propio para almacenar tablas de usuarios.
Se puede realizar el resguardo y la recuperación de los datos a nivel de
espacio de tabla.
Existen dos tipos de espacios de tablas que se pueden crear: Espacio
administrado por el sistema (System Manager Space – SMS) y Espacio
administrado por la de base de datos (Database Manager Space – DMS).
109
CAPITULO II: MARCO TEÓRICO
2.7.3.3. CARACTERÍSTICAS DE DB2.
También es importante mencionar algunas de las principales características de
DB2, las cuales se detallan en la tabla Nº 16.
TABLA Nº 16
CARACTERÍSTICAS DE DB2, VERSIÓN 8.1
CARACTERÍSTICA
BENEFICIO
Carga en línea de tablas: Estas nuevas funciones de carga
mejoran sustancialmente la disponibilidad de los datos y ayudan a
los usuarios a mantener grandes volúmenes de datos y a reducir
las ventanas de mantenimiento. DB2 proporciona dos métodos de
reorganización de tablas:
En línea: La reorganización en línea de las tablas permite que las
aplicaciones accedan a la tabla durante la reorganización.
Fuera de línea: El método fuera de línea proporciona una
reorganización más rápida de las tablas. Se vuelven a crear
índices en orden una vez reorganizada la tabla.
Disponibilidad
Reorganización en línea de índices: Está la posibilidad de leer y
actualizar una tabla y los índices existentes durante una
reorganización de índices.
Parámetros de configuración en línea: Ahora se pueden
colocar en línea más de 50 parámetros de configuración. Los
cambios efectuados en estos parámetros de configuración que se
pueden configurar en línea entran en vigor de forma inmediata sin
la necesidad de detener e iniciar la instancia, ni de desactivar y
activar la base de datos relacional.
Ofrece la posibilidad de guardar los valores nulos y los valores por
omisión del sistema de un modo muy eficaz. Estos cambios
Escalabilidad
reducen significativamente el almacenamiento en disco necesario
para tablas grandes que pueden contener valores nulos y valores
110
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE DB2, VERSIÓN 8.1
CARACTERÍSTICA
BENEFICIO
por omisión del sistema. También da soporte a una mejora de
escalabilidad de la base de datos relacional al proporcionar
soporte de SELECT, INSERT, UPDATE y DELETE en una sola
vista a través de varias tablas.
Clústeres multidimensionales: Los clústeres multidimensionales
(MDC) ofrecen un método para clústeres de datos flexibles,
continuos y automáticos en múltiples dimensiones. El resultado es
una mejora significativa en el rendimiento de las consultas, así
como una reducción importante de la actividad de operaciones de
mantenimiento de datos, como por ejemplo, operaciones de
reorganización
y
mantenimiento
de
índices
durante
las
operaciones de inserción, actualización y supresión. Los clústeres
multidimensionales están destinados principalmente al depósito
Rendimiento
de datos y a entornos de bases de datos relacionales grandes y
también se pueden utilizar en entornos OLTP (proceso de
transacciones en línea).
Esto ayudará a mejorar todo el rendimiento para el uso de
funciones
definidas
por
el
usuario
y
los
procedimientos
almacenados, las operaciones que implican comprobar los
privilegios en el nivel de la base de datos relacional, las
operaciones que implican comprobar los privilegios para las
funciones
definidas
por
el
usuario
y
los
procedimientos
almacenados.
Datamanagement: La Base de Datos DB2 de IBM, es la mejor
herramienta con la que una empresa puede contar para garantizar
la optimización de un negocio, porque permite extraer, consolidar,
integrar, resumir, analizar y compartir, de forma totalmente
Seguridad
segura, la información de una compañía; maneja aplicaciones
exigentes y posee una escalabilidad única. Es multiplataforma,
incluyendo Windows 2000 y Linux.
Fuente: http://www.redbooks.ibm.com activo al 30 de Julio de 2004.
111
CAPITULO II: MARCO TEÓRICO
2.7.3.4. LICENCIAS.
La única empresa en El Salvador, autorizada por la IBM para distribuir las
licencias de esta base de datos relacional en sus diferentes ediciones es GBM
de El Salvador, la cual se encuentra ubicada geográficamente en Colonia San
Benito, Calle Loma Linda Nº 246. Las ediciones de la base de datos relacional
son: Personal Edition, Universal Developer Edition, Personal Developer Edition,
Workgroup Server Edition, Workgroup Server Unlimited Edition, Workgroup
User Edition, Express Edition y Enterprise Server Edition.
Las licencias se venden de acuerdo a dos criterios:
Licencias por usuario: Es aquella que se vende a empresas que tienen
un número determinado de usuarios que se conectan a la base de datos
relacional.
Licencias por procesador: Es aquella que se vende a empresas que no
tienen un número establecido de usuarios, es decir todas aquellas
empresas visionarias que están en proceso de expansión.
A continuación se presentan las ocho ediciones de DB2 Universal Database,
versión 8.1:
DB2 Enterprise Server Edition (ESE): Está diseñado para atender las
necesidades del servidor de la base de datos de empresas de medio a
112
CAPITULO II: MARCO TEÓRICO
grande porte. ESE puede ser desplegado en ambientes Linux, UNIX, y
Windows en servidores de cualquier tamaño.
El conjunto de recursos ESE, la expansión, la confiabilidad y la
disponibilidad proporcionan la base ideal para la construcción de
almacenes de datos, procesamiento de transacciones o soluciones
basadas en Web, así como un back-end para paquetes de soluciones
como ERP, CRM o SCM.
Adicionalmente, ESE ofrece conectividad e integración para otras
fuentes de datos corporativas DB2 e Informix.
DB2 Workgroup Server Edition (WSE): Es el servidor de base de datos
diseñado para ser implementado en un ambiente departamental o de
empresa de pequeño porte que involucre un pequeño número de
usuarios internos.
WSE utiliza un modelo de licencia proyectado para proporcionar un
precio atractivo para instalaciones menores, proporcionando un servidor
de base de datos con funcionalidad completa.
WSE se puede desplegar en ambientes Linux, UNIX, y Windows en
sistemas con hasta 4 CPU's.
DB2 Workgroup Server Unlimited Edition (WSUE): Ofrece un modelo
de licencia por procesador simplificado para ser desplegado en un
113
CAPITULO II: MARCO TEÓRICO
ambiente departamental o de una empresa de pequeño porte, que
tengan usuarios de Internet o un número de usuarios que hace del
licenciamiento por procesador, un modelo más atractivo que el modelo
de licencia WSE.
El WSUE se puede implementar en ambientes Linux, UNIX, y Windows
en sistemas con hasta 4 CPU's.
DB2 Workgroup User Edition (WUE): Esta edición proporciona un
único mecanismo de base de datos de usuarios, se puede adquirir solo
por usuario y el límite que se recomienda comprar es de 30 licencias, ya
que esta diseñado para empresas pequeñas.
DB2 Personal Edition (PE): Proporciona un único mecanismo de base
de datos de usuarios, ideal para ser implementado para usuarios
basados en PC.
El PE incluye la capacidad de ser administrado remotamente, lo que lo
hace la elección perfecta para ser desplegado en implementaciones
ocasionalmente conectadas u oficinas remotas que no necesitan
capacidad para múltiples usuarios.
DB2 Universal Developer's Edition (UDE): Ofrece un paquete de bajo
costo para que un único programador de aplicaciones proyecte,
construya y ejecute prototipos de aplicaciones para ser desplegados en
cualquiera de las plataformas cliente o servidor del DB2.
114
CAPITULO II: MARCO TEÓRICO
Esta amplia oferta del operador incluye todo cliente y servidor del DB2
editions, DB2 Connect, DB2 Extenders, Warehouse Manager e Intelligent
Miner, permitiendo que los clientes construyan soluciones que utilicen las
más recientes tecnologías de base de datos. El software en este paquete
no se puede utilizar para sistemas de producción.
DB2 Personal Developer's Edition (PDE): Permite que un programador
proyecte y construya aplicaciones de desktop de usuarios únicos. Esta
oferta incluye versiones Windows y Linux del DB2 Personal Edition así
como el DB2 Extenders.
DB2 UDB Express Edition (EE): Es el miembro más reciente de la
familia de productos DB2 Universal Database. DB2 UDB Express Edition
es una base de datos relacional especialmente diseñado para empresas
de pequeño y mediano porte.
Fácil de instalar y destacar; la base de datos se instala silenciosamente
en aplicaciones y está provisto de recursos autónomos, reduciendo la
complejidad, habilidades y los recursos requeridos para la instalación y
administración.
115
CAPITULO II: MARCO TEÓRICO
2.7.3.5. NÚMERO DE USUARIOS.
Para la licencia que se vende de acuerdo al número de usuarios éstos pueden
ser limitados, tiene un rango entre 15 – 20 usuarios como máximo.
Por otra parte pueden ser ilimitados en el caso que la licencia sea vendida de
acuerdo al número de procesadores, en la cual se puede tener un número hasta
de 15,000 usuarios.
2.7.3.6. PRECIOS.
Estos son establecidos por la compañía fabricante IBM, por lo que la empresa
distribuidora debe de respetarlos. Al igual que las promociones y los niveles de
descuento que son aplicados al precio de la base de datos relacional;
dependiendo de la cantidad de productos que el cliente compre.
TABLA Nº 17
PRECIOS DE DB2
EDICIONES DE DB2
DB2 Enterprise Server Edition (ESE)
PRECIOS
$25,000.00
DB2 Workgroup Server Edition (WSE), server con
un usuario.
$1,400.00
DB2 Workgroup Server Unlimited Edition (WUSE)
$13,000.00
116
CAPITULO II: MARCO TEÓRICO
EDICIONES DE DB2
PRECIOS
DB2 Workgroup User Edition (por usuario)
$380.00
DB2 Personal Edition (PE) un usuario, una
conexión.
$580.00
DB2 Express (usuarios ilimitados)
$6,000.00
DB2 Personal Developer's Edition (PDE)
DB2 Universal Developer's Edition (UDE)
Es gratis y se puede bajar del sitio Web
de IBM después de registrarse.
$ 1,640.00
Fuente: Precios proporcionados por la empresa distribuidora.
Nota: Al costo de la base de datos se le debe agregar el IVA y el 20% de soporte técnico.
2.7.3.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE.
Para instalar DB2 Universal Database versión 8.1 en una plataforma Windows,
se necesita tener el siguiente hardware:
TABLA Nº 18
HARDWARE
Procesador
REQUERIMIENTOS
Pentium o Pentium compatible CPU
Memoria
RAM: 256 MB mínimo, memoria adicional puede ser requerida.
Instalación típica: 350 Mb mínimo
Espacio en disco duro
Instalación compacta: 100 Mb mínimo
Instalación personalizada: 100 Mb mínimo.
Espacio adicional en disco puede ser requerido.
117
CAPITULO II: MARCO TEÓRICO
Para instalar Universal Database versión 8.1 en un sistema UNIX, así como en
un sistema AIX, sistema HP-UX, Linux y Sun Solaris, se debe de tener el
siguiente hardware:
TABLA Nº 19
HARDWARE
REQUERIMIENTOS
Para AIX: IBM RISC/6000 o eServer pSeries.
Para HP-UX: HP 9000 series 700 u 800 system.
Procesador
Para Linux: Intel 32-bit, Intel 64-bit, S/390 9672 generación o más alta,
Multiprise 3000, eServer z-Series.
Para Solaris: Solaris UltraSPARC-based computer.
Memoria
Espacio en disco
duro
RAM: 256 MB mínimo, se puede requerir memoria adicional.
Instalación típica: 450 a 550 Mb mínimo
Instalación compacta: 350 a 400 Mb mínimo
Instalación personalizada: 350 a 700 Mb mínimo.
Fuente:http://www.mssqlcity.com/Articles/compare/oracle_vs_db2/htm#part_2_1#part_2_1
activa al 30 de Julio de 2004.
TABLA Nº 20
REQUERIMIENTOS DE SOFTWARE
PLATAFORMA
VERSIÓN DE SISTEMA
OPERATIVO
Windows
Windows NT 4.0
Windows
Windows 2000
Windows
Windows XP
AIX
AIX 4.3.3 (32-bit)
AIX
AIX 5L (32-bit)
PARCHES REQUERIDOS
Service Pack 6a o más
Service Pack 2 es requerido para
Windows Terminal Server
No necesariamente
Nivel 9 de mantenimiento o más y
APARs IY22308, Y32690, y IY33024
Nivel 2 de mantenimiento o más
118
CAPITULO II: MARCO TEÓRICO
REQUERIMIENTOS DE SOFTWARE
PLATAFORMA
VERSIÓN DE SISTEMA
OPERATIVO
PARCHES REQUERIDOS
Nivel 2 de mantenimiento o más y
AIX
AIX 5.1.0 (32-bit)
APARs IY31254, IY32217, IY32905,
IY33023, y Y29345
Nivel de mantenimiento 2 o más y
AIX
AIX 5.1.0 (64-bit)
APARs IY31254, IY32217, IY32905,
Y33023, y IY32466
HP-UX
HP-UX 11i
Diciembre 2001 GOLDBASE11i,
Diciembre 2001 GOLDAPPS11i bundles
Para Intel 32-bit:
Kernel nivel 2.4.9 o más
glibc 2.2.4 o más
Linux
RPM 3 o más
No necesariamente
Para Intel 64-bit y z-Series:
Red Hat Linux 7.2
SUSE Linux SLES-7
Sun Solaris
Solaris 7 (32-bit)
Parche 106327-10
Sun Solaris
Solaris 7 (64-bit)
Parche 106300-11
Sun Solaris
Solaris 8 (32-bit)
Parche 108434-03 y 108528-12
Sun Solaris
Solaris 8 (64-bit)
Parche 108435-03 y 108528-12
Sun Solaris
Solaris 9
No necesariamente
Fuente:http://www.mssqlcity.com/Articles/compare/oracle_vs_db2/htm#part_2_2#part_2_2
activa al 30 de Julio de 2004.
119
CAPITULO II: MARCO TEÓRICO
2.7.3.8. SOPORTE TÉCNICO.
Hay dos tipos de soporte que como compañía, la empresa distribuidora brinda a
las empresas que han adquirido su base de datos relacional:
Soporte preventivo: El cual va incluido dentro del contrato, es el 20%
adicional a la compra y tiene una duración de un año. Este incluye visitas
mensuales, llamadas por teléfono y chequeos en cuanto al buen
funcionamiento de la base de datos relacional y posibles fallas de la
misma. Es importante mencionar que este tipo de soporte tiene prioridad
sobre el correctivo, ya que los casos que son atendidos en primera
instancia por orden de llegada, son los de soporte preventivo.
Soporte correctivo: Este servicio se proporciona cada vez que el
cliente presenta problemas de diferente índole con respecto a la base de
datos relacional y es cobrado de acuerdo a las horas de trabajo que el
técnico se demore en solucionarlo.
2.7.3.9. ACTUALIZACIONES.
El distribuidor establece dichas actualizaciones al momento de la celebración
del contrato, pero solo pueden ser enviadas a los clientes de parte de la
compañía IBM y la duración de las actualizaciones es de un periodo máximo de
un año. Al finalizar el año se debe renovar el contrato de actualización.
120
CAPITULO II: MARCO TEÓRICO
2.7.3.10. CAPACITACIONES.
Hay un Centro Educacional, el cual se encarga de impartir diferentes cursos
sobre la base de datos relacional DB2, al precio de un curso local y
estableciendo como un mínimo de cinco personas participantes.
Entre los cursos que se imparten, se pueden mencionar los siguientes:
Introducción a la base de datos relacional.
Administración de la base de datos relacional I.
Administración de la base de datos relacional II.
Solución de problemas.
Vale la pena aclarar que será la empresa que adquiere la base de datos
relacional, la que decida en cual de estos cursos invertir para capacitar a sus
empleados, el costo aproximado de los cursos es de $2,135.00 dólares por
persona, dicho precio no incluye IVA, los cursos son impartidos por personas
especializadas por IBM de otros países.
2.7.3.11. GARANTÍAS.
La única garantía que ofrece la empresa distribuidora para el producto, son los
daños de fábrica, es decir que el software no funcione o que el CD este dañado.
Que este último haya sido mal grabado, como por ejemplo que falte un archivo
121
CAPITULO II: MARCO TEÓRICO
que no fue copiado correctamente y que debido a ese error la base de datos
relacional no este funcionando una vez que ésta ya ha sido instalada.
2.7.3.12. CONTRATOS.
La empresa distribuidora especifica que se llevará a cabo un contrato, siempre
y cuando se hayan discutido las cláusulas y condiciones que éste contiene y se
hayan hecho las negociaciones requeridas entre el vendedor y el cliente.
Algunos de los pasos que se efectúan para la realización del contrato son:
Levantamiento de requerimientos.
Oferta económica.
Orden de compra.
Elaboración de contrato.
Es importante mencionar que la empresa distribuidora toma como un
documento confidencial, por lo que no se pudo obtener mucha información
acerca de los contratos.
122
CAPITULO II: MARCO TEÓRICO
2.7.4. MICROSOFT SQL SERVER, VERSIÓN 2000.
2.7.4.1. ANTECEDENTES DE MICROSOFT SQL SERVER, VERSIÓN 2000.
Microsoft SQL Server es una base de datos relacional que funciona en el
sistema operativo NT. El lenguaje estructurado de consulta SQL (Structured
Query Language), es un estándar informático corrientemente utilizado para
definir, modificar y gestionar datos y controlar como se realizan cambios en las
bases de datos relacionales usando tablas, índices, claves, filas y columnas
para almacenar la información. SQL fue desarrollado a partir de las ideas del
Dr. Edgar F. Codd, de IBM, que colaboró en el desarrollo del modelo relacional
cuando trabajaba en los laboratorios de investigación de IBM en los años 70.
De éstas iniciativas del modelo relacional surgió Microsoft SQL Server.
Originalmente, Microsoft compró la licencia de los bloques básicos de
construcción de SQL Server a Sybase e hizo el producto disponible para
plataformas PC que ejecutaban OS/2 y, mas recientemente, Windows NT. Un
esfuerzo conjunto entre Sybase, Ashton – Tate y Microsoft en 1988 dio como
resultado una de las primeras bases de datos relacionales para computadoras
personales, haciendo que las bases de datos relacionales fueran más
accesibles a los usuarios finales, justamente como el Dr. Codd había
imaginado. Microsoft encabezó el proyecto SQL Server; Ashton – Tate se retiró
cuando SQL Server fue adaptado al sistema operativo NT desde el OS/2.
Microsoft y Sybase vendieron conjuntamente la base de datos relacional para la
123
CAPITULO II: MARCO TEÓRICO
plataforma
hardware
PC hasta la
versión 4.2.1,
pero la
asociación
Microsoft/Sybase se disolvió en 1993. Después, Sybase se concentró en el
campo de las minicomputadoras y Microsoft en las computadoras personales.
La versión 1.1 de Microsoft SQL Server se distribuyó en el verano de 1990
como una actualización de la versión 1.0 de Ashton – Tate/Microsoft SQL
Server que se había distribuido en 1989 por primera vez, SQL Server era un
producto finalizado al que Microsoft daba soporte, y se vendía a través del
recién formado canal Microsoft Network Specialist, cuyo principal objetivo era
fomentar las ventas de Microsoft LAN Manager.
SQL Server 1.1 tenía las mismas características que la versión 1.0, aunque con
muchos errores corregidos (el tipo de mantenimiento que se entiende como
necesario para una versión 1.0 de un producto de esta complejidad). Pero SQL
Server 1.1 también admitía una importante plataforma cliente nueva, Microsoft
Windows 3.0 que se había publicado en mayo de 1990, marcando un hito en la
industria de las computadoras. SQL Server 1.1 proporcionaba una interfaz que
permitía el desarrollo eficiente de aplicaciones basadas en Windows 3.0 para el.
Este temprano y completo soporte de aplicaciones basadas en Windows 3.0 se
demostraría como vital para el éxito de Microsoft SQL Server.
En 1991 Microsoft publicó SQL Server 1.1.1 una versión de mantenimiento.
SQL Server estaba ganando aceptación e ímpetu de manera lenta pero
constante (y también una larga lista de partidarios entre los vendedores de
124
CAPITULO II: MARCO TEÓRICO
software independientes). La computación cliente/servidor todavía no tenia una
amplia difusión, pero cada día aparecían nuevos cambios.
La versión de 4.2 de Microsoft SQL Server entró en la fase de pruebas beta en
el otoño de 1991, y en enero de 1992, El CEO (Chief Executive Officer; Director
ejecutivo) de Microsoft Bill Gates (con Bob Epstein de Sybase compartiendo el
escenario)
anunció
el
producto
formalmente
en
una
conferencia
de
desarrolladores con Microsoft SQL Server en San Francisco. La versión 4.2
había sido un desarrollo entre Microsoft y Sybase. El motor de la base de datos
relacional se había traducido a partir del código fuente de la versión 4.2 para
UNIX, con los ingenieros tanto de Microsoft como de Sybase trabajando en la
traducción y en la corrección de errores. Además, Microsoft produjo las
bibliotecas de interfaz cliente para MS-DOS, Windows y OS/2, y por primera vez
incluyó una herramienta GUI (interfaz gráfica del usuario) para Windows para
facilitar la administración. El código fuente del motor de la base de datos
relacional se fusionó de vuelta en las oficinas centrales de Sybase,
intercambiándose los archivos mediante MODEM y cinta magnética.
La versión 4.2 de Microsoft SQL Server se distribuyó en marzo de 1992 y se
añadiría una larga lista de nuevas características significativas, entre las que se
incluían procedimientos almacenados de servidor a servidor, UNION, copia de
seguridad en cinta magnética en línea, y un soporte internacional muy mejorado
que haría SQL Server mas viable fuera de los Estados Unidos, tuvo unas
buenas criticas y una acogida positiva por parte de los clientes. Como
125
CAPITULO II: MARCO TEÓRICO
acabarían resultando, el código fuente del motor de la base de datos relacional
de esta versión sería el último código que Microsoft recibiría de Sybase.
En marzo de 1993 se dio un paso más y se creó la versión beta pública;
cualquiera (incluso los competidores) podía conseguir un SQL Server
Cliente/Server Development Kit (CSDK), el producto anterior a la publicación,
por un precio nominal que básicamente cubría los gastos.
En julio de 1993 Microsoft distribuyó Windows NT 3.1. En un plazo de 30 días,
cumpliendo los objetivos internos, se publicó la primera versión de Microsoft
SQL Server para Windows NT.
Microsoft SQL Server 6.0 tuvo un éxito inmediato. Aparecieron comentarios
positivos en prácticamente todas las publicaciones del sector, y lo que era aún
mas significativo, ninguno negativo, ni siquiera neutral. Incluso más importante
que los comentarios de prensa, la reacción de los clientes fue extraordinaria. La
respuesta era enormemente positiva, y las ventas sobrepasaron fácilmente lo
que se había llegado a temer que fuera un plan optimista.
La versión 6.5 añadiría capacidades para ambas cuestiones. También incluiría
mejoras adicionales para facilitar el uso, conseguiría la certificación de ajustarse
a la norma ANSI SQL y proporcionaría unas transacciones distribuidas con
muchas más posibilidades.
Microsoft SQL Server 7.0, es la base de datos relacional que mejora la toma de
decisiones a todos los niveles de la organización, mediante soluciones
126
CAPITULO II: MARCO TEÓRICO
escalables, poderoso almacenamiento de datos e integración con Microsoft
Office y Microsoft BackOffice.
La ampliación que Microsoft ha hecho de la interfaz grafica de usuario en SQL
Server 7.0 para PC muestra claramente que Microsoft está escuchando al
cliente y está centrado en canalizar esas exigencias de facilidad de uso y
administración. Microsoft ha solventado y eliminado muchos de los errores y
complejidades innecesarias de su diseño, heredados de los primeros años 80
cuya revisión se ha ido retrasando durante mucho tiempo. En conjunto, se
aprecia con facilidad el rediseño del código de bajo nivel; los administradores de
bases de datos relacionales estarán maravillados con los avances en esta área
y en particular les encantará la gestión de los flujos de trabajo. Microsoft llama a
esto perseguir el mercado de gama baja, puesto que ya no es necesario un
administrador de bases de datos relacionales. A eso, sencillamente, se le llama
sentido común.
Microsoft SQL Server 2000, los entornos competitivos de negocios en la
actualidad
requieren
de
aplicaciones
y
bases
de
datos
relacionales
empresariales que puedan acumular la información recolectada por los
sistemas de negocios, dar soporte a una cantidad cada vez mayor de usuarios
simultáneos, así como procesar y analizar eficientemente cantidades masivas
de datos en formas cada vez más complejas.
127
CAPITULO II: MARCO TEÓRICO
Todas las nuevas versiones de SQL Server y de NT están sujetas a las
rigurosas pruebas de las aplicaciones internas de Microsoft, y el producto
proporciona esa misma funcionalidad al pequeño empresario.
El futuro de Microsoft SQL Server se basa en proporcionar el acceso a los datos
de una forma mas barata, rápida y simple a las pequeñas, medianas y grandes
empresas. Sus continuos esfuerzos en satisfacer las exigencias de los clientes
de un mercado amplio hacen que el futuro de SQL Server este asegurado. A
medida que Microsoft continua proporcionando a las pequeñas empresas el
acceso a la tecnología, que antes solo era accesible para unos pocos
privilegiados, la verdadera fuerza y viabilidad de Microsoft SQL Server se hacen
aún más evidentes.
128
CAPITULO II: MARCO TEÓRICO
2.7.4.2. ARQUITECTURA.
FIGURA Nº 14
PRINCIPALES COMPONENTES DE LA ARQUITECTURA DE SQL SERVER
Biblioteca de red
Programador de modo usuario
Analizador
Motor
relacional
Compilador de
TSQL
ODS
DDL (Lenguaje de
definición de datos)
Administrador de
SQL
Administrador de
expresiones
Optimizador
OLE DB
Administrador de
transacciones:
Registro/Recuperación
Non-OLE DB Communication
Métodos de acceso:
Administrador de
operaciones de fila
Administrador de
bloqueos
Administrador de
bloqueos
Administrador de
archivos dispositivos
Administrador de
búferes/Administrador
del registro
Utilidades: Carga
masiva DBCC
Copia de seguridad
Recuperación VDI
Motor de almacenamiento
Administrador de
páginas
Administrador de texto
Administrador
de ordenación
Administrador de E/S
E/S asíncrona
E/S por dispersión
API Win32
129
CAPITULO II: MARCO TEÓRICO
Detalle de los módulos principales:
Biblioteca de Red: La capa de abstracción de biblioteca de red le
permite a SQL Server leer desde y escribir a muchos protocolos de red
distintos, y cada uno de esos protocolos puede tener un controlador
específico. La capa de biblioteca de red hace que resulte relativamente
fácil admitir muchos protocolos de red distintos sin tener que cambiar el
código del núcleo del servidor para conseguirlo.
El motor relacional y el motor de almacenamiento: El motor de base
de datos de SQL Server se compone de dos componentes principales: el
motor relacional y el motor de almacenamiento. Estas dos partes están
claramente separadas, y el principal método de comunicación entre ellas
es por medio de OLE DB. El motor relacional incluye todos los
componentes necesarios para analizar y optimizar cualquier consulta.
También gestiona la ejecución de las consultas al solicitar datos del
motor de almacenamiento en términos de conjuntos de filas de OLE DB y
después procesa los conjuntos de filas devueltas (conjunto de filas es el
término que se utiliza en OLE DB para un conjunto de resultados). El
motor de almacenamiento incluye los componentes necesarios para
acceder realmente a los datos del disco y modificarlos.
130
CAPITULO II: MARCO TEÓRICO
E/S en disco en Windows NT/2000: SQL Server 2000 utiliza dos
características de Windows NT/2000 para mejorar el rendimiento de las
operaciones de E/S en disco: E/S por dispersión y E/S asíncrona.
2.7.4.2.1. CAPAS DE LA ARQUITECTURA DE ACCESO A LA BASE DE
DATOS RELACIONAL.
Cuando se crean programas que acceden a bases de datos, existen múltiples
posibilidades a la hora de manejar los datos:
Se puede acceder al motor directamente implementado en Visual Basic
con el Jet a través de controles del tipo Data Control.
Se puede acceder al motor mediante una interfase de acceso a datos, la
cual es una interfase a nivel de aplicación que usa OLE DB, una librería
de objetos que permite el acceso a diversas fuentes de datos.
Se pueden utilizar las APIs del driver ODBC para acceder a cualquier
base de datos externa mediante driver ODBC.
Se pueden utilizar las APIs de la librería DB con el control VBSQL para
acceder a bases de datos SQL Server.
Se pueden utilizar controles y drivers de acceso a bases de datos de
terceros fabricantes.
131
CAPITULO II: MARCO TEÓRICO
En el primer y segundo caso, son válidos para manipular bases de datos y vía
ODBC, se puede acceder a otros motores. La opción de usar Data Control, es
la más rápida y fácil de entrar en las distintas bases de datos, y la que requiere
menos código. Cuando se presenta la necesidad de acceder a grandes bases
de datos, como SQL Server, se pueden utilizar dos vías válidas: utilizar las APIs
del driver ODBC o utilizar Remote Data Object (RDO). El RDO no es más que la
implementación de un conjunto de objetos; consiste en una delgada capa de
código sobre las APIs del driver ODBC y un control del driver que establece
conexiones, crea Resultsets, cursores y ejecuta procedimientos complejos
usando un mínimo de recursos. Su interconexión con SQL Server es tan
estrecha que la convierte en la herramienta más válida para acceder a dicha
base de datos tal y como se muestra en la siguiente figura:
FIGURA Nº 15
CAPAS DE LA ARQUITECTURA DE ACCESO A LA BASE DE DATOS
Aplicación
Aplicación
ODBC
Driver Manager
(ODBC32.DLL)
SQL Server Driver
(32-bit )
(SQLSRV32.DLL)
Software de
Red (Windows
NT, Novell
Netware,…)
SQL Server
RDBMS
SQL Server
RDBMS
Net – Library
(DBNMPNTW.DLL,
DBMSSPXN.DLL)
132
CAPITULO II: MARCO TEÓRICO
2.7.4.3. CARACTERÍSTICAS DE SQL SERVER.
También es importante mencionar algunas de las principales características de
SQL SERVER, las cuales se detallan en la tabla Nº 21.
TABLA Nº 21
CARACTERÍSTICAS DE SQL SERVER 2000
CARACTERÍSTICA
BENEFICIO
Aumenta la disponibilidad de las aplicaciones empresariales con el
Alta disponibilidad
trasvase de registros, las copias de seguridad en línea y los
clústeres de conmutación por error.
En Microsoft Windows® 2000 Datacenter Server, Microsoft SQL
Server 2000 Enterprise Edition escala hasta 64 gigabytes (GB) de
RAM y 32 CPU. Esto se puede utilizar en combinación con técnicas
de escalado externo, como las vistas con particiones distribuidas,
para manejar los más grandes conjuntos de datos y cargas
Escalabilidad
transaccionales.
SQL Server 2000 ha demostrado un rendimiento insuperable.
Vistas con particiones distribuidas: Reparte la carga entre varios
servidores para obtener más escalabilidad.
Mediante el motor de optimización de consultas avanzadas de SQL
Server 2000, responde a sus peticiones más rápido. Resultados
obtenidos más rápidamente con las últimas aplicaciones usando el
motor de base de datos de SQL Server 2000.
Rendimiento
Se ha mejorado la escalabilidad y el rendimiento de los Servicios de
Análisis de SQL Server 2000 por medio de características como el
proceso de partición paralelo, creación de particiones ROLAP y
OLAP
remotas,
cubos
particionados
distribuidos,
cálculos
persistentes y cache proactiva.
133
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS DE SQL SERVER 2000
CARACTERÍSTICA
BENEFICIO
En vista de la naturaleza sensible y vulnerable de las aplicaciones
de comercio electrónico basados en Web, Microsoft SQL Server
2000 presenta mejoras nuevas y significativas en la seguridad, al
ofrecer el nivel de seguridad más alto disponible en la industria y
hacer mucho más fácil la obtención de dicho nivel. Para empezar,
SQL Server 2000 se instala con un nivel
de seguridad
predeterminado mucho más alto, ya que aprovecha la seguridad
integrada de Windows® 2000 de forma inmediata. De esta forma, el
bloqueo del servidor en los entornos de producción es más rápido y
sencillo.
SQL Server 2000 presenta también un conjunto de nuevas y
Seguridad
sofisticadas características de seguridad: seguridad eficaz y flexible
basada en funciones para servidores, bases de datos relacionales y
perfiles de aplicaciones; herramientas integradas para la auditoria
de la seguridad.
Todas estas características ofrecen una garantía de que las
aplicaciones son seguras en cualquier entorno de red, con la
seguridad basada en funciones y el cifrado de archivos y de la red.
Fuente: http://www.microsoft.com/latam/sql/evaluation/features.asp activa al 11 de agosto de
2004
2.7.4.4. LICENCIAS.
La empresa Microsoft trabaja a nivel latinoamericano de una manera
descentralizada, ya que cuenta con oficinas en todos los países de América
Latina, que se especializan en proporcionar los diferentes servicios como son:
soporte técnico, consultaría, asesoría, mercadotecnia y lanzamiento de nuevos
productos. Las oficinas centrales del área de ventas de Microsoft se sitúan en
134
CAPITULO II: MARCO TEÓRICO
Miami, Estados Unidos. Desde ahí atienden los pedidos que le hacen sus
clientes en cuanto a los productos que ofrecen para el área, a través de
llamadas telefónicas o por Internet.
Microsoft de El Salvador se encarga del área de mercadotecnia y el
lanzamiento de nuevos productos para el país. Vale la pena mencionar que hay
empresas que están autorizadas para la distribución de licencias de los
productos Microsoft.20
Por lo que en el país existen varias empresas que se dedican a la venta de la
base de datos SQL Server 2000. Uno de los distribuidores autorizados de SQL
Server 2000 por la Microsoft es la empresa GBM de El Salvador, la cual se
encuentra ubicada geográficamente en Colonia San Benito, Calle Loma Linda
Nº 246, por lo que a dicha empresa se le realizo una entrevista en la cual se
conoció toda la información desglosada a continuación.
A continuación se detallan las diferentes ediciones en las que está disponible en
el mercado SQL Server 2000:
SQL Server 2000 Desktop Engine o Personal Edition: Es ideal para
usuarios móviles quienes pasan la mayoría del tiempo desconectados de
la red, pero corren las aplicaciones que requieren los datos almacenados
en la base de datos SQL Server, y para aplicaciones independientes que
20
Para mayor información visitar la página Web
http://www.microsoft.com/elsalvador/socios/partnering/mayoristas.asp
135
CAPITULO II: MARCO TEÓRICO
también requieren los datos almacenados en la base de datos local SQL
Server de una computadora cliente. Esta es una versión DEMO, la cual tiene
características limitadas.
SQL Server 2000 Evaluation Edition: También conocida como SQL
Server 2000 Edición Evaluación Enterprise es una versión de tiempo
limitado de SQL Server 2000 Edición Enterprise, la cual es una
demostración, prueba, evaluación y reexaminación por un periodo de 120
días. Esto significa que no es para usos de producción ya que no
funciona después del tiempo límite mencionado anteriormente. Al igual
que la anterior también es una DEMO solo que es la versión completa de
SQL Server.
SQL Server 2000 Standard Edition: Esta es la opción más favorable
para las pequeñas y medianas empresas, que no requieren de una
sofisticada escalabilidad, disponibilidad, rendimiento o análisis de
recursos de SQL Server 2000 como los trae la edición Enterprise. La
Edición Estándar puede ser usada en sistemas de multiprocesos
simétricos con mas de 4 CPU’s y 2 GB de RAM.
SQL Server 2000 Enterprise Edition: Es la más completa SQL Server
que se ofrece a cualquier organización. Esta brinda una avanzada
escalabilidad y funciones de disponibilidad necesarias para sistemas de
136
CAPITULO II: MARCO TEÓRICO
misión critica e Internet incluyendo vistas particionadas y distribuidas,
bitácoras y alta disponibilidad contra fallos.
Esta toma total ventaja de lo último en hardware con soporte hasta 32
CPU’s y 64 GB en RAM.
SQL Server 2000 Enterprise Edition incluye análisis avanzados (OLAP)
para manejo de grandes cubos con muchas dimensiones.
SQL Server 2000 Developer Edition: Esta edición permite a los
desarrolladores construir el mayor tipo de aplicaciones de SQL Server.
Ésta incluye todas las funcionalidades de la Edición Enterprise pero con
un desarrollo especial y un test para los usuarios finales del tipo de
licencia agreement (EULA), que prohíbe el despliegue de producciones
de esta edición. Para máxima flexibilidad durante el desarrollo de ésta,
debe instalarse en los servidores con los sistemas operativos
mencionados a continuación: Windows 2000 Professional y Windows NT
Workstation 4.0.
Las licencias de dichas ediciones se venden de acuerdo a dos criterios:
Licencias por usuario (CAL client access license): Es aquella que se
vende a empresas que tienen un número determinado de usuarios que
se conecten a la base de datos relacional.
137
CAPITULO II: MARCO TEÓRICO
Licencias por procesador: Es aquella que se vende a empresas que no
tienen un número establecido de usuarios, es decir todas aquellas
empresas visionarias que están en proceso de expansión.
En cuanto a SQL Server se encontró que poseen varios tipos de
licenciamiento para adquirir dicha base de datos, por lo que éstos se
detallan a continuación:
¿Qué es una licencia de software?
El software está protegido por la ley de derechos de autor, la cual establece que
el producto no se puede copiar sin autorización del propietario de los derechos
de autor. Una licencia de software otorga al usuario el derecho legal para utilizar
un producto de software específico. Cada usuario de software necesita una
licencia para utilizarlo legalmente. Dicha licencia se otorga al adquirirla y se
documenta en el Acuerdo de Licencia del Usuario Final (EULA).
Existen diferentes maneras de adquirir una licencia Microsoft:
Producto empaquetado (caja).
Software preinstalado (OEM o integrador de sistemas).
Licenciamiento por volumen.
138
CAPITULO II: MARCO TEÓRICO
¿Qué es el licenciamiento por volumen?
El licenciamiento por volumen es una manera sencilla de comprar licencias de
productos de software Microsoft a un precio con un descuento que refleja el
volumen adquirido. (ver anexo 6)
Los programas de licenciamiento por volumen disponibles son detallados en la
tabla Nº 22:
TABLA Nº 22
PARA EMPRESAS:
Open License
Select License
Enterprise Agreement (EA)
Enterprise Agreement por Suscripción
Fuente:http://www.microsoft.com/latam/licenciamiento/downloads/licensing/GuiadeLicenciamien
to.pdf activa al 11 de agosto de 2004
Licencia y Software Assurance.
El nuevo modelo de licenciamiento por volumen de Microsoft es más previsible
y fácil de entender. Así mismo, simplifica la adquisición de las licencias de
software y permite a las empresas disponer de software continuamente
actualizado reduciendo los costos de manejo y administración.
Ahora los clientes pueden adquirir la licencia, Software Assurance, o una
combinación de ambas, tal como se muestra en la siguiente tabla:
139
CAPITULO II: MARCO TEÓRICO
TABLA Nº 23
LICENCIA (L)
SOFTWARE ASSURANCE
LICENCIA Y SOFTWARE
(SA)
ASSURANCE (L&SA)
SA proporciona para una
Proporciona los derechos
de uso de una versión
específica de un producto.
Licencia los derechos de
actualización a las nuevas
versiones lanzadas
durante el período de
Combina los beneficios de
una Licencia y Software
Assurance
vigencia del contrato.
Para clientes nuevos o
Para clientes de SA que
clientes que no tienen
renuevan su contrato y para
licencias actuales. No
clientes que adquirieron sus
existen requisitos previos
licencias de Windows
para comprar una
Professional o Servidores a
Licencia, excepto la
través de OEM/Caja. Software
Actualización de Windows
Assurance no se puede
Professional.
adquirir en cualquier
momento.
Para clientes nuevos, clientes
que no tienen licencias
actuales o clientes que no
compraron un SA con su
licencia. No existen requisitos
previos para comprar L&SA,
excepto la Actualización de
Windows Professional y SA.
Fuente:http://www.microsoft.com/latam/licenciamiento/downloads/licensing/GuiadeLicenciamien
to.pdf activa al 11 de agosto de 2004
¿Cómo adquirir Software Assurance?
A través de los programas Open o Select, adquiriendo L&SA al momento de
comprar la licencia, adquiriendo SA dentro de los 90 días después de la compra
de cajas u OEM, adquiriendo SA para renovar un SA que se vence, de manera
excepcional, durante el período de lanzamiento, adquiriendo SA si tiene
versiones actuales.
140
CAPITULO II: MARCO TEÓRICO
¿Cuánto dura la cobertura de Software Assurance?
Si se adquiere a través de Open License, la cobertura es de dos años o
hasta el final del número de autorización, lo que ocurra primero. Al
vencerse, se puede renovar por dos años.
Si se adquiere a través de Select License, la cobertura depende del año
del contrato Select en que se encuentre el cliente al adquirirlo (1,2 ó 3
años). Al vencerse, se puede renovar por uno o tres años.
¿Qué beneficios ofrece Software Assurance a los clientes?
Rentabilidad y previsibilidad: La manera más rentable de obtener licencias de
software de Microsoft. El precio de SA equivale a un porcentaje anual del precio
de la Licencia, lo que permite planear y definir presupuestos con más facilidad.
TABLA Nº 24
OPCIONES DE LICENCIAMIENTO MICROSOFT 6.0
Para pequeñas empresas que necesitan 1 ó 2 licencias o para
Producto Empaquetado
(Caja)
Software preinstalado
(OEM)
usuarios domésticos. Versión empaquetada de producto que
contiene cds, manuales y acuerdo de licencia.
Para cualquier usuario que adquiere el software preinstalado en
una PC nueva.
Para empresas que quieran beneficiarse de un descuento por
volumen a partir de 5 licencias.
Open License
Tres niveles de precios según el volumen de la primera compra.
Mínimo de 1 licencia para pedidos posteriores durante 2 años.
Derechos de uso perpetuos.
141
CAPITULO II: MARCO TEÓRICO
Para empresas con más de 250 PC’s que pueden pronosticar
sus necesidades de software por un período de 3 años. Ofrece
descuentos por volumen para cada grupo de productos
Select License
separadamente
(Aplicaciones, Sistemas Operativos y Servidores). Derechos de
uso perpetuos.
Para empresas con más de 250 PC’s que desean estandarizar
toda su organización con software de Microsoft. Incluye derecho
Enterprise Agreement (EA)
de actualización. Precios por volumen basados en pagos
anuales, con una duración de 3 años. Derechos de uso
perpetuos.
Ofrece los mismos beneficios que EA, pero con derechos de
Enterprise Agreement por
Suscripción
uso no perpetuos y con mayor descuento en precios por
volumen.
Fuente:http://www.microsoft.com/latam/licenciamiento/downloads/licensing/GuiadeLicenciamien
to.pdf activa al 11 de agosto de 2004
2.7.4.5. NÚMERO DE USUARIOS.
En cuanto al número de usuarios la empresa fabricante establece que, estos
pueden ser limitados para la licencia que se vende de acuerdo al número de
usuarios, la cual soporta un mínimo de 5.
Pero se hace necesario aclarar que si se llega a utilizar un número mayor de 40
licencias por usuario, lo más recomendable en cuanto a costos para las
empresas, es que se adquieran licencias de acuerdo al número de
procesadores, en la cual se puede tener un número ilimitado de usuarios.
142
CAPITULO II: MARCO TEÓRICO
2.7.4.6. PRECIOS.
En cuanto a los precios, la empresa fabricante proporciona los siguientes:
TABLA Nº 25
PRECIOS DE SQL SERVER
LICENCIAS DE PRODUCTOS
Licencias por procesador
Servidor más el Dispositivo CAL’s
Servidor más usuario CAL’s
SQL Server 2000 Developer Edition
DETALLE DE PRECIOS
Enterprise Edition
$19,999.00 US por procesador.
Standard Edition
$4,999.00 US por procesador.
Enterprise Edition
$11,099.00 US con 25 CAL’s
Standard Edition
$1,489.00 US con 5 CAL’s
$2,249.00 US con 10 CAL’s
Enterprise Edition
$11,099.00 US con 25 CAL’s
Standard Edition
$1,489.00 US con 5 CAL’s
$2,249.00 US con 10 CAL’s
$45.95 US por desarrollador.
Fuente: http://www.microsoft.com/sql/howtobuy/sqlserverlicensing.asp activa al 30 de Julio de
2004.
Nota: A los costos de la base de datos, debe agregársele el IVA y el 20% de soporte técnico.
143
CAPITULO II: MARCO TEÓRICO
2.7.4.7. REQUERIMIENTOS MÍNIMOS DE HARDWARE Y SOFTWARE.
TABLA Nº 26
REQUERIMIENTOS DE HARDWARE Y SOFTWARE
REQUERIMIENTOS MÍNIMOS
Procesador
Procesador Intel Pentium o compatible a 166 megahercios (MHZ) o
superior.
Enterprise Edition: 64 megabytes (MB) de memoria RAM; se
recomienda 128 MB.
Standard Edition: 64 MB.
Evaluation Edition: 64 MB; se recomienda 128 MB.
Memoria
1
Developer Edition: 64 MB.
Personal Edition: 64 MB para Windows 2000; 32 MB para otros
sistemas operativos.
Desktop Engine: 64 MB para Windows 2000; 32 MB para otros
sistemas operativos.
Las ediciones Enterprise, Standard, Evaluation, Developer y Personal
requieren:
95 - 270 MB de espacio libre en el disco duro para el servidor; 250
MB para la instalación típica.
50 MB de espacio libre en el disco duro para la instalación mínima
Disco duro
2
de Analysis Services; 130 MB para la instalación típica.
80 MB de espacio libre en el disco duro para Microsoft English
Query (admitido en el sistema operativo Windows 2000 pero sin
logotipo certificado).
Desktop Engine requiere 44 MB de espacio disponible en el disco
duro.
Unidad
Unidad de CD-ROM
Pantalla
Monitor VGA o de resolución superior.
Microsoft Internet Explorer, versión 5.0 o posterior.
Otros dispositivos
Microsoft Windows 95, Windows 98, Windows Me, Windows NT
4.0 y Windows 2000 disponen de software de red integrado. Si
utiliza Banyan VINES o AppleTalk ADSP será necesario software
144
CAPITULO II: MARCO TEÓRICO
REQUERIMIENTOS MÍNIMOS
de red adicional. El protocolo NW Link de redes basadas en
Windows proporciona compatibilidad con el cliente IPX/SPX de
Novell NetWare.
Clientes compatibles:
3
Se admite Windows 95 , Windows 98, Windows Me, Windows NT
Workstation 4.0 y Windows 2000 Professional.
UNIX, Apple Macintosh y OS/2 requieren software de cliente de
conectividad abierta de base de datos relacional (ODBC) de otro
fabricante.
Fuente: http://www.microsoft.com/sql/evaluation/sysreqs/2000/default.asp activa al 30 de julio
de 2004.
Notas: Microsoft SQL Server 2000 no tiene una lista de compatibilidad de hardware, SQL
Server 2000 trabajo con equipo certificado para el uso del sistema operativo Microsoft
Windows.
1
Puede ser necesaria memoria adicional, dependiendo de los requerimientos del sistema
operativo.
2
Los requerimientos de disco duro variarán según la configuración del sistema y las
aplicaciones y funciones que elija instalar.
3
Sólo se admite para la conectividad de cliente, no incluye compatibilidad con herramientas
gráficas.
TABLA Nº 27
REQUERIMIENTOS DE SISTEMA OPERATIVO
Esta tabla presenta los sistemas operativos que deben de ser instalados para
usar las diferentes ediciones de Microsoft SQL Server 2000.
EDICIONES DE SQL
SERVER
REQUERIMIENTOS DE SISTEMA OPERATIVO
Microsoft Windows NT Server 4.0, Microsoft Windows NT Server
Enterprise Edition 4.0, Windows 2000 Server, Windows 2000
Enterprise Edition
Advanced Server y Windows 2000 Data Center Server.
Nota: Microsoft Windows 2000 Server (cualquier versión) es
145
CAPITULO II: MARCO TEÓRICO
EDICIONES DE SQL
REQUERIMIENTOS DE SISTEMA OPERATIVO
SERVER
requerida según los productos SQL Server 2000.
Microsoft Windows NT Server 4.0, Windows 2000 Server,
Standard Edition
Microsoft Windows NT Server Enterprise Edition, Windows 2000
Advanced Server y Windows 2000 Data Center Server.
Microsoft Windows Me, Windows 98, Windows NT Workstation
Personal Edition
4.0, Windows 2000 Professional, Microsoft Windows NT Server
4.0, Windows 2000 Server y todos los sistemas operativos de
Windows más avanzados.
Microsoft Windows NT Workstation 4.0, Windows 2000
Developer Edition
Professional y todos los demás Windows NT y el sistema
operativo Windows 2000.
Fuente: http://www.microsoft.com/sql/evaluation/sysreqs/2000/default.asp activa al 30 de julio
de 2004.
Nota: Microsoft Windows NT Server 4.0, Service Pack 5 (SP5) o mayores deberán ser
instalados con el mínimo de requerimientos para todas las ediciones de SQL Server 2000.
SQL Server 2000 no es soportada por Windows NT 4.0 Terminal Server. Para instalar SQL
Server 2000 Personal Edition en una computadora con Windows 98 sin tarjeta de red, es
requerido instalar Windows 98 Segunda Edición.
2.7.4.8. SOPORTE TÉCNICO.
Al realizar la compra de la base de datos relacional el distribuidor ofrece el
servicio de soporte técnico el cual es el 20% adicional al precio de la base de
datos relacional.
La empresa distribuidora posee tres tipos de soporte de la base de datos
relacional para sus clientes:
146
CAPITULO II: MARCO TEÓRICO
Soporte preventivo: El cliente esta obligado a adquirir este tipo de
soporte al momento de la compra de la base de datos relacional, dicho
soporte es el 20% adicional a la compra, el cual incluye actualizaciones
de las versiones de la base de datos relacional y consultas por teléfono.
Soporte correctivo: Este tipo de soporte es opcional para el cliente ya
que
él
decide
si
es necesario
adquirirlo o
no. Este incluye
actualizaciones, consultas por teléfono y visitas de los técnicos en
cualquier caso de fallas en la base de datos relacional.
Soporte por horas vendidas: En este tipo de soporte, el cliente expone
las fallas o el tipo de servicio que necesita; dependiendo de ello el
técnico de la empresa GBM de El Salvador establece las horas en las
que él estima conveniente realizar ese trabajo y se le detalla el costo en
el que incurrirá por el servicio al cliente. Si los problemas no pueden
resolverse en su totalidad; se busca el recurso especializado en las
oficinas de la empresa fabricante a nivel de Latinoamérica para que lo
llegue a resolver personalmente con un costo por hora de servicio.
2.7.4.8.1. SOPORTE TÉCNICO EN LÍNEA DE MICROSOFT SQL SERVER
2000 EN LA MODALIDAD DE AUTOAYUDA.
También se cuenta con el soporte técnico telefónico y por Internet que ofrece la
empresa fabricante Microsoft gratuitamente, este se describe a continuación:
147
CAPITULO II: MARCO TEÓRICO
Debido a que en la compañía fabricante sus operaciones son descentralizadas,
el área o las oficinas que se encargan de brindar soporte al cliente se
encuentran ubicadas en el país de Chile, desde donde le dan solución a la
mayoría de los problemas técnicos que se les presentan a los clientes que
compran los productos a los distribuidores.
Dichos problemas son informados vía telefónica desde cualquier parte del
mundo, mediante la marcación de forma gratuita a un número ya establecido;
en el cual se resuelven el ochenta por ciento de las dudas o problemas que
tenga el cliente.
El servicio de soporte técnico en modalidad de autoayuda que ofrece la
empresa fabricante Microsoft por medio de su sitio Web es el siguiente:
Búsqueda de artículos técnicos.
Descargas y actualizaciones.
Consulta de toda la información de soporte por producto.
Exposición de preguntas a grupos de noticias.
Contacto con Microsoft Online.
148
CAPITULO II: MARCO TEÓRICO
2.7.4.9. ACTUALIZACIONES.
La empresa fabricante establece actualizaciones para que los clientes
existentes migren a SQL Server 2000 utilizando software a la medida. Los
clientes con licencias que incluyen las actualizaciones para servidores SQL
Server y para licencias por usuario CAL’s tienen derecho a actualizar estas
licencias sin costo adicional. Ya que si los clientes poseen el licenciamiento
Open License y Software Assurance tienen derecho a recibir parches y
actualizaciones de versión. Pero si el cliente solo posee el licenciamiento Open
License solo tendrá derecho a actualizaciones de parches.
2.7.4.10. CAPACITACIONES.
La empresa fabricante le da la oportunidad a las empresas certificadas por
ellos, que se dedican al área educacional, para que impartan los cursos de
capacitación de todos los productos que ellos ofrecen al mercado. Un ejemplo
de ello es la empresa New Horizons de El Salvador, Executrain, etc. (ver anexo
7)
149
CAPITULO II: MARCO TEÓRICO
2.7.4.11. GARANTÍAS.
La empresa fabricante únicamente ofrece garantía para el producto dañado de
fábrica, es decir que el software no funcione o que el CD este en mal estado.
Que éste último haya sido mal grabado, como por ejemplo que falte un archivo
que no fue copiado correctamente y que debido a ese error la base de datos
relacional no este funcionando una vez que ésta ha sido instalada.
2.7.4.12. CONTRATOS.
La empresa distribuidora especifica que se llevará a cabo un contrato, siempre
y cuando se hayan discutido las cláusulas y condiciones que éste contiene y se
hayan hecho las negociaciones requeridas entre el vendedor y el cliente.
Algunos de los pasos que se efectúan para la realización del contrato son:
Levantamiento de requerimientos.
Oferta económica.
Orden de compra.
Elaboración de contrato.
Es importante mencionar que la empresa distribuidora toma como un
documento confidencial, por lo que no se pudo obtener mucha información
acerca de los contratos.
150
CAPITULO II: MARCO TEÓRICO
2.7.5. RESUMEN DE PRECIOS.
A continuación se presenta un cuadro resumen de los precios de cada edición
de las bases de datos relacionales tomadas en cuenta para este estudio y los
costos de los diferentes tipos de mantenimiento.
TABLA Nº 28
RESUMEN DE PRECIOS DE LAS BASES DE DATOS RELACIONALES
ANÁLISIS DE COSTOS
LICENCIAMIENTO/
SOPORTE
TÉCNICO
SYBASE ASE 12.5
EDICIÓN
PLATAFORMA
COSTO
Linux
$2,995.00
Windows NT
$1,094.00
HP-UX, IBM AIX y Sun
Solaris
$3,995.00
Linux y Windows NT
$2,995.00
ASE Small Business Edition
El precio no varia
independientemente
del sistema operativo.
(ver tabla Nº 9)
$1,495.00
ASE Developer Edition
El precio no varia
independientemente
del sistema operativo.
(ver tabla Nº 9)
$195.00
ASE Workplace Edition
ASE Enterprise Edition
Valor de Licencia
por Servidor
DB2 8.1
EDICIÓN
COSTO
DB2 Enterprise Server Edition (ESE)
$25,000.00
DB2 Workgroup Server Edition (WSE), server con un
usuario.
$1,400.00
151
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
DB2 Workgroup Server Unlimited Edition (WUSE)
$13,000.00
DB2 Universal Developer's Edition (UDE)
$1,640.00
DB2 Express Edition (usuarios ilimitados)
$6,000.00
SQL SERVER 2000
EDICIÓN
COSTO
SQL Server Enterprise Edition
$11,099.00******
$1,489.00 *******
SQL Server Standard Edition
$2,249.00********
ORACLE 9i
EDICIÓN
COSTO
Oracle Enterprise Edition
$40,000.00 *
Oracle Standard Edition One
$4,995.00 **
Oracle Standard Edition
$15,000.00
SYBASE ASE 12.5
EDICIÓN
Valor de Licencia
por Procesador
PLATAFORMA
ASE Workplace Edition
ASE Enterprise Edition
ASE Small Business
Edition
COSTO
Linux
$24,995.00
HP-UX, IBM AIX y Sun
Solaris
$34,995.00
Linux y Windows NT
$24,995.00
El precio no varia
independientemente del
sistema operativo. (ver
tabla Nº 9)
$4,995.00
SQL SERVER 2000
EDICIÓN
SQL Server Enterprise Edition
COSTO
$19,999.00
152
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
SQL Server Standard Edition
$4,999.00
ORACLE 9i
EDICIÓN
COSTO
Oracle Enterprise Edition
$800.00 ***
Oracle Standard Edition
$300.00 ****
Oracle Standard Edition One
$199.00 ****
Oracle Personal Edition
$400.00
Oracle Lite Edition
$100.00 *****
SYBASE ASE 12.5
EDICIÓN
Valor de Licencia
por Usuario
PLATAFORMA
COSTO
Linux
$595.00
Windows NT
$217.00
HP-UX, IBM AIX y Sun
Solaris
$795.00
Linux y Windows NT
$595.00
El precio no varia
independientemente
del sistema operativo.
(ver tabla Nº 9)
$195.00
ASE Workplace Edition
ASE Enterprise Edition
ASE Small Business Edition
DB2 8.1
EDICIÓN
COSTO
DB2 Workgroup User Edition (por usuario)
$380.00
DB2 Personal Edition (PE) un usuario, una conexión.
$580.00
DB2 Universal Developer's Edition (UDE)
$1,640.00
153
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
SYBASE ASE 12.5
EDICIÓN
TIPO DE
SOPORTE
PLATAFORMA
COSTO
Linux
$599.00
Windows NT
$219.00
Linux
$659.00
Windows NT
$241.00
Básico
ASE Workplace
Edition
Extendido
Básico
$599.00
Linux y Windows
NT
ASE Enterprise
Edition
Extendido
$659.00
Básico
Valor de Soporte
Técnico Anual por
Servidor
$799.00
HP-UX, IBM AIX y
Sun Solaris
Extendido
Básico
ASE Small
Business Edition
Extendido
Básico
ASE Developer
Edition
Extendido
$879.00
El precio no varia
independientement
e del sistema
operativo. (ver
tabla Nº 9)
$299.00
El precio no varia
independientement
e del sistema
operativo. (ver
tabla Nº 9)
$39.00
$329.00
$43.00
DB2 8.1
EDICIÓN
COSTO
DB2 Enterprise Server Edition (ESE)
$5,000.00
DB2 Universal Developer's Edition (UDE)
$328.00
DB2 Workgroup Server Edition (WSE), servidor con
un usuario.
$280.00
154
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
DB2 Workgroup Server Unlimited Edition (WSUE)
$2,600.00
DB2 Express Edition
$1,200.00
SQL SERVER 2000
EDICIÓN
COSTO
SQL Server Enterprise Edition
$2,219.80
$297.80
SQL Server Standard Edition
$449.80
ORACLE 9i
EDICIÓN
COSTO
Oracle Enterprise Edition
$8,800.00
Oracle Standard Edition One
$1,098.90
Oracle Standard Edition
$3,300.00
SYBASE ASE 12.5
EDICIÓN
Valor Soporte
Técnico Anual por
Procesador
ASE Workplace
Edition
TIPO DE
SOPORTE
PLATAFORMA
Básico
COSTO
$4,999.00
Linux
Extendido
$5,499.00
Básico
$4,999.00
Linux y Windows NT
ASE Enterprise
Edition
Extendido
Básico
Extendido
$5,499.00
HP-UX, IBM AIX y
Sun Solaris
$6,999.00
$7,699.00
$999.00
Básico
ASE Small
Business
Edition
Extendido
El precio no varia
independientemente
del sistema operativo.
(ver tabla Nº 9)
$1,099.00
155
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
SQL SERVER 2000
EDICIÓN
COSTO
SQL Server Enterprise Edition
$3,999.80
SQL Server Standard Edition
$999.80
ORACLE 9i
EDICIÓN
COSTO
Oracle Enterprise Edition
$176.00
Oracle Standard Edition
$66.00
Oracle Standard Edition One
$43.78
Oracle Personal Edition
$88.00
Oracle Lite Edition
$22.00
SYBASE ASE 12.5
EDICIÓN
Valor de Soporte
Técnico Anual por
Usuario
TIPO DE
SOPORTE
PLATAFORMA
COSTO
Linux
$119.00
Windows NT
$43.00
Linux
$131.00
Windows NT
$48.00
Linux y Windows
NT
$119.00
HP-UX, IBM AIX y
Sun Solaris
$159.00
Básico
ASE Workplace
Edition
Extendido
Básico
ASE Enterprise
Edition
Extendido
Básico
Extendido
ASE Small
Business Edition
Básico
Extendido
El precio no varia
independientement
e del sistema
operativo. (ver tabla
Nº 9)
$131.00
$175.00
$39.00
$43.00
156
CAPITULO II: MARCO TEÓRICO
ANÁLISIS DE COSTOS
DB2 8.1
COSTO
EDICIÓN
DB2 Workgroup User Edition (por usuario)
$76.00
DB2 Personal Edition (PE) un usuario, una conexión
$116.00
DB2 Universal Developer's Edition (UDE)
$328.00
Nota: A los precios que se han detallado en este cuadro debe incluírseles el IVA.
* La empresa debe de tener más de 4 procesadores para poder comprar esta versión.
** La empresa debe de tener máximo un servidor que tenga dos procesadores.
*** La venta mínima es de 25 usuarios nombrados por procesador.
**** La venta mínima es de 5 usuarios nombrados por procesador.
***** La venta de esta licencia solamente es para equipo de tipo Palm.
****** Venta de dispositivo más el servidor CAL ( client Access license).
******* Venta de servidor más 5 usuarios CAL (client Access license).
******** Venta de servidor más 10 usuarios CAL (client Access license).
157
CAPITULO II: MARCO TEÓRICO
2.7.6. RESUMEN DE CARACTERÍSTICAS TÉCNICAS.
TABLA Nº 29
CARACTERÍSTICAS TÉCNICAS DE LAS BASES DE DATOS RELACIONALES
CARACTERÍSTICAS
CUANTIFICABLES
Número de
tablas/base de datos
relacional.
ORACLE 9I
SYBASE ASE
12.5
Ilimitado
2 Billones de
tablas.
Número de
Items/tabla.
DB2 8.1
SQL SERVER
2000
Ilimitado
Ilimitado
Ilimitado
El número
máximo de
columnas por
tabla es 1,024 y
la cantidad de
registros esta
limitada por el
espacio
disponible dentro
de la base de
datos.
1,012
Limitada por el
número de
objetos en una
BDA.
Número máximo user
login.
Ilimitado
2 Billones
Ilimitado
Ilimitado
Interfase
programación Web.
Si
Si, Sybase
Central Java
Edition.
Si
Depende de la
licencia.
Herramientas de
Si
administración gráfica.
Si (Sybase
Central Java
Edition).
Si
Si
Autenticación de
diferentes plataformas
Ambas
o hay que autenticar
dos veces.
La autenticación
se maneja a nivel
de la base de
datos, pero
también puede
ser configurada
para trabajarla
desde afuera y
centralizada a
través de un
servidor LDAP
(Lightwigth
Directory Access
Protocol).
Soporte LDAP
(Lightwigth
Directory Access
Protocol)
Soporte LDAP
(Lightwigth
Directory Access
Protocol)
158
CAPITULO II: MARCO TEÓRICO
CARACTERÍSTICAS TÉCNICAS DE LAS BASES DE DATOS RELACIONALES
CARACTERÍSTICAS
CUANTIFICABLES
ORACLE 9I
SYBASE ASE
12.5
DB2 8.1
SQL SERVER
2000
Soporta diferentes
plataformas: Windows, Si
Unix, Linux, etc.
Apple Mac OS X,
HP Tru64 UNIX,
HP HP-UX, HP
Itanium2 HP-UX,
IBM AIX, Linux
X86 Red Hat
Enterprise, Linux
Si
Itanium2 Red Hat
Enterprise,
Silicon Graphics
IRIX, Sun Solaris,
Sun Solaris x86,
MS Windows 32bit.
No
Permite
Datawarehouse.
Si
Si
Si - Incluido
Si
Permite manejar
bases de datos
distribuidas.
Si
Si, con la opción
de Manejo de
Transacciones
Distribuidas
(DTM).
Si
Si
Autentificación de
usuarios.
Si
Si, se manejan
usuarios por base Si
de datos.
Si
Si
Si, ya sea por
ODBC o por
medio de Sybase
Si
Enterprise
Connect Data
Access.
Si
Ambos
Maneja los dos
tipos de respaldo,
Ambos
ya sea en
caliente o en frió.
Ambos
8 TB
1,048,516 TB
Interconectividad con
otra BDA (ODBC).
Respaldos en caliente
o sólo en frío.
Máximo de
información que puede Ilimitado
crecer la BDA.
Ilimitado
Fuente: Distribuidores de las diferentes bases de datos relacionales.
159
160
CAPITULO III: INVESTIGACIÓN DE CAMPO
3.1. INVESTIGACIÓN DE CAMPO Y SITUACIÓN ACTUAL
3.1.1. METODOLOGÍA DE LA INVESTIGACIÓN.
En la metodología se presentan los pasos que se siguieron para la realización
de la investigación de campo. Para la recopilación de la información se
suministró un cuestionario a las medianas empresas de tipo comercial del
municipio de San Salvador, se investigó también a las empresas distribuidoras
de bases de datos relacionales a través de una guía de entrevista. Lo que
contribuyó a aclarar los elementos de estudio para proponer una guía de
alternativas de selección para la adquisición de bases de datos relacionales.
3.1.1.1. POBLACIÓN A INVESTIGAR.
Para obtener la población a investigar se tomó como parámetro la información
proporcionada por el Ministerio de Economía por ser una institución
gubernamental encargada de propiciar y apoyar el desarrollo económico y
social del país a través del diseño conjunto de políticas económicas con el
sector
privado,
la
emisión
de
normas
que
propicien
un
adecuado
funcionamiento del mercado, la remoción de obstáculos a la actividad
productiva, el fomento de la competitividad, la atracción y promoción de
inversiones, el fomento de las exportaciones, el impulso de la actividad
empresarial, el liderazgo en las negociaciones internacionales y la apertura de
mercados que propicien la generación de empleos; considerando las nuevas
161
CAPITULO III: INVESTIGACIÓN DE CAMPO
formas de comercio internacional y enmarcándose en un contexto legal
moderno que permita el accionar y respeto de los intereses legítimos de los
diversos agentes económicos y el buen funcionamiento de los mercados
globalizados.21 Dicha institución posee varias dependencias como lo son
CONAMYPE y DIGESTYC, las cuales fueron tomadas en cuenta para efectos
de este estudio.
La Dirección General de Estadísticas y Censos (DIGESTYC), es una
dependencia del Ministerio de Economía, entidad responsable de la generación
de información económica oficial en el país, no dispone de una definición de lo
que se va a entender por los distintos tamaños de empresas, por lo que
solamente clasifican a las empresas por rubros.22
El universo estará constituido por una población finita de 50 empresas (datos
proporcionados por la DIGESTYC en el último listado del directorio de
empresas comerciales 2001 del área metropolitana de San Salvador, (ver
anexo 8), la cual se determinó de la siguiente manera:
En primer lugar se compró el directorio de empresas mencionado
anteriormente, en formato electrónico. En el también se incluían un
listado con los códigos de los municipios que pertenecen al área
metropolitana de San Salvador (ver anexo 9). De éste se seleccionaron a
las empresas comerciales que pertenecen al municipio de San Salvador,
21
22
http://www.minec.gob.sv/ activa al 30 de Julio del 2004.
Desafíos y Oportunidades de la PYME Salvadoreña, Primera Edición.
162
CAPITULO III: INVESTIGACIÓN DE CAMPO
las cuales se representan con el código 01, por ser ésta la delimitación
geográfica de la investigación.
En este listado no se pudo tener acceso al capital de las empresas ni al
volumen anual de ventas de las mismas, debido a que esto es
considerado como información estrictamente confidencial que no puede
ser proporcionada por la DIGESTYC. Es preciso destacar que el hecho
de adoptar el número de trabajadores como criterio exclusivo para la
definición de la mediana empresa, tiene como razón principal un
argumento de naturaleza estrictamente práctica. En la medida en que la
mayoría de bases de datos disponibles en el país ordenan a las
empresas a partir del número de empleados, ya que es relativamente
más fácil acceder a información sobre estas empresas.23
Para seguir filtrando la información se tomó como característica principal el
número de empleados, el cual según el criterio de CONAMYPE (dependencia
del Ministerio de Economía) define como medianas empresas todas aquellas
que tengan de 51 hasta 100 empleados. (ver anexo 10).
Para la investigación se tomo en cuenta a las medianas empresas del sector
comercio, ubicadas en el municipio de San Salvador que cumplen con la
característica de estar en el rango establecido por CONAMYPE para
23
Desafíos y Oportunidades de la PYME Salvadoreña, Primera Edición.
163
CAPITULO III: INVESTIGACIÓN DE CAMPO
clasificarse como mediana empresa (Son 50 empresas según datos
proporcionados por la DIGESTYC. (ver anexo 11).
3.1.1.2. INSTRUMENTOS DE RECOLECCIÓN DE DATOS.
Para la validación del instrumento de investigación para la población finita de
las medianas empresas se realizó una prueba piloto que constó de 5
cuestionarios, la cual ayudó a enfatizar las debilidades de éste, lo cual permitió
poder hacer las correcciones necesarias y continuar con la investigación.
Para la recolección de la información se consideraron los siguientes aspectos:
Para la población finita referente al personal de informática de las
medianas empresas de tipo comercial, se utilizó como instrumento el
cuestionario, cuyo objetivo fue el de obtener información confiable sobre
las diferentes bases de datos relacionales con las que cuentan. El
cuestionario fue estructurado con 14 preguntas de las cuales 5 son
preguntas cerradas, 8 preguntas son semi-abiertas y solo 1 pregunta es
abierta. (ver anexo 12)
Para la persona encargada de responder por parte de las empresas
distribuidoras de bases de datos relacionales se utilizó una guía de
entrevista, cuyo objetivo fue el de conocer mas acerca de la forma como
proporcionan las cotizaciones de las bases de datos relacionales que
164
CAPITULO III: INVESTIGACIÓN DE CAMPO
venden. Dicha guía se conformó con 15 preguntas de las cuales todas
son abiertas. (ver anexo 13)
3.1.1.3. TAMAÑO DE LA MUESTRA.
Debido a que hay 50 medianas empresas comerciales (datos proporcionados
por la DIGESTYC en el último listado del directorio de empresas 2001), se tomó
como población finita por conocerse el número de empresas, para lo cual se
decidió abordar al 100% de la población, sin embargo esto no fue totalmente
posible por la falta de colaboración de algunas empresas, lográndose obtener la
información de 43 empresas.
Para el cálculo de la muestra de las empresas se utilizará la fórmula estadística
de la población cuando es menor o igual a 100.
N<=100
La fórmula es: n = N
Donde las variables son:
n: Tamaño de la muestra.
N: Población a Investigar.
Sustituyendo se tiene:
n= 43 empresas, entonces
N= 43 empresas
(n) 43 = (N) 43
165
CAPITULO III: INVESTIGACIÓN DE CAMPO
3.1.1.3.1. DISTRIBUCIÓN DE LA MUESTRA.
La tabla Nº 30, representa la clasificación de las medianas empresas según los
diferentes rubros, la cual se basó según el ordenamiento hecho por la Cámara
de Comercio e Industria de El Salvador en el Directorio Comercial e Industrial
del 2001.
TABLA Nº 30
RUBROS DE LAS MEDIANAS EMPRESAS
RUBROS
NOMBRE DE LAS EMPRESAS
Aceros
1. ACERO CENTRO AVILES, S.A. DE C.V.
Alimentos
2. NEGOCIOS LITO, S.A. DE C.V.
3. ALMACEN LA NUEVA MILAGROSA, S.A. DE C.V.*
Almacenes
4. KISMET, S.A. DE C.V.
5. PRISMA HOGAR, S.A. DE C.V. *
6. FERROCENTRO, S.A. DE C.V. *
Aserraderos
7. LOS ABETOS, S.A. DE C.V.
Armas y municiones
8. RIVERA HOOVER Y ASOC. S.A. DE C.V.
Cerámica
9. CEDESA, DE C.V.
Cereales
10. DISTRIBUIDORA LOURDES
Cosméticos y
perfumes
Cristalería y
Envases
11. COSMETICOS Y MODAS, S.A. DE C.V.
12. PROBE, S.A. DE C.V.
13. VOGUE CORPORATION, S.A. DE C.V.
14. COMAGUI, S.A. DE C.V.
15. DROGUERIA ALFARO
16. DROGUERIA GUARDADO, S.A. DE C.V.
Droguerías
17. DROGUERIA PENTA MED, S.A. DE C.V.*
18. DROGUERIA SANTA LUCIA, S.A. DE C.V.
19. MENFAR, S.A. DE C.V.
20. MERCK EL SALVADOR, S.A.
166
CAPITULO III: INVESTIGACIÓN DE CAMPO
RUBROS
NOMBRE DE LAS EMPRESAS
Electrodomésticos
21. SOVIPE COMERCIAL, S.A. DE C.V.
Equipos agrícolas
22. MAQSA
Equipo de
construcción
Equipo de oficina y
cómputo
Equipos electrónicos
Equipos industriales
Equipo para
soldadura
23. MAQUINSAL, S.A. DE C.V.
24. GBM DE EL SALVADOR, S.A. DE C.V.
25. LANIER DE ELSALVADOR, S.A. DE C.V.
26. OFFICE, S.A. DE C.V.
27. RADIO PARTS, S.A. DE C.V.
28. MARINSA
29. TECUNSAL, S.A. DE C.V.*
30. LA CASA DEL SOLDADOR, S.A. DE C.V.
Equipos telefónicos
31. DADA DADA Y CIA., S.A. DE C.V.
Ferreterías
32. FERRETERIA AZ
Harinas
33. PABLO ALBERTO GOMEZ CASTRO
Laboratorio
34. GIBSON Y CIA. SUCESORES
farmacéutico
35. LABORATORIO PAILL, S.A. DE C.V.
Materiales de
construcción
36. M.C. MATERIALES DE CONSTRUCCIÓN
Materiales Eléctricos
37. CASA AMA, S.A. DE C.V.
Ópticas
38. OPTI-SERVICIOS, S.A. DE C.V.
Pinturas
39. PINTURERIAS COMEX DE EL SALVADOR, S.A. DE C.V.*
Productos agrícolas
40. PROAGRO
Productos plásticos
41. COMERCIAL DE PLASTICOS, S.A. DE C.V.
Productos químicos
42. SAGRISA, S.A. DE C.V.
43. A&A COMERCIAL, S.A. DE C.V.*
44. AUTOMOTORES SALVADOREÑOS, S.A.
Repuestos
45. ECONOPARTS
automotrices
46. LA CASA DEL REPUESTO, S.A. DE C.V.
47. PROYESA
48. SUPER REPUESTOS
Tabacalera
49. BRITISH AMERICAN TOBACCO CENTRAL AMERICA S.A.
167
CAPITULO III: INVESTIGACIÓN DE CAMPO
RUBROS
NOMBRE DE LAS EMPRESAS
SUCURSAL EL SALVADOR
Telas
50. EL CENTRO TEXTIL, S.A. DE C.V.
Fuente: Filtro del directorio de empresas comerciales de la DIGESTYC.
* EMPRESAS QUE SE NEGARON A COLABORAR.
Del directorio de empresas proporcionado por la DIGESTYC, se tomaron solamente estas 50
por cumplir con la característica del número de empleados y ubicación geográfica, pero se vio
reducido a 43 empresas, porque siete de ellas se negaron a proporcionar información.
3.1.2. OBTENCIÓN DE LA INFORMACIÓN.
3.1.2.1. FUENTES Y DATOS PRIMARIOS.
Fuentes: La persona encargada de la venta y del soporte técnico de las
bases de datos relacionales por parte de las distribuidoras, así como
también las personas del área de informática de las medianas empresas
de tipo comercial vistas como clientes potenciales.
Datos: Los datos primarios están conformados por la información
obtenida por los cuestionarios dirigidos al personal de informática de las
medianas empresas comerciales y la guía de entrevista proporcionada a
la persona encargada de brindar la información sobre las bases de datos
relacionales dentro de las empresas distribuidoras.
168
CAPITULO III: INVESTIGACIÓN DE CAMPO
3.1.2.2. FUENTES Y DATOS SECUNDARIOS.
Fuentes: Estos datos se recopilaron a través de la lectura de libros y
tesis.
Datos: Los datos fueron recopilándose conforme a la obtención de
información necesaria para completar esta investigación.
3.1.2.3. TIPOS DE INVESTIGACIÓN.
3.1.2.3.1. INVESTIGACIÓN EXPLORATIVA.
La investigación explorativa trata sobre examinar un tema o problema de
indagación poco estudiado o que no ha sido abordado antes, es decir cuando la
revisión de la literatura revelo que únicamente hay guías no investigadas e
ideas vagamente relacionadas con el problema de estudio.24
Aplicando el concepto de investigación explorativa al tema, se realizó un
sondeo en las principales universidades de El Salvador para verificar si
existían tesis similares pero en otros contextos, las universidades visitadas
fueron: Universidad Centroamericana “José Simeón Cañas”, Universidad de El
Salvador, Universidad Tecnológica, Universidad Francisco Gavidia, Universidad
“Dr. José Matías Delgado”, Universidad Don Bosco; y los temas que se
encontraron se pueden consultar en el anexo 14. (ver anexo 14)
24
Metodología de la Investigación Roberto Hernández Sampieri, Segunda Edición.
169
CAPITULO III: INVESTIGACIÓN DE CAMPO
Además se investigó la importancia que se le da en las carreras informáticas, a
los manejadores de bases de datos relacionales tomados en cuenta para este
estudio, pero se encontró la limitante que los temarios a impartir en las materias
que se relacionan con bases de datos, no fueron proporcionados.
Es importante la preparación académica que se imparte, dado el auge que los
manejadores de bases de datos relacionales están teniendo en la actualidad,
por lo que se hace cada vez más indispensable tener estos conocimientos para
ser un profesional con altas expectativas de trabajo. (ver anexo 15)
Otro aspecto importante a mencionar es la visita realizada a las principales
empresas distribuidoras de bases de datos relacionales a analizar y éstas son:
CONSISA S.A. DE C.V, DATUM S.A. DE C.V., Microsoft de El Salvador S.A. de
C.V., IBM World Trade Corporation.
3.1.2.3.2. ESTUDIO DESCRIPTIVO.
Consiste en describir situaciones y eventos es decir, cómo es y cómo se
manifiesta determinado fenómeno. Los estudios descriptivos buscan especificar
las propiedades importantes de personas, grupos, comunidades o cualquier otro
fenómeno que sea sometido a análisis.25
25
Metodología de la Investigación, Roberto Hernández Sampieri, Segunda Edición.
170
CAPITULO III: INVESTIGACIÓN DE CAMPO
Se hará el análisis de algunos aspectos a considerar para adquirir una base de
datos relacional.
Entre estos podemos mencionar: precio, requerimientos de hardware, software,
seguridad, número de usuarios, capacitaciones, actualizaciones, soporte
técnico, licenciamientos, entre otros.
3.1.3. TRATAMIENTO DE LOS DATOS.
Para recopilar los resultados consolidados de la información obtenida a través
de los cuestionarios se realizó una tabulación de los datos, gráficos de pastel y
análisis de los resultados.
Para cada pregunta del cuestionario se elaboró un objetivo correspondiente y
un cuadro estadístico, el cual contiene opciones, resultados y cálculos de
porcentajes basados en las respuestas obtenidas.
171
CAPITULO III: INVESTIGACIÓN DE CAMPO
3.1.4. ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS.
PREGUNTA Nº 1I
I- Datos de Identificación
Objetivo: Conocer si la persona entrevistada pertenece o no al área de informática.
CUADRO Nº 1I
OPCIONES
Si pertenecen
No pertenecen
No contestaron
Total
RESULTADOS
30
11
2
43
%
69.77%
25.58%
4.65%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Gráficamente, el cuadro Nº 1I se representa así:
GRAFICA Nº 1I
No pertenecen
26%
No contestaron
5%
Si pertenecen
69%
Fuente: Cuadro Nº 1I
172
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Como resultado se obtuvo que la mayoría de las empresas poseen personal
capacitado para el manejo adecuado de la base de datos ya que de esto depende las
operaciones diarias de la empresa como por ejemplo facturación, inventarios etc. el manejo
eficiente de toda esta información hace que las empresas puedan ser competitivas en el
segmento de mercado en que realicen sus operaciones.
PREGUNTA Nº 1
1-¿Cuenta la empresa con una base de datos relacional?
Objetivo: Conocer cuantas empresas de las visitadas poseen bases de datos relacionales y
cuantas no.
CUADRO Nº 1
OPCIONES
RESULTADOS
%
Si
34
68.00%
No
9
18.00%
No colaboraron
7
14.00%
Total
50
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Lo anterior se expresa, gráficamente así:
GRAFICA Nº 1
No colaboraron
14%
No
18%
Si
68%
Fuente: Cuadro Nº 1
173
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Según los resultados obtenidos, la mayor parte de las medianas empresas están
conociendo la importancia de la tecnología para realizar con más eficiencia las actividades
diarias. Las necesidades en el manejo de la información esta haciendo que las medianas
empresas inviertan en motores de bases de datos que le ofrezcan seguridad, facilidad de uso,
integridad de los datos, continuidad en las operaciones del negocio ante cualquier eventualidad.
Todo esto con el objeto de salvaguardar la información de una manera segura y eficiente para
brindar un mejor servicio al cliente y usuario.
PREGUNTA Nº 2
Es necesario aclarar que la pregunta número dos ha sido dividida en tres sub-preguntas más,
debido a que ésta abarca todo lo relacionado a la base de datos que posee la empresa y su
versión. Por lo que se hace necesario presentarlo por separado.
2- ¿Qué base de datos posee la empresa y que versión?
Objetivo: Conocer con que base de datos trabaja cada empresa y que versión posee de la
misma.
2A- ¿Qué base de datos posee la empresa?
CUADRO Nº 2A
OPCIONES
SQL Server
Oracle
ASE
DB2
Otras
Total
RESULTADOS
8
4
3
2
%
21.62%
10.81%
8.11%
5.41%
20
37
54.05%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Debido a que solo 34 empresas poseen base de datos relacional, es necesario aclarar
porque se obtuvo un total de 37 respuestas al momento de tabular esta pregunta de selección
múltiple. Hay en total 3 empresas que poseen más de una base de datos y 31 empresas que
poseen solamente una. Están distribuidas de la siguiente manera:
174
CAPITULO III: INVESTIGACIÓN DE CAMPO
EMPRESA
Empresas con una BDA
Sagrisa S.A. de C.V.
Lanier de El Salvador
British American Tobacco
Total
Nº DE BDA QUE POSEE
1 c/u = 31
2
2
2
37
Gráficamente, se representa:
GRAFICA Nº 2A
SQL Server
22%
Otras
54%
Oracle
11%
DB2
5%
ASE
8%
Fuente: Cuadro Nº 2A
Análisis: Según los datos obtenidos las medianas empresas trabajan en su mayoría con otras
bases de datos que no forman parte de la investigación, así como también lenguajes de
programación que ofrecen un medio de almacenamiento. De las bases de datos en estudio se
encontró que SQL Server es la base de datos más utilizada por las empresas para administrar
la información, seguida por Oracle, ASE y DB2, estás tres bases de datos relacionales no son
muy comunes en las empresas.
175
CAPITULO III: INVESTIGACIÓN DE CAMPO
2B- De las bases de datos en estudio ¿Con que versión trabajan las empresas?
CUADRO Nº 2B
OPCIONES
SQL Server 2000
Oracle versión 8i
Oracle versión 9i
ASE versión 7.0
SQL Server 7.0
DB2 5.2
DB2 8.1
ASE versión 7.02
SQL Server 7.1
Total
RESULTADOS
5
2
2
2
2
1
1
1
1
17
%
29.41%
11.76%
11.76%
11.76%
11.76%
5.88%
5.88%
5.88%
5.88%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Gráficamente, el cuadro Nº 2B se representa así:
GRAFICA Nº 2B
ASE versión 7.02
6%
SQL Server 7.1
6%
SQL Server 2000
28%
DB2 8.1
6%
DB2 5.2
6%
SQL Server 7.0
12%
ASE versión 7
12%
Oracle versión 8i
12%
Oracle versión 9i
12%
Fuente: Cuadro Nº 2B
176
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Según la investigación, se encontró que de las bases de datos relacionales en estudio
que poseen las empresas no se mantiene una cultura de actualizar la base de datos ya que la
mayoría presentan versiones obsoletas, por lo que las empresas se estarán limitando en el uso
de las nuevas herramientas que ofrece una versión actualizada de base de datos y las
empresas que están con la última tecnología en bases de datos relacionales son muy pocas.
Por ejemplo: el porcentaje de la base de datos relacional SQL Server 2000 es mayor que las
demás, sin embargo el número de empresas que posee esta versión de base de datos es
relativamente bajo al número de empresas que poseen bases de datos relacionales
desactualizadas y no se diga las pocas empresas que usan Oracle versión 9i, aunque esta
base de datos es una de las más nuevas son pocas las que la utilizan.
2C- ¿Con qué versión de las otras bases de datos trabajan las empresas?
CUADRO Nº 2C
OPCIONES
Visual Fox Pro 6.0
Fox Pro (no detallaron versión)
Visual Fox Pro (no detallaron versión)
Fox Pro 2.6
Visual Fox Pro 7.0
Visual Fox Pro 5.0
Btrieve 8.4
Pervasive SQL 2000
ASPEL 2.0
Cobol
Data Flex
PostgreSQL 7.3
Access 97
RESULTADOS
6
2
1
1
1
1
1
1
1
1
1
1
1
Access XP
1
Total
20
Fuente: Encuesta realizada entre febrero y abril de 2004.
%
30.00%
10.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
100.00%
177
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 2C se representa así:
GRAFICA Nº 2C
PostgreSQL 7.3
5%
Access 97
5%
Access XP
5%
Visual Fox Pro 6.0
30%
Data Flex
5%
Cobol
5%
ASPEL 2.0
5%
Pervasive SQL 2000
5%
Btrieve 8.4
5%
Visual Fox Pro 5.0
5%
Visual Fox Pro 7.0
5%
Fox Pro 2.6
5%
Fox Pro (no detallaron
versión)
10%
Visual Fox Pro (no
detallaron versión)
5%
Fuente: Cuadro Nº 2C
Análisis: Según los resultados de la investigación pudo encontrarse que las empresas trabajan
con otras bases de datos para el manejo de la información o en su mayoría con lenguajes de
programación que incorporan un medio de almacenamiento. Esto se da más que todo por la
falta de conocimiento de las bondades de las bases de datos o la falta de información sobre
bases de datos de parte de la persona encargada del área de informática en la empresa.
PREGUNTA Nº 3
3- ¿Realizan actualizaciones de versión de la base de datos?
Objetivo: Determinar si las empresas hacen actualizaciones de las versiones de las bases de
datos que poseen.
CUADRO Nº 3
OPCIONES
RESULTADOS
%
Si
18
52.94%
No
16
47.06%
Total
34
Fuente: Encuesta realizada entre febrero y abril de 2004.
100.00%
178
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, se representa así:
GRAFICA Nº 3
No
47%
Si
53%
Fuente: Cuadro Nº 3
Análisis: Según la información proporcionada por las personas a las cuales se les brindo el
cuestionario, en su mayoría expresaron que las empresas mantienen actualizada la versión de
base de datos relacional que poseen ya que reconocen la necesidad de mantenerse actualizado
para el manejo de la información. Por el contrario menos de la mitad de las empresas
encuestadas
todavía
no reconocen la necesidad de mantenerse actualizado, esto les
obstaculiza, para darle un buen manejo a la información que procesa la base de datos
relacional.
PREGUNTA Nº 4
4- ¿Seleccione otras bases de datos que usted ha utilizado?
Objetivo: Conocer que otras bases de datos han utilizado las personas entrevistadas en cada
empresa.
CUADRO Nº 4
OPCIONES
RESULTADOS
%
Otras
30
53.57%
SQL Server
10
17.86%
Oracle
5
8.93%
179
CAPITULO III: INVESTIGACIÓN DE CAMPO
OPCIONES
RESULTADOS
%
DB2
4
7.14%
ASE
4
7.14%
No contestaron
3
5.36%
Total
56
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
El cuadro Nº 4, se expresa gráficamente, así:
GRAFICA Nº 4
Oracle
9%
No contestaron
5%
ASE
7%
DB2
7%
Otras
54%
SQL Server
18%
Fuente: Cuadro Nº 4
Análisis: La mayoría de las personas entrevistadas en cada empresa han utilizado otras bases
de datos o aplicativos que incorporan un medio de almacenamiento para la información que
maneja la empresa, sin embargo no están dentro de las bases de datos en estudio. Pero de las
que si forman parte de este estudio se puede mencionar que la que destaca es SQL Server,
esto da a conocer que hay un segmento de profesionales que poseen conocimientos sobre el
manejo de esta base de datos. Oracle también es una de las base de datos que los
profesionales en tecnología se han interesado en adquirir conocimientos, pero esto no quiere
decir que aunque estas dos son las más altas en porcentaje siguen siendo muy pocos los
profesionales que utilizan estas bases de datos con relación a la cantidad razonable de
profesionales que existen en este medio informático.
180
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA Nº 5
5- ¿A través de que medios ha adquirido información de las bases de datos relacionales?
Objetivo: Investigar cuales son los medios de los que se auxilian las personas entrevistadas
para adquirir información sobre bases de datos específicamente.
CUADRO Nº 5
OPCIONES
RESULTADOS
%
Documentación
19
25.00%
Internet
17
22.37%
Capacitaciones
13
17.11%
Asesorías
12
15.79%
Vendedores
7
9.21%
Presentaciones
5
6.58%
Otros
3
3.95%
Total
76
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Lo anterior se representa gráficamente:
GRAFICA Nº 5
Presentaciones
7%
Vendedores
9%
Otros
4%
Documentación
25%
Asesorías
16%
Capacitaciones
17%
Internet
22%
Fuente: Cuadro Nº 5
181
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Los encuestados adquieren en su mayoría información de la base de datos relacional
por medio de documentación, seguido de la información en Internet ya que estas son fuentes
primarias o de primera mano. También obtienen este tipo de información por medio de
capacitaciones proporcionadas por la empresa en que laboran, así como las asesorías
brindadas por personal técnico de las empresas distribuidoras o contactando a vendedores de
las diferentes base de datos relacionales para tener una mejor idea de las características que
posee, para saber si dicha base de datos cubre con las necesidades de la empresa.
PREGUNTA Nº 6
Es necesario aclarar que la pregunta número seis ha sido dividida en nueve sub-preguntas más,
debido a que ésta abarca todo lo relacionado al hardware y software de las empresas. Por lo
que se hace necesario presentarlo por separado.
6-Especifique las características del servidor en el que se encuentra la base de datos.
Objetivo: Conocer cuales son las especificaciones técnicas del servidor donde se encuentra la
base de datos relacional.
6A- Especifique el sistema operativo del servidor en el que se encuentra la base de datos.
CUADRO Nº 6
OPCIONES
RESULTADOS
%
Windows 2000 NT Server
23
65.71%
Novell Netware
3
8.57%
MS-DOS
2
5.71%
LINUX
2
5.71%
OS-400
2
5.71%
UNIX
1
2.86%
Windows 2003
1
2.86%
AIX
1
2.86%
Total
35
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Se reflejan más de 34 respuestas de las empresas que poseen base de datos, debido a
que una de ellas posee más de un sistema operativo.
182
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, lo anterior se representa así:
GRAFICA Nº 6A
OS-400
LINUX 6%
UNIX
3%
Windows 2003
AIX
3%
3%
6%
MS-DOS
6%
Novell Netware
8%
Windows 2000 NT
server
65%
Fuente: Cuadro Nº 6A
Análisis: Los datos obtenidos reflejan que la plataforma más utilizada por las personas de
informática a las cuales se les proporcionó el cuestionario es Windows 2000 NT Server, dicho
sistema operativo es predominante en las empresas de la muestra, seguido con porcentajes
menores los sistemas operativos como: Novell Netware, MS-DOS, LINUX, OS-400 etc. Las
empresas prefieren administrar su software y hardware con sistemas operativos comerciales y
no con las otras opciones de plataformas que existen en el mercado.
183
CAPITULO III: INVESTIGACIÓN DE CAMPO
6B- Especifique el número de usuarios de la base de datos.
CUADRO Nº 6B
OPCIONES
RESULTADOS
%
1-10 usuarios
5
14.29%
11-20 usuarios
12
34.29%
21-30 usuarios
8
22.86%
31-40 usuarios
1
2.86%
41-50 usuarios
3
8.57%
51-60 usuarios
1
2.86%
61-70 usuarios
2
5.71%
71-80 usuarios
1
2.86%
No. ilimitado usuarios
2
5.71%
Total
35
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Gráficamente, lo anterior se representa así:
GRAFICA Nº 6B
71-80 usuarios
61-70 usuarios
3%
6%
No. ilimitado usuarios
6%
1-10 usuarios
14%
51-60 usuarios
3%
41-50 usuarios
9%
31-40 usuarios
3%
11-20 usuarios
33%
21-30 usuarios
23%
Fuente: Cuadro Nº 6B
184
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Según la información obtenida se conoció que en la mayor parte de las empresas
trabajan con un rango de 11- 20 usuarios, así como también el rango de 21-30 usuarios obtuvo
un porcentaje importante, en una menor porción se ubica el rango de 1-10 usuarios. Los rangos
más altos obtuvieron porcentajes bajos según los datos obtenidos de las personas a las cuales
se les proporcionó el cuestionario.
6C- Especifique el tipo de procesador con que cuenta la empresa.
CUADRO Nº 6C
OPCIONES
RESULTADOS
%
Pentium III
13
36.11%
Pentium IV
7
19.44%
Intel Xeon
4
11.11%
Pentium II
3
8.33%
No contestaron
2
5.56%
Risc
2
5.56%
Pentium
2
5.56%
Intel 486
2
5.56%
Pentium Pro
1
2.78%
Total
36
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Se reflejan más de 34 respuestas de las empresas que poseen base de datos, debido a
que algunas de ellas especificaron dos tipos de procesadores.
185
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 6C se representa así:
GRAFICA Nº 6C
Risc
6%
Pentium
6%
Intel 486
6%
Pentium Pro
3%
Pentium III
35%
No contestaron
6%
Pentium II
8%
Pentium IV
19%
Intel Xeon
11%
Fuente: Cuadro Nº 6C
Análisis: El tipo de procesador más utilizado por las empresas al momento de realizarse esta
investigación es el Pentium III, seguido con un porcentaje menor el procesador Pentium IV, esto
contribuye a que las empresas obtengan rapidez al momento de realizar transacciones con la
base de datos, siendo esto un punto importante para las actividades diarias de una empresa,
los otros tipos de procesadores obtuvieron porcentajes bajos tales como: Pentium II, Pentium,
Risc, etc., esto se debe a que muchos de ellos están desactualizados y no rinden al momento
de procesar la información que manejan las empresas de hoy en día.
6D- Especifique el número de procesadores que tiene el servidor adonde se encuentra instalada
la base de datos de la empresa.
CUADRO Nº 6D
OPCIONES
Un procesador
RESULTADOS
21
Dos procesadores
13
Total
34
Fuente: Encuesta realizada entre febrero y abril de 2004.
%
61.76%
38.24%
100.00%
186
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, lo anterior se representa así:
GRAFICA Nº 6D
Dos procesadores
38%
Un procesador
62%
Fuente: Cuadro Nº 6D
Análisis: Los resultados reflejan que en su mayoría las empresas solamente tienen instalado
un procesador en el servidor adonde funciona la base de datos, con menor porcentaje pero
siempre significativo las empresas también tienen instalado dos procesadores en el servidor.
Esto beneficia a las empresas ya que si poseen un procesador se tendrá rapidez en el proceso
de la información y la respuesta de la misma, pero con dos procesadores la velocidad de
respuesta es más eficiente.
6E- Especifique la capacidad de memoria que posee el servidor de la base de datos.
CUADRO Nº 6E
OPCIONES
261 kb
488 kb
32 mb
128 mb
165 mb
256 mb
RESULTADOS
2
1
1
7
1
3
%
5.56%
2.78%
2.78%
19.44%
2.78%
8.33%
187
CAPITULO III: INVESTIGACIÓN DE CAMPO
OPCIONES
RESULTADOS
1
10
1
2
1
4
2
36
456 mb
512 mb
832 mb
1 gb
1.5 gb
2 gb
4 gb
Total
%
2.78%
27.78%
2.78%
5.56%
2.78%
11.11%
5.56%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Se reflejan más de 34 respuestas de las empresas que poseen base de datos, debido a
que algunas de ellas especificaron dos capacidades de memoria.
Gráficamente, el cuadro Nº 6E se representa así:
GRAFICA Nº 6E
4 gb
6%
2 gb
11%
261 kb
6%
488 kb
3%
32 mb
3%
1.5 gb
3%
128 mb
18%
1 gb
6%
832 mb
3%
165 mb
3%
512 mb
27%
456 mb
3%
256 mb
8%
Fuente: Cuadro Nº 6E
Análisis: El dato que más predominó en cuanto a capacidad de memoria que posee el servidor
de la base de datos es de 512 mb, seguido por la capacidad de memoria de 128 mb, sin
embargo el número de empresas que posee estas capacidades es relativamente bajo, ya que
esta se distribuye entre las otras capacidades de memoria que obtuvieron menor porcentaje en
algunos casos por estar demasiado desfasadas y en otras por que las capacidades son de las
más veloces que se manejan en la actualidad. Las empresas están valorando la rapidez en las
188
CAPITULO III: INVESTIGACIÓN DE CAMPO
transacciones que realizan, por lo que mantienen un nivel de memoria que sea capaz de
brindarles una velocidad con la que puedan realizar sus transacciones rápidamente.
6F- Especifique la capacidad del disco duro que posee el servidor de la base de datos.
CUADRO Nº 6F
OPCIONES
RESULTADOS
%
8 mg
3
6.52%
1-50 gb
28
60.87%
51-100 gb
9
19.57%
101-150 gb
1
2.17%
151-200 gb
1
2.17%
201-250 gb
0
0.00%
251-300 gb
0
0.00%
301-350 gb
0
0.00%
351-450 gb
2
4.35%
No contestaron
2
4.35%
Total
46
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Se reflejan más de 34 respuestas de las empresas que poseen base de datos, debido a
que algunas de ellas especificaron la capacidad de varios discos duros.
189
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 6F se representa así:
GRAFICA Nº 6F
301-350 gb
0%
251-300 gb
0%
201-250 gb
151-200 gb 0%
351-450 gb
4%
No contestaron
4%
8 mg
7%
2%
101-150 gb
2%
51-100 gb
20%
1-50 gb
61%
Fuente: Cuadro Nº 6F
Análisis: Al analizar los resultados obtenidos en los cuestionarios puede observarse que, en la
mayor parte de las medianas empresas la capacidad de disco duro del servidor o los servidores
adonde se encuentra instalada la base de datos cumple los requerimientos mínimos de
hardware especificados en las características técnicas para cada una de las bases de datos
relacionales en estudio, por lo que si las medianas empresas tuvieran que invertir en cualquiera
de ellas, éstas pueden ser instaladas en el servidor o los servidores sin problema alguno. Sin
embargo sólo una minoría de las medianas empresas que tienen menos capacidad de disco
duro en sus servidores, tendrían que considerar la posibilidad de hacer una inversión en
hardware (hablando netamente de espacio en disco duro) para poder implementar dichas bases
de datos y que éstas puedan funcionar correctamente.
6G- Especifique el tipo de red que posee la empresa.
CUADRO Nº 6G
OPCIONES
RESULTADOS
LAN
34
Total
34
Fuente: Encuesta realizada entre febrero y abril de 2004.
%
100.00%
100.00%
190
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 6G se representa así:
GRAFICA Nº 6G
LAN
100%
Fuente: Cuadro Nº 6G
Análisis: Se puede observar que debido a la evolución que han tenido las medianas empresas
en cuanto a la utilización de la tecnología en sus operaciones, han implementado nuevas
formas de transmitir datos internamente a través del uso de topologías de red, es por ello que
en la totalidad de las medianas empresas encuestadas respondieron que poseen una red de
tipo LAN en sus instalaciones. Que se cumpla esta característica técnica es indispensable para
el buen funcionamiento de cualquiera de las bases de datos relacionales en estudio.
6H- Especifique si la empresa cuenta con conexión a Internet.
CUADRO Nº 6H
OPCIONES
RESULTADOS
%
Si
26
76.47%
No
7
20.59%
No contestaron
1
2.94%
Total
34
Fuente: Encuesta realizada entre febrero y abril de 2004.
100.00%
191
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 6H se representa así:
GRAFICA Nº 6H
No
21%
No contestaron
3%
Si
76%
Fuente: Cuadro Nº 6H
Análisis: De acuerdo a los resultados obtenidos en los cuestionarios, se observa que la parte
más representativa de la gráfica es en la cual se ve reflejada que las medianas empresas
poseen conexión a Internet, debido a la necesidad que va aumentando día con día de estar a la
vanguardia en un mundo tan globalizado. Y solo una minoría aún no ha realizado una inversión
de este tipo ya que no cuentan con una conexión de Internet. En la actualidad el manejo de
información utilizando cualquiera de las bases de datos relacionales mencionadas en esta
investigación conlleva a la implementación de algunas herramientas para las cuales es
indispensable la conexión a Internet.
192
CAPITULO III: INVESTIGACIÓN DE CAMPO
6- Especifique la velocidad de conexión a Internet con que cuenta la empresa.
CUADRO Nº 6
OPCIONES
56 kb
128 kb
256 kb
512 kb
2 mb
No contestaron
Total
RESULTADOS
2
11
7
1
1
4
26
%
7.69%
42.31%
26.92%
3.85%
3.85%
15.38%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: En esta pregunta solo se toma en cuenta el resultado de las empresas que manifestaron
que poseen Internet.
Gráficamente, el cuadro Nº 6I se representa así:
GRAFICA Nº 6
2 mb
4%
No contestaron
15%
56 kb
8%
512 kb
4%
128 kb
42%
256 kb
27%
Fuente: Cuadro Nº 6I
193
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Según lo observado, la mayor parte de las medianas empresas poseen una velocidad
de conexión a Internet que oscila entre los rangos que son utilizados con mayor frecuencia de
parte de dichas empresas y solo una minoría ha aumentado la velocidad de navegación, lo que
les proporciona una ventaja en cuanto a la solicitud o envío de información de los usuarios de
los sistemas que se trabajan en línea.
PREGUNTA Nº 7
7- Seleccione las características que posee su base de datos.
Objetivo: Identificar cuales son las características de la base de datos que poseen las
empresas.
CUADRO Nº 7
OPCIONES
RESULTADOS
%
Seguridad
28
18.06%
Facilidad de backup
28
18.06%
Rendimiento
26
16.77%
Interfaz grafica amigable
19
12.26%
Alta disponibilidad
16
10.32%
Robustez
15
9.68%
Escalabilidad
14
9.03%
Operaciones de
mantenimiento en línea
9
5.81%
Otras
0
0.00%
Total
155
Fuente: Encuesta realizada entre febrero y abril de 2004.
100.00%
194
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, lo anterior se representa así:
GRAFICA Nº 7
Operaciones de
mantenimiento en
línea
6%
Escalabilidad
9%
Otras
0%
Seguridad
18%
Robustez
10%
Facilidad de back-up
18%
Alta disponibilidad
10%
Interfaz grafica
amigable
12%
Rendimiento
17%
Fuente: Cuadro Nº 7
Análisis: Se observa que para los administradores de las bases de datos en las que se realizan
las operaciones diarias dentro de las medianas empresas, las características que predominan o
que se han identificado en dicha base de datos son: seguridad en el almacenamiento de los
datos, facilidad de backup y/o recuperación de los mismos y rendimiento de la base de datos.
En un segundo plano se encuentran las características tales como: la interfaz gráfica amigable
que ésta tiene con el usuario, la alta disponibilidad de la base de datos, la robustez de la misma
y la escalabilidad que ésta tiene para incorporársele nuevas bases de datos de otros
departamentos. Sin embargo, tiene una parte no menos importante la característica de realizar
las operaciones de mantenimiento en línea.
195
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA Nº 8
8- ¿El rendimiento de la base de datos se adecua a las necesidades de la empresa?
Objetivo: Conocer si el rendimiento de la base de datos cumple con las exigencias de las
necesidades de la empresa.
CUADRO Nº 8
OPCIONES
RESULTADOS
%
Si
31
91.18%
No
3
8.82%
Total
34
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Lo anterior, se expresa en la siguiente gráfica:
GRAFICA Nº 8
No
9%
Si
91%
Fuente: Cuadro Nº 8
Análisis: Según lo investigado, la parte más representativa de la gráfica indica que los
encuestados aseguraron que el rendimiento de la base de datos se adecua a las exigencias o
necesidades que demanda la empresa en cuanto al manejo de la información. Solamente una
mínima parte no están satisfechos con el rendimiento que les proporciona la base de datos
relacional que están utilizando en este momento en la empresa ya que no se adecua a las
necesidades que ésta tiene.
196
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA Nº 9
9- ¿Posee la empresa los recursos monetarios para invertir en una nueva base de datos?
Objetivo: Conocer si las empresas cuentan con la suficiente solvencia económica como para
invertir en una base de datos relacional.
CUADRO Nº 9
OPCIONES
RESULTADOS
%
Si
7
63.64%
No
4
36.36%
Total
11
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Sólo se obtuvo un total de 11 respuestas porque en los 31 casos restantes, no llegaron
hasta esta pregunta, debido a que han dicho que están satisfechos con el rendimiento que la
base de datos les proporciona.
Lo anterior se expresa, en la siguiente gráfica:
GRAFICA Nº 9
No
36%
Si
64%
Fuente: Cuadro Nº 9
Análisis: Al analizar los resultados, puede observarse que predomina el hecho de que las
medianas empresas aseguran que cuentan con la solvencia económica necesaria como para
invertir en cualquier alternativa de las ediciones que se presentan de cada una de las bases de
datos relacionales tomadas en cuenta para este estudio. Sin embargo una minoría de las
197
CAPITULO III: INVESTIGACIÓN DE CAMPO
medianas empresas respondió que no posee los recursos monetarios suficientes por lo que no
está en las condiciones, por sí sola, de invertir en una nueva base de datos relacional, por lo
que se vería en la obligación de recurrir a la búsqueda de apoyo económico para realizar dicha
inversión.
PREGUNTA Nº 10
10- ¿A través de cuales de los siguientes medios estaría dispuesto a orientarse para la
adquisición de una nueva base de datos?
Objetivo: Conocer los medios a través de los cuales las personas del departamento de
informática se orientarían para adquirir una base de datos relacional.
CUADRO Nº 10
OPCIONES
Asesorías
RESULTADOS
%
6
50.00%
Documentación
2
16.67%
No contestaron
Presentaciones
2
16.67%
1
8.33%
Visitas de vendedores
1
8.33%
Internet
0
0.00%
Otros
0
0.00%
Total
12
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Nota: Sólo se obtuvo un total de 12 respuestas ya que las empresas que llegaron hasta esta
pregunta, han dicho que no están satisfechos con el rendimiento y además respondieron que la
empresa posee el recurso monetario para adquirir una nueva la base de datos.
198
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 10 se representa así:
GRAFICA Nº 10
Visitas de vendedores
8%
Presentaciones
8%
Internet
0%
Otros
0%
Asesorías
50%
No contestaron
17%
Documentación
17%
Fuente: Cuadro Nº 10
Análisis: La mitad del total de las personas del departamento de informática encuestadas de
las medianas empresas estarían dispuestas a recibir asesorías previas de parte de los
distribuidores, si se las dieran, para orientarse mejor sobre las características más importantes
que se deben evaluar para la adquisición de una nueva base de datos relacional. En segundo
plano se encuentra la orientación que se recibe a través de la documentación que les
proporcionan para informarse de las bases de datos relacionales antes de tomar una decisión
de adquirir una de ellas. Finalmente una parte no menos importante la forma la orientación que
los involucrados reciben a través de las presentaciones de las diferentes bases de datos
relacionales, las visitas que los vendedores de las distribuidoras de estas bases de datos hacen
a las medianas empresas y la auto investigación que realizan a través de Internet o de otro tipo.
Aunque hubo quienes se negaron a proporcionar este tipo de información.
199
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA Nº 11
11- ¿Poseen planes de contingencia para la continuidad de las operaciones de la base de datos
en la empresa ante cualquier eventualidad?
Objetivo: Conocer si las empresas poseen o no planes de contingencia para la continuidad de
las operaciones de la base de datos.
CUADRO Nº 11
OPCIONES
RESULTADOS
%
Si
34
79.07%
No
7
16.28%
No contestaron
2
4.65%
Total
43
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Lo anterior, se expresa gráficamente, así:
GRAFICA Nº 11
No
16%
No contestaron
5%
Si
79%
Fuente: Cuadro Nº 11
Análisis: De acuerdo a los resultados obtenidos en las respuestas de los encuestados se
observa que la mayor parte de las medianas empresas desarrollan planes de contingencia que
entran en acción ante cualquier eventualidad que provoque la interrupción de las operaciones
diarias normales de la base de datos relacional dentro de la empresa, estos planes son los que
facilitan una recuperación de información valiosa de la empresa que si no se recupera puede
ocasionar grandes perdidas a la misma. Sin embargo la gráfica nos refleja que una minoría de
200
CAPITULO III: INVESTIGACIÓN DE CAMPO
las empresas aún no está preparada con dichos planes de contingencia y que ante cualquier
eventualidad o desastre que ocurra, las operaciones diarias de la empresa se van a interrumpir
con el riesgo de perder información valiosa que difícilmente pueda recuperarse. Finalmente la
gráfica nos muestra que algunos de los encuestados se negaron a proporcionar este tipo de
información.
PREGUNTA Nº 12
12- ¿Se realizan capacitaciones para actualizar los conocimientos del personal de informática
sobre el uso adecuado de la base de datos de la empresa?
Objetivo: Determinar si se realizan o no capacitaciones al personal de informática de las
empresas.
CUADRO Nº 12
OPCIONES
RESULTADOS
%
Si
14
32.56%
No
27
62.79%
No contestaron
2
4.65%
Total
43
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Gráficamente, el cuadro Nº 12, se expresa así:
GRAFICA Nº 12
No contestaron
5%
Si
33%
No
62%
Fuente: Cuadro No. 12
201
CAPITULO III: INVESTIGACIÓN DE CAMPO
Análisis: Según los resultados obtenidos de los encuestados en esta pregunta puede
concluirse que en su mayoría las autoridades de las medianas empresas aún no están
concientes de la importancia de invertir en capacitar al personal que se encarga de manejar y
administrar la información valiosa que poseen en las bases de datos, ya que no invierten en
esta área y dichos administradores no se actualizan en cuanto a la utilización de estas
tecnologías. Es de mencionar que una parte representativa de la gráfica muestra que algunos si
invierten en capacitar al personal que se encarga de administrar la base de datos relacional
para el uso adecuado de la misma. Finalmente en la gráfica se muestra que una mínima parte
no contestó esta pregunta.
PREGUNTA Nº 13
13- ¿Qué tipo de apoyo recibe la empresa, para el área de informática, de parte de entidades
dedicadas al desarrollo de la mediana empresa?
Objetivo: Indagar el tipo de apoyo que reciben las empresas y cual es el nombre de las
entidades que les brindan dicho apoyo.
CUADRO Nº 13
OPCIONES
RESULTADOS
%
No recibe
31
68.89%
Capacitaciones
8
17.78%
Asesoramientos
5
11.11%
Otros
1
2.22%
Financiamiento
0
0.00%
Total
45
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
202
CAPITULO III: INVESTIGACIÓN DE CAMPO
Lo anterior, se expresa en la siguiente gráfica:
GRAFICA Nº 13
Asesoramientos
11%
Otros
2%
Financiamiento
0%
Capacitaciones
18%
No recibe
69%
Fuente: Cuadro Nº 13
Análisis: Una parte representativa de la gráfica refleja que la mediana empresa de tipo
comercial no recibe apoyo para el área de informática, en cuanto a asesoramientos o
capacitaciones gratuitos, de entidades dedicadas al desarrollo de la misma. Por el contrario en
la gráfica se refleja que en un buen porcentaje hay medianas empresas que expresaron que
reciben apoyo en cuanto a capacitaciones o asesoramientos para el manejo de herramientas
informáticas de parte de algunas empresas, entre las que mencionaron: Sincae Consultores
S.A. de C.V., ITCA (Instituto Tecnológico Centroamericano), New Horizons, Executrain, Delta
Ingenieros (Guatemala), Microsoft de El Salvador, INSAFORP y DATUM. Sólo una minoría no
especificó que tipo de apoyo recibe para el área de informática y en su totalidad todas las
personas encuestadas pertenecientes a dicha área de la mediana empresa coincidieron que no
reciben apoyo de tipo financiero para éste departamento.
203
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA Nº 14
14- ¿Consultarían los resultados de esta investigación en la Biblioteca "Hugo Lindo" de la
Universidad "Dr. José Matías Delgado"?
Objetivo: Conocer si las personas entrevistadas consultarían los resultados de esta
investigación.
CUADRO Nº 14
OPCIONES
RESULTADOS
%
Si
33
76.74%
No
10
23.26%
Total
43
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
Gráficamente, el cuadro Nº 14, se expresa así:
GRAFICA Nº 14
No
23%
Si
77%
Fuente: Cuadro Nº 14
Análisis: Al analizar los resultados, una buena parte de la gráfica muestra que las personas
investigadas de las medianas empresas coinciden que estarían dispuestas a consultar los
resultados que se obtengan del estudio realizado a dichas empresas sobre su situación actual
en cuanto a los manejadores de bases de datos o consultar información general sobre las
bases de datos relacionales tomadas en cuenta para este estudio, aunque ello implique visitar
204
CAPITULO III: INVESTIGACIÓN DE CAMPO
la Biblioteca “Hugo Lindo” de la Universidad “Dr. José Matías Delgado”. Otra parte no menos
importante de la gráfica muestra que las personas que colaboraron en brindar información de
su organización no estarían dispuestas a conocer los resultados de este tipo de investigación.
PREGUNTA Nº 15
15- Observaciones.
Objetivo: Conocer si las empresas reciben mantenimiento de la base de datos interno o
externo.
CUADRO Nº 15
OPCIONES
Mantenimiento Interno
Mantenimiento Externo
No comentaron
Total
RESULTADOS
26
14
3
43
%
60.47%
32.56%
6.98%
100.00%
Fuente: Encuesta realizada entre febrero y abril de 2004.
205
CAPITULO III: INVESTIGACIÓN DE CAMPO
Gráficamente, el cuadro Nº 15 se representa así:
GRAFICA Nº 15
No comentaron
7%
Mantenimiento
Externo
33%
Mantenimiento Interno
60%
Fuente: Cuadro Nº 15
Análisis: La mayor parte de las personas de las mediana empresas encuestadas aseguraron
que el mantenimiento que reciben en el área de informática para las bases de datos
relacionales lo realiza el personal interno de la organización, es decir que cuentan con
personas que periódicamente están revisando que la base de datos funcione correctamente y
le hacen todos los ajustes si es necesario. Sin embargo una parte representativa de la gráfica
muestra que las empresas encuestadas especificaron que invierten parte de su presupuesto en
contratar servicios de mantenimiento externo para el adecuado funcionamiento de la base de
datos que poseen.
206
CAPITULO III: INVESTIGACIÓN DE CAMPO
3.1.5.
RESUMEN
DEL
ANÁLISIS
E
INTERPRETACIÓN
DE
LOS
RESULTADOS.
En la siguiente tabla se muestra un resumen de los beneficios que proporcionó
el realizar la investigación de campo a través del cuestionario que se suministró
al área de informática de las medianas empresas, sobre las bases de datos
relacionales.
TABLA Nº 31
RESUMEN DE TABULACIÓN DE LOS DATOS
PREGUNTA
1I- Conocer si la persona
entrevistada pertenece o
no al área de informática.
1- ¿Cuenta la empresa
con una base de datos
relacional?
OPCIONES
Si pertenecen
%
69.77%
No pertenecen
25.58%
No contestaron
TOTAL
Si
No
No colaboraron
TOTAL
4.65%
100.00%
68.00%
Conocer que empresas
utilizan la tecnología para el
18.00%
manejo de la información.
14.00%
100.00%
La preferencia en cuanto a las ediciones
de bases de datos relacionales de la
mediana empresa.
2- ¿Qué base de datos posee la empresa y que
versión?
2A- ¿Qué base de datos
posee la empresa?
2B-De las bases de datos
en estudio ¿Con que
versión trabajan las
empresas?
SQL Server
Oracle
ASE
DB2
Otras
TOTAL
SQL Server 2000
Oracle versión 8i
Oracle versión 9i
ASE versión 7
SQL Server 7.0
DB2 5.2
DB2 8.1
ASE versión 7.02
SQL Server 7.1
21.62%
10.81%
8.11%
5.41%
54.05%
100.00%
29.41%
11.76%
11.76%
11.76%
11.76%
5.88%
5.88%
5.88%
5.88%
BENEFICIO
El manejo de las bases de
datos es realizado por
personas calificadas.
La preferencia en cuanto a
bases de datos de la mediana
empresa.
Conocer la versión de la base
de datos relacional.
207
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA
2C- ¿Con qué versión de
las otras bases de datos
trabajan las empresas?
3-¿Realizan
actualizaciones de
versión de la base de
datos?
OPCIONES
TOTAL
100.00%
Visual Fox Pro 6.0
Fox Pro (no detallaron
versión)
Visual Fox Pro (no
detallaron versión)
Fox Pro 2.6
Visual Fox Pro 7.0
Visual Fox Pro 5.0
Btrieve 8.4
Pervasive SQL 2000
ASPEL 2.0
Cobol
Data Flex
PostgreSQL 7.3
Access 97
Access XP
TOTAL
30.00%
Si
No
TOTAL
Otras
SQL Server
4-¿Seleccione otras
Oracle
bases de datos que usted
DB2
ha utilizado?
ASE
No contestaron
TOTAL
Documentación
Internet
5-¿A través de que
Capacitaciones
medios han adquirido
información de las bases
Asesorías
de datos relacionales?
Vendedores
Presentaciones
Otros
TOTAL
6- Especifique las características del servidor en el
que se encuentra la base de datos.
6A- Especifique el
sistema operativo del
servidor en el que se
%
Windows 2000 NT
Server
Novell Netware
BENEFICIO
10.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
5.00%
100.00%
52.94%
47.06%
Saber si las bases de datos
que no están en estudio se
actualizan.
La importancia que el
departamento de informática
le da a la actualización de la
base de datos.
100.00%
53.57%
La disponibilidad de
17.86%
profesionales para el manejo
8.93%
de las diferentes bases de
7.14%
datos.
7.14%
5.36%
100.00%
25.00%
22.37%
Conocer las fuentes primarias
17.11%
de datos para adquirir
15.79%
información.
9.21%
6.58%
3.95%
100.00%
Características técnicas del servidor en
que se encuentra la base de datos.
65.71%
8.57%
Ofrecer un punto de
comparación entre el sistema
208
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA
encuentra la base de
datos.
6B-Especifique el número
de usuarios de la base de
datos.
6C-Especifique el tipo de
procesador con que
cuenta la empresa.
6D-Especifique el número
de procesadores que
tiene el servidor adonde
se encuentra instalada la
base de datos de la
empresa.
6E-Especifique la
capacidad de memoria
que posee el servidor de
la base de datos.
OPCIONES
MS-DOS
LINUX
OS-400
UNIX
Windows 2003
AIX
TOTAL
1-10 usuarios
11-20 usuarios
21-30 usuarios
31-40 usuarios
41-50 usuarios
51-60 usuarios
61-70 usuarios
71-80 usuarios
Nº ilimitado usuarios
TOTAL
Pentium III
Pentium IV
Intel Xeon
Pentium II
No contestaron
Risc
Pentium
Intel 486
Pentium Pro
TOTAL
%
5.71%
5.71%
5.71%
2.86%
2.86%
2.86%
100.00 %
14.29%
34.29%
22.86%
2.86%
8.57%
2.86%
5.71%
2.86%
5.71%
100.00%
36.11%
19.44%
11.11%
8.33%
5.56%
5.56%
5.56%
5.56%
2.78%
100.00%
BENEFICIO
operativo que poseen las
empresas y las plataformas en
las que cada base de datos
funciona adecuadamente.
Un procesador
61.76%
Dos procesadores
38.24%
Ofrecer una orientación en
cuanto a las opciones de
licenciamiento que ofrecen las
diferentes bases de datos.
TOTAL
261 kb
488 kb
32 mb
128 mb
165 mb
256 mb
456 mb
512 mb
832 mb
1 gb
100.00%
5.56%
2.78%
2.78%
19.44%
2.78%
8.33%
2.78%
27.78%
2.78%
5.56%
El rango de usuarios que
utiliza la base de datos en la
empresa.
Ofrecer una orientación en
cuanto a capacidad del
procesador requerido por una
determinada base de datos.
Brindar una orientación en
cuanto a la capacidad mínima
que consume una
determinada edición de base
de datos.
209
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA
6F- Especifique la
capacidad del disco duro
que posee el servidor de
la base de datos.
6G- Especifique el tipo de
red que posee la
empresa.
6H- Especifique si la
empresa cuenta con
conexión a Internet.
6I- Especifique la
velocidad de conexión a
Internet con que cuenta la
empresa.
7- Seleccione las
características que posee
su base de datos.
OPCIONES
1.5 gb
2 gb
4 gb
TOTAL
8 mg
1-50 gb
51-100 gb
101-150 gb
151-200 gb
201-250 gb
251-300 gb
301-350 gb
351-450 gb
No contestaron
TOTAL
%
2.78%
11.11%
5.56%
100.00%
6.52%
60.87%
19.57%
2.17%
2.17%
0.00%
0.00%
0.00%
4.35%
4.35%
100.00%
LAN
100.00%
TOTAL
Si
No
100.00%
76.47%
20.59%
No contestaron
2.94%
TOTAL
56 kb
128 kb
256 kb
512 kb
2 mb
No contestaron
TOTAL
Seguridad
Facilidad de back-up
Rendimiento
Interfaz grafica
amigable
Alta disponibilidad
Robustez
Escalabilidad
Operaciones de
mantenimiento en
línea
Otras
100.00%
7.69%
42.31%
26.92%
3.85%
3.85%
15.38%
100.00%
18.06%
18.06%
16.77%
TOTAL
100.00%
12.26%
10.32%
9.68%
9.03%
BENEFICIO
Proporcionar la capacidad
necesaria de disco duro que
necesita cada edición de las
diferentes bases de datos.
Facilidad de transferencia de
información a la base de datos
relacional.
Facilidad de actualización en
línea de la base de datos
relacional.
Velocidad de respuesta de
transacciones en línea.
Desglosar las diferentes
características que brindan las
diferentes bases de datos en
estudio.
5.81%
0.00%
210
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA
8- ¿El rendimiento de la
base de datos se adecua
a las necesidades de la
empresa?
9- ¿Posee la empresa los
recursos monetarios para
invertir en una nueva
base de datos?
10- ¿A través de cuales
de los siguientes medios
estaría dispuesto a
orientarse para la
adquisición de una nueva
base de datos?
11- ¿Poseen planes de
contingencia para la
continuidad de las
operaciones de la base
de datos en la empresa
ante cualquier
eventualidad?
12- ¿Se realizan
capacitaciones para
actualizar los
conocimientos del
personal de informática
sobre el uso adecuado de
la base de datos de la
empresa?
13- ¿Qué tipo de apoyo
recibe la empresa, para el
área de informática, de
parte de entidades
dedicadas al desarrollo
de la mediana empresa?
OPCIONES
%
Si
91.18%
No
8.82%
TOTAL
100.00%
Si
63.64%
No
36.36%
TOTAL
Asesorías
Documentación
No contestaron
Presentaciones
Visitas de vendedores
Internet
Otros
TOTAL
Si
100.00%
50.00%
16.67%
16.67%
8.33%
8.33%
0.00%
0.00%
100.00%
No
6.28%
4.65%
TOTAL
100.00%
No
Conocer si la base de datos
relacional de la empresa es la
adecuada para la cantidad de
información que se maneja.
Capacidad económica de la
empresa para realizar una
inversión.
Conocer el asesoramiento de
compra que utilizan las
medianas empresas.
79.07%
No contestaron
Si
BENEFICIO
32.56%
62.79%
No contestaron
4.65%
TOTAL
100.00%
No recibe
Capacitaciones
Asesoramientos
Otros
Financiamiento
68.89%
17.78%
11.11%
2.22%
0.00%
TOTAL
100.00%
Capacidad de respuesta ante
cualquier fallo en la base de
datos de la empresa.
Adecuado manejo de la base
de datos de la empresa de
parte del personal que la
administra.
Saber si la organización recibe
apoyo de entidades dedicadas
al desarrollo de la mediana
empresa.
211
CAPITULO III: INVESTIGACIÓN DE CAMPO
PREGUNTA
14- ¿Consultarían los
resultados de esta
investigación en la
Biblioteca "Hugo Lindo"
de la Universidad "Dr.
José Matías Delgado"?
15- Observaciones
(mantenimiento interno y
externo)
OPCIONES
%
Si
76.74%
No
23.26%
TOTAL
Mantenimiento Interno
Mantenimiento
Externo
100.00%
60.47%
32.56%
No comentaron
6.98%
TOTAL
100.00%
BENEFICIO
Documento que se obtendrá
después de haber realizado la
investigación para brindar un
apoyo en cuanto a la decisión
de adquirir una base de datos.
Conocer si las empresas le
dan importancia al
mantenimiento interno o
externo de la base de datos
relacional.
212
213
CAPITULO IV: PLAN DE SOLUCIÓN
4.1. ASPECTOS A CONSIDERAR PARA EL DESARROLLO DE LA GUÍA.
Para la elaboración de la guía se tomaran en cuenta una serie de análisis los
cuales se representaran asignando pesos a los resultados, que en su sumatoria
tienen que totalizar 100, dichos pesos pueden ser asignados según el criterio de
que si la base de datos relacional cumple con las necesidades de la empresa ya
sea en servicios de los proveedores como en características del producto se le
asignara un peso alto, caso contrario si la base de datos no cumple con las
necesidades de la empresa ya sea en servicios de los proveedores como en
características del producto.
Es necesario aclarar que el resultado de las actividades realizadas en cada uno
de los pasos, puede variar de acuerdo al giro de la empresa, características
técnicas, necesidades en el manejo de información de la empresa y
disponibilidad financiera.
El gerente del área de informática de la empresa, deberá ser el responsable del
seguimiento de esta guía, ya que debe de tener conocimientos básicos de
bases de datos relacionales, conocimientos de manejo de aplicaciones de la
empresa, administración de recursos como personal, financiero y tecnológico,
entre otros; de lo contrario se debería de buscar una asesoría tecnológica
externa. Ambos con el fin de que el resultado de la misma tenga objetividad en
cuanto al cumplimiento de las necesidades de la empresa.
214
CAPITULO IV: PLAN DE SOLUCIÓN
4.2. DESARROLLO DE LA GUÍA PARA PROPONER ALTERNATIVAS DE
SELECCIÓN
PARA
ADQUIRIR
UNA
NUEVA
BASE
DE
DATOS
RELACIONAL.
A continuación se detallarán cada uno de los pasos que contiene la guía para
proponer las alternativas de selección para adquirir una nueva base de datos
relacional, de acuerdo a un orden lógico. (ver tabla Nº 32)
TABLA Nº 32
GUÍA PARA LA SELECCIÓN DE UNA NUEVA BASE DE DATOS
RELACIONAL
PASOS
1.0
2.0
2.1
2.2
ENTRADA
Recopilación de los
datos para plantear la
problemática en el
manejo de la información
de la empresa tomando
en cuenta la cantidad de
transacciones
realizadas, ventas
anuales, hardware y
software que posee,
número de usuarios,
presupuesto de
informática, etc.
Establecer los elementos
técnicos que contendrá
el proceso de selección
para la adquisición de
bases de datos
relacionales.
Contactar proveedores
locales de las diferentes
bases de datos
relacionales de interés
para la empresa y
solicitar cotizaciones y
descripción técnica de la
base de datos relacional.
Negociar contrato de
compra y soporte
técnico.
PROCESO
SALIDA
Justificación de la
necesidad para la
administración adecuada
de la información de la
empresa.
Conocer la necesidad en
el manejo de la
información, del
departamento de
informática de la empresa.
Elaboración de proceso de
selección para adquisición
de bases de datos
relacionales de parte del
personal de informática.
Alternativas de selección
para la adquisición de una
nueva base de datos
relacional para la mediana
empresa de tipo comercial.
Elaborar tabla y análisis de
evaluación de proveedores
de las diferentes bases de
datos relacionales.
Conocer que proveedores
cubren con las
expectativas de la empresa
en cuanto el servicio que
ofrecen.
Elaborar tabla y análisis de
mejor oferta de contrato de
compra y soporte técnico.
Conocer el distribuidor de
base de datos que ofrece
mejores términos de
215
CAPITULO IV: PLAN DE SOLUCIÓN
PASOS
ENTRADA
PROCESO
2.3
Situación actual del
hardware y/o software
de la empresa y
requerimientos mínimos
de las bases de datos
relacionales.
Comparar el hardware y
software que posee la
empresa actualmente, con
los requerimientos
mínimos de hardware y
software de las bases de
datos relacionales.
2.4
Recopilación de precios
de las bases de datos
relacionales y
mantenimiento de la
misma para aplicación
del método del valor
presente neto.
Evaluar la inversión y
realizar los cálculos
necesarios para la
aplicación del valor
presente neto a cada una
de las ediciones de las
bases de datos
relacionales de interés
para la empresa.
2.5
Extracción de
información de
características de las
bases de datos
relacionales en estudio.
2.6
Lluvia de ideas de
posibles riesgos que
afecten las bases de
datos y sus respectivos
planes de contingencia
en el desarrollo del
proyecto.
2.7
2.8
Lluvia de ideas de los
costos monetarios en
que se incurren al
adquirir una base de
datos relacional y los
beneficios en términos
de dinero que se
obtienen al adquirir la
base de datos relacional.
Factores externos sobre
que bases de datos
relacionales usan los
competidores,
tendencias del mercado
local y disponibilidad
local de administradores.
Creación de tabla y
análisis de adherencia a
cada una de las
características técnicas de
las bases de datos en
estudio.
Creación de tabla de
riesgos y planes de
contingencia más
importantes, basándose en
características técnicas de
las bases de datos
relacionales que se
acoplan a las necesidades
de la empresa.
Creación de tabla y
análisis costo – beneficio.
Creación de la tabla del
análisis de medio
ambiente.
SALIDA
contrato de compra y
soporte técnico.
Conocer si la empresa
cumple con los
requerimientos mínimos de
hardware y software para
el adecuado
funcionamiento de la base
de datos relacional.
Conocer la cantidad de
dinero que se va invertir en
este momento, utilizando
períodos de tiempo en los
que se realizará la
inversión (tres o cinco
años) para cada una de las
ediciones de las bases de
datos de interés para la
empresa.
Interpretación del análisis
de la tabla de adherencia.
Interpretación del análisis
de las tablas de riesgos y
planes de contingencia.
Interpretación del análisis
de la tabla de costo –
beneficio.
Interpretación de la tabla
de análisis de medio
ambiente.
216
CAPITULO IV: PLAN DE SOLUCIÓN
PASOS
2.9
ENTRADA
Recopilación de
resultados de los
diferentes análisis
obtenidos de cada tabla
de la guía de alternativas
de selección para la
adquisición de una
nueva base de datos
relacional.
PROCESO
Tabla de resumen de
resultados de los
diferentes análisis
obtenidos de la guía de
alternativas de selección
para la adquisición de una
nueva base de datos
relacional.
SALIDA
Interpretación de la tabla
de alternativas de
selección para la
adquisición de una nueva
base de datos relacional.
PASO 1: DEFINICIÓN DE LA SITUACIÓN ACTUAL DE LA EMPRESA.
Esta etapa es el punto de partida para efectuar una selección exitosa de base
de datos relacional, puesto que se deben recopilar todos aquellos datos
relacionados con la empresa tales como: cantidad de transacciones realizadas,
ventas anuales, hardware y software que posee, número de usuarios,
problemática en el manejo de la información, toda esta información descrita
servirá de base para justificar la necesidad de adquirir una base de datos
relacional.
PASO 2: ELABORAR PROCESO DE SELECCIÓN PARA LA ADQUISICIÓN
DE BASES DE DATOS RELACIONALES.
Luego que el departamento de informática de la empresa ha determinado en
base a sus necesidades que problemática tiene actualmente con respecto al
manejo de la información, se procede a elaborar las siguientes actividades:
217
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.1: CONTACTAR PROVEEDORES LOCALES DE LAS DIFERENTES
BASES DE DATOS RELACIONALES.
La empresa debe de contactar a los proveedores locales de las bases de datos
relacionales tomadas en cuenta para este estudio, para solicitar: cotizaciones,
características técnicas de ellas, beneficios adicionales que los proveedores
ofrecen tales como por ejemplo: nivel de servicio (mantenimiento que brindará
la distribuidora a la empresa solicitante) entre otros. Para mayor claridad se hizo
una investigación de la información que los proveedores proporcionan a las
empresas al momento de brindar estas cotizaciones. (ver capítulo II, pág. 56 a
159)
Obtenida toda la información acerca de los beneficios que ofrecen los diferentes
proveedores y conocer las características de cada base de datos relacional se
procede a hacer la evaluación de proveedores.
Esta evaluación puede representarse de acuerdo a la tabla Nº 33, en la cual se
realiza una revisión de la información recopilada para determinar que aspectos
sobre los proveedores son de interés para la empresa, dicha información se
coloca en la columna de características, luego en las columnas donde están las
diferentes bases de datos se coloca un SI cuando el servicio que ofrece el
proveedor de una determinada base de datos es aceptable para la empresa,
caso contrario, se coloca un NO cuando el servicio que ofrece el proveedor no
es aceptable para la compañía.
218
CAPITULO IV: PLAN DE SOLUCIÓN
Cada SI y NO que se establezca en la tabla se le debe de asignar un peso
específico, siempre procurando que el total de la sumatoria de las cuatro bases
de datos sea 100. Cuando una base de datos relacional posee más SI como
respuestas es la que mayor peso obtendrá dado que cubre con las expectativas
de la empresa en cuanto el servicio que ofrecen, caso opuesto cuando en su
mayoría una determinada base de datos muestre como resultado No.
TABLA Nº 33
EVALUACIÓN DE PROVEEDORES
Nº
CARACTERÍSTICAS
DE SERVICIOS
TECNOLÓGICOS QUE
OFRECEN LOS
PROVEEDORES
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
1
Características 1
Si o No
Si o No
Si o No
Si o No
2
Características 2
Si o No
Si o No
Si o No
Si o No
N
Características n
Si o No
Si o No
Si o No
Si o No
Peso 1
Peso 2
Peso 3
Peso 4
PESOS
219
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.2: PUNTOS A TOMAR EN CUENTA PARA ELABORAR UN
CONTRATO CON LOS DISTRIBUIDORES DE LAS BASES DE DATOS
RELACIONALES.
La empresa debe de tomar en cuenta negociar con los distribuidores puntos
importantes para la adquisición de una base de datos relacional como por
ejemplo: soporte técnico que ofrecen, que incluye los diferentes tipos de
soporte técnico, renovaciones de contrato de soporte técnico, etc. Dicha
información es de vital importancia para poder realizar una compra de base de
datos. (ver capítulo II, pág. 56 a 159)
Para realizar la evaluación de contrato se debe de seguir el siguiente
procedimiento:
Se debe de realizar una lluvia de ideas para especificar las
características de importancia para la empresa, basadas en información
proporcionada por los distribuidores.
Luego que se han determinado las características se elabora una tabla
en la cual se coloca la información obtenida. (ver tabla Nº 34)
Posteriormente se coloca un SI cuando el servicio que ofrece el
proveedor de una determinada base de datos es aceptable para la
empresa, o un NO si no lo es.
220
CAPITULO IV: PLAN DE SOLUCIÓN
Cada SI y NO que se establezca en la tabla se le debe de asignar un
peso específico, siempre procurando que el total de la sumatoria de las
cuatro bases de datos sea 100.
La base de datos que posea más SI es la que mayor peso adquirirá
dado que cubre con las expectativas de la empresa en cuanto al servicio
que ofrecen, caso opuesto cuando en su mayoría la base de datos
muestre No.
TABLA Nº 34
EVALUACIÓN DE CONTRATO.
Características 1
BASE DE
DATOS 1
Si o No
BASE DE
DATOS 2
Si o No
BASE DE
DATOS 3
Si o No
BASE DE
DATOS 4
Si o No
2
Características 2
Si o No
Si o No
Si o No
Si o No
N
Características n
Si o No
Si o No
Si o No
Si o No
Peso 1
Peso 2
Peso 3
Peso 4
Nº
CARACTERÍSTICAS
1
PESOS
PASO 2.3: COMPARACIÓN DE HARDWARE Y SOFTWARE DE LA
EMPRESA Y LAS BASES DE DATOS RELACIONALES.
En esta etapa de la guía se debe realizar una comparación del hardware y
software existente en la empresa, con los requerimientos mínimos de hardware
y software de las bases de datos relacionales, para determinar si los recursos
tecnológicos de la empresa cubren los requerimientos mínimos para el buen
funcionamiento de las bases de datos candidatas.
221
CAPITULO IV: PLAN DE SOLUCIÓN
Esta comparación puede representarse de acuerdo a la tabla Nº 35, en la cual
se describen los requerimientos básicos que proporcionan las empresas
distribuidoras y el hardware y software que posee la empresa. Luego para
comparar los requerimientos de las diferentes bases de datos con los que
posee la empresa, se debe tomar como referencia la información del capitulo II
(pág. 56 a 159), para determinar si la empresa cubre los requerimientos
mínimos de las diferentes bases de datos relacionales. Posteriormente se
coloca un SI cuando los recursos tecnológicos de la empresa cumplen con los
requerimientos mínimos para que la base de datos funcione adecuadamente o
un NO si no lo son.
Cada SI y NO que se establezca en la tabla se le debe de determinar un peso
específico, siempre procurando que el total de la sumatoria de las cuatro bases
de datos sea 100.
El mayor peso asignado a una base de datos corresponderá a que el hardware
y software que posee la empresa cumple los requerimientos mínimos de la base
de datos relacional, por consiguiente el menor peso asignado a una base de
datos relacional pertenecerá a el hardware y software que no cumple en su
totalidad con los requerimientos mínimos para la adecuada funcionabilidad de la
base de datos relacional.
222
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 35
COMPARACIÓN DE HARDWARE Y SOFTWARE
REQUERIMIENTOS
INFORMACIÓN
DE HARDWARE
Y SOFTWARE
DE LA
EMPRESA
Requerimiento 1
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
Descripción 1
Si o No
Si o No
Si o No
Si o No
Requerimiento 2
Descripción 2
Si o No
Si o No
Si o No
Si o No
Requerimiento 3
Descripción 3
Si o No
Si o No
Si o No
Si o No
Requerimiento n
Descripción n
Si o No
Si o No
Si o No
Si o No
Peso 1
Peso 2
Peso 3
Peso 4
PESOS
PASO 2.4: VALOR PRESENTE NETO.
Para tomar una decisión en cuanto a que base de datos relacional se va a
adquirir, es importante considerar el parámetro del precio de ésta con respecto
a la capacidad de inversión de la empresa. Para ello es elemental calcular el
valor presente neto, el cual representa lo que una empresa tendría que invertir
monetariamente en este momento en cualquiera de las ediciones de las bases
de datos relacionales.
Para efecto de explicación del cálculo del Valor Presente Neto (VPN) se toman
los primeros tres años de la inversión a partir de la compra de la base de datos,
también se toma la tasa anual de descuento del 12% (Esta tasa de interés se
obtuvo de información recopilada de la banca nacional, la cual puede cambiar
con el tiempo ya que el valor del dinero es variable), además la empresa debe
223
CAPITULO IV: PLAN DE SOLUCIÓN
tener definida la edición de base de datos y el tipo de licenciamiento que más
se acopla a las necesidades para aplicarle dicho método, tanto el costo de la
base de datos como el mantenimiento no incluyen IVA.
Se debe tomar en cuenta para la elaboración de este análisis, que la empresa
deberá seleccionar de cada base de datos relacional la edición que ha sido
recomendada por las empresas distribuidoras por apegarse a las necesidades
de la misma.
A continuación se deberá realizar el siguiente procedimiento:
En la segunda fila de la tabla, la empresa deberá especificar la edición y
el tipo de licenciamiento de la base de datos relacional que se acopla a
sus necesidades.
Colocar para el primer año los costos iniciales de esa inversión, es decir,
el costo de la base de datos más el mantenimiento anual de la misma.
(ver capítulo II, pág. 56 a 159).
Luego para el segundo y tercer año se colocan los costos de
mantenimiento anual de la base de datos relacional.
Posteriormente se le aplica la formula del valor presente neto a todos
los costos del período de la inversión.
Finalmente la cantidad obtenida al aplicar la fórmula del valor presente
neto determinará monetariamente lo que se invertirá si se realiza la
224
CAPITULO IV: PLAN DE SOLUCIÓN
inversión en este momento (VPN) y el valor obtenido de la sumatoria de
los costos de los tres años para formar los costos totales, establecerá lo
que se invertirá al finalizar el período de tiempo de tres años.
Seguidamente se le asocia un peso a cada resultado y el total de todos
los pesos deberá ser igual a 100. Teniendo los pesos resultantes de las
diferentes bases de datos relacionales la empresa debe analizar para
cual base de datos relacional tiene poder adquisitivo para invertir, ya que
la base de datos que tenga mayor peso es una candidata potencial para
realizar una inversión, caso contrario de la base de datos que reciba
menor peso.
En la columna de conclusión se especifica que el resultado obtenido en
el VPN (valor presente neto), representa lo que una empresa tendría que
invertir monetariamente en la edición de la base de datos relacional en
ese momento, de acuerdo al valor del dinero. Muy diferente a la fila de
los costos totales, la cual refleja lo que se invertirá en la base de datos
relacional al final de los tres años.
225
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 36
VALOR PRESENTE NETO DE LAS BASES DE DATOS RELACIONALES
EVALUACIÓN DE COSTOS
BASE DE DATOS
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
Licenciamientos y
ediciones
Licenciamiento
y edición 1
Licenciamiento
y edición 2
Licenciamiento
y edición 3
Licenciamiento
y edición 4
Año 1
$A
$A
$A
$A
Año 2
$B
$B
$B
$B
Año 3
$C
$C
$C
$C
$A+$B+$C
$A+$B+$C
$A+$B+$C
$A+$B+$C
VPN*
VPN 1
VPN 2
VPN 3
VPN 4
PESOS
Peso1
Peso 2
Peso 3
Peso 4
Costos Totales
CONCLUSIÓN
Análisis de los
resultados
*Nota: La empresa tendrá un costo cada año por el mantenimiento de la base de datos, hasta
que lo considere necesario. Se debe tener en cuenta que éste es solo el análisis matemático
realizado a través de una fórmula del valor presente neto (VNA) que viene dada en el
programa de hoja de cálculo Excel.
226
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.5: ANÁLISIS DE ADHERENCIA.
Es importante que se realice el análisis de adherencia para cada una de las
alternativas de software que se está evaluando adquirir. Dicho análisis es un
proceso para determinar el grado de cumplimiento de un software a las
necesidades planteadas de parte de la mediana empresa.
Para efectos de la elaboración de este análisis, la empresa deberá seleccionar
de cada base de datos relacional la edición que ha sido recomendada por las
empresas distribuidoras por apegarse a las necesidades de la misma.
A continuación se detalla el procedimiento a seguir:
En primer lugar se tiene que recopilar un listado con características
cuantificables e información importante del producto proporcionada por
los distribuidores de las diferentes bases de datos relacionales (ver
capítulo II, pág. 56 a 159).
Posteriormente
la
empresa
debe
de
analizar
cuales
son
las
características que más se adaptan a sus necesidades para hacer el
análisis.
Seguidamente las características seleccionadas se deben de colocar en
la columna de características cuantificables.
Luego a cada característica de la lista se le asocia un peso y la suma de
todos los pesos deberá ser igual a 100. (ver tabla Nº 37)
227
CAPITULO IV: PLAN DE SOLUCIÓN
Una vez que se han ponderado las características, se elabora una tabla
que contenga las bases de datos y la numeración de estas
características (ver tabla Nº 38). A las características de cada base de
datos se les asigna un rango entre 0 y 1 conocidos como factores de
cumplimiento, adonde 1 es equivalente a excelente, 0.75 muy bueno,
0.50 bueno, 0.25 regular y 0 deficiente.
Posteriormente a la asignación de factores de cumplimiento, se realiza la
multiplicación de dichos factores por cada peso de las características
cuantificables, luego se hace la sumatoria de esos factores obteniendo
como resultado el factor de adherencia para cada base de datos
relacional.
Finalmente se le asignan pesos a cada resultado del factor de
adherencia, el cual debe de totalizar 100; la empresa considerará los
resultados de este análisis en el cual se determina cuales de los software
se adhieren mejor a sus necesidades de acuerdo a los mayores pesos
obtenidos, caso contrario con los pesos menores ya que equivale a que
la base de datos se adhiere menos a las necesidades de la empresa.
228
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 37
ANÁLISIS DE ADHERENCIA
Nº
CARACTERÍSTICAS
CUANTIFICABLES
PESO
1
Característica 1
Peso
1
2
Característica 2
Peso
2
n
Característica n
Peso
n
SUMA
100
PESOS
BASE DE
DATOS 1
Factor de
cumplimiento
1 X peso 1
Factor de
cumplimiento
2 X peso 2
Factor de
cumplimiento
n X peso n
Factor de
adherencia
Peso 1
BASE DE
DATOS 2
Factor de
cumplimiento
1 X peso 1
Factor de
cumplimiento
2 X peso 2
Factor de
cumplimiento
n X peso n
Factor de
adherencia
Peso 2
BASE DE
DATOS 3
Factor de
cumplimiento
1 X peso 1
Factor de
cumplimiento
2 X peso 2
Factor de
cumplimiento
n X peso n
Factor de
adherencia
Peso 3
BASE DE
DATOS 4
Factor de
cumplimiento
1 X peso 1
Factor de
cumplimiento
2 X peso 2
Factor de
cumplimiento
n X peso n
Factor de
adherencia
Peso 4
TABLA Nº 38
FACTORES DE CUMPLIMIENTO
CARACTERÍSTICAS /
SOFTWARE
1
2
n
BASE DE
DATOS 1
Factor de
cumplimiento
1
Factor de
cumplimiento
2
Factor de
cumplimiento
n
BASE DE
DATOS 2
Factor de
cumplimiento
1
Factor de
cumplimiento
2
Factor de
cumplimiento
n
BASE DE
DATOS 3
Factor de
cumplimiento
1
Factor de
cumplimiento
2
Factor de
cumplimiento
n
BASE DE
DATOS 4
Factor de
cumplimiento
1
Factor de
cumplimiento
2
Factor de
cumplimiento
n
229
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.6: ANÁLISIS DE RIESGOS.
Para la aplicación de este análisis la empresa debe realizar una lluvia de ideas
en la que se establezcan los riesgos más críticos, basados en las
características cuantificables utilizadas para la elaboración del análisis de
adherencia de las bases de datos.
A continuación se detalla el proceso a seguir:
Debe crearse una tabla que contenga los riesgos generales asociados a
las características técnicas de las bases de datos relacionales,
incluyendo riesgos asociados al proveedor y al producto. (ver tabla Nº
39)
Es necesario aclarar que los riesgos deben de respetar el orden de las
características que proviene del análisis de adherencia.
Posteriormente que los riesgos se han establecido, se les pondera con
un peso a cada uno de ellos de acuerdo a que riesgo considera más
crítico la empresa, dicho peso debe totalizar 100 por cada base de datos
relacional.
Después de elaborar esta tabla, la empresa deberá analizar la variación
de pesos en los riesgos para cada una de las bases de datos
relacionales, ya que si un riesgo tiene un peso bajo es crítico para una
determinada base de datos, caso contrario si el riesgo tiene asignado un
230
CAPITULO IV: PLAN DE SOLUCIÓN
peso alto esto significa que es la base de datos que brinda más
seguridad a la empresa en el manejo de la información.
Cada peso bajo y alto que se establezca en la tabla se le debe de
asigna un valor numérico para poder determinar con más facilidad la
base de datos que es critica para la empresa, siempre procurando que el
total de la sumatoria de las cuatro bases de datos sea 100.
TABLA Nº 39
ANÁLISIS DE RIESGOS
Nº
RIESGOS
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
1
Riesgo 1
Peso 1
Peso 1
Peso 1
Peso 1
2
Riesgo 2
Peso 2
Peso 2
Peso 2
Peso 2
N
Riesgo n
Peso n
Peso n
Peso n
Peso n
TOTAL
100
100
100
100
PESOS
Peso 1
Peso 2
Peso 3
Peso 4
Nota: Estos riesgos aplican a todas las bases de datos en estudio.
PASO 2.6.1: PLANES DE CONTINGENCIAS.
Para cada riesgo se plantea un plan de contingencia, al cual se le asigna un
valor monetario de lo que se esperará perder si el evento de riesgo sucede.
Este valor es el máximo valor a invertir en un plan de contingencia.
El proceso a seguir es el siguiente:
Es necesario aclarar que los planes de contingencia deben de respetar el
orden del análisis de riegos.
231
CAPITULO IV: PLAN DE SOLUCIÓN
Se creará una tabla que incluya los planes de contingencia a realizar
para cada riesgo planteado en la tabla anterior. Se le asignará un valor
monetario que represente el monto máximo a invertir en cada plan de
contingencia.
En la última columna la empresa deberá justificar la cantidad de dinero
que se le asignará al plan de contingencia.
Luego de realizar la sumatoria de los valores monetarios de cada plan de
contingencia de las bases de datos relacionales, se determina cual de los
resultados es más costoso y menos costoso, basándose en esto se les
asigna un peso a cada resultado, si el peso del plan de contingencia es
mayor esto significa que no se incurrirá en un gasto significativo para la
empresa si se tuviera que poner en marcha un determinado plan
contingencia, caso contrario si el peso asignado es menor implica que el
plan de contingencia es costoso si se llegara a implementar.
232
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 40
PLANES DE CONTINGENCIA PARA LA BASE DE DATOS
Nº
PLANES DE
CONTINGENCIA
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
PARA BASE DE
DATOS 1
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
PARA BASE DE
DATOS 2
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
PARA BASE DE
DATOS 3
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
PARA BASE DE
DATOS 4
1
Plan de
contingencia
1
$$$$
$$$$
$$$$
$$$$
2
Plan de
contingencia
2
$$$$
$$$$
$$$$
$$$$
N
Plan de
contingencia
n
$$$$
$$$$
$$$$
$$$$
$$$$
Peso 1
$$$$
Peso 2
$$$$
Peso 3
$$$$
Peso 4
TOTAL
PESOS
ORIGEN DE
LOS DATOS
DEL PLAN DE
CONTINGENCIA
Origen de los
datos del
plan de
contingencia
1
Origen de los
datos del
plan de
contingencia
2
Origen de los
datos del
plan de
contingencia
n
PASO 2.7: ANÁLISIS COSTO-BENEFICIO.
Este análisis debe ser utilizado para comparar los costos y los beneficios de las
diferentes alternativas de selección tomadas en cuenta para este estudio. Se
deben considerar los beneficios que pueden brindar cada una de las bases de
datos, para lograr una decisión más objetiva que sea útil a corto y a largo
plazo.
233
CAPITULO IV: PLAN DE SOLUCIÓN
Para realizar este análisis se deben seguir los siguientes pasos:
Llevar a cabo una lluvia de ideas o reunir datos provenientes de los
costos en que se incurren al adquirir una base de datos relacional y los
beneficios que se obtendrán.
Determinar los costos relacionados con la adquisición de una nueva base
de datos en término de dinero. Algunos de estos costos serán exactos
mientras que otros deberán ser estimados. (ver tabla Nº 41)
Establecer los beneficios relacionados con la adquisición de una nueva
base de datos en término de dinero. Algunos de estos costos serán
exactos mientras que otros deberán ser estimados.
Sumar los costos y los beneficios para cada alternativa de decisión
propuesta.
Posteriormente los totales de los beneficios y los costos se trasladan a la
tabla de resultados del análisis costo-beneficio. (ver tabla Nº 42)
Colocar las cifras en términos de dinero de los costos y beneficios totales
en forma de una relación donde los beneficios son el numerador y los
costos son el denominador:
BENEFICIOS
= RETORNO DE LA NVERSIÓN
COSTOS
234
CAPITULO IV: PLAN DE SOLUCIÓN
Comparar las relaciones beneficios a costos para las diferentes
decisiones de alternativas propuestas. La mejor solución, en términos
financieros es aquella en la que el retorno de la inversión es mayor.
El resultado de esta operación se puede interpretar de la siguiente
manera:
1. Si el beneficio es mayor que el costo esto significa que el retorno de
la inversión será mayor que uno, esto representa que el retorno de la
inversión será la ganancia por cada dólar invertido.
2. Si el beneficio es menor que el costo esto significa que el retorno de
la inversión será menor que uno y mayor que cero, esto representa
que el retorno de la inversión será lo recuperable por cada dólar
invertido.
3. Si el beneficio es igual que el costo esto significa que el retorno de la
inversión será igual a uno, esto representa que el retorno de la
inversión será igual a lo invertido.
Finalmente cuando se tiene la relación beneficio a costo se asignan
pesos,
cuando el resultado que se obtiene es equivalente a que se
genera ganancias el peso que asigna es alto, caso contrario cuando no
se recupera la inversión y genera perdidas o cuando no se pierde ni se
recupera la inversión el peso asignado será bajo.
235
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 41
COSTO BENEFICIO DE LA BASE DE DATOS RELACIONAL
COSTOS
BENEFICIOS
Costo 1
Base
de
datos
1
$$$
Base
de
datos
2
$$$
Base
de
datos
3
$$$
Base
de
datos
4
$$$
Costo 2
$$$
$$$
$$$
Costo n
$$$
$$$
COSTOS
TOTALES
$$$
$$$
Descripción
de costos
Beneficio 1
Base
de
datos
1
$$$
Base
de
datos
2
$$$
Base
de
datos
3
$$$
Base
de
datos
4
$$$
$$$
Beneficio 2
$$$
$$$
$$$
$$$
$$$
$$$
Beneficio n
$$$
$$$
$$$
$$$
$$$
$$$
BENEFICIOS
TOTALES
$$$
$$$
$$$
$$$
Descripción
de
beneficios
BENEFICIOS / COSTOS = Ganancias
Peso alto
(beneficios > costos)
BENEFICIOS / COSTOS = Perdida
Peso bajo
(beneficios < costos)
BENEFICIOS / COSTOS = No obtiene ganancias ni pérdidas
Peso bajo
(beneficios = costos)
TABLA Nº 42
RESULTADOS DEL ANÁLISIS COSTO-BENEFICIO
BASES DE
DATOS
Beneficio Total
Costo Total
Beneficio entre
Costo
PESOS
BASES DE
DATOS 1
Beneficio 1
Costo 1
Retorno de la
Inversión 1
Peso 1
BASES DE
DATOS 2
Beneficio 2
Costo 2
Retorno de la
Inversión 2
Peso 2
BASES DE
DATOS 3
Beneficio 3
Costo 3
Retorno de la
Inversión 3
Peso 3
BASES DE
DATOS 4
Beneficio 4
Costo 4
Retorno de la
Inversión 4
Peso 4
236
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.8: ANÁLISIS DE MEDIO AMBIENTE.
Este análisis brinda una orientación a las empresas para saber cuales son las
bases de datos más utilizadas en el ambiente empresarial, las tendencias del
mercado local, los competidores, la disponibilidad local de profesionales
especializados en la administración de las bases de datos relacionales, todos
estos elementos son conocidos también como factores externos, por lo que esta
información debe ser recabada por la empresa. Queda a criterio de la
organización el método que utilice para recopilar esta información.
Para efectos de esta guía, la información recopilada por la empresa para
elaborar el análisis de medio ambiente puede presentarse en la tabla Nº 43 en
la cual se especificaran los elementos que contendrá el análisis de medio
ambiente, luego en las columnas de las diferentes bases de datos se
especificara con un SI cuando se cumpla dicho elemento de medio ambiente,
en caso contrario de que no cumpla se colocara un NO.
Cada SI y NO que se establezca en la tabla se le debe de determinar un peso
específico, siempre procurando que el total de la sumatoria de las cuatro bases
de datos sea 100.
En el caso que una base de datos obtenga mayor número de SI el peso será
alto, ya que dicha base de datos es utilizada en el ambiente empresarial, caso
contrario cuando se tengan en su mayoría NO el peso será bajo.
237
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 43
ANÁLISIS DE MEDIO AMBIENTE PARA LAS BASES DE DATOS
RELACIONALES EN ESTUDIO
FACTORES
EXTERNOS /
BASES DE
DATOS
Factores
externos 1
Factores
externos 2
Factores
externos n
PESOS
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Si o No
Peso 1
Peso 2
Peso 3
Peso 4
PASO 2.9: ALTERNATIVAS DE SELECCIÓN PARA LA ADQUISICIÓN DE
UNA NUEVA BASE DE DATOS RELACIONAL.
Luego de haber realizado todos los análisis detallados anteriormente, se debe
crear un cuadro resumen de opciones adonde se reflejen los resultados de
todos esos análisis desarrollados anteriormente.
El criterio que se ha tomado para la mayoría de los análisis en cuanto a los
pesos es que el mayor peso es la opción más aceptable caso contrario de
cuando el peso es menor.
Cada peso bajo y alto que se establezca en la tabla se le debe de asignar un
valor numérico para poder determinar con más facilidad la base de datos que
cubre con las necesidades de la empresa, siempre procurando que el total de la
sumatoria de las cuatro bases de datos sea 100.
238
CAPITULO IV: PLAN DE SOLUCIÓN
Finalmente cuando se tienen en la fila de pesos los valores concluyentes que
determinan, cuales de las bases de datos relacionales serán alternativas
potenciales para la empresa ya que cubren con las necesidades en el manejo
de la información por que obtuvieron pesos altos; caso contrario de las bases
de datos que tengan pesos bajos.
Este cuadro permitirá ver de forma más clara, cual de las bases de datos
relacionales se acoplan a las necesidades de la empresa y permitirá que la
persona encargada de la decisión de compra de la base de datos relacional sea
más objetiva conociendo las ventajas y desventajas que ofrece cada base de
datos en cuanto a servicios del proveedor y características técnicas del
producto.
239
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 44
ALTERNATIVAS DE SELECCIÓN
BASES DE DATOS
RELACIONALES
BASE DE
DATOS 1
BASE DE
DATOS 2
BASE DE
DATOS 3
BASE DE
DATOS 4
TOTALES
Resultado de evaluación de
proveedores.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de evaluación de
contrato.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de comparación
de hardware y software entre
la empresa y las bases de
datos relacionales.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de análisis de
Valor Presente Neto.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de análisis de
adherencia.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de análisis de
riesgos.
Peso 1
Peso 2
Peso 3
Peso 4
100
Resultado de análisis de
planes de contingencia.
Peso 1
Peso 2
Peso 3
Peso 4
100
Análisis costo – beneficio.
Peso 1
Peso 2
Peso 3
Peso 4
100
Análisis de medio
ambiente.
Peso 1
Peso 2
Peso 3
Peso 4
100
PESOS
Peso 1
Peso 2
Peso 3
Peso 4
100
ANÁLISIS
240
CAPITULO IV: PLAN DE SOLUCIÓN
4.3. CASO PRÁCTICO
PASO 1: PROBLEMÁTICA.
La empresa “X” s.a. de c.v. dedicada a la venta y compra de repuestos
automotrices, posee dos sucursales, la casa matriz y una sucursal de ventas,
las cuales se ubican en el municipio de San Salvador, dicha empresa está
catalogada como mediana empresa ya que las ventas anuales son
aproximadamente de $3,200,000.00. Ésta cuenta con un aproximado de
sesenta empleados de los cuales tres lo conforman el departamento de
informática de la siguiente manera: dos programadores y una persona
encargada de soporte técnico. La organización tiene asignado al departamento
de informática el 2% de sus ventas anuales, en las cuales el promedio mensual
de sus transacciones asciende a 6,000 cada una. Los usuarios que utilizan los
sistemas son diez distribuidos de la siguiente manera: tres usuarios de
informática, dos de inventario, dos de facturación, uno de contabilidad, uno de
compras y uno de recursos humanos. El departamento de informática se
enfrenta a la problemática en el manejo del sistema de facturación que está
relacionado con el sistema de inventario ya que cada vez hay más
inconsistencias y falta de integridad, esta situación preocupa a la empresa ya
que el inventario es donde tiene más dinero invertido y de este dependen las
compras y ventas que realiza la empresa, además la información se almacena
en un sistema transaccional elaborado en el lenguaje de programación Visual
FoxPro versión 6.0 que con el tiempo ya no cumple con las necesidades de
241
CAPITULO IV: PLAN DE SOLUCIÓN
almacenamiento de la empresa por lo que en el transcurso del mes el sistema
de facturación e inventario pasa fuera de servicio aproximadamente dos días
acumulado en el mes, por lo que la empresa tiene perdidas considerables de
$8,000.00 al día tomando en consideración las dos sucursales. Este problema
ocasiona que no se le pueda brindar un servicio adecuado a los clientes ya que
cuando el sistema falla, el personal de informática tarda aproximadamente una
hora en estabilizar el sistema por lo que no se puede facturar las compras que
los clientes realizan en ese momento.
Los datos que se conocen acerca del hardware y software de las 18 estaciones
de trabajo y dos servidores son los que se detallan a continuación:
TABLA Nº 45
HARDWARE Y SOFTWARE QUE POSEE LA EMPRESA
NO.
2 servidores
18
computadoras
DESCRIPCIÓN
Pentium IV,
case de torre,
con floppy
disk, CD ROM
y tape back up.
Pentium III,
case de torre,
con floppy
disk, CD ROM,
espacio para
DVD,
quemador y
conexión a
Internet.
S.O.
RAM
PROCESADOR
Windows
NT
Server
4.0
2 GB
3 GHZ
Windows
XP
128
550 MHZ
DISCO
DURO
USO
80 GB
Informática
40 GB
Oficina
(contabilidad e
informática),
inventario y
facturación.
242
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2: ELABORAR PROCESO DE SELECCIÓN PARA LA ADQUISICIÓN
DE BASES DE DATOS RELACIONALES.
El departamento de informática de la empresa ha considerado la elaboración de
una propuesta de alternativas de adquisición de una nueva base de datos
relacional, todo esto para determinar que base de datos es la que más se
acopla a las necesidades de la empresa.
La propuesta se elaboro en un archivo de Excel en el cual se presenta un menú
principal, dos botones, formulas en las cuales se les asignan pesos a los
resultados de los diferentes análisis; todo esto con el objeto de realizar
sistemáticamente la aplicación de la guía. (ver anexo Nº 16)
A continuación se muestra la figura del menú principal:
FIGURA Nº 16
MENÚ PRINCIPAL
243
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.1: CONTACTAR PROVEEDORES LOCALES DE LAS DIFERENTES
BASES DE DATOS RELACIONALES.
TABLA Nº 46
EVALUACIÓN DE PROVEEDORES
Nº
1
2
3
4
5
6
7
PESOS
CARACTERÍSTICAS
DE SERVICIOS
TECNOLÓGICOS QUE
OFRECEN LOS
PROVEEDORES
Respaldo del fabricante
de la base de datos
relacional
Costo del soporte
técnico que ofrecen
Capacitaciones que
ofrecen
Precios competitivos
Personal capacitado
para soporte técnico
Orientación de
compatibilidad de
software de desarrollo y
ofimática
Ubicación geográfica
del distribuidor
Si
SYBASE
ASE 12.5
SMALL
BUSINESS
EDITION
Si
Si
SQL
SERVER
2000
STANDARD
EDITION
Si
Si
Si
Si
Si
Si
Si
Si
No
Si
Si
No
No
Si
Si
Si
Si
Si
Si
Si
Si
Si
Si
Si
Si
28
28
24
20
ORACLE 9I
STANDARD
EDITION
ONE
DB2 8.1
WORKGROUP
USER
EDITION
Nota: El cumplimiento de las características de servicios tecnológicos se baso en información
proporcionada por los proveedores de las diferentes bases de datos. Toda esta información se
muestra de una forma más desglosada en el capitulo II (pág. 56 a 159). El peso especifico que
se les asigno a cada SI es de 4 y el de cada NO es de 0.
244
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DE EVALUACIÓN
DE PROVEEDORES:
Las bases de datos a las que se les asigno pesos mayores son Sybase
ASE 12.5 Small Business Edition y Oracle 9i Standard Edition One, ya
que cumplen con las expectativas de la empresa en cuanto a servicios
tecnológicos que ofrece el proveedor, especificados en la tabla Nº 46.
DB2 8.1 Workgroup User Edition, obtuvo un peso bajo, ya que el precio
de la base de datos relacional es costoso en comparación con las otras
bases de datos relacionales.
SQL Server 2000 Standard Edition, es la que obtuvo el menor peso ya
que el proveedor no cumple con las expectativas de brindar
capacitaciones, las actualizaciones de versión son costosas por que se
tiene que pagar el 50% adicional al precio de la base de datos relacional,
esto eleva los costos de la base de datos en comparación con las otras
bases de datos que tienen pesos más altos.
245
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.2: PUNTOS A TOMAR EN CUENTA PARA ELABORAR UN
CONTRATO CON LOS DISTRIBUIDORES DE LAS BASES DE DATOS
RELACIONALES.
TABLA Nº 47
EVALUACIÓN DE CONTRATOS
SYBASE ASE
12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
Nº
CARACTERÍSTICAS
ORACLE 9I
STANDARD
EDITION
ONE
1
Entrega de
actualizaciones de
parches o versiones
Si
Si
Si
Si
2
Soporte técnico
Si
Si
Si
Si
3
Costo del software
SI
Si
No
No
Si
Si
Si
Si
29
29
21
21
Renovación de
contratos
PESOS
4
Nota: El cumplimiento de las características a tomar en cuenta para la elaboración de un
contrato de compra y soporte técnico se baso en información proporcionada por los
proveedores de las diferentes bases de datos. El soporte técnico para Oracle 9i es de 22%,
Sybase ASE 12.5 es de 20% el soporte básico, el 22% el soporte extendido, DB2 8.1 es de
20%, SQL Server 2000 es de 20%. Las licencias de todas las bases de datos son por usuario,
es importante mencionar que SQL Server 2000 ofrece programas de licenciamiento de software
por volumen para obtener descuentos en la compra según el número de licencias, además para
poder actualizar se tiene que adquirir el Software Assurance. Toda esta información se muestra
de una forma más desglosada en el capitulo II (pág. 56 a 159). El peso especifico que se les
asigno a cada SI es de 7.15 y el de cada NO es de 0.
246
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA EVALUACIÓN DE
CONTRATO:
Las bases de datos a las que se les asigno el mayor de los pesos es
Sybase ASE 12.5 Small Business Edition y Oracle 9i Standard Edition
One, ya que cumplen con las expectativas de la empresa en cuanto a
entrega de actualizaciones de parches o versiones, soporte técnico,
costo del software y renovación de contratos.
DB2 8.1 Workgroup User Edition y SQL Server 2000 Standard Edition,
son las bases de datos relacionales que obtuvieron el menor peso ya que
los costos de las bases de datos son elevados en los servicios que
ofrecen los proveedores en comparación con las otras bases de datos
que tienen pesos más altos.
247
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.3: COMPARACIÓN DE HARDWARE Y SOFTWARE DE LA
EMPRESA Y LAS BASES DE DATOS RELACIONALES.
TABLA Nº 48
COMPARACIÓN DE HARDWARE Y SOFTWARE
INFORMACIÓN
DE
HARDWARE Y
SOFTWARE
DE LA
EMPRESA
ORACLE 9I
STANDARD
EDITION
ONE
SYBASE
ASE 12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
Disco Duro
80 GB
Si
Si
Si
Si
Procesador
3 GHZ
Si
Si
Si
Si
2 GB
Si
Si
Si
Si
Windows NT
Server 4.0
Si
Si
Si
Si
REQUERIMIENTOS
Memoria RAM
Sistema Operativo
PESOS
25
25
25
25
Nota: Toda esta información utilizada para realizar la comparación de requerimientos mínimos
de las diferentes bases de datos relacionales con el equipo de computo que posee la empresa,
se muestra de una forma desglosada en el capitulo II (pág. 56 a 159). El peso especifico que se
les asigno a cada SI es de 6.25, el de cada NO es de 0.
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA COMPARACIÓN
DE HARDWARE Y SOFTWARE:
En este análisis todas las bases de datos obtuvieron el mismo peso ya que el
hardware y software que posee la empresa cumple los requerimientos mínimos
para el adecuado funcionamiento de cada una de las bases de datos
relacionales.
248
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.4: VALOR PRESENTE NETO.
TABLA Nº 49
VALOR PRESENTE NETO DE LAS BASES DE DATOS RELACIONALES
EVALUACIÓN DE COSTOS
BASE DE
DATOS
Licenciamientos
y ediciones
Año 1
Año 2
Año 3
Costos Totales
VPN
PESOS
ORACLE 9i
SYBASE ASE
12.5
DB2
8.1
SQL SERVER
2000
CONCLUSIÓN
Valor de licencia
Valor de
por servidor
Valor de licencia Valor de licencia
licencia por 10
por 10 usuarios, por 10 usuarios,
más dispositivo
usuarios,
Standard Edition Small Business
con 10 CAL's,
Workgroup
One
Edition
Standard
La fila del valor
User Edition
Edition
presente neto
representa lo
que una
$2,427.80
$2,340.00
$4,560.00
$3,823.30
empresa tendría
que invertir
monetariamente
$437.80
$390.00
$760.00
$449.80
en cualquiera
de las ediciones
de la base de
datos en este
$437.80
$390.00
$760.00
$449.80
momento, en
cambio la fila de
costos totales
representa los
$3,303.40
$3,120.00
$6,080.00
$4,722.90
costos que se
verán reflejados
al final de los
$2,828.31
$2,677.79
$5,218.25
$4,092.40
tres años.
40
50
5
5
Nota: El soporte técnico para Oracle 9i es de 22%, Sybase ASE 12.5 es de 20% el soporte
básico, DB2 8.1 es de 20%, SQL Server 2000 es de 20%. Las licencias de todas las bases de
datos son por usuario, es importante mencionar que SQL Server 2000 ofrece programas de
licenciamiento de software por volumen para obtener descuentos en la compra según el número
de licencias, además para poderse actualizar se tiene que adquirir el Software Assurance que
equivale al 50% adicional al precio de la base de datos relacional. Toda esta información se
muestra de una forma más desglosada en el capitulo II (pág. 56 a 159). Los pesos se asignaron
según el criterio de que si la inversión es menor, esta base de datos obtendrá mayor peso, caso
contrario si la inversión es alta el peso es bajo.
249
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DE VALOR
PRESENTE NETO DE LAS BASES DE DATOS RELACIONALES:
Teniendo los pesos resultantes de las diferentes bases de datos relacionales la
empresa debe de analizar para cual base de datos relacional tiene poder
adquisitivo para invertir.
La base de datos que obtuvo mayor peso es Sybase ASE 12.5 Small
Business Edition, con licencias para 10 usuarios y soporte técnico básico
del 20%, es una candidata potencial para realizar una inversión ya que
es la que tiene menor costo, aplicando el método del valor presente neto,
representa lo que la empresa tendría que invertir monetariamente en la
base de datos relacional en este momento, en cambio la fila de costos
totales representa los costos que se verán reflejados al final de los tres
años.
Seguidamente la base de datos Oracle 9i Standard Edition One, con
licencias para 10 usuarios y soporte técnico del 22%, es una candidata
potencial para realizar una inversión ya que es la que tiene un peso
aceptable, debido a que monto de la inversión no es elevado, aplicando
el método del valor presente neto, representa lo que la empresa tendría
que invertir monetariamente en la base de datos relacional en este
momento, en cambio la fila de costos totales representa los costos que
se verán reflejados al final de los tres años.
250
CAPITULO IV: PLAN DE SOLUCIÓN
Las bases de datos relacionales DB2 8.1 Workgroup User Edition con
licencia para 10 usuarios, con soporte técnico del 20% y SQL Server
2000 Standard Edition, con licenciamiento por servidor más dispositivo
de 10 CAL’s, con un programa de licenciamiento de software por
volumen open license y software assurance, son las alternativas de
bases de datos relacionales que la empresa tiene que considerar para
realizar una inversión, ya que son las que tienen pesos bajos, debido a
que los costos de la inversión son elevados, aplicando el método del
valor presente neto representa lo que la empresa tendría que invertir
monetariamente en la base de datos relacional en este momento, en
cambio la fila de costos totales representa los costos que se verán
reflejados al final de los tres años.
251
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.5: ANÁLISIS DE ADHERENCIA.
TABLA Nº 50
ANÁLISIS DE ADHERENCIA
PESO
ORACLE 9I
STANDARD
EDITION ONE
SYBASE ASE
12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
10
10.00
10.00
10.00
5.00
15
11.25
15.00
3.75
3.75
5
5.00
5.00
5.00
5.00
15
11.25
11.25
11.25
11.25
5
3.75
3.75
3.75
1.25
10
2.50
7.50
5.00
10.00
Autenticación de usuarios
10
7.50
7.50
7.50
7.50
Respaldos en caliente o sólo en
frió
15
11.25
11.25
11.25
11.25
5
5.00
5.00
5.00
1.25
10
7.50
7.50
7.50
7.50
100
75.00
83.75
70.00
63.75
25
50
20
5
CARACTERÍSTICAS
CUANTIFICABLES
Nº
1
2
3
4
5
6
7
8
9
10
Licencias de las bases de datos
relacionales
Precios de las bases de datos
relacionales
Requerimientos mínimos de
hardware y software de las
bases de datos relacionales
Soporte técnico de las bases de
datos relacionales
Actualizaciones de las bases de
datos relacionales
Capacitaciones de las bases de
datos relacionales
Soporta diferentes plataformas:
Windows, Unix, Linux, etc.
Disponibilidad de la información
de las bases de datos
relacionales
SUMA
PESOS
Nota: Los pesos asignados en las características de las bases de datos se establecieron en
base al cumplimiento de las diferentes características, basándose en información proporcionada
por los distribuidores de las diferentes bases de datos. Toda esta información se muestra de
una forma desglosada en el capitulo II (pág. 56 a 159).
252
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 51
FACTORES DE CUMPLIMIENTO
CARACTERÍSTICAS /
SOFTWARE
ORACLE 9I
STANDARD
EDITION
ONE
SYBASE
ASE 12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
1
1.00
1.00
1.00
0.50
2
0.75
1.00
0.25
0.25
3
1.00
1.00
1.00
1.00
4
0.75
0.75
0.75
0.75
5
0.75
0.75
0.75
0.25
6
0.25
0.75
0.50
1.00
7
0.75
0.75
0.75
0.75
8
0.75
0.75
0.75
0.75
9
1.00
1.00
1.00
0.25
10
0.75
0.75
0.75
0.75
Nota: Los pesos asignados en los factores de cumplimiento se establecieron en base a la
información proporcionada por parte de los distribuidores de las diferentes bases de datos
relacionales. Toda esta información se muestra de una forma desglosada en el capitulo II (pág.
56 a 159).
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DEL ANÁLISIS
DE ADHERENCIA DE LAS BASES DE DATOS RELACIONALES:
El factor de adherencia es un elemento de decisión, que en este caso será el
valor más alto.
Como consecuencia el software a seleccionar porque se adhiere más a
las necesidades de la empresa es Sybase ASE 12.5 Small Business
Edition, ya que el factor de adherencia resultó con el valor más
significativo, se le asigno un peso alto. Esto corresponde a que el factor
de cumplimiento para cada una de las características de la base de datos
253
CAPITULO IV: PLAN DE SOLUCIÓN
relacional es alto ya que tanto los servicios que ofrece el proveedor,
como las características técnicas de dicha base de datos se acoplan a
las necesidades de la empresa.
También hay que tomar las otras opciones como la base de datos Oracle
9i Standard Edition One, ya que se adhiere a las necesidades de la
empresa, obtuvo un resultado de 75.00 por lo que se le asigno un peso
alto. Esto equivale a que el factor de cumplimiento para cada una de las
características de la base de datos relacional es aceptable, ya que
cumple con la mayoría de características técnicas y servicios que ofrece
el proveedor. Uno de los servicios que ofrece el proveedor que no se
adecuan a la empresa son las capacitaciones que brinda la empresa
distribuidora ya que son más costosas que las otras bases de datos
relacionales.
La base de datos DB2 8.1 Workgroup User Edition y SQL Server 2000
Standard Edition, son las bases de datos relacionales a las que se les
asigno pesos bajos, por consiguiente las bases de datos relacionales no
se adhieren a las necesidades de la empresa es por lo que la prioridad
para tomar una decisión de compra de bases de datos serán las que
obtuvieron los mayores pesos.
254
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.6: ANÁLISIS DE RIESGOS.
TABLA Nº 52
ANÁLISIS DE RIESGOS
Nº
RIESGOS
ORACLE 9I
STANDARD
EDITION
ONE
SYBASE
ASE 12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
1
Licencia de bases de datos
relacionales que no este
certificada por el fabricante
10
10
10
10
2
Inversión innecesaria en
edición inadecuada de una
determinada base de datos
relacional para la empresa
10
10
5
5
3
Funcionamiento limitado de la
base de datos relacional debido
a la instalación de la misma en
equipo de cómputo que no
reúne los requerimientos
mínimos de la base de datos
10
10
10
5
4
Incontinuidad del soporte
técnico de la base de datos
relacional
5
5
5
5
5
Incompatibilidad con las
aplicaciones ya existentes
10
10
10
25
6
Mala administración de la base
de datos relacional
5
10
5
10
7
Ingreso de usuarios no
permitidos a modificar datos
10
10
10
10
8
Pérdida de información de la
base de datos relacional
10
10
10
10
9
Fallas en la conexión por
incompatibilidad de sistema
operativo
20
15
25
10
255
CAPITULO IV: PLAN DE SOLUCIÓN
SYBASE
ASE 12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL
SERVER
2000
STANDARD
EDITION
Nº
RIESGOS
ORACLE 9I
STANDARD
EDITION
ONE
10
No disponibilidad de la
información de la base de datos
relacional
10
10
10
10
TOTAL
100
100
100
100
PESOS
30
40
15
15
Nota: Estos riesgos aplican a todas las bases de datos en estudio, la asignación de pesos es
basada en la información que los proveedores brindaron para la realización de esta guía tales
como: precios, capacitaciones, requerimientos de hardware y software, soporte técnico,
características técnicas, etc. Toda esta información se muestra de una forma desglosada en el
capitulo II (pág. 56 a 159). El criterio que se asigno para determinar los pesos es el siguiente: el
valor que se determino cuando solo hay un peso crítico (entiéndase por peso crítico las
cantidades menores o iguales a 5) es de 40 y cuando el peso es mayor o igual a 10 el valor es
de 0, cuando hay dos pesos críticos el valor es de 15 y cuando el peso es mayor o igual a 10 el
valor es de 0, cuando hay tres pesos críticos el valor es de 5 y cuando el peso es mayor o igual
a 10 el valor es de 0.
256
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DE ANÁLISIS DE
RIESGOS DE LAS BASES DE DATOS RELACIONALES:
Sybase ASE 12.5 Small Business Edition, es la base de datos relacional
que mayor peso se le asignó, esto significa que al adquirir dicha base de
datos hay menos probabilidades de que ocurran los riesgos originados
por servicios que brindan los proveedores o las características técnicas
de la base de datos relacional especificadas en el la tabla Nº 52, es
importante mencionar que dicha base de datos relacional solo obtuvo un
riesgo crítico, el cual es si la empresa decide no continuar renovando el
contrato de soporte técnico.
Otra opción de base de datos que se tiene que tomar en cuenta es
Oracle 9i Standard Edition One, ya que obtuvo un peso relativamente
alto, esto significa que al adquirir dicha base de datos hay menos
probabilidades de que ocurran los riesgos originados por servicios que
brindan los proveedores o las características técnicas de la base de
datos relacional especificados en el la tabla Nº 52, es importante
mencionar que dicha base de datos relacional obtuvo dos riesgos
críticos, uno de ellos es si la empresa decide no continuar renovando el
contrato de soporte técnico y la mala administración de la base de datos.
257
CAPITULO IV: PLAN DE SOLUCIÓN
Las bases de datos que obtuvieron menores pesos son: DB2 8.1
Workgroup User Edition y SQL Server 2000 Standard Edition, esto
significa que al adquirir dichas bases de datos hay un mayor peligro de
que ocurran los riesgos originados por servicios que brindan los
proveedores o las características técnicas de las bases de datos
relacionales especificadas en el cuadro Nº 52, es importante mencionar
que dichas bases de datos relacionales obtuvieron tres riesgos críticos
respectivamente, los comunes para las dos bases de datos relacionales
son: que si la empresa decide no continuar renovando el contrato de
soporte técnico, inversión en una edición de base de datos inadecuada
para las necesidades de la empresa. La base de datos DB2 8.1 posee un
riesgo mayor que es la mala administración de la base de datos y para la
base de datos SQL Server 2000 es un riesgo mayor la instalación de la
base de datos en equipo que no cubre los requerimientos mínimos para
el buen funcionamiento.
258
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.6.1: PLANES DE CONTINGENCIAS.
TABLA Nº 53
PLANES DE CONTINGENCIA PARA LAS BASES DE DATOS
Nº
PLANES DE
CONTINGENCIA
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
ORACLE 9I
STANDARD
EDITION ONE
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
SYBASE ASE
12.5
SMALL
BUSINESS
EDITION
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
DB2 8.1
WORKGROUP
USER EDITION
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
SQL SERVER
2000
STANDARD
EDITION
1
Compra de
licencia
certificada por
el fabricante
$1,190.00
$1,950.00
$3,800.00
$3,373.50
2
Contar con
personal
capacitado
$2,800.00
$2,000.00
$2,135.00
$1,017.90
3
Actualización
del hardware
$102.00
$102.00
$102.00
$102.00
4
Contar con
personal
capacitado
$2,800.00
$2,000.00
$2,135.00
$1,017.90
5
6
Revisar
configuración
de aplicaciones
existentes y
verificar que la
aplicación sea
compatible con
la actualización
Capacitación
de la persona
que se
encargara de la
administración
$437.80
$2,800.00
$429.00
$2,000.00
$760.00
$2,135.00
ORIGEN DE
LOS DATOS
DEL PLAN DE
CONTINGENCIA
Precios de
bases de datos
relacionales
con
licenciamientos
por usuario
Costo
aproximado de
capacitación
por base de
datos
Costo
aproximado de
memoria RAM
de 256 MB
$29.00, costo
de disco duro
de 80 GB
$73.00
Costo
aproximado de
capacitación
por base de
datos
$449.80
Costo del
soporte técnico
de las bases
de datos
$1,017.90
Costo
aproximado de
capacitación
por base de
datos
259
CAPITULO IV: PLAN DE SOLUCIÓN
Nº
7
8
PLANES DE
CONTINGENCIA
de la base de
datos
Establecer
políticas de
seguridad para
el acceso a la
base de datos
relacional
Elaboración de
backup
diariamente y
verificar el
contenido de
los mismos
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
ORACLE 9I
STANDARD
EDITION ONE
$437.80
$280.00
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
SYBASE ASE
12.5
SMALL
BUSINESS
EDITION
$429.00
$280.00
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
DB2 8.1
WORKGROUP
USER EDITION
$760.00
$280.00
MÁXIMO
VALOR A
INVERTIR EN
UN PLAN DE
CONTINGENCIA
SQL SERVER
2000
STANDARD
EDITION
ORIGEN DE
LOS DATOS
DEL PLAN DE
CONTINGENCIA
$449.80
Costo del
soporte técnico
de las bases
de datos
$280.00
Costo de la
compra de
cassette para
realizar backup
anualmente
9
Instalar
solamente
versiones
certificadas
para el sistema
operativo
$1,129.00
$1,129.00
$1,129.00
$1,129.00
10
Establecer un
procedimiento
alternativo para
mantener las
operaciones de
la empresa
cuando no hay
sistema
$4,000.00
$4,000.00
$4,000.00
$4,000.00
Total
Pesos
Costo
aproximado de
sistema
operativo
Windows NT
Server 4.0 para
10 usuarios
Costo
aproximado de
un servidor que
sirva de espejo
para mantener
las
operaciones de
la empresa
ante un fallo.
$15,976.60
$14,319.00
$17,236.00
$12,837.80
5
30
5
60
Nota: Los pesos se asignaron según el criterio de que si la inversión en los planes de
contingencia es menor, esta base de datos obtendrá mayor peso, caso contrario si la inversión
en los planes de contingencia es alta el peso es bajo.
260
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DE PLANES DE
CONTINGENCIA PARA LAS BASES DE DATOS RELACIONALES:
SQL Server 2000 Standard Edition, es la base de datos que mayor peso
se le asigno ya que si alguno de los planes de contingencia se pone en
marcha la inversión que se tiene que realizar es menos costosa en
comparación con las bases de datos que se les asigno menor peso. El
monto específico para cada plan de contingencia es el máximo valor a
invertir.
Sybase ASE 12.5 Small Business Edition, es la base de datos que
obtuvo un peso relativamente alto en comparación con las bases de
datos que lograron menores pesos ya que si alguno de los planes de
contingencia se pone en marcha la inversión que se tiene que realizar es
menos costosa. El monto especificado para cada plan de contingencia es
el máximo valor a invertir.
Las bases de datos que menor peso obtuvieron son: DB2 8.1 Workgroup
User Edition y Oracle 9i Standard Edition One, ya que si alguno de los
planes de contingencia se pone en marcha lo que se tiene que invertir
es una cantidad monetaria mucha más costosa que las otras bases de
datos. El monto especificado para cada plan de contingencia es el
máximo valor monetario a invertir.
261
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.7: ANÁLISIS COSTO-BENEFICIO.
TABLA Nº 54
ANÁLISIS COSTO BENEFICIO DE LA BASE DE DATOS RELACIONAL
Descripción
de costos
COSTOS
ORACLE SYBASE
9i
ASE 12.5
Standard
Small
Edition
Business
One
Edition
DB2 8.1
Workgroup
User
Edition
SQL
SERVER
2000
Standard
Edition
Descripción de
beneficios
BENEFICIOS
ORACLE SYBASE
9i
ASE 12.5
Standard
Small
Edition
Business
One
Edition
DB2 8.1
Workgroup
User
Edition
SQL
SERVER
2000
Standard
Edition
Compra de
BDA por
Almacenamiento
usuario(precio $1,990.00 $1,950.00 $3,800.00
$3,823.30 seguro de la
no incluye
información,
IVA)
consistencia en
la información
Mantenimiento
almacenada,
$8,000.00 $8,000.00 $8,000.00
$8,000.00
anual (precio
$437.80
$390.00
$760.00
$449.80
estabilidad de la
no incluye
base de datos
IVA)
relacional y
Entrenamiento
facilidad de
del personal
de informática $2,800.00 $2,000.00 $2,135.00
$1,017.90 recuperación de
los datos
(precio no
incluye IVA)
COSTOS
BENEFICIOS
$5,227.80 $4,340.00 $6,695.00
$5,291.00
$8,000.00 $8,000.00 $8,000.00
$8,000.00
TOTALES
TOTALES
Nota: El origen del beneficio se tomo del cálculo de la pérdida que ocasiona la inestabilidad del sistema que posee la empresa.
262
CAPITULO IV: PLAN DE SOLUCIÓN
TABLA Nº 55
RESULTADOS DEL ANÁLISIS COSTO - BENEFICIO
BASES DE
DATOS
Beneficio Total
Costo Total
Retorno de la
Inversión
PESOS
ORACLE 9I
STANDARD
EDITION ONE
SYBASE ASE
12.5 SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER EDITION
SQL SERVER
2000
STANDARD
EDITION
$8,000.00
$8,000.00
$8,000.00
$8,000.00
$5,227.80
$4,340.00
$6,695.00
$5,291.00
$1.53
$1.84
$1.19
$1.51
25
40
10
25
Nota: Para asignar los pesos se establecieron rangos los cuales son: si el retorno de la
inversión es mayor o igual que 1.75 el peso que se le asigna es 40, si el retorno de la inversión
es mayor o igual que 1.5 el peso que se le asigna es de 25, de lo contrario el peso que se le
asigna es de 10.
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DEL ANÁLISIS
COSTO-BENEFICIO DE LAS BASES DE DATOS RELACIONALES:
La base de datos que es más factible para la inversión es Sybase ASE
12.5 Small Business Edition, ya que el retorno de la inversión genera una
ganancia de $0.84 por cada dólar invertido, esto significa que la empresa
puede realizar la inversión y a pesar de los costos en los que tenga que
incurrir obtendrá beneficios, esto es determinante para que la empresa
decida realizar la adquisición de la base de datos relacional.
263
CAPITULO IV: PLAN DE SOLUCIÓN
Las bases de datos SQL Server 2000 Standard Edition y Oracle 9i
Standard Edition One, proporcionaron como resultado que el retorno de
la inversión es de $0.51 y $0.53 respectivamente, dichos resultados
generan ganancia por cada dólar invertido, esto significa que la empresa
puede realizar la inversión y a pesar de los costos en los que tenga que
incurrir para realizar la inversión obtendrá beneficios, pero en
comparación con la base de datos que obtuvo mayor peso las ganancias
son menores.
DB2 8.1 Workgroup User Edition, presento como resultado que el retorno
de la inversión genera una ganancia de $0.19 por cada dólar invertido,
esto significa que la empresa debe de considerar realizar la inversión ya
que los costos en los que incurrirá pueden llegar hacer mayores que las
ganancias, por lo tanto no es recomendable que la empresa se arriesgue
a invertir obteniendo tan pocas ganancias.
264
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.8: ANÁLISIS DE MEDIO AMBIENTE.
TABLA Nº 56
ANÁLISIS DE MEDIO AMBIENTE PARA LAS BASES DE DATOS
ELEMENTOS /
BASES DE
DATOS
ORACLE 9I
STANDARD
EDITION ONE
SYBASE ASE
12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER EDITION
SQL SERVER
2000
STANDARD
EDITION
Competidores
(bases de
No
No
No
No
datos que
utilizan)
Tendencias del
Si
No
No
Si
mercado local
Disponibilidad
local de
Si
No
No
Si
administradores
PESOS
50
0
0
50
Nota: La fuente de información para recopilar estos resultados fue tomada de la investigación
de campo realizada a las medianas empresas del municipio de San Salvador, para mayor
información consultar en el capitulo III en las páginas 174 (pregunta Nº 2A) y 179 (pregunta Nº
4). El peso especifico que se les asigno a cada SI es de 25, el de cada NO es de 0.
265
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN DE LOS RESULTADOS DE LA TABLA DEL ANÁLISIS
DE MEDIO AMBIENTE DE LAS BASES DE DATOS RELACIONALES:
SQL Server 2000 Standard Edition y Oracle 9i Standard Edition One, son
las bases de datos que mayor peso se les asigno ya que según el
análisis de medio ambiente son las bases de datos que más utilizan en el
contexto empresarial, así como también hay una mayor cantidad de
profesionales capacitados para el manejo y administración de dichas
bases de datos relacionales.
Las bases de datos que menor peso obtuvieron son: DB2 8.1 Workgroup
User Edition y Sybase ASE 12.5 Small Business Edition, no son
adquiridas por las empresas para el manejo de información y no hay
muchos profesionales capacitados para el manejo de dichas bases de
datos relacionales.
266
CAPITULO IV: PLAN DE SOLUCIÓN
PASO 2.9: ALTERNATIVAS DE SELECCIÓN PARA LA ADQUISICIÓN DE
BASES DE DATOS RELACIONALES.
TABLA Nº 57
ALTERNATIVAS DE SELECCIÓN
BASES DE DATOS
RELACIONALES
ORACLE 9I
STANDARD
EDITION ONE
ASE 12.5
SMALL
BUSINESS
EDITION
DB2 8.1
WORKGROUP
USER
EDITION
SQL SERVER
2000
STANDARD
EDITION
TOTALES
Resultado de evaluación de
proveedores
28
28
24
20
100
Resultado de evaluación de
contrato
29
29
21
21
100
Resultado de comparación de
hardware y software entre la
empresa y las bases de datos
relacionales
25
25
25
25
100
Resultado de análisis de Valor
Presente Neto
40
50
5
5
100
Resultado de análisis de
adherencia
25
50
20
5
100
Resultado de análisis de
riesgos
30
40
15
15
100
Resultado de análisis de
planes de contingencia
5
30
5
60
100
Análisis costo – beneficio
25
40
10
25
100
Análisis de medio ambiente
50
0
0
50
100
PESOS
40
35
5
20
100
ANÁLISIS
Nota: El criterio que se tomo para asignar los pesos es el siguiente: el valor que se le determino
cuando hay un peso bajo (entiéndase por peso bajo las cantidades menores que 24) es de 40 y
cuando el peso es mayor o igual a 24 el valor es de 0, cuando hay un peso bajo y este es 0 el
valor es de 35 y cuando el peso es mayor o igual a 24 el valor es de 0, cuando hay 7 pesos
bajos el valor es de 0.71 y cuando el peso es mayor o igual a 24 el valor es de 0, cuando hay 5
pesos bajos el valor es de 4 y cuando el peso es mayor o igual a 24 el valor es de 0.
267
CAPITULO IV: PLAN DE SOLUCIÓN
INTERPRETACIÓN
ALTERNATIVAS
DE
DE
LOS
RESULTADOS
SELECCIÓN
DE
LAS
DE
LA
BASES
TABLA
DE
DE
DATOS
RELACIONALES:
Luego de haber realizado todos los análisis detallados anteriormente y
habiendo trasladado todos los resultados al cuadro de alternativas de selección
se puede observar con más claridad las bases de datos que se acoplan a las
necesidades de la empresa, esto servirá como base para la toma de decisión
objetiva departe de la compañía para decidir que base de datos va a adquirir.
Sybase ASE 12.5 Small Business Edition, es la base de datos relacional
que mayor peso se le asigno, en conclusión se puede decir que dicha
base de datos cubre con las necesidades de almacenamiento de
información en cuanto a características del producto y los servicios que
los proveedores ofrecen, por lo que es una alternativa potencial para
adquirir dicha base de datos. El análisis en que la base de datos obtuvo
el menor peso es en el de medio ambiente. (ver tabla Nº 56)
Seguidamente la base de datos relacional que adquirió un peso alto es
Oracle 9i Standard Edition One, por lo que se puede decir que dicha
base de datos cubre con las necesidades de almacenamiento de
información en cuanto a características del producto y los servicios que
los proveedores ofrecen, ya que es una alternativa potencial para adquirir
268
CAPITULO IV: PLAN DE SOLUCIÓN
dicha base de datos. Los análisis en los que la base de datos relacional
obtuvo el menor peso es en los planes de contingencia. (ver tabla Nº 53)
Posteriormente la base de datos relacional que obtuvo un peso bajo, es
SQL Server 2000 Standard Edition, por lo que se puede decir que dicha
base de datos no cubre con algunas de las necesidades de
almacenamiento de información en cuanto a características del producto
y los servicios que los proveedores ofrecen. Los análisis en los que la
base de datos relacional obtuvo el menor peso es en la evaluación de
proveedores (ver tabla Nº 46) y el análisis del valor presente neto. (ver
tabla Nº 49)
Finalmente la base de datos relacional que adquirió el peso más bajo es
DB2 8.1 Workgroup User Edition, por lo que se puede decir que dicha
base
de datos no cubre
con
varias de las necesidades de
almacenamiento de información en cuanto a características del producto
y los servicios que los proveedores ofrecen. Los análisis en los que la
base de datos relacional obtuvo el menor peso es el análisis del valor
presente neto (ver tabla Nº 49), en los planes de contingencia (ver tabla
Nº 53) y el análisis de medio ambiente (ver tabla Nº 56)
269
270
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES
5.1. CONCLUSIONES.
El país se halla en un período de apertura hacia diferentes tecnologías,
entre ellas las bases de datos relacionales; pero aún se encuentran
muchos vacíos de parte de la oferta y la demanda de éstas. La demanda
por desconocer la forma de elegir una base de datos relacional y de
establecer los requerimientos reales de la empresa; así mismo por parte
de la oferta existe hermetismo de los distribuidores en cuanto a
proporcionar cierta información tal como precios de productos.
Mientras el potencial del manejo de datos experimenta enormes
transformaciones, las personas relacionadas con las aplicaciones se
resisten a dicho cambio cuando se introduce la tecnología a la empresa.
Puede que ésta sea la causa real que no permite que las bases de datos
relacionales en sí se desarrollen óptimamente.
Con el trabajo de campo realizado se pudo observar que hay ciertos
vacíos
en
la
preparación
académica
de
los
profesionales
de
computación, que impiden de cierta forma poder seleccionar la base de
datos relacional que se adecua a las exigencias propias de la empresa
para la cual laboran.
Se considera importante la sincronización del área de educación superior
con las nuevas corrientes tecnológicas del mercado.
271
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES
En el documento se presentan las diferentes bases de datos relacionales
tomadas en cuenta para la investigación, las características y los
requerimientos de hardware como de software; para que las medianas
empresas seleccionen la alternativa más adecuada en la medida que
satisfaga las necesidades de una empresa en particular.
En algunos casos, la decisión de adquirir una determinada base de datos
relacional se encuentra en manos de personas ajenas al área de
informática, quienes algunas veces se guían solamente por los precios,
descuentos,
regalías,
etc.;
más
que
por
especificaciones
o
requerimientos técnicos reales.
El funcionamiento adecuado y eficiente de una base de datos relacional
no solo depende del administrador de ella, sino que de la interacción
entre diversos elementos tales como: sistema operativo, hardware,
aplicaciones, seguridad y configuración de la misma.
Es vital tener en cuenta que el proporcionar capacitación para el personal
o usuario del producto no debe ser visto como un gasto engorroso, ya
que en la medida que los usuarios se encuentren mayor capacitados,
mayores serán los beneficios que proporcionarán la relación productousuario.
272
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES
Las cuatro bases de datos relacionales en estudio, son ofertas
potenciales para el mercado actual, pero vale la pena mencionar que
dependerá de las necesidades y los requerimientos específicos de cada
empresa, la elección óptima de una de ellas.
Se pudo concluir que en la investigación de campo realizada los rubros
predominantes a los que pertenecen las empresas fueron: Droguerías,
Repuestos Automotrices, Cosméticos y perfumes y Equipo de oficina y
cómputo.
Otro aspecto que mostró el resultado de está investigación es que, en
algunos casos las empresas ya poseían las bases de datos relacionales
tomadas en cuenta para este estudio.
En su mayoría, las empresas encuestadas poseen diferentes lenguajes
de programación para el almacenamiento y manejo de la información de
la organización.
273
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES
5.2. RECOMENDACIONES.
Mayor apertura por parte de aquellas instituciones que posean
información sobre el tema, tales como universidades y distribuidores de
bases de datos relacionales, ya que ambos se convierten en guías muy
importantes en estudios como este.
Debido a las corrientes actuales, un profesional en el área de informática
no puede omitir el estudio de las bases de datos relacionales y su
adecuado funcionamiento, ya que constituyen una de las partes
fundamentales de las aplicaciones.
Es necesario, para que existan buenas bases para los estudiantes, un
mejor apoyo bibliográfico y actualizado de técnicas de administración y
funcionamiento de bases de datos relacionales.
Debido a la constante actualización de las bases de datos relacionales
se hace necesario que ha estudios como éste se les dé un seguimiento,
con el objetivo de estar acorde a las nuevas tendencias, pero sobre todo
para que cumplan con la finalidad de poder presentar información
actualizada a los usuarios de este documento.
La necesidad de inversión en requerimientos de hardware y software
para implementar una base de datos relacional en una empresa, debe
ser evaluada por personal capacitado que tenga un conocimiento amplio
de la actividad de la misma, así como su ambiente y estrategias.
274
CAPITULO V: CONCLUSIONES Y RECOMENDACIONES
El factor económico se convierte en un fuerte determinante al momento
de la elección de la base de datos, pero se debe procurar en la medida
de lo posible, adquirir el producto que más se apegue a las necesidades
de la organización en ese momento, más que por su costo.
Está investigación servirá de orientación no solo a las empresas aquí
detalladas, sino que también para aquellas organizaciones que no estén
incluidas y que presenten características similares.
Para la utilización de la guía se deben de tomar en cuenta todos los
estudios presentados para obtener un mejor resultado en la adquisición
de una nueva base de datos relacional.
Finalmente se recomienda que este documento sea examinado y
aplicado, de preferencia, por personas que tengan conocimientos
básicos de las bases de datos relacionales tomadas en cuenta para este
estudio, debido a todos los conceptos técnicos que se plantean.
275
GLOSARIO
GLOSARIO
A
AFILIADO: Una empresa o entidad legal que es propietaria o es propiedad o es copropietaria del cliente.
ANSI: American National Standards Institute.
API: (Application Program Interface). Conjunto de convenciones internacionales que definen cómo debe invocarse una
determinada función de un programa desde una aplicación. Cuando se intenta estandarizar una plataforma, se estipulan
unos APIs comunes a los que deben ajustarse todos los desarrolladores de aplicaciones. Herramientas de
programación para rutinas, protocolos y software.
ARCHIVO: Son una colección de registros del mismo tipo.
ASP: Páginas activas de servidor.
ATRIBUTOS: Es la información específica que cada entidad contiene.
B
BACK END: Llamado también servidor.
BDA: Base de datos relacional.
C
CAL: Licencias de acceso a clientes. Documento legal que le otorga a un dispositivo acceso a software servidor.
CAMPOS: Es la unidad más pequeña a la cual uno puede referirse en un programa de computadora.
CARDINALIDAD: Número de ocurrencias que pueden existir entre un par de entidades.
CLAVE PRIMARIA: Es una clave aspirante. Sin embargo, cuando dos o más claves aspirantes se encuentran en un
registro, sólo una de las aspirantes está señalada como la primaria. En otras palabras, en cada registro sólo puede
haber una clave primaria. Una clave primaria también es llamada clave de registro.
CLAVE ASPIRANTE: Un campo de clave aspirante tiene una propiedad tal que su valor de campo sólo puede
identificar a cada registro lógico en un archivo, de manera única. Un registro puede tener más de una clave aspirante.
276
GLOSARIO
CLIENTE/SERVIDOR: Concepto que se refiere a compartir el trabajo involucrado en el procesamiento de datos entre la
computadora cliente y una computadora servidor de mayor capacidad.
CLUSTER: El concepto de cluster nació cuando los pioneros de la supercomputadora intentaban difundir diferentes
procesos entre varias computadoras, para luego poder recoger los resultados que dichos procesos debían producir.
Con un hardware más barato y fácil de conseguir se pudo perfilar que podrían conseguirse resultados muy parecidos a
los obtenidos con aquellas máquinas mucho más costosas, como se ha venido probando desde entonces.
CONSTRAINT: Un constraint se puede definir como la implementación de las reglas de la organización (o reglas del
negocio), es decir, que son las restricciones que se imponen a los datos que van a ser ingresados a la BDA. Estas
restricciones pueden ser a nivel de tabla y a nivel de columna.
D
DATA SUBLANGUAGE: Sub-lenguaje de datos.
DATA WAREHOUSING: Son los datos que corren las transacciones diarias de una empresa, contienen información
que un analista de negocios puede utilizar para entender de una mejor manera como esta marchando el negocio.
DBA: Administrador de la base de datos relacional por su siglas en inglés (database administrator).
DBMS: Sistemas Administradores de bases de datos relacionales, por sus siglas en ingles (Database Management
Systems).
DCL: Lenguaje de control de datos.
DDL: Lenguaje de definición de datos.
DICCIONARIO DE DATOS: Puede ser considerado como una base de datos relacional por sí misma, pero una base de
datos relacional del sistema, más que una base de datos relacional de usuario.
DISTRIBUIDORES: Una organización autorizada por Microsoft para distribuir productos de Microsoft.
DML: Lenguaje de manipulación de datos.
DOMINIOS: Tipos de valores que pueden aparecer en cada columna.
DTS: Data Transformation Services.
277
GLOSARIO
E
EA: Enterprise Aggrement.
ENTERPRISE AGREEMENT (EA): Programa de licencia por volumen para empresas con más de 250 PC’s que
estandaricen el software de Microsoft en toda la organización. Incluye derechos de actualización. Precios según
volumen basados en pagos anuales, con una duración de 3 años. Derechos de uso perpetuos
ENTERPRISE AGREEMENT SUSCRIPCIÓN (EAS): Mismos beneficios que el EA, pero con derechos de uso no
perpetuos y con mayor descuento en precio según volumen.
ENTIDAD: Objeto básico que existe y que es distinguible de otros objetos, es algo que tiene significado para el diseño
del sistema que se desea implementar. También puede ser de existencia física, una persona, un objeto cualquiera.
EOPEN: Un sitio Web seguro propietario que aporta a los clientes de Open acceso a información de cuenta de Open
Multilicencia.
F
FICHERO: Un fichero es la unidad mínima de almacenamiento de información. Los archivos son un tipo de ficheros, es
decir, son ficheros que pueden albergar otros ficheros. En general, archivo y fichero se consideran sinónimos, a
excepción del entorno Windows, donde a los ficheros se les denomina archivos, es decir, todo documento en Windows
se almacena en un archivo. Sin embargo, en este entorno se denomina Fichero a una utilidad incluida que es una
sencilla base de datos de dos campos.
FK: Llave foránea (foraned key).
FRONT END: Conocido también como cliente.
G
GUÍA: Orientar o dirigir a otros para lograr un propósito”, o como un “tratado en el que se dan criterios para encaminar o
dirigir hacia determinado fin.
GRUPOS DE PRODUCTO: Los productos de Microsoft disponibles mediante la Licencia por Volumen se categorizan
como productos de aplicaciones, de sistemas y de servidores.
278
GLOSARIO
I
ÍNDICES: Los índices sirven para dos propósitos: para la recuperación básica de datos y para imponer valores únicos
en tablas.
ISO: International Standars Organization.
J
JAVA: Lenguaje de programación.
JOINS: Uniones. Operación que sirve para combinar tuplas relacionadas de dos relaciones en una sola tupla.
L
LDAP: Es un protocolo de acceso a
Internet estándar, para servicios de directorios (Lightweight Directory Access
Protocol)
LICENCIA: El derecho de uso de una versión específica de un producto.
L&SA : Licencia & Software Assurance Pack
LICENCIA & SOFTWARE ASSURANCE PACK: El número de referencia que combina los beneficios de Licencia y de
Sofftware Assurance.
M
MAINFRAME: En la actualidad se utiliza esta palabra para referirse a los grandes ordenadores. Es decir, máquinas
capaces de gestionar muchas terminales y unidades periféricas de memoria con capacidad para varios gigabytes. Con
el aumento de potencia de los llamados miniordenadores, la frontera entre éstos y los mainframes está cada vez menos
clara. Originalmente, mainframe no era sino el armario metálico que contenía la unidad central de los grandes
ordenadores.
MDC: Multidimensional Clusters.
MICROSOFT: Microsoft Corporation o cualquiera de sus afiliados.
MTS: Microsoft Transaction Server.
279
GLOSARIO
N
NÚMERO DE AUTORIZACIÓN: El número asignado al cliente por Microsoft tras abrir un Open Multilicencia. Este
número permite realizar pedidos durante dos años a partir de tan sólo una licencia, manteniendo el mismo nivel de
precios que en el pedido inicial.
O
ODBC: Open Database Conectivity (software de cliente de conectividad abierta de base de datos relacional).
OLAP: Online analytical processing.
OLTP: Online transaction processing.
OPEN MULTILICENCIA: Programa de licencia por volumen para empresas que quieran beneficiarse de un descuento
por volumen a partir de tan sólo 5 licencias. Tres niveles de precios según el volumen de la primera compra. Mínimo de
1 licencia para pedidos posteriores durante 2 años (hasta que caduque el Número de Autorización). Derechos de uso
perpetuos.
OPEN SIMPLE: Parte del programa Open Multilicencia basado en una iniciación mínima de una cuenta de Open
Multilicencia de tan sólo cinco licencias.
OPEN SUSCRIPCIÓN: Programa de licencia por volumen para empresas con más de 10 PC’s y que estandaricen el
software de Microsoft en toda la organización. Incluye derecho de actualización durante la vigencia del contrato y
soporte técnico. Precios según volumen basados en pagos anuales, con una duración de 3 años. Software en
suscripción con derechos de uso no perpetuos. Opción de compra final.
OPEN VOLUMEN: Parte del programa de Open Multilicencia basado en 3 grupos de productos separados y niveles
mínimos de puntos para una adquisición inicial
OSL: Abreviatura de Open Suscripción License.
P
PDA: Procesador de datos.
PK: Llave primaria (primary key). Se utiliza para identificar los valores de las tuplas en una relación.
280
GLOSARIO
Q
QUERY: Interfase de usuario de relleno de formularios en pantalla para bases de datos relacionales, generalmente
dirigida a los usuarios menos experimentados. EI software deduce las búsquedas que desean realizar de los ejemplos
dados por el usuario, quien marca los campos o añade valores de campos en el formulario.
QUEUE: Cola o conjunto de paquetes a la espera de ser procesados. (Como por ejemplo: la cola de impresión).
R
RAM: Random access memory o memoria de acceso aleatorio.
RDBMS: Sistema manejador de base de datos relacional.
REGISTROS: Es un conjunto de campos con relación entre sí.
REGISTRO LÓGICO: Un registro lógico representa la percepción del programador de los que es un registro de datos.
REGISTRO FÍSICO: Puede consistir de varios registros lógicos además de un control del sistema donde guarda
información sobre el almacenamiento de los datos para facilitar la búsqueda.
REGLAS (RULES): Es un mecanismo de validación que asegura la integridad en los datos, definiendo los valores
permitidos para la columna de una tabla. Las reglas se hacen para columnas de tablas o para tipos de datos.
S
SA: Abreviatura de Software Assurance.
SELECT: Programa de licencia por volumen para empresas con más de 250 PC’s capaces de prever sus necesidades
de software en un periodo de 3 años. Ofrece descuentos por volumen para cada grupo de productos separadamente
(Aplicaciones, Sistemas y Servidores). Derechos de uso perpetuos.
SOFTWARE ASSURANCE: "Software Assurance" es, respecto de cualquier licencia de producto para la que se
adquiere, el derecho de actualización de versión durante el periodo de cobertura.
SPM: Symmetrical Multiprocessor (sistemas de multiproceso simétrico).
SQL: Lenguaje de consulta estructurado.
281
GLOSARIO
T
TABLAS: Es una unidad básica de almacenamiento de datos, las tablas son la razón para tener bases de datos
relacionales, todos los datos almacenados son accesibles a los usuarios en columnas y filas, cada columna tiene un
nombre, tipo de dato y un atributo asociado desde una tabla definida apropiadamente, los usuarios pueden insertar filas
validas de datos, los datos pueden ser consultados, actualizados o eliminados. Para reforzar la integridad de datos
SQL-Server ofrece un número de cualidades incluyendo reglas, triggers, llaves, etc.
TRIGGERS: Es un tipo especial de procedimiento almacenado, el cual automáticamente se activa cuando se definen
operaciones de modificación de datos sobre una tabla (insert, update o delete). Se activan automáticamente y son parte
de transacciones como sentencias de SQL, siendo usados a menudo para reforzar la integridad referencial en una base
de datos relacional.
TUPLA: Sinónimo de fila.
W
WWW: World Wide Web.
X
XML: Extensible Markup Language (lenguaje de marcado extensible).
282
BIBLIOGRAFÍA
BIBLIOGRAFÍA
Oracle 8 Guía de Aprendizaje
Michael Abbey, Michael J. Corey
McGraw – Hill /Interamericana de España, S.A.U.1998, Primera Edición.
Procesamiento de Base de Datos Relacional
David M. Kroenke
Prentice – Hall Hispanoamericana, S.A. 1996, Quinta Edición.
Sistema de Base de Datos Relacional, Administración y Uso
Alice Y.H. Tsai
Prentice – Hall Hispanoamericana, S.A. 1990, Primera Edición.
Metodología de la Investigación
Roberto
Hernández
Sampieri,
Carlos
Fernández
Collado,
Pilar Baptista Lucio
McGraw – Hill /Interamericana Editores, S.A de C.V.1998, 1991,
Segunda Edición.
283
BIBLIOGRAFÍA
A Fondo Microsoft SQL Server 6.5
Ron Soukup
McGraw – Hill /Interamericana de España, S.A.U.1998, Primera Edición.
SQL Server 7, Manual de Referencia
Gayle Coffman
McGraw – Hill /Interamericana de España, S.A.U.1999, Primera Edición.
Desafío y Oportunidades de las PYMES Salvadoreñas. Construyendo
una agenda de desarrollo
Julia Evelin Martínez // Elcira Beltrán de Viéytez
FUNDES Internacional.2002, Primera Edición.
Directorio de Organizaciones e Instituciones de Apoyo a la Micro,
Pequeña y Mediana Empresa (MIPYME) en El Salvador – 2001
INSAFORP, ANEP/gtz, APREMAT, PROMICRO-OIT, FUNDAMYPE,
USAID
Grupo Imprecen.2001, Primera Edición.
284
BIBLIOGRAFÍA
La Importancia del Comercio Salvadoreño
Dr. Alfonso Rochac.
Biblioteca Texaco de la Cámara de Comercio e Industria de El Salvador.
Revistas Comercio e Industria 2003
Biblioteca Texaco de la Cámara de Comercio e Industria de El Salvador.
Revista Comercio e Industria 1986
Biblioteca Texaco de la Cámara de Comercio e Industria de El Salvador.
Sybase Learning Connection, System and Database Administration,
Adaptive Server Enterprise, Estudent Guide Volume 1
A Fondo Microsoft SQL Server 2000
Kalen Delaney
McGraw – Hill /Interamericana de España, S.A.U. 2001, Primera Edición.
285
BIBLIOGRAFÍA
Sitios Web visitados:
www.google.com
www.oracle.com/co
www.sybase.com
www-3.ibm.com/software/data/db2/innovation/
www-1.ibm.com/servers/eserver/iseries/db2/
www.monografias.com
www.rincondelvago.com
www.oracle.com
www.microsoft.com/latam/sql/64bit/productinfo/overview.asp
http://www.unalmed.edu.co/~mstabare/Dbms.htm
http://www.linti.unlp.edu.ar/trabajos/tesisDeGrado/tutorial/redes/clteserv.htm
http://usuarios.lycos.es/cursosgbd/UD3.htm
286
ANEXOS
287
LAS REGLAS DEL DR. CODD.
El Dr. Edgar F. Codd quien introdujo los fundamentos del modelo relacional, público doce reglas
para evaluar la relacionabilidad de los administradores de base de datos relacional. Se presenta
a continuación su enunciado:
1. La regla de la información.
Toda la información de una base de datos relacional está representada explícitamente a nivel
lógico y exactamente de un modo mediante valores en tablas.
La regla 1 es básicamente la definición informal de una base de datos relacional y enfatiza la
necesidad de emplear sólo estructuras relacionales para representar entidades. Esto es
importante para aprovechar el álgebra relacional en toda su capacidad. En otros términos, a
nivel lógico no deberán existir otro tipo de estructuras de datos (listas encadenadas, etc.), sólo
relacionales.
2. Regla de acceso garantizado.
Todos y cada uno de los datos de una base de datos relacional se garantiza que sean
lógicamente accesibles recurriendo a una combinación de nombre de tabla, valor de clave
primaria y nombre de columna.
La regla 2 refuerza la importancia de las claves primarias para localizar datos en la base de
datos relacional.
El nombre de la tabla localiza la tabla correcta, el nombre de la columna encuentra la columna
correcta y el valor de clave primaria encuentra la fila que contiene un dato individual de interés.
En otros términos, no es necesario la existencia de trayectorias de acceso predefinidas (por
ejemplo, índices o listas invertidas) para poder localizar un dato específico.
3. Tratamiento sistemático de valores nulos.
Los valores nulos (distinto de la cadena de caracteres vacío o de una cadena de caracteres en
blanco y distinta del cero o de cualquier otro número) se soportan en los DBMS completamente
relacionales para representar la falta de información inaplicable de un modo sistemático e
independiente del tipo de datos.
Puesto que una base de datos relacional es generalmente un modelo de una situación del
mundo real, ciertos datos pueden inevitablemente faltar, ser desconocidos o no ser aplicables.
El modelo relacional debe soportar explícitamente los datos que faltan, son desconocidos o son
inaplicables, a través del concepto de valor nulo.
Un valor nulo es indicador que dice al RDBMS que el dato falta o no es aplicable. Por
conveniencia un dato que falta normalmente se dice que tiene el valor NULL, pero el valor null
no es un valor de dato real en vez de ello es un recordatorio de que el valor de datos falta o es
desconocido.
4. Catálogo en línea dinámico basado en el modelo relacional.
La descripción de la base de datos relacional se representa a nivel lógico del mismo modo que
los datos ordinarios, de modo que los usuarios autorizados puedan aplicar a su interrogación al
mismo lenguaje relacional que aplican en los datos reguladores.
La regla 4 requiere que una base de datos relacional sea autodescriptiva. En otras palabras, la
base de datos relacional debe contener ciertas tablas de sistema cuyas columnas describan la
estructura de la propia base de datos relacional y donde se almacene la descripción de todos
los objetos conocidos por el DBMS (tablas, vistas, autorizaciones, etc.) este catálogo deberá de
ser un conjunto de relaciones (tablas) que puedan consultarse empleando las operaciones del
álgebra relacional; es decir, el mismo lenguaje que se usa para manipular los datos (por
ejemplo, SQL).
5. Regla de sublenguaje completo de datos.
Un sistema relacional puede soportar varios lenguajes y varios modos de uso terminal.
Sin embargo, debe haber al menos un lenguaje cuyas sentencias sean expresables, mediante
alguna sintaxis bien definida, como cadenas de caracteres, y que sea completa en cuanto al
soporte de todos los puntos siguientes:
Definición de datos.
Definición de vista.
Manipulación de datos (interactiva y por programa).
Autorización
Fronteras de transacciones (comienzo, cumplimiento y vuelta atrás).
La regla 5 ordena la utilización de un lenguaje de base de datos relacionales, tal como SQL. El
lenguaje debe de ser capaz de soportar todas las funciones básicas de un DBMS, creación de
una base de datos relacional, recuperación y entrada de datos, implementación de la seguridad
de la base de datos relacional, etc.
En su faceta lenguaje de definición de datos puede ser usado para crear, alterar o borrar
relaciones (tablas), vistas, restricciones de integridad (por ejemplo, llaves primarias, y llaves
foráneas), etc.
En su faceta de lenguaje de definición de datos puede usarse para leer, modificar, borrar o
agregar tuplas (renglones) a las relaciones existentes.
En su faceta de lenguaje de control de acceso es útil para otorgar o revocar autorizaciones para
usar algún recurso protegido (por ejemplo, tablas, programas, vistas, etc.).
6. Regla de actualización de vistas.
Todas las vistas que sean teóricas actualizables son también actualizables por el sistema.
La regla 6 define las vistas, las cuales son tablas virtuales utilizadas para dar a diferentes
usuarios de una base de datos relacional diferentes visiones de su estructura. Es una de las
reglas más difíciles de implementar en la práctica, y ningún producto comercial la satisface
totalmente hoy en día.
Por lo general, una vista, es un subconjunto de renglones y/o columnas de una tabla. Pero
también una vista puede ser el resultado de una unión (join) entre dos tablas, o bien, la
sumarización o agrupación de renglones de una tabla.
7. Inserción, actualización u supresión de alto nivel.
La capacidad de manejar una relación de base de datos relacional o una relación derivada
como un único operando se aplica no solamente a la recuperación de datos, sino también a la
inserción, actualización y supresión de los datos.
La regla 7 refuerza la naturaleza orientada a conjuntos de una base de datos relacional.
Requiere que las filas sean tratadas como conjuntos en operaciones de inserción, supresión y
actualización. La regla está diseñada para prohibir implementaciones que sólo soportan la
modificación o recorrido fila a fila de la base de datos relacional. Es decir, siempre deberán
realizarse operaciones que involucren conjuntos de tupla.
8. Independencia física de los datos.
Los programas de aplicación y las actividades terminales permanecen lógicamente inalterados
cualquiera que sean los cambios efectuados ya sea a las representaciones de almacenamiento
o a los métodos de acceso.
Esta es una característica que, en términos generales, debe cumplir cualquier tipo de DBMS. La
independencia física de los datos implica que deben poder cambiarse las características físicas
de su almacenamiento sin afectar a los programas que usan esos datos.
9. Independencia lógica de los datos.
Los programas de aplicación y las actividades terminales permanecen lógicamente inalterados
cuando se efectúen sobre las tablas base, cambios preservadores de la información de
cualquier tipo que teóricamente permita alteraciones.
El nivel de independencia lógica de los datos permite cambios en la definición lógica de las
estructuras de datos, sin afectar a los programas que los usan. Ejemplo de este tipo de cambios
son: eliminar un atributo de una entidad, agregar nuevos atributos, mover un atributo de una
entidad a otra etc. Todos estos cambios deben realizarse sin tener que modificar a los
programas. Naturalmente, si un programa emplea un dato, y éste es eliminado de la relación,
ese programa en particular tendría que corregirse. Sin embargo, cualquier otro programa que
haga uso de la relación alterada sin emplear el dominio eliminado, no deberá sufrir cambios.
El mecanismo que se emplea para lograr este nivel de independencia es la vista lógica.
10. Independencia de integridad.
Las restricciones de integridad especificadas para una base de datos relacional particular deben
ser definibles en el sublenguaje de datos relacional y almacenables en el catálogo, no en los
programas de aplicación.
La regla 10 dice que el lenguaje de base de datos relacional debería soportar las restricciones
de integridad que restringen los datos que pueden ser introducidos en la base de datos
relacional y las modificaciones que puedan ser efectuadas en ésta.
Esta es otra de las reglas que no soportan la mayoría de los productos comerciales DBMS.
11. Independencia de distribución.
Un DBMS relacional tiene independencia de distribución.
La regla 11 dice que el lenguaje de base de datos relacional debe ser capaz de manipular datos
distribuidos localizados en otros sistemas informáticos. Esta regla ha creado confusiones, ya
que no es trivial la definición de un DBMS con capacidad de manejar datos distribuidos, para
ello tienen que cumplirse muchas condiciones.
12. Regla de no subversión.
Si un sistema relacional tiene un lenguaje de bajo nivel (un solo registro cada vez), ese bajo
nivel no puede ser utilizado para subvertir o suprimir las reglas de integridad y las restricciones
expresadas en el lenguaje relacional de nivel superior (múltiples registros a la vez).
La última regla previene la posibilidad de que se empleen lenguajes de bajo nivel (por ejemplo
ENSAMBLADOR) para darle la vuelta a las restricciones del modelo.
Cabe mencionar que en la actualidad ningún RDBMS disponible satisface totalmente las doce
reglas de Codd.
Incluso el mismo Codd evaluó algunos DBMS que anunciaban ser relacionales, asignándoles
un punto por cada regla que cumplieran y algunos obtuvieron una calificación de cero.
COMPARACIÓN ENTRE LOS PROGRAMAS DE MICROSOFT VOLUME LICENSING
PROGRAMS.
Microsoft® Open License 6.0, Select License 6.0, Enterprise Agreement 6.0 y Enterprise
Subscription Agreement 6.0 están disponibles desde Octubre de 2001. Esta tabla establece las
diferencias entre los programas.
COMPARACIÓN ENTRE PROGRAMAS
Perfil del
cliente
Select License
6.0
Enterprise
Agreement 6.0
Diseñado para
clientes
corporativos,
académicos y
gubernamentales
que necesitan
hasta cinco
licencias y que
desean un
proceso de
transacción
sencillo de una
sola vez con la
flexibilidad de
adquirir licencias
de un más amplio
canal de reventa.
Diseñado para
organizaciones
corporativas y
académicas
medianas,
grandes y
multinacionales
con al menos 250
PCs que tengan
la capacidad de
pronosticar las
compras.
Diseñado para
organizaciones
medianas,
grandes y
multinacionales
con al menos 250
PCs que se
interesan en
estandarizar su
empresa y que
valoran los
beneficios de las
compras
centralizadas.
Diseñado para
los mismos
clientes que
Enterprise
Agreement 6.0,
pero para las
organizaciones
que desean
alquilar en lugar
de comprar
licencias para
uno o más de los
productos
empresariales de
Microsoft.
Mayores niveles
de descuento
para pedidos
anticipados y
pronósticos de
volumen.
Reconoce el ciclo
de actualización
del cliente que
permite un
pronóstico
potencial de
mayores puntos y
se alinea con los
términos del EA.
Reconoce el
compromiso de
un alto volumen
por parte del
cliente con
mayores niveles
de descuento.
Incrementa la
certeza del
presupuesto y
ayuda a asegurar
el cumplimiento.
Habilidad de
minimizar el flujo
de efectivo con
menores pagos
anuales que un
nuevo Enterprise
Agreement;
flexibilidad en los
precios para
acomodar las
adquisiciones; el
conteo anual de
PCs en lugar del
proceso anual en
EA proporciona
flexibilidad.
Todos los
productos de
Microsoft
Productos de la
plataforma
Microsoft
Productos de la
plataforma
Microsoft
Simple de usar y
de entender.
Open Business
ofrece precios
por volumen con
mínimos
requerimientos
Beneficios para de licencias.
el cliente
Open Volume
ofrece mayor
descuento para
grandes pedidos
por anticipado.
Productos
incluidos
Enterprise
Subscription
Agreement 6.0
Open License
6.0
Todos los
productos de
Microsoft
COMPARACIÓN ENTRE PROGRAMAS
Propuestas de
licenciamiento
Opciones de
mantenimiento
de Software
Enterprise
Agreement 6.0
Enterprise
Subscription
Agreement 6.0
Open License
6.0
Select License
6.0
comercialmente
disponibles en la
lista de
productos.
comercialmente
disponibles en la
lista de
productos.
License (L),
License &
Software
Assurance
(L&SA) y
Software
Assurance (SA)
para
renovaciones o
compras
elegibles de OEM
y FPP.
License (L),
L&SA (SA
License &
solamente, para
Software
renovaciones).
Assurance
(L&SA) y
Software
Assurance (SA)
para
renovaciones o
compras
elegibles de OEM
y FPP.
L&SA para tres
años con
derechos de uso
de producto
hasta la
expiración del
plazo. El cliente
puede llevar a
cabo la opción de
compra al final
del período para
adquirir derechos
de uso perpetuo
del producto.
SA disponible al
momento de la
adquisición de la
licencia (L&SA).
Pago por dos
años al momento
de la adquisición.
La cobertura de
SA es para dos
años o hasta el
final del plazo del
número de
autorización de
Open License o
lo que suceda
primero.
Capacidad de
adquirir SA en un
plazo de
convenio de tres
años y
renovaciones,
pero sólo al
momento de la
adquisición de la
licencia (L&SA) o
renovación de
SA. El pago se
requiere durante
la compra o
puede ser
amortizado para
el resto del
convenio. La
cobertura de SA
SA se incluye
como parte de la
licencia
empresarial. La
cobertura de SA
abarca hasta el
fin del plazo del
convenio.
Enterprise:
Microsoft
Office
Professional
Actualización
de Microsoft
Windows®
Professional
CAL básico
Productos
adicionales
disponibles.
SA se incluye
como parte de la
licencia
empresarial. La
cobertura de SA
abarca hasta el
fin del plazo del
convenio.
Enterprise:
Microsoft
Office
Professional
Actualización
de Microsoft
Windows®
Professional
CAL básico
Productos
adicionales
disponibles.
COMPARACIÓN ENTRE PROGRAMAS
Open License
6.0
Select License
6.0
Enterprise
Agreement 6.0
Enterprise
Subscription
Agreement 6.0
Los niveles de
precio se basan
en la cantidad de
escritorios
calificados en la
empresa.
Los niveles de
precio basados
en la cantidad de
escritorios
calificados en la
empresa.
abarca hasta el
fin del plazo del
convenio.
Niveles de
precio
Términos del
acuerdo
Opciones de
pago
Open
Business: Se
requiere solo de
cinco licencias
para participar en
este programa.
Open
Volume: A cada
propuesta de
producto (L, SA,
y L&SA) se le
asignan valores
de puntos
específicos para
determinar los
niveles de
precios. Los
puntos se
calculan según
los tres pools de
producto con un
nivel de
adquisición de
ingreso mínima
de 500 puntos en
cada pool
elegido.
A cada propuesta
de producto (L,
SA y L&SA) se le
asignan valores
de puntos
específicos para
determinar los
niveles de precio.
Los puntos se
calculan según
los pools de tres
productos con un
pronóstico de
puntos de tres
años para
adquirirse para
cada nivel de
precios:
Nivel
PCs
Nivel
PCs
A
2502,399
A
2502,399
B
2,4005,999
B
2,4005,999
C
6,00014,999
C
6,00014,999
D
15,000+
D
15,000+
Nivel Puntos
A
1,50011,999
B
12,00029,999
C
30,00074,999
D
75,000+
Habilidad de
comprar bajo el
mismo número
de autorización
por dos años.
Tres años con la
opción de
renovar para uno
o tres años
adicionales.
Tres años con la
opción de
renovar para uno
o más años
adicionales.
Tres años con la
opción de
renovar para uno
o tres años
adicionales.
Pago anticipado
solamente.
Pagos anuales
(para L&SA y SA
solamente).
Pagos anuales.
Pagos anuales.
Fuente: http://www.microsoft.com/latam/licenciamiento/programas/sa/saolsleacompare.asp
San Salvador, 30 de agosto de 2005
Señores:
Jackeline Hernández
Presente.
Reciba un cordial saludo de ExecuTrain El Salvador y nuestros deseos de éxitos en sus
labores profesionales. De acuerdo a nuestra conversación anterior, en la que me expresaba la
necesidad de capacitarse en el área de SQL le estamos presentando una propuesta económica,
que estamos seguros cubrirá sus expectativas.
PROPUESTA ECONOMICA
CURSO
HORAS
PRECIO
UNITARIO
PERSONAS
MOC 2071
Querying Micosoft
SQL Server 2000
with Transact-SQL
16
$270.00
1
MOC 2072
Administering a
Microsoft SQL
Server 2000
Database
40
$450.00
1
$450.00
MOC 2073
Programming a
Microsoft SQL
Server 2000
Database
40
$450.00
1
$450.00
TOTAL
TOTAL
$270.00
$1,170.00
MIL CIENTO SETENTA 00/100 DOLARES
LA OFERTA INCLUYE
Una computadora por alumno.
Material didáctico del curso original de microrosoft
Diploma de participación.
Garantía de aprendizaje.
Refrigerios cortesía de ExecuTrain El Salvador por sesiones mínimas de 4 horas.
Col. Escalón, Calle Nueva No. 1, #3660
Tel. (503) 245-0521 al 24
Fax. (503) 245-1136
CONDICIONES DE LA OFERTA
Los pagos realizados con cheque deberán de emitirse a favor de UNISOFT. S.A. DE C.V.
Forma de Pago: 100% de Contado al inicio del curso
Validez de la Oferta: 15 días
Precios incluyen IVA.
PROGRAMACION:

Nuestros horarios de desarrollo de cursos son de 8:00 a.m. a 12m, de 1:00 p.m. a
5:00 p.m. y por las noches 5:15 p.m. a 8:30 p.m., de lunes a viernes y los días
sábados de 8:00 a.m. a 12m, de 1:00 p.m. a 5:00 p.m.

El curso 2072 dará inicio el 5 de septiembre del 2005.
NUESTRA EMPRESA
Nuestros salones están equipados con tecnología de punta.
Durante el curso se hacen laboratorios de práctica para reforzar los temas.
Executrain cuenta con personal certificado por Microsoft. Unisoft, S.A. de C.V. es un
Microsoft Solution Provider y CTEC (Certified Technical Education Center).
Contamos con instructores técnicos certificados por Microsoft, quienes
aplican sus
conocimientos diariamente en actividades reales de soporte, asistencia, asesoría técnica y
elaboración de proyectos de informática dentro de la región Centroamericana.
En nuestros cursos cubrimos todos los temas recomendados por el fabricante del software.
No impartimos cursos reducidos en temas, práctica o tiempo total, a menos que usted
requiera un curso modificado y adaptado a sus necesidades.
ExecuTrain tiene oficinas y centros de entrenamiento en más de 200 localidades, en más de
35 países alrededor del mundo.
Somos líderes en el mercado de salvadoreño desde 1998 dedicados a la enseñanza de
tecnología informática.
Col. Escalón, Calle Nueva No. 1, #3660
Tel. (503) 245-0521 al 24
Fax. (503) 245-1136
POLITICAS
La capacitación será llevada a cabo en las instalaciones de ExecuTrain El Salvador en un
solo grupo.
Los participantes deberán de incorporarse a las fechas y horarios establecidos por
ExecuTrain El Salvador.
Se deberá confirmar la realización del evento al menos con dos semanas de anticipación
para reservar espacios de salones y equipo.
En caso de no llegar al cupo mínimo de participantes, nos reservamos el derecho de mover
la fecha programada del curso.
Después de iniciado y cancelado el curso no se realizará ninguna devolución de dinero
RESERVACIÓN:
Una vez aceptada la oferta, se deberá confirmar la realización del evento al menos con dos
semanas de anticipación para reservar espacios de salones, equipo y entrega de
materiales.
La confirmación de su participación en los cursos será estrictamente por medio de una
orden de compra o de nuestro formulario “Confirmación de Participación”.
Para poder tener derecho a recibir el curso en le fecha programada, se deberá contar con la
cancelación del monto total del mismo
CERTIFICACIÓN:
Combinando nuestros cursos y nuestra asesoría con la práctica, usted podrá examinarse
con nosotros para obtener certificación de Microsoft.
Contamos con los exámenes MOC con un valor de US$ 90.40.
MATERIAL:
Al alumno se le entrega material del curso. Dependiendo del curso, si es Office se entrega
material de la franquicia ExecuTrain, si es curso Técnico es material Oficial de Microsoft
(MOC).
Al finalizar el curso se hace una evaluación del alumno y se entrega un diploma de
participación.
Le ofrecemos soporte telefónico después de haber tomado el curso, sin ningún costo.
Col. Escalón, Calle Nueva No. 1, #3660
Tel. (503) 245-0521 al 24
Fax. (503) 245-1136
OTROS SERVICIOS DISPONIBLES
Alquiler de Salones con o sin computadoras.
Asesorias personalizadas en instalaciones del cliente o en nuestro local.
Consultarías en productos Microsoft.
Seminarios de Desarrollo Empresarial (Servicio al Cliente, Coaching, Técnicas de Venta,
Motivación Laboral, etc.)
Cursos específicos a la medida, como al cliente mejor le convenga.
PRECIOS Y FORMA DE PAGO:
El pago tiene que efectuarse de Contado antes de iniciar el curso
Si cancela con cheque, deberá ser emitirlo a nombre de: UNISOFT, S.A. DE C.V.
Los precios están expresados en dólares americanos y ya incluyen IVA. Estos precios
tienen una validez de 30 días calendario
El pago puede ser efectuado con tarjeta de crédito, efectivo, cheque o financiamiento del
BMI con el plan siga Estudiando ; http://www.bmi.gob.sv/docs/Presentacion_estudiantes.pdf
El importe total del curso, o la orden de compra deberá ser recibida en nuestras oficinas a
más tardar 3 días hábiles antes de iniciar el curso. En caso que decidan no participar
después de dicha fecha, se hará un cargo de US $ 25.00 por persona confirmada.
Si deciden no participar una vez iniciado y cancelado el curso, no se realizará ninguna
devolución de dinero.
El precio podría aumentar si hubiera requerimientos específicos, fuera del curso estándar.
ExecuTrain El Salvador, se reserva el derecho de dar el curso si no se llega al cupo mínimo
requerido por la franquicia.
________________________________________
Visítenos en:
http://www.executrain.com
Col. Escalón, Calle Nueva No. 1, #3660
Tel. (503) 245-0521 al 24
Fax. (503) 245-1136
ENCUESTA SOBRE BASES DE DATOS RELACIONALES
La información que nos proporcione es completamente confidencial y será
utilizada únicamente como fuente de estudio. Su opinión es de suma
importancia para el éxito del mismo, de antemano le damos las gracias por sus
respuestas y por su tiempo.
INSTRUCCIONES:
Conteste cuidadosamente las preguntas en el espacio dedicado para estas.
I-
DATOS DE IDENTIFICACION
Nombre Comercial de la empresa: _______________________________________________________
Giro de la empresa: ___________________________________________________________________
Dirección de la empresa: _______________________________________________________________
Nombre del entrevistado: _______________________________________________________________
Cargo del entrevistado : _______________________________________________________________
II-
DATOS DEL ESTUDIO
1.
¿Cuenta la empresa con una base de datos relacional?
(Sí su respuesta es No pase a la pregunta # 9)
Sí
2.
No
¿Que base de datos posee la empresa y que versión?
ORACLE
Versión ______
DB2
Versión ______
ASE
Versión ______
SQL Server
Versión ______
Otra _________________________________________________________________
3.
¿Realizan actualizaciones de versión de la base de datos?
Sí
4.
No
¿Seleccione otras bases de datos relacionales que usted ha utilizado?
ORACLE
DB2
ASE
SQL Server
Otras ________________________________________________________________
5.
¿A través de que medios ha adquirido información de las bases de datos relacionales?
Documentación
Presentaciones
Asesorías
Capacitaciones
Vendedores
Internet
Otros ________________________________________________________________
6.
¿Especifique las características del Servidor en el que se encuentra la base de datos relacional?
Sistema operativo: ______________________________________________________
Tipo de Procesador: _____________________________________________________
Número de Procesadores: ________________________________________________
Memoria
: ______________________________________________________
Capacidad Disco duro
: _______________________________________________
Tipo de red : __________________________________________________________
Número de Usuarios: ____________________________________________________
Conexión a Internet : Sí
Velocidad _______________
No
Otros: ________________________________________________________________
7.
¿Seleccione las características que posee su base de datos relacional?
Seguridad
Rendimiento
Facilidad de Backup
Robustez
Escalabilidad
Alta Disponibilidad
Interfaz Grafica Amigable
Operaciones de Mantenimiento en Línea
Otras _________________________________________________________________
8.
¿El rendimiento de la base de datos relacional se adecua a las necesidades de la empresa?
(Si su respuesta es Si pase a la pregunta # 11)
Sí
9.
No
¿Posee la empresa los recursos monetarios para invertir en una nueva base de datos relacional?
(Si su respuesta es No pase a la pregunta # 11 de lo contrario especifique en cual estarían
dispuestos a invertir)
Sí
No
Nombre de la base de datos: ______________________________________________
Versión: _______________________________________________________________
Razones: ______________________________________________________________
10. ¿A través de cuales de los siguientes medios estaría dispuesto a orientarse para la adquisición de
una nueva base de datos relacional?
Presentaciones
Asesorías
Visitas de Vendedores
Internet
Documentación
Otros: ________________________________________________________________
11. ¿Poseen planes de contingencia para la continuidad de las operaciones de la base de datos
relacional en la empresa ante cualquier eventualidad?
(Si su respuesta es Si especifique)
Sí
No
______________________________________________________________________
______________________________________________________________________
12. ¿Se realizan capacitaciones para actualizar los conocimientos del personal de informática sobre
el uso adecuado de la base de datos relacional de la empresa?
Sí
No
13. ¿Qué tipo de apoyo recibe la empresa, para el área de informática, de parte de entidades
dedicadas al desarrollo de la mediana empresa?
Asesoramientos
Financiamiento
Capacitaciones
No recibe
Otros: ________________________________________________________________
Nombre de la empresa que brinda el apoyo: __________________________________
14. ¿Consultarían los resultados de esta investigación en la Biblioteca “Hugo Lindo” de la Universidad
“Dr. José Matías Delgado”?
Sí
No
___________________________________________________________________________
*** Muchas Gracias ***
DATOS DE CONTROL (complementados por el entrevistador)
ENTREVISTADOR: _________________________________________________________________
FECHA Y HORA: _____________________ DURACIÓN DE LA ENTREVISTA: _________________
OBSERVACIONES: _________________________________________________________________
ENTREVISTA DIRIGIDA A LAS EMPRESAS DISTRIBUIDORAS DE LAS BASES DE DATOS
RELACIONALES EN EL SALVADOR.
Objetivo: Conocer la situación actual en cuanto a las formas de venta de las bases de datos
relacionales relaciones en estudio, que cada empresa distribuye respectivamente.
1- Ultimas versiones de las bases de datos relacionales.
2- Cuales son las diferentes ediciones de la versión investigada.
3- Quienes son los clientes más potenciales.
4- Ofrecen orientación sobre la compatibilidad del software de desarrollo y ofimático a la
empresa o ya tienen establecido que software no son compatibles.
5- Cuales son los requerimientos mínimos de hardware y software que necesita la base de
datos relacional.
6- Con que sistema operativo trabaja mejor la base de datos relacional.
7- Como miden el rendimiento de la base de datos relacional.
8- Cuantos usuarios soporta la base de datos relacional.
9- Las licencias se venden en base al número de usuarios.
10- En base a que parámetros establecen el precio de la base de datos relacional.
11- Que garantías ofrecen con respecto a la base de datos relacional.
12- En base a que aspectos, se plantea lo de las actualizaciones.
13- En base a qué criterios brindan mantenimiento de la base de datos relacional, cuál es
el porcentaje de soporte técnico, qué incluye el soporte técnico, si la empresa decide no
pagar el mantenimiento en un periodo determinado y después decide que necesita el
soporte técnico que criterio toma la distribuidora de la base de datos.
14- Como establecen el servicio de capacitaciones, para los clientes.
15- Que aspectos se toman en cuenta para llevar a cabo la celebración del contrato.
TEMAS DE TESIS SIMILARES A ESTA INVESTIGACIÓN ENCONTRADOS EN LAS
DIFERENTES UNIVERSIDADES.
Análisis comparativo de sistemas administradores de bases de datos relacionales,
1994, UCA.
Estudio comparativo de diferentes manejadores de bases de datos relacionales y su
impacto dentro del ámbito nacional, 1999, UCA.
Diseño e implantación de un sistema para administración de bases de datos
relacionales: caso practico Oracle, 1997, UJMD.
Metodología para la evaluación y selección de manejadores de bases de datos
relacionales, 1996, UDB.
MATERIAS EN LAS QUE SE IMPARTE TEORÍA Y/O PRÁCTICA DE MANEJADORES DE
BASES DE DATOS EN LAS CARRERAS DE INFORMÁTICA, DE LAS DIFERENTES
UNIVERSIDADES VISITADAS.
Como resultado se puede obtener lo siguiente:
Universidad “Dr. José Matías Delgado”
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos en la
Carrera de Gerencia de Informática:
1.
Base de Datos 1
2. Base de Datos 2
Universidad Centroamericana “José Simeón Cañas”
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos en la
carrera de Licenciatura en Ciencias de la Computación:
1. Base de Datos
Universidad Nacional de El Salvador
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos en la
carrera de Ingeniería de Sistemas Informáticos:
1.
Base de Datos
2.
Técnica Electiva VI: Implementación de Bases de Datos
Universidad Tecnológica
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos:
Carrera: Ingeniería en Sistemas y Computación
1. Organización de Bases de Datos
Carrera: Licenciatura en Informática
1. Bases de Datos I
2. Bases de Datos II
Universidad Francisco Gavidia
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos:
Carrera: Ingeniería en ciencias de la computación
1. Diseño y Administración de Bases de Datos I
2. Diseño y Administración de Bases de Datos II
Carrera: Sistemas de computación administrativa
1. Diseño y Administración de Bases de Datos I
Carrera: Técnico en sistemas de computación
1. Administración de Bases de Datos I
Universidad Don Bosco
Materias en las que se imparte teoría y/o práctica de Manejadores de Base de Datos:
Carrera: Ingeniería en Sistemas
1. Base de Datos I
2. Electiva de Lenguajes III: SQL Server
3. Técnica Electiva III: Base de Datos II
Carrera: Ingeniería en Telecomunicaciones
1. Electiva técnica IV: Base de datos
Carrera: Técnico en Ingeniería Computación
1. Técnica Electiva III: Base de Datos Técnicas de Análisis
2. Técnica Electiva III: Base de Datos para Redes
GUÍA PARA EL USO DEL ARCHIVO DE EXCEL COMPLEMENTO DEL CASO PRÁCTICO.
A continuación se detalla el funcionamiento del archivo elaborado en una hoja de cálculo, como
complemento a la guía de alternativas de selección para adquisición de una nueva base de
datos relacional.
En primer lugar, al abrir el archivo, aparece un formulario en el cual se presentan los diferentes
botones que llevan hacia los análisis realizados, tal como se muestra a continuación:
Al dar un clic en los botones de los análisis: Evaluación de proveedores, evaluación de
contratos, comparación hardware y software, de riesgos, costo-beneficio, medio ambiente y
alternativas de selección, se muestra el cuadro resultante de la evaluación a cada uno de ellos.
El cálculo de los pesos para los análisis anteriormente mencionados se realiza de la siguiente
forma:
El cálculo de los pesos para el análisis de evaluación de proveedores se hace automático
con la formula:
=SI(C7="Si",4,0)+SI(C8="Si",4,0)+SI(C9="Si",4,0)+SI(C10="Si",4,0)+SI(C11="Si",4,0)+SI(C12="
Si",4,0)+SI(C13="Si",4,0), cada SÍ tiene como valor 4 y cada NO tiene un valor de 0 como peso,
los pesos pueden variar según las necesidades de la empresa. Los cuales han sido
determinados en base al número de características del análisis y tomando en cuanta que la
sumatoria de los pesos debe totalizar 100.
El cálculo de los pesos para el análisis de evaluación de contratos se hace automático con
la formula:
=REDONDEAR(SI(C7="Si",7.15,0)+SI(C8="Si",7.15,0)+SI(C11="Si",7.15,0)+SI
(C12="Si",7.15,0),0), ya que cada SÍ tiene como valor 7.15 y cada NO tiene un valor de 0 como
peso, los pesos pueden variar según las necesidades de la empresa. Los cuales han sido
determinados en base al número de características del análisis y tomando en cuanta que la
sumatoria de los pesos debe totalizar 100.
El cálculo de los pesos para la comparación de hardware y software se hace automática
con la formula:
=REDONDEAR(SI(C7="Si",6.25,0)+SI(C8="Si",6.25,0)+SI(C9="Si",6.25,0)+SI(C10="Si",6.25,0),
0), los pesos pueden variar según las necesidades de la empresa, cada SÍ tiene como valor
6.25 y cada NO tiene un valor de 0 como peso. Los cuales han sido determinados en base al
número de características del análisis y tomando en cuanta que la sumatoria de los pesos debe
totalizar 100.
El cálculo de los pesos para análisis de riesgos se hace automático con la formula:
=SI(C7>=10,0,15)+SI(C8>=10,0,15)+SI(C9>=10,0,15)+SI(C10>=10,0,15)+SI(C11>=10,0,15)+SI
(C12>=10,0,15)+SI(C13>=10,0,15)+SI(C14>=10,0,15)+SI(C15>=10,0,15)+SI(C16>=10,0,15),
los pesos pueden variar según las necesidades de la empresa; el criterio que se asigno para
determinar los pesos es el siguiente: el valor que se determino cuando solo hay un peso crítico
(entiéndase por peso crítico las cantidades menores o iguales a 5) es de 40 y cuando el peso es
mayor o igual a 10 el valor es de 0, cuando hay dos pesos críticos el valor es de 15 y cuando el
peso es mayor o igual a 10 el valor es de 0, cuando hay tres pesos críticos el valor es de 5 y
cuando el peso es mayor o igual a 10 el valor es de 0. Los cuales han sido determinados en
base al número de características del análisis y tomando en cuanta que la sumatoria de los
pesos debe totalizar 100.
El cálculo de los pesos para el análisis costo-beneficio se hace automático con la formula:
=+SI(B23>=1.75,40,SI(B23>=1.5,25,10)), los pesos pueden variar según las necesidades de la
empresa; para asignar los pesos se establecieron rangos los cuales son: si el retorno de la
inversión es mayor o igual que 1.75 el peso que se le asigna es 40, si el retorno de la inversión
es mayor o igual que 1.5 el peso que se le asigna es de 25, de lo contrario el peso que se le
asigna es de 10. Los cuales han sido determinados en base al número de características del
análisis y tomando en cuanta que la sumatoria de los pesos debe totalizar 100.
El cálculo de los pesos para el análisis de medio ambiente se hace automático con la
formula:
=REDONDEAR(SI(B10="Si",25,0)+SI(B11="Si",25,0)+SI(B12="Si",25,0),0), los pesos pueden
variar según las necesidades de la empresa, ya que cada SÍ tiene como valor 25 y cada NO
tiene un valor de 0 como peso. Los cuales han sido determinados en base al número de
características del análisis y tomando en cuanta que la sumatoria de los pesos debe totalizar
100.
El cálculo de los pesos para las alternativas de selección se hace automático con la
formula:
=SI(B7>=24,0,40)+SI(B8>=24,0,40)+SI(B9>=24,0,40)+SI(B10>=24,0,40)+SI(B11>=24,0,40)+SI(
B12>=24,0,40)+SI(B13>=24,0,40)+SI(B14>=24,0,40)+SI(B15>=24,0,40),
los
pesos
pueden
variar según las necesidades de la empresa, el criterio que se tomo para asignar los pesos es el
siguiente: el valor que se le determino cuando hay un peso bajo (entiéndase por peso bajo las
cantidades menores que 24) es de 40 y cuando el peso es mayor o igual a 24 el valor es de 0,
cuando hay un peso bajo y este es 0 el valor es de 35 y cuando el peso es mayor o igual a 24 el
valor es de 0, cuando hay 7 pesos bajos el valor es de 0.71 y cuando el peso es mayor o igual
a 24 el valor es de 0, cuando hay 5 pesos bajos el valor es de 4 y cuando el peso es mayor o
igual a 24 el valor es de 0. Los cuales han sido determinados en base al número de
características del análisis y tomando en cuanta que la sumatoria de los pesos debe totalizar
100.
Cuando se da un clic en los análisis: Valor presente neto, de adherencia y planes de
contingencia, se muestra el cuadro resultante de la evaluación a cada uno de ellos. Sin
embargo para estos casos, los pesos se asignan en base al criterio de la persona evaluadora,
ya que debe de tomar en cuenta que base de datos cumple con las necesidades o se adhiere a
la empresa de acuerdo a los resultados obtenidos.
Así mismo, en todas las pantallas de cada análisis aparecen dos botones:
Al dar clic en este botón se regresa al menú principal, que en este
caso es el formulario detallado anteriormente.
Al hacer clic en este botón valida los pesos para cada análisis, de
forma que muestra un mensaje si al totalizar el resultado de estos es
100 y muestra un mensaje de error en caso contrario.