|
FORUMS PROFESSIONNELS WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
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 |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|