Discussion :

[francis60]

Bonjour à tous,

Avez-vous déjà développé à plusieurs programmeurs sur le même utilitaire sous VBA, c'est à dire le même fichier .xlsm ou .xlam
Quels conseils et retour d'expérience de votre développement collaboratif pouvez-vous donner ?
(Comment réaliser le découplage, utilisation des modules, tests, déploiement, la maintenance et les évolutions du logiciels pendant la vie de l'outil ...)

Si vous pensez que la chose n'est pas envisageable concrètement au quotidien donnez vos arguments.

Bien cordialement,
Francis

[unparia]

Bonjour
Les choses se passent bien (et ne se passent que rarement bien dans le cas contraire) si :
- la modélisation a été ARRETEE
- le projet est constitué de modules distincts clairement définis (tenants et aboutissants)
- chaque intervenant ne s'occupe (et seul) que du ou des modules qui lui a/ont été attribué(s)
- chaque module ainsi développé est soumis à la qualification d'un tiers indépendant du développeur de ce module
- un seul intervenant est quant à lui chargé d'utiliser et articuler les modules ainsi développés, conformément à la modélisation arrêtée.


J'ajoute la quasi nécessité, dans de tels cas, de l'existence d'un chef de projet. Il est le seul garant de non "débordements", remises en cause, "chamailles", etc ...

[Jean-Philippe André]

Salut,

solution deja rencontree.

Les modules sont stockes sur le serveur, avec systeme type TortoiseSVN pour la gestion de version.

Le classeur d'origine est vide et ne contient qu'un code qui importe tous les modules/modules de classe/form depuis un dossier de prod.

Le classeur detache tous les modules avant de se fermer.

Pour mettre a jour, on ouvre le classeur, on modifie le module et on l'exporte. Une fois exporte, on met a jour via le tool de gestion de versioning.

[francis60]

Bonjour et merci pour vos conseils.

J'ai - dans un des onglets cachés de mon classeur .xlam - des tables qui servent à initialiser des routines, je suppose qu'il faut-il les exporter aussi ?
Quid du ruban qui contient le menu avec les boutons ==> La responsabilité doit-elle être confiée uniquement à l' "intervenant chargé de l'articulation des modules" ?

la modélisation a été ARRETEE

Pour moi, on ne peut pas figer la modélisation face aux demandes d'évolution mais plutôt en confier la responsabilité à un intervenant unique.

[Jean-Philippe André]

Le ruban, tu as deux facons de l'aborder :
- soit il est genere en XML et son contenu est accessible via le tool
- soit il est genere a partir du VBA, et la tu dois t'enquiller un module dedie au meme titre que les autres modules je pense

[francis60]

J'ai marqué la discussion résolue car maintenant je sais dans les grandes lignes ce qu'il faut mieux faire pour que ça se passe bien.

Comme je disais en préambule:

Avez-vous déjà développé à plusieurs programmeurs sur le même utilitaire sous VBA ?

Je voudrais savoir si l'un d'entre vous a réellement expérimenté personnellement de manière viable cette situation au quotidien pendant plusieurs mois ?

[Jean-Philippe André]

Yes, c'est toujours d'actualite me concernant =]

[loufab]

Bonjour,

J'ai expérimenté le cas pendant plusieurs années avec 4 logiciels (paye, compta, facturation, gestion spécialisée) sous MS ACCESS 2007.
Nous utilisons SourceSafe avec le plugin 2007 qui permet un découpage par objet ou par projet.
Certains projets ont opté pour la gestion par objet, d'autre par simplicité pour la gestion par fichier (sachant qu'une application compte en moyenne une quinzaine de fichiers bibliothèques ACCESS) et que les bases sont SQL server ou Oracle.

Pour certains projets les développeurs ne sont pas sur le même site, ni d'ailleurs le même département.

Dans l'ensemble cela se passe très bien.

Cordialement,