I.
INTRODUCTION*
✓ Contexte
La Société Nationale des Chemins de fer du Congo (SNCC), notamment à
son centre opérationnel d'Ilebo, assure le transport ferroviaire des
personnes et des marchandises. Toutefois, le processus d’achat de tickets
reste manuel, lent et peu sécurisé. Ce manque de numérisation entraîne
des files d’attente, des erreurs humaines, des pertes de données et des
difficultés de gestion statistique.
✓ Problématique
Comment concevoir un système d’information capable de gérer
efficacement l’achat de tickets des passagers à la SNCC Ilebo, en
minimisant les erreurs, en réduisant le temps d’attente et en assurant la
traçabilité des opérations ?
✓ Description de l'application
L’application envisagée est une solution logicielle développée en *C# (C-
Sharp)* pour la partie interface et logique métier, et utilisant *MySQL*
comme système de gestion de base de données (SGBD). Elle permettra
aux agents d’enregistrer des passagers, de générer des tickets, de
rechercher les réservations, et de suivre les ventes.
✓ Objectif du projet
L’objectif principal est de *concevoir et développer un système
d’information informatisé* pour la gestion des tickets de voyage à la SNCC
Ilebo, qui :
[15/07, 09:45] ChatGPT: - Améliore la rapidité et la fiabilité de la vente de
tickets.
- Centralise les données des passagers et des transactions.
- Facilite la recherche d’informations (tickets, trajets, statistiques).
- Réduit les risques de fraudes et de duplications.
*II. CONDUITE DE PROJET
II.1 Ressources
Pour la réalisation de ce projet, plusieurs ressources humaines, matérielles
et logicielles ont été mobilisées.
- Ressources humaines :*
- Chef de projet
- Analyste
- Développeur C#
- Administrateur base de données
- Utilisateur testeur (agent SNCC)
- *Ressources matérielles :*
- Ordinateurs (développement et tests)
- Réseau local (LAN) pour tests en environnement réel
- Imprimante de tickets
- *Ressources logicielles :*
- Environnement de développement : *Visual Studio*
- SGBD : *MySQL Server*
- Outils complémentaires : MySQL Workbench, XAMPP (optionnel)
II.2 Planning prévisionnel
Le projet a été découpé en phases avec des délais estimés :
| *Phase* | *Durée prévue* |
| Analyse et recueil des besoins | 1 semaine |
| Conception fonctionnelle | 1 semaine |
| Modélisation base de données | 1 semaine |
| Développement (front + back) | 2 semaines |
| Test et validation | 1 semaine |
| Rédaction du rapport | 1 semaine |
II.3 Partage des tâches
[15/07, 09 :49] ChatGPT : Très bien, voici la partie *III. DEUXIÈME
ANALYSE* avec un bon niveau de détail :
*III. DEUXIÈME ANALYSE*
III.1 Présentation de l’existant
Actuellement, à la SNCC Ilebo, l’achat de tickets se fait de manière
*manuelle*. Les agents utilisent des *tickets papier préimprimés*, qu’ils
remplissent à la main. Cette méthode présente plusieurs inconvénients :
- Risques de *perte ou de détérioration* des tickets.
- Faible *traçabilité* des ventes.
- *Difficulté de vérification* des statistiques journalières ou mensuelles.
- *Fraudes possibles* (ex : double vente, revente illégale).
- Temps d’attente important pour les passagers.
III.2 Étude de faisabilité
- *Faisabilité technique :*
Les outils comme *Visual Studio (C#)* et *MySQL* sont disponibles,
maîtrisables et bien adaptés à ce type de projet. Les machines des agents
peuvent supporter l’exécution de cette application.
- *Faisabilité économique :*
Le développement du logiciel se fait en interne avec des outils gratuits
ou déjà disponibles. Aucun coût majeur n’est prévu sauf pour l’impression
et la formation.
- *Faisabilité organisationnelle :*
Le personnel est déjà familiarisé avec l’utilisation d’un ordinateur. Une
courte formation suffira à leur faire adopter le système.
[15/07, 09 :49] ChatGPT : III.3 Modélisation du système proposé
a) Modèle conceptuel des données (MCD)
On distingue les entités suivantes :
- *Passager* (Nom, Prénom, Numéro ID, Téléphone)
- *Ticket* (NumTicket, DateVoyage, Trajet, Prix, Statut)
- *Agent* (Nom, Matricule, Login)
- *Paiement* (ID_Paiement, Moyen, Date, Montant)
Relations :
- Un *passager* peut acheter plusieurs *tickets*
- Un *ticket* est vendu par un *agent*
- Un *paiement* est lié à un *ticket*
b) Modèle logique des données (MLD)
Les entités deviennent des *tables relationnelles*, avec des *clés
primaires et étrangères*.
Exemple :
- `Passager(ID_Passager PK, Nom, Prénom, Téléphone)`
- `Ticket(ID_Ticket PK, DateVoyage, Trajet, Prix, ID_Passager FK, ID_Agent
FK)`
- `Agent(ID_Agent PK, Nom, Login, MotDePasse)`
- `Paiement(ID_Paiement PK, ID_Ticket FK, MoyenPaiement, Montant,
Date)`
c) Modèle de traitement (diagramme de cas d’utilisation)
Voici les principales *fonctions* :
- Créer un ticket
- Rechercher un ticket
- Générer un reçu
- Afficher l’historique des ventes
- Créer un compte agent
- Connexion / Déconnexion
III.4 Technologies utilisées
- *Langage* : *C#*
→ Langage orienté objet utilisé pour les applications Windows, avec
interface graphique (WinForms/WPF).
- *Base de données* : *MySQL*
[15/07, 09 :49] ChatGPT : → SGBD relationnel open source, rapide, adapté
aux systèmes transactionnels.
- *Connexion BDD* : `[Link]` (bibliothèque .NET pour connecter
C# à MySQL)
Parfait. Voici maintenant :
*IV. CONCEPTION*
IV.1 Description des besoins fonctionnels et non fonctionnels
*a) Besoins fonctionnels :*
Ce sont les fonctionnalités que le système doit offrir :
- Authentification des agents (login/mot de passe)
- Enregistrement d’un nouveau passager
- Création d’un ticket
- Paiement du ticket (espèces ou mobile money)
- Recherche d’un ticket par nom ou numéro
- Affichage de l’historique des ventes
- Impression d’un reçu/ticket
- Gestion des agents (ajout/suppression)
*b) Besoins non fonctionnels :*
- Sécurité des accès (mot de passe, sessions)
- Sauvegarde automatique de la base de données
- Interface simple, intuitive, adaptée au personnel
- Temps de réponse rapide (< 2 secondes)
- Traçabilité des opérations (logs)
IV.2 Architecture du système
L’architecture retenue est de type *client-serveur local*, structurée
comme suit :
- *Client (poste agent)* : application Windows développée en C#
- *Serveur* : héberge la base de données MySQL
- *Réseau* : connexion locale (LAN)
*Avantage :* L’architecture est simple à déployer, rapide à mettre en
œuvre et facile à maintenir.
IV.3 Description de la base de données
- Base : `sncc_gestion_tickets`
- Tables principales :
- `passager`
- `agent`
- `ticket`
- `paiement`