Projet de Fin d’Etude

Ce projet s'inscrit dans le domaine des systèmes d'information appliqués aux opérateurs de services. Il s'adresse principalement aux étudiants en informatique, aux professionnels du développement logiciel et aux gestionnaires de services souhaitant comprendre comment concevoir et réaliser un système d’information adapté aux besoins spécifiques d’un opérateur de services. Le travail présente une démarche complète, depuis l’étude préalable jusqu’à la réalisation technique, en passant par la spécification et la conception.

La question

Le projet vise à répondre au besoin d’un opérateur de services souhaitant disposer d’un système d’information performant et adapté à ses processus métiers. Plus précisément, il s’agit de concevoir et réaliser un système capable de gérer les clients, les partenaires, les services proposés, les demandes d’abonnement, ainsi que les incidents liés à ces services. Ce système doit aussi permettre l’accès aux fonctionnalités via des Web Services, facilitant ainsi l’intégration et l’interopérabilité. La problématique est d’autant plus pertinente que les opérateurs de services, notamment dans les secteurs des télécommunications, de l’énergie ou de la finance, sont en quête permanente d’excellence opérationnelle et d’optimisation de leurs processus.

Concepts de base

Pour bien comprendre ce projet, il est essentiel de saisir quelques notions clés :

• Opérateur de services : une organisation fournissant des services à des clients, souvent dans des secteurs comme les télécoms, l’énergie ou la finance. Ces opérateurs doivent gérer des relations complexes avec leurs clients et partenaires.
• Système d’information : un ensemble organisé de ressources (matérielles, logicielles, humaines) permettant de collecter, stocker, traiter et diffuser des informations pour soutenir les activités d’une organisation.
• Processus opérationnels : les différentes étapes et activités nécessaires pour fournir un service, comme l’activation, le renouvellement, la distribution, le service après-vente (SAV) ou la logistique.
• Gestion des demandes d’abonnement : le suivi et le traitement des requêtes des clients pour souscrire à un service.
• Gestion des incidents : la prise en charge des problèmes signalés par les clients ou partenaires, afin d’assurer la qualité et la continuité du service.
• Architecture n-tiers : un modèle d’architecture logicielle qui sépare les différentes couches fonctionnelles (présentation, métier, données) pour améliorer la modularité, la maintenance et la scalabilité du système.
• Web Services : des interfaces permettant à différentes applications de communiquer entre elles via le réseau, facilitant l’intégration de fonctionnalités et l’échange de données.

Approche

Le projet a suivi une démarche structurée en plusieurs phases :

• Étude préalable : analyse des besoins et des fonctionnalités attendues. Cette étape a permis de définir les principales fonctions du système, telles que la gestion des clients, des partenaires, des services, des demandes d’abonnement et des incidents. Elle a aussi inclus une première exploration des sites d’opérateurs de services pour comprendre leur fonctionnement et leurs attentes.
• Spécification : formalisation des fonctionnalités sous forme de cas d’utilisation et workflows. Par exemple, le workflow de gestion des demandes d’abonnement suit plusieurs états : Open, Accepted, In Process, Completed. La spécification détaille aussi les interactions entre les différents acteurs (administrateur, client, partenaire) et les actions possibles (ajouter un service, gérer les profils, consulter le catalogue, etc.).
• Conception : définition de l’architecture technique et des modèles de données. Le système est basé sur une architecture n-tiers, séparant la couche Web (interface utilisateur), la couche métier (logique applicative) et la couche données. Des diagrammes de classes et de séquences ont été réalisés pour modéliser les entités et les interactions dynamiques, notamment pour l’ajout de partenaires et de services.
• Réalisation : développement technique en Java, utilisant la plateforme J2EE. Les frameworks Struts2 (pour la couche présentation) et Dojo (pour l’interface graphique) ont été choisis, avec un conteneur métier EJB 3. L’environnement de développement comprend Eclipse, le serveur d’application JBoss AS 4.2 et la base de données Oracle 10g. Plusieurs interfaces graphiques ont été développées pour l’authentification, la gestion des partenaires, des services, des ordres et des incidents.

Résultats

Le système réalisé permet de :

• Gérer les clients et les partenaires de manière centralisée.
• Traiter les ordres de demandes d’abonnement à un service, qu’ils proviennent d’un client ou d’un partenaire.
• Gérer les incidents liés aux services, facilitant ainsi le suivi et la résolution des problèmes.
• Administrer les services proposés, avec des fonctionnalités d’ajout, modification, suppression et consultation.
• Accéder aux différentes fonctionnalités via des Web Services, ce qui ouvre la porte à une intégration avec d’autres systèmes ou applications.

Ces résultats répondent aux besoins identifiés en début de projet, en offrant une solution complète et modulaire pour un opérateur de services.

Limites et questions ouvertes

Le projet mentionne plusieurs pistes d’amélioration et extensions possibles :

• L’intégration d’un moteur Workflow générique, permettant une gestion plus flexible et automatisée des processus métiers.
• La gestion de la facturation, qui n’a pas été traitée dans cette version du système mais constitue un besoin important pour un opérateur de services.
• Le développement d’une application multilingue, afin de rendre le système accessible à un public plus large et adapté à différents contextes géographiques.

Ces limitations montrent que le système, bien que fonctionnel, reste perfectible et que des évolutions sont nécessaires pour couvrir l’ensemble des besoins opérationnels d’un opérateur de services.

Glossaire

• Administrateur : utilisateur ayant des droits étendus pour gérer le système, les services, les partenaires et les incidents.
• Architecture n-tiers : modèle d’architecture logicielle divisant l’application en plusieurs couches distinctes (présentation, métier, données).
• Business Delegate : composant logiciel servant d’intermédiaire entre la couche présentation et la couche métier.
• EJB 3 : version 3 de la spécification Enterprise JavaBeans, utilisée pour le développement de composants métier dans J2EE.
• Incidents : problèmes ou dysfonctionnements signalés par les clients ou partenaires concernant les services.
• J2EE : plateforme Java Enterprise Edition pour le développement d’applications d’entreprise.
• Partenaire : entité externe collaborant avec l’opérateur de services, pouvant proposer ou distribuer des services.
• Struts2 : framework Java pour la gestion de la couche présentation dans les applications web.
• Web Services : interfaces permettant la communication entre applications via des protocoles réseau standardisés.
• Workflow : enchaînement structuré d’étapes ou d’activités pour gérer un processus métier.