Discussion :

[Ashin]

Bonjour,

je ne sais pas si c'est la section la plus appropriée, mais à mon sens oui.

Je souhaitais avoir vos avis et/ou expérience sur la gestion de projets multi clients. Je travaille dans la R&D sur un projet de développement logiciel et nous avons plusieurs clients. Chacun de ses clients veut une version différente de notre software (plus de fonctionnalités pour untel, le minimum pour un autre ...).

Ma question est donc la suivante, quel est selon vous la méthode la plus adaptée pour gérer ce genre de projet (compilation conditionnelle, des branches clients ...) ??

Merci pour votre retour.

[Patriarch24]

Un système à base de plugin (voir par exemple Eclipse qui rentre tout à fait dans la description de ce que tu donnes).

[Ashin]

Quand tu parles de plugin, tu vois une partie de code commune d'un côté que l'on viendrait surcharger de plugin ?

[divxdede]

Ton besoin revient à faire une application modulaire industrialisable.
J'utilise le mot "industrialisable" pour désigner la notion de pouvoir déploier ton application chez tes differents clients avec un minimum d'effort.

Avant de parler "technique" et comment compiler ton application, il te faut faire des choix "marketing".

En effet, tu peu fournir ton application en plusieurs versions précises et exaustives. par exemple:

• MonApplication - Basic
• MonApplication - Premium
• MonApplication - Ultimate

Pour chaque release, il convient alors de determiner le prix et la liste des fonctionnalités disponibles. Cette phase corresponds à une phase marketing et n'a que peu de dépendence avec le développement.
Cette solution permet d'obtenir une grille tarifaire et une plaquette commerciale assez simple.

Une autre solution est de permettre la distribution de ton application à la "carte". Le client choisi les modules qu'il désire au moment de l'achat.
Cette solution peut être obligatoire si des modules spécifiques peuvent être vendus à un client (développement spécifique).

A présent il faut réflechir sur l'impact de ces choix marketing sur l'architecture de développement.

Il y a 2 grandes religions:

- Un seul binaire contenant toutes les fonctionnalités. Selon un système d'activation de licence réalisé par le client, seul certaines fonctionnalités seront activées. L'avantage de cette solution est de pouvoir proposer des migration de licences sans que le client n'ai a redéployer son parc.

- Plusieurs binaires donnant l'éventail de toutes les versions de ton application. Cette solution permet d'éviter d'utiliser un mécanisme de licence au runtime. Le binaire se suffit à lui même. Pour ce type d'architecture il est préferable de s'appuyer sur une architecture modulaire (exemple un framework OSGI comme Felix ou Equinox). Ce qui permet de compiler tous les modules puis d'avoir un outils de fabrication de release qu inclut pour chaque release les modules nécessaires.

Dans tous les cas, développez une architecture modulaire et d'utiliser des mécanismes d'intégration continue et vivement conseillé à partir du moment ou tu veux industrialiser un produit. Et il vaut mieux penser a ce genre de choses à l'ébauche d'un projet car après c'est souvent trop tard...

[Ashin]

Je suis bien dans le cas d'une application industrialisée

Le but est de permettre la distribution de l'application à la carte, le client choisit les features qu'il souhaite avoir et il obtient ce qu'il a demandé dans un seul binaire