Quel projet Laravel réaliser pour valoriser son portfolio au Maroc ?

Choisir un projet adapté à son niveau

Pour montrer vos compétences, choisissez un périmètre que vous pouvez terminer et expliquer. Un exercice pratique Laravel peut commencer par une seule fonction métier et un seul type d’utilisateur, puis s’enrichir si le socle est stable. Un projet plus ambitieux mais inachevé rend souvent plus difficile l’évaluation de vos choix.

Une idée accessible et parlante : une application de gestion des demandes d’intervention. Un utilisateur soumet une demande avec un titre, une description, une catégorie et une priorité ; un responsable consulte la liste, modifie le statut et ajoute un commentaire. Ce cas permet de présenter des formulaires, des validations, des relations entre modèles et des règles d’accès.

Avant de commencer, écrivez les trois réponses suivantes : qui utilise l’application, quel problème elle résout et comment saura-t-on que le projet fonctionne ? Si vous ne pouvez pas répondre simplement, réduisez le périmètre.

• Débutant : création, affichage, modification et suppression d’un type de demande, avec validation.
• Niveau intermédiaire : comptes utilisateurs, rôles simples, filtres par statut et historique des changements.
• Pour aller plus loin : API, notifications ou dépôt de fichiers, seulement si le parcours principal est déjà fonctionnel.

Partir d’un besoin concret

Un bon projet commence par une situation observable : des demandes reçues par messages se perdent, leur état n’est pas clair et personne ne sait lesquelles traiter en premier. L’application proposée centralise ces demandes et rend leur progression visible. Vous pouvez l’adapter à une équipe informatique, à un atelier, à une association ou à un service administratif sans prétendre reproduire le fonctionnement d’une organisation réelle.

Gardez des règles métier explicites. Par exemple : une demande possède un statut parmi « nouvelle », « en cours » et « clôturée » ; seul un responsable peut changer le statut ; son auteur peut consulter sa propre demande. Ces choix donnent une matière concrète à expliquer dans le portfolio et permettent de vérifier que l’application ne se limite pas à des écrans statiques.

• Objectif : permettre à un utilisateur de déposer et suivre une demande, et à un responsable de la traiter.
• Livrables : application Laravel exécutable, code source, migrations, données fictives de démonstration, tests automatisés et guide d’installation.
• Critère de réussite : un évaluateur peut créer ou consulter des exemples, suivre le parcours principal et comprendre les règles sans votre aide.

Préparer les données, fichiers ou ressources

Avant d’écrire les écrans, définissez les données minimales. Pour une demande : titre, description, catégorie, priorité, statut, dates utiles et identifiant de l’auteur. Pour un commentaire : texte, date et auteur. Un diagramme simple ou une liste de champs suffit au départ ; l’essentiel est de comprendre les relations et les informations réellement nécessaires.

Préparez des exemples fictifs, avec des noms inventés et des adresses qui ne correspondent pas à de vraies personnes. N’utilisez pas d’export client, de capture d’un outil interne, de document d’entreprise ou de base de données récupérée dans un stage ou un emploi sans autorisation explicite. Évitez également de publier des mots de passe, clés d’API, fichiers .env ou informations de connexion.

Dans le dépôt, fournissez plutôt un fichier d’exemple de configuration dépourvu de secrets et des instructions pour créer une base locale. Les fichiers téléversés, s’ils font partie du projet, doivent eux aussi être fictifs, autorisés et débarrassés de métadonnées sensibles.

• Un schéma de données minimal et des statuts documentés.
• Quelques comptes et demandes fictifs pour la démonstration.
• Un fichier d’exemple de configuration sans identifiant secret.
• Des images, icônes et polices dont les conditions d’utilisation permettent l’emploi prévu.

Réaliser le projet par étapes

Commencez par créer l’application et consignez les versions des outils utilisés. Le choix d’une base légère en développement peut accélérer les premiers essais ; gardez une configuration claire pour le contexte de démonstration. Les kits de démarrage Laravel peuvent fournir un point de départ pour l’authentification, mais il reste important de comprendre et de documenter ce que vous conservez ou personnalisez.

Construisez ensuite le projet dans un ordre qui permet de vérifier chaque bloc avant d’ajouter le suivant. Évitez de commencer par un tableau de bord élaboré ou une API si le besoin essentiel — soumettre et traiter une demande — n’est pas encore couvert.

• 1. Initialiser le projet, noter les prérequis et préparer la configuration locale.
• 2. Créer les migrations et modèles pour les demandes, utilisateurs et commentaires ; vérifier les relations.
• 3. Définir les routes et contrôleurs du parcours : liste, détail, création et mise à jour.
• 4. Ajouter les formulaires et validations côté serveur, puis afficher des erreurs compréhensibles.
• 5. Mettre en place l’authentification et les règles d’autorisation : tester qui peut voir ou modifier chaque demande.
• 6. Ajouter les filtres utiles et un historique simple si le temps le permet.
• 7. Préparer les données de démonstration, exécuter les tests et rédiger les instructions de lancement.
• 8. Déployer une démonstration si vous disposez d’un hébergement adapté, puis vérifier le parcours sur l’environnement publié.

Tester, corriger et documenter

Les tests devraient vérifier les comportements attendus, pas seulement l’absence d’erreurs visibles. Ajoutez des tests fonctionnels pour la création d’une demande valide, le rejet d’un formulaire incomplet, l’accès refusé à un utilisateur non autorisé et le changement de statut par un responsable. Vérifiez aussi les cas où la liste est vide ou où un filtre ne renvoie aucun résultat.

Faites un contrôle manuel après les tests automatisés : utilisez l’application comme une personne qui la découvre, avec un écran étroit et des données réalistes mais fictives. Vérifiez les libellés, les messages d’erreur, les liens, les dates et la cohérence des statuts. Avant une démonstration publique, confirmez qu’aucune configuration de développement ou donnée personnelle n’est exposée.

• Checklist : migrations exécutables sur une base neuve ; commandes d’installation documentées.
• Checklist : formulaires valides et invalides ; champs obligatoires signalés clairement.
• Checklist : visiteur, auteur et responsable ne disposent que des droits prévus.
• Checklist : filtres, pagination ou listes restent compréhensibles avec plusieurs demandes.
• Checklist : tests automatisés réussis ; erreurs d’interface, liens cassés et écrans vides contrôlés.
• Checklist : dépôt nettoyé des secrets, fichiers locaux, données réelles et dépendances inutiles.

Présenter son travail dans un portfolio

Présentez d’abord le problème, puis votre réponse. Une fiche de projet efficace tient en quelques éléments : le besoin, les utilisateurs visés, les fonctionnalités principales, les décisions techniques importantes et ce que vous amélioreriez ensuite. Décrivez votre contribution avec précision, surtout si le projet a été réalisé en groupe ou avec l’aide d’outils de génération de code.

Choisissez des captures qui racontent le parcours : liste des demandes, formulaire, détail avec statut et vue de traitement. Une courte démonstration peut compléter le dépôt, mais ne remplace pas un guide d’installation clair. Ajoutez un schéma de données simple et quelques exemples de tests pour rendre vos choix vérifiables.

Soyez honnête sur les limites : dites si l’application est un prototype, si l’envoi réel de courriels n’est pas configuré ou si le déploiement est une démonstration. Ne laissez pas entendre qu’elle est utilisée en production par une entreprise si ce n’est pas le cas. Cette transparence aide un recruteur ou un client à comprendre exactement ce que vous avez réalisé.

• Une description courte du problème et du public visé.
• Trois à cinq captures légendées ou une démonstration guidée.
• Un dépôt avec instructions de lancement et données fictives.
• Une liste claire des fonctionnalités réalisées et des améliorations envisagées.
• Aucune donnée confidentielle, aucun secret technique et aucune attribution trompeuse.

Le parcours, étape par étape

1. 1Cadrer le besoin — Choisissez un seul processus à améliorer, formulez l’objectif de l’application et définissez un parcours principal vérifiable.
2. 2Définir le périmètre et les données — Listez les utilisateurs, les champs, les statuts et les règles d’accès. Préparez uniquement des exemples fictifs.
3. 3Construire le socle Laravel — Initialisez l’application, les migrations et les modèles, puis réalisez les routes, contrôleurs et écrans essentiels.
4. 4Ajouter les règles métier — Validez les formulaires, protégez les actions par utilisateur ou rôle et ajoutez les filtres réellement utiles.
5. 5Tester et stabiliser — Couvrez les parcours nominaux et les refus d’accès, corrigez les défauts et contrôlez manuellement l’interface.
6. 6Documenter et présenter — Nettoyez le dépôt, rédigez les instructions, ajoutez des captures et expliquez clairement les limites du projet.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Laravel 13.x — Installation laravel.com
2. Laravel 13.x — Kits de démarrage laravel.com
3. Laravel 13.x — Autorisation laravel.com
4. Laravel 13.x — Tests HTTP laravel.com
5. Laravel 13.x — Déploiement laravel.com
6. Offre d’emploi Maroc : LARAVEL Developer emploi.ma
7. Formation Laravel au Maroc — FormaGroup formagroup.ma