Vous êtes sur la page 1sur 8

Actividad 1 %40

Requerimientos Se deben considerar requerimientos, documentar funcionalidad y restricciones, documentar decisiones, identificar actores, casos de uso (funcionalidad). Anlisis y diseo Describir como se implementara el sistema, este debe: Ejecutar las tareas determinadas funcionalmente Satisfacer los requerimientos Debe ser flexible al cambio

El diseo se centra en la nocin de la arquitectura. Disear y validar la arquitectura. Definir su modelo. 1. clases estructuradas en paquete. 2. Diseo de subsistemas con interfases definidas. 3. Relacin entre clases. Implementacin Propsito Pruebas Distribucin Producir un producto y hacerlo llegar a sus usuarios finales, incluye varias actividades: Producir un release Empaquetar software. Distribuir software. Instalarlo. Asistir a los usuarios Realizar pruebas beta. Migrar datos. Verificar la interrelacin entre objetos. Verificar la integracin apropiada de los componentes. Verificar que se cubran los requerimientos. Identificar errores y corregirlos antes de la instalacin. Definir la organizacin del cdigo. Implementar clases y objetos en forma de componentes (fuente, ejecutables, etc.). Probar las componentes desarrolladas. Integrar las componentes en un sistema ejecutable.

Pasos para disear una base de datos


stos son los pasos bsicos para disear una base de datos: 1 Determinar la finalidad de la base de datos. El primer paso para disear una base de datos en un Software manejador de BD, es determinar la finalidad de la base de datos y cmo se utiliza. Debe saber qu informacin desea obtener de la base de datos, de acuerdo a los requerimientos y necesidades que se pretendan controlar.

2 Determinar las tablas que se necesitan en la base de datos. Una tabla no debe contener informacin duplicada y la informacin no debe duplicarse entre las tablas. Cuando cada elemento de informacin est almacenado en una tabla, se actualiza en un solo lugar. Esto resulta ms eficiente y elimina la posibilidad de que existan entradas duplicadas que contengan informacin diferente. Cada tabla debe contener informacin sobre un asunto.

3 Determinar los campos que se necesitan en las tablas. Relacione cada campo directamente con el asunto de la tabla. No incluya datos derivados ni calculados (datos que son el resultado de una expresin). Incluya toda la informacin que necesite. Almacene informacin en sus partes lgicas ms pequeas (por ejemplo, Nombre y Apellidos, en lugar del Nombre completo).

4 Identificar los registros con valores exclusivos. Cada tabla de la base de datos debe incluir un campo o un conjunto de campos que identifiquen de forma exclusiva cada registro individual de la tabla. Este campo o conjunto de campos se denomina clave principal.

5 Determinar las relaciones entre las tablas. Ahora que ha dividido la informacin en tablas y que ha identificado los campos de clave principal, necesita una forma de indicar a Access o a cualquier otro manejador cmo volver a reunir toda la informacin relacionada de un modo significativo. Para ello, debe definir relaciones entre las tablas.

6 Precisar el diseo. Una vez diseadas las tablas, los campos y las relaciones que necesita, es el momento de estudiar el diseo y detectar los posibles fallos que puedan quedar. Es ms sencillo cambiar el diseo de la base de datos ahora que una vez que haya rellenado las tablas con datos.

7 Agregar datos y crear otros objetos de la base de datos. Cuando considere que la estructura de las tablas cumple los objetivos de diseo descritos anteriormente, es el momento de comenzar a agregar los datos existentes a las tablas. A continuacin, puede crear las consultas, formularios, informes, macros y mdulos que desee.

Siete pasos para el buen diseo de una base de datos


Una base de datos ser tan efectiva, exacta y eficiente como la buena calidad de su diseo.

Una base de datos ser tan efectiva, exacta y eficiente como la buena calidad de su diseo. Y un buen diseo slo se consigue con experiencia y capacitacin. Este artculo presenta siete pasos que cualquier persona -experimentada o novata- puede seguir para crear una base de datos. Con el objeto de facilitar la capacitacin de las personas con poca experiencia en bases de datos, Microsoft Access viene provisto de un asistente que se podr utilizar para crear distintos tipos de bases de datos. El estudio de una base creada por el asistente como la base de datos Contact Management utilizada en el curso de Microsoft Access 2002 (XP) en GCFLearnFree.org es un excelente comienzo para comprender los entretelones del buen diseo de una base de datos. Cree algunas bases de datos de ejemplo con el asistente y luego estudie su diseo: tablas, campos, relaciones, formularios, consultas e informes, tambin esta informacin se aplica a un diseo base de datos con MySQL. 1. Cul es el objetivo de su base de datos? El primer paso para el diseo de cualquier base de datos es determinar cmo y para qu se utilizar. Cul es el propsito de la base de datos? Qu informacin debe tener? Qu informacin desea generar? La base de datos Contact Management analizada en Access 2002 (XP), o en cualquier otro manejador de bases de datos, considere el siguiente ejemplo: en Access se utiliza para mantener una libreta de direcciones con los nombres, direcciones y nmeros telefnicos de sus contactos. La base de datos le permite agruparlos en diferentes categoras, por ejemplo, familiares o amigos. Otra funcin de la base de datos es poder ingresar notas en cualquier llamada telefnica realizada a cualquier contacto. Este tipo de historial de notas de las llamadas puede ser sumamente til en una bsqueda laboral. 2. Que tablas necesita? Una base de datos relacional tiene una o ms tablas que de cierta forma se vinculan entre s. La seleccin de las tablas que se incluirn en su diseo es uno de los pasos ms difciles del proceso. Antes de crear tablas en Access XP o en cualquier otro manejador de bases de datos, desarrolle un esquema, realice un bosquejo de sus ideas y revise su diseo sobre el papel. Hable con las personas que utilizarn la base de datos y comprenda sus necesidades. Conozca las preguntas que deber contestar la base de datos. Cada tabla en la base de datos debe tener informacin sobre un solo tema (por ejemplo, direccin del cliente). Esta informacin debe ser independiente de la informacin contenida en otras tablas (por ejemplo, pedidos de clientes). Los datos no se deben duplicar en otras tablas (por ejemplo, defina la direccin de un cliente solamente en una tabla). Cuando seleccione las tablas que incluir en la base de datos, recuerde lo siguiente: 1) elimine las posibles entradas duplicadas, 2) no modifique la misma informacin varias veces en distintas tablas y 3) tenga en cuenta que deber poder eliminar un registro de una tabla (por ejemplo,

el pedido de un cliente) y conservar la informacin en otra tabla (por ejemplo, direccin y nmero telefnico del cliente). La base de datos Contact Management utilizada en el curso Access 2002 (XP) estudia tres tablas principales: Contacts, Contact Types y Calls.

La tabla Contacts tiene toda la informacin sobre cada entrada de la libreta de direcciones. La tabla Contact Types tiene las definiciones de categoras (por ejemplo, familia, amigos, etc.) que se le pueden asignar a una entrada. La tabla Calls tiene informacin sobre llamadas telefnicas especficas.

En este diseo de base de datos, la fecha, hora y notas de una cierta llamada telefnica quedan registradas en la tabla Calls. Ninguno de estos campos tiene una incidencia directa en la direccin o nmero telefnico en la tabla Contacts. Ambas tablas tienen informacin sobre dos funciones bien diferenciadas. 3. Que campos necesita? Cada tabla de la base de datos tiene informacin sobre un tema especfico. Los campos en la tabla solamente tienen cierta informacin o hechos sobre el tema de esa tabla. Nunca debera haber campos duplicados en una tabla. La base de datos Contact Management tiene varios campos en cada una de las tres tablas principales, entre ellos:

La tabla Contacts tiene informacin sobre el contacto, por ejemplo los campos: name, address, city, state, zip code y phone number. La tabla Contact Types tiene un campo que define la relacin entre usted y el contacto. La tabla Calls tiene varios campos que definen la fecha, hora, tema y notas que corresponden a una llamada.

En un buen diseo de una base de datos, no sera lgico incluir la fecha u hora de una llamada en una tabla que corresponda a una entrada de la libreta de direcciones. Lo lgico es que estos campos, que corresponden a una llamada telefnica, aparezcan solamente en la tabla Calls. 4. Cul o cules son las claves principales en cada tabla? A modo de repaso, digamos que su base de datos consistir en tablas y campos. Microsoft Access o MySQL necesitan una forma de conectar la informacin almacenada en las diferentes tablas -por ejemplo, la tabla Calls con la tabla Contacts. Para que esto se realice, hay que definir una clave principal en cada tabla, que puede ser uno o ms campos que identifican de manera exclusiva cada registro de una tabla. Sin la clave principal, su base de datos est expuesta a duplicar registros que daran como resultado informacin no confiable y posiblemente una base de datos intil. Las siguientes claves principales estn definidas en cada una de las tablas de la base de datos Contact Management:

ContactID es la clave principal de la tabla Contacts. ContactTypeID es la clave principal de la tabla Contact Types. CallID es la clave principal de la tabla Calls.

5. Cmo se relacionan las tablas? Una base de datos que tiene varias tablas -cada una identificada por una clave principal y campos con informacin- le dir muy poco a menos que las tablas estn relacionadas de alguna manera. La tabla Contact Types, por ejemplo, puede tener los siguientes registros: Family, Friend, Company, Recruiter y Network. En s misma, esta informacin puede o no ser valiosa para usted. Esta informacin -y su relacin- resulta til recin cuando usted relaciona esta tabla con la tabla Contacts, permitiendo de ese modo asociar un nombre especfico como perteneciente a un familiar (Family). Una vez definidas las tablas de la base de datos, Microsoft Access proporciona una manera para permitirle establecer relaciones entre las distintas tablas. Se pueden definir dos tipos principales de relaciones:

Relacin uno a uno: es cuando un registro en la tabla principal tiene otro de correspondencia simple en la tabla relacionada. Por ejemplo, la tabla Contacts que mantiene direcciones y nmeros telefnicos en la base de datos Contact Management est relacionada con la tabla Contact Types (Family, Friend, Relative, etc.) en una relacin de uno a uno, lo que significa que cualquier contacto puede tener un solo tipo de contacto asociado a l. Relacin uno a varios: es cuando un registro en la tabla principal puede relacionarse con varios registros en la tabla relacionada. Por ejemplo, la tabla Calls de la tabla Contacts se encuentra en una relacin de uno a varios, lo que significa que varias llamadas se pueden relacionar con un solo contacto.

El siguiente grfico muestra las tres tablas, los campos de las claves principales (campo en negrita en cada tabla) y relaciones de las tablas en la base de datos Contact Management:

6. Es el diseo que corresponde? Una vez que haya diseado todas las tablas y los campos, y definido las relaciones entre aquellas, le aconsejamos que ingrese informacin de ejemplo para probar la base de datos y asegurarse de que est funcionando correctamente. Este paso se practica en la base de datos Contact Management durante todo el curso de Access 2002 (XP) o cualquier otro manejador de bases de datos. Despus de haber ingresado informacin, cree algunas consultas para ver si la respuesta obtenida es lo que usted esperaba. Cree algunos informes de ejemplo para asegurarse de que los resultados sean tambin los deseados. Realice las correcciones necesarias al diseo de la base de datos en esta etapa y antes de ingresar sus registros personales. En caso de que surjan problemas, corrija el diseo. 7. Qu otros objetos de la base de datos son necesarios? Cuando est seguro de que la base de datos funciona de la manera deseada, contine y agregue todos los registros en todas las tablas de su base de datos. Determine las consultas que desea efectuar. Establezca los informes que desea generar. Qu formularios se pueden crear para simplificar el ingreso o el anlisis de datos? Contine y crelos o termnelos.

http://www.slideshare.net/silsilvetti/pasos-para-disear-bases-de-datos-relacionales