Vous êtes sur la page 1sur 5

La seleccin y evaluacin de un DBMS puede ser una tarea muy importante para una

organizacin.
Los DBMS proporcionan una parte importante de la infraestructura de cmputo.
Conforme las organizaciones se esfuerzan por manejar el comercio electrnico a travs
de Internet y extraer el valor de las bases de datos operativas, los DBMS desempean
una funcin cada vez ms importante. El proceso de seleccin y evaluacin es
importante por el impacto que puede tener una mala eleccin. Los impactos
inmediatos pueden ser el lento desempeo de las bases de datos y la prdida del
precio de compra. Un sistema de informacin de pobre desempeo puede causar
prdidas en ventas y costos ms altos. Los impactos a ms largo plazo son los elevados
costos de cambio. Para cambiar de DBMS es posible que una organizacin necesite
convertir los datos, recodificar el software y volver a capacitar a sus empleados. Los
costos del cambio pueden ser mucho ms altos que el precio de compra original.

Proceso de seleccin y evaluacin


El proceso de seleccin y evaluacin comprende una valoracin detallada de las
necesidades de una organizacin y las caractersticas de los DBMS candidatos. El
objetivo del proceso es determinar un grupo reducido de sistemas candidatos que se
investigan con mayor detalle. Debido a la naturaleza detallada del proceso, un DBA
realiza la mayor parte de las tareas. Por tanto, el DBA necesita conocer bien los DBMS
para poder llevarlas a cabo.
La figura 14.9 ilustra los pasos del proceso de seleccin y evaluacin. En el primero, un
DBA lleva a cabo un anlisis detallado de los requisitos. Como stos ltimos son
muchos, resulta til agruparlos. La tabla 14.12 presenta los principales grupos de
requerimientos, mientras que la tabla 14.13 muestra algunos requerimientos
individuales en un grupo. Cada uno se debe clasificar como esencial, deseable u
opcional para el grupo de requerimientos. En algunos casos se necesitan varios niveles
de requisitos. En el caso de los requisitos individuales, un DBA debe ser capaz de
medirlos en forma objetiva en los sistemas candidatos.

Despus de determinar los grupos, el DBA debe asignar las ponderaciones a los
principales grupos de requerimientos y calificar los sistemas candidatos. Con una
mayor cantidad de grupos de requerimientos puede ser muy difcil asignar
ponderaciones consistentes. El DBA necesita una herramienta que le ayude a asignar
ponderaciones consistentes y a calificar los sistemas candidatos.
Por desgracia, ningn mtodo analtico para asignacin de ponderaciones y calificacin
de sistemas ha logrado un uso generalizado. Con el objeto de fomentar el uso de
mtodos analticos para asignacin de ponderaciones y calificacin, ilustramos una
estrategia prometedora.
Proceso jerrquico analtico una tcnica de la teora de las decisiones para evaluar los
problemas con varios objetivos. El proceso se puede utilizar para seleccionar y evaluar
DBMS permitiendo una asignacin sistemtica de ponderaciones a los requerimientos y
calificaciones a las caractersticas de los DBMS candidatos.
El proceso jerrquico analtico ofrece un planteamiento sencillo que alcanza un nivel de
consistencia razonable. Utilizando este proceso, un DBA asigna ponderaciones a las
combinaciones pareadas de grupos de requisitos. Por ejemplo, un DBA debe asignar
una ponderacin que represente la importancia de la definicin conceptual de los
datos, en comparacin con la recuperacin no procedural. El proceso jerrquico
analtico proporciona una escala de nueve puntos con las interpretaciones que muestra
la tabla 14.14. La tabla 14.15 aplica la escala para calificar algunos de los grupos de
requerimientos en la tabla 14.12. Para la consistencia, si se captura Aij = x, entonces,
Aji = 1/x. Adems, los elementos en diagonal de la tabla 14.15 siempre deben ser 1. Por
tanto, es necesario completar slo la mitad de las calificaciones en la tabla 14.15. El
ltimo rengln de la matriz muestra las sumas de las columnas utilizadas para
normalizar las ponderaciones y determinar los valores de importancia.
Despus de asignar ponderaciones pareadas a los grupos de requisitos, stas se
combinan para determinar la importancia de cada grupo de requerimientos. Los valores

de las celdas se normalizan dividiendo cada celda entre la suma de sus columnas,
como se muestra en la tabla 14.16. El valor de importancia final de cada grupo de
requerimientos es el promedio de las ponderaciones normalizadas en cada fila, como
ilustra la tabla 14.17.
Es necesario calcular las ponderaciones de importancia para cada subcategora de los
grupos de requerimientos de la misma manera que para los grupos de requerimientos.
Para cada subcategora, las ponderaciones pareadas se asignan antes de normalizar las
ponderaciones y calcular los valores de importancia final.
Despus de calcular los valores de importancia para los requerimientos, se asignan las
calificaciones a los DBMS candidatos. Calificar a los DBMS candidatos puede ser difcil
por el nmero de requerimientos individuales y la necesidad de combinar estos
requerimientos en una calificacin general para el grupo. Como primera parte del
proceso de calificacin, un DBA debe investigar con detenimiento las caractersticas de
cada DBMS candidato.
Se han propuesto muchos planteamientos para combinar las calificaciones de las
caractersticas individuales en una calificacin general para el grupo de
requerimientos. El proceso analtico jerrquico ofrece soporte para comparaciones
pareadas entre DBMS candidatos utilizando los valores de calificacin de la tabla 14.14.
Las interpretaciones cambian ligeramente para reflejar las comparaciones entre los
DBMS candidatos en lugar de la importancia de los grupos de requerimientos. Por
ejemplo, es preciso asignar un valor 3 si el DBMS i es ligeramente mejor que el DBMS j.
Para cada subcategora de requerimientos, es necesario crear una matriz de
comparacin para comparar los DBMS candidatos. Las calificaciones para cada DBMS
se calculan normalizando las ponderaciones y calculando los promedios de las filas,
como en el caso de los grupos de requerimientos.
Despus de calificar los DBMS candidatos para cada grupo de requerimientos, las
calificaciones finales se calculan combinando las calificaciones y la importancia de los
grupos de requerimientos.
Para ms detalles sobre el clculo de las calificaciones finales, tiene que consultar las
referencias al final del captulo sobre el proceso analtico jerrquico.

Proceso de seleccin final.


Despus de terminar el proceso de seleccin y evaluacin, es necesario evaluar con
ms detalle los dos o tres DBMS candidatos ganadores. Es posible utilizar evaluaciones
comparativas para proporcionar una valoracin ms detallada de estos candidatos. Una

evaluacin comparativa (benchmark) es una carga de trabajo para evaluar el


desempeo de un sistema o producto. Una buena evaluacin comparativa debe ser
relevante, compatible, escalable y entendible. Como el desarrollo de evaluaciones
comparativas eficientes requiere de mucha experiencia, la mayora de las
organizaciones no deben tratar de desarrollar una evaluacin de este tipo. Por suerte,
el Transaction Processing Council (TPC) ha desarrollado gran cantidad de evaluaciones
comparativas estndar y especficas para dominio, como resume la tabla 14.18. Cada
evaluacin comparativa se desarroll durante mucho tiempo con informacin de un
grupo de contribuidores muy diverso.
(benchmark) una carga de trabajo para evaluar el desempeo de un sistema o
producto. Una buena evaluacin comparativa debe ser relevante, compatible, escalable
y entendible.
Un DBA puede utilizar los resultados del TPC para cada evaluacin comparativa y as
obtener estimados razonables acerca del desempeo de un DBMS en particular en un
entorno de hardware/software especfico. Los resultados del desempeo del TPC
comprenden el desempeo total del sistema y no slo el desempeo del DBMS, de
modo que los resultados no se exageran cuando un cliente usa un DBMS en un entorno
especfico de hardware/software. Para facilitar las comparaciones entre el precio y el
desempeo, el TPC publica la medida del desempeo adems del precio/desempeo
para cada evaluacin comparativa. El precio cubre todas las dimensiones de costos de
un entorno completo de sistemas, incluidas estaciones de trabajo, equipo de
comunicacin, software de sistemas, sistema de cmputo o host, almacenamiento de
respaldos y costo de mantenimiento por tres aos. El TPC realiza una auditora de los
resultados de las evaluaciones comparativas antes de su publicacin para asegurarse
de que los fabricantes no manipularon los resultados.
Para mejorar los resultados publicados del TPC, quizs una organizacin quiera evaluar
un DBMS por medio de ensayos. Es posible crear evaluaciones comparativas
personalizadas para medir la eficiencia de un DBMS en cuanto al uso para el que est
diseado. Adems, la interfaz de usuario y las capacidades de desarrollo de
aplicaciones se pueden evaluar mediante la creacin de pequeas aplicaciones.
La etapa final del proceso de seleccin puede comprender consideraciones no tcnicas
que presentan los administradores de datos en conjunto con la alta gerencia y el
personal legal. La evaluacin de los prospectos futuros por parte de cada fabricante es
importante porque los sistemas de informacin pueden durar mucho tiempo. Si el
DBMS subyacente no avanza con la industria, es probable que no ofrezca soporte para
iniciativas futuras y actualizaciones a los sistemas de informacin que las emplean.
Debido a los altos costos fijos y variables (cuotas de mantenimiento) de un DBMS, a
menudo la negociacin es un elemento crucial del proceso de seleccin final. Los
trminos del contrato final, adems de una o dos ventajas clave, a menudo marcan la
diferencia en la seleccin final.
El software de DBMS de cdigo abierto es un desarrollo reciente que complica el
proceso de seleccin y evaluacin. Este tipo de software genera incertidumbre en
cuanto a las licencias y los prospectos futuros, pero tambin ofrece ventajas obvias en
cuanto al precio de compra sobre el software comercial. Con el software gratuito, la
falta de incentivos por utilidades podra afectar las actualizaciones al producto y llevar
a cambios en las licencias de software para obtener actualizaciones de los productos.
Por ejemplo, MySQL, el DBMS gratuito ms popular, hace poco cambi sus licencias, de
modo que los usuarios comerciales van a tener que pagar una tarifa por ellas. A pesar

de estas incertidumbres, muchas organizaciones utilizan el software DBMS gratuito


sobre todo para sistemas que no son de misin crtica.