MINI-PROJET

MODULES ATELIER GENIE LOGICIEL &

PROGRAMMATION WEB
NIVEAU : 2LIG
-------------------------------------------------------------------------------------

CAHIER DE CHARGES

1. PRESENTATION DU PROJET

1.1 CONTEXTE

Nous vous proposons de développer une application de gestion d’un établissement

de santé. Cette application permet de faciliter la gestion de l'établissement et de
minimiser les temps de réponse aux requêtes des différents acteurs.

1.2 OBJECTIFS

Ce projet doit atteindre les objectifs suivants :

- Elaborer une analyse de besoins détaillée d’un établissement de santé en vous
basant sur la description de la section 2 de ce document.
- Développer une application de gestion d’un établissement de santé.

1.3 CRITERES D’ACCEPTABILITE DU PRODUIT

Le produit doit être validé par les enseignants.

2. EXPRESSION DES BESOINS

2.1. BESOINS FONCTIONNELS

L’application doit permettre :

BF1. La gestion des patients.

BF2. La gestion des médicaments.
BF3. La gestion des médecins.
BF4. La gestion des maladies.
BF5. La gestion des bilans/analyses.
BF 6. La gestion des consultations.
BF7. La gestion des hospitalisations.

2.2. BESOINS NON FONCTIONNELS

BNF1 : L’application doit être supportée par le système d’exploitation : Windows

(version XP et versions ultérieures).
3. CONTRAINTES NON NEGOCIABLES

Le produit doit :
- être développé avec le langage PHP
- utiliser un SGBD MySQL.
- être développé dans un cadre agile : SCRUM

4. DEROULEMENT DU PROJET
Des équipes de 4 (ou au plus 5) étudiants seront composées. Nous les appelons
équipes Scrum.
Chaque sprint devrait aboutir à un livrable comportant en moyenne 2 Besoins
fonctionnels (BFs).

4.1 PLANIFICATION

Chaque équipe Scrum devra mener 2 sprints d’une durée de 2 semaines chacun. Un
incrément fonctionnel doit être livré à la fin de chaque sprint.

4.2 DOCUMENTATION

A la fin du projet, vous devez remettre à votre enseignant un cahier de bord

contenant tous les documents générés tout au long du projet.
Pour chaque équipe Scrum, le cahier de bord doit contenir :
- Le Product Backlog avec la description détaillée de l’ensemble des User Stories,
- Les diagrammes UML (DCU, DCL et DSE) relatifs aux 2 sprints,
- Les PV de 2 réunions de planification de sprint,
- Les affectations des tâches sur les membres des équipes
- Les PV des 2 réunions des revues de sprint (ou des rétrospectives) et
- Les 2 BurnDown charts.