Bases de la programmation

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 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 Cela vous permet de créer une application de base de traitement des demandes. Le développement est 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 il faut de codage, plus la plateforme de codage fait de travail 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 l’application.

    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 nouvelle application ?

    Votre première étape consiste à déterminer si la création d’une application est nécessaire. Considérer:
    • 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, alors poursuivez.

    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, comme 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 développeurs citoyens se voient accorder des autorisations de développement d’applications via App Engine Management Center.

    Pour plus d’informations sur les ServiceNow outils de planification, voir 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, voir Développement de votre application.

    Test de votre application

    Le test de votre application nécessite la saisie de données pour vous assurer que le résultat est précis. 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. Placez des données trop volumineuses ou du mauvais type. Ne saisissez aucune donnée. Essayez d’interrompre votre application pour empêcher vos utilisateurs de faire de même. Une gestion élégante des conditions d’erreur est essentielle pour une bonne expérience client.

    Pour plus d’informations sur les ServiceNow outils de test, voir 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 afin 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 ServiceNow outils de déploiement, consultez Déploiement d’applications.

    Maintenance de votre application

    La maintenance de l’application permet de traiter 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 fonctionnement d’une application est le travail d’un administrateur système.

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

    Documentation de votre application

    Le développement de l’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 permettent à d’autres développeurs de travailler sur votre application. Il faut beaucoup de temps pour comprendre le raisonnement derrière les décisions et la méthodologie de programmation. La documentation de ces éléments 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é sur votre application et 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.