Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Comparaison cout développement logiciel "en ligne" et sur poste client
Bonjour
Je cherche une étude comparant le cout ou temps de développement d'un logiciel en ligne (par exemple en jsf/java) versus un logiciel classique (par exemple pur java sur un poste client)
Pour l'instant je n'ai rien trouvé, pour ma part j'estime qu'à prestation quasi equivalente (il reste difficile de faire les mêmes fonctionnalités en html qu'en swing), il faut au moins 2 fois plus de temps
De toute manière, si la conception est faite correctement, la partie impactée par le choix de l'IHM est assez variable d'un logiciel à l'autre. (sur certains ça peut dépasser 30% du code, sur d'autres c'est négligeable).Envoyé par Chatastroff
Il serait donc illusoire de faire une étude "type" la dessus.
Je ne réponds pas aux questions techniques par MP ! Le forum est là pour ça...
Une réponse vous a aidé ? utiliser le bouton
"L’ennui dans ce monde, c’est que les idiots sont sûrs d’eux et les gens sensés pleins de doutes". B. Russel
On pourrait alors se demander quelle est le cout de développement d'une interface "client lourd" versus "client léger"
Pareil : suivant les problématiques, les résultats vont varier fortement.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Donc quels sont les critères qui pourraient orientés la décision dans un sens ou dans l'autre?
la politique que veut suivre l'entreprise
avoir un site, et faire payer l'utilisation, ou vendre/installer des logiciels che les clients...
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
et si l'entreprise te demande "nous souhaitons passer nos logiciels en ligne, quels seraient les couts de développement futur par rapport à actuellement?"
C'est impossible à dire.
Ca peut coûter 30 jours hommes comme ça peut prendre 2 ans comme ça peut être impossible à faire.
Cela dépend :
- des études préliminaire de faisabilité
- de la taille du projet
- des compétences des personnes
- du fait de savoir si la partie business doit être réécrite ou non
- changement de technologies ou pas (donc il faut réappréhender le métier avec des personnes qui connaissent la technologie, ou bien former les personnes à la technologie)
- est-ce que l'application d'origine a déjà été concu pour pouvoir switcher d'IHM facilement ou pas
Je ne répondrai à aucune question technique en privé
je ne pensais pas aux couts de migration, je pensais des couts des évolutions futures.
Pour moi un client léger de type en html/ajax (avec de bonnes bilbi types richfaces) reste limité par le html qui reste toujours là... dès que l'on a des formulaires avec trop de champs, ça rame. En même temps, d'un point de vue purement graphique, le css est quand même formidable. En swing par exemple c'est plus compliqué pour faire un style bien personnalisé. De même pour des outils de reporting, avec des graphiques, camembert et autres représentations... en html je sais faire avec des librairies pour l'affichage, mais l'interactivité est compliquée
Avez vous d'autres critères pour lesquels il y a des grosses différences?
Dans les évolutions futures, il faut prendre en compte l'aspect technologique d'une part, et l'aspect déploiement d'autre part. Difficile de dire ce qui est le mieux sur l'aspect technologique sans plus d'informations sur les évolutions envisagées. Sur l'aspect déploiement en revanche, le client léger a un avantage indéniable sur le client lourd.
Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes --- devise SHADOKS
Kit de survie Android : mon guide pour apprendre à programmer sur Android, mon tutoriel sur les web services et enfin l'outil en ligne pour vous faire gagner du temps - N'oubliez pas de consulter la FAQ Android
+ 1 en faveur du client léger
d'autres arguments?
Que pensez vous de technologie comme adobe flex ou silverlight de microsoft? Ce me semble à terme un bon compromis
Salut Chatastroff tu le dis toi-même qu'une solution "tout web" n'est pas forcément la meilleure.
Avec html et autres tu ne peux pas avoir de client "riche" donc il faut se tourner vers le client/serveur alors.
Java/C# sera peut-être plus adapté mais cela risque de couter plus cher parce que les compétences ne sont pas les mêmes.
Si tu as des formulaires avec des champs de saisie c'est plus de développement à faire.
Quel est la finalité du projet ?
Il est évident que le "client lourd coute plus cher ! C'est le type de projet pour SSII avec analystes-programmeurs , chef de projet,analyste métier...
alors que le client léger peut à la limite être fait par une web-agency
Sinon l'alternative c'est d'utiliser des AGL ou Ateliers de Génie Logiciel genre Windev,4D...
www.4d.fr
www.windev.com
tout dépend de la finalité du projet informatique...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager