Discussion :

[exile69]

Bonjour,

J'aurais besoin d'avoir plusieurs avis ou retour d'expérience concernant la conversion d'un projet WinForm C# Framework 2 en ASP NET.

En effet nous avons développer il y a 5 ans un projet en WinForm et maintenant la direction voudrait le "Webiser".

Nous avons rencontrer une personne qui nous a dit qu'il était possible de convertir ce genre de projet en web.
Je reste assez sceptique sur le fait que le fonctionnement WinForm est différent du Web (Comment va être gérer les singletons, les variables globales, les threads etc...)

J'attend de voir une démo mais pour l'instant je voulais savoir si des personnes étaient déjà passées par là.

Merci

Cordialement

[Invité]

Effectivement tu as raison le fonctionnement est completement différent entre le WinForm et l'ASP.NET.

Si ton appli est bien conçu, c'est à dire, si tu as bien séparer les différentes couche, tu n'auras que la partie interface (page ASPX) à réécrire. Dans le cas contraire si tu as des acces base ou des regles de gestion dans tes winform tu devras quasiment réécrire toute l'application.

Bon courage.

[exile69]

Malheureusement les couches sont mal séparées...
Sur le projet nous avons énormément d'accès en base et de règles de gestion dans les Form...

Mais sait tu si il existe des logiciels ou des entreprises qui sont capable de convertir des applications WinForm en Web ?

[Invité]

+1 à gcorbineau, totalement d'accord avec ton dernier paragraphe.

Mais sait tu si il existe des logiciels ou des entreprises qui sont capable de convertir des applications WinForm en Web ?

À moins que je me trompe j'en ai jamais vu. Je dirai même que ça n'existe pas. Espérons que je me trompe

[Invité]

Mais sait tu si il existe des logiciels ou des entreprises qui sont capable de convertir des applications WinForm en Web ?

Oui il y a des sociétés qui sont capables de faire la conversion... Les SSII sont là pour ça

[Bluedeep]

Malheureusement les couches sont mal séparées...
Sur le projet nous avons énormément d'accès en base et de règles de gestion dans les Form...

Mais sait tu si il existe des logiciels ou des entreprises qui sont capable de convertir des applications WinForm en Web ?

Non, la conversion WinForm => Web cela n'existe pas.(à ma connaissance).

Il existe peut être des outils "partiel"; faire une recherche à ce sujet.

Partant de là, il y a deux options :

- application bien conçue (séparation des couches) => réécriture de la partie IHM.
- application de conception baclée => réécriture de facto de l'application.

Après, il faidrait voir quelle est la volumétrie de l'application (combien de lignes de codes, combien d'écran). Si c'est vraiment gros (> 10^6 lignes de code, > 200 écrans, par exemple), il peut être envisageable d'écrire des outils pour macher un peu le boulot (par exemple, générer les pages à partir des form), et repasser à la main derrière.

[exile69]

Vu que la structure de l'application est baclée, sa va être dur dur de tout refaire...
J'ai à peu près plus de 200 écrans...Pour les lignes de code j'ai pas vérifier.

Bon il faut que je réfléchisse et que je vois avec mon responsable comment gérer tout sa.

En tout cas merci de vos réponses

[Bluedeep]

Vu que la structure de l'application est baclée, sa va être dur dur de tout refaire...
J'ai à peu près plus de 200 écrans...Pour les lignes de code j'ai pas vérifier.

Bon il faut que je réfléchisse et que je vois avec mon responsable comment gérer tout sa.

En tout cas merci de vos réponses

La première question à se poser est quand même : pourquoi voulez vous changer d'IHM (passer de client lourd à client léger) ?

En effet, ici on parle quand même d'un budget dont la limite basse est à 200 k€ (sans doute beaucoup plus, mais je donne un chiffre ALGL(*) comme la seule info qu'on ait est qu'il y a plus de 200 écrans).

Sinon, sur une appli bien conçue, et bien documentée, sache que le cout de migration peut être estimé très grossièrement à environ un peu plus de 40% du cout initial, hors recette (c'est le résultat que j'ai constaté a posteriori sur 3 migrations de ce types).

Sur une appli mal branlée, ça va être entre 40 et 100% voire plus (si mal documenté).

(*) ALGL : A La Grosse Louche.

[exile69]

La première question à se poser est quand même : pourquoi voulez vous changer d'IHM (passer de client lourd à client léger) ?

Nous avions pensé au début d'héberger notre client lourd sur un serveur TSE, mais nous avons à peu près 800 utilisateurs qui se connectent chaque jour dessus pour travailler. Il faut compter environ 100€ la licence utilisateur pour la connexion TSE , du coup un budget de 80000€ rien que pour le TSE.

Le responsable des finances a trouvé sa trop cher.
Notre responsable nous à donc dit de "Webiser" notre application afin d’éviter ce coût de licence TSE et nous a dit que cela offrirait un avantage pour les gens qui veulent se connecter en VPN sur l'application.

En effet, ici on parle quand même d'un budget dont la limite basse est à 200 k€ (sans doute beaucoup plus, mais je donne un chiffre ALGL(*) comme la seule info qu'on ait est qu'il y a plus de 200 écrans).

Quand tu parles du budget 200K€ c'est si on passe chez une SSII ou si on le fait soit même ?

[Bluedeep]

Nous avions pensé au début d'héberger notre client lourd sur un serveur TSE, mais nous avons à peu près 800 utilisateurs qui se connectent chaque jour dessus pour travailler. Il faut compter environ 100€ la licence utilisateur pour la connexion TSE , du coup un budget de 80000€ rien que pour le TSE.

Essayez de chiffrer avec Citrix plutot que TSE.

De toute manière, faut pas rêver, vous ne pourrez pas "webiser" pour 80 k€ une appli de 200 écrans. (à moins que ce soit 200 écran avec juste un champ et un bouton ).

Le responsable des finances a trouvé sa trop cher.

Quand tu parles du budget 200K€ c'est si on passe chez une SSII ou si on le fait soit même ?

Bof, ça ne changera pas grand chose : si vous n'avez pas de compétences "affutées" en interne sur asp.net, il se peut même que ça vous coute plus cher en interne.

Je précise que 200 k€ constitue à priori une "limite basse". Le cout final peut être nettement plus; il faudrait auditer le code de l'appli et la documentation existante pour fournir une fourchette précise. (exemple tout con : les scénarios de recette existent-ils ? Sinon, il faut élaborer les scénario de test de non régression fonctionelle avant de commencer la migration).

[BenoitM]

Si vous avez un vpn vous n'avez rien a faire.

L'application pensera quel est sur le reseau

[exile69]

Je précise que 200 k€ constitue à priori une "limite basse". Le cout final peut être nettement plus; il faudrait auditer le code de l'appli et la documentation existante pour fournir une fourchette précise. (exemple tout con : les scénarios de recette existent-ils ? Sinon, il faut élaborer les scénario de test de non régression fonctionelle avant de commencer la migration).

Au niveau documentation elle est quasiment à jour, nous n'avons pas de scénarios de recette et de test. Nous avons garder les specs du début du projet mais ensuite le chef de projet est parti et nous n'avons pas eu le temps de les mettre à jour (Par manque de temps et d'effectif (ont est que 2 developpeurs...)).

[Bluedeep]

(Par manque de temps et d'effectif (ont est que 2 developpeurs...)).

Et vous allez pouvoir vous arrêter de faire autre chose pendant deux ans pour faire la migration en interne ?????

Je doute très fort.

Chiffre plutôt avec Citrix et un (gros) serveur coté prod.

Donne des précisions sur votre architecture : combien de sites, etc ....

[exile69]

Nous avons actuellement 100 sites répartis sur toutes la France, chaque site à son propre serveur avec une BDD Sql Server 2005 actuellement.

L'application est installée sur les postes utilisateurs, on voudrait rassembler tous les sites (enfin les BDD) en 5 bases de données. Les sites appartiennent à des filiales, nous avons 5 filiales donc 5 BDD.

Les 5 BDD seront sur un gros serveurs et ainsi les gens pourraient se connecter en TSE ou Citrix (il faut que je regarde les prix).

[Bluedeep]

Nous avons actuellement 100 sites répartis sur toutes la France, chaque site à son propre serveur avec une BDD Sql Server 2005 actuellement.

L'application est installée sur les postes utilisateurs, on voudrait rassembler tous les sites (enfin les BDD) en 5 bases de données. Les sites appartiennent à des filiales, nous avons 5 filiales donc 5 BDD.

Les 5 BDD seront sur un gros serveurs et ainsi les gens pourraient se connecter en TSE ou Citrix (il faut que je regarde les prix).

Ok, c'est plus clair.

Mais, il y a quelque chose que je ne comprends pas : vous pouvez toujours centraliser les DB et conserver l'application telle qu'elle est sur chaque poste client.

Bref, je ne vois pas trop de relations entre les deux sujets,

[exile69]

vous pouvez toujours centraliser les DB et conserver l'application telle qu'elle est sur chaque poste client.

Oui c'est une solution, mais notre responsable veut absolument "Webiser" l'application car il dit que sa sera mieux, qu'on pourra y accéder de n'importe ou etc...

Mais au début nous lui avions dit qu'on voulait centraliser les BDD et l'application sur un serveur TSE et que la connexion sur le serveur TSE serait plus rapide pour les sites distants.
Car avoir l'application en locale (sur site) et d'envoyer des requêtes sur les BDD centralisées seraient beaucoup plus long.

[Bluedeep]

Car avoir l'application en locale (sur site) et d'envoyer des requêtes sur les BDD centralisées seraient beaucoup plus long.

Mmmhh ...ça, c'est pas sur et fortemement dépendant du design de l'application (notamment si tout le code métier traitable via la DB est bien traité dedans - mais avec ce que tu as dis au dessus, j'ai un doute là dessus ).

Bon, mais si en effet vous voulez "webiser" (ce qui peut tout à fait être justifé, car en effet cela permet un accès à l'appli sur un poste "lambda"), je ne crois pas une seule seconde que ce soit possible pour 80 k€.

Sinon, Citrix possède un client Browser (donc on peut manipuler une appli client lourd à distance dans un browser) mais évidemment ce n'est pas peut être pas le plus facile en terme d'ergonomie. (je n'ai jamais testé ce client léger Citix, donc je ne peux pas en dire plus).A tester éventuellement.

[exile69]

Merci pour tous ces renseignements, je vais en parler à mon supérieur pour voir ce qu'il en pense.

Je vais regarder aussi le prix des licences au niveau de Citrix pour comparer avec TSE.