Planifiez avant de créer

Essentiellement, une application est un programme numérique qui prend en charge les tâches de l’utilisateur. Certaines actions que vous effectuez lors de la création d’une application peuvent être irréversibles. Soyez conscient de ces actions et planifiez-les à l’avance.

Périmètre de l'application

L’une des premières décisions importantes à prendre lors de la création d’une application est la suivante : l’application doit-elle être dans un périmètre privé ou dans un périmètre global ?

Par défaut, les applications sont créées dans leur propre périmètre d’application privé. Les applications dans un périmètre d’application privé restreignent l’accès à leurs artefacts d’application, de sorte que seuls les artefacts d’application dans le même périmètre ont un accès complet pour créer, modifier, supprimer ou exécuter des données d’application. Les applications incluses dans le périmètre peuvent utiliser le contrôle de source, l’intégration et le développement délégué. Les applications à champ d’application global ne peuvent pas utiliser le développement délégué.

Créer des applications d’entreprise personnalisées dans le champ d’application, sauf si :

• L’application doit supprimer les données globales.
• Pour fonctionner, l’application doit modifier les paramètres d’accès à l’application sur plusieurs tables par défaut.
• L’application doit accéder aux API disponibles uniquement dans le champ d’application global. La création d’un script include de relais inclus dans la portée globale ne serait pas suffisante pour cette exigence.

Remarque :

Le relais inclus dans le champ d’application global est un script include créé dans un champ d’application global accessible depuis le champ d’application privé. Le relais donne accès à une API globale qui n’est pas accessible par défaut à partir d’un périmètre d’application privé.

Pour plus d’informations, consultez Périmètre de l'applicationPrésentation du périmètre de l’application sur la Now Platform (livre blanc).

Sélection d’instance

Les versions d’application de preuve de concept (PoC) peuvent et doivent être créées dans une instance distincte d’une instance de développement standard. L’instance peut être une instance sandbox ou une instance de développeur personnel (PDI) du site développeur. Le format d’appellation PDI est dev12345.service-now.com.

Si vous utilisez une instance avec un espace de noms de périmètre différent, reconstruisez les applications PoC dans l’instance de développement de l’organisation. N’importez pas les applications dans l’instance de développement de l’organisation. L’espace de noms dans le champ d’application des applications ne correspond pas à l’espace de noms défini dans le champ d’application de l’instance de développement de l’entreprise.

Les applications que l’organisation a l’intention d’utiliser (c.-à-d. les applications de production) doivent être créées dans l’instance de développement de l’organisation, afin que l’application puisse suivre le processus de test et de déploiement de l’organisation.

Décisions d’attribution de noms

Le nom de l’application est important. ServiceNow suggère un champ d’application basé sur le nom de l’application. Les noms des fichiers d’application sont ajoutés au périmètre pour identifier de façon unique les ressources d’application dans une instance. Le champ d’application est au format suivant : x_[code de société]_[application_name] avec un maximum de 18 caractères. Par exemple, un nom d’application Demande juridique a un périmètre d’x_acme_legal_reque suggéré.

Tous les fichiers d’application au sein de l’application héritent du périmètre. Par conséquent, réfléchissez attentivement à la valeur que doit avoir. Le nom de l’application peut toujours être modifié.