FACULTAD DE CIENCIAS EMPRESARIALES

Programa de Contaduría Púbica

Formato Investigación Formativa

FORMATO INVESTIGACION FORMATIVA

Código
Asignatura
Asignatura
Código
Nombres y Apellidos del Estudiante Correo Institucional
Estudiante
Natalia Benítez 1231937 nataliainesbs@ufps.edu.co
Nubia Stella Rojas Pabón 1231935 nubiastellarp@ufps.edu.co
Elida Vega 1231924 Elidayaleivc@ufps.edu.co
Angélica Carreño López 1231967
angelicaedelmiracalo@ufps.edu
.co
Joel Luis Olarte Bracho 1231915 Joelluisob@ufps.edu.co
Docente Semestre 2019 -1
TITULO:
CAPITULO 7: ADMINISTRACION DE LOS RECURSOS DE DATOS
DESCRIPCION DEL PROBLEMA:
Destacamos que el manejo de información en una empresa es vital sin ella la empresa no
lograra tener un éxito o no tendrá la capacidad de competir en el mercado, por
ello se hace la utilización de la base de datos para administrar y llevar un orden en el manejo de
las información.
OBJETIVOS DEL TRABAJO:
Se hace con el fin de saber de qué manera organizar los datos para acceder fácilmente a ellos
y utilizarlos
1. Como ayuda un sistema de administración de base de datos a que las empresas
mejoren la organización de su información
2. Que nuevas herramientas y tecnologías pueden hacer más accesibles y útiles las bases
de datos
JUSTIFICACION:
La información es un recurso vital de las organizaciones, que tiene que administrar como
cualquier otro activo importante de un negocio. En la actualidad, las empresas no pueden
sobrevivir o tener éxito sin información de calidad acerca de sus operaciones internas y de su
ambiente externo.
DESARROLLO DEL TEMA:
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

BASE DE DATOS
Una base de datos es una recopilación de información relativa a un asunto o propósito
particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de
música. Si la base de datos no está almacenada en un equipo, o sólo están instaladas partes
de la misma, puede que deba hacer un seguimiento de información procedente de varias
fuentes en orden a coordinar y organizar la base de datos.
TIPOS DE BASE DE DATOS
BASE DE DATOS OPERATIVAS
Las bases de datos operativas almacenan datos detallados necesarios para apoyar los
procesos y operaciones de negocios de unas empresas.
BASE DE DATOS DISTRIBUIDOS
Una base de datos distribuida (BDD) es un conjunto de múltiples bases de datos lógicamente
relacionadas las cuales se encuentran distribuidas entre diferentes sitios interconectados por
una red de comunicaciones.

DISEÑO DE LA BASE DE DATOS DISTRIBUIDA

En el diseño de bases de datos distribuidas se debe considerar el problema de cómo distribuir
la información entre diferentes sitios. Existen razones organizacionales las cuales determinan
en gran medida lo anterior. Sin embargo, cuando se busca eficiencia en el acceso a la
información, se deben abordar dos problemas relacionados. Primero, como fragmentar la
información. Segundo, como asignar cada fragmento entre los diferentes sitios de la red. En el
diseño de la BDD también es importante considerar si la información está replicada, es decir, si
existen copias múltiples del mismo dato y, en este caso, como mantener la consistencia de la
información. Finalmente, una parte importante en el diseño de una BDD se refiere al manejo del
directorio. Si existen únicamente usuarios globales, se debe manejar un solo directorio global.
Sin embargo, si existen también usuarios locales, el directorio combina información local con
información global.

PROCESAMIENTO DE CONSULTAS
El procesamiento de consultas es de suma importancia en bases de datos centralizadas. Sin
embargo, en BDD éste adquiere una relevancia mayor. El objetivo es convertir transacciones de
usuario en instrucciones para manipulación de datos. No obstante, el orden en que se realizan
las transacciones afecta grandemente la velocidad de respuesta del sistema. Así, el
procesamiento de consultas presenta un problema de optimización en el cual se determina el
orden en el cual se hace la menor cantidad de operaciones. Este problema de optimización es
NP-difícil, por lo que en tiempos razonables solo se pueden obtener soluciones aproximadas.
En BDD se tiene que considerar el procesamiento local de una consulta junto con el costo de
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

transmisión de información al lugar en donde se solicitó la consulta.

ESTRUCTURA LÓGICA DEL ALMACÉN DE DATOS

La estructura lógica de un Almacén de Datos está compuesta por los siguientes niveles:
Metadatos. Describen la estructura de los datos contenidos en el almacén. Están en una
dimensión distinta al resto de niveles. Datos detallados actuales. Obtenidos directamente del
procesado de los datos. Forman el nivel más bajo de detalle. Ocupan mucho espacio. Se
almacenan en disco, para facilitar el acceso.

ESTRUCTURA FÍSICA DEL ALMACÉN DE DATOS

La estructura física puede presentar cualquiera de las siguientes configuraciones: Arquitectura
centralizada. Todo el Almacén de datos se encuentra en un único servidor. Arquitectura
distribuida. Los datos del Almacén se reparten entre varios servidores. Asignando cada servidor
a uno o varios temas lógicos. Arquitectura distribuida por niveles. Refleja la estructura lógica del
Almacén, asignando los servidores en función del nivel de agregación de los datos que
contienen. Un servidor está dedicado para los datos de detalle, otro para los resumidos y otro
para los muy resumidos. Cuando los datos muy resumidos se duplican en varios servidores
para agilizar el acceso se habla de Supermercados de datos (Data Martes).

SOFTWARE DATA WAREHOUSE

Red Crick WarehouseEssbasePilot Decisión Support SuiteMicrosoft SQL Server

PROCESAMIENTO TRADICIONAL DE ARCHIVOS

Proceso en los cuales los datos se organizan, almacenan y procesasen en archivos
independientes de registros de datos

PROBLEMAS DEL PROCESAMIENTO DE ARCHIVOS

Redundancia no controlada, ingreso repetido del dato para actualizar los archivos donde este.
Inconsistencia de datos, el dato esta en varias partes y nos modifica en todas cuando se
actualiza.

ENFOQUE DE ADMINISTRACIÓN DE BASE DE DATOS

El enfoque de procesamiento de archivos fue reemplazado por el enfoque de administración de
base de datos, como la base de los métodos modernos de administrar datos organizativos. El
enfoque de administración de base de datos consolida de manera formal los registros de datos
en archivos separados dentro de base de datos, que pueden ser asesadas por muchos
programas de aplicación diferentes.
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

SOFTWARE DE ADMINISTRACIÓN DE DATOS

El DBMS es un conjunto de programas que se encargan de manejar la creación y todos los
accesos a las bases de datos. Se compone de un Lenguaje de Definición de Datos (DDL: Data
Definición Lenguaje), de un Lenguaje de Manipulación de Datos (DML: Data Manipulación
Lenguaje), y de un Lenguaje de Consulta (SQL: Estructurad Query Languaje).

CONSULTA DE BASE DE DATOS

En bases de datos, una consulta es el método para acceder a los datos en las bases de datos.
Con las consultas se puede modificar, borrar, mostrar y agregar datos en una base de datos.
Para esto se utiliza un lenguaje de consultas. El lenguaje de consultas a base de datos más
utilizado es el SQL.

MANTENIMIENTO DE BASE DE DATOS

Dentro de las tareas habituales de Mantenimiento de las Bases de Datos se encuentran
aquellas destinadas al control y respaldo de las mismas como ser: Control de Integridad,
Chequeo de Consistencia, Copias de Seguridad o Compactación de las bases. Pero también es
necesario ejecutar trabajos de mantenimiento cuyos objetivos sean el de mantener la
performance de las bases de datos y evitar su degradación. Esos trabajos son la
Reorganización de Índices y la Actualización de Estadísticas. Estos trabajos son independientes
del estado de la base de datos. Puede ocurrir que a la base le falten estudios de optimización
pero, al menos, mantendremos la performance actual. Si la base se encuentra optimizada,
entonces más aún, son necesarios para evitar la degradación producto del uso continuo.
Cualquiera de estos trabajos deben realizarse fuera de línea por motivos de: alto consumo de
recurso y bloqueo de las tablas en el momento de ejecución. Por lo tanto debemos agentarlos
en horarios, en donde las bases de datos se encuentren libres de cualquier actividad de
producción. La frecuencia de ejecución de estos trabajos depende básicamente de dos
factores: tamaño de la base y tiempo libre para ejecutarlos. La frecuencia ideal sería
reorganizar todos los índices de todas las tablas una vez por semana y, de aquellas tablas más
accedidas, una vez entre semana. La misma frecuencia sería deseable para la actualización de
las estadísticas.

DESARROLLO DE APLICACIONES
Los paquetes de sistemas de administración de base de datos también desempeñan una
función primordial en el desarrollo de aplicaciones. Los usuarios finales, analistas de sistemas y
los desarrolladores de otras aplicaciones pueden utilizar el lenguaje de programación 4GL y
herramientas de desarrollo de software integradas proporcionadas por muchos paquetes de
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

sistemas de administración de base de datos, para desarrollar programas de aplicación a la

medida

ADMINISTRADOR DE BASE DE DATOS

Es la persona encargada de definir y controlar las bases de datos corporativas, además
proporciona asesoría a los desarrolladores, usuarios y ejecutivos quela requieran. Es la persona
o equipo de personas profesionales responsables del control y manejo del sistema de base de
datos, generalmente tiene(n) experiencia en DBMS, diseño de bases de datos, Sistemas
operativos, comunicación de datos, hardware y programación. Un Administrador de Base de
Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en
cuestión además, son cualidades deseables nociones de administración, manejo de personal e
incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un
conocimiento profundo de las políticas y normas de la empresa, así como el criterio de la
empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar
el desarrollo y el uso dela Base de Datos dentro de las guías de acción definidas por la
administración de los datos.

EL ADMINISTRADOR DE BASES DE DATOS ES RESPONSABLE PRIMORDIALMENTE DE:

ADMINISTRAR LA ESTRUCTURA DE LA BASE DE DATOS

Esta responsabilidad incluye participar en el diseño inicial de la base de datos y su puesta en
práctica así como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas,
incluyendo los DBMS a utilizar y ayudando en el diseño general de la bases de datos. En los
casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el
trabajo del personal de diseño de la BD. Una vez diseñada las bases de datos, es puesta en
práctica utilizando productos del DBMS, procediéndose entonces a la creación de los datos
(captura inicial). El DBA participa en el desarrollo de procedimientos y controles para asegurar
la calidad y la alta integridad de la BD. Los requerimientos de los usuarios van modificándose,
estos encuentran nuevas formas o métodos para lograr sus objetivos; la tecnología de la BD se
va modificando y los fabricantes del DBMS actualizan sus productos. Todas las modificaciones
en las estructuras o procedimientos de BD requieren de una cuidadosa administración.

ADMINISTRAR LA ACTIVIDAD DE LOS DATOS

El DBA no es usuario del sistema, no administra valores de datos; sino la actividad de datos;
protege los datos, no los procesa. Dado que la base de datos es un recurso compartido, el DBA
debe proporcionar estándares, guías de acción, procedimientos de control y la documentación
necesaria para garantizar que los usuarios trabajen en forma cooperativa y complementaria al
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

procesar datos en la bases de datos.

ADMINISTRAR EL SISTEMA MANEJADOR DE BASE DE DATOS

Existe una gran actividad al interior de un DBMS. La concurrencia de múltiples usuarios
requiere la estandarización de los procesos de operación; el DBA es responsable de estas
especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el ámbito de la
base de datos se rige por estándares, desde la forma de cómo se captura la información (tipo
de dato, longitud, formato), como es procesada y presentada. El nivel de estandarización
alcanza hasta los aspectos más internos de la base de datos; como sé acceso a un archivo,
como se determinan los índices primarios y auxiliares, registros, etc. El DBA debe procurar
siempre que los estándares que serán aplicados beneficien también a los usuarios,
privilegiando siempre la optimización en la operación del DBMS y el apego de las políticas de la
empresa. Entre las funciones del DBA se encuentra la de revisar los estándares periódicamente
para determinar su operatividad, ajustarlos, ampliarlos o cancelarlos y hacer que éstos se
cumplan.

ESTABLECER EL DICCIONARIO DE DATOS

Cuando se definen estándares sobre la estructura de la base de datos, se deben de registrarse
en una sección del diccionario de datos a la que todos aquellos usuarios relacionados con ese
tipo de proceso pueden acceder. Este metadato debe precisar información que nos indique con
claridad el tipo de datos que serán utilizados, sus ámbitos de influencia y sus limitantes de
seguridad.

ASEGURAR LA CONFIABILIDAD DE LA BASE DE DATOS

Se trata de realizar un sistema de bases de datos lo suficientemente robusto para que sea
capaz de recuperarse frente a errores o usos inadecuados. Se deben utilizar gestores con las
herramientas necesarias para la reparación delos posibles errores que las bases de datos
pueden sufrir, por ejemplo tras un corte inesperado de luz.

CONFIRMAR LA SEGURIDAD DE LA BASE DE DATOS

Coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso a datos
compartidos y aplicaciones específicamente propuestas sería analizado en conjunto con los
supervisores o directivos de las áreas involucradas para determinar si procede pudieran
aparecer problemas cuando dos o más grupos de usuarios quedan autorizados para notificar
los mismos datos. Uno de tales conflictos es el de la actualización perdida; este ocurre cuando
el trabajo de un usuario queda sobrescrito sobre por el de un segundo usuario. El DBA queda
responsabilizado para identificar la posible ocurrencia de dichos problemas así como de crear
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

normas y procedimientos para su eliminación. Se obtendrán este tipo de garantías cuando el

DBMS sea capaz de implementar las restricciones aplicables al acceso concurrente, y este se
ha utilizado adecuadamente por programadores y usuarios; para borrar lo anterior, se hace
indispensable el apego a los estándares el seguimiento de instructivos y manuales y las reglas
establecidas para los diversos procesamientos y procedimientos que se llevan a cabo. Entre las
alternativas más utilizadas por el DBA para tratar de resolver o minimizar este problema se
encuentran las siguientes: Restringir el acceso a los procedimientos para ciertos usuarios.
Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos. Evitar la
coincidencia de horarios para usuarios que comparten. Las técnicas de recuperación son otra
función esencial del DBA al administrar la actividad de datos. A pesar de que el DBMS lleva a
cabo una parte del proceso de recuperación, los usuarios determinan en forma critica la
operatividad de esos sistemas de protección. El DBA debe anticipar fallas y definir
procedimientos estándares de operación; los usuarios deben saber qué hacer cuando el
sistema este caído y que es lo primero que debe realizarse cuando el sistema este puesto en
marcha nuevamente. El personal de operación deberá saber cómo iniciar el proceso de
recuperación de la BD que

Copias de seguridad utilizar; como programar la re ejecución del tiempo perdido y de las tareas
pendientes; es importante también establecer un calendario para llevar a cabo estas actividades
sin afectar a otros sistemas dentro de la organización que hagan uso de los mismos recursos
de cómputo. Destacan por su importancia en el proceso de recuperación y a su vez en la
atención que prestan a otros sectores de la organización. Los dispositivos de comunicación
remota, los sistemas de interconexión y otros accesorios de uso compartido. El DBA es el
responsable de la publicación y mantenimiento de la documentación en relación con la actividad
de los datos, incluyendo los estándares de la BD, los derechos de recuperación y de acceso a
la BD, los estándares para la recuperación de caídas y el cumplimiento de las políticas
establecidas. Los productos DBMS más populares que se encuentran en el mercado
proporcionan servicios de utilerías para ayudar al DBA en la administración de los datos y su
actividad. Algunos sistemas registran en forma automática los nombres de los usuarios y de las
aplicaciones a las que tienen acceso así como a otros objetos de la BD. Incorpora también
utilerías que permitan definir en el diccionario de datos las restricciones para que determinadas
aplicaciones o módulos de ellas solo tengan acceso a segmentos específicos de la BD.

ESTRUCTURA DE BASE DE DATOS

La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o
relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia
de datos). La estructura de una base de datos es diseñada o descripta empleando algún tipo de
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

modelo de datos.

ESTRUCTURA JERÁRQUICA
Una Base de datos jerárquica es un tipo de Sistema Gestor de Bases de Datos que, como su
nombre indica, almacenan la información en una estructura jerárquica que enlaza los registros
en forma de estructura de árbol (similar a un árbol visto al revés), en donde un nodo padre de
información puede tener varios nodos hijo.

Esta relación jerárquica no es estrictamente obligatoria, de manera que pueden establecerse

relaciones entre nodos hermanos. En este caso la estructura en forma de árbol se convierte en
una estructura en forma de grafo dirigido.

ESTRUCTURA DE RED
Una base de datos de red es una base de datos conformada por una colección o set de
registros, los cuales están conectados entre sí por medio de enlaces en una red. El registro es
similar al de una entidad como las empleadas en el modelo relacional. Un registro es una
colección o conjunto de campos (atributos), donde cada uno de los que contiene solamente un
único valor almacenado, exclusivamente el enlace es la asociación entre dos registros, así que
podemos verla como una relación estrictamente binaria. Una estructura de base de datos de
red, llamada algunas veces estructura dúplex, abarca más que la estructura de árbol, porque un
nodo hijo en la estructura red puede tener más de un nodo padre. En otras palabras, la
restricción de que en un árbol jerárquico cada hijo puede tener sólo un padre, se hace menos
severa. Así, la estructura de árbol se puede considerar como un caso especial de la estructura
de red.

ESTRUCTURA RELACIONAL
Una base de datos relacional es una base de datos que cumple con el modelo relacional, el
cual es el modelo más utilizado en la actualidad para implementar bases de datos ya
planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están
guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas, de
ahí proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por

Edgar Frank Cid, de los laboratorios IBM en San José (California), no tardó en consolidarse
como un nuevo paradigma en los modelos de base de datos.

ESTRUCTURA MULTIDIMENSIONAL
Las bases de datos multidimensionales se utilizan principalmente para crear aplicaciones OLAP
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

y pueden verse como bases de datos de una sola tabla, su peculiaridad es que por cada
dimensión tienen un campo (o columna), y otro campo por cada métrica o hecho, es decir estas
tablas almacenan registros cuyos campos son de la forma:(d1,d2,d3,...,f1,f2,f3,...)Donde los
campos 'di' hacen referencia a las dimensiones de la tabla, y los campos 'fi' a las métricas o
hechos que se quiere almacenar, estudiar o analizar.

ESTRUCTURA ORIENTADA A OBJETOS

Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un conjunto de datos
pertenecientes a un mismo contexto y almacenado sistemáticamente para su posterior uso. En
este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría
por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y
debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de
las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de
soluciones al problema de almacenar datos. Existen programas denominados sistemas
gestores de bases de datos, abreviados SGBD, que permiten almacenar y posteriormente
acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como
su utilización y administración, se estudian dentro del ámbito de la informática. Las aplicaciones
más usuales son para la gestión de empresas e instituciones públicas. También son
ampliamente utilizadas en entornos científicos con el objeto de almacenar la información
experimental.

DESARROLLO DE BASE DE DATOS

Las BDOO se desarrollan al describir en primer lugar los tipos de objetos importantes del
dominio de aquellos tipos de objetos. Estos tipos de objetos determinan las clases que
conformarán la definición de la BDOO. Tres Enfoques de Construcción de Bases de Datos OO
Las BDOO se pueden construir mediante alguno de los tres enfoques siguientes: El Primero.-
se puede utilizar el código actual altamente complejo de los sistemas de administración de las
bases de datos, de modo que una BDOO se implante más rápido sin tener que iniciar de cero.
Las técnicas orientadas a objetos se pueden utilizar como medios para el diseño sencillo de
sistemas complejos. Los sistemas se construyen a partir de componentes ya probados con un
formato definido para las solicitudes de las operaciones del componente. El Segundo: considera
a la BDOO como una extensión de la tecnología de las bases de datos por relación. De este
modo, las herramientas, técnicas, y vasta experiencia de la tecnología por relación se utilizan
para construir un nuevo SABD. Se pueden añadir apuntadores a las tablas de relación para
ligarlas con objetos binarios de gran tamaño (BLOB). La base de datos también debe
proporcionar a las aplicaciones clientes un acceso aleatorio y por partes agrandes objetos, con
el fin de que sólo sea necesario recuperar a través de la red la parte solicitada de los datos. El
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

Tercero: reflexiona sobre la arquitectura de los sistemas de bases de datos y produce una
nueva arquitectura optimizada, que cumple las necesidades dela tecnología OO. Las
compañías como Versan, Objectivity, Itasca, etc. Utilizan esté enfoque y afirman que la
tecnología de relación es un subconjunto de una capacidad más general. Además que las
BDOO no de relación son aproximadamente dos veces más rápidas que las bases de datos por
relación para almacenar y recuperar la información compleja. Por lo tanto, son esenciales en
aplicaciones como CAD y permitirían que un depósito CASE fuera una facilidad de tiempo real
en vez de una facilidad por lotes.

La Arquitectura de Versant está designada al soporte Cliente/Servidor con acercamiento a la

computación distribuida; cualquier aplicación de Cliente el servidor la procesa, usa las EDT y
las máquinas servidoras que pueden cooperar en una BD distribuida de Versant. Las BD
pueden estar levantadas como un sistema m-Cliente/n-Servidor. Un servidor en el
medioambiente de Versan es una máquina que está corriendo los procesos del servidor, esta
soporta accesos concurrentes por usuarios múltiples de una o más BD. Un cliente es un
proceso de aplicación este tiene acceso a espacios de trabajo de BD persistentes privadas y en
adición puede acusar diversas BD sobre servidores concurrentes con otras aplicaciones de
cliente.

PLANEACIÓN DE DATOS Y DISEÑO DE BASE DE DATOS

El primer paso al crear una base de datos consiste en elaborar un plan que sirva de guía para la
implementación de la base de datos y, al mismo tiempo, como especificación funcional después
de su implementación. La complejidad y los detalles de diseño de una base de datos dependen
de la complejidad y el tamaño de la aplicación de bases de datos, así como de los usuarios. La
naturaleza y complejidad de una aplicación de bases de datos, así como el proceso de diseño,
pueden variar significativamente. Una base de datos puede ser relativamente sencilla y estar
diseñada para que la utilice una sola persona, o bien ser grande y compleja, y estar diseñada
para procesar, por ejemplo, las transacciones bancarias de miles de clientes. En el primer caso,
el diseño de la base de datos puede consistir en poco más que unas anotaciones en un papel.
En el segundo caso, el diseño puede ser un documento formal de cientos de páginas que
contenga todos y cada uno de los posibles detalles relacionados con la base de datos.

Al diseñar la base de datos, independientemente de su tamaño y complejidad, lleve a cabo los

siguientes pasos básicos:
 Recopile la información.
 Identifique los objetos.
 Cree modelos de los objetos.
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

 Identifique los tipos de información para cada objeto.

 Identifique las relaciones entre los objetos.

RECOPILAR LA INFORMACIÓN
Antes de crear una base de datos, debe conocer con detalle el cometido previsto de la base de
datos. Si la base de datos va a reemplazar a un sistema de información manual o en papel,
dicho sistema le proporcionará la mayor parte de la información que necesita. Debería consultar
a todas las personas involucradas en el sistema para determinar lo que hacen y qué necesitan
de la base de datos. También es importante identificar qué es lo que desean que haga el nuevo
sistema, así como los problemas, las limitaciones y los cuellos de botella del sistema existente.
Recopile copias de las instrucciones del cliente, listas de inventarios, informes de
administración y, en general, de todos aquellos documentos que formen parte del sistema
existente, porque le servirán para diseñar la base de datos y las interfaces.

IDENTIFICAR LOS OBJETOS

Durante el proceso de recopilación de información, deberá identificar los objetos o las entidades
más importantes que vayan a ser administrados por la base de datos. El objeto puede ser
tangible (una persona o un producto, por ejemplo) o bien intangible (como una transacción
empresarial, un departamento de una compañía o un período de liquidación de
nóminas).Normalmente hay unos cuantos objetos principales; una vez identificados, se
evidencian los elementos relacionados. Cada elemento diferenciador de la base de datos debe
tener su tabla correspondiente.

El objeto principal de la base de datos de ejemplo AdventureWorks2008R2 que se incluye con

SQL Server es una bicicleta. Los objetos relacionados con la bicicleta en las operaciones
empresariales de esta compañía son los empleados que fabrican la bicicleta, los proveedores
que venden los componentes utilizados para fabricar la bicicleta, los clientes que los compran y
las transacciones comerciales realizadas con los clientes. Cada uno de estos objetos es una
tabla de la base de datos.

CREAR UN MODELO DE LOS OBJETOS

Cuando se identifican los objetos del sistema, debería registrarlos de una manera que
represente visualmente el sistema. Puede utilizar su modelo de base de datos como referencia
durante la implementación de la misma. Con este propósito, los programadores de bases de
datos utilizan herramientas que varían en complejidad técnica: desde papel y bolígrafo hasta
procesadores de texto y hojas de cálculo e, incluso, programas de software creados
específicamente para la elaboración de modelos de datos destinados al diseño de bases de
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

datos. Sea cual sea la herramienta que decida utilizar, es importante que la mantenga
actualizada.

IDENTIFICAR LOS TIPOS DE INFORMACIÓN PARA CADA OBJETO

Una vez identificados los objetos principales de la base de datos como candidatos para las
tablas, el siguiente paso es identificar los tipos de información que deben almacenarse para
cada objeto. Estos tipos son las columnas de la tabla del objeto. Las columnas de una tabla de
base de datos contienen algunos tipos de información comunes: Columnas de datos sin
procesar Estas columnas almacenan información tangible, como por ejemplo nombres,
determinada por un origen externo a la base de datos. Columnas de categorías

Estas columnas clasifican o agrupan los datos y almacenan una selección limitada de datos,
tales como verdadero o falso; casado o soltero; presidente, director o responsable de equipo;
etc. Columnas de identificadores Estas columnas proporcionan un mecanismo para identificar
cada elemento almacenado en la tabla. Estas columnas suelen incluir un Id. O un número en el
nombre (por ejemplo, Id De Empleado, número De Factura e Id De Editor. La columna del
identificador es el componente principal para los usuarios y las funciones internas de proceso
de la base de datos para el acceso a una fila de datos de la tabla. Algunas veces el objeto tiene
una forma tangible de Id .utilizada en la tabla (por ejemplo, un número de la seguridad social),
aunque en la mayoría de los casos se puede definir la tabla para poder crear un Id. Confiable y
artificial para la fila. Columnas relacionales o diferenciales Estas columnas establecen un
vínculo entre la información de una tabla y la información relacionada que se encuentra en otra
tabla. Por ejemplo, una tabla que realiza el seguimiento de transacciones comerciales puede
tener un vínculo con una tabla clientes, de modo que pueda asociarse toda la información del
cliente a la transacción comercial.

BIBLIOGRAFIA
 Ackoff, R.L. “Management Mis information System”, Management Science 14, num. 4
(diciembre de 1967), B140-B116
 Allen, Brandt R. y Andrew C. Boynton. “Information Architecture: In Search of Efficient
Flexibility”, MIS Quarterly 15, num. 4(diciembre de 1991).
Bakos, J. Yannis. “ The Emerging Role of Electronic Marketplace son the Internet”,
Communication of the ACM 41, num. 8 ( agosto de 1998)
Barrett, Stephanie S. “Strategic Alternatives and Interorganizational System Implementations:
An Overview”, Journal of Management Information Systems (invierno de 1986-1987).
Baskerville, Richard L. y Michael D. Myers. “Information Systems as a Reference Discipline”
 FACULTAD DE CIENCIAS EMPRESARIALES
Programa de Contaduría Púbica
Formato Investigación Formativa

MIS Quarterly 26, num. 1 ( marzo de 2002).

Benjamin, Robert y Rolf Wigand. “Electronic Markets and Virtual Value Chains on the
Information Superhighway”, Sloan Management Review (invierno de 1995).
Brynjolfsson, E. T., T. W. Malone, V. Gurbaxani y A. Kambil. “Does Information Technology
Lead to Smaller Firms?”, Management Science 40, num. 12(1994).
Feeny, David E. y Leslie P. Willcocks . “Core Is Capabilities for Exploiting Information
Technology”, Sloan Management Review 39, num. 3(primavera de 1998).
Gallupe, R. Brent. “Images of Information Systems in the Early 21st Century”, Communications
of the Association for Information Systems 3, num. 3 (febrero de 2000).
Hacki, Remo y Julian Lighton, “The Future of the Networked Company”, Mckinsey Quarterly
3 (2001)
Hartman, Amir. “Why Tech Falls Short of Expectations”, Optimize Magazine (julio de 2002)
Johnston, Russell y Michael J. Vitale. “Creating Competitive Advantage wich
Interorganizational
Information System”, MIS Quarterly 12, num. 2 (junio de 1988).
Joy, Bill. “Design for the Digital Revolution”, Fortune (6 de marzo de 2000).
Kenn, Peter G. W. Shaping the Future: Business Design Through Information Technology
Cambridge, MA, Harvard Business Scholl Press (1991).
Leonard- Barton, Dorothy.
Wellprimavera des of Knowledge, Boston,
MA, Harvard Business Scholl
Press(1995).