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
Quel système utiliser : GUI ou web ?
Bonsoir,
J'ai le projet de développer une application de gestion, cependant, je me demande si je dois partir sur du développement local en logiciel ou une application web ?
Personnellement je pense partir sur du développement Web pour les avantages suivants : intranet/exernet, multiutilisateurs, multi-plateforme, etc.
Qu'en pensez-vous? Votre avis m'interesse!
Merci,
Mathieu
Ma réponse va etre simple: ca dépend!
Si ton appli suppose des controles compliqués, c'est dur à faire en Web (sauf à faire du activeX ou du .NET).
Sinon, mieux vaut faire du Web.
Enfin, c'est juste mon avis...
Dis-en nous plus sur ton application :
la partie cliente sera utilisée sur combien de postes ?
Pour information il est possible de développer un client lourd qui passe par un serveur HTTP (Web). Bien sûr ça demande plus de travail de faire ça.
Comme grafikm_fr, une interface HTML générée est assez peu pratique pour les saisies. Donc tout dépend si l'essentiel du travail d'un utilisateur est la saisie ou non.
yop
Bonjour,
Application permettant la création de devis, facture, fiche d'intervention, etc. Tous les utilisateurs ont accès en écriture.
Merci pour vos informations.
Cordialement,
Mathieu
Re: yop
Création de devis , facturation etc....ça suppose beaucoup d'ergonomie et de contrôles ( grilles de données , arborescences , listes etc....) qui peuvent être assez long à charger dans une architecture entièrement Web ( cf Applets Java - à voir et évaluer )Envoyé par MaTHieU_
Puisque apparemment tu maîtrises BCB6 ( ou l'utilises ) je conseillerais plutôt une architecture client-serveur plutôt que Web .
C'est à dire une appli développée avec BCB6 et une base de données soit locale ou distante sur un serveur pour stocker les données.
Mais enfin c'est une solution , toutes les solutions sont bonnes à prendre ; il faut peser le pour et le contre de chacune...
Faire des petits essais...
Grafikm_fr et L'Affreux Thomas ont tout dit
yop
Salut,
C'est exactement ça. Je vous demande afin de peser le pour et le contre. C'est pas facile à choisir et le choix a une importance capitale.
Cordialement,
Mathieu
Bonjour,
Je suis pour une appli Web car pour faire ce que tu veux faire, pas de contrôles très poussés
De plus au niveau du déploiement, de la durée de développement et de la portabilité les applications web sont un avantage même s'il faut faire gaffe aux différents navigateurs utilisés.
Seul problème installer un serveur web mais bon c'est pas trop compliqué il y a plein de tutoriaux dessus et en plus je vois que tu as apache dans ta signature !
Re: yop
Pour ma part avec ce peu de renseignements j'aurai tendance à dire client lourd. En plus tu pourras utiliser les fonctionnalités de génération d'états de ton environnement de programmation. En Web ça t'obligerait à utiliser une lib de génération de pdf et à manipuler des flux (xml ou autres).
Un énorme avantage du Web c'est la facilité de déploiement. Donc il faut voir le nombre d'utilisateurs, mais si tu dis qu'ils ont tous accès en écriture j'imagine que c'est limité.
Re: yop
Tu as raison, j'avais zappé cela
Cependant pour la génération des états rien ne l'empêche de jouer avec les css pour pouvoir imprimer ses résultats
yop
Bonsoir,
Pour les états, je pensai utiliser la librairie fPDF. Elle me semble assez puissante. Et la version Web permet une installation facile, une utilisation distante plus simple et accessible de n'importe quel poste avec l/p biensur.
Bonne Soirée,
Mathieu.
Topic semblable :
je ne développe pas ce genre d'application, donc je donne mon avis d'utilisateur.
Tous les clients Web que j'ai utilisé sont lents, moches et peu ergonomiques.
Je vote pour une architecture Client/Serveur à 100 %.
On est 2
Mathieu si tu maîtrises C++ Builder qui est un excellent outil cela t'apportera bien plus de souplesses pour créer une appli de gestion avec des grilles de données , arborescences etc...
Je pense que ça c'est difficile à faire en Php et autres ...
En plus les utilisateurs aiment bien l'ergonomie , ce qui facilite le travail .
Ce n'est pas le client web qui fait le design/vitesse/ergonomie de l'application, mais le développeur.
Réaction typique du client moyen qui veut de l'alphablending antialiasé avec interpréteur de pensées dans son appli web...
Ou plutôt réaction de quelqu'un qui utilise tous les jours des applis qui ont été faites à la sauce Web parce que c'est la mode, qui sont moches, lentes et peu ergonomiques.
Après, je ne dis pas qu'elles sont toutes comme ça, mais pour l'instant je n'en ai vu aucune qui soit esthétique, ergonomique et efficace.
J'attire l'attention sur le confort des utilisateurs, parce que quand on fait des logiciels avec IHM, il faut penser à eux, c'est la moindre des choses. Demander aux utilisateurs (pas aux développeurs) s'ils préfèrent les applis Web aux applis "client lourd", ne serait-ce que par curiosité...
et keep cool, man.
Je dirais qu'il n'y a pas de solution ultime...
Du point de vue des contraintes pour le client :
- un tout web peut etre lent, peu convivial....
- un Client-serveur necessite une installation sur le poste client.
Si tu fais quand meme le choix d'un client serveur, pour facilité les mises à jours tu peux utilisé des solutions de déploiement comme Java Web Start en java (pour les autres langages, je ne sais pas s'il y a un équivalent). La seul installation nécessaire sur le poste client est alors le JRE.
Un autre piste mais qui est encore peu exploité est XUL. Ca permet de concevoir des applications dans Firefox (qui existe pour Windows ou Linux).
Un exemple est visible :
http://www.faser.net/mab/chrome/content/mab.xul
Ca repose sur le web service Amazon :
http://www.amazon.com/gp/browse.html/002-3818662-7056015?%5Fencoding=UTF8&node=3435361
Tu oublies aussi le Vertex Shading et Transformations TTLRéaction typique du client moyen qui veut de l'alphablending
antialiasé avec interpréteur de pensées dans son appli web...
yop
Bonsoir,
Je suis actuellement en train de rédiger la structure de mes tables ainsi que leurs liens. Je suis en tarin de peser le POUR et le CONTRE. C'est assez compliqué. C'est vrai que le traitement doit être plus simple en client/serveur lourd : états, grilles, etc...
Je note toutes vos remarques !
Merci,
Mathieu
Re: yop
Il va te falloir du nez.
Blague à part, un gros avantage de l'application web est que le client n'a besoin que d'un navigateur. Sinon, c'est vrai que pour faire des p'tits trucs tout jolis c'est moins évident.
Pour faire de la page web bien interactive, faut commencer à connaître (par exemple) le javascript. Le client lourd a le désavantage de nécessiter une install et des mises-à-jour par client.
Le client-serveur lourd peut être fatidieux à écrire: il te faudra faire tes premières armes en programmation réseau, dont on a pas besoin avec un client web.
Enfin voilà.
A+
Pas forcément si ce qui est centralisé sur le serveur ce sont les données de l'appli dans un SGBD.Le client-serveur lourd peut être fatidieux à écrire: il te faudra faire tes premières armes en programmation réseau, dont on a pas besoin avec un client web.
Côté serveur on centralise les données envoyées avec des requêtes SQL ( ou bien procédures stockées avec Oracle , SQL SERVER ) , des UPDATE et SET sur champs d'une table.
L'accès au serveur c'est transparent pour le développeur , il suffit de configurer un accès ODBC du client vers le serveur , tester la connexion et le tour est joué.
Dans une appli de gestion en aucun cas on a à toucher les fonctionnalités réseaux !
C'est le moteur de BDD qui s'occupe de cela ( par exemple ADO sous Windows ).
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