parte 1 bbdd

7/26/2019 Parte 1 Bbdd

1/13

Planificacin, diseo y administracin de

bases de datos

En este captulo se comentan las fases principales del ciclo de vida de un sistema deinformacin y se ve cmo se relaciona esto con el desarrollo de aplicaciones de bases de

datos. Despus, se describen las tareas que se deben realizar en cada etapa del ciclo de

vida de una aplicacin de bases de datos para que se produzca un sistema que funcione

correctamente. Por ltimo, se presenta todo el personal responsable de la planificacin,

diseo y administracin de una base de datos.

Introduccin

e inicia este captulo con al!unos p"rrafos de #ern"ndez $%&&'(, en donde se )ustificala importancia del diseo de bases de datos*

++l!unas de las personas que traba)an con -D relacionales parecen pre!untarse

porqu deberan preocuparse del diseo de las bases de datos que utilizan. Despus de

todo, la mayora de los -D vienen con bases de datos de e)emplo que se pueden

copiar y despus modificar, para que se adecuen a cada caso particular, e incluso las

tablas de esas bases de datos de e)emplo se pueden cortar y pe!ar en una nueva base de

datos. l!unos -D tienen ++asistentes//, 0erramientas que !uan al usuario a travs

del proceso de definicin y creacin de tablas. in embar!o, esas 0erramientas no sirven

para disearuna base de datos, tan solo ayudan a crear las tablas fsicas que se incluir"n

en la base de datos.

1o que la mayora de la !ente no parece entender es que esas 0erramientas se deben

utilizar despus de que se haya realizado el diseo lgico de la base de datos. 1os

asistentes y las bases de datos de e)emplo se suministran para minimizar el tiempo que

lleva implementarla estructura fsica de la base de datos. 1a idea es que si se a0orra

tiempo en la implementacin de la estructura de la base de datos una vez se 0a realizado

el diseo l!ico, 0abr" m"s tiempo para centrarse en la creacin y construccin de las

aplicaciones que se utilizar"n para traba)ar con los datos de la base de datos.

Por lo tanto, la razn para preocuparse por el diseo de las bases de datos es que escrucial para la consistencia, inte!ridad y precisin de los datos. i una base de datos est"

mal diseada, los usuarios tendr"n dificultades a la 0ora de acceder a ciertos tipos de

informacin y e2iste el ries!o aadido de que ciertas bsquedas puedan producir

informacin errnea.La informacin errnea es, probablemente, el peor de los

resultados de un mal diseo de la base de datos. Puede repercutir muy negativamente a

la empresa u organizacin propietaria de los datos.De 0ec0o, si los datos de una base

de datos van a influir en la !estin del ne!ocio, si van a servir para decidir las

actuaciones de la empresa, la base de datos debeser una preocupacin.

3indolo desde una perspectiva diferente, la base de datos es como una casa que

queremos que nos construyan. 45u es lo primero que 0ay que 0acer6 Desde lue!o, loque no vamos a 0acer es buscar a un constructor que 0a!a la casa sobre la marc0a y


2/13

como l quiera. e!uramente, buscaremos primero a un arquitecto que disee nuestra

nueva casa y despus 0aremos que el constructor la edifique. El arquitecto e2presar"

nuestras necesidades en una serie de planos, anotando todos los requisitos de los

diversos sistemas $estructural, mec"nico y elctrico(. Despus, el constructor pondr" los

materiales necesarios, tal y como se indica en los planos y en las especificaciones.

3olviendo a la perspectiva de las bases de datos, el diseo l!ico corresponde con la

fase de elaboracin de los planos arquitectnicos, y la implementacin fsica de la base

de datos es la casa ya construida. El diseo l!ico describe el tamao, la forma y los

sistemas necesarios para la base de datos* contiene las necesidades en cuanto a

informacin y modo de operacin del ne!ocio. Despus, se construye la

implementacin fsica del diseo l!ico de la base de datos mediante el -D. i

pensamos en un sistema relacional, una vez creadas las tablas, establecidas las

relaciones y los niveles de inte!ridad necesarios, la base de datos est" finalizada. 0ora

ya se pueden crear las aplicaciones que permiten interactuar con los datos de la base de

datos, y podemos estar se!uros de que estas aplicaciones proporcionar"n la informacin

oportuna y, sobre todo, la informacin correcta.

e pueden 0acer malos diseos, pero una base de datos bien diseada contendr"

informacin correcta, almacenar" los datos m"s eficientemente y ser" m"s f"cil de

!estionar y de mantener.//

Ciclo de vida de los sistemas de

informacin

7nsistema de informacines el con)unto de recursos que permiten reco!er, !estionar,

controlar y difundir la informacin de toda una empresa u or!anizacin.

Desde los aos setenta, los sistemas de bases de datos 0an ido reemplazando a los

sistemas de fic0eros en los sistemas de informacin de las empresas. l mismo tiempo,

se 0a ido reconociendo la !ran importancia que tienen los datos que stas mane)an,

convirtindose en uno de sus recursos m"s importantes. Esto 0a 0ec0o que muc0as

empresas ten!an departamentos que se encar!uen de !estionar toda su informacin, que

estar" almacenada en una base de datos. parecen los papeles de administrador de

datosy administrador de la base de datos, que son las personas encar!adas de

supervisar y controlar todas las actividades relacionadas con los datos de la empresa ycon el ciclo de vida de las aplicaciones de bases de datos, respectivamente.

7n sistema de informacin est" formado por los si!uientes componentes*

1a base de datos.

El -D.

1os pro!ramas de aplicacin.

1os dispositivos fsicos $ordenadores, dispositivos de almacenamiento, etc.(.

El personal que utiliza y que desarrolla el sistema.

1a base de datos es un componente fundamental de un sistema de informacin. El ciclode vida de un sistema de informacin est" li!ado al ciclo de vida del sistema de base de


3/13

datos sobre el que se apoya. l ciclo de vida de los sistemas de informacin tambin se

le denomina ciclo de vida de desarrollo del software. 1as etapas tpicas del ciclo de vida

de desarrollo del soft8are son* planificacin, recoleccin y an"lisis de los requisitos,

diseo $incluyendo el diseo de la base de datos(, creacin de prototipos,

implementacin, prueba, conversin y mantenimiento. Este ciclo de vida 0ace nfasis en

la identificacin de las funciones que realiza la empresa y en el desarrollo de lasaplicaciones que lleven a cabo estas funciones. e dice que el ciclo de vida de desarrollo

del soft8are si!ue un enfoque orientado a funciones, ya que los sistemas se ven desde el

punto de vista de las funciones que llevan a cabo. Por esta razn, el an"lisis estructurado

0ace nfasis en los dia!ramas de flu)o de datos, si!uiendo el movimiento de los datos a

travs de una secuencia de transformaciones, y refinando stas a travs de una serie de

niveles. 1o mismo ocurre en el diseo estructurado, que ve a un sistema como una

funcin que se descompone sucesivamente en niveles o subfunciones.

9oncentr"ndose en las funciones se infravaloran los datos y, en especial, la estructura

de los datos que son manipulados por las funciones. El resultado es que estos sistemas

tienen valor durante poco tiempo en relacin con las necesidades de los usuarios a lar!oplazo. Esto sucede debido a que al poco tiempo de 0aber instalado un sistema, las

funciones implementadas son en realidad un subcon)unto de las funciones que los

usuarios realmente desean. 9asi inmediatamente, los usuarios descubren una !ran

variedad de servicios adicionales que quisieran incorporar al sistema. Estas necesidades

causan problemas a los sistemas obtenidos con un diseo orientado a funciones, puesto

que este diseo puede requerir una revisin importante para acomodar las funciones

adicionales.

En contraste, el enfoque orientado a datos centra el foco de atencin en el an"lisis de los

datos utilizados por las funciones. Esto tiene dos venta)as. 1a primera es que los datos

son una parte considerablemente m"s estable que las funciones. 1a se!unda venta)a es

que la propia estructura de un esquema de base de datos requiere de un an"lisis

sofisticado de los datos y de sus relaciones. 7na vez que se 0aya construido un esquema

para la base de datos que sea l!ico, podran disearse tantas funciones como fuera

necesario para sacar provec0o del mismo. in embar!o, sin un esquema tal, la base de

datos slo podra ser til para una nica aplicacin. Por lo tanto, el enfoque orientado a

funciones puede ser bueno para el desarrollo a corto plazo, pero pierde su valor real a

lar!o plazo. 7sando un enfoque orientado a datos, los datos pasan a ser los cimientos

sobre los cuales se puede construir una !ran variedad de funciones diferentes.

Por lo tanto, en este captulo se van a estudiar cada una de las etapas del ciclo de vida dedesarrollo del soft8are desde la perspectiva del desarrollo de una aplicacin de bases de

datos, si!uiendo un enfoque orientado a datos.

Ciclo de vida de las aplicaciones de bases

de datos

1as etapas del ciclo de vida de una aplicacin de bases de datos son las si!uientes*

%. Planificacin del proyecto.:. Definicin del sistema.


4/13

;.


5/13

Entrevistando al personal de la empresa, concretamente, a aquellos que son

considerados e2pertos en las "reas de inters.

Gbservando el funcionamiento de la empresa.

E2aminando documentos, sobre todo aquellos que se utilizan para reco!er o

visualizar informacin.

7tilizando cuestionarios para reco!er informacin de !randes !rupos deusuarios.

7tilizando la e2periencia adquirida en el diseo de sistemas similares.

1a informacin reco!ida debe incluir las principales "reas de aplicacin y los !rupos de

usuarios, la documentacin utilizada o !enerada por estas "reas de aplicacin o !rupos

de usuarios, las transacciones requeridas por cada "rea de aplicacin o !rupo de usuarios

y una lista priorizada de los requerimientos de cada "rea de aplicacin o !rupo de

usuarios.

Esta etapa tiene como resultado un con)unto de documentos con las especificaciones de

requisitos de los usuarios, en donde se describen las operaciones que se realizan en laempresa desde distintos puntos de vista.

1a informacin reco!ida se debe estructurar utilizando tcnicas de especificacin de

requisitos, como por e)emplo tcnicas de an"lisis y diseo estructurado y dia!ramas de

flu)o de datos. Fambin las 0erramientas 9E $omputer!"ided #oftware

$ngineering( pueden proporcionar una asistencia automatizada que !arantice que los

requisitos son completos y consistentes.

". Diseo de la base de datos

Esta etapa consta de tres fases* diseo conceptual, diseo l!ico y diseo fsico de la

base de datos. 1a primera fase consiste en la produccin de un esquema conceptual, que

es independiente de todas las consideraciones fsicas. Este modelo se refina despus en

un esquema l!ico eliminando las construcciones que no se pueden representar en el

modelo de base de datos esco!ido $relacional, orientado a ob)etos, etc.(. En la tercera

fase, el esquema l!ico se traduce en un esquema fsico para el -D esco!ido. 1a fase

de diseo fsico considera las estructuras de almacenamiento y los mtodos de acceso

necesarios para proporcionar un acceso eficiente a la base de datos en memoria

secundaria.

1os ob)etivos del diseo de la base de datos son*


6/13

con entidades de alto nivel, que se van refinando para obtener entidades de ba)o nivel,

atributos y relaciones. 1a estrate!ia de dentro a fueraes similar a la estrate!ia de aba)o

a arriba, pero difiere en que se parte de los conceptos principales y se va e2tendiendo el

esquema para considerar tambin otros conceptos, asociados con los que se 0an

identificado en primer lu!ar. 1a estrate!ia mi&tautiliza ambas estrate!ias, de aba)o a

arriba y de arriba a aba)o, con un esquema de divide y vencer"s. e obtiene un esquemainicial de alto nivel, se divide en partes, y de cada parte se obtiene un subesquema.

Estos subesquemas se inte!ran despus para obtener el modelo final.

#. $eleccin del $%&D

i no se dispone de un -D, o el que 0ay se encuentra obsoleto, se debe esco!er un

-D que sea adecuado para el sistema de informacin. Esta eleccin se debe 0acer en

cualquier momento antes del diseo l!ico.

'. Diseo de la aplicacin

En esta etapa se disean los pro!ramas de aplicacin que usar"n y procesar"n la base dedatos. Esta etapa y el diseo de la base de datos, son paralelas. En la mayor parte de los

casos no se puede finalizar el diseo de las aplicaciones 0asta que se 0a terminado con

el diseo de la base de datos. Por otro lado, la base de datos e2iste para dar soporte a las

aplicaciones, por lo que 0abr" una realimentacin desde el diseo de las aplicaciones al

diseo de la base de datos.

En esta etapa 0ay que ase!urarse de que toda la funcionalidad especificada en los

requisitos de usuario se encuentra en el diseo de la aplicacin. #abr" al!unos

pro!ramas que utilicen y procesen los datos de la base de datos.

dem"s, 0abr" que disear las interfaces de usuario, aspecto muy importante que se

suele i!norar. El sistema debe ser f"cil de aprender, f"cil de usar, ser directo y estar

++dispuesto a perdonar//. i la interface no tiene estas caractersticas, el sistema dar"

problemas, sin lu!ar a dudas.

(. Prototipado

Esta etapa, que es opcional, es para construir prototipos de la aplicacin que permitan a

los diseadores y a los usuarios probar el sistema. 7n prototipo es un modelo de traba)o

de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema

final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar quaspectos est"n bien y cu"les no son adecuados, adem"s de poder su!erir me)oras o la

inclusin de nuevos elementos. Este proceso permite que quienes disean e

implementan el sistema sepan si 0an interpretado correctamente los requisitos de los

usuarios. Gtra venta)a de los prototipos es que se construyen r"pidamente.

Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un !ran

coste, alto ries!o o utiliza nuevas tecnolo!as.

). Implementacin

En esta etapa se crean las definiciones de la base de datos a nivel conceptual, e2terno einterno, as como los pro!ramas de aplicacin. 1a implementacin de la base de datos se


7/13

realiza mediante las sentencias del len!ua)e de definicin de datos $1DD( del -D

esco!ido. Estas sentencias se encar!an de crear el esquema de la base de datos, los

fic0eros en donde se almacenar"n los datos y las vistas de los usuarios.

1os pro!ramas de aplicacin se implementan utilizando len!ua)es de tercera o cuarta

!eneracin. Partes de estas aplicaciones son transacciones sobre la base de datos, que seimplementan mediante el len!ua)e de mane)o de datos $1CD( del -D. 1as

sentencias de este len!ua)e se pueden embeber en un len!ua)e de pro!ramacin anfitrin

como 3isual asic, Delp0i, 9, 9HH, Iava, 9GG1, Jortran, da o Pascal. En esta

etapa, tambin se implementan los mens, los formularios para la introduccin de datos

y los informes de visualizacin de datos. Para ello, el -D puede disponer de

len!ua)es de cuarta !eneracin que permiten el desarrollo r"pido de aplicaciones

mediante len!ua)es de consultas no procedurales, !eneradores de informes, !eneradores

de formularios, !eneradores de !r"ficos y !eneradores de aplicaciones.

Fambin se implementan en esta etapa todos los controles de se!uridad e inte!ridad.

l!unos de estos controles se pueden implementar mediante el 1DD y otros puede que0aya que implementarlos mediante utilidades del -D o mediante pro!ramas de

aplicacin.

*. Conversin y car+a de datos

Esta etapa es necesaria cuando se est" reemplazando un sistema anti!uo por uno nuevo.

1os datos se car!an desde el sistema vie)o al nuevo directamente o, si es necesario, se

convierten al formato que requiera el nuevo -D y lue!o se car!an. i es posible, los

pro!ramas de aplicacin del sistema anti!uo tambin se convierten para que se puedan

utilizar en el sistema nuevo.

1. Prueba

En esta etapa se prueba y valida el sistema con los requisitos especificados por los

usuarios. Para ello, se debe disear una batera de tests con datos reales, que se deben

llevar a cabo de manera metdica y ri!urosa. Es importante darse cuenta de que la fase

de prueba no sirve para demostrar que no 0ay fallos, sirve para encontrarlos. i la fase

de prueba se lleva a cabo correctamente, descubrir" los errores en los pro!ramas de

aplicacin y en la estructura de la base de datos. dem"s, demostrar" que los pro!ramas

++parecen// traba)ar tal y como se especificaba en los requisitos y que las prestaciones

deseadas ++parecen// obtenerse. Por ltimo, en las pruebas se podr" 0acer una medida dela fiabilidad y la calidad del soft8are desarrollado.

11. -antenimiento

7na vez que el sistema est" completamente implementado y probado, se pone en

marc0a. El sistema est" a0ora en la fase de mantenimiento en la que se llevan a cabo las

si!uientes tareas*

Conitorizacin de las prestaciones del sistema. i las prestaciones caen por

deba)o de un determinado nivel, puede ser necesario reor!anizar la base de

datos.


8/13

Cantenimiento y actualizacin del sistema. 9uando sea necesario, los nuevos

requisitos que vayan sur!iendo se incorporar"n al sistema, si!uiendo de nuevo

las etapas del ciclo de vida que se acaban de presentar.

Diseo conceptual

En esta etapa se debe construir un esquema de la informacin que se usa en la empresa,

independientemente de cualquier consideracin fsica. este esquema se le denomina

esquema conceptual. l construir el esquema, los diseadores descubren la sem"ntica

$si!nificado( de los datos de la empresa* encuentran entidades, atributos y relaciones. El

ob)etivo es comprender*

1a perspectiva que cada usuario tiene de los datos.

1a naturaleza de los datos, independientemente de su representacin fsica.

El uso de los datos a travs de las "reas de aplicacin.

El esquema conceptual se puede utilizar para que el diseador transmita a la empresa lo

que 0a entendido sobre la informacin que sta mane)a. Para ello, ambas partes deben

estar familiarizadas con la notacin utilizada en el esquema. 1a m"s popular es la

notacin del modelo entidadrelacin, que se describir" en el captulo dedicado al

diseo conceptual.

El esquema conceptual se construye utilizando la informacin que se encuentra en la

especificacin de los requisitos de usuario. El diseo conceptual es completamente

independiente de los aspectos de implementacin, como puede ser el -D que se vaya

a usar, los pro!ramas de aplicacin, los len!ua)es de pro!ramacin, el 0ard8are

disponible o cualquier otra consideracin fsica. Durante todo el proceso de desarrollodel esquema conceptual ste se prueba y se valida con los requisitos de los usuarios. El

esquema conceptual es una fuente de informacin para el diseo l!ico de la base de

datos.

Diseo lgico

El diseo l!ico es el proceso de construir un esquema de la informacin que utiliza la

empresa, bas"ndose en un modelo de base de datos especfico, independiente del -D

concreto que se vaya a utilizar y de cualquier otra consideracin fsica.

En esta etapa, se transforma el esquema conceptual en un esquema l!ico que utilizar"las estructuras de datos del modelo de base de datos en el que se basa el -D que se

vaya a utilizar, como puede ser el modelo relacional, el modelo de red, el modelo

)er"rquico o el modelo orientado a ob)etos. 9onforme se va desarrollando el esquema

l!ico, ste se va probando y validando con los requisitos de usuario.

1a normalizacines una tcnica que se utiliza para comprobar la validez de los

esquemas l!icos basados en el modelo relacional, ya que ase!ura que las relaciones

$tablas( obtenidas no tienen datos redundantes. Esta tcnica se presenta en el captulo

dedicado al diseo l!ico de bases de datos.

El esquema l!ico es una fuente de informacin para el diseo fsico. dem"s, )ue!a un

papel importante durante la etapa de mantenimiento del sistema, ya que permite que los


9/13

futuros cambios que se realicen sobre los pro!ramas de aplicacin o sobre los datos, se

representen correctamente en la base de datos.

Fanto el diseo conceptual, como el diseo l!ico, son procesos iterativos, tienen un

punto de inicio y se van refinando continuamente. mbos se deben ver como un proceso

de aprendiza)e en el que el diseador va comprendiendo el funcionamiento de laempresa y el si!nificado de los datos que mane)a. El diseo conceptual y el diseo

l!ico son etapas clave para conse!uir un sistema que funcione correctamente. i el

esquema no es una representacin fiel de la empresa, ser" difcil, sino imposible, definir

todas las vistas de usuario $esquemas e2ternos(, o mantener la inte!ridad de la base de

datos. Fambin puede ser difcil definir la implementacin fsica o el mantener unas

prestaciones aceptables del sistema. dem"s, 0ay que tener en cuenta que la capacidad

de a)ustarse a futuros cambios es un sello que identifica a los buenos diseos de bases

de datos. Por todo esto, es fundamental dedicar el tiempo y las ener!as necesarias para

producir el me)or esquema que sea posible.

Diseo fsico

El diseo fsico es el proceso de producir la descripcin de la implementacin de la base

de datos en memoria secundaria* estructuras de almacenamiento y mtodos de acceso

que !aranticen un acceso eficiente a los datos.

Para llevar a cabo esta etapa, se debe 0aber decidido cu"l es el -D que se va a

utilizar, ya que el esquema fsico se adapta a l. Entre el diseo fsico y el diseo l!ico

0ay una realimentacin, ya que al!unas de las decisiones que se tomen durante el diseo

fsico para me)orar las prestaciones, pueden afectar a la estructura del esquema l!ico.

En !eneral, el propsito del diseo fsico es describir cmo se va a implementar

fsicamente el esquema l!ico obtenido en la fase anterior. 9oncretamente, en el modelo

relacional, esto consiste en*

Gbtener un con)unto de relaciones $tablas( y las restricciones que se deben

cumplir sobre ellas.

Determinar las estructuras de almacenamiento y los mtodos de acceso que se

van a utilizar para conse!uir unas prestaciones ptimas.

Disear el modelo de se!uridad del sistema.

Diseo de aplicaciones

En este apartado se e2aminan los dos aspectos del diseo de las aplicaciones* el diseo

de las transacciones y el diseo de las interfaces de usuario.

Diseo de transacciones

7na transaccin es un con)unto de acciones llevadas a cabo por un usuario o un

pro!rama de aplicacin, que acceden o cambian el contenido de la base de datos. 1as

transacciones representan eventos del mundo real, como re!istrar un inmueble para

ponerlo en alquiler, concertar una visita con un cliente a un inmueble, dar de alta un


10/13

nuevo empleado o re!istrar un nuevo cliente. Estas transacciones se deben realizar sobre

la base de datos para que sta si!a siendo un fiel refle)o de la realidad.

7na transaccin puede estar compuesta por varias operaciones, como la transferencia de

dinero de una cuenta bancaria a otra. in embar!o, desde el punto de vista del usuario,

estas operaciones conforman una sola tarea. Desde el punto de vista del -D, unatransaccin lleva a la base de datos de un estado consistente a otro estado consistente. El

-D !arantiza la consistencia de la base de datos incluso si se produce al!n fallo, y

tambin !arantiza que una vez se 0a finalizado una transaccin, los cambios realizados

por sta quedan permanentemente en la base de datos, no se pueden perder ni des0acer

$a menos que se realice otra transaccin que compense el efecto de la primera(. i la

transaccin no se puede finalizar por cualquier motivo, el -D !arantiza que los

cambios realizados por esta transaccin son des0ec0os. En el e)emplo de la

transferencia de fondos entre dos cuentas bancarias, si el dinero se e2trae de una cuenta

y la transaccin falla antes de que el dinero se in!rese en la otra cuenta, el -D

des0ar" la e2traccin de fondos.

El ob)etivo del diseo de las transacciones es definir y documentar las caractersticas de

alto nivel de las transacciones que requiere el sistema. Esta tarea se debe llevar a cabo al

principio del proceso de diseo para !arantizar que el esquema l!ico es capaz de

soportar todas las transacciones necesarias. 1as caractersticas que se deben reco!er de

cada transaccin son las si!uientes*

Datos que utiliza la transaccin.

9aractersticas funcionales de la transaccin.

alida de la transaccin.

Amportancia para los usuarios.

Jrecuencia de utilizacin.

#ay tres tipos de transacciones*

En las transacciones de recuperacinse accede a los datos para visualizarlos en

la pantalla a modo de informe.

En las transacciones de actualizacinse insertan, borran o actualizan datos de la

base de datos.

En las transacciones mi&tasse mezclan operaciones de recuperacin de datos y

de actualizacin.

El diseo de las transacciones utiliza la informacin dada en las especificaciones derequisitos de usuario.

Diseo de interfaces de usuario

ntes de implementar los formularios y los informes, 0ay que disear su aspecto. Es

conveniente tener en cuenta las si!uientes recomendaciones*

7tilizar ttulos que sean si!nificativos, que identifiquen sin ambi!Kedad el

propsito del informe o formulario.

Dar instrucciones breves y f"ciles de comprender. !rupar y secuenciar los campos de forma l!ica.


11/13

#acer que el aspecto del informe o formulario sea atractivo a la vista.

7tilizar nombres familiares para etiquetar los campos.

7tilizar terminolo!a y abreviaturas consistentes.

#acer un uso razonable y consistente de los colores.

De)ar un espacio visible para los datos de entrada y delimitarlos.

Permitir un uso sencillo y adecuado del cursor. Permitir la correccin car"cter a car"cter y de campos completos.

Dar mensa)es de error para los valores ++ile!ales//.

Carcar los campos que sean opcionales.

Dar mensa)es a nivel de campo para e2plicar su si!nificado.

Dar una seal que indique cu"ndo el informe o formulario est" completo.

erramientas C/$0

9uando se 0ace la planificacin de la base de datos, la primera etapa del ciclo de vida de

las aplicaciones de bases de datos, tambin se puede esco!er una 0erramienta 9E

$9omputerided oft8are En!ineerin!( que permita llevar a cabo el resto de tareas del

modo m"s eficiente y efectivo posible. 7na 0erramienta 9E suele incluir*

7n diccionario de datos para almacenar informacin sobre los datos de la

aplicacin de bases de datos.

#erramientas de diseo para dar apoyo al an"lisis de datos.

#erramientas que permitan desarrollar el modelo de datos corporativo, as como

los esquemas conceptual y l!ico.

#erramientas para desarrollar los prototipos de las aplicaciones.

El uso de las 0erramientas 9E puede me)orar la productividad en el desarrollo de una

aplicacin de bases de datos. L por productividad se entiende tanto la eficiencia en el

desarrollo, como la efectividad del sistema desarrollado. 1a eficiencia se refiere al

coste, tanto en tiempo como en dinero, de desarrollar la aplicacin. 1a efectividad se

refiere al !rado en que el sistema satisface las necesidades de los usuarios. Para obtener

una buena productividad, subir el nivel de efectividad puede ser m"s importante que

aumentar la eficiencia.

/dministracin de datos y de la base de

datos

El administrador de datos y el administrador de la base de datos son las personas o

!rupos de personas encar!adas de !estionar y controlar todas las actividades que tienen

que ver con los datos de la empresa y con la base de datos, respectivamente.

El administrador de datos es quien entiende los datos y las necesidades de la empresa

con respecto a dic0os datos. u traba)o es decidir qu datos deben almacenarse en la

base de datos y establecer polticas para mantener y !estionar los datos una vez 0ayan

sido almacenados. 7n e)emplo de tal poltica sera una que estableciera quin puede

realizar qu operaciones sobre qu datos y en qu circunstancias.


12/13

1a persona $o personas( que se encar!a de implementar las decisiones del administrador

de datos es el administrador de la base de datos. u traba)o es crear la base de datos e

implementar los controles necesarios para que se respeten las polticas establecidas por

el administrador de datos. El administrador de la base de datos es el responsable de

!arantizar que el sistema obten!a las prestaciones deseadas, adem"s de prestar otros

servicios tcnicos.

El administrador de datos )ue!a un papel m"s importante que el administrador de la base

de datos en las si!uientes etapas del ciclo de vida* planificacin de la base de datos,

definicin del sistema, recoleccin y an"lisis de los requisitos, diseo conceptual y

diseo l!ico de la base de datos. En el resto de las etapas es donde el administrador de

la base de datos tiene el papel m"s importante* seleccin del -D, diseo de las

aplicaciones, diseo fsico, prototipado, implementacin, conversin y car!a de datos,

prueba y mantenimiento.

Resumen7n sistema de informacin es el con)unto de recursos que se utilizan para reco!er,

!estionar, controlar y divul!ar la informacin dentro de una empresa u or!anizacin.

Desde los aos setenta los sistemas de bases de datos 0an ido reemplazando a los

sistemas de fic0eros en los sistemas de informacin de las empresas, de modo que stos

constan de los si!uientes componentes* la base de datos, el -D, los pro!ramas de

aplicacin, los equipos inform"ticos y el personal que utiliza y que desarrolla el sistema.

1a base de datos es uno de los componentes principales de un sistema de informacin,

por lo que el ciclo de vida de un sistema de informacin est" in0erentemente li!ado al

ciclo de vida de la base de datos sobre la que se apoya. 1as etapas de este ciclo de vida

son* planificacin de la base de datos, definicin del sistema, recoleccin y an"lisis de

los requisitos, diseo de la base de datos, seleccin del -D, diseo de aplicaciones,

elaboracin de prototipos, implementacin, conversin y car!a de datos, prueba y

mantenimiento.

En el diseo de una base de datos se debe realizar un modelo de datos que ayude a

entender el si!nificado de los datos y que facilite la comunicacin en cuanto a los

requisitos de informacin. 1a primera etapa es el diseo conceptual, en donde se

construye un esquema de la informacin que mane)a la empresa, independientemente de

todas las consideraciones fsicas. Despus viene el diseo l!ico, en el que el esquemaanterior se transforma se!n el modelo de base de datos que se vaya a utilizar para

implementar el sistema. Por ltimo, en la etapa del diseo fsico, se produce una

descripcin de la implementacin de la base de datos en memoria secundaria.

El diseo de las aplicaciones, una fase que se debe llevar a cabo en paralelo con el

diseo de la base de datos, est" compuesta por dos actividades* el diseo de las

transacciones y el diseo de las interfaces de usuario de informes y formularios.

1as 0erramientas 9E permiten que el desarrollo de los sistemas de informacin se

realice de modo eficiente y efectivo.


13/13

1a administracin de datos consiste en la !estin de los datos como recurso, mientras

que la administracin de la base de datos es la !estin de la base de datos fsica.

parte 1 bbdd

Documents