Table des matières Historique... 2 Droits d'auteurs et de reproductions... 3 Introduction... 4 Objectifs du document... 4 Portée du produit/document... 4 Définitions... 5 Document de références... 5 Aperçu du document... 5 Définition du problème actuel :... 6 Diagramme des cas d'utilisation... 7 Rencontrer les différents intervenants... 7 Résumé des entrevues... 7 Résumé des lectures de la documentation... 8 Définir les balises de réalisation... 9 Évaluation de la faisabilité du projet :... 9 Proposition de la solution ABRMPlus... 10 Contraintes (coûts et temps)... 10 Étapes à accomplir... 11 Proposition de la solution ABRM... 12 Contraintes (coûts et temps)... 12 Étapes à accomplir... 12 Recommandations... 13 Approbation... 14 1
Historique No de Date de Auteur Description version modification 1.0.0 07-février 2005 M. Saliha Yacoub Étude des besoins, étude de faisabilité et proposition de solutions 2
Droits d'auteurs et de reproductions Tous droits réservés. Aucun extrait de ce document ne peut être reproduit, sous quelque forme ou par quelque procédé que ce soit (machine électronique, mécanique, à photocopier, à enregistrer ou tout autre) sans autorisation écrite des deux parties impliquées dans ce document. Voici les adresses pour envoyer votre demande de reproduction : CLG Inc. a/s Saliha Yacoub 100 Rue Duquet Sainte-Thérèse, PQ J7E 3L3 M.Rober Quevillon pour ABRM Montréal 3
Introduction L'ABRM, Association régionale de badminton de la région de Montréal, est un organisme à but non lucratif qui s'occupe du développement du badminton de la région de Montréal. L'association s'occupe de l'organisation et de la gestion d'un réseau de compétitions ou de tournois. Un tournoi du circuit contient quatre catégories d'âges: pee-wee, benjamin, cadet et juvénile. Dans chaque catégorie on retrouve quatre épreuves: simple masculin, simple féminin, double masculin et double féminin. Il existe un classement dans chaque épreuve pour chaque catégorie ainsi qu'un classement général. Le mandat qui nous a été confié est d'étudier la possibilité d'implémenter un système de gestion des tournois. Actuellement, toute l'information du système en place sont enregistrées dans un classeur Excel Objectifs du document Le document présent a pour objectifs : De comprendre la problématique. De comprendre les fonctions à informatiser De montrer la faisabilité du projet ABRM. De présenter à Quevillon deux solutions d'implémentation de son système. De faire des recommandations quant au choix de la solution. Portée du produit/document Le document s'adresse à M.Robert Quevillon de l'association ABRM pour valider notre compréhension de la situation actuelle, de vérifier notre compréhension des besoins de l'association et valider notre choix de solution. Le document sera également une référence pour l'équipe qui se chargera de faire l'analyse et le développement du projet ABRM. 4
Définitions ABRM, association régionale de badminton de Montréal. Membre, toute personne déjà inscrite à l'association. Client, toute personne qui se présente aux bureaux de l'abrm ou qui utilise l'application Web. Un client peut devenir membre à la suite d'une inscription. Logiciel libre de droit, tout logiciel, disponible généralement sur Internet, que l'on peut se procurer et utiliser gratuitement Document de références [SPECIFIC] Fiche de spécification du logiciel ABRM de M.Quevillon. [RESENTRV] Résumé des entrevues menées en classes par les étudiants du cours 420-KE2, à la session hiver 2005 avec M. Quevillon [FENTRET] Fiche d entretien de Saliha Yacoub [REPCOUR] Réponses à des courriels de Saliha Yacoub envoyés à M.Quevillon. [ETUDPRE] Étude préliminaire de Claude Cardinal Aperçu du document Introduction Définition de la situation actuelle Proposition de solutions Recommandation Approbation Mise en contexte du document Compréhension de la gestion des tournois, joueurs et des clubs. Définition des problèmes liés au système actuel Deux solutions seront proposées en fonction des balises de réalisation Suggestions en fonction des besoins exprimés et des contraintes imposées. 5
Définition du problème actuel : Les entrevues que nous avons menées auprès de M. Quevillon nous ont révélé les problèmes suivants: Le système étant "implémenté" dans des feuilles Excel, il devient difficile de le maintenir à jour. L'accès à l'information est très lent puisqu'il faut chercher dans plusieurs feuilles Excel avant de trouver une information complète. La cohérence des données n'est pas assurée. Risque d'erreurs important au moment d'ajouter des informations. Plusieurs personnes (membres) peuvent réaliser la même opération sur le système, il devient difficile de faire le suivi de ces opérations. Génération des feuilles de triages très difficile. L'affectation des joueurs à des tournois n'est pas évidente. Cette affectation nécessite la connaissance d'un certain nombre d'informations concernant les joueurs, l'accès à ces informations n'est pas aisé. (plusieurs feuilles Excel) 6
Diagramme des cas d'utilisation Le diagramme de cas d'utilisation suivant va nous permettre de montrer l'interaction des différents acteurs avec le système.. Ce diagramme bien que succin, permet de valider avec M.Quevillon notre compréhension de ce que le système doit faire. Rencontrer les différents intervenants Dans le cadre de cette étude de faisabilité, nous avons rencontré M.Jean-Robert Quevillon responsable des tournois chez ABRM Sous forme d'entrevue M.Jean-Robert Quevillon Sous forme de courriels M.Jean-Robert Quevillon Sous forme de conférence M.Jean-Robert Quevillon Résumé des entrevues Les entrevues avec M.Quevillon, la conférence donnée par M.Quevillon en classe et les courriels échangés avec M.Quevillon nous permettent de souligner les points importants suivants: 7
D'abord le système actuel (classeur Excel) ne répond plus aux besoins de l'association ABRM. Il existe une redondance accrue des informations la mise à jour des informations n'est pas évidente. Organiser un tournoi, est une tâche très lourde. M. Quevillon souhaite avoir une meilleure gestion des données relatives aux joueurs, aux clubs et aux tournois. Ensuite, il est essentiel de publiciser l'association à l'aide d'un site Web professionnel qui permettra également aux membres de s'inscrire à un tournoi, de consulter les résultats d'un tournoi. De manière spécifique, l'abrm à travers M.Quevillon, souhaite donner un accès plus large à ces membres via une interface Web, cette interface Web permettra: À des joueurs de s'inscrire aux tournois Aux membres d'ajouter des exercices Affichage des résultats des tournois Affichages des différents classements Publicisation de l'association ABRM au grand publique Une des questions qui a été soulevée est l'utilisation de Report Builder pour imprimer différents documents relatifs au système de gestion des tournois, à ce sujet, M. Quevillon a clairement souligné qu'il faut absolument utiliser des logiciels libres de droits de telles puisque l'association est à but non lucratif. Par ailleurs, l'association est prête à verser une petite somme d'argent pour les étudiants qui réaliseront le projet. Des entrevues avec M.Quevillon, il ressort que plusieurs acteurs interviennent dans les systèmes, ces acteurs sont: - Le responsable du club, qui s'occupe de la gestion du club, des tournois et des membres du club - Les joueurs, qui sont des membres du club - Des entraîneurs, qui peuvent proposer des exercices et qui entraînent les joueurs. - Des clients externes qui peuvent se renseigner sur l'association et devenir membre. Résumé des lectures de la documentation La documentation qui nous a été envoyée par courriel nous permet d'avoir plus d'information concernant les activités du système et les données manipulées par le système. Dans ce présent document, il n'est pas nécessaire de donner les détails concernant les données du système. Cependant il est très important de comprendre les activités du système. Ces activités sont: - Gestion des membres: un membre peut appartenir à plus d'une catégorie (Joueur, entraîneur, responsable du club) - Gestion des clubs:réalisée par le responsable du club - Gestion des tournois, qui consiste en: o Enregistrement des joueurs o Inscription d'un joueur à un tournoi, o Modification d'une inscription 8
o Placer le joueur sur la feuille de triage o Compiler les résultats. Définir les balises de réalisation Voici les balises que nous avons déterminées lors de la collecte d'informations: le nouveau système ne doit pas engendrer des coûts de développement dépassants 500$, il s'agit d'une somme symbolique allouée aux étudiants le nouveau système doit être réalisé dans le cadre du projet de 5eme session en informatique de gestion au CEGEP Lionel Groulx à l'automne 2005, ceci veut dire que le projet ne doit pas dépasser 15 semaines de travail par une équipe de deux étudiants (es) le système doit être livré au plus tard le 20 décembre 2005 le système doit être fonctionnel sur le matériel et le logiciel du CEGEP, il s'agit là d'un projet à caractère pédagogique une démonstration du fonctionnement du système doit être faîte à l'expo-info 2005 le système doit utiliser des logiciels libres de droits. Évaluation de la faisabilité du projet : Aucune raison valable ne justifie la non réalisation du projet. En tenant compte des balises précédemment fixées, nous pouvons affirmer que les étudiants en charge du projet mèneront à bien son développement et sa réalisation. Le CEGEP Lionel Groulx, département d'informatique, est doté de matériels et de logiciels suffisants pour réaliser le projet. Concernant la faisabilité technique, le matériel en place semble être désuet et ne supportera pas l'application à développer, l'achat d'un équipement adéquat sera nécessaire. L'application doit utiliser absolument des logiciels qui n'engendrent aucun coût d'utilisation Cependant, pour la suite de l'analyse du projet il faut prévoir d'autres rencontres avec M.Quevillon afin d'étudier en détail les fonctionnalités attendues par le système futur, et d'avoir plus d'information concernant les données à stocker dans le système. 9
Proposition de la solution ABRMPlus La solution ABRMPlus consiste en la création d'une application qui permet de répondre aux besoins de l'association. Cette solution tient compte des balises de réalisation et se traduit comme suit: - création d'une base de données relationnelle MySQL qui permettra de contenir l'ensemble des données manipulées par l'association ABRM. Cette base de données permettra un accès rapide aux données, une cohérence des données, la non redondance des données et surtout la fiabilité des données - développement de l'application locale qui permettra: o la gestion des membres, la gestion des clubs et la gestion des tournois o d'ajouter des exercices et de maintenir à jour la banque d'exercices. o d'inscrire un joueur à un tournoi o de générer des feuilles de triages, de match et de toute documentation utile o de consulter des statistiques (joueurs, résultats des matchs, le classement) o d'inscrire de nouveaux membres au club - Développement de l'application Web qui permettra: o d'informer les membres (sur les tournois, les exercice, le classement..) o à un joueur de s'inscrire lui-même à un tournois o aux membres ayant droits d'ajouter des exercices et de maintenir à jour la banque d'exercices via le Web - l'application locale pourra être réalisée en utilisant Visual Studio.net, les précisions concernant le langage de programmation seront fournies à l'étape d'analyse (ou de conception). - concernant l'application, Web nous préconisons utiliser un serveur Apache avec une programmation php. - la base de données et l'application locale vont être sur le même serveur. Contraintes (coûts et temps) Voici une évaluation de type budgétaire engendré par la proposition 1: Quantité Description Prix en Total 1 Ordinateur, serveur de base de données et 1800 1800 serveur Web 1 Ordinateur pour l'application cliente 1200 1200 1 Imprimante 300 300 1 Développement par les étudiants 500 500 3800 À ces coûts s ajoutent des coûts récurrents de 700/par année détaillé comme suit: 10
o abonnement Internet haute vitesse (pour récupérer les inscriptions faîtes par les membres ou client par via le Web: 540$/année o un abonnement à un hébergeur Web au coût de 100 $ par année o un nom de domaine au coût de 60$ par année Étapes à accomplir phase 2, analyse approfondie des fonctionnalités du nouveau système, élaboration d'un prototype 4 semaines Phase 3, conception du nouveau système, fixer le choix technologique, conception de la base de données 2 semaines, Phase 4, réalisation: création de la base de données programmation de l'application et tests unitaire et de composants 5 semaine Phase 5, tests d'intégration et de validation 3 semaines Raffinement de l'application 1 semaines Le système sera fonctionnel dans les délais exigés et coûtera environ 3800$ fixes et 700$ par année de fais récurrents 11
Proposition de la solution ABRM La solution ABRM aura les mêmes fonctionnalités que la solution ABRMPlus, mais au lieu de séparer le serveur de base de donnée de l'application, nous implémenterons la solution sur un seul poste. Son avantage est qu'elle est moins coûteuse que la solution ABRMPlus, mais demeure mois sécuritaire pour les données. Nous proposons également de réduire les coûts récurrents en optant pour un accès Internet intermédiaire au coût de 360$ au lieu de 540$ par année Contraintes (coûts et temps) En plus des coûts précédents, certains coûts s ajoutent afin de pouvoir réaliser cette solution Voici le supplément de budget que la solution 2 suggère. Quantité Description Prix en Total 1 Ordinateur pour toute l'application 1800 1800 1 Imprimante 300 300 1 Développement par les étudiants 500 500 2600 À ces coûts s ajoutent des coûts récurrents au montant total de 520/par année détaillé comme suit: o abonnement Internet haute vitesse (pour récupérer les inscriptions faîtes par les membres ou client par via le Web: 360$/année o un abonnement à un hébergeur Web au cou de 100 $ par année o un nom de domaine au coût de 60$ par année Étapes à accomplir Étapes à accomplir phase 2, analyse approfondie des fonctionnalités du nouveau système, élaboration d'un prototype 4 semaines Phase 3, conception du nouveau système, fixer le choix technologique, conception de la base de données 2 semaines, Phase 4, réalisation: création de la base de données programmation de l'application et tests unitaire et de composants 5 semaine Phase 5, tests d'intégration et de validation 3 semaines Raffinement de l'application 1 semaines Le système sera fonctionnel dans les délais exigés et coûtera environ 2600$ fixes et 520$ par année de fais récurrents 12
Recommandations Bien que la solution ABRMPlus soit légèrement plus coûteuse que la solution ABRM, coûts non négligeables pour une association à but non lucratif, nous proposons à M.Quevillon d'opter pour cette solution. Cette solution offre un plus grand avantage concernant la sécurité des données 13
Approbation Nous reconnaissons avoir pris connaissance de ce document "étude préliminaire version 1.0" en date du :. Nous reconnaissons avoir présenté ce document le : 14