Bases de la programmation

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 5 minutes de lecture

    • Le développement logiciel englobe généralement un ensemble standard d’étapes. Si vous débutez dans le développement d’applications, lisez la suite.

    Votre métier de développeur

    Si vous débutez dans le développement d’applications, si vous ne savez même pas coder, ServiceNow dispose d’une plateforme de développement low-code appelée Creator Studio qui vous permet de créer une application de traitement des demandes de base. Le développement peut être de nouvelles eaux dans lesquelles vous pouvez nager, mais vous trouverez les outils low-code faciles à utiliser. Alors, n’hésitez pas à développer une application !

    Les développeurs de logiciels font beaucoup de choses, mais ce qu’ils ont en commun, c’est de résoudre des problèmes à l’aide de code informatique. ServiceNow propose des plateformes de codage qui ne nécessitent aucune expérience de codage, une expérience de codage de niveau intermédiaire et une expérience de codage experte. Moins vous avez besoin de codage, plus la plateforme de codage travaille pour vous. Ainsi, même les développeurs de logiciels expérimentés apprécieront les plates-formes de codage de bas et moyen niveau, telles que Creator Studio et App Engine Studio.

    Cycle de vie du développement logiciel

    Les étapes courantes du développement d’une application sont les suivantes :
    1. Définissez le problème.
    2. Planifiez la solution.
    3. Codez la solution.
    4. Testez l’application.
    5. Déployez l’application.
    6. Documentez la demande.

    Ces étapes sont communément appelées cycle de vie du développement logiciel. ServiceNow Documentation pour les développeurs est regroupée en fonction de ces étapes.

    Avez-vous vraiment besoin de créer une application

    Votre première étape consiste à déterminer si la création d’une application est nécessaire. Considérez :
    • Pouvez-vous étendre une application existante au lieu d’en créer une nouvelle ?
    • Combien de personnes l’application servira-t-elle ? Si ce n’est pas beaucoup, cela en vaut-il la peine ?
    • Êtes-vous prêt à gérer l’application au fur et à mesure que les choses changent au fil du temps ?
    • À quelle fréquence quelqu’un utilisera-t-il cette application ? Si ce n’est pas souvent, cela en vaut-il la peine ?

    Si la création d’une nouvelle application a du sens, passez à l’action.

    Définition du problème

    Si vous envisagez de créer une application, vous devez avoir une idée de ce que vous voulez qu’elle fasse. Cependant, vous n’avez peut-être pas une idée détaillée de la solution. Au minimum, vous devez définir en détail :
    • Sortie d’application souhaitée
    • Données entrant dans l’application
    Les données entrantes proviennent généralement d’une table de données. Vous devez connaître le nom de la table et le type de données qu’elle contient. Vous pouvez utiliser des ServiceNow outils, tels que Table Builder, pour stocker et personnaliser vos données.

    La sortie souhaitée peut être un tableau de bord, des données stockées dans une table ou une pièce d’équipement envoyée à un employé. Avant de choisir la sortie, montrez une maquette de votre sortie à un grand nombre de personnes pour voir si elles peuvent suggérer des améliorations à la sortie. N’ignorez pas cette étape.

    Planification de la solution

    Il existe différentes façons de créer un algorithme qui produit la sortie souhaitée. La méthodologie la plus simple consiste à utiliser un organigramme qui commence par les données d’entrée et montre chaque étape du processus qui mène à la sortie. L’utilisation d’un organigramme vous permet de vous concentrer sur la vue d’ensemble de ce que vous voulez faire et d’éviter comment le faire. Examinez votre organigramme d’un œil critique pour optimiser le processus.

    Vous devrez peut-être obtenir des autorisations pour utiliser des tables de données ou même une autorisation pour créer une application. Par exemple, les créateurs no-code low-code se voient accorder des autorisations de développement d’application via App Engine Management Center.

    Pour en savoir plus sur les outils de ServiceNow planification, consultez Planification de votre application.

    Codage de l’application

    Pour coder l’application, vous pouvez utiliser :Pour plus d’informations sur les ServiceNow plateformes de codage, consultez Développement de votre application.

    Test de votre application

    Le test de votre application nécessite de saisir des données pour vous assurer que le résultat est exact. Il est important d’entrer beaucoup de données, même incorrectes, pour voir dans quelle mesure votre application gère les entrées correctes et incorrectes. Saisissez des données trop volumineuses ou du mauvais type. Ne fournissez aucune donnée. Essayez d’interrompre votre application pour empêcher vos utilisateurs de le faire. Une bonne gestion des conditions d’erreur est essentielle pour une bonne expérience client.

    Pour plus d’informations sur les ServiceNow outils de test, consultez Test et débogage d’applications.

    Déploiement de votre application

    Maintenant que vous avez testé votre application, il est temps de la déployer pour que les clients puissent l’utiliser. Le déploiement des applications est effectué par les administrateurs système, et non par les développeurs.

    Pour plus d’informations sur les outils de ServiceNow déploiement, consultez Déploiement d’applications.

    Maintenance de votre application

    La maintenance de l’application résout des problèmes tels que la surcharge d’un serveur, les erreurs d’application et les mises à jour de fonctionnalités. La comptabilisation des mises à jour de fonctionnalités est le travail d’un développeur. Évaluer le bon fonctionnement d’une application est le travail d’un administrateur système.

    Pour plus d’informations sur les ServiceNow outils qui vous aident à gérer votre application, consultez la section Maintenance de votre application.

    Documentation de votre application

    Le développement d’une application n’est jamais terminé tant que l’application n’est pas documentée. Il existe de nombreuses raisons de documenter votre demande :
    • Les notes internes aident d’autres développeurs à travailler sur votre application. Il faut beaucoup de temps pour comprendre le raisonnement derrière les décisions et la méthodologie de programmation. Leur documentation aide les futurs développeurs à gérer votre application.
    • Les utilisateurs doivent savoir comment utiliser votre application. Aussi transparente que vous pensiez que l’application soit, vous trouverez de nombreuses personnes frustrées d’essayer de l’utiliser. Effectuez un test d’utilisabilité de votre application et de votre documentation pour voir où les utilisateurs rencontrent des problèmes. Plus le public est large, plus l’application est importante, plus la documentation est importante. Envisagez de faire appel à un rédacteur technique expérimenté pour rédiger la documentation.