Northwind 2.0 Starter Edition: inicio

Se aplica a
Access para Microsoft 365 Access 2021 Access 2019

Cuando se inicia una aplicación de Access, habrá acciones que querrá realizar para asegurarse de que los usuarios tengan la mejor experiencia posible. Los nombres de objeto se proporcionan para que pueda examinarlos fácilmente en la base de datos de Northwind 2.0 Starter Edition.

Uso de la macro AutoExec

Cuando se abre la aplicación de Access, se ejecuta una macro AutoExec para inicializarla. Access también proporciona una configuración de base de datos para el nombre de un formulario que se abre al inicio. Se puede encontrar aquí:

Archivo>Opciones>Base de datos> actualOpciones> de aplicaciónFormulario de visualización

Si se puede identificar un formulario de partida, ¿por qué no usarlo en lugar de una macro AutoExec? El motivo son las ubicaciones de confianza que requieren que habilite el contenido.

Barra de mensajes para habilitar el contenido

Una macro AutoExec (debe llamarse AutoExec) es el único código que se puede ejecutar cuando se produce la advertencia de seguridad de la ubicación de confianza, lo que le permite controlarla correctamente. Una práctica recomendada es controlar todos los errores y advertencias para asegurarse de que la aplicación se ejecuta correctamente. Esto a menudo se conoce como programación defensiva. El uso de una macro AutoExec en el inicio es la mejor defensa. Para obtener más información sobre ubicaciones de confianza, vea Northwind 2.0 Starter Edition: una breve introducción a VBA.

Finalidad del módulo StartUp

Una vez que la macro AutoExec ha determinado que la base de datos se encuentra en una ubicación de confianza, llamará a una función de Visual Basic para Aplicaciones (VBA) en modStartUp, denominada StartUp. Este módulo determinará los eventos que deben tener lugar para proporcionar al usuario la mejor experiencia posible. El módulo StartUp realiza estas actividades en el siguiente orden:

  1. Cree una instancia del controlador de errores global desde clsErrorHandler.
  2. Establezca el título de la aplicación. Para obtener más información, consulte la propiedad Application.AppTitle.
  3. Asegúrese de que el panel de navegación esté visible y configurado en la categoría correcta.
  4. Muestra la pantalla frmWelcome si corresponde.
  5. Obtenga el identificador de usuario de Windows para ver si está en la tabla Empleado. Para obtener más información, vea la función Environ y la función DLookup.
  6. Si un usuario no está en la tabla Empleado, abra frmCredentials para que pueda escribir su nombre, apellidos y cargo.
  7. Si un usuario está en la tabla Empleados, abra frmLogin y seleccione su nombre en el cuadro combinado Empleado. Puedes elegir la persona que quieras de la lista.

Propósito del formulario frmWelcome

frmWelcome se muestra la primera vez que se abre la aplicación. El formulario muestra cómo navegar dentro de la aplicación, cómo está diseñada y cómo obtener más información sobre un tema.

Hay una casilla en la parte inferior del formulario que dice: "Mostrar este formulario cuando se abra la base de datos". Si desactiva esta opción, no se mostrará cuando se vuelva a abrir la base de datos. Esta configuración se mantiene en la tabla SystemSettings.

Finalidad del formulario frmCredentials

Para personalizar su experiencia, la base de datos le pide que escriba su nombre y apellidos junto con un puesto. Cuando lo haya hecho, haga clic en Agregar para agregarlo a la tabla Empleados y, a continuación, se abrirá frmMainMenu. 

¿Por qué desea que se le agregue a la tabla Empleados? Una razón es que hay macros de datos de auditoría en las tablas. Estas macros capturan quién agregó o modificó un registro y cuándo. Estos campos le permiten ver el impacto de sus acciones en las tablas. Para obtener más información, consulte Crear una macro de datos y Eventos de macro de datos.

Finalidad del formulario frmLogin

En una aplicación de producción, solo podrá iniciar sesión como usted mismo por motivos de seguridad. Pero le permitimos iniciar sesión como cualquier empleado que elija. ¿Por qué estamos haciendo eso?

Como desarrollador, es posible que deba probar o experimentar la aplicación desde una perspectiva diferente. Los usuarios pueden tener diferentes privilegios: cosas que se les permite hacer y ver o no hacer y no ver. Piense en un departamento de Recursos Humanos. Puede haber 15 empleados en ese departamento. Probablemente no quieras que 15 personas puedan ingresar o cambiar los salarios de las personas. Es posible que su organización tenga una persona que pueda cambiar el salario y una segunda persona que lo apruebe. En el entorno de desarrollo, debe probar que los controles que implementa (quién puede hacer qué) están funcionando.

Consulte también

Northwind 2.0 Starter Edition