UNIVERSITE CHEIKH ANTA DIOP DE DAKAR

DEPARTEMENT GENIE INFORMATIQUE

MEMOIRE DE FIN DE CYCLE
Pour l’obtention du :

DIPLÔME D’INGENIEUR DE CONCEPTION EN GENIE INFORMATIQUE

SUJET :
Conception et réalisation d'une Application de Gestion des Événements dans
ServiceNow

Lieu de Stage : Yawize Période de Stage : Du 04/09/2023 Au 30/06/2024

Présenté et soutenu par : Encadrant : Maitre de Stage :

Modou FALL Pr. Alassane Bah M. El Hadji Abdoul Aziz Gueye

Année universitaire : 2023 – 2024

 AUTORISATION DE DEPOT DE MEMOIRE

Je soussigné ………….………………………………………………………….,

Enseignant-chercheur au Département Génie Informatique,

En ma qualité d'encadrant de l'étudiant (e)

…………………………………………………..

dans le cadre de son stage de fin de cycle du

……………………………………………………

Lui donne l'autorisation de déposer son mémoire.

Dakar le……………………..
 DEDICACE

Au nom d'ALLAH le Très Miséricordieux, je dédie ce modeste travail :

● À ma très chère mère Alassane Diack, qui ne dort presque pas pour la réussite de ses enfants.
Ton amour, tes sacrifices et ton soutien inconditionnel sont la source de ma force et de ma
détermination.
● À mon père Pape Latyr Fall, que je n'ai pas eu la chance de connaître mais qui reste une
inspiration constante. Ton absence ne diminue en rien l'importance de ton héritage dans ma
vie. Qu’ALLAH t’accueil dans son plus haut paradis.
● À mes frères et sœurs, qu'ils puissent trouver dans ce modeste mémoire l'expression de mon
attachement et de ma profonde reconnaissance envers eux.
● À mes tantes et oncles qui m'ont accueilli à Dakar. Votre générosité et votre bienveillance
m'ont donné un foyer et un sentiment d'appartenance.
● À toute la famille et à tous mes amis, pour leur encouragement, leur amitié et leurs conseils
précieux. Qu'ils trouvent dans ce travail l'expression de mon profond respect et de ma
reconnaissance.
● À la team millionnaire, Qu’ALLAH nous fasse des millionnaires d’ici 2025
● À tous mes Mames, Parrains, Marraines, Filleul(le)s, Seut(e)s et toute la promotion 2024

i
 REMERCIEMENTS

Nous remercions tout d’abord ALLAH(SWT) le tout puissant qui nous a permis de mener à
bien ce travail qui a été soumis à notre étude. Ensuite nous adressons nos remerciements les plus
chaleureux à :

● Ma mère qui ne cesse de nous accompagner dans toutes nos activités

● Pr Alassane Bah mon encadrant, pour ses orientations avisées, ses critiques, et sa
patience dans la supervision de ce travail de recherche.
● L’ensemble du personnel et le corps professoral du departement Genie informatique
de l’ESP
● M. Mouhamadoul Amine Mbaye mon choach pour son soutien, son sens du partage,
son assistance et sa disponibilité tout au long de cette expérience professionnelle
enrichissante.
● M. El Hadji Abdoul Aziz GUEYE, notre maître de stage pour ses conseils éclairés,
son suivi attentif, et son ouverture au sein de l'organisation.

● L’ensemble du personnel de Yawize pour leur accueil, leur soutien et

leur sympathie.

● Mes camarades de classe

● Tous ceux qui ont contribué de près ou de loin à la réalisation de ce projet.

ii
 AVANT PROPOS

L’école Supérieure Polytechnique (ESP) est un établissement public de formation

professionnelle doté d’une personnalité juridique et d’une autonomie financière. Créée en
Novembre 1994, l’école fait partie intégrante de l’Université Cheikh Anta Diop de Dakar
(UCAD). Elle a pour mission de former tant sur le plan théorique que pratique des techniciens
supérieurs, des ingénieurs technologues, des ingénieurs de conception, des managers en
gestion d’entreprise et des docteurs. L’école dispense des enseignements de qualité en vue de
préparer aux fonctions d’encadrement dans divers domaines tels que la production, la
recherche appliquée etc. L’ESP compte six (06) départements :
• Le département Génie Chimique et Analyse Biologique (GCBA),
• Le département Génie Civil,
• Le département Génie Electrique,
• Le département de Gestion,
• Le département Génie Informatique,
• Le département Génie Mécanique.

L’ESP propose deux cycles qui sont :

• Le premier cycle dans lequel deux types de diplômes sont proposés : le Diplôme Supérieur
de Technologie (DST) et le Diplôme Universitaire de Technologie (DUT) ;
• Le second cycle dans lequel deux diplômes sont aussi proposés : le Diplôme d’Ingénieur
de Conception (DIC) et le Diplôme d’Ingénieur de Technologie (DIT).
Au terme de chaque formation, chaque étudiant doit effectuer un stage de fin de cycle, auprès d’une
structure et pour une durée donnée, durant lequel il doit réaliser un projet de fin d’étude défini par la
structure d’accueil et validé par l’école.
C’est dans ce cadre que la société Yawize nous a accueilli en son sein, pour un stage d’une durée de
neuf (09) mois, et durant lequel nous avons travaillé sur la conception et la réalisation d'une
Application de Gestion des Événements dans ServiceNow.
Un mémoire est rédigé, suit e à la réalisation du projet et sera présenté et soutenu devant un jury en
présence d’un représentant de la structure d’accueil.
C’est ce qui fait l’objet de ce présent document.
Le département Génie Informatique est pilote par un Chef de département, assisté par des
responsables pédagogiques pour chaque classe. Les responsables pédagogiques veillent au

iii
déroulement normal des enseignements en élaborant les emplois du temps et en contrôlant avec
accord des enseignants l’organisation des contrôles et devoirs surveilles.
Les enseignements s’organisent autour de cours théoriques et pratiques. L’obtention du diplôme
d’ingénieur de conception est subordonnée à un stage de fin d’études, d’une durée de cinq mois au
sein d’une entreprise la suite duquel un mémoire est soutenu devant un jury.
L’objectif visé est de faciliter l’intégration de l’étudiant dans le milieu professionnel et de lui
permettre de mettre en pratique les connaissances théoriques acquises au cours de ses années de
formation.
C’est dans ce cadre que nous avons effectué un stage de fin d’études au sein de l’entreprise YAWIZE
d’une durée de 9 mois.

iv
 RESUME

Ce document présente la réalisation d’un système de gestion des processus basé sur un
calendrier au sein de l'entreprise Yawize. Le projet vise à améliorer l'efficacité opérationnelle en
automatisant et en centralisant la gestion des tâches et des échéances.

À travers une analyse approfondie des besoins existants et des défis identifiés, le mémoire met en
lumière l'importance d'une solution sur servicenow pour remplacer l'utilisation de calendriers manuels
et de fichiers Excel. Les méthodologies agiles, notamment Scrum, ont été adoptées pour la gestion
du projet, avec une modélisation détaillée des processus à l'aide d'UML.

L'implémentation de la solution repose sur l'intégration d'un calendrier interactif basé sur
FullCalendar, personnalisé à travers des scripts JavaScript dans l'environnement du portail de
ServiceNow. Cette approche permet une gestion plus efficace des ressources et des délais, tout en
améliorant la visibilité et la coordination des activités au sein de l'entreprise.

Les résultats obtenus ont démontré une optimisation significative des processus, avec une réduction
des erreurs et une augmentation de la productivité. Bref, ce projet représente une avancée majeure
dans la gestion des processus chez Yawize, ouvrant la voie à de futures améliorations telles que
l'intégration de tableaux de bord analytiques et de fonctionnalités avancées de planification.

Ce mémoire souligne l'impact positif des technologies modernes sur la transformation numérique des
entreprises, tout en mettant en avant l'importance de l'agilité et de la modélisation dans le
développement de solutions innovantes pour répondre aux défis organisationnels actuels.

v
 ABSTRACT

This thesis explores the design and implementation of a process management system utilizing
a calendar-based approach within the company Yawize. The project aims to enhance operational
efficiency by automating and centralizing task and deadline management through an innovative
platform.

Through an in-depth analysis of existing needs and identified challenges, the thesis highlights the
importance of an automated solution to replace the predominant use of manual calendars and Excel
files. Agile methodologies, particularly Scrum, were adopted for project management, with detailed
process modeling using UML.

The implementation of the solution hinges on integrating an interactive calendar based on

FullCalendar, customized through JavaScript scripts within the ServiceNow portal environment. This
approach facilitates more efficient resource and deadline management while improving visibility and
coordination of activities within the company.

The results demonstrated significant process optimization, with reduced errors and increased
productivity through automated reminders and notifications. In conclusion, this project represents a
major advancement in process management at Yawize, paving the way for future enhancements such
as integrating analytical dashboards and advanced scheduling features.

This thesis underscores the positive impact of modern technologies on digital transformation in
businesses, while emphasizing the importance of agility and modeling in developing innovative
solutions to address current organizational challenges.

vi
 Table des matières

Liste des Figures ...................................................................................................................... 10

Liste des Tableaux ................................................................................................................... 10
Sigles et abréviations ................................................................................................................ 10
Introduction générale.................................................................................................................. 1
Chapitre 1 : Présentation générale ............................................................................................. 2
Introduction ......................................................................................................................................... 2

1.1 Présentions de la structure d’accueil ............................................................................................. 2

1.1.1 Présentation de l’entreprise .................................................................................................... 2

1.1.2 Organigramme ........................................................................................................................ 3

1.1.3 Domaines d’activités .............................................................................................................. 3

1.2 Présentation du sujet ...................................................................................................................... 4

1.2.1 Contexte.................................................................................................................................. 4

1.2.2 Problématique......................................................................................................................... 5

1.2.3 Objectifs ................................................................................................................................. 5

1.3 Méthodologies d’analyse et de conception ............................................................................ 6

1.3.1 Caractéristique de notre projet................................................................................................ 6

1.3.2 Méthodologie de développement ........................................................................................... 6

1.3.3 Présentation de Scrum ............................................................................................................ 6

1.3.4 Scrum dans notre projet .......................................................................................................... 8

1.4. Présentation de l'UML .................................................................................................................. 9

1.4.1 Qu'est-ce que l'UML ? ............................................................................................................ 9

1.4.2 Pourquoi Utiliser l'UML ? ...................................................................................................... 9

1.4.3 Les Diagrammes UML ......................................................................................................... 10

Conclusion......................................................................................................................................... 10

Chapitre 2 : Analyse des besoins et Defis ................................................................................ 11

Introduction ........................................................................................................................................11

2.1 Évaluation de l'existant.................................................................................................................11

2.2 Identification des besoins ............................................................................................................ 12

vii
 2.2.1 Besoins fonctionnels............................................................................................................. 12

2.2.2 Besoins non fonctionnels...................................................................................................... 12

2.3 Spécifications des fonctionnalités ............................................................................................... 12

2.3.1 Diagramme de cas d'utilisation............................................................................................. 12

2.3.2 Diagramme de séquence ....................................................................................................... 16

Conclusion......................................................................................................................................... 17

Chapitre 3 : Conception de la solution ..................................................................................... 18

Introduction ....................................................................................................................................... 18

3.1 Présention de ServiceNow........................................................................................................... 18

3.1.1 ServiceNow inc (L’entreprise) ......................................................................................... 18

3.1.2 La Now Plateforme .............................................................................................................. 18

3.1.3 Les produits ServiceNow disponibles ? ............................................................................... 19

3.2 Architecture Du Système ............................................................................................................. 20

3.3 Technologies et Modules ServiceNow ........................................................................................ 22

3 .3.1 Diagramme de classe ........................................................................................................... 22

3.3.2 Portail de Service.................................................................................................................. 23

3.3.3 Full Calendar ........................................................................................................................ 24

Conclusion......................................................................................................................................... 24

Chapitre 4 : implementation de la solution .............................................................................. 25

Introduction ....................................................................................................................................... 25

4.1 Configuration .............................................................................................................................. 25

4.1.1 Création de la Table Events calendar ................................................................................... 25

4.1.2 Contrôle D’accès .................................................................................................................. 26

4.2 Intégration de FullCalendar ......................................................................................................... 27

4.3 Présentation des Résultats ........................................................................................................... 28

Conclusion......................................................................................................................................... 29

Conclusion générale .............................................................................................................................. 30

References ............................................................................................................................................. 31

viii
 Table des figures

Figure 1. 1 : Présentation de Yawize[W1] ............................................................................................... 2

Figure 1. 2 : Organigramme .................................................................................................................... 3
Figure 1. 3 : Partenaires de Yawize [W1] ................................................................................................ 4
Figure 1. 4: Méthode Scrum [W4] .......................................................................................................... 8
Figure 1. 5 : Diagramme UML .............................................................................................................. 10

Figure 2. 1 : Diagramme de cas d’utilisation du Système ..................................................................... 13

Figure 2. 2 : Diagramme de séquences «Créer un Evènement» ............................................................ 16
Figure 2. 3 : Diagramme de séquences «Supprimer un Evènement» .................................................... 17

Figure 3. 1 : Vue globale de la plateforme Now.................................................................................... 19

Figure 3. 2 : Architecture cloud multi-tenant: ....................................................................................... 21
Figure 3. 3 : Architecture multi-instance: .............................................................................................. 22
Figure 3. 4 : Diagramme de Classe du Système .................................................................................... 22
Figure 3. 5 : Service Portal .................................................................................................................... 23
Figure 3. 6 : Dépendance....................................................................................................................... 24

Figure 4. 1 : Table Events Calendar ...................................................................................................... 26

Figure 4. 2 : Gestion des rôles ............................................................................................................... 26
Figure 4. 3 : Integration de FullCalendar .............................................................................................. 27
Figure 4. 4 : Affichage des événements avec leurs couleurs respectives. ............................................. 28
Figure 4. 5 : Interface pour ajouter un évènement................................................................................. 28
Figure 4. 6 : Interface pour filter les évènements .................................................................................. 29

ix
 Table des tableaux

Tableau 2.1 : Description textuelle du cas d’utilisation « Créer un évènement » .................... 13

Tableau 2.2 : Description textuelle du cas d’utilisation « Modifier un évènement » ............... 14

Tableau 2.3 : Description textuelle du cas d’utilisation « Supprimer un évènement » ........... 14

Tableau 2.4 : Description textuelle du cas d’utilisation « Filtrer un évènement » ................... 15

x
 Sigles et Abréviations

SIGLES ABBRÉVIATIONS

ESP Ecole Supérieure Polytechnique de Dakar

HTML Hypertext Markup Language

HTTP Hypertext Transfert Protocol

UML Unified Modeling Language

OMG Object Management Group

QA Quality assurance

DEV équipe développement

API Application Programming Interface

IT Information Technology

ITSM IT Services Management

ITOM IT Operation Management

XML Extensible Markup Language

CSM Customer Service Management

FSM Field Service Management

PaaS Plateforme as a Service

IaaS Infrastructure as a Service

SecOps Sécurité Operational

xi
 Introduction

Dans le contexte actuel de l'ère numérique, les entreprises cherchent sans cesse à optimiser
leurs processus internes pour rester compétitives et efficaces. L'une des approches les plus
prometteuses pour y parvenir est l'automatisation et la centralisation de la gestion des événements et
des processus opérationnels. En particulier, l'utilisation de calendriers intégrés et intelligents permet
de mieux planifier, coordonner et suivre les différentes activités au sein de l'entreprise.

L'outil ServiceNow, une plateforme de gestion des services en mode cloud, s'avère être une solution
idéale pour atteindre cet objectif. Initialement conçu pour la gestion des services informatiques
(ITSM), ServiceNow a évolué pour devenir une plateforme en tant que service (PaaS) permettant de
développer et déployer des applications variées. Sa capacité à intégrer des workflows complexes et à
automatiser les processus en fait un outil puissant pour la gestion d'entreprise.

C’est dans cette optique que la mission suivante nous a été confiée lors de notre stage à Yawize
"Gestion de processus de l'entreprise à travers un calendrier" en utilisant ServiceNow. Il s'agit de créer
une solution centralisée et automatisée pour la gestion des événements, permettant ainsi de réduire
les conflits de planification, de mieux allouer les ressources et d'améliorer l'efficacité globale de
l'entreprise.

Ce document est structuré en quatre chapitres pour offrir une vue détaillée de notre travail.

Le premier chapitre est consacré à la présentation générale, où nous présenterons la structure

d’accueil, le sujet, le contexte et les objectifs de notre projet, la méthodologie d'analyse et de
conception ainsi que l'importance de l'UML pour modéliser notre solution.

Dans le Chapitre suivant, nous allons détailler, la spécification et l'analyse des besoins, présentant
les fonctionnalités requises pour la solution proposée.

Le Chapitre trois est dédié à la Conception de la solution, où nous présenterons ServiceNow, les choix
technologiques et l'architecture mise en place.

Enfin, nous allons aborder l'implémentation de la solution, avant de conclure par une présentation de
la solution finale, illustrant les différentes vues et fonctionnalités de notre calendrier intégré.

1
 Présentation Générale
CHAPITRE 1
Introduction

Il s’agit dans ce chapitre de présenter la structure qui a servi de cadre à notre

stage. Nous faisons dans un premier temps une présentation globale de l’entreprise
Yawize. Dans un second, nous mettons un focus sur le contexte, la problématique et
les objectifs du sujet et en fin la démarche méthodologie que nous allons emprunter.

1.1 Présentions de la structure d’accueil

1.1.1 Présentation de l’entreprise
Yawize est une entreprise de transformation digitale à travers la solution de Service
Management ServiceNow et les plateformes leader du cloud, le développement et l’intégration de
solutions d’entreprise. Elle a été créée en juillet 2019 par Mamadou BA.

Figure 1. 1 : Présentation de Yawize [W1]

2
1.1.2 Organigramme
Yawize a une hiérarchie définie au niveau de la figure suivante :

Figure 1. 2 : Organigramme

1.1.3 Domaines d’activités

La structure est composée de 3 pôles :

❖ RPA (Robot Process Automation)

L'automatisation des processus robotisés utilise des robots logiciels pour

automatiser les tâches répétitives et basées sur des règles, améliorant ainsi
l'efficacité opérationnelle.

❖ QA (Quality assurance)

L'assurance qualité est le processus de garantir que les produits et services

répondent aux exigences de qualité en planifiant, exécutant et analysant des
tests pour détecter les défauts avant la livraison.

❖ DEV (équipe développement)

Il conçoit, développe, teste et maintien des applications et systèmes

informatiques en transformant les exigences fonctionnelles en solutions
techniques.

3
Depuis le Sénégal, Yawize propose à ses clients et partenaires un accompagnement
dans leur parcours digital. Elle fournit des services pour des clients à travers le monde
et offre des solutions d'automatisation tels que :

❖ Les solutions cloud (Servicenow, Microsoft, Google, et AWS),

❖ Les solutions de robotisation (UI PATH, BLUE PRISM).

La liste des partenaires :

Figure 1. 3 : Partenaires de Yawize [W1]

1.2 Présentation du sujet

1.2.1 Contexte
Dans un environnement professionnel de plus en plus complexe, il est essentiel pour les
entreprises de bien organiser leurs processus afin d'améliorer l'efficacité et la coordination des
activités. La gestion des processus joue un rôle clé dans une organisation en permettant de planifier
les tâches, de gérer les ressources et de coordonner les événements importants comme les
changements, les incidents, les modifications, les mises à jour de logiciels, les périodes de
maintenance et autres événements critiques.

C’est dans ce contexte que notre application « CALE OF THE YEAR » offrent une vue centralisée
de tous les événements majeurs, permettant d'anticiper les périodes d'activité intense et de réduire les
interruptions de service. La plateforme ServiceNow propose des outils puissants pour automatiser et

4
centraliser la gestion des évènements, ce qui aide les entreprises à mieux organiser et coordonner
leurs activités.

1.2.2 Problématique
Les entreprises rencontrent souvent des difficultés à gérer efficacement leurs processus. Les
employés et les clients s'attendent à pouvoir accéder rapidement aux informations dont ils ont besoin.
Cependant, en l'absence d'outils centralisés et automatisés, la gestion des événements peut se révéler
inefficace, ce qui entraîne des conflits de planification et une répartition inadéquate des ressources.
Les systèmes de gestion traditionnels ne parviennent souvent pas à répondre aux besoins des
entreprises modernes, entraînant frustration et erreurs de planification. Par conséquent, une solution
de gestion des évènements complète et intelligente est nécessaire pour améliorer la coordination,
minimiser les inefficacités et garantir la satisfaction des utilisateurs.

1.2.3 Objectifs
Notre but est de concevoir et de mettre en place une solution de gestion des évènements à travers
un calendrier dans ServiceNow, afin d'optimiser la planification et la coordination des processus de
l'entreprise. Les objectifs principaux de ce projet sont les suivants :

❖ Créer et déployer une table personnalisée "Calendrier des événements" dans ServiceNow.
❖ Automatiser la création et la gestion des entrées de calendrier à partir des tables "Changes" et
"Releases" et tous les tables qui étend de "task".
❖ Développer une interface utilisateur intuitive et un back office pour visualiser et gérer les
événements.
❖ Garantir la sécurité et la confidentialité des données à l'aide de contrôles d'accès appropriés
(ACL).
❖ Intégrer des fonctionnalités avancées pour personnaliser et filtrer les événements selon les
besoins des utilisateurs.

Cette solution vise à centraliser la gestion des événements, à améliorer l'efficacité opérationnelle et à
offrir une meilleure expérience utilisateur, tout en optimisant les processus et en augmentant la
productivité.

5
1.3 Méthodologies d’analyse et de conception
1.3.1 Caractéristique de notre projet
La gestion des processus de l'entreprise à travers un calendrier annuel sur servicenow est un
projet complexe qui nécessite une méthodologie de gestion de projet adaptée pour garantir son succès.
Il s'agit de centraliser et d'automatiser la gestion des événements, des changements, des maintenances,
des releases, et des périodes de freezes pour améliorer l'efficacité opérationnelle et éviter les conflits
de planification. Pour ce faire, nous devons suivre une approche méthodologique structurée qui
combine flexibilité, collaboration et précision. Pour atteindre nos objectifs, nous organiserons des
réunions régulièrement tout au long du projet et nous mettrons en œuvre nos plans progressivement
en utilisant une approche itérative et progressive. Pour une meilleure adaptation aux changements et
une implication continue des parties prenantes Nous avons donc décidé d'utiliser la méthode Scrum
de l’approche agile, car elle est mieux adaptée à notre projet.

1.3.2 Méthodologie de développement

Une méthodologie est un ensemble de principes, de pratiques et de procédures utilisés pour
gérer un projet de manière structurée. Il existe plusieurs méthodologies, chacune adaptée à des types
spécifiques de projets.

Nous avons utilisé la méthodologie Agile qui est une approche itérative et incrémentale qui nous offre
la flexibilité et de la capacité à répondre rapidement aux changements tout en assurant une collaboration étroite
avec les utilisateurs finaux.

1.3.3 Présentation de Scrum

Scrum est une méthode de gestion de projet Agile qui se distingue par son approche itérative
et incrémentale. Il permet une livraison continue de valeur aux utilisateurs finaux, tout en s’adaptant
rapidement aux changements de besoins.

1.3.3.1 Répartition des rôles

L'équipe Scrum a l’autonomie nécessaire pour choisir l’approche la plus efficace pour bien
mener son travail et possède toutes les compétences nécessaires à l'accomplissement du projet.

❖ Product Owner (Propriétaire du Produit) : Responsable de maximiser la valeur du

produit en gérant le backlog produit. Il priorise les fonctionnalités et s'assure que
l'équipe comprend bien les exigences.
❖ Scrum Master : Facilite les processus Scrum, aide à résoudre les obstacles et s'assure
que l'équipe suit les pratiques Scrum.

6
 ❖ Équipe de Développement : Un groupe autonome de professionnels qui travaillent
ensemble pour livrer des incréments du produit potentiellement déployables à la fin de
chaque sprint.

1.3.3.2 Les différents événements

Sprint : Une itération de travail de durée fixe (généralement de 2 à 4 semaines) où un incrément du

produit est développé.

Sprint Planning : Une réunion au début de chaque sprint où l'équipe décide des éléments du backlog
produit à compléter pendant le sprint.

Daily Stand-Up : Une réunion quotidienne de courte durée pour synchroniser les activités et
identifier les obstacles.

Ou chaque membre de l'équipe de développement doit répondre à ces trois questions :

❖ Qu'est-ce qu'ils ont réalisé la veille ?

❖ Qu'est-ce qu'ils vont accomplir aujourd'hui ?

❖ Quels sont les obstacles qui les retardent ?

Sprint Review : Une réunion à la fin du sprint pour présenter le travail accompli et recueillir des
feedbacks des parties prenantes.

Sprint Retrospective : Une réunion pour réfléchir sur le sprint passé et identifier les améliorations à
apporter pour le prochain sprint.

1.3.3.3 Les artefacts

Product Backlog : Une liste priorisée de tout ce qui est nécessaire dans le produit. Géré par le Product
Owner.

Sprint Backlog : Une liste des tâches à accomplir dans un sprint, sélectionnées à partir du Product
Backlog.

Incrément : Le produit ou la fonctionnalité partiellement complétés à la fin de chaque sprint.

7
Le Burndown Chart (ou graphique d'avancement): Ce graphique simple indique l'état d'avancement
dans la réalisation des tâches du Sprint backlog. Il est actualisé tous les jours par le Scrum Master
après le Daily Stand-Up.

1.3.4 Scrum dans notre projet

Pour notre projet de gestion de processus d'entreprise à travers un calendrier, nous utilisons
Scrum pour assurer une livraison régulière et incrémentale des fonctionnalités. Les rôles sont répartis
comme suit :

- Le Product Owner travaille avec les parties prenantes pour définir les exigences de
l’application et prioriser les fonctionnalités.
- Le Scrum Master s'assure que l'équipe de développement peut travailler efficacement sans
obstacles.
- L'équipe de développement crée et améliore le calendrier en suivant les cycles de sprint.

Cette approche nous permet de recueillir régulièrement des feedbacks et d'apporter les ajustements
nécessaires rapidement, garantissant que la solution répond aux besoins évolutifs des utilisateurs.

Figure 1. 4: Méthode Scrum [W4]

8
1.4. Présentation de l'UML
1.4.1 Qu'est-ce que l'UML ?
Le Langage de Modélisation Unifié (UML), de l'anglais Unified Modeling Language, est un
langage de modélisation graphique basé sur des pictogrammes. Il a été conçu comme une méthode
standardisée de visualisation pour le développement logiciel et la conception orientée objet.

L'UML est une fusion de plusieurs langages de modélisation objet antérieurs, notamment Booch,
OMT et OOSE. Ce langage a principalement été développé grâce aux travaux de Grady Booch, James
Rumbaugh et Ivar Jacobson. Aujourd'hui, UML est un standard reconnu par l'Object Management
Group (OMG). La première version, UML 1.0, a été normalisée en janvier 1997, suivie par UML 2.0,
adopté par l'OMG en juillet 2005. La version la plus récente validée par l'OMG est UML 2.5.1,
publiée en 2017. [W5]

1.4.2 Pourquoi Utiliser l'UML ?

❖ Clarté et Précision : UML fournit une représentation visuelle des systèmes complexes,
facilitant la compréhension des structures et des interactions.
❖ Standardisation : En tant que langage standard, UML facilite la communication entre les
développeurs, les architectes et les autres parties prenantes.
❖ Documentation : UML aide à documenter les architectures logicielles et les conceptions,
assurant une maintenance et une évolutivité plus faciles.

Il offre une variété de diagrammes qui aident à représenter les différents aspects d'un système
de manière claire et compréhensible

9
1.4.3 Les Diagrammes UML
UML comporte quatorze (14) types de diagrammes répartis en trois catégories comme le montre la figure

Figure 1.5 : Diagramme UML

Pour notre projet, l'utilisation des diagrammes UML permet de définir clairement les processus de
gestion des événements et les interactions entre les différents composants du système. Cela aide à
assurer que toutes les parties prenantes ont une compréhension commune de la solution, facilitant
ainsi la mise en œuvre et la gestion continue du projet.

Conclusion
Ce premier chapitre nous a permis de poser les bases de notre projet en présentant le contexte
général, la problématique à laquelle nous souhaitons répondre et les objectifs que nous visons. Nous
avons présenté la méthodologie de travail utilisé et justifié la pertinence de notre solution basée sur
ServiceNow. Dans le chapitre suivant nous allons passer à la spécification et à l’analyse des besoins.

10
 Analyse des Besoins et Défis
CHAPITRE 2
Introduction
Nous effectuons dans ce chapitre une étude l’existant et l’analyse des besoins de l’application.
Nous y faisons les spécifications fonctionnelles et non fonctionnelles et détaillons les fonctionnalités
à travers des diagrammes UML.

2.1 Évaluation de l'existant

Pour comprendre les besoins de notre application, il est crucial d'analyser les solutions
actuellement en place. La plupart des entreprises utilisent des outils variés pour la gestion des
processus et des événements, allant des calendriers partagés sur des plateformes comme Google
Calendar aux systèmes de gestion plus sophistiqués comme Microsoft Project. Actuellement,
l'entreprise utilise des fichiers Excel pour gérer divers aspects de ses processus internes. Les employés
enregistrent les données, planifient les événements et suivent les modifications à travers des feuilles
de calcul partagées.

Cependant, ces outils présentent souvent des limitations en termes de centralisation, d'automatisation
et d'intégration avec d'autres systèmes d'entreprise.

❖ Manque de centralisation : Les données sont souvent dispersées dans plusieurs fichiers,
rendant la gestion et la consolidation des informations difficiles.
❖ Risque d'erreurs humaines : Les saisies manuelles peuvent entraîner des erreurs de calcul,
des doublons ou des omissions de données importantes.
❖ Sécurité des données : Les fichiers Excel ne disposent pas de mesures de sécurité robustes,
ce qui peut exposer les données sensibles à des risques de perte ou de vol.
❖ Collaboration inefficace : Plusieurs utilisateurs ne peuvent pas travailler simultanément sur
le même fichier sans risques de conflits ou de versions obsolètes.
❖ Absence d'automatisation : Excel ne permet pas d'automatiser efficacement les processus
répétitifs, ce qui entraîne une perte de temps et d'efficacité.

11
2.2 Identification des besoins
2.2.1 Besoins fonctionnels
Les besoins fonctionnels définissent ce que le système doit faire. Pour notre application, ils
incluent :

❖ La création, la modification et la suppression d'événements.

❖ La gestion des différents types d'événements (changements, versions, maintenances, etc.).

❖ L'automatisation de l'ajout des événements basés sur les tables de changements et de versions.

❖ La visualisation des événements dans un calendrier intuitif.

❖ La possibilité de filtrer les événements par type, date, ou propriétaire.

2.2.2 Besoins non fonctionnels

Les besoins non fonctionnels définissent les critères de performance et de qualité que le système
doit respecter. Pour notre application, ils incluent :

❖ La sécurité des données, assurée par des contrôles d'accès rigoureux.

❖ La performance, avec des temps de réponse rapides pour l'affichage et la gestion des
événements.

❖ La maintenabilité, le code de l'application doit être lisible et compréhensible afin d'assurer

son état évolutif et extensible par rapport aux besoins du marché;

❖ L'évolutivité, permettant de gérer un nombre croissant d'événements et d'utilisateurs sans

dégradation des performances.

❖ La fiabilité, avec une disponibilité élevée et une gestion efficace des pannes.

2.3 Spécifications des fonctionnalités

2.3.1 Diagramme de cas d'utilisation
Le diagramme de cas d'utilisation permet de visualiser les interactions entre les utilisateurs et
le système. Il montrera les actions qu'ils peuvent effectuer.

12
 Figure 2. 1 : Diagramme de cas d’utilisation du Système

Nous allons Décrire les fiches textuelles pour fournir une vue détaillée de chaque
cas d'utilisation.
Tableau 2.1 : Description textuelle du cas d’utilisation « Créer un évènement »
TITRE Créer un évènement
DESCRIPTION Le système doit permettre aux Manager de créer des
évènements
ACTEUR Manager
PRECONDITION 1. L’utilisateur doit être authentifié
2. L'utilisateur doit avoir les droits nécessaires pour
créer un événement.

13
 SCENARION 1. L'utilisateur sélectionne l'option "Add Event" dans
NOMINAL l'interface
2. Le système affiche un formulaire de création d'événement
3. L'utilisateur remplit les détails de l'événement et soumet le
formulaire
4. Le système vérifie les informations et crée l'événement.
5. Le système affiche un message de confirmation et met à
jour le calendrier.
SCENARION 3. a Le système affiche un message d'erreur et demande
ALTERNATIF à l'utilisateur de corriger les informations.
POST CONDITION 1. Un nouvel événement est créé
2. L'événement est visible dans le calendrier.

Tableau 2.2 : Description textuelle du cas d’utilisation « Modifier un évènement »

TITRE Modifier un événement
DESCRIPTION Le système doit permettre aux Manager de modifier les
évènements
ACTEUR Manager
PRECONDITION 1. L’utilisateur doit être authentifié
2. L'utilisateur doit avoir les droits nécessaires pour
créer un événement.
3. L'événement doit exister.
SCENARION 1. L'utilisateur clique sur l’évènement ou le déplace
NOMINAL directement dans l'interface
2. Le système affiche les détails de l'événement cliqué ou le
met à jour directement en cas de glisser-déposer.
3. L'utilisateur modifie les informations de l'événement et
soumet les modifications.
4. Le système vérifie les modifications et met à jour
l'événement.
SCENARION 3.a le système affiche un message d'erreur et demande à
ALTERNATIF l'utilisateur de corriger les informations.

POST CONDITION 1. Les modifications apportées à l'événement sont

enregistrées dans la base de données.
2. Le calendrier est mis à jour avec les nouvelles
informations.

Tableau 2.3 : Description textuelle du cas d’utilisation « Supprimer un évènement »

TITRE Supprimer un événement

14
 DESCRIPTION Le système doit permettre aux Manager de Supprimer des
évènements
ACTEUR Manager
PRECONDITION 1. L’utilisateur doit être authentifié
2. L'utilisateur doit avoir les droits nécessaires pour
créer un événement.
3. L'événement doit exister.
SCENARION 1. L'utilisateur sélectionne l'option "Delete Event" Ou
NOMINAL Supprime l’enregistrement relier.
2. Le système affiche un message de confirmation de
suppression.
3. L'utilisateur confirme la suppression.
4. Le système supprime l'événement de la base de données,
affiche un message et met à jour le calendrier

SCENARION 3.a Si l'utilisateur annule la suppression, l'événement reste

ALTERNATIF inchangé.
4.a le système affiche un message d'erreur et l'utilisateur peut
réessayer.

POST CONDITION 1. L'événement est supprimé de la base de données.

2. Le calendrier est mis à jour pour ne plus afficher
l'événement supprimé.

Tableau 2.4: Description textuelle du cas d’utilisation « Filtrer un évènement »

TITRE Filtrer les événements
DESCRIPTION Le système doit permettre aux utilisateurs de visualiser les
évènements en fonction de leurs types
ACTEUR Client, Manager
PRECONDITION 1. L’utilisateur doit être authentifié
2. Le calendrier doit contenir des événements.
SCENARION 1. L'utilisateur sélectionne l'option "Filter" dans
NOMINAL l'interface.
2. Le système affiche les options de filtrage (par type, date,
propriétaire, etc.).
3. L'utilisateur sélectionne les critères de filtrage souhaités et
applique les filtres.
4. Le système affiche le calendrier avec les événements
filtrés.
SCENARION Le système affiche un message d'erreur et demande à
ALTERNATIF l'utilisateur de sélectionner au moins un critère.
POST CONDITION Le calendrier affiche uniquement les événements
correspondant aux critères de filtrage.

15
2.3.2 Diagramme de séquence
Chaque diagramme de séquence illustrera comment les objets du système interagissent dans
le temps pour accomplir une tâche spécifique, comme la création d'un événement.

Figure 2. 2 : Diagramme de séquences «Créer un Evènement»

16
 Figure 2. 3 : Diagramme de séquences «Supprimer un Evènement»

Conclusion
Ce chapitre nous a permis de détailler les besoins et les défis de notre projet de gestion de
processus à travers un calendrier intégré. En analysant l'existant et en définissant les spécifications
fonctionnelles et non fonctionnelles, nous avons posé les bases nécessaires pour concevoir une
solution adaptée aux attentes des entreprises. Les diagrammes UML que nous avons présentés offrent
une représentation claire des fonctionnalités et de la structure de notre application, facilitant ainsi sa
mise en œuvre dans les chapitres suivants.

17
 Conception de la solution
CHAPITRE 3
Introduction
Ce chapitre présente la conception de la solution sur la plateforme ServiceNow. Nous y
détaillons la Now plateforme, l'architecture du système, les choix technologiques, et le
développement des règles métier pour l'automatisation des processus.

3.1 Présention de ServiceNow

3.1.1 ServiceNow inc (L’entreprise)
ServiceNow Inc est une entreprise de cloud computing dont le siège est à Santa Carla, en
Californie. Elle a été fondée en 2004 par Fred Luddy. Ce dernier est l'ancien directeur technique de
Peregine Systems et Remedy Corporation. [W5]

Progressivement, l'entreprise a pu renforcer sa présence dans des entreprises importantes telles que
Dejardins, Arcelor Mital, Société Générale et autres. En fait, ServiceNow Inc vend les licences
ServiceNow à l'échelle mondiale plus rapidement grâce à un réseau sélectionné de vendeurs, de
consultants et d'intégrateurs de plateforme.

La plateforme ServiceNow est le seul produit commercialisé par l’entreprise. La solution est
continuellement améliorée par les équipes de l’entreprise dans le but de la rendre plus performante et
plus apte à répondre aux besoins évolutifs des entreprises.

3.1.2 La Now Plateforme

Le cloud a révolutionné la façon dont les entreprises gèrent leurs infrastructures
informatiques. En migrant vers des solutions basées sur le cloud, les entreprises bénéficient d'une
flexibilité accrue, d'une évolutivité facilitée et d'une réduction significative des coûts liés à
l'infrastructure. Le cloud permet un accès à distance aux ressources et aux services via Internet,
éliminant ainsi la nécessité d'investir dans des serveurs et des centres de données physiques.

18
À ses débuts, ServiceNow était principalement utilisé pour la gestion des services informatiques et
était considéré comme SaaS, mais il a évolué du SaaS pour les utilisateurs finaux au PaaS, intégrant
une partie développeur pour ceux qui cherchent à développer et déployer des applications. La plate-
forme dispose d'un côté script pour le développement avancé, notamment API, services Web, Java
Script, Angular JS, Html et CSS, XML, Ajax, Json, XHTML, etc. Il fournit également le concept de
workflow.

En tant que Platform-as-a-Service (PaaS), elle offre une grande flexibilité pour personnaliser et
étendre ses fonctionnalités selon les besoins spécifiques de chaque entreprise.

Grâce à ses nombreuses fonctionnalités, ServiceNow permet aux entreprises de moderniser leur
infrastructure informatique, de simplifier la gestion des services et de créer une meilleure expérience
pour les utilisateurs.

Figure 3. 1 : Vue globale de la plateforme Now

3.1.3 Les produits ServiceNow disponibles ?

Grâce à sa gamme de solutions adaptées aux besoins spécifiques de nombreux secteurs,
ServiceNow fournit aux entreprises les outils et les options dont elles ont besoin pour améliorer leurs

19
opérations et produire de meilleurs résultats. Cet ensemble de solutions puissantes et polyvalentes
comprend :

• Gestion des Services IT (ITSM)

• Gestion des Opérations IT (ITOM).
• Gestion des Services Clients (CSM)
• Gestion des Actifs et des Configurations (CMDB)
• Gestion des Ressources Humaines (HR Service Delivery)
• Gestion des Services sur Site (FSM)
• Operation de Sécurité (SecOps)
• App Engine

Grâce à un ensemble complet de produits et de solutions conçus pour répondre aux besoins des
entreprises de nombreux secteurs, ServiceNow est le choix idéal pour tous ceux qui souhaitent
améliorer leurs opérations afin de réduire les coûts et de stimuler la croissance.

3.2 Architecture Du Système

Aujourd'hui, la plupart des services cloud reposent sur une architecture multi-tenant. Cela
signifie que la maintenance, qu'elle soit matérielle ou logicielle, ainsi que la gestion des bases de
données, sont partagées entre tous les clients. Ainsi, un problème de disponibilité peut affecter
l'ensemble des utilisateurs.

20
 Figure 3. 2 : Architecture cloud multi-tenant:

ServiceNow repose sur le concept de multi-instance. Dans cette architecture, les

données, les applications et les personnalisations sont stockées dans une pile
logicielle unique appelée instance. Une organisation peut avoir plusieurs instances.
Chaque instance est isolée des autres, mais elles peuvent toujours communiquer entre
elles.
L'architecture multi-instance présente également plusieurs avantages :

• Les données sont isolées, facilitant ainsi la maintenance tant au niveau

matériel que logiciel des instances clients individuelles.
• La panne d'une instance client n'affecte pas les autres.
• Cette architecture permet d'effectuer des actions telles que la mise à niveau
sur des instances client individuelles.
• Elle gère la séparation de domaine, également connue sous le nom de multi-
location, permettant de séparer les données, les processus et les tâches
administratives sur une instance en groupes logiques appelés domaines.

21
 Figure 3. 3 : Architecture multi-instance:

3.3 Technologies et Modules ServiceNow

3 .3.1 Diagramme de classe
Le diagramme de classes représente la structure statique du système en termes de classes et
de relations entre elles. Pour notre application, cela inclura des classes comme "Événement",
"Utilisateur", "Calendrier", etc.

Figure 3. 4 : Diagramme de Classe du Système

22
3.3.2 Portail de Service
Le portail de service dans ServiceNow est une interface utilisateur intuitive permettant aux
employés et clients d'accéder facilement aux services, de soumettre des demandes et de consulter des
informations pertinentes. Il nous permet de créer ces interfaces personnalisées et interactives pour
répondre aux besoins spécifiques des utilisateurs.

L'application sera accessible directement via le portail de service, facilitant son utilisation et son
adoption par les utilisateurs finaux.

Figure 3. 5 : Service Portal

Grâce à ce portail, on peut créer des pages web personnalisées et d'y ajouter des widgets pour enrichir
l'expérience utilisateur. Avec Designer, on crée notre page en spécifiant L’url d’accessibilité. [W6]
Une fois la page créée, il est possible d'y ajouter des widgets pour améliorer l'interactivité et la
fonctionnalité. Les widgets sont des composants réutilisables créés avec HTML, CSS, et JavaScript.

Le véritable pouvoir des widgets script réside dans la possibilité de les coder à travers des scripts.

JavaScript est un langage de programmation de scripts principalement utilisé pour rendre les pages
web interactives, constituant ainsi un élément essentiel des applications web. Aux côtés de HTML et
CSS, JavaScript forme le trio central des langages employés par les développeurs web. La plupart des
sites web en font usage, et la majorité des navigateurs web intègrent un moteur JavaScript pour
l'interpréter.

Le portail de service de ServiceNow offre une plateforme flexible pour créer des pages personnalisées
et y ajouter des widgets. Grâce à la possibilité de coder ces widgets avec des scripts, les organisations
peuvent offrir des interfaces utilisateur riches, interactives et parfaitement intégrées à leurs processus
métier.

23
3.3.3 Full Calendar
FullCalendar est une bibliothèque JavaScript populaire utilisée pour créer des calendriers
interactifs et dynamiques sur des pages web. Elle offre une grande flexibilité et de nombreuses
fonctionnalités permettant de visualiser et de gérer des événements. Elle est extrêmement rapide,
utilisant une très petite bibliothèque DOM virtuelle intégrée appelée Preact. [W7]

Pour tirer pleinement parti des fonctionnalités de FullCalendar et intégrer ses API dans ServiceNow,
il est nécessaire de créer une dépendance à cette bibliothèque et inclure les liens CDN appropriés
[W8].

Figure 3. 6 : Dépendance

Conclusion
Ce Chapitre nous a permis de définir une architecture solide et flexible, adaptée aux besoins
spécifiques de l'entreprise. En intégrant des outils tels que Le portail de Service et FullCalendar, nous
avons construit une base robuste pour la mise en œuvre de notre application. La prochaine étape
consistera à passer à l'implémentation, où nous concrétiserons ces concepts et modèles en une
application fonctionnelle et opérationnelle.

24
 Implémentation de la Solution
CHAPITRE 4
Introduction
Dans ce chapitre, nous allons aborder la mise en œuvre de la solution de gestion des processus
à travers un calendrier, en utilisant la plateforme ServiceNow et la librairie FullCalendar. Nous
détaillerons les différentes étapes de l'implémentation, en expliquant les choix techniques, les
configurations spécifiques et les défis rencontrés. Enfin, nous présenterons les résultats obtenus avec
des captures d'écran pour illustrer le fonctionnement de l'application.

4.1 Configuration
4.1.1 Création de la Table Events calendar
Pour centraliser les données relatives aux événements, nous avons créé une table personnalisée dans
ServiceNow nommée "Event Calendar". Cette table contient plusieurs champs essentiels :

- Tâche : Un champ de référence lié à la table des tâches existantes pour établir des liens directs
entre les événements et leurs activités associées.
- Type : Un champ de choix pour catégoriser les événements (changements, versions,
maintenances, etc.).
- Couleur : Un champ pour attribuer une couleur spécifique à chaque type d'événement pour
une identification visuelle rapide.
- Nom : Un champ texte limité à 100 caractères pour décrire brièvement chaque événement.
- Date de début et Date de fin : Des champs de date pour spécifier la période exacte de chaque
événement.
- Record : le champ qui nous permet de le relier aux enrigistrements d’auttres table

25
 Figure 4. 1 : Table Events Calendar

4.1.2 Contrôle D’accès

Pour assurer la sécurité et la confidentialité des données du calendrier, nous avons configuré des
contrôles d'accès (ACL) :

• Accès en lecture : Tous les utilisateurs ayant le rôle « ITIL» peuvent consulter les événements
du calendrier.
• Création, modification et suppression : Ces privilèges sont réservés aux gestionnaires de
versions, de changements ou de déploiements.

Figure 4. 2 : Gestion des rôles

26
4.2 Intégration de FullCalendar
Après avoir créé une dépendance en incluant le liens CDN dans notre application. Cela permet
d'accéder à l'ensemble des API offertes par FullCalendar pour gérer et afficher les événements dans
le calendrier.

Nous avons configuré FullCalendar pour qu'il répond aux besoins spécifiques de notre application :

• Chargement des événements : Les événements sont chargés dynamiquement depuis les
tables « Events Calendar », « Release », ou encore « Change » de ServiceNow.
• Affichage : Le calendrier affiche les événements avec les couleurs définies, et permet une
navigation facile à travers les jours, semaines, mois et les années.
• Interactions : Les utilisateurs peuvent créer, modifier filtrer ou supprimer des événements
directement depuis l'interface du calendrier.

Figure 4. 3 : Integration de FullCalendar

On a développé plusieurs scripts pour gérer les interactions entre ServiceNow et FullCalendar :

➢ Script pour charger les événements : Ce script récupère les événements depuis ServiceNow
et les passe à FullCalendar pour l'affichage et le filtrage
➢ Script pour créer/modifier des événements : Lorsqu'un utilisateur crée ou modifie un
événement dans le calendrier, ce script enregistre les modifications dans la table
correspondant
➢ Script pour supprimer des événements : Ce script supprime l'événement sélectionné de la
table.

27
4.3 Présentation des Résultats
Nous présentons ici l'interface utilisateur de notre application, avec des captures d'écran pour
illustrer :

➢ Fonctionnalités de navigation à travers les mois et les années, la possibilé de glisser-

déposer pour modifier un event

Figure 4.4 : Affichage des événements avec leurs couleurs respectives

➢ Interface qui permet d’ajouter des évènements suite à la clique du button « add
Event »

Figure 4. 5 : Interface pour ajouter un évènement

28
 ➢ Cet écran présente la possibilité de filtrer les événements par type.

Figure 4. 6 : Interface pour filter les évènements

Conclusion
Ce Chapitre nous a permis de transformer les concepts et les modèles définis durant la phase de
conception en une application fonctionnelle et opérationnelle. Grâce à l'intégration de ServiceNow et
FullCalendar, nous avons développé une solution de gestion des processus d'entreprise à travers un
calendrier, répondant aux besoins spécifiques de l'entreprise. Les résultats obtenus montrent une
amélioration significative de l'organisation et de la planification des événements, offrant ainsi une
meilleure allocation des ressources et une réduction des conflits de planification.

29
 CONCLUSION

Durant les neuf (09) mois de stage en alternance effectués au sein de Yawize, il nous a été
demandé de développer une solution de gestion des processus à travers un calendrier, en utilisant
ServiceNow. L'objectif principal était d'améliorer l'efficacité organisationnelle, l'allocation des
ressources, et de réduire les conflits de planification tout en assurant la sécurité des données et la
facilité d'utilisation.

Au cours de ce projet, nous avons rencontré plusieurs difficultés, notamment la compréhension et

l'adaptation à l'architecture multi-instance de ServiceNow, l'intégration de FullCalendar dans
l'environnement ServiceNow nécessitant une gestion précise des dépendances et des scripts.

Ce stage nous a permis d'acquérir une compréhension approfondie de ServiceNow et de ses capacités
de personnalisation, de développer des compétences techniques avancées sur le cloud, d'apprendre à
gérer un projet complet de l'analyse des besoins à la mise en production en passant par la conception
et l'implémentation, et de travailler en étroite collaboration avec une équipe professionnelle,
renforçant ainsi nos compétences en communication et en gestion de projet. Ce stage chez Yawize a
été une expérience enrichissante qui nous a permis de mettre en pratique nos connaissances théoriques
et d'acquérir de nouvelles compétences techniques et professionnelles. Nous avons pu développer une
solution innovante répondant aux besoins de l'entreprise tout en surmontant les défis rencontrés. Cette
expérience nous a préparés à affronter les futurs défis professionnels avec confiance et expertise.

En perspective, nous envisageons de développer une version de la solution qui sera accessible depuis
le back office, avec des tableaux de bord et des « Schedule pages ». De plus, Yawize prévoit de mettre
cette solution dans son store, ouvrant ainsi la voie à une utilisation plus large et à un impact significatif
sur la gestion des processus d'entreprise sur servicenow.

30
 RÉFÉRENCES

[W1]: https://www.yawize.com

[W2]: https://www.servicenow.com/fr/what-is-servicenow.html?state=seamless

[W3]: https://datascientest.com/servicenow-tout-savoir

[W4]: https://formation-continue.collegedeparis.fr/actualites/la-methode-agile-qu-est-ce-que-c-est

[W5]: https://fr.wikipedia.org

[W6]:https://developer.servicenow.com/dev.do#!/learn/courses/washingtondc/app_store_learnv2_se
rviceportal_washingtondc_service_portal/app_store_learnv2_serviceportal_washingtondc_creating_
custom_widgets/app_store_learnv2_serviceportal_washingtondc_widget_components

[W7]: https://fullcalendar.io/docs

[W8]: https://cdnjs.cloudflare.com/ajax/libs/fullcalendar

[W9]: https://esp.sn/presentation/historique

31