Discussion :

[fredmire]

Bonjour

je suis relativement familier au développement sous VS.net et je dois maintenant développer une application de gestion utilisée par une centaine de personne e manière distribuée (environ 10 sites).

Je ne souhaite pas utiliser un client web car l'interface doit être assez riche et l'encodage fluide .... plusieurs solutions se présentent donc telles que :
- utilisation d'un client lourd installé sur un serveur Windows Terminal Server ou l'utilisation
- utilisation d'un client lourd se connectant à la BD distante par Internet (à mon avis, pas très clean comme solution)
- utilisation d'un client lourd se connectant à un webservice .net
- autre solution (???)

Sinon, autre question, que pensez-vous de Windev même si mon choix initial va plutot vers du VS.net ?

merci pour vos avis ;-)

[wiztricks]

Salut

Je ne souhaite pas utiliser un client web car l'interface doit être assez riche et l'encodage fluide ....

On fait des choses très bien avec HTML5...

Les principaux défauts du "client lourd" sont:
- avoir seulement 2 tiers limite les possibilités de montée en charge. Une couche web service me semblerait "utile" - on se retrouve en 3 tiers.
- coût de déploiement sur les différents postes de travail: si ce n'est pas déjà industrialisé, çà peut être galère: opter pour un modèle "Virtual Desktop".

Note: "Virtual Desktop" pourrait être envisageable dans le cadre d'un projet de "virtualisation" du poste de travail mais si c'est juste pour faire la même chose qu'HTML5
- W

[montesq]

On fait des choses très bien avec HTML5...

Je ne suis pas le dossier de près, mais tant que la spécification d'html 5 n'aura pas été validée, il n'est pas pérenne de sortir une application de production utilisant cette techno! D'autant qu'il me semble que ça commence sérieusement à déraper (niveau timing).

Sinon, je plussoie, les problèmes de déploiement : c'est d'ailleurs pour cela que les clients légers/web existent et sont fréquemment utilisés.

[fredmire]

personne n'a une petite opinion a fournir ?

[Luckyluke34]

Il faudrait plus d'infos sur le contexte pour pouvoir t'aider...

- 10 sites de la même société ?
- 100 utilisateurs avec quel poste de travail, habitués à quoi et qui passent combien de temps sur l'appli ?
- "De manière distribuée" => accès aux mêmes données par tous les utilisateurs ? Cloisonnement ? Contexte transactionnel intensif avec accès concurrents ou plus consultation ? Problématique de mobilité/mode déconnecté ? ...
- Besoin de reporting/analyse de données avancés ?
- Charge : possibilité de déporter des calculs côté client ? Beaucoup de traitements côté serveur ?
- Volume et sensibilité des données qui vont transiter
- Quels impératifs de disponibilité
- Fort besoin de scalabilité/extensibilité ?
- ...

[fredmire]

Merci de ta réponse, voici les infos demandées :


- 10 sites de la même société ?
>> oui
- 100 utilisateurs avec quel poste de travail, habitués à quoi et qui passent combien de temps sur l'appli ?
>> windows XP ou Windows 7 uniquement. Ils passent environ 4h par jour sur l'appli mais pas en full time (ils encodent quelques minutes, font autre chose et y reviennent quelques minutes plus tard)
- "De manière distribuée" => accès aux mêmes données par tous les utilisateurs ? Cloisonnement ? Contexte transactionnel intensif avec accès concurrents ou plus consultation ? Problématique de mobilité/mode déconnecté ? ...
>> Oui, accès aux même données par tous les utilisateurs, pas de cloisonnement. Pas d'utilité d'un usage mobile.
- Besoin de reporting/analyse de données avancés ?
>> Oui, quelques rapports assez simples doivent être générés
- Charge : possibilité de déporter des calculs côté client ? Beaucoup de traitements côté serveur ?
>> Aucun calcul très complexe, c'est principalement une application de gestion de données (encodage, consultation et reporting)
- Volume et sensibilité des données qui vont transiter
>> Données relativement confidentielles (c'est quant meme pas la NASA) et volume moyen (environ 100 000 records dans les plus grosses tables)
- Quels impératifs de disponibilité
>> Doit fonctionner pendant les heures de bureau si possible avec un taux de dispo de 100% mais de petites indisponibilités sont supportables
- Fort besoin de scalabilité/extensibilité ?
>> Non, pas de montée en charge significative prévue