PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → Hors-sujet → Prestataire portage Windev C#
Prestataire portage Windev C#
Débuté par Philippe BESNIER, 30 juin 2016 08:27 - 4 réponses
Posté le 30 juin 2016 - 08:27
Nous sommes éditeurs de solutions de gestion (Comptabilité Paie, Gestion commerciale, ….)
Notre patrimoine logiciel est essentiellement constitué de codes métiers écrits sous la technologie WinDev 21

Nous étudions actuellement la possibilité de réécrire toutes nos interfaces dans des technologies web avec un code métier qui resterait sous la technologie PCSOFT WINDEV.

Conscient que cela aura des conséquences sur les codes existants nous sommes donc à la recherche d’un prestataire capable de réaliser l’audit de nos applications pour déterminer la mesure de l’impact, et éventuellement l’assistance à cette refonte.

Tout témoignage serait précieux que vous soyez prestataire sur ce domaine ou ayant déjà pratiqué un tel projet
Merci
Membre enregistré
948 messages
Popularité : +11 (13 votes)
Posté le 30 juin 2016 - 13:53
Bonjour,

La première question qu'on pourrait se poser est pourquoi voulez vous des interfaces "web" ?
Vous désirez faire fonctionner vos logiciels en intranet (clients légers et application serveur) ?

Dans votre titre, vous mentionnez C# ?

Cordialement

OB

http://www.obtuli.fr
Posté le 30 juin 2016 - 20:32
Bonjour Philippe,

le changement d'interface du client lourd vers le web est en général
complexe et douloureux.

Complexe, parce que la philosophie du développement web est complètement
différente, et douloureux parce que souvent le client veut conserver des
méthodes de travail qui ne sont pas adaptées au web au lieu d'en
profiter pour imaginer de nouvelles méthodologies.

L'impact sur l'existant sera forcément TRES lourd, vu que tout ce qui
concerne les saisies, les affichages et les impressions seront à revoir
(et oui, même les impressions, ou l'aperçu disparait)...

Donc, sauf si le code existant a été écrit avec une forte séparation du
code métier par rapport au code interface, ça veut le plus souvent dire
une réécriture quasi complète.

Je suis à votre disposition si vous souhaitez communiquer sur le sujet
plus en profondeur, tous mes moyens de contact sont visibles dans ma
signature.

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com

Pour me contacter :
Email: fabrice@fabriceharari.com
ID Skype : fabriceharari
Numéro de téléphone aux USA : +1 985 746 1422
Numéro de téléphone en France : +33 970 444 445 (numéro local 0970 444 445)









Le 6/30/2016 à 12:27 AM, Philippe BESNIER a écrit :
Nous sommes éditeurs de solutions de gestion (Comptabilité Paie,
Gestion commerciale, ….)
Notre patrimoine logiciel est essentiellement constitué de codes métiers
écrits sous la technologie WinDev 21

Nous étudions actuellement la possibilité de réécrire toutes nos
interfaces dans des technologies web avec un code métier qui resterait
sous la technologie PCSOFT WINDEV.
Conscient que cela aura des conséquences sur les codes existants nous
sommes donc à la recherche d’un prestataire capable de réaliser l’audit
de nos applications pour déterminer la mesure de l’impact, et
éventuellement l’assistance à cette refonte.

Tout témoignage serait précieux que vous soyez prestataire sur ce
domaine ou ayant déjà pratiqué un tel projet
Merci
Membre enregistré
367 messages
Popularité : +17 (17 votes)
Posté le 04 août 2016 - 16:20
Bonjour
je réponds un peu tard.
Je suis en partie d'accord avec Fabrice.
Si le code a été écrit très proprement suivant un découplage MVVM par exemple alors il y a du boulot, mais ça se fait.
Si vous avez un bouton avec du code dans le clic alors là on rigole bcp moins.
L'outils pcsoft de transformation vers webdev ?.....la réponse est dans la question.
Pour l'ihm pur c'est peut etre là que je suis moins d'accord avec Fabrice.
on arrive maintenant assez facilement à faire des IHM proche du client lourd, et même parfois supérieur visuellement.

Je suis disponible pour faire un audit (plusieurs missions sur le sujet), et voir si nous pouvons collaborer pour la suite.
Cordialement

--
Dominique "QNX" Lecocq
IC Industrie - Binary Activity
Développement M2M, Embarqué
SlooBloo Project.
icindus@gmail.com
gsm : +33 650 000 329
Posté le 08 août 2016 - 12:18
Pour l'ihm pur c'est peut etre là que je suis moins d'accord avec Fabrice.
on arrive maintenant assez facilement à faire des IHM proche du client lourd, et même parfois supérieur visuellement.


Une compta sur un browser, eh bien je plains les pauvres gens qui vont passer leur journée à travailler dessus... tout en espérant qu'il n'y a pas de gestion de production, documentaire, CRM... qui doit communiquer avec d'autres logiciel ou matériel...

Il existe des fonctionnalités ou des applications pour lesquelles le client lourd est plus adéquat, et d'autres pour lequel le web l'est plus, pourquoi vouloir TOUT utiliser de la même manière ?

La standardisation à des limites... elle n'est pas binaire !

Faire un portage de certaines fonctionnalités sur le web et garder les autres sur client lourd permet de diminuer les couts et optimiser le fonctionnement de chaque module

D'autant plus que pour faire du réactif sur un browser les couts s'envolent comparativement au client lourd, et que les nomades qui sont tributaires de la bande passante déchantent bien souvent... un rdp s'avère bien souvent plus réactif et moins gourmand en bande passante qu'une appli web -based

Essayez de passer la journée à utiliser Excel 365 online ou le même via rdp ou team viewer, il faut se mettre de tps en tps à la place de l'utilisateur, à qui on va reprocher après de ne pas être assez productif :-(

Bon Dev
Marc Fastré
www.optimalit-be