Lorsqu’une application Access démarre, vous souhaitez effectuer des actions pour vous assurer que vos utilisateurs bénéficient de la meilleure expérience possible. Les noms d’objets sont fournis afin que vous puissiez facilement les examiner dans la base de données Northwind 2.0 Starter Edition.
Une macro AutoExec s’exécute lorsque l’application Access s’ouvre pour initialiser l’application. Access fournit également un paramètre de base de données pour le nom d’un formulaire à ouvrir au démarrage. Vous pouvez le trouver ici :
Options de > de fichiers> options d’applicationde base de données > actuelles > formulaire d’affichage
Si un formulaire de départ peut être identifié, pourquoi ne pas simplement l’utiliser au lieu d’une macro AutoExec ? La raison en est les emplacements approuvés qui vous obligent à activer le contenu.
Une macro AutoExec (elle doit être nommée AutoExec) est le seul code qui peut s’exécuter lorsque l’avertissement de sécurité d’emplacement approuvé se produit, ce qui vous permet de le gérer correctement. Une pratique recommandée consiste à gérer toutes les erreurs et avertissements pour garantir que l’application s’exécute correctement. On parle souvent de programmation défensive. L’utilisation d’une macro AutoExec au démarrage est la meilleure défense. Pour plus d’informations sur les emplacements approuvés, consultez Northwind 2.0 Starter Edition : brève présentation de VBA.
Une fois que la macro AutoExec a déterminé que la base de données se trouve dans un emplacement approuvé, elle appelle une fonction Visual Basic pour Applications (VBA) dans modStartUp appelée StartUp. Ce module détermine les événements qui doivent avoir lieu pour fournir à l’utilisateur la meilleure expérience possible. Ces activités sont effectuées par le module StartUp dans l’ordre suivant :
-
Instanciez le gestionnaire d’erreurs global à partir de clsErrorHandler.
-
Définissez le titre de l’application. Pour plus d’informations, consultez Propriété Application.AppTitle.
-
Vérifiez que le volet de navigation est visible et défini sur la catégorie appropriée.
-
Affichez l’écran frmWelcome, le cas échéant.
-
Obtenez votre UserID Windows pour voir si vous êtes dans la table Employee. Pour plus d’informations, consultez Fonction Environ et Fonction DLookup.
-
Si un utilisateur n’est pas dans la table Employee, ouvrez frmCredentials pour pouvoir entrer votre prénom, votre nom et votre titre.
-
Si un utilisateur se trouve dans la table Employés, ouvrez frmLogin et sélectionnez votre nom dans la zone de liste déroulante Employé. Vous pouvez choisir n’importe qui dans la liste.
frmWelcome affiche la première fois que l’application s’ouvre. Le formulaire vous montre comment naviguer dans l’application, comment elle est disposée et comment obtenir plus d’informations sur un sujet.
Une case à cocher en bas du formulaire indique « Afficher ce formulaire à l’ouverture de la base de données ». Si vous décochez cette option, elle ne s’affiche pas lorsque la base de données est rouverte. Ce paramètre est conservé dans la table SystemSettings.
Pour personnaliser votre expérience, la base de données vous invite à entrer votre prénom et votre nom ainsi qu’un poste. Lorsque vous avez fait cela, cliquez sur Ajouter moi pour être ajouté à la table Employés, puis frmMainMenu est ouvert.
Pourquoi voulez-vous être ajouté à la table Employés ? L’une des raisons est qu’il existe des macros de données d’audit sur les tables. Ces macros capturent qui a ajouté ou modifié un enregistrement et quand. Ces champs vous permettent de voir l’impact de vos actions dans les tables. Pour plus d’informations, consultez Créer une macro de données et Événements de macro de données.
Dans une application de production, vous pouvez uniquement vous connecter en tant que vous-même pour des raisons de sécurité. Mais nous vous permettons de vous connecter en tant qu’employé de votre choix. Pourquoi faisons-nous cela?
En tant que développeur, vous devrez peut-être tester ou expérimenter l’application d’un point de vue différent. Les utilisateurs peuvent avoir des privilèges différents : ce qu’ils sont autorisés à faire et à voir ou ne pas faire et ne pas voir. Pensez à un service des ressources humaines. Il peut y avoir 15 employés dans ce département. Vous ne voulez probablement pas que 15 personnes puissent entrer ou modifier les salaires des gens. Votre organisation peut avoir une personne qui peut modifier le salaire et une deuxième personne pour l’approuver. Dans l’environnement de développement, vous devez vérifier que les contrôles que vous avez mis en place (qui peut faire quoi) fonctionnent.
