PC SOFT

GRUPOS DE DISCUSSÃO PROFISSIONAL
WINDEVWEBDEV e WINDEV Mobile

Inicio → WINDEV 2024 → Comment gérer plusieurs versions du même soft
Comment gérer plusieurs versions du même soft
Iniciado por vNO.persoSPAM, jun., 20 2005 4:48 PM - 5 respostas
Publicado em junho, 20 2005 - 4:48 PM
Bonjour,

Nous avons développez un logiciel, nous souhaitant en dérivé 3 versions :
- une version démo (fonctionnalités restreintes + limite dans le temps)
- une version standard
- une version entreprise (= version standart + modules supplémentaires)

Il y a t'il un moyen simple pour gérer ce type de projet.

Merci.
Publicado em junho, 20 2005 - 5:15 PM
dans WD9 c'est possible
regarde dans les nouveautes la gestion des configurations de projet


ProjetInfo(piConfiguration) permet de savoir la configue actuelle

Atelier\Génération multiples permet de compiler plusieurs config en un clic

....

bon dev avec Windev JCP



"Vincent" <vNO.persoSPAM@free.fr> a écrit dans le message de news:
42b6aed1$1@news.pcsoft.fr...

Bonjour,

Nous avons développez un logiciel, nous souhaitant en dérivé 3 versions :
- une version démo (fonctionnalités restreintes + limite dans le temps)
- une version standard
- une version entreprise (= version standart + modules supplémentaires)

Il y a t'il un moyen simple pour gérer ce type de projet.

Merci.

Publicado em junho, 20 2005 - 5:30 PM
Vincent a écrit :
Bonjour,

Nous avons développez un logiciel, nous souhaitant en dérivé 3 versions :
- une version démo (fonctionnalités restreintes + limite dans le temps)
- une version standard
- une version entreprise (= version standart + modules supplémentaires)

Il y a t'il un moyen simple pour gérer ce type de projet.

Merci.


Bonjour,
En vitesse, je dirais :
1. Un seul projet, gestion des fonctionnalité dans le soft en fonction
d'une clé d'enregistrement qui définie le niveau d'utilisation (pas de
clé = démo).

2. Deux projets distincts qui partagent la même collection de
procédures, les mêmes fenêtres avec un projet (entreprise) qui a en plus
sa propre collection de procédures et ses modules spécifiques. La
version de démo étant gérée dans le premier projet.

--
Ami Calmant
Stéphane
Publicado em junho, 20 2005 - 6:34 PM
Pour le cas 1 :

Un seul projet, gestion des fonctionnalité dans le soft en fonction
d'une clé d'enregistrement qui définie le niveau d'utilisation (pas de
clé = démo).


C'est ce que nous avons fait pour l'instant. mais ce n'est pas satisfaisant. Je voudrais que l'exe de démo n'inclut pas les fct de la version standart et que l'exe de la version standart n'inclus pas les modules de la version entreprise.


La gestion des configurations de projet à l'air d'aller dans ce sens. il reste à voir si la séparation d'un projet en 3 est facile à réaliser...
Publicado em junho, 20 2005 - 7:25 PM
A mon avis tu n'as surtout pas intérêt à séparer ton projet en 3 projets
différents sinon une modif réalisée devrait être appliquée trois fois, ça
risque de devenir ingérable.

Comme énoncé ci avant, les configurations multiples de windev 9 doivent
s'appliquer plus que correctement à ce type de besoin...

bon courage ;)

"Vincent" <vNo.persoSPAM@free.Fr> a écrit dans le message de news:
42b6c785$1@news.pcsoft.fr...


Pour le cas 1 :

Un seul projet, gestion des fonctionnalité dans le soft en fonction
d'une clé d'enregistrement qui définie le niveau d'utilisation (pas de
clé = démo).

C'est ce que nous avons fait pour l'instant. mais ce n'est pas
satisfaisant. Je voudrais que l'exe de démo n'inclut pas les fct de la
version standart et que l'exe de la version standart n'inclus pas les
modules de la version entreprise.


La gestion des configurations de projet à l'air d'aller dans ce sens. il
reste à voir si la séparation d'un projet en 3 est facile à réaliser...


Publicado em junho, 22 2005 - 1:17 PM
Il ne s'agit pas de séparer le projet en 3 projets différents.
mais il faut bien que j'isole les procédures certaines procédure globales :

dans certaines procédures globales j'avais des tests sous la forme :

selon mode
si demo
=> code 1
si vStandard
=> code 2
si vEntreprise
=> code 3

dans le cas d'un projet à configuration multiple, je ne doit plus avoir ce genre de code.

Est-ce que je me trompe ?