TECNOLÓGICO NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO DE TIJUANA

SUBDIRECCIÓN ACADÉMICA
DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN

SEMESTRE:
Agosto - diciembre 2022

CARRERA:

Ingeniería en Sistemas Computacionales

MATERIA:

Administración de Base de Datos

TÍTULO ACTIVIDAD:
Nombre de la actividad

A3.3 Síntesis de artículo Northwind Database

UNIDAD A EVALUAR:
Número de unidad a evaluar

Unidad 3

NOMBRE Y NÚMERO DE CONTROL DEL ALUMNO:

Jimenez Gil Luis Antonio- 20210582

Virgen Pulido Jose Angel- 20210652

NOMBRE DEL MAESTRO (A):

Gabriela Lourdes Tapia González

 Introducción

El propósito de este trabajo es entender la importancia de la base de datos de

NORTHWIND y su propios transacciones que se pueda realizar en ella y porque es
tan reconocida por su gran cantidad de tablas,consultas ,informes ,macros etc..

EL DBMS DE ACCESS Y LA BASE DE DATOS NORTHWIND

La mayoría de los libros de texto sobre bases de datos tienen pequeñas bases de
datos "de juguete" que son específicas para el objetivo del capítulo y, por lo tanto, no
admiten la aplicación sobre el dominio completo de los conceptos de diseño,
implementación y gestión en una sola base de datos. La base de datos de muestra
de Northwind Traders está disponible por Microsoft para su descarga y uso en
Microsoft Access, e ilustra el procesamiento transaccional de una empresa ficticia
que importa (compra) y exporta (vende) alimentos especiales de todo el mundo.

La base de datos contiene ejemplos de tablas, consultas, formularios, informes,

macros, objetos de clase VBA, funciones y módulos, y otras características de la
base de datos. Una vez comprendida la base de datos y los procesos empresariales
asociados, este documento puede utilizarse como herramienta de enseñanza y
como guía para los profesionales que utilicen la base de datos de muestra de
Northwind Traders como plantilla de diseño.

En primer lugar, el objetivo de este documento es documentar de forma más

completa la base de datos de Northwind Traders, incluyendo los procesos de
negocio, estableciendo las reglas de negocio, describiendo las relaciones y
participaciones, y discutiendo algunos problemas con el diseño existente,
permitiendo así el uso de la base de datos para mejorar la enseñanza y el
aprendizaje. Aunque la base de datos Northwind tiene características de diseño
avanzadas relacionadas con las macros de datos, las macros incrustadas, los
objetos de clase de Access, las funciones y los módulos VBA, estos componentes
están fuera del alcance de la mayoría de los cursos de introducción a las bases de
datos de IS y recibirán menos discusión en este documento.

Un curso de base de datos más avanzado que cubra los triggers, los procedimientos
almacenados y el código de procedimiento puede facilitar mejor la exploración de
estos componentes dentro de la base de datos Northwind, tras la comprensión del
contenido de este documento, es decir, la documentación de la base de datos.

Además, se supone que los estudiantes ya tienen los conceptos básicos de diseño
de bases de datos, incluyendo tablas, consultas, formularios, informes, claves
primarias/extrañas, relaciones entre tablas, etc., de modo que este documento
puede utilizarse de forma ilustrativa, bien al mismo tiempo que los conceptos que se
están aprendiendo, o bien después de la enseñanza de los conceptos para reunirlos
todos en una solución de base de datos completa.

Se espera que este documento pueda utilizarse como herramienta de enseñanza y

aprendizaje, y como guía para los profesionales que utilicen la base de datos de
muestra de Northwind como plantilla de diseño. Por otro lado, las bases de datos
grandes y complejas pueden crear desafíos para la enseñanza y el aprendizaje
debido a la complejidad, el esquema, las restricciones y otras barreras que deben
superarse antes de ilustrar los conceptos de las bases de datos, como el diseño, la
implementación y la gestión. Yue (2013) relató además la realidad de que los
estudiantes deben superar una empinada curva de aprendizaje para cualquier base
de datos grande antes de poder completar con éxito los ejemplos y las tareas.

La documentación de este documento incluye la descripción de los procesos de

negocio de la empresa ficticia, incluyendo la descripción de los objetos de la base
de datos, el establecimiento de las reglas de negocio, la definición de las tablas, el
establecimiento del modelo de representación de entidades (ERM), la descripción
adicional de las relaciones y participaciones de las tablas y la discusión de algunos
errores dentro del diseño existente. Microsoft Access es una base de datos
relacional de escritorio con muchas características de diseño de los sistemas de
nivel empresarial, pero con limitaciones en el tamaño de la base de datos, el número
de objetos (tablas, consultas, formularios e informes), el número de campos y
consultas por tabla, el número de usuarios concurrentes y la falta de control de
concurrencia (entre otras diferencias) (especificaciones de Access 2010, .

Resulta especialmente interesante la base de datos de ejemplo denominada

Northwind, que puede instalarse completa con tablas (que contienen datos de
ejemplo), consultas, formularios, informes, macros y clases, funciones y módulos de
objetos VBA. Las instrucciones de instalación de Northwind 2010 en Access 2013
están disponibles en Chaple (2012), mientras que una visión general limitada de la
base de datos (incluidos los objetos y la navegación de objetos) está disponible en
Best STL (An Essential Guide to Using the Northwind Database in Access 2010,
2010).

Aunque la base de datos Northwind ha existido durante casi dos décadas, las
versiones han cambiado significativamente desde el lanzamiento inicial hasta la
versión actual, y ha habido poca o ninguna documentación proporcionada por
Microsoft u otras fuentes para documentar la base de datos de una manera que esté
lista útil como una plantilla, o como una herramienta eficaz de enseñanza y
aprendizaje. La base de datos de Northwind es ilustrativa de una empresa de
merchandising que compra y vende productos. Northwind proporciona un modelo en
el que basar tablas, relaciones, consultas, formularios e informes para la propia
base de datos, e ilustra conceptos de bases de datos relacionales como las
relaciones, la interoperabilidad con otras aplicaciones de Office, las técnicas de
construcción de tablas/consultas/formularios/informes, la normalización y VBA y el
acceso y manipulación de datos, etc. Lamentablemente, Microsoft proporciona muy
poca documentación sobre las bases de datos o los procesos de negocio de
Northwind en relación con las reglas de negocio, los metadatos, los objetos (tablas,
consultas, formularios, informes, macros y módulos), los atributos de las tablas o las
relaciones. Con 20 tablas, 22 relaciones de tablas, 27 consultas, 34 formularios, 15
informes, 2 macros, decenas de macros incrustadas, 10 clases de objetos de
Access y 9 módulos de VBA, puede resultar abrumador descifrar el proceso, la
estructura y el diseño no documentados.

La base de datos de muestra de Northwind es una simple base de datos de

procesamiento de transacciones, que ilustra el registro, el almacenamiento, la
recuperación y la edición de datos relacionados con sólo algunas de las actividades
de adquisición y cumplimiento de una empresa de merchandising.

Las actividades de aprovisionamiento se refieren a la adquisición de existencias,

mientras que las actividades de cumplimiento se refieren a la venta de existencias,
incluyendo el registro de los movimientos de mercancías, así como las
transacciones financieras. Cabe señalar que la actual base de datos de Northwind
no está configurada para registrar las transacciones financieras porque no ofrece el
diseño o la estructura necesarios para cumplir con la mayoría de los requisitos de la
contabilidad financiera o de gestión, por ejemplo, tablas para registrar las
transacciones financieras, consultas que determinen las cuentas por pagar/cobrar,
los gastos, etc., o informes para las cuentas de resultados y los balances, etc.

Los procesos empresariales básicos de Northwind incluyen que los empleados

compren productos a los proveedores, los coloquen en el inventario y los revende a
los clientes. Para comprar productos a los proveedores, un empleado presenta una
orden de compra al proveedor. Si los productos no están en el inventario, un
empleado puede iniciar una orden de compra para satisfacer el pedido del cliente.

Tablas de Northwind

Las tablas maestras son las que registran datos que no cambian con frecuencia,
como empleados, proveedores, productos, clientes y expedidores.

Por "no cambia con frecuencia" se entiende que, si bien pueden añadirse nuevos
registros a las tablas maestras, los registros existentes rara vez se editan. Por otro
lado, las tablas de transacciones suelen implicar la adición frecuente de nuevos
registros de transacciones de procesos, como el registro de transacciones de
adquisición y cumplimiento relacionadas con el movimiento de inventario y dinero.
Las tablas de transacciones también pueden experimentar la edición de registros
existentes, como el cambio de un campo de estado de pago de una factura de
impagado a pagado. La figura 4.1 refleja el modelo completo de relación de
entidades (ERM) para la base de datos de Northwind, incluidas las claves primarias,
mientras que las figuras 4.2 y 4.3 reflejan los diagramas de relación de entidades
(ERD) para los procesos completos de adquisición y cumplimiento, respectivamente.
Cuando la empresa compra productos.

TABLAS DE ADQUISICIONES

La compra se registra en PEDIDOS, mientras que los artículos pedidos se registran

en DETALLES DE PEDIDOS.

Cuando se venden productos, el resumen de ventas se registra en PEDIDOS

mientras que los artículos pedidos se registran en DETALLES DEL PEDIDO.

Hay que tener en cuenta que no hay una interacción directa del usuario final con las
tablas, sino que se utilizan formularios para añadir, actualizar y eliminar registros en
Una sola orden de compra iniciada por un empleado puede generar una orden para
muchos productos diferentes de un solo proveedor, con cada producto registrado
como un registro separado en DETALLES DE LA ORDEN DE COMPRA. Por
ejemplo, si una sola orden de compra tiene 3 productos, DETALLES DE LA ORDEN
DE COMPRA tendrá 3 registros; uno para cada producto pedido en la orden de
compra única.4 Transacciones de inventario (para órdenes de compra)
TRANSACCIONES DE INVENTARIO registra todos los productos comprados y
vendidos, así como los productos en espera para cumplir con los pedidos
pendientes de los clientes, y los productos que no están disponibles para la venta
debido a que son residuos. Obsérvese que en la tabla ilustrativa el atributo ID de
pedido está en blanco para todos los registros, pero los nuevos pedidos introducidos
mediante el formulario correspondiente registrará el ID de pedido. En cambio, los
detalles de cada producto en un solo pedido de cliente se reflejan en uno o más
registros en DETALLES DEL PEDIDO.

La tabla registra sólo los pedidos que han sido facturados (mediante el formulario
correspondiente).Tenga en cuenta que INVOICES tiene campos adicionales para la
fecha de vencimiento, el impuesto, el envío (tarifa) y el importe a pagar, pero todos
los campos son nulos en la tabla y nunca se actualizan con ningún formulario o
consulta. Cuando se abre la base de datos se carga un formulario de pantalla de
inicio, en el que se pide al usuario que haga clic en el botón de advertencia de
seguridad para habilitar el contenido.

Es importante tener en cuenta que después de pulsar el botón se ejecuta una macro
incrustada que captura el ID y los privilegios del empleado seleccionado y lo
establece en una variable temporal que se utiliza a lo largo de los procesos para
permitir los privilegios y para autocompletar los campos del formulario con los datos
del empleado. Tras el inicio de sesión, otra macro incrustada abre el formulario de
Inicio (Figura 7.2) que proporciona acceso a objetos como hipervínculos para crear
un Nuevo Pedido de Cliente o un Nuevo Pedido de Compra, Enlaces Rápidos a
tablas, consultas, formularios e informes, y resultados de consultas incrustados
dentro de subformularios, como Pedidos Activos e Inventario para Reordenar.

Se recomienda que el lector se familiarice con cada objeto (tablas, consultas,

formularios, informes, macros, módulos) que interviene en cada componente del
proceso, así como con las relaciones y dependencias de los objetos. Todos los
procesos empresariales se completan mediante formularios y subformularios, que
dependen de tablas subyacentes, consultas, macros incrustados y módulos VBA.
Además, las macros incrustadas y las subrutinas VBA están directamente
relacionadas con muchas acciones de los formularios, por ejemplo, la asignación de
un ID de empleado (basado en el inicio de sesión) a los formularios, o la activación
de la creación/envío de una solicitud de compra cuando el pedido de un cliente de
un producto supera la cantidad de inventario. Familiarizarse con los objetos de la
base de datos puede facilitar la realización de una gran variedad de tareas, como la
introducción de datos en un formulario, la adición o eliminación de tablas, la
búsqueda y sustitución de datos y la ejecución de consultas. Por ejemplo, haciendo
clic en FACTURAS y utilizando la herramienta "Dependencias de objetos", se puede
determinar que FACTURAS interactúa con (y depende de) los datos de PEDIDOS,
mientras que la consulta de ANÁLISIS DE VENTAS depende de FACTURAS.

Los objetos que dependen del formulario de Detalle de Pedidos son los formularios
Inicio y Lista de Pedidos. Tenga en cuenta que los nombres de los formularios y
subformularios, así como las pestañas, los botones y los enlaces de los formularios,
son propiamente letras mayúsculas y estilo de letra negrita y cursiva. Una solicitud
de pedido se desencadena por una necesidad de nivel de reordenamiento o por un
inventario insuficiente (ver la tabla PRODUCTOS, y los dos formularios Lista de
inventario y Subformulario de inventario a reordenamiento para el hogar). Esto
puede ocurrir después de atender un pedido de un cliente que agotó el inventario
actual por debajo del nivel de orden, o un nuevo pedido de un cliente para el cual el
inventario actual es insuficiente. Tras el inicio de sesión, el subformulario Inventario
para reordenar para el hogar muestra los resultados de la consulta que muestran los
productos que han sido activados para ser reordenados. Al hacer clic en un
hipervínculo del subformulario, se abre el formulario de Detalles del producto para
determinar el proveedor y la cantidad de pedido adecuados.

Tenga en cuenta que la mayoría de los valores de los atributos del producto se
pueden actualizar directamente en el formulario. Además, la pestaña Historial de
pedidos/compras refleja las transacciones de ventas y compras del producto
utilizando el subformulario Transacciones del producto para los detalles del
producto. También se pueden ver otros productos haciendo clic en el desplegable Ir
al producto, así como guardar los cambios y crear un nuevo producto utilizando el
hipervínculo Guardar y nuevo formulario.

En cambio, el formulario de la lista de inventario muestra la cantidad exacta que hay

que pedir para cada producto. Para los pedidos existentes que han sido creados,
enviados o aprobados, el campo Estado de la sección de la cabecera del formulario
se rellena a partir de una consulta 'Selecta' incrustada establecida como fuente de
registro (véase la hoja de propiedades del formulario).Para los nuevos pedidos, el
campo Creado por el ID del empleado se rellena utilizando el valor por defecto del
ID del empleado (establecido en el inicio de sesión), mientras que el campo Fecha
de creación es un valor por defecto que utiliza una función Now() incorporada.

Los datos del formulario se insertan en los PEDIDOS, incluyendo el ID del

proveedor, el ID del empleado creado por, la fecha de creación y un ID de estado
establecido como "Nuevo" (que es el valor por defecto).Después de seleccionar la
pestaña Detalles de la compra ( subformulario de compra para el subformulario
Detalles de la orden de compra ), el subformulario requiere la selección de un
producto de una lista desplegable, rellenada desde PRODUCTOS, y la introducción
de una cantidad de pedido(Qty).Para cada producto seleccionado en el
subformulario, se actualizan los campos de consulta INVENTARIO EN
PEDIDO(Producto y/o Cantidad en Pedido), aunque el pedido aún no haya sido
presentado o aprobado. El campo INVENTARIO Cantidad en el pedido también se
actualiza, por lo que afecta a los campos Cantidad por debajo del objetivo, Nivel
actual y Cantidad a reordenar. Antes de enviarlo para su aprobación, se puede
cambiar el Producto y la Cantidad, o ambos, y los campos se actualizan
correctamente en las tablas y consultas relacionadas.

Una vez que se crea la solicitud, se cierra y se vuelve a abrir, los campos del
formulario existente se rellenan a partir de PEDIDOS DE COMPRA, mientras que el
subformulario se rellena a partir de DETALLES DE COMPRA AMPLIADOS. Tenga
en cuenta que el formulario permite un error de selección de productos no
disponibles en el proveedor especificado, y permite introducir cantidades negativas y
no enteras, por ejemplo, la cantidad de -1 o 3,245.Además, ORDENES DE
COMPRA tiene campos para Gastos de Envío e Impuestos, pero debido a
aparentes errores de diseño estos campos no están disponibles en el subformulario
de Detalles de Compra , y todos los valores en las tablas son '$0.00'.La otra
consulta afectada por este paso es RESUMEN DE COMPRAS, que resume el total
del pedido para cada ID de pedido (basado en los TOTALES DE PEDIDOS Y
PRECIOS DE COMPRAS).3 Presentación de la solicitud de compra para su
aprobación Utilizando el formulario de Detalles de la orden de compra, un empleado
puede hacer clic en el hipervínculo del formulario Presentar para aprobación, y a su
vez los campos Presentado por el ID del empleado y Fecha de presentación se
rellenan basándose en el mismo método del paso 8.Los datos del formulario se
insertan en PEDIDOS DE COMPRA (y se actualizan en DETALLES DE COMPRA
EXTENDIDOS), incluyendo el ID de empleado Enviado por, la Fecha de Envío, y
con el ID de Estado establecido como 'Enviado’. Como alternativa, en lugar de hacer
clic en Enviar para aprobación, el empleado puede hacer clic en el hipervínculo
Cancelar formulario de compra, que eliminará permanentemente la orden de compra
y los detalles de ORDENES DE COMPRA y DETALLES DE ORDEN DE COMPRA.
La otra consulta afectada por este paso es RESUMEN DE COMPRAS, en la que se
actualizan los campos Enviado por y Fecha de envío.

TABLAS DE CUMPLIMIENTO

Utilizando el formulario de Detalles de la Orden de Compra, un empleado con

privilegios de aprobación aprueba o cancela la solicitud utilizando los hipervínculos
del formulario Aprobar Compra o Cancelar Compra.

Los datos del formulario se insertan en PEDIDOS DE COMPRA (y se actualizan en

DETALLES DE COMPRA EXTENDIDOS), incluyendo el ID de empleado Aprobado
por, la Fecha de Aprobación y el ID de Estado establecido como 'Aprobado’. Antes
de enviarlo para su aprobación, se pueden modificar los detalles del producto
existente y/o añadir nuevos productos. Tras la aprobación, el hipervínculo del
formulario de aprobación de la compra se desactiva y los detalles del producto no
pueden modificarse. Debido a un error de diseño, se puede cambiar el proveedor,
pero se borran todos los detalles de los productos, y sólo se permite una línea de
productos.

Alternativamente, en lugar de hacer clic en Enviar para aprobación, el empleado

puede hacer clic en el hipervínculo Cancelar formulario de compra, que eliminará
permanentemente la orden de compra y los detalles como se describe en el paso 8.
La otra consulta afectada por este paso es RESUMEN DE COMPRAS, en la que se
actualizan los campos Aprobado por y Fecha de Aprobación.

Utilizando el formulario de detalles de la orden de compra, un empleado recibirá el

inventario del proveedor. Después de hacer clic en la pestaña del subformulario
Recepción de Inventario(Subformulario de Recepción para el subformulario de
Detalles de la Orden de Compra ), los datos del subformulario se rellenan a partir de
Detalles de la Compra Extendida, y el subformulario requiere seleccionar una Fecha
de Recepción del calendario del formulario integrado y hacer clic en la casilla de
verificación Añadir al Inventario. Además, al marcar Añadir al Inventario se crea un
nuevo registro en TRANSACCIONES DE INVENTARIO con un ID de
transacción(AutoNumber), el tipo de transacción establecido como 'Comprado', la
fecha de creación de la transacción, la fecha de modificación de la transacción, el ID
del producto, la cantidad y el ID del pedido de compra.
Otras consultas afectadas por este paso son INVENTARIO, INVENTARIO EN
PEDIDO, RESUMEN DE COMPRAS, INVENTARIO COMPRADO y COMPRAS DE
PRODUCTOS. Tenga en cuenta que los PEDIDOS DE COMPRA tienen un campo
para el Importe del Pago, pero debido a un error de diseño este campo no está
disponible en el subformulario de Información de Pago, y todos los valores son
'$0.00' en los PEDIDOS DE COMPRA (incluso después de contabilizar el pago).
Además, para los pedidos existentes que han sido pagados, los campos del
subformulario se rellenan a partir de los PEDIDOS DE COMPRA. Utilizando el
formulario de detalles del pedido, un empleado crea un nuevo pedido de un cliente.
Este formulario está disponible en el hipervínculo del formulario de Inicio Nuevo
Pedido de Cliente. Los datos del formulario se insertan en PEDIDOS, incluyendo el
ID de empleado del vendedor, el ID de cliente del cliente y la fecha del pedido de los
datos del formulario, y un ID de estado establecido como "Nuevo". Además, los
campos de la pestaña Información de envío (empezando por Nombre del envío) se
rellenan desde CLIENTES. Además, el empleado puede hacer clic en el
hipervínculo del formulario Borrar pedido, que a su vez borra el registro de
PEDIDOS. Además, ORDERS tiene un campo para Impuestos, pero por error de
diseño el campo no está disponible en el subformulario de Detalles del Pedido, y
todos los valores en ORDERS son '$0.00'.

La cantidad de productos solicitados puede tener o no suficiente inventario para

cumplir con el pedido, pero sólo los pedidos completos pueden ser facturados y
enviados. Los dos casos de inventario suficiente o insuficiente se describen en los
apartados 9.a y 9.1 La cantidad de producto es suficiente para completar el pedido:
Si la cantidad de un producto en el inventario es suficiente, se crea un nuevo ID de
transacción en TRANSACCIONES DE INVENTARIO, estableciendo el tipo de
transacción como "En espera", insertando la fecha de creación de la transacción, la
fecha de modificación de la transacción, el ID del producto, la cantidad y el ID del
pedido del cliente.

Además, se crea un nuevo ID en los DETALLES DEL PEDIDO, insertando el ID del

Pedido del cliente, el Producto, la Cantidad, el Precio Unitario, el Descuento, el ID
de Inventario, y estableciendo el ID de Estado como 'Asignado'. Las
TRANSACCIONES DE INVENTARIO se actualizan con un nuevo ID de transacción,
el tipo de transacción establecido como 'En espera', la fecha de creación de la
transacción, la fecha de modificación de la transacción, el ID del producto, la
cantidad y el ID del pedido del cliente. Si el producto se elimina después de reabrir
el formulario, el registro se elimina en DETALLES DEL PEDIDO, pero el registro en
TRANSACCIONES DE INVENTARIO no se elimina, por lo que las cantidades
afectadas en las consultas relacionadas (INVENTARIO e INVENTARIO EN
ESPERA) no se actualizan a sus valores originales. Como resultado, todavía existe
un registro en TRANSACCIONES DE INVENTARIO para un producto que ya no
está en DETALLES DE PEDIDO. Si el empleado hace clic en "No", los DETALLES
DE PEDIDO se ven afectados como en el paso 1.a anterior, pero el ID de estado se
establece en "Sin existencias" y el El pedido del cliente no puede facturarse ni
enviarse hasta que se hayan completado los pasos de aprovisionamiento 8.4, 8.5 y
8.

Una vez completado el Paso 8.6 de Adquisiciones, se crea un nuevo registro en

TRANSACCIONES DE INVENTARIO con un nuevo ID de transacción, el tipo de
transacción establecido como "Comprado", la fecha de creación de la transacción, la
fecha de modificación de la transacción, el ID del producto, la cantidad y el ID de la
orden de compra. Además, se crea un nuevo registro en DETALLES DEL PEDIDO,
con un nuevo ID, insertando el ID del Pedido del cliente, el Producto, la Cantidad, el
Precio Unitario, el Descuento, el ID del Pedido, el ID del Inventario, y estableciendo
el ID de Estado como 'Asignado’. Por ejemplo, si un producto tiene una cantidad
distinta de cero, pero la cantidad es insuficiente para completar el pedido del cliente,
la cantidad a pedir rellenada en el pedido automático se establece en el total, no en
la cantidad requerida (aunque la cantidad puede cambiarse en el pedido). Utilizando
el formulario de Detalles del Pedido, un empleado elige la pestaña del subformulario
Información de Envío.

Utilizando el formulario de Detalles del pedido, un empleado hace clic en el

hipervínculo del formulario Crear factura. En el formulario de Detalles del pedido, un
empleado hace clic en la pestaña del subformulario Información de pago. Los
formularios también se utilizan para añadir nuevos registros, así como para editar y
eliminar los existentes en las tablas y consultas subyacentes. Muchos de los
formularios ilustrativos de la base de datos son muy sofisticados, e incluyen la
ejecución de macros de datos incrustados y módulos VBA para vincular datos de
tablas y consultas, así como para añadir, editar, actualizar y eliminar registros en
tablas y consultas subyacentes. Además, muchos macros de datos incrustados y
módulos VBA se utilizan para crear, ver e imprimir informes desde formularios,
enviar correos electrónicos desde formularios, abrir formularios desde otros
formularios, desencadenar nuevos procesos, etc.

NAVEGACIÓN DEL PROCESO DE CUMPLIMIENTO

Los informes de la base de datos Northwind son razonablemente auto explicativos

por su nombre, y la mayoría tienen una tabla o consulta subyacente como datos de
origen. En su lugar, el formulario de Detalles del Pedido permite al usuario hacer clic
en un enlace llamado "Crear Factura", que a su vez ejecuta un Procedimiento de
Evento vinculado a un Objeto de Clase de Acceso llamado Form_Order Details.
Lamentablemente, no se puede crear una factura una vez que el pedido del cliente
está cerrado. Aunque una descripción y discusión completa de cada objeto de base
de datos en Northwind está fuera del alcance de este documento, se anima al lector
a examinar más a fondo las macros incrustadas asociadas con todos los
procedimientos de eventos, así como los objetos de clase VBA, módulos, funciones,
subrutinas y procedimientos.

Tras la selección, una macro incrustada (Hoja de propiedades, pestaña Evento,

propiedad Después de la actualización) asigna el ID de empleado seleccionado
como variable temporal, identificando así al empleado que participa en los procesos
de ventas y compras, y registrando la información del empleado en las tablas de
transacciones y consultas relacionadas. La variable ID de empleado se utiliza para
autocompletar los formularios a lo largo de varios procesos de órdenes de compra y
ventas. Inicio: Proporciona hipervínculos de formularios para nuevos clientes y
nuevos pedidos, un botón de actualización, así como subformularios que muestran
los pedidos activos, el inventario para reordenar y los enlaces rápidos (Figura
7.Tenga en cuenta que el desplegable "Soy:" permite cambiar el empleado para que
el usuario de ejemplo no tenga que cerrar y volver a abrir la base de datos para
iniciar sesión como un empleado diferente cada vez que se realicen varios
componentes del proceso, por ejemplo, crear, enviar, aprobar una orden de compra,
etc.

Nuevo pedido de compra (hipervínculo del formulario): Abre el formulario de detalles

de la orden de compra. Pedidos Activos (subformulario): Muestra el subformulario
de Pedidos Activos para el formulario de Inicio como Objeto Origen, vinculando sólo
los datos del empleado seleccionado en la Hoja de Propiedades, estableciendo en
la pestaña Datos la propiedad Vincular Campos Maestros al empleado actual y la
propiedad Vincular Campos Hijos al ID del empleado. Al hacer clic en cualquier
hipervínculo de campo de producto se ejecuta una macro incrustada (Hoja de
propiedades, pestaña Evento, propiedad Al hacer clic) que abre el formulario de
Detalles del producto para el producto seleccionado.

Al hacer clic en cualquier botón se ejecuta una macro incrustada (Hoja de

propiedades, pestaña Evento, propiedad Al hacer clic) que abre el formulario
asociado (Lista de inventario, Lista de pedidos, Lista de clientes, Lista de pedidos,
Lista de proveedores, Lista de empleados, Lista de expedidores, Diálogo de
informes de ventas).

Aunque escribir código en VBA va mucho más allá del alcance de este artículo, el
resultado final de los módulos en Northwind es que se realizan acciones basadas en
disparadores, como abrir un formulario de Access desde el botón o hipervínculo de
otro formulario.

Conclusión

Northwind es de gran utilidad en la utilización de gestion de productos y pedidos por

lo cual es muy factible a la hora de realización de pruebas en una base de datos
antes llevarlo a la ejecución de la empresa