• En
  • Fr
  • Es

Méthodologie de développement du noyau de Claroline

Analyse des besoins

Sur base des demandes et des retours d’expérience des utilisateurs, des administrateurs et des développeurs, le comité de pilotage du projet, actuellement composé du Cerdecam (ECAM – HE LDV) et de l’IPM (UCL), décide des développements et des refactoring qui seront réalisés dans la version suivante de Claroline. 

Conception architecturale

Les équipes de développement réalisent une analyse conceptuelle et effectuent des choix architecturaux et d'usabilité. Une concertation technique est alors organisée entre les différents partenaires pour valider les choix.

Développement et tests

Le développement et les tests sont effectués en plusieurs phases :

1. Version de développement  : dès qu’un développement est réalisé, il est publié sur le CVS (Concurrent Versions System).

2. Version Alpha : cette première version a pour objet de valider les différents choix. Une phase de tests intensifs permet de stabiliser le développement effectué. A la suite de cette étape, plus aucune fonctionnalité n’est ajoutée.

3. Version Bêta : l’outil de mise à jour est réalisé pour le passage d’une version à l’autre. Des retours de la communauté permettent déjà de prendre en compte les bugs rencontrés. Cette version permet de tester l’intégration des différents développements dans la plate-forme.

4. Version release candidate : la nouvelle version est installée sur 2 campus en production dont les configurations sont totalement différentes : 

  • Serveur Linux et serveur http Apache
  • Serveur Windows et serveur IIS

5. Version stable : lorsque la version stable 1.x.0 est considérée comme stable, elle est annoncée et diffusée sur le site de Claroline.

D’autres versions stables (1.x.1, 1.x.2,…) sont publiées en fonction des problèmes rencontrées par la communauté. Généralement, plus aucune fonctionnalité n’est ajoutée dans ces versions stables.

Image