Voilà, je me pose une question sur les couts de développement des logiciels (plutot progiciels). Dans mon cas, il s'agit d'un logiciel de facturation (programmé en VB), contenant 2 grandes fonctions (édition et consultation de factures). Le logiciel fonctionne en réseau en utilisant une base Access et devrait importer ses données dans un logiciel de compta existant.
Donc, j'aimerai avoir une petite idée du cout de développement d'un tel logiciel...

Ben c'est à voir... Personellement, j'ai facturé une fois un logiciel de gestion de garage au père d'un copain, à 150 Frs de l'heure !
Entre le code, le débuggage et tout, ça m'a rapporté environ 7500 Frs (50 heures de boulot environ).

En fait, je n'ai aucune idée du temps que cela me prendra pour l'instant... donc je ne sais pas trop... je voudrais pouvoir établir un devis.

Bah... Spa évident à chiffrer.
 
Réduire ses propres coûts :
-> Si l'appli va tourner sur un serveur dédié, alors tu peux demander au client de te fournir la machine et les licences qui vont avec, ainsi que la licence pour l'outil de développement. Ca te fera économiser autant si tu tiens à rester dans la légalité lors du développement. Par contre, pas évident de faire sortir 30 KF au client comme ça, même si au final il devra bien les payer de toute façon.
 
Evaluer le travail :
-> Là c'est chaud à faire. En gros, détaille les principales fonctions du soft, en évaluant la charge (en jour/homme) pour chaque fonction. Ensuite, bah faut que tu trouves un tarif horraire acceptable. Dans une entreprise, tu pourrais demander de 3 à 5 KF par jour. Si t'es à ton compte, c'est plutôt 3 KF. Si c'est au black, ça sera plutôt sur une base de 150 F/heure comme harko l'a indiqué.
 
En gros ton soft, perso, je me sent capable de le faire en une petite semaine tests et doc compris. Mais bon, après ça dépends pas mal de la complexité du truc et si tu maîtrise bien les technos ou non. Fait bien gaffe à l'interfaçage avec le soft de compta, c'est souvent la galère. Idem pour la partie éditique, car entre un truc qui marchouille et un truc qui te fait des document envoyable au client, ça se compte en journées perdues à corriger des problèmes de merde. Compte aussi perdre du temps si le soft tournera en environnement hétérogène... Si tu génères par exemple des documents avec Word, si la moitiée des PC est avec Word 2000, l'autre avec Word 97, il faut compter une charge double, car les différences entre les deux softs est source d'emmerdes monstrueuses.

ah chouette un topic qui me rappelle que je peux me faire plein de blé après journée si seulement j'en avais envie
 
bon ben plantage de pas discret alors

 
pas très chère... tu peux faire ça en moins de deux... si tu t'y connait vraiment en vb, acces, tu fais ça en moins d'heures... autant le faire tout en access

Bon, je crois que je vais partir sur une base horaire de 23?/heure, sur environ 50 heures de travail...

 
50 heures pour une si petite chose ?

Pas si petite que ça en réalité... et je ne vous ai pas tout dit dans mon post d'origine.
Et n'oublie pas le temps passé sur l'analyse

c'est le genre de truc qu'on faisait en première année d'info en moins de 5 heures
 
ça se fait encore plus rapidement que de faire un club vidéo

ouais bon on parle de développement hein, Access n'a rien à voir là dedans  Au pire un support de base de données mais je suis sûr que la question était posée par rapport à autre outil qu'Access.

 
pas si sur...
 
 
faut pas oublier qu'il y a encore des gens qui ose vendre des prog fait avec vb et acces... pire il y a des gens qui les achètes...

J'en connais quelques uns

Et pis c'est pas du VB6, c'est du VB.NET...

 
ça reste dans le même bas de gamme

bon quand t'auras fini de troller tu nous feras signe?

 
troller et vérité c'est pas la même chose

oui 50 heures ça me parait beaucoup.  
 
Si tu es pas trop à l'aise avec l'outil, revois tes heures à la baisse.
 
Je veux dire, ne compte pas les heures ou tu apprends, lis la doc, cherche sur le web etc...
 
Enfin je sais pas ton niveau

c'est facile d'affirmer qu'un langage est bas de gamme sans étailler par des arguments. Alors je les attends.

Y'a pas un topic pour le débat (stéril) entre les languages ?

 
tu t'es jamais demandé pourquoi on voyait pas que très peu ou même pas vb dans des cours d'info au collège, bac, maitrise....
 
tu t'es jamais demandé pourquoi c'était si mal et que les "pro" utilisait pas ça?
 
tu t'es déjà demandé pourquoi on voyait pas d'application "pro" fait avec ce langage?
 
compatiblité brisé entre vb6 et .net c'est déjà trop gros

 
Désolé, je connais une grosse boite où ils programment leurs progiciels en VB...

si et c'est tant mieux.
 

Les pros utilisent VB6 et VB.NET, en particulier dans le milieu de la finance, VB est partout, même au niveu des solutions web (server-side).
 

cfr réponse précédente
 

Signe de progrès, je suis complètement pour.  Les programmeurs VB6 vont y passer de toute façon, ou alors C#.  VB6 disparaîtra dans les quelques années à venir du fait de l'abandon du support par MS.

 
les pro utilise vb
on aura tout entendu sur ce forum

faut te mettre au courant mon vieux

 
je suis au courant, je suis dans le domaine...
et vb est tous sauf pro...
 
a un séminaire de .net, l'orateur a essayé de vendre .net au max... mais à la fin il a terminé par: malgé .net, rien ne remplacera notre solution c++...
 
vb est fait pour faire des applications rapide, tout comme on peut le faire avec windev, delphi... autant utiliser un truc rapide
 
lorsque vb sera très utilisé dans des applications critiques on pourra commencer à dire qu'il est utilisé dans le domaine pro...
 
mais faire un programme à deux bale de gestion... c'est pas vraiment pro, tu peux faire ça avec access... alors donc

Je confirme, VB est grandement utilisé pour pas mal de programmes.
 
Tous les programmes n'ont pas besoin d'être ultra performants pour remplir leur tâche.
 
Deplus, une appli VB est facilement maintenable (à condition de pas repasser derrière un porc habitué au développement en C), et permet de faire très rapidement des choses qui prennent des heures en C.
 
L'option d'éxécution ligne à ligne permet de débuger extrêment rapidement et de façon très efficace, là où le C pose de gros problèmes... Quand t'as un "runtime error" sans plus d'explications, c'est un peu plus chiant à débuguer qu'un "indice en dehors du tableau ligne 1589"
 
Deplus, les limitation de VB ne concernent qu'une mnorité de programmes (quand il s'agit de faire un appli de gestion se connectant à une base accès, on ira m'expliquer à quoi peut servir de faire de l'héritage multiple...)
 
VB.NET n'a quasiement aucune limitation par rapport à C#, qui est un bon langage, donc VB.NET est pas conséquent un bon langage aussi. T'en fait souvent toi, de la surchage d'oppérateurs ?

Ha... Et à la fac, y'a pas de VB (ce qui est d'ailleurs faux mais bon) simplement parceque qu'il existe des compilateurs gratuits de Pascal (qui vaut pas mieu que VB) et de C/C++, et que les université ont des budgets restreints... Et payer une licence à 3000 balles pour chaque poste, ça le fait pas trop quand t'as 2000 postes à équiper.

ya contradiction dans ce que tu racontes
 

les décideurs préfèrent ce qui est le plus rapide pour développer plutôt que ce qui est rapide à l'exécution, fourre toi bien ça dans le crâne. Maintenant ils sont pas assez cons pour utilser VB dans la gestion d'une centrale nucléaire (pour reprendre ton argument obtu à deux balles )
 
 

c'est déjà le cas. faut juste définir critique, et ici je parle encore une fois pour la finance: VB.
 

bah un programme de gestion de + de 100000 lignes, je doute que tu le fasses en Access. De toute façon, une entreprise sérieuse ne s'en remettra JAMAIS à Access. Access n'est pas un truc professionnel.

 
c'est pour ça que java est autant utilisé que ça aujourd'hui
 
on peut aussi dire que delphi, windev est utlisé dans la finance...

C'est simple, les entreprises préfère un langage de programmation "simple" et efficace, facile à programmer et à maintenir plutôt qu'un langage incompréhensible où il te faut des heures avant de trouver d'où viennent tes problèmes...
 
Sinon, toutes les boites programmeraient leurs logiciels en assembleur

J'ai fais du VB à la fac ! Pas beaucoup, c'était pour les TP du module intitulé "développement rapide d'applications"..