• Aucun résultat trouvé

EXEMPLE DE PROJET GESTION D'UNE MÉDIATHÈQUE MUNICIPALE

N/A
N/A
Protected

Academic year: 2022

Partager "EXEMPLE DE PROJET GESTION D'UNE MÉDIATHÈQUE MUNICIPALE"

Copied!
1
0
0

Texte intégral

(1)

EXEMPLE DE PROJET

GESTION D'UNE MÉDIATHÈQUE MUNICIPALE

A

PPELD

'

OFFRESLANCÉPARLA MUNICIPALITÉ

Afin de pourvoir ses habitants d'une vie culturelle locale, une municipalité de l'arrière pays souhaite se doter d'une médiathèque moderne. Elle lance un appel d'offres pour la réalisation du logiciel de gestion de la médiathèque.

Le village dispose actuellement d'une bibliothèque dont le fonds de 2000 ouvrages est géré manuellement par une bibliothécaire. Grâce au bibliobus du conseil général et par un système de prêt inter bibliothèques, elle peut avoir accès à des ouvrages qu'elle ne possède pas.

Le village voisin, possède un vidéo club très actif géré par une association loi 1901, celui-ci a connu un tel engouement que la gestion par des bénévoles n'est plus possible. L'association est prête à céder son stock de cassettes vidéo (environ 1000) et le logiciel mis en place pour gérer le prêt. Il est souhaitable de réutiliser ce logiciel et de l'étendre si possible à la gestion des livres.

A terme, la municipalité entend constituer un stock de CD audio et DVD.

Le prêt se fera au moyen d'une carte magnétique attribuée à chaque adhérent contre une caution. L'adhésion est gratuite, une cotisation annuelle variable selon le lieu de résidence et l'âge de l'adhérent sera également demandée.

La commande de nouveaux livres se fait actuellement auprès des représentants des maisons d'édition qui passent régulièrement ; le maire souhaiterait éventuellement le faire par Internet (via bol.fr ou la fnac par exemple ou directement par l'éditeur si possible).

En ce qui concerne la commande de nouvelles cassettes, l'association faisait jusqu'ici son choix dans un catalogue disponible sous diverses formes : papier, disquette ou en ligne (via Internet).

On souhaite traiter les commandes informatiquement et intégrer à terme la comptabilité de la médiathèque dans la comptabilité globale de la municipalité.

(2)
(3)

PLAN QUALITÉ

Ce plan reprend et précise le devis, il sera signé par le client.

1 Introduction

1.1 Résumé du projet

Réaliser un système de gestion d'une médiathèque municipale. Le système devra gérer les prêts de livres et de cassettes, les inscriptions des adhérents et les commandes (édition de bons de commande).

Le système utilise un système de cartes magnétiques à définir dans le présent projet.

Le système devra à terme s'insérer dans la comptabilité globale de la municipalité.

Le système gèrera par la suite outre les livres et les cassettes vidéo, des CD audio et des DVD.

Le planning est le suivant

Analyse des besoins, interviews des utilisateurs, étude de marché lecteurs de cartes 2 personnes, 1jour

Réalisation d'un prototype, 1 personne, 1 jour, Spécifications et planning 1 personne, 1 jour Conception 1 personne 1 jour,

Codage 2 personnes, 1 semaine, Intégration 1 personne 2 jours,

Documentation , installation 1 personne 0,5 jours

Qualification chez le client et formation utilisateur 1 personne 1 jour, Le coût total est de et la durée totale est de 3 semaines ouvrées.

Ce coût ne comprend pas le coût du lecteur de cartes magnétiques qui fera l'objet d'un contrat séparé entre le fournisseur de ce produit et la municipalité.

Le projet débutera le lundi 6 décembre 1999.

1.2 Fournitures

Le code source, la documentation complète et les jeux de tests seront fournis. La maintenance corrective est assurée sans supplément de prix pendant une année.

La maintenance évolutive (prise en compte des CD audio et DVD, intégration de la comptabilité) pourra faire l'objet d'un avenant au contrat.

Le client est responsable de l'achat des matériels et logiciels nécessaires au bon fonctionnement de l'application

1.3 Procédures pour faire évoluer le plan projet

Le plan projet est sous la responsabilité de Bill Boss, il pourra évoluer en accord avec le client.

Toute modification doit être répertoriée et notifiée au client.

(4)

1.4 Références des documents cités dans le plan projet Les documents qualité de notre société

1.5 Définitions et acronymes

Le client désigne l'interlocuteur concerné de la municipalité (vraisemblablement l'adjoint à la culture).

L'utilisateur désigne la personne qui sera chargée de gérer la bibliothèque.

2 Organisation du projet

2.1 Modèle de processus

Le modèle de processus utilisé est le modèle en cascade basé sur un prototypage rapide.

La présentation du prototype constitue la première étape du projet. Elle se fera en présence du client et de l'utilisateur. La validation du prototype permettra de figer les

spécifications.

L'installation du produit constitue la deuxième étape, elle se fera en présence de l'utilisateur et éventuellement du client. Elle s'accompagnera d'une première version de la

documentation.

La recette finale aura lieu après la phase de qualification et constitue la troisième et

dernière étape du développement, elle est réalisée en présence de l'utilisateur, du client et d'un responsable des services financiers de la mairie.

La maintenance corrective est assurée gratuitement pendant 1an et se limite aux strictes fonctionnalités décrites dans le dossier de spécifications fonctionnelles signé par le client.

2.2 Organisation structurelle

Le projet est réalisé par une équipe de 3 ingénieurs : Bill Boss (patron de l'entreprise et chef de projet), Jules et Jim (ingénieurs développeurs).

2.3 Limites et interfaces

Le présent projet ne peut réutiliser le logiciel existant de gestion du vidéo club. L'interface utilisateur sera dans la mesure du possible en cohérence avec l'existant.

Le logiciel traitera la gestion des prêts de cassettes vidéo et de livres. Le logiciel ne traite pas la gestion des prêts de CD et de DVD mais pourra le faire à terme.

Le logiciel édite les bons de commandes de cassettes et de livres, le logiciel ne gère pas les aspects comptables mais devra à terme s'interfacer avec le logiciel comptable de la mairie.

Le logiciel traite l'enregistrement des adhérents et s'interface avec un lecteur de cartes magnétiques.

Le logiciel gère le prêt de livres inter bibliothèques via un accès Internet..

2.4 Rôles et responsabilités

Bill se charge de la coordination du projet et de l'analyse des besoins, des spécifications et des relations avec le client. Il fera également l'étude de marché concernant le lecteur de cartes magnétiques.

Le prototype est réalisé par Jim.

(5)

Jules et Jim coderont et testeront réciproquement leurs modules. Chacun est responsable des modules qu'il code. Jules codera plus spécifiquement les modules liés au prêt, Jim les modules liés aux bons de commandes

L'intégration, la qualification et la qualité globale du produit sont sous la responsabilité de Jules.

La documentation est écrite par Jim, il doit s'assurer qu'elle est en phase avec le code produit.

3 Management

3.1 Objectifs et priorités

L'objectif est de fournir un produit de qualité dans les délais et au coût prévus. Si ce n'est pas possible, on livrera un produit de qualité le plus tôt possible.

.

3.2 Contraintes

Les délais doivent être tenus, les coûts respectés, le produit doit être fiable et conforme aux souhaits du client.

L'architecture doit permettre d'ajouter des modules facilement (gestion de DVD et CD audio).

Le logiciel doit être convivial (interface à base d'écrans, menus, boutons, souris).

3.3 Gestion du risque

Le risque principal est lié à la non possession du lecteur de cartes magnétiques.

L'étude de marché concernant ce lecteur doit être commencée sans tarder.

En cas de panne du matériel, il n'est pas prévu de redondance, les emprunts seront enregistrés manuellement en attendant la réparation.

La garantie liée aux lecteurs de cartes magnétiques doit couvrir le risque de panne de ces matériels.

3.4 Moyens de contrôle

Bill est responsable du suivi du projet. Bill a la responsabilité de mettre à jour le plan projet.

Les programmeurs travailleront séparément en s'informant quotidiennement de leurs avancées respectives. Il n'y a pas de réunion formelle prévue pour le projet hors les milestones prévus au nombre de 3 et décrites plus haut. Bill est informé quotidiennement de l'avancée du projet.

Bill sera informé recevra des rapports d'activités hebdomadaires remis par Jules et Jim.

3.5 Ressources humaines affectées au projet Trois personnes sont affectées au projet

Bill Boss à 7 jours pleins Jules à 12 jours pleins Jim à 10 jours

On prévoit éventuellement une disponibilité de Jim au-delà de 10 jours si nécessaire lors de la phase d'intégration

(6)

4 Techniques

4.1 Méthodes outils techniques employés

Modèle de processus utilisé : modèle en cascade avec prototypage rapide.

Les spécifications seront décrites avec le modèle entité associations en ce qui concerne la base de données relationnelle sous jacente et la conception à l'aide du langage U.M.L.

En l'absence de connaissance du langage utilisé par le logiciel existant, nous prévoyons de coder en Java sous Visual Age en environnement Windows NT.

La base de données utilisée sera Access (au choix du client)

Nous examinerons l'opportunité d'utiliser cette technologie après examen de l'existant et des logiciel/matériels choisis pour la gestion des cartes magnétiques.

4.2 Documentation

La documentation comprend : un manuel d'installation, un manuel utilisateur, un manuel de référence et un manuel de maintenance (spécification, conception). Le code est documenté.

La documentation sera écrite en accord avec les standard qualité de l'entreprise.

Les documents seront relus par Jim au fur et à mesure de leur production et collectés définitivement par lui avant l'installation chez le client.

Au besoin, ils seront remis à jour pendant la phase de qualification et leur version définitive sera remise au client le jour de la recette.

4.3 Fonctions support

Les fonctions de support seront organisées conformément au point 2.1 de ce document.

L'équipe de développement utilisera en interne un gestionnaire de versions qui ne sera pas implanté chez le client qui n'aura quant à lui que la version active du logiciel.

5 Calendrier, budget, lots

5.1 Lots

Le premier lot est constitué par l'analyse des besoins et de l'existant, la mise au point du prototype, la proposition d'un choix de logiciel/matériel pour les cartes magnétiques. Ce lot sera livré une semaine après le début du projet.

Le deuxième lot est constitué par l'installation du produit et des jeux de tests chez le client, trois semaines après le début du projet.

La recette du produit intervient après 2 jours ouvrés après la phase de qualification et de formation de l'utilisateur.

5.2 Dépendances

Le développement du logiciel est conditionné par la disponibilité du logiciel/matériel de lecture des cartes magnétiques.

Nous prenons à notre charge le risque constitué par cette dépendance.

(7)

5.3 Ressources

Le développement du code nécessite deux machines sous Windows NT pourvues de visual Age.

L'exploitation du logiciel est actuellement prévue pour tourner sur une machine munie de Windows NT et d'un SGBD (Access ou SQL Server)

Le logiciel doit permettre de gérer le prêt interbibliothèque via Internet, il est de la responsabilité du client de se procurer cet accès (modem, fournisseur d'accès) dès le début du projet et au plus tard lors de la présentation du prototype..

5.4 Budget et allocation de ressource

Le budget de chaque phase se répartit comme suit,

Analyse des besoins, interviews des utilisateurs, étude de marché, 2 personnes, 1 jour Réalisation d'un prototype, 1 personne, 1 jour,

Spécifications et planning 1 personne, 1 jour

Conception 1 personne 1 jour, Codage 2 personnes, 1 semaine, Intégration 1 personne 2 jours,

Documentation, installation 1 personne 0,5 jours

Qualification chez le client et formation utilisateur 1 personne 1 jour,

Le coût total est de et la durée totale est de 3 semaines ouvrées.

Ce coût ne comprend pas le coût du lecteur de cartes magnétiques qui fera l'objet d'un contrat séparé entre le fournisseur de ce produit et la municipalité.

La date de début est le lundi 6 décembre.

5.5 Calendrier détaillé

Semaine 1 : interview utilisateurs, présentation prototype en présence du client et de l'utilisateur, rédaction des spécifications, approbation par le client,

Semaine 2 : codage et tests unitaires

Semaine 3 intégration, installation en présence de l'utilisateur, qualification formation, recette

Remarques

Un mot de passe sera nécessaire pour utiliser le produit

Nous recommandons l'utilisation d'un code barre pour livres et cassettes à utiliser avec une système de lecture (premier prix 1000F).

La formation de l'utilisateur et la maintenance corrective pendant un an sont assurées gratuitement.

La maintenance évolutive fera l'objet d'un nouveau contrat le cas échéant.

(8)

Fait à le

Pour BB Sa pour la municipalité

Bill Boss

Références

Documents relatifs

SEJOURS SPORTIFS EDUCATIFS ET CULTURELS « Demain tous citoyens » Organisation de séjours sportifs, éducatifs et culturels hors temps scolaire pour les collégiens du

Impôt sur le revenu 5,0 Annulation de 80% des baisses d'IR-ISF bénéficiant aux 20% les plus aisés. Fiscalité écologique 3,2 Taxation sur le kérosène, TGAP, taxation des

Le taux réel d’actualisation: « facteur ou taux utilisé pour ramener une valeur future à sa valeur présente, sans tenir compte du taux d’inflation générale ou spécifique dans

Les traumatismes du poignet sont à l’origine d’un certain nombre de fractures : o les fractures de l’extrémité inférieure du radius peuvent être :..

4) Le coût de revient d'une journée ainsi calculé devra être ensuite corrigé pour obtenir un prix de vent d'une part, en tenant compte du temps qui ne peut pas être facturé :

Communauté de communes de Serre-Ponçon dans le cadre du portage de l'animation Natura 2000 Partenaires. ONF

À la case (32), un menu déroulant offre un seul choix possible, soit Démolition avec contamination (amiante). Le cas échéant, le sélectionner dans le menu. Le coût afférent

(a) Dans un repère orthonormé, tracer les deux tangentes à la courbe C aux points d’inter- section de la courbe C avec l’axe des abscisses.. (b) D’après la forme canonique