Methode de programmation sur des gros projets

Bonjour, je dois programmer une grosse appli avec une grosse partie calcul et une bonne interface utilisateur ainsi que dautres petit modules .
Je cherche un bon moyen de programmer mon application. C'est a dire programmer chaque partie independament et pouvoir les tester separement.

pour le moment j'ai une unité pour chaque partie de l'appli mais jaime pas trop ce systeme car je peux pas trop les tester séparement.
J'ai pensé au dll mais il y aurai til d'autre moyens d'organiser la programmation d'un gros projet avec delphi ?

merci de votre attention :wink:

avant de te demander comment tu va découper ton appli techniquement, regardes deja l'aspect fonctionnel. essayes de découper les taches à réaliser en modules qui aient des interfaces simples entre eux.

Citation:

---

Envoyé par gord's

regardes deja l'aspect fonctionnel.

---

Effectivement, la solution est là.

N'hésite pas à t'inspirer des logiciels graphiques que tu as sous la main, surtout leur menus qui organisent les fonctions du soft.

Derrière chaque fonction accessible depuis le menu, il y a du code relativement bien isolé (sans trop de dépendance), chacune de ces fonctions pouvant être développée et testée de manière assez indépendante, voire par des personnes différentes.

oki merci mais je recentre la question, une fois les taches à réaliser réparties dans different modules. Concretement, comment les réaliser avec delphi de facon a ce que ces modules puissent etre programme par des personnes differentes?

Ah !? Ce qui se conçoit bien.....


Bref, tu veux parler de développement collaboratif ?

Je vois a priori 2 orientations:

1/ le bon sens et l'organisation stricte des sources

2/ l'outillage spécialisé

Je n'ai pas d'expérience particulière dans le développement collaboratif sous Delphi, aussi mène 1 petite recherche via Google....

salut,

si ton analyse est bien faite
que t'as bien découpé tes différents cas d'utilisation selon leur fonctions
que tu sais ce que tu veut en entree et en sortie des différentes fonctions
il devrait pas y avoir trop de soucis

par contre essayes d'avoir une nomemclature commune en ce qui concerne le nommage des champs, des composants, ... (si ce n'est pas déjà fait)

n'oublies pas de mettre un chef d'équipe qui gére comme le dit qi130 les sources afin de ne pas avoir de doublons et de ne plus savoir quels sont les dernieres sources corrects

si tu as un CVS c'est pas mal aussi ça t'aidera

si ton analyse n'est pas encore débuté utilise UML c'est pas mal ça aide bien

voila

a+

Dans le meme style que CVS il y a :
http://subversion.tigris.org/
et comme client :
http://subversion.tigris.org/

Définir un standard de nomenclature des objets et des variables...
C'est bien pour ne pas se perdre dans le code quand vous etes plusieurs qui travaillent sur un meme projet....

Sinon vous travailler et vous perdez du temps a comprendre ce que l'autre a fait comme code...

Pour le développement collaboratif, tu peux regarder du côté de Star Team :

http://www.borland.fr/starteam/

Pour un gros projet (ou tout simplement un projet), les
techniques à mettre en place sont pratiquement les mêmes
quel que soit l'outil de développement (Delphi, visual Studio...).

Un papier, un crayon, on conçoit le soft genre génie logiciel
et on s'engeule autour d'une table. Au bout d'un moment, on
a brassé du papier et des réunions et on a plein de bonnes
résolutions. De toutes façons, plus personne ne lira les papiers...
Mais au moins, on sait qui fait quoi.
En général le soft est découpé en modules, les modules
sont plutôt découpés par fonction :
- un gros truc qui regroupe tout = le programme
- des unités sous form de uses que chacun peut développer dans son coin, à charge pour lui de faire les petites programmes bricolos qui testent ses unités
- Sous Delphi, un minimum de DLL quand c'est vraiment nécessaire ou suivant le domaine d'application du soft. Si c'est un soft de gestion, un bon gros exécutable de 12 mo avec juste une dll pour le multilangue est la solution couremment adoptée. Si c'est un soft qui accepte des plugins ou autre, alors on ne coupe pas aux dll, mais celà n'a rien à voir avec le découpage façon "gestion de projet" qui lui découpe en unités...
-- Pour le travail collaboratif, on ne peut pas se passer d'un gestionnaire de source qui évite que deux personnes fassent des modifs en même temps. Il y a de tout, du gratuit, du payant... Visual Source Safe même s'il n'est pas de la crèmerie Borland reste le top.


En résumé, pour apporter de l'eau à la conversation, le choix d'utiliser des DLL n'est pas lié à vouloir découper l'application entre développeurs.
En gros, si une boîte n'utilise que Delphi pour ses développements,
elle n'a pas forcément d'intérêt dans les dll, elle pourra toujours réutiliser
les unités pascal dans d'autres projets (en général, elles se font petit à petit, une architecture Delphi). Pour partager des fonctions entre différents outils de développement, alors on ne coupe pas au dll.
De même pour certains programmes.

Bon là je vais dormir :?

merci =]