Planifier avant de construire

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 incluses dans le périmètre global ne peuvent pas utiliser le développement délégué.

Créer des applications d’entreprise personnalisées dans le périmètre, 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 à des API uniquement disponibles dans le périmètre global. La création d’un include de script relais dans le champ d’application global ne suffit pas pour répondre à cette exigence.

Remarque :

Le relais dans le périmètre global est un include de script créé dans un périmètre global accessible depuis le périmètre privé. Le passthrough 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 Now Platform (Livre blanc).

Sélection de l’instance

Les builds d’application de preuve de concept (PoC) peuvent et doivent être créées dans une instance distincte d’une instance de développement standard. Il peut s’agir d’une instance sandbox ou d’une instance de développeur personnel (PDI) du site développeur. Le format de dénomination 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 inclus 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’est-à-dire 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 périmètre basé sur le nom de l’application. Les noms des fichiers d’application sont ajoutés au champ d’application 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 de x_acme_legal_reque suggéré.

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