PROYECTO ENSistema para manejo de base de datos Supermercado

Desarrollado por

Nombre: Tu Nombre aqui

No. Registro: 06010

SISTEMA PARA MANEJO DEBASE DE DATOS SUPERMERCADO

Código Batch:

Fecha de inicio:

Fecha de termino:

Nombre del coordinador:

Nombre del desarrollador:

Fecha de entrega:

OCR-4

13 de Febrero del 2004

8 de Abril del 2004

Nombre de maestro aqui

Tu nombre aqui

10 de Abril del 2006

CERTIFICADO

Lo siguiente certifica que este reporte titulado Sistema para manejo de base de datos “Nombre de tu proyecto aqui” envuelve el trabajo original realizado por Tu nombre aquí en el termino parcial sobre sus requerimientos del curso en NIIT.

Coordinador: Nombre de maestro aqui

RECONOCIMIENTO

Este trabajo se ha beneficiado en mayor medida por la tutoría y los consejos proporcionados por “Nombre de maestro aquí”, así como también por la documentación y el material textual de apoyo proporcionado por Niit.

ANALISIS DEL SISTEMA

Sumario del sistema: Supermercado es un sistema de base de datos, que surgió como necesidad de la empresa …. Bla bla bla

DISEÑO DE LA BASE DE DATOS

Nombre de base de datos: Supermercado

Numero de tablas: 6

Nombre de las tablas:

1. Departamentos

2. Empleados

3. Productos

4. Ventas

5. DetallesVenta

6. Categorias

Otros objetos:

Triggers: 0, Aquí va el numero de triggers su proyecto, los veremos pronto

Stored Procedures: 0 , Aquí va el número de procedimientos almacenados de su proyecto, los veremos pronto

Índices: 6, incluyan todos índices agrupados “clustered” y no agrupados “unclustered”. Recuerden que por default se agrega un índice de tipo agrupado cada vez que hacen una restricción de llave primaria sobre una columna)

Reglas: 0, Aquí va el numero de reglas de su proyecto,, si es que les piden hacerlas

Tipos de datos de usuario: 0, Aquí va el numero de tipos de datos (hechos por el usuario) de su proyecto,, si es que se les piden hacerlos

Vistas: 0, Aquí va el numero de vistas de su proyecto,, las veremos pronto

DIAGRAMA ESQUEMATICO DE LA BASE DE DATOS

Nombre de base de datos: Supermercado

Diagrama esquemático de la base de datos representando la relación de llaves primarias y foráneas entre las tablas.

(En la figura de abajo se muestra el ejemplo de otra base de datos, la de Shophere…)

DISEÑO DE TABLA

Nombre de base de datos: Departamentos

Tipos de datos de usuariodescripción varchar(150)telefono char(12)firstname varchar(50)lastname varchar(100)

Departamentos

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

Empleados

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

Productos

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

Ventas

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

PurchaseOrderID char 4 Identificador de la categoría

SupplierID int 4 Identificador del proveedor a quien se le va solicitar el item

EmployeeID int 4 Identificador del empleado que genera la orden

OrderDate datetime 8 Fecha en que realiza la orden

Shipdate datetime 8 Fecha de entrega de la orden

ShippingMethodID int 4 Id para el método de envió

FreigthCharge money 8 Gasto del envió

DetalleVentas

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

Categorias

Nombre del CampoTipo de

DatoTamaño

BytesDescripción

VALIDACIONES REALIZADAS(Lo mostrado aquí son solo ejemplos para que se den una idea)

Categorias

Validaciones Requeridas Método empleado para la validación

CategoryID debe ser único. CONSTRAINT PRIMARY KEY

CategoryID debe ser auto-generado.IDENTITY (1,1) Incremento en 1. (Creación de tabla)

Description

NOT NULL en la definición del tipo de dato de usuario “Descripción”.Asignar tipo de dato de usuario “Descripción” al campo Description.

Empleados

Validaciones Requeridas Método empleado para la validación

EmployeeID debe ser único CONSTRAINT PRIMARY KEY

EmployeeID debe ser auto-generadoIDENTITY (1,1) Incremento en 1. (Creación de tabla)

FirstName, LastName, Phone, no deben estar en blanco

NOT NULL en la definición del tipo de dato de usuario “firstname y lastname”.Asignar los tipos de dato de usuario a los campos FirstName y LastName respectivamente.Para el campo Phone usar cláusula NOT NULL.

Phone en el siguiente formato ’[0-9] [0-9] [0-9] [0-9]- [0-9] [0-9] [0-9]- [0-9] [0-9] [0-9]’

Utilizar la REGLA “rulTelefono”, sobre el tipo de dato de usuario “teléfono” ya creado. Asignar el tipo al campo Phone en la creación de tabla.

Title debe ser cualquiera de los siguientes: “Trainee”, Floor Manager”, “Senior Manager”, “Floor in charge”,”Executive”,”Senior Executive”

CONSTRAINT CHECK

Productos

Validaciones Requeridas Método empleado para la validación

ItemID debe ser unico CONSTRAINT PRIMARY KEY

ItemID debe ser auto-generadoIDENTITY (1,1) Incremento en 1. (Creación de tabla)

ItemName no debe estar vacio NOT NULL

ItemDescription

NOT NULL en la definición del tipo de dato de usuario “Descripción”.Asignar tipo de dato de usuario “Descripción” al campo ItemDescription.

QOH CONSTRAINT CHECK

UnitPrice CONSTRAINT CHECK

Ventas

Validaciones Requeridas Método empleado para la validación

PurchaseOrderID debe ser único CONSTRAINT PRIMARY KEY

PurchaseOrderID debe seguir el formato ‘P[0-9] [0-9] [0-9]’

CONSTRAINT CHECK, con LIKE

OrderDate no debe ser mayor a la fecha actual

CONSTRAINT CHECK, con GETDATE() para obtener fecha actual.

Si OrderDate no es ingresadoLa fecha actual deberá ser tomada como la fecha por default de la orden.

DEFAULT

ShipDate no debe ser menor que OrderDate

TRIGGER (Validacion)

FreightCharge CONSTRAINT CHECK

DetalleVentas

Validaciones Requeridas Método empleado para la validación

SupplierID debe ser único CONSTRAINT PRIMARY KEY

SupplierID debe ser auto-generadoIDENTITY (1,1) Incremento en 1. (Creación de tabla)

FirstName, LastName, City, Phone no deben estar vacíos

Cláusula NOT NULL en la definición del tipo de dato de usuario “firstname y lastname”.Asignar los tipos de dato de usuario a loscampos FirstName y LastName respectivamente.Para el campo City y Phone usar cláusula NOT NULL.

Phone en el siguiente formato ’[0-9] [0-9] [0-9] [0-9]- [0-9] [0-9] [0-9]- [0-9] [0-9] [0-9]’

Utilizar la REGLA “rulTelefono”, sobre el tipo de dato de usuario “teléfono” ya creado. Asignar el tipo al campo Phone en la creación de tabla.

Categorias

Validaciones Requeridas Método empleado para la validación

CONTORNO DE REPORTES

Nombre del Reporte

Tipo de Reporte

Descripción

CONFIGURACION

Hardware: PC compatible con arquitecturas de procesador Pentium II, III, 4 y en delante. 64-128 MB mínimo de memoria RAM y 20GB mínimo de memoria en disco duro.

Sistema Operativo: Windows 2000, 2000 Server, 2003, y XP Profesional,Windows Vista

Software: Microsoft SQL Server 2005

DETALLE DE ARCHIVOSDEL PROYECTO

S. No Nombre del archivo Observaciones1 Supermercado.mdf

Supermercado.ldfLa base de datos para SQL Server, que contiene todas las tablas, vistas procedimientos almacenados, triggers, constraints y consultas, junto con el archivo para log de transacciones.

2 install_ Supermercado.bat Archivo batch ejecutable para la instalación de la base de datos. Crea la base de datos, genera todos los objetos y registra algunos datos ficticios por cada tabla.

3 creación_bd_ Supermercado.sql

Script de creación de la base de datos.

4 creacion_objetos_ Supermercado.sql

Script de creación de todos los objetos, como tablas, vistas procedimientos almacenados, triggers, reglas, tipos de datos de usuario, índices.Tambien aquí se insertan datos de muestra en las tablas.

…… ……. Y asi sucesivamente para los otros scripts.sql

…………

8 pruebas_ Supermercado.sql Archivo con consultas para probar todos los objetos creados en la base de datos, y la inserción de datos por tabla, junto con sus respectivas validaciones.