L'église de l'auteur a utilisé diverses méthodes pour stocker ses ressources musicales, utilisant actuellement OneDrive avec différents formats pour les accords et des partitions éparses pour la section des cuivres. L'auteur a proposé un projet pour améliorer ce processus et a créé un produit minimum viable (MVP) en utilisant JavaScript, EJS et MongoDB, qui a été approuvé par le directeur musical. Le MVP vise à centraliser le stockage des accords et des partitions de cuivres avec des balises et des étiquettes pour une recherche rapide des chants. L'auteur a réfléchi aux exigences, a esquissé une maquette basse fidélité et est passé du modèle Waterfall à la méthodologie Agile pour s'attaquer d'abord aux fonctionnalités de base. La fonctionnalité principale est l'ajout d'un chant avec des informations pertinentes, notamment le titre, la tonalité, les accords, les partitions de cuivres et les balises. La deuxième fonctionnalité la plus importante est le système de 'balises', qui permet de filtrer les chants par propriétés, telles que les fins avec les cuivres ou les thèmes de ministère. L'auteur est encore en train de déterminer comment gérer les différentes versions d'un même chant et envisage des contrôles d'administration pour les transpositions de tonalité. Les prochaines étapes comprennent le développement de l'authentification et de JWT. L'auteur a commencé à construire le backend et un frontend de base. Le projet vise à améliorer la gestion des ressources musicales de l'église et impliquera des améliorations progressives et un raffinement des fonctionnalités.
dev.to
1 - Building a Worship Resource Library
Create attached notes ...
