Utilisation de SiGNAL dans SAP Signavio Process Intelligence

Présentation de SiGNAL dans SAP Signavio Process Intelligence

Objectives

After completing this lesson, you will be able to:
  • Comprendre les bases de SiGNAL.
  • Comprendre la différence entre SiGNAL et SQL.

Présentation de SiGNAL dans SAP Signavio Process Intelligence

SiGNAL : Signavio Analytics Language.

SiGNAL – Le langage de requête pour SAP Signavio Process Intelligence

SiGNAL (SAP Signavio Analytics Language) est le langage de requête dédié à SAP Signavio pour l'analyse des processus. Elle vous permet d'analyser, de visualiser et d'optimiser vos processus en exécutant des requêtes personnalisées. Avec SiGNAL, vous pouvez transformer des données brutes en informations pertinentes via des graphiques interactifs et des KPI.

Comment SiGNAL agit-il ?

SiGNAL est basé sur SQL, ce qui signifie que vous utilisez des requêtes pour extraire et analyser des données. Cependant, il existe des différences clés :

  • Accès aux données en lecture seule : vous pouvez extraire et calculer des données, mais vous ne pouvez pas modifier ou supprimer les données de processus.
  • Modèle de données simplifié – Contrairement à SQL, qui interroge plusieurs tables, SiGNAL fonctionne avec une seule table contenant des événements imbriqués.
  • Fonctions intégrées – SiGNAL inclut des fonctions personnalisées adaptées à l'exploration de processus, ce qui facilite l'analyse des workflows.

Pourquoi utiliser SiGNAL ?

  • Flexible et extensible – Fonctionne avec plusieurs sources de données

  • Intégration à SAP Signavio : accédez aux modèles, workflows et données d'utilisation du hub

  • Prise en charge des systèmes externes – Connexion aux bases de données et outils externes

  • Prêt pour l'apprentissage automatique et la simulation – Améliorez la prise de décision grâce à des insights pilotés par l'IA

Avec SiGNAL, vous pouvez déceler les inefficacités cachées, optimiser les processus et prendre des décisions plus avisées.

Regardez la vidéo suivante pour en savoir plus sur les fonctionnalités de SiGNAL et sur la manière d'y accéder via SAP Signavio Process Intelligence.

SiGNAL prend en charge diverses fonctions d'agrégation.

  • AVG()- renvoie une valeur moyenne
  • COUNT() - renvoie le nombre de lignes
  • SUM()- retourne la somme de toutes les valeurs.
  • MIN()- renvoie la valeur minimale
  • MAX()- renvoie la valeur maximale
  • COUNT (Distinct) - renvoie le nombre de lignes uniques (pas de doublons/pas de valeurs NULL)
  • FIRST()- renvoie le premier élément d'une liste/d'un tableau
  • LAST()- renvoie le dernier élément d'une liste/d'un tableau
  • BOOL_OR- renvoie VRAI si la condition ANY est vraie.
  • BOOL_AND- renvoie VRAI si TOUTES les conditions sont vraies.

SiGNAL vs. SQL : différences clés

La différence entre SiGNAL et SQL (Structured Query Language) est le modèle de données. SQL vous permet d'interroger les données de plusieurs tables. Cependant, SiGNAL interroge les données d'un seul tableau, qui contient des événements imbriqués. En outre, SiGNAL fournit des fonctions personnalisées pour travailler plus efficacement avec cette structure de données.

FonctionnalitéSiGNALSQL
ObjectifSpécialisé pour l'exploration et l'analyse des processus dans SAP Signavio Process IntelligenceLangage de requête à usage général pour la gestion de base de données
Structure de données

Fonctionne avec une table unique contenant des données d'événement imbriquées

Interroge plusieurs tables à l'aide de relations (par exemple, jointures)
Modification des données

Lecture seule – Impossible de modifier, insérer ou supprimer des données

Peut insérer, mettre à jour, supprimer et modifier des données de base de données
Syntaxe de requêtede type SQL, mais avec des fonctions personnalisées pour l'analyse des processusSyntaxe SQL standard avec large prise en charge de la base de données relationnelle
Fonctionnalités clésOptimisé pour l'analyse des processus 

Syntaxe SiGNAL

La syntaxe de SiGNAL est basée sur SQL et améliorée avec des fonctions spécialisées pour exécuter des requêtes d'analyse de processus approfondies. Toutes les requêtes dans SiGNAL suivent cette structure fondamentale :

  • SELECT Expressions
  • FROM table ou processus
  • WHERE conditions

L'instruction SELECT est utilisée pour sélectionner les données d'un processus. Les données renvoyées correspondent à l'ensemble de résultats. La clause FROM produit la structure tabulaire : l'ensemble de données de départ sur lequel toutes les autres opérations d'une instruction SELECT sont effectuées. L'instruction WHERE est utilisée pour filtrer les enregistrements et définir des conditions.

Compréhension des requêtes et des langues de requête

Une requête est une demande d'informations. En programmation informatique, une requête est également une demande d'informations, sauf que les informations demandées proviennent d'une base de données. Vous pouvez manipuler des données à l'aide de requêtes afin d'ajouter, de supprimer ou de modifier des données à partir de tables de base de données.

Il n'est pas facile d'écrire une requête. Pour ce faire, vous devez connaître un code prédéfini que la base de données comprend pour manipuler les données. Ce code est appelé langage de requête.

Pour la gestion de la base de données, le langage de requête standard est le langage SQL (Structured Query Language). Pour interagir avec les bases de données, les programmeurs utilisent des langages de requête. Le plus utilisé est Structured Query Language (SQL). Cependant, d'autres langages de requête existent également, tels que AQL (Ariane Query Language) – Utilisé pour les bases de données spécialisées et DMX (Data Mining Extensions) – Utilisé pour l'analyse prédictive.

Comment écrire efficacement des requêtes

Voici quelques directives clés pour créer des requêtes claires et efficaces :

  • Utiliser une syntaxe simple et lisible : structurez les requêtes et évitez toute complexité inutile.

  • Filtrez correctement vos données : utilisez des conditions telles que WHERE pour récupérer uniquement les données pertinentes.

  • Optimiser les performances : évitez les jointures redondantes ou les calculs inutiles.

  • Test et validation : exécutez des requêtes sur de petits ensembles de données avant de les appliquer à des bases de données volumineuses.

En suivant ces meilleures pratiques, vous pouvez écrire des requêtes plus rapides et plus efficaces et obtenir des informations précieuses à partir de vos données !

Modèle de données dans les requêtes

Dans l'exploration de données de processus, vous extrayez des informations d'une table unique qui contient des attributs de cas ainsi que leurs événements imbriqués et attributs d'événement associés. Le tableau ci-dessous illustre cette structure, ce qui vous aide à comprendre comment les données sont organisées pour l'analyse.

Table avec une table imbriquée comme expliqué ci-dessus. Les colonnes principales sont : case_ID, ID client, statut, ville et événements. La table imbriquée se trouve dans la colonne Événements. Cette table imbriquée se compose de event_name, end_time, Payment method et du motif d'annulation.

Les colonnes case_id, event_name et end_time sont toujours présentes. Les attributs de cas tels que ID client, Statut et Ville ont la même valeur tout au long du cas. Un attribut d'événement supplémentaire, tel que Mode de paiement, peut avoir des valeurs différentes pour chaque événement.

Il existe deux façons d'utiliser ces données :

  • Par cas : chaque cas est traité comme une ligne. Les événements imbriqués et les attributs d'événement sont représentés sous forme de table imbriquée.
  • Par événement : chaque événement est traité comme une ligne. L'identifiant de cas et les attributs de cas sont répétés pour chaque événement.

Types de données

Dans SiGNAL, les types de données définissent le type de valeurs qu'une colonne peut contenir. Ces types de données peuvent être utilisés à la fois au niveau du cas et au niveau de l'événement (imbriqué).

SiGNAL prend en charge les types de données suivants :

  • Chaînes – Valeurs textuelles.
  • Nombres – Stockés sous forme de valeurs en virgule flottante à double précision.
  • Horodatages : stockés avec une précision en millisecondes, sans informations de fuseau horaire.
  • Durées – Représentées avec une précision en millisecondes.
  • Booléens : valeurs Vrai ou Faux.

Ces types de données peuvent être présents à la fois dans les fichiers source et dans les résultats de la requête.

Les attributs de cas et les attributs d'événement peuvent avoir des valeurs nulles. Une valeur nulle signifie qu'aucune donnée n'est disponible pour cette zone ou que la valeur est inconnue.